Closed eduardvoronkin closed 1 year ago
So sounds like this likely doesn't solve #198?
So sounds like this likely doesn't solve #198?
This should solve this. At least, we got boost asio/context working with address sanitizer. Another tricky thing is that you need to keep track of is the _XOPEN_SOURCE macro. I fixed this issue in context, but the same issue remains in boost.asio and actually this is MacOS issue. There are some "bad" headers that lead to inclusion of /sys/_types/_ucontext.h (the file with definition of ucontext struct) WITHOUT this macro. So, as you see from definition
_STRUCT_UCONTEXT
{
int uc_onstack;
__darwin_sigset_t uc_sigmask; /* signal mask used by this context */
_STRUCT_SIGALTSTACK uc_stack; /* stack used by this context */
_STRUCT_UCONTEXT *uc_link; /* pointer to resuming context */
__darwin_size_t uc_mcsize; /* size of the machine context passed in */
_STRUCT_MCONTEXT *uc_mcontext; /* pointer to machine specific context */
#ifdef _XOPEN_SOURCE
_STRUCT_MCONTEXT __mcontext_data;
#endif /* _XOPEN_SOURCE */
};
if we include this WITHOUT _XOPEN_SOURCE, the struct will lack one of its field. But then, lately, we include sys/ucontext.h, which expects this macro to be defined, and it's actually defined, but it's too late, bc we already have "bad" version of the structure in current translation unit (second inclusion from sys/ucontext.h DOES NOT happen bc of include guard in /sys/_types/_ucontext.h). And then some weird issues happening (getcontext does memory overrun).
One of examples of such bad include sequence:
In file included from /myproj/boost-src/boost/asio/append.hpp:24:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.0.sdk/usr/include/c++/v1/tuple:154:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.0.sdk/usr/include/c++/v1/__functional_base:22:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.0.sdk/usr/include/c++/v1/exception:83:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.0.sdk/usr/include/c++/v1/cstdlib:85:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.0.sdk/usr/include/c++/v1/stdlib.h:93:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.0.sdk/usr/include/stdlib.h:66:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.0.sdk/usr/include/sys/wait.h:109:
In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX13.0.sdk/usr/include/sys/signal.h:151:
and then signal.h on line 151 includes #include <sys/_types/_ucontext.h>
.
To summarize:
target_compile_definitions(boost_context PUBLIC _XOPEN_SOURCE)
So sounds like this likely doesn't solve #198?
It does:
# clone boost, build boost_context
git clone --recurse-submodules -j8 https://github.com/boostorg/boost.git
cd boost
boost_root=`pwd`
./bootstrap.sh --with-libraries=context
./b2 -a cxxflags='-std=c++17' context-impl=ucontext stage
# clone / build crash reproducer
git clone --recursive --branch crash-reproducer-2022.05.05 https://github.com/Geopipe/Cxx-Bidirectional-Coroutines.git
mkdir Cxx-Bidirectional-Coroutines/build
cd Cxx-Bidirectional-Coroutines/build
cmake \
-DCMAKE_BUILD_TYPE=Debug \
-DCMAKE_CXX_FLAGS="-fsanitize=address -fsanitize=undefined -fsanitize-recover=all -DBOOST_USE_ASAN -DBOOST_USE_UCONTEXT" \
-DCMAKE_PREFIX_PATH=${boost_root}/stage/lib/cmake/Boost-1.82.0/ \
-S.. -B.
cmake --build .
# it crashes
./example/testcoro # crashes
# apply the patch / rebuild
test_root=`pwd`
cd ${boost_root}/libs/context
curl https://github.com/boostorg/context/commit/cc106be672f54b71842aa6322fe45bf60ed1d3cc.diff | git apply -
cd ${boost_root}
./b2 -a cxxflags='-std=c++17' context-impl=ucontext stage
# build it again, it works!
cd ${test_root}
cmake --build .
% ./example/testcoro
Fibs
0
1
1
2
3
5
8
13
21
34
RBC
1
1
1
2
3
3
4
Noise
Moo/0
Moo/1
Moo/2
Moo/3
Moo/4
Moo/5
Moo/6
Verified Mac OSX 13, x86_64
ty
https://github.com/boostorg/context/issues/184