Do we have -x like option in lldb, which help us to pass set of lldb command in a file. i know about python scripting in lldb but i am looking for -x like option in lldb which could allow me not to write a python script . Exampleif i do following#lldb(lldb)process attach -n CoRD(lldb)breakpoint set -n tcp_connect(lldb)breakpoint set -n tcp_send(lldb) cthen script test should contain above command in lldb context and should be passed as something like#lldb -x testand it should execute all command from process attach to cis there exists something like this?
Search results for
LLDB crash
30,301 results found
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
same issue here macOS 15.4 (24E248) Xcode 16.0 (16A242d) &16.2 (16C5032a) run any simulator will hit Couldn't find the Objective-C runtime library in loaded images. Message from debugger: The LLDB RPC server has crashed. You may need to manually terminate your process. The crash log is located in ~/Library/Logs/DiagnosticReports and has a prefix 'lldb-rpc-server'. Please file a bug and attach the most recent crash log.
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
So I am new to xcode and am just figuring the ins and outs of it. I am learning c programming and the main thing I am most comfused about is the debuger and how I can use it without it confusing the crap out of me. So just a few days ago I was writing some code in xcode and ran it and in my results there was somthing that said (lldb). I know it has something to do with the compiler but I still remain confused. So it would be great if someone could give me some background on what this is and what I do with it. Also it would be awesome you could tell me where I could get some basic info on how to use the bebuger in Xcode because every time I serch on google I don't find any help on Xcode.It would be great if you could help,🙂
HI, I've been modifying the Camera sample app found here: https://developer.apple.com/tutorials/sample-apps/capturingphotos-camerapreview ... in the processpreview images, I am calling in to the Vision APis to either detect a person or object, then I'm using the segmentation mask to extract the person and composite them onto a different background with some other filters. I am using coreimage to filter the CIImages, and converting and displaying as a SwiftUI Image. When running on my IPhone, it works fine. When running on my Iphone with the debugger, it crashes within a few seconds... Attached is a screenshot. At the top is an EXC_BAD_ACCESS in libRPAC.dylib`std::__1::__hash_table, std::__1::__unordered_map_hasher, std::__1::hash, std::__1::equal_to, true>, std::__1::__unordered_map_equal, std::__1::equal_to, std::__1::hash, true>, std::__1::allocator>>::__emplace_unique_key_args, std::__1::tuple<>>: This was working fine a couple of days ago.. Not sure why it's popping up now. A
I tried your code in a test app, and it still crashes, but it logs the following:Message from debugger: The LLDB RPC server has crashed. The crash log is located in ~/Library/Logs/DiagnosticReports and has a prefix 'lldb-rpc-server'. Please file a bug and attach the most recent crash log.Fatal error: Index out of rangeSo the range error was correctly detected, but the debugger failed. This might be a bug in the debugger or in Swift (in generating debug info), but either way you should look in your user Library folder (at the indicated subpath) for the crash log, and submit a bug report.
Topic:
Programming Languages
SubTopic:
Swift
Tags:
Hey @test_j Any solution for this issue. i am facing this same issue. at my end if at the starting of the app the breakpoints are off then the same popup with Lost connection to the debugger on ......... Appers. but if i have launched my app with breakpoints switched off and then in between the app turn them on , if the app stops at the breakpint it shows this error: The LLDB RPC server has crashed. The crash log is located in ~/Library/Logs/DiagnosticReports and has a prefix 'lldb-rpc-server'. Please file a bug and attach the most recent crash log.
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
Searching shows a few other/existing threads on this topic:The resulting API analysis file is too large ...Re: Xcode quit unexpectedly. Xcode 6.3.2Can't submit app to iTunesConnectUploading Betas with Xcode 7 for TestFlight
Topic:
App Store Distribution & Marketing
SubTopic:
App Store Connect
Tags:
Looks like this person was able to solve your issue by fixing the library paths. Maybe it'll fix your issue?https://stackoverflow.com/questions/18758837/xcode-quit-unexpectedly-for-my-project-not-in-xcode-4-6-3
Topic:
App & System Services
SubTopic:
Core OS
Tags:
Yeah, they mention this in the release notes.Catalyst apps using UIDocumentInteractionControllermight quit unexpectedly. You can work around this issue by excluding UIDocumentInteractionControllerfunctionality with target macros. (48878552) As a work around for my problem, we pushed files to the Downloads folder when exporting.
Topic:
App & System Services
SubTopic:
General
Tags:
I got all excited about OS X El Capitan Beta Supplemental Update that fixes issues that may cause some apps to quit unexpectedly. Nope it doesn't fix Java app issues.
Topic:
App & System Services
SubTopic:
Core OS
Tags:
I'm writing a C/C++ command line program which, at some point, calls IOHIDManagerOpen. I've added both my program executable and lldb as permitted for input monitoring (as far as I remember, my program was added after showing up a permission prompt, I've added lldb manually later, trying to resolve the problem). My problem is that when I run my program from within lldb in Terminal, the call to IOHIDManagerOpen returns kIOReturnNotPermitted. When I run my program directly in the terminal session (without lldb), this call returns kIOReturnSuccess. Such behaviour means it will be impractical to use lldb for any debugging of this program. What can be done to make lldb session behave the same way, the normal execution works? I'm on: 23.2.0 Darwin Kernel Version 23.2.0: Wed Nov 15 21:55:06 PST 2023; root:xnu-10002.61.3~2/RELEASE_ARM64_T6020 arm64 and: lldb-1500.0.200.58 Apple Swift version 5.9.2 (swiftlang-5.9.2.2.56 clang-1500.1.0.2.5)
Yes. I just launched Xcode Version 12.0.1 (12A7300)on a fresh installation of Catalina 10.15.7 and started opened an Xcode project. When I launched the refresh Preview or Simulator I get the same error: Spotlight unexpectedly quit.
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
I'm getting a runtime error in Playground that tells me to run an lldb command. I am not able to type anything in the debug area of Playground as I can in Xcode. How do I use lldb with Playground. Specifically, the error I'm getting is: error: Execution was interrupted, reason: shared-library-event. The process has been left at the point where it was interrupted, use thread return -x to return to the state before expression evaluation. I'm able to see some of the stack trace, I think is what it is, when I click on the icon of an eye on the right side of the code editor in Playground, but it only shows a small portion it.
Having the exact same issue on the latest version macOS 15.4 Beta (24E5238a) Couldn't find the Objective-C runtime library in loaded images. Message from debugger: The LLDB RPC server has crashed. You may need to manually terminate your process. The crash log is located in ~/Library/Logs/DiagnosticReports and has a prefix 'lldb-rpc-server'. Please file a bug and attach the most recent crash log. Note: It doesn't crash on breakpoints. It crashes when Inspecting with po Inspecting on the left panel in the Debug Area. If you disable the left panel, you can step through. Enabling Environment Overrides
Topic:
Developer Tools & Services
SubTopic:
Xcode
Tags:
I have a sandboxed app in /Applications. I'm attempting to shoot a problem with LLDB, so I cd to /Applications/app-name/Contents/MacOS and do lldb programname. However, once I fire it off with r it dies instantly with: error: process exited with status -1 (lost connection) Should this work? Should I try signing the lldb executable? Thanks!