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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=buX+VM/1CX5hbyrZTfyvswa0WQ0PGgTz5C4NDxYfXrlpOyVQSYIlB
	IGp3dAeqhQfi9WmOLP+wCCrJsWdrGmTeUGTDOQLxpJ+fmWQFblY0GXfF0sYg15JQ
	Ym2DiY6K85DlTWhAGrHJ3sMw4GcyRoQaLmPZ8sboNqE5NN8/Sib5Dg=
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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	bh=FgKYszamH1cMBhKZducFyAbpTwM=; b=BFTyjgVv/CtVXPrJQXjkw33tnwWR
	XacOHnZzo63n4X9wCchR4HMpU4xZjiJpap2XHPq+tFR0u8iMTQ5a/KEQhdVAMn6Z
	pfEUpi8xFbgtjLlf6vVcMBFgE/D+gv2AJLObzwVgWgAyHeOnREBf5cWG/K6P6qtQ
	TjX/srrmn5vA+10=
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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2
X-HELO:	calimero.vinschen.de
Date:	Wed, 9 Jul 2014 12:42:16 +0200
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: Emacs-w32... Still Crashing
Message-ID:	<20140709104216.GA32550@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<1404760352 DOT 3454 DOT YahooMailNeo AT web185401 DOT mail DOT gq1 DOT yahoo DOT com> <53BBF86B DOT 7090801 AT cornell DOT edu> <20140708150247 DOT GB2855 AT ednor DOT casa DOT cgf DOT cx> <53BC1DF7 DOT 1060701 AT cygwin DOT com> <20140708164418 DOT GA4963 AT ednor DOT casa DOT cgf DOT cx> <20140709102705 DOT GF26447 AT calimero DOT vinschen DOT de>
MIME-Version:	1.0
In-Reply-To:	<20140709102705.GF26447@calimero.vinschen.de>
User-Agent:	Mutt/1.5.23 (2014-03-12)

--LQksG6bCIzRHxTLp
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul  9 12:27, Corinna Vinschen wrote:
> On Jul  8 12:44, Christopher Faylor wrote:
> > On Tue, Jul 08, 2014 at 11:36:07AM -0500, Yaakov Selkowitz wrote:
> > >On 2014-07-08 10:02, Christopher Faylor wrote:
> > >> On Tue, Jul 08, 2014 at 09:55:55AM -0400, Ken Brown wrote:
> > >>> Grasping at straws, as usual, I wonder if these mysterious crashes =
could
> > >>> be related to a bug that Corinna just fixed:
> > >>>
> > >>>    https://cygwin.com/ml/cygwin-cvs/2014-q3/msg00004.html
> > >>>
> > >>> Corinna, is this plausible?  If so, maybe Gustav should try the next
> > >>> snapshot of the Cygwin DLL.  (The current one doesn't seem to have =
this
> > >>> fix in it.)
> > >>
> > >> Actually, I was scratching my head over that change and wondering
> > >> what it was supposed to solve.
> > >
> > >We believe that this was the cause of e.g. mandb aborting on x86_64=20
> > >without manually enlarging the stack commit size:
> >=20
> > "We"?
>=20
> Yaakov and me in a discussion with integrated testing on IRC.  What are
> you trying to imply?
>=20
> > Isn't that testable by setting the stack size down and putting a
> > printf in cygwin somewhere?
> >=20
> > In any event, the comment in my code which is supposed to explain why
> > the tag is commented out is lacking details.  If this patch is a joint
> > effort then please add more details to the change that you made to my
> > code.
>=20
> It's not your code.  The function exception::myfault_handle has been
> written by me to workaround the lack of structured exception handling in
> GCC on x86_64.
>=20
> I don't understand what's unclear in this comment.  exception::myfault_ha=
ndle
> is a vectored exception handler (see the comment preceeding the method)
> so it short-circuits structured exception handling.  Thus it short-circui=
ts
> PAGE_GUARD handling, aka stack commits.

I rephrased the comment, maybe it's easier to understand this way.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--LQksG6bCIzRHxTLp
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJTvRyIAAoJEPU2Bp2uRE+gOVAP/Ar7zqHaZjXRY2nu6oWDwVZY
TgWBgdP253M26YyG2iF1IF7fd/f7yZSzCBx8CYaRtSJzB7pN0QBDZ5Jp8NtJOTPN
0yw9xjGU+kjUQdpAWaq5evjSraYxOnqOB6de2y8Junw1rkCHwyJwDGn7pfGFa9Op
BVKTOV+xpKvszzE3sao+hlR64UF6KocsyRnpINKi0jQP6BRZW/rDDL/+X/03CS+G
+gLpk7Lg3cnvCosovRtluh/uccgbzymmyQH5/1Qw6s7/P8aaUS3nhBrNpCFbA7lr
Vl1bKfV/3Fys2RRYLpQmC4oxhkLL3s60fFlkPybj2nCONA601CNOkSWyNXcBl59O
TTGDmrZ+o7gelPSpr7Nmkhca4ssnkYUJEBpdZCXEjXevfJjGra33QFppMQ9wCHxz
7ugG8INejiIQ107aQ+C2IhaCdQxerx4qj7d0PUhODXIs3Vv7vn0c+X3VgWzuOYVn
cRRJ8WGU1bxUipEllaalZqpek840QlTEmDj3rNm3ZFVZuk6RhMTiqI46Kg5jXcJh
ilU7Fd6d9VUQzBsw7Nu8tkWV3LDrl9NdaLJEsfAfl6WHJUsP2CtJX6ZvvVwfIXM/
JR0WjairfpSHUOQNAxbs6rff9QlOnmlRBEUsj6L9ZUeryTBR7+jWTMMOojWzIvNk
+xBcsOoMGMAu3u1H8Ag/
=9TKo
-----END PGP SIGNATURE-----

--LQksG6bCIzRHxTLp--

- Raw text -