GNU bug report logs - #16355
Crash/Hang when restoring via Mac "resume" [Mac/NS]

Previous Next

Package: emacs;

Reported by: David Reitter <david.reitter <at> gmail.com>

Date: Sun, 5 Jan 2014 22:23:01 UTC

Severity: normal

Done: David Reitter <david.reitter <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Alan Third <alan <at> idiocy.org>
To: David Reitter <david.reitter <at> gmail.com>
Cc: 16355 <at> debbugs.gnu.org
Subject: bug#16355: Crash/Hang when restoring via Mac "resume" [Mac/NS]
Date: Thu, 26 May 2016 21:16:28 +0100
David Reitter <david.reitter <at> gmail.com> writes:

> If started manually from Finder (rather than automatically after
> logging in), Emacs hangs (1).
>
> Sometimes, after a successful reboot and resume of the application, it
> hangs when quitting (2).
>
> Usually, when restarting after a boot (with resume), Emacs hangs in
> ns_term_init (3).  [Note that this is with a vanilla GNU Emacs --with-ns,
> current HEAD, on OS X 10.9.]
>
> The problem is easily reproducible, and I have countless crash reports
> from users.  It does not occur with an Emacs 23-based build.
>
> (2) and (3) are in a [autoreleasepool release].
>
> If it is a retain/release issue, NSZombieEnabled=YES won't bring 
> up anything during normal runs, and 
> I haven't figured out how to do it during resume on 10.9 (without
> forking Emacs from within itself, which makes the error go away).

Hi David, I know that Anders fixed a bug some time ago where Emacs was
crashing due to it trying to process input before it had properly
started up. These stack traces look awfully like that may be the case
here.

Can you confirm whether these crashes are still happening?
-- 
Alan Third




This bug report was last modified 8 years and 360 days ago.

Previous Next


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