GNU bug report logs - #5769
23.1; Emacs crash on Windows 7 right after startup

Previous Next

Packages: emacs, w32;

Reported by: Tamas Czinege <tomi.czinege <at> gmail.com>

Date: Wed, 24 Mar 2010 20:52:01 UTC

Severity: normal

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5769 in the body.
You can then email your comments to 5769 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#5769; Package emacs. (Wed, 24 Mar 2010 20:52:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Tamas Czinege <tomi.czinege <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 24 Mar 2010 20:52:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tamas Czinege <tomi.czinege <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; Emacs crash on Windows 7 right after startup
Date: Wed, 24 Mar 2010 20:41:16 +0000
On launching Emacs 23.1.0 on Windows 7 32bit (using the official build), Emacs
crashes right after displaying the Emacs window. Using
a debugger, I got the following information:

Unhandled exception at 0x0109cf0d in emacs.exe: 0xC0000005: Access
violation writing location 0x0242fffc.

Stack trace:

> emacs.exe!0109cf0d()
  [Frames below may be incorrect and/or missing, no symbols loaded for
emacs.exe]
  emacs.exe!0101872f()
  emacs.exe!01014fd4()
  emacs.exe!01016e4f()
  emacs.exe!01014fd4()
  emacs.exe!0113587a()
  emacs.exe!01055527()
  emacs.exe!01057517()
  emacs.exe!01100ea6()
  emacs.exe!0108c141()
  emacs.exe!0106b63f()
  emacs.exe!010029c6()
  msvcrt.dll!7721a442()
  msvcrt.dll!7721f4d2()
  msvcrt.dll!77221162()
  msvcrt.dll!77275bbc()
  msvcrt.dll!772215a0()
  emacs.exe!01004c5b()

Note that the problem can be temporarily worked around by adding
the following line to my .emacs:

(setq inhibit-splash-screen t)

or just invoking Emacs with --no-splash. That allows emacs
starting up, but it still crashes in a minute or so, apparently
completely randomly. Note that this still happens even
when invoked with -q --no-site-file.
I'm not sure if this is a bug or there's something wrong
with my installation but it offers no apparent clue if that's
the case.

In GNU Emacs 23.1.1 (i386-mingw-nt6.1.7600)
 of 2009-07-30 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 6.1.7600
configured using `configure --with-gcc (4.4)'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENG
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t
Recent input:
<help-echo> <help-echo> <help-echo> M-x e <backspace>
r e p o r t <kp-subtract> e m a c s <kp-subtract> b
u g <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.





Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#5769; Package emacs. (Wed, 24 Mar 2010 23:16:01 GMT) Full text and rfc822 format available.

Message #8 received at 5769 <at> debbugs.gnu.org (full text, mbox):

From: Jason Rumney <jasonr <at> gnu.org>
To: Tamas Czinege <tomi.czinege <at> gmail.com>
Cc: 5769 <at> debbugs.gnu.org
Subject: Re: bug#5769: 23.1; Emacs crash on Windows 7 right after startup
Date: Thu, 25 Mar 2010 07:15:04 +0800
Tamas Czinege <tomi.czinege <at> gmail.com> writes:

> On launching Emacs 23.1.0 on Windows 7 32bit (using the official build), Emacs
> crashes right after displaying the Emacs window. Using
> a debugger, I got the following information:
>
> Unhandled exception at 0x0109cf0d in emacs.exe: 0xC0000005: Access
> violation writing location 0x0242fffc.
>
> Note that the problem can be temporarily worked around by adding
> the following line to my .emacs:
>
> (setq inhibit-splash-screen t)
>
> or just invoking Emacs with --no-splash. That allows emacs
> starting up, but it still crashes in a minute or so, apparently
> completely randomly.

Do you have Cygwin directories in your PATH? It could be a result of
incompatible image libraries.




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#5769; Package emacs. (Thu, 25 Mar 2010 21:35:01 GMT) Full text and rfc822 format available.

Message #11 received at 5769 <at> debbugs.gnu.org (full text, mbox):

From: Tamas Czinege <tomi.czinege <at> gmail.com>
To: 5769 <at> debbugs.gnu.org
Subject: Re: bug#5769: 23.1; Emacs crash on Windows 7 right after startup
Date: Thu, 25 Mar 2010 21:34:02 +0000
I don't have Cygwin installed on that box, and have no Cygwin
directories in the PATH. The debugger gives the following list of
loaded modules that are not part of Windows:

emacs.exe	C:\emacs\bin\emacs.exe	23, 1, 0, 0										
libXpm.dll	C:\emacs\bin\libXpm.dll											

and both of them seems to me loaded from the right location. It might
be very well some sort of image library conflict as disabling the
splash image hints it. I suppose making a custom build with debug
symbols compiled in and stepping in with a debugger would help. I'll
let you know what I find.

On 24 March 2010 23:15, Jason Rumney <jasonr <at> gnu.org> wrote:
> Tamas Czinege <tomi.czinege <at> gmail.com> writes:
>
>> On launching Emacs 23.1.0 on Windows 7 32bit (using the official build), Emacs
>> crashes right after displaying the Emacs window. Using
>> a debugger, I got the following information:
>>
>> Unhandled exception at 0x0109cf0d in emacs.exe: 0xC0000005: Access
>> violation writing location 0x0242fffc.
>>
>> Note that the problem can be temporarily worked around by adding
>> the following line to my .emacs:
>>
>> (setq inhibit-splash-screen t)
>>
>> or just invoking Emacs with --no-splash. That allows emacs
>> starting up, but it still crashes in a minute or so, apparently
>> completely randomly.
>
> Do you have Cygwin directories in your PATH? It could be a result of
> incompatible image libraries.
>




bug reassigned from package 'emacs' to 'emacs,w32'. Request was from Lars Magne Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 18 Sep 2011 19:39:01 GMT) Full text and rfc822 format available.

Reply sent to Glenn Morris <rgm <at> gnu.org>:
You have taken responsibility. (Sun, 17 Feb 2013 03:12:01 GMT) Full text and rfc822 format available.

Notification sent to Tamas Czinege <tomi.czinege <at> gmail.com>:
bug acknowledged by developer. (Sun, 17 Feb 2013 03:12:01 GMT) Full text and rfc822 format available.

Message #18 received at 5769-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 5769-done <at> debbugs.gnu.org
Subject: Re: bug#5769: 23.1; Emacs crash on Windows 7 right after startup
Date: Sat, 16 Feb 2013 22:10:22 -0500
Sorry, I don't think anything can be done with report as it stands.
If it still happens with the current version of Emacs (currently 24.2),
please make a new report and hopefully we do better next time.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 17 Mar 2013 11:24:11 GMT) Full text and rfc822 format available.

This bug report was last modified 12 years and 98 days ago.

Previous Next


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