“LLDB crash”

i wanted to edit an Bool value while debugging. For this i tried multiple approaches but none of them is workingFirst, I tried to keep the debug cursor on the variable and right click on the variable and tried to edit value. Although it shows the value had changed to true , the if block is not executedAnother ways i tried areexpression myvariable = truepo myvariable = truep myvariable = true.But in all these cases , if i print the variable in xcode lldb debugger, the value shows to be changed, but the execution flow is not changedvar myvariable = some expression if(variable){ // if block this part doesnt get executed after all these modifications. }I am using swift 4.2 and Xcode 10.3. Is there any other way to accomplish this?

After i upgraded to the latest macOS i.e. Monterey, the Photoshop app started crashing and quits unexpectedly and this is happening every time I'm opening PS. Can anyone help me??

I have a 2 machine setup with the target machine configred as followsnvram boot-args set to debug=0x814e kdp_match_name=firewire fwkdp=0x8000csrutil disabledThe debug versions of the kexts are transferred to the target machine, loaded and kextcache rebuiltsudo kextcache -system-prelinked-kernelOn the host machinefwkdp is runningFrom fwkpfv, the debug versions of the kexts are loaded as the added print statements are shown in the logsIn another terminal windowlldb /Library/Developer/KDKs/<KDK Version>/System/Library/Kernels/kernelkdp-remote localhost, drop the target machine into the debugger and connection is made.target modules add <kext_contents>target modules load --file <name> __TEXT <known_address_the_kext_uses>br set --name <method_name_to_break>br list shows that the breakpoint is resolvedcThe kext loads, executes and the breakpoint is not hit. Any ideas?ThanksDavid

Hi.Is anyone else experiencing crashes when attempting to manage storage through About This Mac > Storage > Manage?Every time I go into it the app attempts to collect/analyze data but never completes the Documents and System and ultimately crashes and I receive the standard, System Information Quit Unexpectedly message. Any feedback is appreciated.Thanks.

I am trying to debug a kernel panic in our kext. I can attach to the target Mac over ethernet if I: cause an NMI using add an IOPanic call to my kext and cause it to be executed use Dtrace to invoke a panic However if I reproduce the kernel panic which I am investigating, the Mac just restarts. How can I make the Mac wait for me to attach with lldb rather than restarting? My target configuration is: Mac is 2021 M1 Pro 14 MacBook Pro macOS 14.2 (23C64) Network: Apple Thunderbolt 3 <-> Thunderbolt 3 adapter + Apple Thunderbolt 2 to ethernet adapters Boot-args = debug=0x44 wdt=-1 kdp_match_name=en8 (I have also tried debug=0x104C0C)

I have a large application and do not have .dSYM's for all .dylibs. We have a critical component in which I have all of the .dSYM's, but I can not get XCode to load some (about 25% load) of the .dSYM's. I can manually load one .dSYM at a time using add-dsym, but that would take considerable time. I am using XCode 8.2.1 on Sierra.For example one of my .dylibs that where its .dSYM is not loaded had the following uuid : 7CB9B955-FC91-3E7C-BE63-F956F8D57D55:In terminal when I type mdfind and dwarfdump you can see that the uuid's match:mdfind com_apple_xcode_dsym_uuids == 7CB9B955-FC91-3E7C-BE63-F956F8D57D55/Users/dlsept/main/Publish/3P/FusionCoreSymbols/osx_release_main_2.1.4950_symbols/NuBase10.dylib.dSYMdlsept:~ dlsept$ xcrun dwarfdump --uuid /Users/dlsept/main/Publish/3P/FusionCoreSymbols/osx_release_main_2.1.4950_symbols/NuBase10.dylib.dSYMUUID: 7CB9B955-FC91-3E7C-BE63-F956F8D57D55 (x86_64) /Users/dlsept/main/Publish/3P/FusionCoreSymbols/osx_release_main_2.1.4950_symbols/NuBase10.dylib.dSYM/Contents/Resources