On Wed, Jun 27, 2007 at 12:24:33PM +0200, Michel Dänzer wrote: > On Wed, 2007-06-27 at 06:06 -0400, Thomas Dickey wrote: > > > > Given that, I've been looking for some case where there's an error in > > the indices used to point into the screen, e.g., a -1 that's sign-extended, > > causing it to use a much larger size than expected. > > Let me point out that char is unsigned by default on powerpc. Could > there be code in xterm that assumes otherwise? There "could" be, though it's something that I check for via compiler warnings, etc. But the relevant types to be concerned about are unsigned short versus int - those behave the same way everywhere. Compiler warnings don't tell everything of course, but since I've not been able to reproduce the problem, I'm only using the description. Sniffing around with valgrind doesn't show me any problems either. (It would be nice if X libraries didn't leak like a sieve ;-) If I had a case like that which I could reproduce, but not understand, I'd configure xterm using --enable-trace and study the corresponding Trace-parent.out file (which would tell the line- and columns for the selection, as well as the actual text selected). It's harder to diagnose a problem where the pasting isn't happening because the receiving xterm is in a bad state. But for the moment I'm hoping that there's "only" a problem with selection. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Attachment:
pgpUHOpmlDs0c.pgp
Description: PGP signature