X-Recipient: archive-cygwin AT delorie DOT com
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=TdaPAmdLeB4SRsKVpN/BuAEO9e3wV8TwSkfxgX02qXE
	a0yNGDBDlC3vO4M3DlkjHp/yx59t0chqMJ2yyK+KOmkVuP2pVuUSlqqjXLKW4KTG
	N/QSMH0Qz8DvhsMbkV/a5nndfygeBQKZOXUTQFCXXlTZj5pHiPo4RQuXzaU5jvMM
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; 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;
	 s=default; bh=HtDRCkhoyoj4QyYtqkbLwqMIVow=; b=K43Smvegonvc7JRby
	peyFDakJdXY5miuLmMZ7mytB6Z8t59LhZJWorgBQqpUdpuC0+5VLPeEAw8g/+p0W
	e8u4upkp0UBsyKxCgcayxPXxi729nHmHtRF3bg8Zkww9gQRpHukAoxPpDWG1R+oM
	SyEfPtdGLQIVMbkxBQM3hfPY0Q=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Spam-SWARE-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_20,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_NO,RDNS_NONE,SPF_NEUTRAL autolearn=no version=3.3.1
Message-ID: <51FB1D9E.5090102@cs.utoronto.ca>
Date: Thu, 01 Aug 2013 22:46:54 -0400
From: Ryan Johnson <ryan DOT johnson AT cs DOT utoronto DOT ca>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: 64-bit emacs crashes a lot
References: <51F3151D DOT 7040000 AT cs DOT utoronto DOT ca> <51F33565 DOT 1090406 AT cornell DOT edu> <51F33F52 DOT 4060405 AT cs DOT utoronto DOT ca>
In-Reply-To: <51F33F52.4060405@cs.utoronto.ca>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 26/07/2013 11:32 PM, Ryan Johnson wrote:
> On 26/07/2013 10:50 PM, Ken Brown wrote:
>> On 7/26/2013 8:32 PM, Ryan Johnson wrote:
>>> Hi all,
>>>
>>> Running 64-bit cygwin 1.7.22(0.268/5/3), with emacs-nox 24.3-4 inside
>>> mintty 1.2-beta1-1, I keep getting seg faults and "Fatal error 6: 
>>> Aborted"
>
>>> It happens at strange times, invariably during I/O of some kind (either
>>> keyboard input or output from some compilation window); I don't get the
>>> impression it's fork-related. I don't know how to get a backtrace from
>>> emacs, given the way any exception or signal always loses the 
>>> "userland"
>>> stack (suggestions welcome).
>>>
>>> Anyone else seeing this?
>>
>> This doesn't really answer your question since I don't use emacs-nox, 
>> but I've been running 64-bit emacs-X11 and finding it very stable.  I 
>> typically keep it running for several days at a time.
>>
>> You say you don't know how to get a backtrace from emacs.  I assume 
>> you've installed emacs-debuginfo and run emacs under gdb. Are you 
>> saying you can never get a backtrace after it crashes?
> I do have the emacs-debuginfo. I meant that the stack dump didn't have 
> any emacs frames in it (they were all cygwin1.dll), and my experience 
> with cygwin/gdb is that once you've taken a signal or exception you 
> lose the cygwin stack and just see a bunch of threads mucking around 
> in various low-level Windows dlls.
>
> I have tried attaching gdb to emacs and setting a breakpoint on 
> abort(), but it didn't catch anything yet. I'm also hampered by gdb 
> constantly getting confused, breaking partway into emacs, and having 
> to detach/reattach it. I've started a new thread for that issue.

Here's a new one... I started a compilation, but before it actually 
invoked the command it started pegging the CPU. After ^G^G^G, it crashed 
with the following:
> Auto-save? (y or n) y
>       0 [main] emacs 5076 C:\cygwin64\bin\emacs-nox.exe: *** fatal 
> error - Internal error: TP_NUM_W_BUFS too small 2268032 >= 10.
> Hangup

The stackdump has the following:
> usr/src/debug/cygwin-1.7.22-1/winsup/cygwin/exception.h:65
> /usr/src/debug/cygwin-1.7.22-1/winsup/cygwin/dcrt0.cc:1268
> /usr/src/debug/cygwin-1.7.22-1/winsup/cygwin/dcrt0.cc:1277
> /usr/src/debug/cygwin-1.7.22-1/winsup/cygwin/tls_pbuf.cc:53
> /usr/src/debug/cygwin-1.7.22-1/winsup/cygwin/path.cc:614
> /usr/src/debug/cygwin-1.7.22-1/winsup/cygwin/syscalls.cc:1894
> 001801130CB
> 00000000023
> 000775DB65E
> /usr/src/debug/cygwin-1.7.22-1/winsup/cygwin/miscfuncs.cc:803
> /usr/src/debug/emacs-24.3-4/src/alloc.c:2147
> /usr/src/debug/emacs-24.3-4/src/fileio.c:5465
> /usr/src/debug/emacs-24.3-4/src/keyboard.c:10755
> /usr/src/debug/emacs-24.3-4/src/sysdep.c:1582
> /usr/src/debug/cygwin-1.7.22-1/winsup/cygwin/exceptions.cc:1453
> 001801131E1

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