@DTS Engineer "Once you work out what’s going wrong with the library loading, it’s likely that LLDB will just start working again." The library loads fine, but that's not even important anymore. The test I uploaded does STATIC linking of OpenSSL. Even that doesn't single step into any SSL function. I don't see how your example helps find the problem with my application. I've ALREADY made changes to the downloadable demo to bring it more in line with what was discussed here. Originally is dynamically loaded OpenSSL libraries. Now the libraries are statically linked. This means you don't even need to set DYLD_LIBRARY_PATH to run the example and get the SEGV.

@DTS Engineer it's simple enough to run this in macOS 14.7.1 and 15.1: https://franz.com/ftp/pri/layer/acl11.0express-macos-arm64.dmg cd /Applications/AllegroCL64express.app/Contents/Resources env ACL_OPENSSL_VERSION=30 DYLD_LIBRARY_PATH="$(brew --prefix openssl@3.0)/lib:$DYLD_LIBRARY_PATH" ./alisp (progn (require :ssl)(require :aserve)) (net.aserve.client:do-http-request "https://franz.com") This example does NOT modify the bundle. It does NO dynamic loading of OpenSSL. It does dynamically load aclissl3.dylib which is our library that statically binds to the OpenSSL libraries. Please, try this on 14 and 15.

Quinn, I apologize for the bad test case the other day. I'm sorry about wasting your time. I do have a new test case, and we tested it on macOS 14 and 15. No DYLD_LIBRARY_PATH is needed. Here it is: cd ~/Downloads DMG=acl11.0express-macos-arm64-5.dmg wget https://franz.com/ftp/pri/layer/$DMG rm -fr /Applications/AllegroCL64express.app open $DMG cd /Applications/AllegroCL64express.app/Contents/Resources/ ./alisp (progn(require :ssl)(require :aserve)) (trace excl::rand_add) (net.aserve.client:do-http-request "https://franz.com") It gets a SEGV on macOS 15.1 and works properly on 14.7. Thank you for helping. Kevin

@DTS Engineer just insert this form before the last one: (excl::unix-signal 11 0) That is just before the do-http-request that causes the problem. This will prevent our trapping of the error. CL-USER(2): (excl::unix-signal 11 0) 4372251680 CL-USER(3): (net.aserve.client:do-http-request "https://franz.com") Segmentation fault: 11 @max[git:master]$ Let me know if there is anything else I can do. Kevin

@DTS Engineer Quinn, I just sent you the source code to the exception handler via email. Kevin

@DTS Engineer I've updated the DTS ticket with questions about how to move forward. This continues to be a huge issue for us and our customers.

OK, decided to try quoting differently: @max[git:master]$ ssh max bash -c '"ls /Volumes"' Macintosh HD TM2 me me9 @max[git:master]$ So maybe the quoting rules changed?! As I said this script is > 10 years old.