Re: strange xterm behavior across platforms
Douglas Allan Tutty [EMAIL PROTECTED] wrote: On Fri, Jan 26, 2007 at 02:33:12PM -0800, Sage Weil wrote: Hi, I'm seeing strange terminal behavior in xterm with output from g++ or even man pages on my amd64 etch installation. Things that are normally quoted are instead surrounded by odd characters that goof up the terminal output. For example, a g++ error looks like The strange part is that if I'm using an xterm run off the amd64 box, it looks fine, but if xterm is running from a regular 32bit debian box (or even cygwin) it's garbled. Also, if I view it on the console, it's surrounded by the little square (ASCII 254) instead of quotes. Is this something with terminfo in etch, or with the amd64 port? The problem is that Etch amd64 uses UTF-8 (multi-byte per character) vs regular one byte per character. You need an xterm that handles utf-i. uxterm's the shell script that sets up xterm to run in UTF-8 mode. Referring to an xterm is like referring to a Douglas Tutty... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: strange xterm behavior across platforms
On Fri, Jan 26, 2007 at 02:33:12PM -0800, Sage Weil wrote: Hi, I'm seeing strange terminal behavior in xterm with output from g++ or even man pages on my amd64 etch installation. Things that are normally quoted are instead surrounded by odd characters that goof up the terminal output. For example, a g++ error looks like The strange part is that if I'm using an xterm run off the amd64 box, it looks fine, but if xterm is running from a regular 32bit debian box (or even cygwin) it's garbled. Also, if I view it on the console, it's surrounded by the little square (ASCII 254) instead of quotes. Is this something with terminfo in etch, or with the amd64 port? The problem is that Etch amd64 uses UTF-8 (multi-byte per character) vs regular one byte per character. You need an xterm that handles utf-i. E.g. rxvt doesn't but rxvt-unicode does. Try it or xfce4-terminal. In general this is a problem for me sshing from my 486 sarge box and running curses stuff (like mutt, mc, or aptitude) where the line-drawing characters are mangled unless I issue LANG=C. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: strange xterm behavior across platforms
Sage Weil [EMAIL PROTECTED] writes: I'm seeing strange terminal behavior in xterm with output from g++ or even man pages on my amd64 etch installation. Things that are That sounds like a locale mismatch: your amd64 system is using UTF-8 locales, whereas the other systems are set up to use (and more to the point, expect) legacy one-byte-per-character locales. You can either configure them to use UTF-8 too or make sure to set an appropriate locale on the amd64 machine when logging in remotely (for instance, by setting the environment variable LANG to en_US or C). -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: strange xterm behavior across platforms
On Fri, Jan 26, 2007 at 09:29:55PM -0500, Aaron M. Ucko wrote: Sage Weil [EMAIL PROTECTED] writes: I'm seeing strange terminal behavior in xterm with output from g++ or even man pages on my amd64 etch installation. Things that are That sounds like a locale mismatch: your amd64 system is using UTF-8 locales, whereas the other systems are set up to use (and more to the point, expect) legacy one-byte-per-character locales. You can either configure them to use UTF-8 too or make sure to set an appropriate locale on the amd64 machine when logging in remotely (for instance, by setting the environment variable LANG to en_US or C). How does one setup a box properly for utf8 I have set my /etc/environment LANGUAGE=en_AU.utf8:en_AU:en_US:en_GB:en LANG=en_AU.utf8 -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] signature.asc Description: Digital signature
