Lldb-rpc-server crashes when running SwiftUI applications

Hello!

I'm on a fresh install of Ventura 13.6 with Xcode 14.3.1. If I create a new macOS SwiftUI application and run it, the application itself starts and runs without problems. However lldb-rpc-server crashes with a SIGBUS. Here's the crashing thread's stack trace:

Thread 6 Crashed:: <lldb.process.internal-state(pid=10991)>
0   LLDB                          	       0x11a74bd34 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 20
1   LLDB                          	       0x11a74c3d3 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 1715
2   LLDB                          	       0x11a74c3d3 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 1715
3   LLDB                          	       0x11a74c3d3 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 1715
4   LLDB                          	       0x11a74c3d3 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 1715
5   LLDB                          	       0x11a74c3d3 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 1715
6   LLDB                          	       0x11a74c3d3 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 1715
7   LLDB                          	       0x11a74c3d3 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 1715
8   LLDB                          	       0x11a74c3d3 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 1715
9   LLDB                          	       0x11a74c3d3 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 1715
10  LLDB                          	       0x11a74c3d3 ParseTrieEntries(lldb_private::DataExtractor&, unsigned long long, bool, unsigned long long, std::__1::vector<llvm::StringRef, std::__1::allocator<llvm::StringRef>>&, std::__1::set<unsigned long long, std::__1::less<unsigned long long>, std::__1::allocator<unsigned long long>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&, std::__1::vector<TrieEntryWithOffset, std::__1::allocator<TrieEntryWithOffset>>&) + 1715
[this continues for 500 more lines]

Attaching the debugger to a running process also leads to this crash.

Non-SwiftUI applications do work, as did Xcode 13 on Big Sur.

What's going on?

Christian

Tagging @JDevlieghere