On 2009.09.22 at 12:13:45 +0200, Ger Hobbelt via RT wrote:
Sorry for late reply; been under the weather lately, healthwise, so
this is my first 'on-line' experience in a while ;-)
As far as the brain is operational again... I'd say the quickest way
to fix this is to wrap the __try/__except
2009/9/23 Victor B. Wagner vi...@cryptocom.ru:
Mingw does. It have header except.h, which defines __try1 and __except1
which do some assembler black magic.
Unfortunately I don't know windows internals enough to tell from the
glance if this magic correct or not. So, I haven't tried to use
Had a little look-see regarding mingw:
see the mingw bug report here:
http://sourceforge.net/tracker/index.php?func=detailaid=2833091group_id=2435atid=102435
which regards with __try1/__except1 and gcc optimizations, plus some
informative stuff (at least it was for me):
Sorry for late reply; been under the weather lately, healthwise, so
this is my first 'on-line' experience in a while ;-)
As far as the brain is operational again... I'd say the quickest way
to fix this is to wrap the __try/__except chunk in a compiler-specific
preproc check a la:
#if
[...@hobbelt.com - Tue Sep 22 12:13:44 2009]:
Steve, what do you think?
I take it you'd like an updated patch/diff file to go with this,
right?
I've already committed a fix for this doing precisely that.
Steve.
--
Dr Stephen N. Henson. OpenSSL project core developer.
Commercial
[steve - Fri Jul 24 16:01:44 2009]:
Patch now applied. Thanks for the report.
Update. This doesn't work on non-VC++ Windows builds e.g. mingw. The
__try+__except stuff chokes them. For now reverting to old code for
those cases. Any suggestions for an equivalent fix on those?
Steve.
--
Dr
Bumped and fed to RT as this bugger doesn't seem to have a ticket #
while the fix is available, and I just got an enquiry about this and
whether did it make it into the latest. (Nope, it did not. Yet?)
See also the dev@ mail trail at the subject line time shown below
for how it got to this.
