pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

pkg/37419: x11/xterm 229 mishandles combining characters

>Number:         37419
>Category:       pkg
>Synopsis:       x11/xterm 229 mishandles combining characters
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Nov 22 11:50:00 +0000 2007
>Originator:     Rhialto
>Release:        NetBSD 3.0
System: NetBSD 3.0 NetBSD 3.0 (Radl's Pervasion of the Incorrect 
Chord) #2: Sun Nov 26 21:46:18 CET 2006 amd64
Architecture: x86_64
Machine: amd64
        If you cat(1) the UTF-8 demo file from to an
        xterm started with 
            LC_CTYPE=en_US.UTF-8 ./xterm -u8 -class UXTerm
        (which is basically what the uxterm script does), the combining
        characters don't come out combined. the part above the text

         (The above is a two-column text. If combining characters are handled
  correctly, the lines of the second column should be aligned with the
  | character above.)

        is misformatted, for instance.

        Worse, it seems that if you start it without the
        "LC_CTYPE=en_US.UTF-8", catting that file hangs xterm.

        The stock NetBSD 3.0 xterm works right:  version "XFree86".

        I originally found this problem on FreeBSD, where this issue now
        has pr number ports/118196.

        See above.
        By accident, I found a workaround, involving luit(1) and a
        misspelling of the locale name. Apparently "utf-8" instead of
        "UTF-8" causes luit to do an almost-identity mapping which
        somehow avoids the problem:

        LC_CTYPE=en_US.utf-8 xterm -lc -class UXTerm 

___ Olaf 'Rhialto' Seibert      -- You author it, and I'll reader it.
\X/ rhialto/at/        -- Cetero censeo "authored" delendum esse.


Home | Main Index | Thread Index | Old Index