Patches item #727271, was opened at 2003-04-24 16:25
Message generated for change (Settings changed) made by andreas_kupries
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=310894&aid=727271&group_id=10894
Category: 46. Threading
Group: None
Status: Open
Resolution: None
>Priority: 8
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Andreas Kupries (andreas_kupries)
Summary: panic upon Windows TLS failures...
Initial Comment:
i found the (?) random crash problem...
TlsAlloc is failing with TLS_OUT_OF_INDEXES after
quite a while in the same process.
How did i find this issue, you ask?
Well, i put checking in to detect Tls error codes and
panic() when they are detected.
This is really bad because Windows NT 4.0 is
limited to 64 TLS slots per process and Windows 98
is limited to 80 per process...
I think somebody assumed the functions couldn't
fail when they wrote the code.
JJM
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=310894&aid=727271&group_id=10894

Patches item #727271, was opened at 2003-04-24 16:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=310894&aid=727271&group_id=10894
Category: 46. Threading
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Andreas Kupries (andreas_kupries)
Summary: panic upon Windows TLS failures...
Initial Comment:
i found the (?) random crash problem...
TlsAlloc is failing with TLS_OUT_OF_INDEXES after
quite a while in the same process.
How did i find this issue, you ask?
Well, i put checking in to detect Tls error codes and
panic() when they are detected.
This is really bad because Windows NT 4.0 is
limited to 64 TLS slots per process and Windows 98
is limited to 80 per process...
I think somebody assumed the functions couldn't
fail when they wrote the code.
JJM
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=310894&aid=727271&group_id=10894

Bugs item #220850, was opened at 2000-11-01 01:29
Message generated for change (Comment added) made by jaspert
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=220850&group_id=12997
Category: 05. Canvas Items
Group: : 8.0.5
Status: Open
Resolution: None
Priority: 5
Submitted By: Brent B. Welch (welch)
Assigned to: Jan Nijtmans (nijtmans)
Summary: Canvas arrows broken on Mac
Initial Comment:
OriginalBugID: 2250 Bug
Version: 8.0.5
SubmitDate: '1999-06-16'
LastModified: '1999-10-22'
Severity: SER
Status: UnAssn
Submitter: techsupp
ChangedBy: hobbs
OS: Macintosh
OSVersion: MacOS 8.6
Machine: Power PC
Name:
Michael Halle
ReproducibleScript:
widget canvas items demo
ObservedBehavior:
arrowheads are not placed correctly on lines.
----------------------------------------------------------------------
Comment By: Jasper Taylor (jaspert)
Date: 2003-04-24 12:41
Message:
Logged In: YES
user_id=456242
I'm getting it with TclTkAqua BI 8.4.2
It is actually the line shaft, not the arrowhead, that is in the wrong
place! This is because the line is thickened by sweeping it right
and down by width pixels, so the arrowhead is on the top-left side
of the line.
From a mailing list posting by Jim Ingham: this should be fixed by
converting Tk's line drawing from QuickDraw to CG. Along with
capstyles which currently don't work.
----------------------------------------------------------------------
Comment By: Jan Nijtmans (nijtmans)
Date: 2002-08-11 16:19
Message:
Logged In: YES
user_id=61031
Could someone test if this problem still manifests with Tk
8.4? If so, this can be closed. I don't have access to a Mac.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=220850&group_id=12997

Bugs item #220832, was opened at 2000-11-01 01:29
Message generated for change (Comment added) made by jaspert
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=220832&group_id=12997
Category: 11. Mac Menus
Group: = 8.0.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Brent B. Welch (welch)
Assigned to: Daniel A. Steffen (das)
Summary: Mac Menu: popup position incorrect when at bottom of screen
Initial Comment:
OriginalBugID: 1553 Bug
Version: 8.0.4
SubmitDate: '1999-03-19'
LastModified: '2000-02-10'
Severity: MED
Status: UnAssn
Submitter: pat
ChangedBy: hobbs
OS: Macintosh
OSVersion: 8.1
Machine: Power PC
Name: Alexander Schliep
ReproducibleScript:
MacTcl/Tk 8.0.4
Run widget demo, Menu Button Demonstration, move dialog so that
the button labeled 'one' is close to bottom of the screen, click it.
ObservedBehavior:
The popup menu is displayed at the top of the screen
DesiredBehavior:
The popup menu is displayed above (or close by) the button labeled 'one'
----------------------------------------------------------------------
Comment By: Jasper Taylor (jaspert)
Date: 2003-04-24 12:19
Message:
Logged In: YES
user_id=456242
I've had a problem like this too. What I think is happening is the
Aqua window manager does not recognize negative coordinates
as meaning offsets from the right or bottom of the screen. So, for
example, on another system the command 'wm geometry .
-100-100' would put the initial toplevel window with its bottom right
cornet 100 pixels from the right and bottom of the screen, on Aqua
it puts it near the top left just like 'wm geometry . +100+100'. I'm
guessing that the code that puts up that popup switches to -ve
offsets when the popup would go off the screen if put below the
button (this is what mine did). So, not a Tk bug.
----------------------------------------------------------------------
Comment By: Vince Darley (vincentdarley)
Date: 2001-12-18 10:45
Message:
Logged In: YES
user_id=32170
This is similar to Bug#464451 on Windows.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112997&aid=220832&group_id=12997