Re: [vile] utf-8 newbie

[Paul Fox]

resurrecting an old utf-8 thread...

i've now built vile-9.8g.  the behavior is still exactly as
described below.   "locale -a" does not list en_US, but it
sounded from what tom said below that that shouldn't matter
after 9.8e.

so, my test uses a file containing this line:
 drivers/input/mouse/psmouse-base.c: In function ‘psmouse_process_byte’:

i'm running uxterm, vile 9.8e, with "set fk=utf-8".  for the record,
if i use uxterm and vim and "set encoding=utf-8", it displays correctly.
do i need to set printing-low/high to anything special?

any other thoughts?

paul


thomas wrote:
 > On Fri, 24 Jun 2011, Paul Fox wrote:
 > 
 > > i guess if gcc is going to start putting UTF-8 in its error messages,
 > > it's time for me to figure out how to display them.  sigh.  it's been
 > > a good run.  :-)
 > >
 > > i think my problem is simple.  simple xterm doesn't solve it, but
 > > uxterm does, and the gcc error messages look fine.  running vile under
 > > uxterm isn't so successful.  i unset printing-low/high hoping that the
 > > defaults for everything else would do the right thing, but i still get
 > > \xNN escapes:
 > >    foo.c: In function \xE2\x80\x98ec_write\xE2\x80\x99:
 > > that's true with file-encoding set to locale (the default), auto,
 > > or 8-bit.
 > >
 > > if i change file-encoding to "utf-8" i get:
 > >    foo.c: In function \u2018ec_write\u2019:
 > > which maybe is better, but i think i'm on the wrong track.
 > >
 > > i have LC_ALL=C and LANG=en_US.UTF-8 set.  i'm running vile-9.7zd
 > > (because that's what came with ubuntu maverick.  i can build a newer
 > > version if that will help).
 > 
 > perhaps this - easy to check:
 > 
 > until 9.8d/e, vile would rely upon having (installed in the system) locale 
 > data for en_US and en_US.UTF-8, which was workable for several years until 
 > Ubuntu (and others, though iirc, Ubuntu was the first) reduced their 
 > locale support.
 > 
 > In 9.8d, I added a builtin table (about 70kb) to provide that information
 > (but there was a remaining bug that I fixed in 9.8e).
 > 
 > If "locale -a" doesn't list en_US, that's the first place to consider.
 > 
 > On other fronts, someone's packaged vile for Fedora, but (the last I 
 > checked a couple of weeks ago), it's got a problem with the library
 > path, making most syntax filters fail to load.  It's a nuisance when I 
 > update with yum, since my working package gets overwritten.  So I have a 
 > to-do to write a comparable (but working) rpm spec...
 > 
 > At the moment I'm working on dialog, expecting to go to xterm next - based 
 > on how big my backlog is - sorry for being slow to get back to vile 
 > (dialog has a lot of work due to the recent adoption in FreeBSD).
 > 
 > -- 
 > Thomas E. Dickey
 > http://invisible-island.net
 > ftp://invisible-island.net

=---------------------
 paul fox, address@hidden (arlington, ma, where it's 56.8 degrees)