On Mon, Feb 03, 2003 at 04:33:11PM -0500, D. Hugh Redelmeier wrote: > | From: Thomas Dickey <[EMAIL PROTECTED]> > > | On Sun, Feb 02, 2003 at 03:42:35AM -0500, D. Hugh Redelmeier wrote: > > | > Demo of bug: > | > > | > - in an xterm running a shell, type: echo -e '\033[?1001h' > | > - click in the window > | > > | > xterm now locks up (this is documented in ctlseqs.ms) and eats all > | > available CPU (not documented). > > | hmm - running on Slackware 7.1, I don't see any CPU load. > > Interesting. I would not expect this to depend on which OS you used > (unless it was VMS -- there are #ifdefs for vms in the relevant xterm > code). But I didn't track down all possible OS dependencies.
I just tried again, but still no runaway. But it's a couple years old: Linux bloatware 2.2.16 #8 SMP Fri Dec 8 18:02:22 EST 2000 i686 unknown -rwxr-xr-x 1 root root 1013224 Mar 21 2000 libc-2.1.3.so (I recall seeing some discussion over the past few years regarding differing implementation of select/poll, so perhaps it's an improvement ;-) > | I'm using > | a test-screen in vttest to exercise this feature. > > Do you mean the feature of hanging, or the feature used properly? the latter. With Redhat 8.0, I was able to make it run away with a few dozen clicks in that test screen. > The feature is used by the JOVE text editor. That is how I stumbled > across this problem. > > What do you think about the approach I suggested (act as if a default > CSI...T sequence had been received until the real one is)? Perhaps > the default should only be used after some timeout. it's not entirely clear to me what the sequence would be here. > I suspect that the CPU-burning loop happens between the sending of the > mouse message and the receipt of the CSI...T even when all is well. > If so, I'd say this is a bug too. the explanation seemed plausible (I'd like to see what the default CST..T sequence implies, etc). -- Thomas E. Dickey <[EMAIL PROTECTED]> http://invisible-island.net ftp://invisible-island.net _______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
