DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:subject:in-reply-to:to:cc:reply-to
	:message-id:references; q=dns; s=default; b=ibTBIMyp3NxLN8u7ZYjo
	mAgj3aWvXZDiL5ru5yNCC0TB8Chzxfds/nnq8LeXgcs31WUiE5OXScKMo4j32lXv
	IxaBGnNB9pn79tWrfN++uKg4H6ZZrxYqg/ytGXx3YqcPdy94OcIINc1KVzl5yAEH
	HhsOlxuVk/Jdw8yf2haop+A=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Fri, 16 Aug 2013 11:58:54 +0300
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: 64-bit emacs crashes a lot
In-reply-to: <520D900A.8000907@cornell.edu>
To: Ken Brown <kbrown@cornell.edu>
Cc: cygwin@cygwin.com
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <834naqnh9t.fsf@gnu.org>
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>


Again, please move this discussion to emacs-devel.

> Date: Thu, 15 Aug 2013 22:35:54 -0400
> From: Ken Brown <kbrown@cornell.edu>
> 
> 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.

I suspect that buffer relocation might be the reason.  Can you show a
backtrace from the fatal error in an unoptimized build, with the above
recipe?

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