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=LkxJNZzUSiGl/CK+FnMrOqZQwttia7OfejHxHhIvcqA
	dBsnBruA6wUKfuViwYAg64Hi9Kw2OUdslFbBJqxRIVZBsYwEWJ8zDgFAZTUnfJOH
	Qp8syble09GXusnsexcCMVlZ9fP8CMZXt/FQgeKyQpthikvlpB5HPMeexDt/0PPk
	=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Message-ID: <520D900A.8000907@cornell.edu>
Date: Thu, 15 Aug 2013 22:35:54 -0400
From: Ken Brown <kbrown@cornell.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
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>
In-Reply-To: <520D4036.8010303@cs.utoronto.ca>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

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.

Ken

--
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