[Tcl-bugs] [ tcl-Bugs-1235544 ] MinGW Tcl crashes

[SourceForge.net <no...@so...>]

Bugs item #1235544, was opened at 2005-07-10 03:50
Message generated for change (Settings changed) made by hobbs
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1235544&group_id=10894

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: 69. Other
Group: current: 8.4.11
>Status: Pending
>Resolution: Fixed
Priority: 8
Submitted By: Wolfgang Grossbauer (magro)
Assigned to: Jeffrey Hobbs (hobbs)
Summary: MinGW Tcl crashes

Initial Comment:
Tcl8.4.11 compiled on a W2K  (SP4) system with
MSYS/MinGW (msys_mingw 0.6) crashes with error
'Programerror, tclsh.exe has caused a program error and
closes. Restart the program. Error protocoll is created.'


----------------------------------------------------------------------

Comment By: Mo DeJong (mdejong)
Date: 2005-08-23 11:35

Message:
Logged In: YES 
user_id=90858

Added tkdll.patch to the HEAD and 84 branch for TK on
2005-08-23.

----------------------------------------------------------------------

Comment By: Mo DeJong (mdejong)
Date: 2005-08-14 16:46

Message:
Logged In: YES 
user_id=90858

I am not sure if this is related, but I noticed that the code
in tkWin32Dll.c was not updated to use Kenny's SEH
approach. That seemed to cause some crashing on
my machine when running `make test`. The attached
patch seems to fix it. Kenny, could you take a look and
see if it looks ok to you?

----------------------------------------------------------------------

Comment By: Kevin B KENNY (kennykb)
Date: 2005-07-18 08:17

Message:
Logged In: YES 
user_id=99768

I'm not sure where Mo reaches the conclusion that
this is related to the asm code.  The (incomplete)
config.log does indeed include some checks for
SEH and EXCEPTION_DISPOSITION, but those
tests appear to have given normal results.

Rather, the location of the crash appears 
to implicate TkWinGetDrawableDC.  (It does NOT
help that the DrWatson disassembly has messed
up - for instance, the target of the 'jnz' at 0x41bd32
is not 42485b, but rather 41bd5b.

It looks as if there's a null pointer being passed
for the Drawable in TkWinGetDrawableDC.
The stack trace back from there is:

    Tk_3DVerticalBevel
    Tk_Draw3DRectangle
    TkCreateFrame

and the event loop.

This should really be refiled as a Tk bug, but assigning
to Jeff for now.

----------------------------------------------------------------------

Comment By: Wolfgang Grossbauer (magro)
Date: 2005-07-17 06:28

Message:
Logged In: YES 
user_id=83653

config, drwatson and dump:
ftp://magro-soft.com/TclError.zip


***
Attaching file does not work, ends with:
Error
Invalid filename 

----------------------------------------------------------------------

Comment By: Mo DeJong (mdejong)
Date: 2005-07-16 16:29

Message:
Logged In: YES 
user_id=90858

This seems to be related to 1225957 and 1213678. I have
downloaded
and compiled Tcl 8.4.11 and tested them with mingw_msys 6 and
I did not see any crashes on WinXP. The submitter will need
to provide
a test case that demonstrates the crash in question.
Reassigning since Kevin knows how this new ASM code works.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1235544&group_id=10894