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

From: Eli Zaretskii <[email-masked]>
Date: Sun, 10 Sep 2023 17:27:18 +0300

> From: Christian Tanzer <[email-masked]>
> Date: Sun, 10 Sep 2023 15:11:29 +0100
> Cc: [email-masked]
> 
> On 09.09.2023, at 18:40, Eli Zaretskii <[email-masked]> wrote:
> > 
> > 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 ?

Thank you for your efforts.

Gerd, could you perhaps help Christian reproduce this under LLDB and
produce a useful backtrace?  He needs to run Emacs so as to restore
the desktop saved on the .emacs.desktop file.

Thanks.