LLDB crash

Where did you get your copy of GDB from? The standard Apple tools use LLDB, and have for a number of years. Getting GDB to work on modern Apple OS releases is going to be tricky. I strongly recommend that you use LLDB instead.Share and Enjoy — Quinn “The Eskimo!” Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

It’s better to reply as a reply, rather than in the comments; see Quinn’s Top Ten DevForums Tips for this and other titbits. so the -X shell processing in lldb is different to the actual shell. Yes. This is LLDB’s idea of shell processing; it doesn’t invoke an actual shell. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Yes. Type that command right after the blue (lldb) prompt and post what prints out.

For some reason i'm unable to attach lldb log, so will add it as a link https://pastebin.com/nWZEwV0p

Hmmm yeah the result is NO despite being checked in the IB storyboard.(lldb) po [_moveArea isSelectable]NO

When folks talk about remote debugging they usually mean one of three things: Remote debugging using Xcode (A) Remove debugging using lldb and debugserver (B) Remove debugging using lldb over SSH (C) There is currently no supported way to do A (r. 7476048 ). With regards B, it’s possible to do and you’ll find various instructions out there on the ’net. My experience, however, is that it’s not worth the effort. Given that you have to use command-line LLDB anyway, you end up with a much nicer debugging experience if you do C. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

same for me, on 15.4 Beta (24E5222f) (converted to TXT) lldb-rpc-server-2025-03-10-104310.txt

You should be able to set up a command-line build environment without GUI access to the machine. Here’s the process I used… I set up a victim machine that had never seen Apple’s developer tools. This was a VM running macOS 11.1 (this is Intel, but I don’t believe that Apple silicon would change this story). I used my main machine to download the Command Line Tools for Xcode 12.4 package from the Downloads area - https://developer.apple.com/download/ on the developer web site Note Click More (at the top right) to get to the archive. I copied the resulting disk image to the victim VM. % scp Command_Line_Tools_for_Xcode_12.4.dmg virtual-big.local.: On the victim VM I mounted the disk image: % hdiutil attach Command_Line_Tools_for_Xcode_12.4.dmg IMPORTANT I’m using an admin account here. If you don’t have an admin account, see below. I then installed the package: % sudo installer -pkg /Volumes/Command Line Developer Tools/Command Line Tools.pkg -target / I ran DevToolsSecurity to enable developer mode: % sudo Dev

Does LLDB behave itself when you invoke it from Xcode? That is, if you create a new Mac project and do a Product > Run, does the debugger function?In Terminal, if you do a printenv, do you see anything obvious that might affect the copy of Python running with LLDB (like a PYTHONPATH environment variable pointing)? Share and Enjoy — Quinn “The Eskimo!” Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

Hmmm, the SIGCONT is weird. I’m not entirely sure what that’s about. It is, however, innocuous at runtime, meaning that this is the main issue: This causes automated tests to break, and is generally a pain in the you-know-where. Does disabling this in LLDB work? For more on this, see: (lldb) help process handle Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

Trying to learn Swift and use debugging. On Xcode Version 12.3 (12C33) any time debugger is entered (on device simulator, or an actual device): Cannot create Swift scratch context (couldn't create a ClangImporter) (lldb) po symbol in the (lldb) prompt doesn't work. And so no Swift objects or symbols are available; only an Objective C-type view of them. This is very annoying! and makes the debugger and debugging basically worthless in Xcode for Swift. On an M1 Mac mini. I completely uninstalled Xcode and deleted preferences and other developer directories from ~/Library. and re-installed Xcode (from app store). I scoured here and stack overflow for workarounds or diagnoses and nothing has worked. $ system_profiler SPSoftwareDataType Software: ttSystem Software Overview: tttSystem Version: macOS 11.1 (20C69) tttKernel Version: Darwin 20.2.0 tttBoot Volume: Macintosh HD tttBoot Mode: Normal tttComputer Name: * tttUser Name: * tttSecure Virtual Memory: Enabled tttSystem Integrity Protection: Ena

This has been bugging me all afternoon. I had also just installed macOS 11b10 (20A5395g). In a post from 9 months ago, Quinn shows that - https://developer.apple.com/forums/thread/127650 lldb will stop at SIGCONT by default and suggests a temporary workaround: (lldb) process handle -n false -s false SIGCONT I tried and failed to get this to work in my .lldbinit, then found this old SO post - https://stackoverflow.com/a/16993602/1034477: At present the suggestion of doing this in a breakpoint command on main is the most elegant solution available. I added a symbolic breakpoint for main that runs the above debugger command and continues. It fixes the annoying issue of the debugger pausing immediately, although lldb-rpc-server will still use an entire CPU core while doing nothing…

I think there is a bug in Xcode. Normally lldb can get symbols from binary with DWARF. dSYM is not required.