Emacs crashes when I try to quit

Emacs crashes when I try to quit

[Giant Y]

[-- Attachment #1.1: Type: text/plain, Size: 778 bytes --]

Dear all,
I encountered a problem that Emacs crashes when I try to exit the program.
Any of C-x C-c, File -> Quit, and using the mouse to close the program
leads to the problem.
The platform I use is Windows 7 64bit with emacs 23.4.1. I have not change
anything in any files after I re-installed emacs and it  still has the
problem.
The picture in the attachment was reported by the system. I translate them
into English as follows:

> GNU Emacs: The extensible self-documenting text editor has stopped working.
> An error has happened and it makes the program stop the work. If there is
> a useful solution, Windows will close the program and inform you.

Actually I do not think these information will help much. But something is
better than nothing.

-> posted by  *Giant Y*

[-- Attachment #1.2: Type: text/html, Size: 1774 bytes --]

[-- Attachment #2: error_2.png --]
[-- Type: image/png, Size: 22129 bytes --]

Re: Emacs crashes when I try to quit

[Peter Dyballa]

Am 10.4.2012 um 10:26 schrieb Giant Y:

> I encountered a problem that Emacs crashes when I try to exit the program.
> Any of C-x C-c, File -> Quit, and using the mouse to close the program
> leads to the problem.

You can put

	(setq debug-on-error t)

into your init file to get possibly a *Backtrace* buffer which might explain the cause. Restart GNU Emacs after this change!

You can investigate further the value of the variables site-run-file and user-init-file. Then determine which files in the file system are actually used. Now you can temporarily rename site-run-file and see whether something has changed. If yes, than the site-run-file is the culprit. If not, then undo the renaming and now rename your own init file and test again. If this has changed the behaviour, then in your init some statement causes the problem. Now you can undo the renaming and try bi-secting your init file to find the culpable statement. Bi-secting means to comment one half and see whether the fault has. If it has gone, then it is in the commented half. You can undo the commenting and comment only one half of what was commented before. When the error is gone, then it's in the commented region. Uncomment and then comment one half of what was commented previously. New test. Iterate further.
If the error was not gone with the first commenting, then it is in the second not commented half. So undo the first commenting and comment the first half of the second half, i.e., the third quarter of your init file. Error gone? Then it's in the commented region, otherwise it is in the uncommented quarter. Further iterate.

In the end you'll find the statement that cause the problem.

--
Greetings

  Pete

$ sumascii BILL GATES
  B   I   L   L   G   A   T   E   S 
 66+ 73+ 76+ 76+ 71+ 65+ 84+ 69+ 83 = 663

 and add 3 because he's Bill Gates the third.

Re: Emacs crashes when I try to quit

[Andrei Lihu]

Giant Y <y560aifid <at> gmail.com> writes:

> 
> Dear all,I encountered a problem that Emacs crashes when I try to exit the 
program. Any of C-x C-c, File -> Quit, and using the mouse to close the program 
leads to the problem.
> 
> The platform I use is Windows 7 64bit with emacs 23.4.1. I have not change 
anything in any files after I re-installed emacs and it  still has the problem.
> 
> The picture in the attachment was reported by the system. I translate them 
into English as follows:
> 
> 
> GNU Emacs: The extensible self-documenting text editor has stopped working.An 
error has happened and it makes the program stop the work. If there is a useful 
solution, Windows will close the program and inform you.
> 
> Actually I do not think these information will help much. But something is 
better than nothing.
> -> posted by  Giant Y
> 
> 
> 
> 
> 

Hi,



I got a similar problem with emacs on Win 7 64 bit. I looked into Event Viewer 
and saw:

Faulting application name: emacs.exe, version: 24.2.0.0, time stamp: 0x503d72ca

Faulting module name: libgcc_s_dw2-1.dll, version: 0.0.0.0, time stamp: 
0x4bc96cad

Exception code: 0x40000015

Fault offset: 0x00016646

Faulting process id: 0x2578

Faulting application start time: 0x01cddc67da6670ae

Faulting application path: C:\emacs\bin\emacs.exe

Faulting module path: C:\Program Files (x86)\gnuplot\binary\libgcc_s_dw2-1.dll

Report Id: 1a09d21e-485b-11e2-b445-005056c00008

 

Removing the gnuplot installation from disk, registry and env varibles fixed the 
issue.



Good luck !

Re: Emacs crashes when I try to quit

[Eli Zaretskii]

> From: Andrei Lihu <andrei.lihu@gmail.com>
> Date: Mon, 17 Dec 2012 15:27:53 +0000 (UTC)
> 
> I got a similar problem with emacs on Win 7 64 bit. I looked into Event Viewer 
> and saw:
> 
> Faulting application name: emacs.exe, version: 24.2.0.0, time stamp: 0x503d72ca
> 
> Faulting module name: libgcc_s_dw2-1.dll, version: 0.0.0.0, time stamp: 
> 0x4bc96cad
> 
> Exception code: 0x40000015
> Fault offset: 0x00016646
> Faulting process id: 0x2578
> Faulting application start time: 0x01cddc67da6670ae
> Faulting application path: C:\emacs\bin\emacs.exe
> Faulting module path: C:\Program Files (x86)\gnuplot\binary\libgcc_s_dw2-1.dll
> Report Id: 1a09d21e-485b-11e2-b445-005056c00008
> 
> Removing the gnuplot installation from disk, registry and env varibles fixed the 
> issue.

So the conclusion is that libgcc_s_dw2-1.dll that came with gnuplot is
incompatible with what Emacs was linked against.  To solve this
without having to remove gnuplot, find the file libgcc_s_dw2-1.dll
that Emacs is using now (e.g., by using the "depends" program), and
copy it into the same directory where you have emacs.exe.

Re: Emacs crashes when I try to quit

[Eli Zaretskii]

> Date: Wed, 3 Apr 2013 20:29:40 +0530
> From: Sawbones Surio <sawbonessurio@gmail.com>
> Cc: eliz@gnu.org
> 
> So the conclusion is that libgcc_s_dw2-1.dll that came with gnuplot is
> incompatible with what Emacs was linked against.  To solve this
> without having to remove gnuplot, find the file libgcc_s_dw2-1.dll
> that Emacs is using now (e.g., by using the "depends" program), and
> copy it into the same directory where you have emacs.exe.
> 
> Hi,
> 
> I'm having exactly the same problem.
> See here: http://superuser.com/questions/576512/emacs-24-3-on-windows-7-does-not-close-properly
> 
> But there is a slight twist in the tale for me:
> In my case, "libgcc_s_dw2-1.dll" was never seen in dependency walker. Whoa!
> And I had ~16 of those libgcc_s_dw2-1.dll files in various FOSS modules.
> Per your suggestion, I tried pasting these dlls from 3-4 different
> applications, one at a time, into \bin\emacs.exe dir, but I still get
> the same error.
> 
> Since this was not going anywhere, I've decided to let the list know
> of this behaviour.
> 
> Any suggestions?

Ask the person who produced emacs.exe to tell you where he/she
downloaded libgcc_s_dw2-1.dll, and what are its size and time stamp.
Then look for that version of the DLL on that very site.

Re: Emacs crashes when I try to quit

[Sawbones Surio]

[-- Attachment #1: Type: text/plain, Size: 2093 bytes --]

Greetings!

Basically, emacs has crashed on Win XP/7 for me, every time while I closed
it, since 23.x. I'm on the latest release, and being completely fed up now,
I finally decided to do something about it.

The fastest way to provide a context and background of my problem is to
provide this Stack Exchange link:
http://superuser.com/questions/576512/emacs-24-3-on-windows-7-does-not-close-properly


@Eli told me to get in touch here:


Ask the person who produced emacs.exe to tell you where he/she
> downloaded libgcc_s_dw2-1.dll, and what are its size and time stamp.
> Then look for that version of the DLL on that very site.
>


Thanks for any help you have on this one, people.

Best,
surio.





On 3 April 2013 21:02, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Wed, 3 Apr 2013 20:29:40 +0530
> > From: Sawbones Surio <sawbonessurio@gmail.com>
> > Cc: eliz@gnu.org
> >
> > So the conclusion is that libgcc_s_dw2-1.dll that came with gnuplot is
> > incompatible with what Emacs was linked against.  To solve this
> > without having to remove gnuplot, find the file libgcc_s_dw2-1.dll
> > that Emacs is using now (e.g., by using the "depends" program), and
> > copy it into the same directory where you have emacs.exe.
> >
> > Hi,
> >
> > I'm having exactly the same problem.
> > See here:
> http://superuser.com/questions/576512/emacs-24-3-on-windows-7-does-not-close-properly
> >
> > But there is a slight twist in the tale for me:
> > In my case, "libgcc_s_dw2-1.dll" was never seen in dependency walker.
> Whoa!
> > And I had ~16 of those libgcc_s_dw2-1.dll files in various FOSS modules.
> > Per your suggestion, I tried pasting these dlls from 3-4 different
> > applications, one at a time, into \bin\emacs.exe dir, but I still get
> > the same error.
> >
> > Since this was not going anywhere, I've decided to let the list know
> > of this behaviour.
> >
> > Any suggestions?
>
> Ask the person who produced emacs.exe to tell you where he/she
> downloaded libgcc_s_dw2-1.dll, and what are its size and time stamp.
> Then look for that version of the DLL on that very site.
>

[-- Attachment #2: Type: text/html, Size: 3080 bytes --]

Re: Emacs crashes when I try to quit

[Miguel Ruiz]

[-- Attachment #1: Type: text/plain, Size: 584 bytes --]

Hi,

AFAIK,  libgcc_s_dw2-1.dll is statically linked so it is irrelevant the
origin of the file.

I have experienced the same crashes and I can confirm two things:
- No crashes with gcc v3.x.x
- No crashes with gcc v4.5 sjlj

And this thread<http://sourceforge.net/mailarchive/message.php?msg_id=27481215>might
confirm the last point.

Now I am going to build with tdm-gcc-4.7.1-2
<http://tdm-gcc.tdragon.net/download>MinGW
sjlj <http://tdm-gcc.tdragon.net/download>, and test stability. If anyone
would like to test my binaries, please, let me know: I will be pleased.

HTH

Miguel.

[-- Attachment #2: Type: text/html, Size: 2127 bytes --]

Re: Emacs crashes when I try to quit

[Eli Zaretskii]

> Date: Thu, 4 Apr 2013 07:45:59 +0200
> From: Miguel Ruiz <rbenit68@gmail.com>
> 
> AFAIK,  libgcc_s_dw2-1.dll is statically linked so it is irrelevant the
> origin of the file.

A DLL can never be statically linked.

If you want to be sure whether or not your executables depend on that
DLL, use the "depends" tool, which you can download from the net --
just run it as in "depends emacs.exe" and it will show a window with
all the DLLs that the binary wants to load.  Or use objdump that you
already have, like this:

  objdump -x emacs.exe | fgrep "DLL Name:"

The latter only shows the names of the DLLs, not their absolute file
names.

> I have experienced the same crashes and I can confirm two things:
> - No crashes with gcc v3.x.x
> - No crashes with gcc v4.5 sjlj
> 
> And this thread<http://sourceforge.net/mailarchive/message.php?msg_id=27481215>might
> confirm the last point.
> 
> Now I am going to build with tdm-gcc-4.7.1-2
> <http://tdm-gcc.tdragon.net/download>MinGW
> sjlj <http://tdm-gcc.tdragon.net/download>, and test stability. If anyone
> would like to test my binaries, please, let me know: I will be pleased.

If the above methods show that your binary depends on
libgcc_s_dw2-1.dll, you _must_ tell your users which one of them is
actually linked into the binary.  The "depends" tool will show you a
full path to the DLL which the binary will use, and the linker links
against the DLL which came with the version of GCC you used to compile
Emacs.  You should tell the users "get libgcc_s_dw2-1.dll from GCC
version 4.x.y that you find on this-and-that site".

Thanks.

Re: Emacs crashes when I try to quit

[Miguel Ruiz]

[-- Attachment #1: Type: text/plain, Size: 2726 bytes --]

> A DLL can never be statically linked.

I meant "every dependent compiled object included in the libgcc_s_dw2-1.dll
is statically linked"

> If you want to be sure whether or not your executables depend on that
> DLL, use the "depends" tool, which you can download from the net --
> just run it as in "depends emacs.exe" and it will show a window with
> all the DLLs that the binary wants to load.  Or use objdump that you
> already have, like this:

 >  objdump -x emacs.exe | fgrep "DLL Name:"

Official emacs.exe, 2013-03-13 14:38, 9.031.038 bytes

objdump -x emacs.exe | fgrep "DLL Name:" yields

DLL Name: ADVAPI32.DLL
DLL Name: COMCTL32.DLL
DLL Name: COMDLG32.DLL
DLL Name: GDI32.dll
DLL Name: KERNEL32.dll
DLL Name: MPR.DLL
DLL Name: msvcrt.dll
DLL Name: OLE32.dll
DLL Name: SHELL32.DLL
DLL Name: USER32.dll
DLL Name: USP10.DLL
DLL Name: WINMM.DLL
DLL Name: WINSPOOL.DRV

So I asume there is no dependency on libgcc_s_dw2-1.dll.

I have always run emacs.exe with no libgcc_s_dw2-1.dll around.

Miguel.




2013/4/4 Eli Zaretskii <eliz@gnu.org>

> > Date: Thu, 4 Apr 2013 07:45:59 +0200
> > From: Miguel Ruiz <rbenit68@gmail.com>
> >
> > AFAIK,  libgcc_s_dw2-1.dll is statically linked so it is irrelevant the
> > origin of the file.
>
> A DLL can never be statically linked.
>
> If you want to be sure whether or not your executables depend on that
> DLL, use the "depends" tool, which you can download from the net --
> just run it as in "depends emacs.exe" and it will show a window with
> all the DLLs that the binary wants to load.  Or use objdump that you
> already have, like this:
>
>   objdump -x emacs.exe | fgrep "DLL Name:"
>
> The latter only shows the names of the DLLs, not their absolute file
> names.
>
> > I have experienced the same crashes and I can confirm two things:
> > - No crashes with gcc v3.x.x
> > - No crashes with gcc v4.5 sjlj
> >
> > And this thread<
> http://sourceforge.net/mailarchive/message.php?msg_id=27481215>might
> > confirm the last point.
> >
> > Now I am going to build with tdm-gcc-4.7.1-2
> > <http://tdm-gcc.tdragon.net/download>MinGW
> > sjlj <http://tdm-gcc.tdragon.net/download>, and test stability. If
> anyone
> > would like to test my binaries, please, let me know: I will be pleased.
>
> If the above methods show that your binary depends on
> libgcc_s_dw2-1.dll, you _must_ tell your users which one of them is
> actually linked into the binary.  The "depends" tool will show you a
> full path to the DLL which the binary will use, and the linker links
> against the DLL which came with the version of GCC you used to compile
> Emacs.  You should tell the users "get libgcc_s_dw2-1.dll from GCC
> version 4.x.y that you find on this-and-that site".
>
> Thanks.
>

[-- Attachment #2: Type: text/html, Size: 5775 bytes --]

Re: Emacs crashes when I try to quit

[Eli Zaretskii]

> Date: Thu, 4 Apr 2013 20:30:26 +0200
> From: Miguel Ruiz <rbenit68@gmail.com>
> Cc: emacs-devel@gnu.org
> 
> > A DLL can never be statically linked.
> 
> I meant "every dependent compiled object included in the libgcc_s_dw2-1.dll
> is statically linked"

A.k.a. "Emacs is statically linked with libgcc.a."

> Official emacs.exe, 2013-03-13 14:38, 9.031.038 bytes
> 
> objdump -x emacs.exe | fgrep "DLL Name:" yields
> 
> DLL Name: ADVAPI32.DLL
> DLL Name: COMCTL32.DLL
> DLL Name: COMDLG32.DLL
> DLL Name: GDI32.dll
> DLL Name: KERNEL32.dll
> DLL Name: MPR.DLL
> DLL Name: msvcrt.dll
> DLL Name: OLE32.dll
> DLL Name: SHELL32.DLL
> DLL Name: USER32.dll
> DLL Name: USP10.DLL
> DLL Name: WINMM.DLL
> DLL Name: WINSPOOL.DRV

Case closed.  Thanks.

Re: Emacs crashes when I try to quit

[Daniel Colascione]

[-- Attachment #1: Type: text/plain, Size: 335 bytes --]

On 4/4/2013 9:45 AM, Eli Zaretskii wrote:
>> Date: Thu, 4 Apr 2013 07:45:59 +0200
>> From: Miguel Ruiz <rbenit68@gmail.com>
>>
>> AFAIK,  libgcc_s_dw2-1.dll is statically linked so it is irrelevant the
>> origin of the file.
> 
> A DLL can never be statically linked.

It can't be? A DLL can have exports but no imports.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

Re: Emacs crashes when I try to quit

[Eli Zaretskii]

> Date: Thu, 04 Apr 2013 17:07:16 -0700
> From: Daniel Colascione <dancol@dancol.org>
> CC: Miguel Ruiz <rbenit68@gmail.com>, emacs-devel@gnu.org
> 
> 
> [1:text/plain Hide]
> 
> On 4/4/2013 9:45 AM, Eli Zaretskii wrote:
> >> Date: Thu, 4 Apr 2013 07:45:59 +0200
> >> From: Miguel Ruiz <rbenit68@gmail.com>
> >>
> >> AFAIK,  libgcc_s_dw2-1.dll is statically linked so it is irrelevant the
> >> origin of the file.
> > 
> > A DLL can never be statically linked.
> 
> It can't be? A DLL can have exports but no imports.

It's a misunderstanding, probably mine.  I meant it cannot be
statically linked into a program that imports its functions.