[TCLCORE] Re: [Sawmill] Bug report: Fwd: Entry Widget and CPU Hogging...

[Jeffrey H. <jef...@aj...>]

There used to be the same problem in E, which was fixed in 0.16
(I think between 0.15 and 0.16).  See the notes at:
   http://dev.scriptics.com/ticket/issue-view.tcl?msg_id=3777&mode=full

The author of E knew what the change required was, so you may
want to ask him.  I suspect that a lot of shared code was used at
some point that introduced these bugs in the gnome wm clients.
In any case, there is a solution for them.

Jeffrey Hobbs                     Tcl Ambassador
ho...@Aj...          Ajuba Solutions (nee Scriptics)

> -----Original Message-----
> From: Laurent Duperval [mailto:lau...@ne...]
> Sent: Tuesday, August 22, 2000 11:49 AM
> To: sa...@aa...
> Cc: Tcl Core List
> Subject: [TCLCORE] Re: [Sawmill] Bug report: Fwd: Entry Widget and CPU
> Hogging...
> 
> 
> On 22 Aug, John Harper wrote:
> > Laurent Duperval writes:
> > |$ wish
> > |% raise .
> > |% raise .
> > |
> > |The first raise command should work fine. The second one takes a 
> few seconds
> > |to show up. In discussing the bug, there is an explanation of what is
> > |happening behind the scnes. Maybe someone here can take a look to see if
> > |this can be fixed in sawfish.
> > 
> > using the above code, I can't see any bug, can you be more specific
> > about how to reproduce the problem?
> > 
> 
> Hmmmm.... It's possible that it's a GNOME problem:
> 
> # WindowMaker
> % time {raise .}
> 11710 microseconds per iteration
> % time {raise .}
> 10322 microseconds per iteration
> % time {raise .}
> 10483 microseconds per iteration
> % time {raise .}
> 11137 microseconds per iteration
> % time {raise .}
> 10497 microseconds per iteration
> 
> # fvwm2
> % time {raise .}
> 2320 microseconds per iteration
> % time {raise .}
> 312 microseconds per iteration
> % time {raise .}
> 318 microseconds per iteration
> % time {raise .}
> 315 microseconds per iteration
> 
> # E
> % time {raise .}
> 6839 microseconds per iteration
> % time {raise .}
> 6707 microseconds per iteration
> % time {raise .}
> 6883 microseconds per iteration
> 
> #TWM Under GNOME
> % time {raise .}
> 2755 microseconds per iteration
> % time {raise .}
> 3904 microseconds per iteration
> % time {raise .}
> 2661 microseconds per iteration
> % time {raise .}
> 3822 microseconds per iteration
> 
> # ICE Under GNOME
> % time {raise .}
> 16696 microseconds per iteration
> % time {raise .}
> 2011383 microseconds per iteration
> % time {raise .}
> 2006532 microseconds per iteration
> 
> # sawfish under GNOME
> 
> % time {raise .}
> 12362 microseconds per iteration
> % time {raise .}
> 2010147 microseconds per iteration
> % time {raise .}
> 2008609 microseconds per iteration
> % time {raise .}
> 2011134 microseconds per iteration
> 
> E under GNOME shows the same type of behaviour as ICE: when the window is
> first raised, it takes no time. But if it is raised and you try to raise it
> again, it takes about 2 seconds.
> 
> I haven't been able to test sawfish without running GNOME and I haven't been
> able to test any window manager under KDE.
> 
> L

--
The TclCore mailing list is sponsored by Ajuba Solutions
To unsubscribe:  email tcl...@aj... with the 
                 word UNSUBSCRIBE as the subject.