I ran across a bug today that locked vtcl up tighter than a drum. I had to
kill the process to terminate it. Environment is:
vtcl 1.10
tcl 8.0a2
tk 8.0a2
AIX 4.1
I think it also happened to me with vtcl 1.09, but I did not have time to
try to re-trace my steps and reproduce it when it happened before.
Reproduce it with:
- Start vtcl
- Start a new application with File->New
- Select the grid manger
- Insert A Frame into the topLevel.
- Select the packer manager
- Insert a menubutton into the frame
- Select the grid manager
- Insert a button into the frame
- wish should now be locked up and eating cpu cycles like mad.
I don't really know if it is a actually a vtcl bug or a tk/tcl bug. I know
it is not usually kosher to be mixing geometry managers in the same window
like this (I did it accidentally)... but it still should not hang it like
this.
I stepped through a few lines of wish in dbx (while it was already hung) just
to see where it was. I can provide that trace if it would be of any help.
---
R. Troy Monaghen | Alliance Systems Incorporated
[EMAIL PROTECTED] | [EMAIL PROTECTED]
http://www.mcs.net/~troy | http://www.alli.com
