DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=Q3QMmwoqYGIoGL1eHsWA8EneNnIRvG6i9UXQFuf9/+o
	7oN7bqPazdk+kY6r5DrJIoyJR2VTCtfoMXNTSgB175YHA6OdpgI7NBMGV57IGgWo
	6w6smitg/ndOnm/w7SxtPeMDoh66bLXfGr/Jt/xV5lwt/tM/apYwlYN/tpZIkcFo
	=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Message-ID: <520DABDC.8020304@cs.utoronto.ca>
Date: Fri, 16 Aug 2013 00:34:36 -0400
From: Ryan Johnson <ryan.johnson@cs.utoronto.ca>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: 64-bit emacs crashes a lot
References: <51F3151D.7040000@cs.utoronto.ca> <51F33565.1090406@cornell.edu> <51F33F52.4060405@cs.utoronto.ca> <51FB1D9E.5090102@cs.utoronto.ca> <20130802080211.GA18054@calimero.vinschen.de> <51FB9228.2020309@cornell.edu> <51FBA100.90005@cs.utoronto.ca> <51FD5462.5020400@cs.utoronto.ca> <51FFBDFF.7040501@cornell.edu> <51FFC4F2.8080909@cs.utoronto.ca> <5203D89E.6030801@cornell.edu> <5203DCCA.1010105@cs.utoronto.ca> <5205B364.8090007@cs.utoronto.ca> <52064730.50404@cornell.edu> <"52065B3C.6060104@cs.utoronto <520CCA41.3000107"@cs.utoronto.ca> <520D089A.1020806@cornell.edu> <83ioz6op5v.fsf@gnu.org> <520D4036.8010303@cs.utoronto.ca> <520D900A.8000907@cornell.edu>
In-Reply-To: <520D900A.8000907@cornell.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 15/08/2013 10:35 PM, Ken Brown wrote:
> On 8/15/2013 4:55 PM, Ryan Johnson wrote:
>> At this point I'm pretty confident it's memory corruption of some kind.
>> Consider the following semi-STC:
>> 1. Invoke: emacs-nox -Q; echo -e "att $(jobs -p)\nc" > 
>> /dev/clipboard; fg
>> 2. ^Z
>> 3. (switch to window running gdb and hit [shift]+[insert] to paste from
>> clipboard)
>> 5. (switch to window running emacs): M-x compile C-a C-k ls [ret]
>> 6. C-x o (to switch to the compilation output window)
>> 7. Hit 'g' to keep repeating the "compilation" until gdb picks up a 
>> crash.
>
> I tried a simpler version of this (without gdb and without 
> suspending/resuming):
>
> 1. Invoke 'emacs-nox -Q' in mintty.
>
> 2. M-x compile C-a C-k ls RET
>
> 3. C-x o
>
> 4. Hit 'g' repeatedly.
>
> I got it to abort with Fatal error 6 after slightly over 100 repetitions.
>
> I then tried the same thing with emacs-X11 (running under X, not in 
> mintty).  I hit 'g' 200 times without a problem.  I repeated this with 
> emacs-w32, again 200 times without a problem.
>
> So there's a bug somewhere.  But if it's an emacs bug, it's strange 
> that it only occurs with emacs-nox and not with either of the GUI 
> versions of emacs.
Well, at least I'm not (necessarily) crazy or BLODA-infested... out of 
curiosity, can you repro with 32-bit emacs-nox? I don't remember 32-bit 
being so crash-happy, which makes me wonder if something about 64-bit 
cygwin interacts poorly with emacs.

Ryan


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple