After upgrading to Xcode 26, started getting an issue where Xcode debugger is stopping at dyld`lldb_image_notifier Does not happen on device. Tried cleaning derived data folder, clean build but no success. what could be the cause? this is from the stack. #0 0x0000000207e0ffa1 in lldb_image_notifier () #1 0x0000000207e11c49 in dyld4::ExternallyViewableState::triggerNotifications () #2 0x0000000207e13a2f in invocation function for block in dyld4::ExternallyViewableState::notifyMonitorOfImageListChangesSim(bool, unsigned int, mach_header const**, char const**) () #3 0x0000000207e10c3b in dyld4::ExternallyViewableState::notifyMonitorOfImageListChangesSim () #4 0x00000001102b9195 in dyld4::ExternallyViewableState::triggerNotifications () #5 0x00000001102b9465 in dyld4::ExternallyViewableState::addImages () #6 0x000000011029dcec in dyld4::RuntimeState::notifyDebuggerLoad () #7 0x00000001102b8065 in dyld4::APIs::dlopen_from(char const*, int, void*)::$_0::operator()() const::'lambda'()::operator()() const () #8 0x00000001102b71fd in dyld4::APIs::dlopen_from(char const*, int, void*)::$_0::operator()() const () #9 0x00000001102b30e3 in dyld4::APIs::dlopen_from () #10 0x00000001199b4c5e in _CFBundleDlfcnLoadFramework () #11 0x0000000119982a1e in _CFBundleLoadExecutableAndReturnError () #12 0x0000000115f081c4 in -[NSBundle loadAndReturnError:] () #13 0x00000001a3c42866 in -[NSBundleAccessibility loadAndReturnError:] () #14 0x000000013cd67fa7 in __50-[AXCodeItem loadWithStrategy:onQueue:completion:]_block_invoke_2 ()

Hey! I am writing type formatting scripts in Python for lldb, as described in https://lldb.llvm.org/use/variable.html#python-scripting. I'm trying to pass an environment variable to lldb from Xcode to determine the path to the scripts in the project root, so the project is not bound to some predetermined path. I am having trouble doing this in Xcode. What I have tried: lldbinit file Create a .lldbinit file in $(SRCROOT) with the following content: platform shell echo $SRCROOT. Set the path to the .lldbinit file in Edit Scheme... > Info > LLDB Init File ($(SRCROOT)/.lldbinit). Set the SRCROOT environment variable to $(SRCROOT) in Edit Scheme... > Arguments > Environment Variables. entry-point breakpoint Add a breakpoint to the entry-point of the application. Set the Automatically continue after evaluating actions option. Add the action platform shell $(SRCROOT) or platform shell $SRCROOT. Set the SRCROOT environment variable to $(SRCROOT) in Edit Scheme... > Arguments > Environment Variables. What I expect to happen: The first line of the debug console is a path pointing to $(SRCROOT) What actually happens: No path is output Is this functionality available in Xcode Version 26.0.1 (17A400)? Thanks in advance, Barnabas

Hi, I have started facing an issue with Xcode since updating to macOS 26.1. The debugger is not stopping at breakpoints in Objective-C code, however breakpoints in Swift file are working fine. I am using Xcode 16.4. For breakpoints in Objective-C files I have started to get this message since the OS update - 'Xcode won't pause at this breakpoint because it has not been resolved.' I have already tried cleaning derived data and build folder. I do not want to upgrade to Xcode 26. Could someone help with the fix? Thanks

Hi, I am running build on ios 26.2 device, connected with cable (not wifi) and it crashes because files are not loaded or something. But when i turn off Debug Exetuble, it works just fine. Also, tried to run on ios 18.2 device, with Debug executable On - everything is ok, and breakpoints work. My guess, App crashes on reading and loading Assets and others app files like certificates. XCode run logs shows: **"Too many file errors". ** sample.txt xcode_run_logs.txt Also, exectued image list on lldb console, could not attach here, if needed i can add it with some url here.

While debugging a Swift application in Xcode, LLDB crashes with an assertion failure related to LLDBMemoryReader and pointer authentication. The issue occurs during normal debugging (e.g. inspecting variables or stack frames), and causes the debugger to become unusable. The error appears to be triggered inside the Swift language runtime reflection path in LLDB error: Assertion failed: (LLDBMemoryReader module to address map ran into pointer authentication mask!), function addModuleToAddressMap, file /AppleInternal/Library/BuildRoots/603ae698-b099-11ef-b64c-aabfac210453/Library/Caches/com.apple.xbs/Sources/lldb/llvm-project/lldb/source/Plugins/LanguageRuntime/Swift/LLDBMemoryReader.cpp, line 537 Stack dump without symbol names (ensure you have llvm-symbolizer in your PATH or set the environment var `LLVM_SYMBOLIZER_PATH` to point to it): 0 LLDB 0x00000001240eb8f8 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) + 40 1 LLDB 0x0000000123bbd0a8 lldb_private::lldb_assert(bool, char const*, char const*, char const*, unsigned int) + 184 2 LLDB 0x0000000123d5379d lldb_private::LLDBMemoryReader::addModuleToAddressMap(std::__1::shared_ptr<lldb_private::Module>, bool) + 477 3 LLDB 0x0000000123dbb733 lldb_private::SwiftLanguageRuntimeImpl::AddObjectFileToReflectionContext(std::__1::shared_ptr<lldb_private::Module>, llvm::SmallVector<llvm::StringRef, 1u>) + 1043 4 LLDB 0x0000000123dbc6de lldb_private::SwiftLanguageRuntimeImpl::AddModuleToReflectionContext(std::__1::shared_ptr<lldb_private::Module> const&) + 2766 5 LLDB 0x0000000123dc6d60 std::__1::__function::__func<lldb_private::SwiftLanguageRuntimeImpl::ProcessModulesToAdd()::$_0, std::__1::allocator<lldb_private::SwiftLanguageRuntimeImpl::ProcessModulesToAdd()::$_0>, bool (std::__1::shared_ptr<lldb_private::Module> const&)>::operator()(std::__1::shared_ptr<lldb_private::Module> const&) + 32 6 LLDB 0x00000001239bdad2 lldb_private::ModuleList::ForEach(std::__1::function<bool (std::__1::shared_ptr<lldb_private::Module> const&)> const&) const + 66 7 LLDB 0x0000000123dba72a lldb_private::SwiftLanguageRuntimeImpl::ProcessModulesToAdd() + 346 8 LLDB 0x0000000123dba0c9 lldb_private::SwiftLanguageRuntimeImpl::GetReflectionContext() + 57 9 LLDB 0x0000000123dd32e9 lldb_private::SwiftLanguageRuntimeImpl::BindGenericTypeParameters(lldb_private::StackFrame&, lldb_private::TypeSystemSwiftTypeRef&, lldb_private::ConstString) + 121 10 LLDB 0x0000000123dd3b8b lldb_private::SwiftLanguageRuntimeImpl::BindGenericTypeParameters(lldb_private::StackFrame&, lldb_private::CompilerType) + 347 11 LLDB 0x0000000123dc980d lldb_private::SwiftLanguageRuntimeImpl::GetSwiftRuntimeTypeInfo(lldb_private::CompilerType, lldb_private::ExecutionContextScope*, swift::reflection::TypeRef const**) + 621 12 LLDB 0x0000000123dcf9b1 lldb_private::SwiftLanguageRuntimeImpl::GetBitSize(lldb_private::CompilerType, lldb_private::ExecutionContextScope*) + 49 13 LLDB 0x0000000123dc332f lldb_private::SwiftLanguageRuntime::GetBitSize(lldb_private::CompilerType, lldb_private::ExecutionContextScope*) + 63 14 LLDB 0x0000000123fb0dd1 lldb_private::TypeSystemSwiftTypeRef::GetBitSize(void*, lldb_private::ExecutionContextScope*)::$_0::operator()() const + 689 15 LLDB 0x0000000123fb0aa8 lldb_private::TypeSystemSwiftTypeRef::GetBitSize(void*, lldb_private::ExecutionContextScope*) + 440 16 LLDB 0x0000000123aa9d61 lldb_private::CompilerType::GetBitSize(lldb_private::ExecutionContextScope*) const + 241 17 LLDB 0x0000000123aa9dc9 lldb_private::CompilerType::GetByteSize(lldb_private::ExecutionContextScope*) const + 9 18 LLDB 0x00000001239ef9e1 lldb_private::ValueObjectVariable::UpdateValue() + 241 19 LLDB 0x00000001239d9993 lldb_private::ValueObject::UpdateValueIfNeeded(bool) + 1011 20 LLDB 0x00000001239dac20 lldb_private::ValueObject::GetError() + 16 21 LLDB 0x0000000123868231 ValueImpl::GetSP(lldb_private::ProcessRunLock::ProcessRunLocker&, std::__1::unique_lock<std::__1::recursive_mutex>&, lldb_private::Status&) + 145 22 LLDB 0x000000012385cd28 lldb::SBValue::GetSP(ValueLocker&) const + 376 23 LLDB 0x000000012385dab9 lldb::SBValue::GetValueType() + 297 24 lldb-rpc-server 0x000000010f2f730a rpc_server::_ZN4lldb7SBValue12GetValueTypeEv::HandleRPCCall(rpc_common::Connection&, rpc_common::RPCStream&, rpc_common::RPCStream&) + 42 25 lldb-rpc-server 0x000000010f300749 rpc_common::Connection::PrivateHandleRPCPacket(rpc_common::RPCPacket&, rpc_common::RPCPacket&, bool&) + 1337 26 lldb-rpc-server 0x000000010f304434 Packets::ProcessPackets() + 564 27 lldb-rpc-server 0x000000010f30418a Packets::ReadThread() + 314 28 lldb-rpc-server 0x000000010f304049 Packets::RunReadThread(void*) + 9 29 libsystem_pthread.dylib 0x00007ff81847018b _pthread_start + 99 30 libsystem_pthread.dylib 0x00007ff81846bae3 thread_start + 15 Please file a bug report against lldb reporting this failure log, and as many details as possibleerror: Assertion failed: (LLDBMemoryReader module to address map ran into pointer authentication mask!), function addModuleToAddressMap, file /AppleInternal/Library/BuildRoots/603ae698-b099-11ef-b64c-aabfac210453/Library/Caches/com.apple.xbs/Sources/lldb/llvm-project/lldb/source/Plugins/LanguageRuntime/Swift/LLDBMemoryReader.cpp, line 537

Hello, We are experiencing a recurring issue when running iOS apps in the Rosetta simulator on Xcode 26. Environment: Xcode: 26.0 macOS: 15.7.3 Simulator: Intel-based (Rosetta) simulators Languages: Both Swift and Objective-C Issue: When launching an app in a Rosetta simulator, the app frequently freezes or fails to run. In many cases, Xcode reports that the debugger has lost connection. Xcode error message: Lost connection to the debugger on “iPhone 12”. Domain: IDEDebugSessionErrorDomain Code: 22 Failure Reason: Message from debugger: lost connection Console log: assertion failed: GPR thread_set_state is unimplemented for NewThread (ThreadContextRegisterState.cpp:920 host_gpr_state_from_guest_state) Observed behavior: Rebuilding after fully quitting the simulator sometimes resolves the issue temporarily. Disabling Scheme > Run > Debug executable allows the app to run normally, but debugging (breakpoints, etc.) becomes unavailable. The issue does not occur: On real devices On ARM-based simulators When building with Xcode 16 using Rosetta Has anyone encountered this issue with Xcode 26 and Rosetta simulators? Is this a known bug, and are there any recommended workarounds besides disabling the debugger or restarting the simulator? Thank you in advance for any insights or guidance.