is â/Users/JohnMoshakis/Documents/develop/Nougat/BindToIntegerCocoaApplication/bin/Debug/OS X/BindToIntegerCocoaApplication.app/Contents/MacOS/BindToIntegerCocoaApplicationâ a valid and full path to your executable? does it have +x set?
Also, it looks like you trimmed the log â can you post the full thing?
did you trim that log file before you posted it? can you post the full thing? (i donât need the build, but everything after it starting with the launch of crossboxhelperâŚ
Time Elapsed 00:00:01.4937920 // this is the last line from the *build*
/Applications/Xcode.app/Contents/SharedFrameworks/LLDB.framework/Versions/A/Resources/debugserver 0.0.0.0:9975 "/Users/mh/Code/git/Oxygene/Source/Fire/FireApp/bin/Debug/OS X/Fire.app/Contents/MacOS/Fire"
debugserver-310.2 for x86_64.
Listening to port 9975 for a connection from 0.0.0.0...
Got a connection, launched process /Applications/Xcode.app/Contents/SharedFrameworks/LLDB.framework/Versions/A/Resources/debugserver.
Process started
Exited
Process terminated with code 0
debugserver finished with exit code 0
Exiting.
how can you tell? i see nothing in the log you posted that mentions EITHER app. all i see is the xbuild command (with the solution name, not a project name, followed by two debugerver response lines that donât mention a project name either.
the command line for launching debugserver (which would have the project/exe name is not in the log snippet you pasted.
debugserver works ONLY when called with a TTY stdin handle. This happens to be the case when i run Fire from Xcode, but not if its run standalone (which it seems i never once did, while testing debugging). This is fixed for the next release â for now, i guess debugging for both Sm and Mac will be broken.
This cost me half a day finding out, because i found this not working when running the Fire-built version of Fire (thatâs right, as of yesterday, Fire is fully ported to Elements), and i thought it was something wrong with my port (which made no sense, since the relevant portions of this code have been C# for ages). Turns out debugserver does some nasty trickery checking the type of handle it has for input, and behaves differently accordingly.
Anyways, found, fixed. learned something new about UNIX file handles in the process