Arvid Norberg

@AllSeeingEyeTolledEweSew even though this didn't fix the issue I was hoping it would, it seems like a good change still, right?

so, this happens when boost.asio is unloading libcrypto. I wonder if this is caused by libtorrent also calling `CRYPTO_cleanup_all_ex_data()`. I believe both asio's unloading and libtorrent's cleanup are deprecated in...

could you test to see if this makes a difference? https://github.com/arvidn/libtorrent/pull/6941

it looks like it's still happening: https://github.com/arvidn/libtorrent/runs/7090009663?check_suite_focus=true#step:5:16618

yeah, I made the patch against 1.2 because the same problem happens there, and I regularly merge 1.2 into 2.0 and master. Either way, it didn't seem to make a...

my suspicion is that as openssl deprecated `CONF_modules_unload()` they made it be called by their own global destructor. However, when they did, they should have made the publicly visible `CONF_modules_unload()`...

I just managed to reproduce this on MacOS as well, after updating OpenSSL. My understanding is: 1. OpenSSL simplified their API by no longer requiring calling `CONF_modules_unload()`, but it seems...

one MacOS, I can work around this by installing `brew install [email protected]` and the build libtorrent with: ``` b2 openssl-lib=$(brew --prefix [email protected])/lib openssl-include=$(brew --prefix [email protected])/include ``` (this is becasue `[email protected]`...

I believe this is a bug (or missing feature) in ntfs-3g. libtorrent supports a disk I/O back-end that doesn't use memory mapped files (which is the default in 32 bit...

I see, I just assumed it was ntfs-3g you were using. What's puzzling is that the man page for `open()` doesn't list `EAGAIN` as a possible error. Looking over the...