GNOME Bugzilla – Bug 566670
curses corruption in terminals using libvte
Last modified: 2010-03-02 19:31:14 UTC
When running the application VWM in Gnome Terminal or Terminal (xfce), the terminal curses rendering becomes corrupt. 1. This happens on Fedora 10. 2. Does not happen on Fedora 8 or 9. 3. Does not happen on rxvt or xterm (neither use libvte) 4. Problem does not happen on a standard Linux tty (again, not using libvte) Package included in Fedora 10 is vte-0.17.4-1.fc10.x86_64 Strangely, the version of the lib is 9.3.3... lrwxrwxrwx 1 root root 15 2009-01-05 13:30 libvte.so -> libvte.so.9.3.3 lrwxrwxrwx 1 root root 15 2008-11-04 10:32 libvte.so.9 -> libvte.so.9.3.3 -rwxr-xr-x 1 root root 1234896 2008-09-22 18:18 libvte.so.9.3.3 Steps to reproduce: 1. Install VWM from sources on Fedora 10. 2. Running VWM in a terminal using libvte. 3. Open an terminal shell (in VWM). 4. Run a simple command like "ps aux"
Most likely a duplicate of bug 127870. Please try with vte >= 0.19.4 ; does that fix it? Also comment 0 is not clear enough: what's the "VWM" application ?
I'll compile the latest stable vte from source and see if the problem goes away. Here is a URL for VWM... http://vwm.sourceforge.net
Christian, Can you explain to me how to force configure to build install targets for /usr/lib64... by default it is placing them in /usr/lib. I have modified the Makefile so that libdir = ${exec_prefix}/lib64 but that does not seem to help. I suppose I could manually copy over the shared objects and symlinks from /usr/lib but that doesn't seem clean. Here is what I pass to configure... ./configure CFLAGS="-march=x86-64" --prefix=/usr
Tried passing --libdir=/usr/lib64 to configure ? You shouldn't build experimental software into /usr btw.
It installed correctly with: /configure CFLAGS="-march=x86-64" --prefix=/usr --libdir=/usr/lib64 and I test the problem which still persists.
"you shouldn't build experimental software into /usr btw" As a software developer myself, yes, I know this... but sometimes I like to live on the edge :)
I'm also seeing this with rtorrent (ncurses-based). Vte 0.17.4-r3 on Gentoo. When rtorrent updates the current speed figure for a torrent, sometimes a character 'drops off' in column alignment and is placed leftmost on the screen, though in the right row.
I would reiterate that this did not happen with any of the libvte versions included in Fedora 8 or Fedora 9. I will post a screenshot of the problem.
Created attachment 127270 [details] Artifacts appear just after openening the terminal window
Created attachment 127271 [details] Severe corruption after running "ps aux" in VWM pty
Based on comment #7 and my experience, I would say that this has something to do with how right-handed bounds are handled.
I am using Ubuntu 9.04 alpha4, same corruption occurs when running midnight commander (mc) and aptitude via gnome-terminal, another terminal app using libvte. The version of libvte is 0.19.4.
Created attachment 129854 [details] Corrupted aptitude display in gnome-terminal
Created attachment 129855 [details] Corrupted mc display in gnome-terminal
This might be related to this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=525507. Look at the test case: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=test.c;att=1;bug=525507 Also consider that using move(0,0) after the first mvaddstr call fixes the problem. It's like gnome-terminal/vte is doing something trickky on cursor movement.
Pretty sure I've fixed this in vte. *** This bug has been marked as a duplicate of bug 572230 ***