- 01 Jan, 2021 1 commit
-
-
Max Kellermann authored
-
- 08 Apr, 2020 1 commit
-
-
Rosen Penev authored
std::all_of becomes constexpr in C++20. I'm not sure it results in better performance. Found with useStlAlgorithm Signed-off-by:
Rosen Penev <rosenp@gmail.com>
-
- 12 Mar, 2020 1 commit
-
-
Rosen Penev authored
The former was deprecated with C++14. According to the C++11 and C++17 standards, both files are identical. Signed-off-by:
Rosen Penev <rosenp@gmail.com>
-
- 18 Jan, 2020 1 commit
-
-
Max Kellermann authored
-
- 12 Jan, 2020 1 commit
-
-
Max Kellermann authored
-
- 03 Jan, 2020 1 commit
-
-
Max Kellermann authored
Behave like STL.
-
- 17 Jun, 2019 1 commit
-
-
Max Kellermann authored
-
- 31 Oct, 2018 1 commit
-
-
Max Kellermann authored
-
- 20 Aug, 2018 1 commit
-
-
Max Kellermann authored
-
- 08 May, 2017 1 commit
-
-
Max Kellermann authored
This eliminates some overhead, because the compiler doesn't need to consider these functions throwing.
-
- 03 Jan, 2017 1 commit
-
-
Max Kellermann authored
-
- 26 Feb, 2016 1 commit
-
-
Max Kellermann authored
-
- 01 Jan, 2015 1 commit
-
-
Max Kellermann authored
-
- 14 Dec, 2014 1 commit
-
-
Max Kellermann authored
nfs_destroy_context() will invoke all pending callbacks with err==-EINTR. In CancellableCallback::Callback(), this will invoke NfsConnection::DeferClose(), which however is only designed to be called from nfs_service(). In non-debug mode, this will leak memory because nfs_close_async() is never called. Workaround: before nfs_destroy_context(), invoke nfs_close_async() on all pending file handles.
-
- 01 Oct, 2014 2 commits
-
-
Max Kellermann authored
If an async opertion is in progress, nfs_close_async() will make libnfs crash because the RPC callback will dereference an object that was freed by nfs_close_async().
-
Max Kellermann authored
Reduce Remove() overhead because we don't have to walk the list to find an iterator by reference.
-
- 17 Jun, 2014 1 commit
-
-
Max Kellermann authored
More robust and cancellable.
-