@Claude31, Yes, it is MacOS Application Bundle. The code I'm trying is exactly the same. I'm using C++ with wxWidgets to make my application. The new laptop has OSX 10.13.6 installed with Xcode 9.4.1. The program contains of an application executable and 13 dylib projects, bundled in one Xcode workspace. Maybe when Xcode launches the binary it can't find one of the dylibs and fails to run the Bundle? But then why this doesn't happen on the old Mac. Thank you. P.S.: Is there a way to be notified about the reply posted on the thread? I didn't get any E-mails about your posting...

In addition: The old laptop has OSX 10.8.5.

@Claude31, Unfortunately not, that's one of the (many) problems of this forum With the old forum design that was possible. That's why I asked. But more importantly - that's how all forums work. Apple should fire their designers and hire someone who understand what users need. ;-) Could well be, libs may not be compatible with newer version of OS. Have you the source code for the libs ? If so, did you try to recompile ? Yes, the library are part of the workspace and are developed by me as well. And yes - I did recompile everything. The question is - where do Xcode expects to find them? /use/local/lib? Somewhere else? And why it still works on the old Xcode? Thank you,

@KMT, Thank you for the reply. Unfortunately they are talking about NSTextField and not NSTextView. And in that case the limit is 1, which is very easy to set. Is there something for the NSTextView? Thank you. P.S.: Maybe this - https://developer.apple.com/documentation/appkit/nstextview/1449532-shouldchangetextinrange?language=objc can be used to implement it?

@KMT, The reason for my question is as follows: I have 2 Macs: older one with 10.8 where I started development. Everything works there - I can start debugging from Xcode and I can run the program from Terminal. No issues. (I had to create a post-build script to copy dylibs inside the Bundle). But then I bought a newer Mac with 10.13. I installed Xcode 9, grab my code from GitHub, recompiled and... Xcode won't run it. It stops somewhere in the assembly code even before hitting the first C++ line. Since the code is exactly the same, my guess is that Xcode 9 didn't do what Xcode 5 did when I created the project and the sub-projects for dylib - it didn't preserve copying the dylibs as appropriate. And why I suspect the dylib positioning? Because in the beginning I didn't have that post-build script. So when I tried to run the program from the Terminal on the older Mac I got exactly the same behavior. So now I need to replicate what Xcode 5 did for my dylib's subproects - check the box in order for them to be automatically copied on the build in order for Xcode to pick them up. Does this make sense? Thank you. P.S.: I hope you will be able to see my reply. There is no notification.

@KMT, Any thoughts? Thank you.

Hi, So nobody knows what is happening? I can provide any info upon request to track down the problem and have the ability to debug inside the Xcode on the newer Mac laptop...

@Claude31, what about other files/folders in the xcodeproj directory? Thank you

I'm trying this on macOS High Sierra 10.13.6 with Xcode 9.4.1.

I am trying it on the OSX High Sierra (10.13.6) with Xcode 9.4.1. Thank you.

Running this in Terminal: Igors-MacBook-Air:Frameworks igorkorot$ install_name_tool -change ~/wxWidgets/buildC11/lib/libwx_baseu-3.2.dylib ~/dbhandler/dbhandler/Build/Products/Debug/dbhandler.app/Contents/Frameworks/libwx_baseu-3.2.dylib ~/dbhandler/dbhandler/Build/Products/Debug/dbhandler.app/Contents/Frameworks/libwx_baseu_net-3.2.dylib Igors-MacBook-Air:Frameworks igorkorot$ otool -L libwx_baseu_net-3.2.dylib libwx_baseu_net-3.2.dylib: /Users/igorkorot/wxWidgets/buildC11/lib/libwx_baseu_net-3.2.0.0.0.dylib (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 158.0.0) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility version 1.0.0, current version 22.0.0) /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore (compatibility version 1.2.0, current version 1.11.0) /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox (compatibility version 1.0.0, current version 492.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1252.50.4) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.11) /System/Library/Frameworks/Security.framework/Versions/A/Security (compatibility version 1.0.0, current version 58286.51.6) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /Users/igorkorot/wxWidgets/buildC11/lib/libwx_baseu-3.2.0.0.0.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 400.9.0) /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork (compatibility version 1.0.0, current version 897.15.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1452.23.0) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 1452.23.0) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0) Igors-MacBook-Air:Frameworks igorkorot$ gives the same results, as you can see. No relinking.

What would be the easiest way to ensure only one copy of the dylib is loaded at a run-time? When I inspect the Debug Console window I see that when I run the program from Xcode it loads the dylibs twice - once from the place I compiled the library at and second one from the AppBundle. Is there a way to ensure only AppBundle copy is being loaded? And of course it is not the case when I just run the program from the Terminal. Everything runs fine.

@QuinnTheEskimo, I just did the "Detach" thing and got the attached report. If you could take a look - it would be great. TIA!! crashreport.txt

@QuickTheEskimo, I turned off ASAN and re-run the program. Attached is the crash report. Please review. crashreport.txt

@QuinnTheEskimo, I hope now I turn everything off ;-) See the crash report as a text file... Thank you. crash report.txt