Does this effect tcl/tk on all platforms?
Has Sun documented this?
Will
William "Leaves His Terminal Logged In" Young
[EMAIL PROTECTED]
If you really want to see me, check the papers and the TV
Look who's telling who what to do --Ben Folds Five
On Tue, 3 Jun 1997, Stewart Allen wrote:
> On Tue, 3 Jun 1997, Troy Monaghen wrote:
>
> > 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:
> [...]
> > 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.
>
> This is a tcl/tk bug. Try the following tcl script. It'll lock up wish.
>
>
> frame .f -width 150 -height 100
> grid .f
> menubutton .f.mb -text "menubutton"
> pack .f.mb
> button .f.b -text "button"
> grid .f.b
> update idletasks
>
>
> -stewart-
>
>
