# Boost crashing ableton on mac OS **URL:** \ **Category:** General JUCE discussion\ **Created:** [February 3, 2023, 8:22pm UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867 "2023-02-03T20:22:00Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![tobiq](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/tobiq/32/8868_2.png) [@tobiq](https://forum.juce.com/u/tobiq)\ **Post date:** [February 3, 2023, 8:22pm UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867/1 "2023-02-03T20:22:00Z")
anyone ever gotten crashes related to boost/asio within ableton? I heard it might be due to clashing boost versions - so I switched to statically linking boost, and I’m still getting crashes My audio plugin works fine in all DAWs, but Ableton. Boost 1.81.0 used in plugin Ableton Live 11.2.7 Mac OS 12.6.2 Monterey ---
**Author:** ![tobiq](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/tobiq/32/8868_2.png) [@tobiq](https://forum.juce.com/u/tobiq)\ **Post date:** [February 4, 2023, 4:59pm UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867/2 "2023-02-04T16:59:33Z")
`EXC_BAD_ACCESS (code=1, address=0x10c)` at `boost::asio::detail::scheduler::concurrency_hint` ```plaintext int concurrency_hint() const { return concurrency_hint_; } ``` ---
**Author:** ![DaveH](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/daveh/32/4924_2.png) [@DaveH](https://forum.juce.com/u/DaveH)\ **Post date:** [February 4, 2023, 6:26pm UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867/3 "2023-02-04T18:26:53Z")
Sorry, I’ve not heard of that crash. Can you say what version of Juce you are using? ---
**Author:** ![tobiq](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/tobiq/32/8868_2.png) [@tobiq](https://forum.juce.com/u/tobiq)\ **Post date:** [February 4, 2023, 6:44pm UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867/4 "2023-02-04T18:44:45Z")
Juce 7 ---
**Author:** ![Cymatic](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/cymatic/32/10145_2.png) [@Cymatic](https://forum.juce.com/u/Cymatic)\ **Post date:** [February 4, 2023, 8:50pm UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867/5 "2023-02-04T20:50:46Z")
I just dealt with a similar crash, but it was non-Boost ASIO (standalone version), however your error looks very similar to mine, check out my answer to see if you can figure out a similar fix: > ---
**Author:** ![tobiq](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/tobiq/32/8868_2.png) [@tobiq](https://forum.juce.com/u/tobiq)\ **Post date:** [February 4, 2023, 9:30pm UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867/6 "2023-02-04T21:30:15Z")
> [@Cymatic](#): > > ver your Thanks for this, I’ve been baffled by this issue. Do you have a TLDR for why it crashes only in ableton? And is the only fix to manually edit the boost source code? Is this a bug in the ASIO library? ---
**Author:** ![Cymatic](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/cymatic/32/10145_2.png) [@Cymatic](https://forum.juce.com/u/Cymatic)\ **Post date:** [February 4, 2023, 9:46pm UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867/7 "2023-02-04T21:46:57Z")
I don’t know why it’s only on Ableton in macOS, but I can give a little bit of insight into the crash - it sounds very similar to what happened in my scenario. The TLDR is that it seems to have to do with how symbols are resolved (or not resolved) when dynamically loading Boost (or in my case non-Boost ASIO) code into some host processes on macOS. In my case if you just properly export them using the appropriate declaration, it fixes the issue and they resolve correctly. Some static methods fail to have their memory address resolve correctly when turned into function pointer arguments used by some factory patterns to create instances of things like services. Since the function pointer’s memory address does not point correctly to the address of the static methods, calling them fails, and downstream objects end up uninitialized. When code then inevitably tries to access those uninitialized objects, you end up with the EXC\_BAD\_ACCESS crash, such as the concurrency\_hint() getter. In my case, I had to figure out where the factory method function pointer failed to resolve the address correctly. That showed me the static method that wasn’t resolving. It was `service_registry::create` - I went to its header file/declaration and noticed it wasn’t exported (in this case ASIO\_DECL). However, the matching `service_registry::destroy` method was exported with ASIO\_DECL, so I just added it to the definition of the method that failed to resolve. After that, there was no crash and everything worked as expected. The evidence seems to be it’s more than just Ableton, as others on stackoverflow had the same issue when dynamically loading Boost code into some host processes on macOS. If you can properly debug the Ableton process in Xcode, you should be able to look for these kinds of patterns, for me it looked like this: ```auto template Service& service_registry::use_service(io_context& owner) { execution_context::service::key key; init_key(key, 0); factory_type factory = &service_registry::create; return *static_cast(do_use_service(key, factory, &owner)); } ``` Here, the address of the `create` method resolves correctly in some DAWs, like Reaper or Tracktion, for example, and when I put a breakpoint and inspect the value of `factory`, XCode shows me the correctly reference and line number to the `create` method. But, when run from Ableton, there is no line number, and it points to some other object on the stack, incorrectly. I would suggest looking for a similar pattern, since the error sounds similar, and then look for the declaration and export it. In my case it was this: ```auto // Factory function for creating a service instance. template static execution_context::service* create(void* owner); ``` Turned into this: ```auto // Factory function for creating a service instance. template ASIO_DECL static execution_context::service* create(void* owner); ``` … that fixed my issue and the address could correctly resolve. ---
**Author:** ![tobiq](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/tobiq/32/8868_2.png) [@tobiq](https://forum.juce.com/u/tobiq)\ **Post date:** [February 5, 2023, 9:54am UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867/8 "2023-02-05T09:54:32Z")
> [@Cymatic](#): > > ```auto > > ``` Thanks for the comprehensive answer. I’ll try this change - my only concern is I’m statically linking boost ---
**Author:** ![tobiq](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/tobiq/32/8868_2.png) [@tobiq](https://forum.juce.com/u/tobiq)\ **Post date:** [February 5, 2023, 10:32am UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867/9 "2023-02-05T10:32:26Z")
> [@Cymatic](#): > > ss of the `create` method resolves correctly in some DAWs, like Reaper or Tracktion, for example, and when I put a breakpoint and inspect the value of `factory`, XCode shows me the correctly reference and line number to the `create` method. But, when run from Ableton, there is no line number, and it points to some other object on the stack, incorrectly. > > I would suggest looking for a similar pattern, since the error sounds similar, and then look for the declaration and export it. > > In my case it was this: I guess you edit the ASIO source and recompile? Or is it just headers? ---
**Author:** ![Cymatic](https://sea2.discourse-cdn.com/flex026/user_avatar/forum.juce.com/cymatic/32/10145_2.png) [@Cymatic](https://forum.juce.com/u/Cymatic)\ **Post date:** [February 5, 2023, 10:16pm UTC](https://forum.juce.com/t/boost-crashing-ableton-on-mac-os/54867/10 "2023-02-05T22:16:03Z")
I was compiling ASIO stand-alone using ASIO.hpp, so I was compiling from source. I only had to at the ASIO\_DECL to the service\_registry header though, recompiled, and the concurrency\_hint() crash did not occur.