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

[Alan Third]

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...
-- 
Alan Third

v2-0001-Simplify-the-EmacsLayer-double-buffering-code-bug.patch
Description: Text Data

0001-Fix-crash-on-child-frame-creation-bug-65817.patch
Description: Text Data