sapling/eden/fs
Puneet Kaushik e2e7edd785 Fixed a race condition between initialization of RequestContext and its lookup.
Summary:
Request data was coming back as null because of a race between ctx->getContextData() in  FuseChannel::getOutstandingRequests() and the it initialization.

Also, added a check to verify rdata is valid before dereferencing it.

Plus, fixed debug.py where output gave an error.

Reviewed By: chadaustin

Differential Revision: D7377993

fbshipit-source-id: 8343119983c74185fd5d8cc05c2f5af63dcff99e
2018-03-26 14:48:23 -07:00
..
config Remove TARGETS files 2018-02-20 19:57:45 -08:00
fuse Fixed a race condition between initialization of RequestContext and its lookup. 2018-03-26 14:48:23 -07:00
inodes fix opt build 2018-03-26 12:42:53 -07:00
journal Remove TARGETS files 2018-02-20 19:57:45 -08:00
model Remove TARGETS files 2018-02-20 19:57:45 -08:00
rocksdb Remove TARGETS files 2018-02-20 19:57:45 -08:00
service add a graceful takeover method to TestMount 2018-03-23 15:06:22 -07:00
sqlite add SqliteLocalStore 2018-02-08 20:06:55 -08:00
store decouple whether an entry has an inode number from materialization status 2018-03-23 18:21:21 -07:00
takeover use folly::getBaseLoggingConfig() to set base logging config 2018-03-21 12:37:48 -07:00
testharness decouple whether an entry has an inode number from materialization status 2018-03-23 18:21:21 -07:00
utils test and fix for takeover bug when trees are referenced across a takeover 2018-03-23 15:06:22 -07:00