- 05 Feb, 2020 2 commits
-
-
Yedidya Feldblum authored
Summary: [Folly] Fix gcc-specific problem in `reentrant_allocator` test. ``` folly/memory/test/ReentrantAllocatorTest.cpp: In member function ‘virtual void ReentrantAllocatorTest_large_Test::TestBody()’: folly/folly/memory/test/ReentrantAllocatorTest.cpp:68:22: error: no matching function for call to ‘std::vector<ReentrantAllocatorTest_large_Test::TestBody()::type, folly::reentrant_allocator<ReentrantAllocatorTest_large_Test::TestBody()::type> >::push_back(<brace-enclosed initializer list>)’ vec.push_back(type{i}); ^ ``` Differential Revision: D19738608 fbshipit-source-id: bbffd1f47749be1aa88bb45bddc401ffca48c4ca
-
Rosen Penev authored
Summary: Pull Request resolved: https://github.com/facebook/folly/pull/1298 Reviewed By: igorsugak Differential Revision: D19281240 Pulled By: yfeldblum fbshipit-source-id: 3bf437d49aa85b40923ff1ad93ba62fa97b726af
-
- 04 Feb, 2020 1 commit
-
-
Yedidya Feldblum authored
Summary: [Folly] Use `cacheline_aligned` in `folly/experimental/settings/`. Reviewed By: aary Differential Revision: D19657676 fbshipit-source-id: cf31152b6525df2838b5c79f846e1698af17777e
-
- 03 Feb, 2020 2 commits
-
-
Mark Williams authored
Summary: The std::move prevents copy elision (NRVO), and gcc9 is warning about it. Every compiler we use will do NRVO here, and in c++17 and later the compiler is required to use the move constructor if it (for whatever reason) fails to elide the copy. Reviewed By: ot Differential Revision: D19698783 fbshipit-source-id: 589556a0a88da0d84c607c9894399201dd7d6ae8
-
Chris Keeline authored
Summary: Using FiberManagerMap is a prerequisite for the gdb extension, but previously it didn't support using a non-void local type. One option is to make GlobalCache<EventBaseT, LocalT>, I ended up sharing the cache across local types to avoid changing much in the gdb side. The gdb extension is already updated to handle the namespace change. Reviewed By: andriigrynenko Differential Revision: D19422428 fbshipit-source-id: 26cb385791a9503906fc69d91039bfa93837b6db
-
- 01 Feb, 2020 2 commits
-
-
Andrew Krieger authored
Summary: Until C++17 types with extended alignment need special handling in eg. std::vector and also std::unique_ptr. CPUThreadPoolExecutor has a default queue that requires extended alignment, but also allows the user to provide their own blocking queue. To handle this we move the private member to a shared_ptr which supported type erased destructors, and then use allocate_shared for the default queue type with a custom allocator that will satisfy alignment constraints. ``` .../unique_ptr.h:825:34: runtime error: constructor call on misaligned address 0x613000000040 for type 'folly::UnboundedBlockingQueue<folly::CPUThreadPoolExecutor::CPUTask>', which requires 128 byte alignment 0x613000000040: note: pointer points here 02 00 00 1c be be be be be be be be be be be be be be be be be be be be be be be be be be be be ^ #0 0x75b35e in std::_MakeUniq<folly::UnboundedBlockingQueue<folly::CPUThreadPoolExecutor::CPUTask> >::__single_object std::make_unique<folly::UnboundedBlockingQueue<folly::CPUThreadPoolExecutor::CPUTask> >() .../unique_ptr.h:825:30 #1 0x75602f in folly::CPUThreadPoolExecutor::CPUThreadPoolExecutor(unsigned long, std::shared_ptr<folly::ThreadFactory>) xplat/folly/executors/CPUThreadPoolExecutor.cpp:66:18 #2 0x756c6c in folly::CPUThreadPoolExecutor::CPUThreadPoolExecutor(unsigned long) xplat/folly/executors/CPUThreadPoolExecutor.cpp:84:7 ``` Differential Revision: D19669832 fbshipit-source-id: 7fb60a06dbb6a04edddb6b619af7a8cef4995fd2
-
Adam Simpkins authored
Summary: D19222635 added a `ReentrantAllocatorTest.cpp` test file but in the CMakeLists.txt file it listed `MmapAllocatorTest.cpp` instead. Reviewed By: yfeldblum Differential Revision: D19650216 fbshipit-source-id: 794ced255de6781a05da7114eb7f8b3258f90a8c
-
- 31 Jan, 2020 8 commits
-
-
Mingtao Yang authored
Summary: The context initialization test was testing undefined behavior by asserting that OpenSSL will return 0 (and consequently, result in SSLContext throwing) after a SSL_CTX is freed. That is to say, it is exercising control flow based on memory that is already freed. This diff alters the logic to detect an SSL_CTX free via EX_DATA. Reviewed By: igorsugak Differential Revision: D19306728 fbshipit-source-id: cc3a94dbb0b2ab614fa72b099c585467b7156613
-
Igor Sugak authored
Reviewed By: aary Differential Revision: D19403185 fbshipit-source-id: 02ebbda5b9500413920d7225b6fbe29cf5d73237
-
Lee Howes authored
Summary: In stack-constrained environments, primarily fibers, the context state allocated by getStackTrace can be problematic. getStackTraceHeap gives the opposite guarantee from getStackTraceSafe - there is no significant stack allocation and we explicitly heap allocate instead. Reviewed By: terrelln Differential Revision: D19575634 fbshipit-source-id: 2ec86eccec55d1044bd2532324c648c791df5a07
-
Jasmeet Bagga authored
Summary: s/assiciated/associated Reviewed By: ericniebler Differential Revision: D19645433 fbshipit-source-id: 844f3f782a083030dbab5b8196c98fb562f0f7de
-
Spencer Baumgardner authored
Summary: add common interface for loop controllers with publicly accessible executor Reviewed By: A5he Differential Revision: D19626108 fbshipit-source-id: 07884726d7fce273dd56bdcf454be70051a4f62b
-
Yedidya Feldblum authored
Summary: [Folly] Fix gcc-specific problem in `reentrant_allocator` test. ``` folly/memory/test/ReentrantAllocatorTest.cpp: In member function ‘virtual void ReentrantAllocatorTest_large_Test::TestBody()’: folly/folly/memory/test/ReentrantAllocatorTest.cpp:68:22: error: no matching function for call to ‘std::vector<ReentrantAllocatorTest_large_Test::TestBody()::type, folly::reentrant_allocator<ReentrantAllocatorTest_large_Test::TestBody()::type> >::push_back(<brace-enclosed initializer list>)’ vec.push_back({i}); ^ ``` Reviewed By: simpkins Differential Revision: D19652353 fbshipit-source-id: ca72a80002096e1d35c61a219f9af271fa79a4a7
-
generatedunixname89002005287564 authored
Reviewed By: yfeldblum Differential Revision: D19641278 fbshipit-source-id: 2631056c6852de3b1e8b972e8b20b26283ea1070
-
Adam Simpkins authored
Summary: Add a static method to Subprocess that allows creating a `Subprocess` object from an existing child process ID. This allows creating `Subprocess` objects for children processes that were originally spawned through other APIs than Subprocess itself. This allows using the Subprocess `wait()` and `poll()` APIs for these child processes, and allows passing them to existing parts of the code that expect to work with `Subprocess` objects. Reviewed By: yfeldblum Differential Revision: D19588079 fbshipit-source-id: e29b56be4def659cedfd007ddb3a85e826c0a44c
-
- 30 Jan, 2020 3 commits
-
-
László Várady authored
Summary: Since 60da8ef5, typed tests have been moved to a separate unit (`AsyncBaseTestLib`), which is not the part of `folly` or `folly_test_support`. This commit adds `AsyncBaseTestLib` to `async_io_test`'s sources. Alternatively, the test lib could be added to `folly_test_support` with an additional check on `LIBAIO_FOUND`, but `AsyncBaseTestLib` has a specific `TemporaryFile` implementation that conflicts with the one in `experimental/TestUtil.h`. Pull Request resolved: https://github.com/facebook/folly/pull/1313 Reviewed By: simpkins Differential Revision: D19648091 Pulled By: yfeldblum fbshipit-source-id: 27881b464dc3c84aa20ffee1ffd3320e0a67eb27
-
Yedidya Feldblum authored
Summary: [Folly] Use `cacheline_aligned` in small-locks benchmark. Reviewed By: aary Differential Revision: D19614282 fbshipit-source-id: d5ec3e9d970654cc532a880de951ac20c898c90a
-
Tianjiao Yin authored
Summary: std::memcmp is only meaningful for trivially-copyable objects with no padding. Before this diff, `func` is empty class and the check can fail since padding byte is undetermined. Reviewed By: yfeldblum Differential Revision: D19460552 fbshipit-source-id: 1b98876a12053c1e7d342e4d8a5fcb25d94f77f3
-
- 29 Jan, 2020 4 commits
-
-
Lewis Baker authored
Summary: The AsyncGenerator was not clearing its Executor::KeepAlive when it ran to completion. This meant that when you call `blockingWait(gen.next())` and this would result in the end-of-stream (error or done) then `blockingWait()` would never return because the destructor of the local executor created in the call was blocked waiting for all KeepAlive instances to be destroyed - but this would not happen until the AsyncGenerator was destroyed. AsyncGenerator now clears the caller context (which includes the KeepAlive) when the coroutine runs to completion. Reviewed By: kirkshoop Differential Revision: D19625741 fbshipit-source-id: f3254181af14828b32bfa8f7ef5d400d53c04efa
-
Yedidya Feldblum authored
Summary: [Folly] `reentrant_allocator`, a multi-thread-safe and async-signal-safe allocator. Based on `mmap` for dynamic allocation. While, technically, `mmap` is not documented to be async-signal-safe, in practice it is so at least on Linux. Take advantage. Details: * Large allocations are handled directly by `mmap` and deallocations by `munmap`, where large-size is 2^12 (1 page) by default; they are not tracked; they are aligned only to page boundaries. * Small allocations are handled by an `mmap`-backed refcounted arena list. Arena sections are block-size bytes less overhead by default, where block-size is 2^16 (16 pages) by default; they are allocated on demand; and they are linked together to allow for `munmap` when the allocator refcounted arena list is destroyed. Reviewed By: nbronson, luciang Differential Revision: D19222635 fbshipit-source-id: adf30580c1bf3dd7f8dab13b1d4ac1e10b2f5c52
-
Gabriel Russo authored
Summary: clang has the warning `-Wnullability-extension` to avoid unportable code. Folly correctly handles it, so let's ignore the warning if it is set. (Note: this ignores all push blocking failures!) Reviewed By: stepancheg Differential Revision: D19580470 fbshipit-source-id: 59ddb5377a98d907a62df5d480b1ea0a65645a6b
-
Nathan Bronson authored
Summary: MSVC seems to have a bug when handling private classes that are both part of the inheritence hierarchy (private superclass of a superclass) and available as a template parameter, incorrectly claiming that the class is inaccessible due to private inheritance. This diff works around the issue. It also adds an explicit case to avoid a narrowing warning generated by MSVC. (Note: this ignores all push blocking failures!) Reviewed By: yfeldblum, mjoras Differential Revision: D19561643 fbshipit-source-id: 494d1611ce662a0eb6c441c64479d3c5d2bbd5b6
-
- 28 Jan, 2020 4 commits
-
-
Andrii Grynenko authored
Summary: It's unsafe to destroy the object before keepAlive reaches 0. We can still skip running the scheduled functions if those are unsafe to run. Reviewed By: nanshu Differential Revision: D19605152 fbshipit-source-id: b99c28dc65da2a5621ce5260491c13754fca03ad
-
Chad Austin authored
Summary: Produce a -Wdeprecated-declarations warning in code that uses the old SYNCHRONIZED macros. Reviewed By: yfeldblum Differential Revision: D19567088 fbshipit-source-id: b0637c06cbd125d09e1b39eec1e82a71ddca2324
-
Gabriel Russo authored
Summary: `-Wrange-loop-analysis` complains about the unnecessary copy. ``` In file included from servicerouter/common/InstanceCount.h:9: folly/experimental/SingletonRelaxedCounter.h:77:21: error: loop variable 'kvp' of type 'const std::pair<std::atomic<long> *const, unsigned long>' creates a copy from type 'const std::pair<std::atomic<long> *const , unsigned long>' [-Werror,-Wrange-loop-analysis] for (auto const kvp : tracking->locals) { ... folly/experimental/SingletonRelaxedCounter.h:77:10: note: use reference type 'const std::pair<std::atomic<long> *const, unsigned long> &' to prevent copying for (auto const kvp : tracking->locals) { ``` Reviewed By: stepancheg Differential Revision: D19554423 fbshipit-source-id: 742dd4e7d144dd2dd0c888236b85f222373e9e54
-
generatedunixname89002005287564 authored
Reviewed By: yfeldblum Differential Revision: D19579433 fbshipit-source-id: ab63d21e679a8f73547d27200e738558fc69a15b
-
- 27 Jan, 2020 1 commit
-
-
Pedro Eugenio Rocha Pedreira authored
Summary: `folly::to<uint32_t>()` and `folly::to<uint64_t>()` were silently failing and truncating the input when negative values were passed: ``` int8_t x = -1; folly::to<uint8_t>(x); // THROWS int16_t x = -1; folly::to<uint16_t>(x); // THROWS ``` all throw folly::ConversionError, but ``` int32_t x = -1; folly::to<uint32_t>(x); // DOES NOT THROW int64_t x = -1; folly::to<uint64_t>(x); // DOES NOT THROW ``` The actual bug is in `less_than<>()`, from Traits.h, which in these cases relies that `(uint32)0 <= std::numeric_limits<int32_t>::min()`, which doesn't hold according to the standard. The fixes in this diff are: - Fix `less_than<>()` to properly support signed to unsigned conversions - Fix `less_than<>()` to properly support unsigned to signed conversions - Fix `greater_than<>()` to properly support signed to unsigned conversions - Fix `greater_than<>()` to properly support unsigned to signed conversions - Add unit tests to cover all these cases. Reviewed By: yfeldblum Differential Revision: D19511557 fbshipit-source-id: 48649dfcdadeaa652c8f57f7b11481de44a88927
-
- 25 Jan, 2020 2 commits
-
-
Dan Melnic authored
Summary: [Folly] Suppress `header-hygiene` warnings. (Note: this ignores all push blocking failures!) Differential Revision: D19529773 fbshipit-source-id: a4e0f49010ad17b72a55cd462a7a7c3e43b72c2a
-
Dan Melnic authored
Summary: Add support for sendmmsg GSO option Reviewed By: yfeldblum Differential Revision: D19521628 fbshipit-source-id: 5611074a5cfb626ce42ffe99d1de78b8e57238c2
-
- 24 Jan, 2020 4 commits
-
-
Gabriel Russo authored
Summary: Extra `;`, shadowed declarations and unitialised variables were causing warnings to callers. Reviewed By: stepancheg Differential Revision: D19537831 fbshipit-source-id: 259cf9974592191c84d424bbdf3bd1c68425a76c
-
Mohamed Bassem authored
Summary: Remove the shared CheckAtomic cmake module out of the shared dir and back to the projects that need it. Reviewed By: lukaspiatkowski Differential Revision: D19553656 fbshipit-source-id: 5e89b5b9448ef6d6c57ef904a652e9f9a1d5dbb3
-
Dan Melnic authored
Summary: Handle __clang__ warnings under Windows Differential Revision: D19529853 fbshipit-source-id: 936f4acaaf0f601fc09e5e7de447b9c9b4c34151
-
Jason Fried authored
Summary: release() returns ptr contained and thus we never actually call the destructor :| .reset() is what we wanted, call the destructor NOW. Reviewed By: yfeldblum Differential Revision: D19548008 fbshipit-source-id: be904a7b5fb84aae5deef408e9d8e05fcd930a4c
-
- 23 Jan, 2020 7 commits
-
-
Andrew Krieger authored
Differential Revision: D19539438 fbshipit-source-id: 88c536a72a9b54d36ead2215d935745710d1d3db
-
Paul McKenney authored
Summary: Pull Request resolved: https://github.com/facebook/folly/pull/1308 The current documentation for the various Folly::Rcu retire functions is lacking, so this commit adds comment headers. Reviewed By: magedm Differential Revision: D18631443 fbshipit-source-id: 690d3c6f0d7c3142d74c97b3388fd973ca2abaac
-
Paul McKenney authored
Summary: Pull Request resolved: https://github.com/facebook/folly/pull/1307 The current documentation for Folly::rcu_reader and Foly::rcu_reader_domain is lacking, so this commit adds comment headers. Reviewed By: ot, magedm Differential Revision: D18620267 fbshipit-source-id: 98d26aa2f54fccf85de1fc5fda99a1843739bee0
-
Mohamed Bassem authored
Update the CheckAtomic CMake module to check for __atomic_fetch_add_4 instead of __atomic_is_lock_free Summary: When building with clang, the build fails with: ``` -- Looking for __atomic_is_lock_free in atomic -- Looking for __atomic_is_lock_free in atomic - not found CMake Error at cmake/CheckAtomic.cmake:90 (message): Host compiler appears to require libatomic, but cannot find it. Call Stack (most recent call first): CMakeLists.txt:75 (include) ``` And the error is: ``` /usr/share/cmake-3.10/Modules/CheckFunctionExists.c:7:3: error: conflicting types for '__atomic_is_lock_free' CHECK_FUNCTION_EXISTS(void); ^ <command line>:1:31: note: expanded from here #define CHECK_FUNCTION_EXISTS __atomic_is_lock_free ^ /usr/share/cmake-3.10/Modules/CheckFunctionExists.c:7:3: note: '__atomic_is_lock_free' is a builtin with type 'int (unsigned long, const volatile void *)' <command line>:1:31: note: expanded from here #define CHECK_FUNCTION_EXISTS __atomic_is_lock_free ^ /usr/share/cmake-3.10/Modules/CheckFunctionExists.c:17:25: error: too few arguments to function call, expected 2, have 0 CHECK_FUNCTION_EXISTS(); ~~~~~~~~~~~~~~~~~~~~~ ^ ``` LLVM's CheckAtomic (https://fburl.com/bk14shjt) uses `__atomic_fetch_add_4` so I'm modifying the configs to use it as well to check for the existence of the library. Reviewed By: yfeldblum Differential Revision: D19497168 fbshipit-source-id: 64f77487efd16dba49055f6c4cb1cdd0fc4ae6da
-
Maged Michael authored
Summary: Rename hazptr obj batch to obj cohort, a more accurate description. Reviewed By: davidtgoldblatt Differential Revision: D19518771 fbshipit-source-id: f50a8a481f260dde4fce10fb9664d4f86c263b60
-
Nathan Bronson authored
Summary: F14MapTest's continuousCapacitySmall test implicitly assumed that folly::F14FastMap<std::size_t, std::string> uses the vector storage policy, but this is not the case if std::string is 8 bytes. Remove the assumption. Differential Revision: D19431446 fbshipit-source-id: 6e6f0cbe7f57b23b2df38c87bb36a6532ab97a14
-
Lucian Grijincu authored
Differential Revision: D19384064 Original commit changeset: a2a6397b94aa fbshipit-source-id: e8ba1e8f6b3c3d3840a912e4c094b570b23ccbcf
-