Subject: bug#65843: 28.2; Too many iconified frames in .emacs.desktop -> crash (macOS)

From: Christian Tanzer <[email-masked]>
Date: Sun, 10 Sep 2023 15:11:29 +0100

On 09.09.2023, at 18:40, Eli Zaretskii <[email-masked]> wrote:
> 
>> From: Christian Tanzer <[email-masked]>
>> Date: Sat, 9 Sep 2023 18:36:07 +0100
>> Cc: [email-masked]
>> 
>>> On 09.09.2023, at 17:49, Eli Zaretskii <[email-masked]> wrote:
>>> 
>>> Thanks, can you run Emacs 29 under a debugger and show a backtrace
>>> when it crashes?
>> 
>> Unfortunately, I don’t have a C development environment setup on my little MacBook (and haven’t used gdb for more than 20 years besides).
> 
> Backtrace from LLDB will be also helpful.  Without a crash backtrace,
> we will have to wait until someone can reproduce the crashes on a
> system where a debugger _is_ available.

It took me a while to get lldb to run emacs (missing get-task-value entitlement), and then:
running under lldb, emacs doesn’t crash, but it also doesn’t open any frames:

> lldb /Applications/Emacs-28.2.app/Contents/MacOS/Emacs
>   (lldb) target create "/Applications/Emacs-28.2.app/Contents/MacOS/Emacs"
>   Current executable set to '/Applications/Emacs-28.2.app/Contents/MacOS/Emacs' (arm64).
>   (lldb) run
>   Process 22971 launched: '/Applications/Emacs-28.2.app/Contents/MacOS/Emacs' (arm64)
>   Process 22971 exited with status = 0 (0x00000000) 
>   (lldb) ^D

Without lldb:

> /Applications/Emacs-28.2.app/Contents/MacOS/Emacs
>   Fatal error 11: Segmentation fault
>   Abort trap: 6

Could you please give me a hint, how to start Emacs under lldb so that it behaves the same as if started interactively ?