This is the mail archive of the
mailing list for the Insight project.
RE: MinGW setjmp SEGV
- From: "Dave Korn" <dave dot korn at artimi dot com>
- To: "'Andrew STUBBS'" <andrew dot stubbs at st dot com>,<insight at sources dot redhat dot com>
- Date: Fri, 5 Aug 2005 16:28:21 +0100
- Subject: RE: MinGW setjmp SEGV
>From: Andrew STUBBS
>Sent: 05 August 2005 15:40
> Many apologies. I have got the diff backwards! It is tcl 8.4.1 that is
> broken and AFAIKT CVS HEAD is little altered.
> Please find a correct one attached.
> Andrew Stubbs
Aha, that makes more sense, thanks.
I don't understand the need for it yet, though; can you enlarge on the
problem or point me at a tcl.sourceforge bugzilla report? This patch would
affect cygwin as well as mingw, since it also defines HAVE_NO_SEH; AFAIUI,
the macro means 'have no seh support in the compiler' rather than 'have no
seh in the target OS', but cygwin (apparently) is happy enough using 'doze
SEH, and I don't understand the comment about "Unlike Borland and Microsoft
we don't .... pushing registration records onto the runtime stack." Yet
the EXCEPTION_REGISTRATION variable "registration" is on the stack and
appears to be linked into the 'doze SEH chain in pretty much the usual
fashion. I'm sure this is just my lack of comprehension.
OTOH this patch would seem to address my concerns about the reentrancy
problems of using static _ESP and _EBP variables.
Should or shouldn't the same changes be made to the exception handling in
tclWinFCmd.c and tclWinChan.c as well?
Can't think of a witty .sigline today....