From: "Gerd Möllmann" <gerd.moellmann@gmail.com>
To: Alan Third <alan@idiocy.org>
Cc: 65843@debbugs.gnu.org, tanzer@gg32.com
Subject: bug#65843: 28.2; Too many iconified frames in .emacs.desktop -> crash (macOS)
Date: Sun, 10 Sep 2023 06:20:05 +0200 [thread overview]
Message-ID: <m2zg1u4q2y.fsf@Pro.fritz.box> (raw)
In-Reply-To: <ZPzNSUVmdFqgGjyp@idiocy.org> (Alan Third's message of "Sat, 9 Sep 2023 20:53:45 +0100")
Alan Third <alan@idiocy.org> writes:
> On Sat, Sep 09, 2023 at 04:35:56PM -0000, Christian Tanzer via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote:
>>
>> =============================================================================
>> In Emacs 28 and Emacs 29, desktop-load crashes when there are too many
>> iconified frames in the .emacs.desktop file.
>>
>> The two attached .emacs.desktop files show the smallest test case that
>> I could come up with:
>>
>> - .emacs.desktop.works with 3 non-iconified and 4 iconified frames
>> loads without problem in Emacs 28
>>
>> + desktop-load of this file crashes in Emacs 29.1
>>
>> + a .emacs.desktop with 3 non-iconified and 3 iconified frames works
>> in Emacs 29.1
>>
>> - .emacs.desktop.crashes with 3 non-iconified and 5 iconified frames
>> leads to a crash in Emacs 28 (see attached problem report generated
>> by macOS)
>>
>> - I tried .emacs.desktop with up to 17 non-iconified frames in Emacs
>> 28 without problems
>>
>> - Up to Emacs 27, I've never seen a problem with desktop-load crashing
>> =============================================================================
>
> Can you please try the master branch with the two attached patches
> applied? The v2 patch should be applied first.
>
> The apple crash report is enough to see that the crash is happening
> somewhere deep inside the AppKit code on frame creation. No idea why,
> but maybe we'll be lucky and the fix will be the same as the last
> frame-creation crash fix...
Alas, I cannot reproduce the abort here, with an unpatched master or
emacs-29, and neither on Ventura/arm64 nor Big Sur/x86_64 :-(.
Christian, can you reproduce this with emacs -Q? Or does it perhaps
depend on your init.el? (This was the case for me in the child frane
case that Alan fixed.)
next prev parent reply other threads:[~2023-09-10 4:20 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-09 16:35 bug#65843: 28.2; Too many iconified frames in .emacs.desktop -> crash (macOS) Christian Tanzer via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-09 16:49 ` Eli Zaretskii
2023-09-09 17:36 ` Christian Tanzer via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-09 17:39 ` Eli Zaretskii
2023-09-10 14:11 ` Christian Tanzer via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-10 14:27 ` Eli Zaretskii
2023-09-10 15:07 ` Gerd Möllmann
2023-09-10 15:37 ` Christian Tanzer via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-10 16:04 ` Gerd Möllmann
2023-09-09 19:53 ` Alan Third
2023-09-10 4:20 ` Gerd Möllmann [this message]
2023-09-10 14:59 ` Christian Tanzer via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-10 15:37 ` Gerd Möllmann
2023-09-10 15:40 ` Christian Tanzer via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-10 17:09 ` Gerd Möllmann
2023-09-10 17:38 ` Gerd Möllmann
2023-09-10 17:09 ` Alan Third
2023-09-10 18:40 ` Gerd Möllmann
2023-09-10 19:54 ` Alan Third
2023-09-11 4:07 ` Gerd Möllmann
2023-09-11 4:50 ` Gerd Möllmann
2023-09-11 7:55 ` Christian Tanzer via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-11 8:06 ` Gerd Möllmann
2023-09-11 16:25 ` Alan Third
2023-09-11 17:16 ` Christian Tanzer via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-11 18:26 ` Alan Third
2023-09-12 17:43 ` Christian Tanzer via Bug reports for GNU Emacs, the Swiss army knife of text editors
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2zg1u4q2y.fsf@Pro.fritz.box \
--to=gerd.moellmann@gmail.com \
--cc=65843@debbugs.gnu.org \
--cc=alan@idiocy.org \
--cc=tanzer@gg32.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).