GNU bug report logs - #65843
28.2; Too many iconified frames in .emacs.desktop -> crash (macOS)

Previous Next

Full log

View this message in rfc822 format

From: Christian Tanzer <tanzer <at> gg32.com>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: 65843 <at> debbugs.gnu.org, eliz <at> gnu.org
Subject: bug#65843: 28.2; Too many iconified frames in .emacs.desktop -> crash (macOS)
Date: Sun, 10 Sep 2023 16:37:22 +0100

[Message part 1 (text/plain, inline)]

> On 10.09.2023, at 16:08, Gerd Möllmann <gerd.moellmann <at> gmail.com> wrote:
> 
> Christian Tanzer via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" <bug-gnu-emacs <at> gnu.org> writes:
> 
>>> On 09.09.2023, at 18:40, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>> 
>>>> From: Christian Tanzer <tanzer <at> gg32.com>
>>>> Date: Sat, 9 Sep 2023 18:36:07 +0100
>>>> Cc: 65843 <at> debbugs.gnu.org
>>>> 
>>>>> On 09.09.2023, at 17:49, Eli Zaretskii <eliz <at> gnu.org> 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:
> 
> Could you please tell which LLDB this is
> 
>      lldb --version
> 
> and how you installed it?  The missing entitlement is strange.

lldb --version
lldb-1205.0.27.3
Apple Swift version 5.4 (swiftlang-1205.0.26.9 clang-1205.0.19.55)

I didn’t install lldb itself, but I assume it was installed together with the Xcode command line tools.

The entitlement seems to be a frequent issue but it is very hard to find in DuckDuckGo.

> 
>>> 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
> 
> This looks correct to me. 

Except for Emacs exiting without doing anything?

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.