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=McV126SyEMSigcmJzh4SmE84A1Ot3X2gMgNmd55AOFz4ZBGFHXhgF
	V3M4D1y6vewA2lwYhpcDXoajvovqHX222Bjrv3KgYX7sI8jTl08cQUm5lEaiyNE6
	4/F1B1siMDG0jd/AFMN/gZhuDv1QMCxUUMQ6P8HBU0G632ANh+he9o=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Mon, 31 Mar 2014 10:30:05 +0200
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: Public key authorization problem with latest snapshot
Message-ID: <20140331083005.GA23383@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <5329B9D0.6070703@cornell.edu> <20140319160914.GD2715@calimero.vinschen.de> <5329C9EF.1000305@cornell.edu> <20140319170508.GF2715@calimero.vinschen.de> <885290127.20140320015843@yandex.ru> <20140320150258.GD3729@calimero.vinschen.de> <5336F3E3.5000402@cornell.edu>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe"
Content-Disposition: inline
In-Reply-To: <5336F3E3.5000402@cornell.edu>
User-Agent: Mutt/1.5.21 (2010-09-15)

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

On Mar 29 12:25, Ken Brown wrote:
> On 3/20/2014 11:02 AM, Corinna Vinschen wrote:
> >On Mar 20 01:58, Andrey Repin wrote:
> >>Greetings, Corinna Vinschen!
> >>
> >>>The code is now practically equivalent to what is in 1.7.28.  Only the
> >>>VectoredContinueHandler, which was the reason Cygwin's exception handl=
er
> >>>could be called twice, is not called anymore.  Instead there's a vecto=
red
> >>>exception handler which is only called during debugging.
> >>
> >>>Before:
> >>
> >>>   if (!handler_installed)
> >>>     {
> >>>       handler_installed =3D true;
> >>>       SetUnhandledExceptionFilter (handle);
> >>>       AddVectoredContinueHandler (1, handle);
> >>>     }
> >>
> >>>After:
> >>
> >>>   if (!handler_installed)
> >>>     {
> >>>       handler_installed =3D true;
> >>>       SetUnhandledExceptionFilter (handle);
> >>>       AddVectoredExceptionHandler (1, handle_while_being_debugged);
> >>>     }
> >>
> >>>If anybody can explain this weird behaviour, please educate me.
> >>
> >>I can't explain the behavior, but I could say, that setting
> >>"handler_installed =3D true;" before the handler is actually installed =
is not
> >>quite right.
> >>Unless that variable is used inside either of two functions called afte=
rward,
> >>I would move it down to the end of `if' block.
> >
> >BTDT.  This isn't the problem.  I *may* have found the culprit today,
> >but I ripped apart a lot of the code so I'm not really sure yet.  Stay
> >tuned.
>=20
> The problems I've reported seem to all be fixed in the latest
> snapshot (2014-03-29 15:21:43 UTC).  Thanks!

Thanks to you for reporting the problems, providing testcases,
and generally testing snapshots!


Corinna

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

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

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

iQIcBAEBAgAGBQJTOSeNAAoJEPU2Bp2uRE+gK+YP/RVGPtE3ykXzdxqaajCRna43
UenDyEAkhfpHGB+KxPo9RTgVXADzpVZdJcT+PHjqP9gnW/6huCyZvi8uH6kIUtc0
BX2utKtQBHPboZ6PD2I3XZV1pR/EceUM6jpVkZVqltfelgaYnIRuwXa0vTflnXjq
uajyBsxN0EnPg5npo4kSKXT0Xf+Sxg9sjCeqVfOzmEK2raa9hh7NgBzEV9d311RQ
I7z+xFnNBJoXs6dD33bOaEidm9+1AVYfRgV6v2YuCpW8S545DHGrNRfabDP59yoh
LIzuZ8CfIveQKhjnQisCF1Ygb5B0V5ysSqzJxFKGXWOEeB/SmF8DhZj6uQKd3QrD
1kTmZKz4vf9pWeZOZwD4+TILgSWrp+qx68J/ZpVntL3AkjqxjITRkdiTy4dVHKTs
5UhuAmDMDPY7jJiqPmago3Vv6yqLguvDMVOGPTfhpl3/HVvf9HDUkcOSMBM29T41
Wm2k2aebGj6syh+MF9wpSsJik80lwr6ode0lgACC8th1SKsmxe5+e8eSdJaxqZCB
HubFxG9guNHwTUC4Iphp3SWpZrMMyBkZWEyVrV8T3hgMDNGUdCePHzPBGbnPK5LA
bHzCHXZfsZzhcm8UqB1vTM1nXKfap25yvmpuXP2cxGN1NxjUsTflloBvsaD1e0i+
2A2AMI/RnKynFqaY61DS
=07Xq
-----END PGP SIGNATURE-----

--G4iJoqBmSsgzjUCe--