[Top][All Lists]

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

Re: [vile] strange 9.7 vile behavior under FreeBSD

From: Thomas Dickey
Subject: Re: [vile] strange 9.7 vile behavior under FreeBSD
Date: Wed, 18 Jun 2008 13:42:41 -0400 (EDT)

On Wed, 18 Jun 2008, Gary Jennejohn wrote:


I've updated the FreeBSD vile port to 9.7 and now I'm observing _very_
strange behavior.

If I don't make vile with ICONV support, then when I start it, it
totally ignores all keyboard input.  Note that it comes up just fine and
has also loaded the (in my test shmode) appropriate filter.

The last version I'd updated the port to was 9.6e and I know that vile
worked just fine without ICONV support there.  The 9.7 xvile also works
without ICONV support turned on.

I've found a workaround - if ICONV is turned off then if I also turn
off i18n support (--without-iconv --without-locale) then vile works OK.

Conversely, if ICONV is turned on then I also turn on i18n, but I'm not so
certain that's the correct thing to do.  But --with-locale seems to be the
default anyway. which seems questionable to me.

Originally, "--with-locale" meant that we could rely on having a sane setlocale() function and usable ctype.h. That's been the default for a few years, at the expense of having to override it on my oldest (Slackware 3.6, FreeBSD 3.1). The multibyte code doesn't have a separate ifdef,
and is also turned on here.

The "--without-iconv" affects a translation table that vile may use to support an 8-bit subset of a locale, e.g., "en_US.UTF-8" and "en_US".
(That's simple, but not all of the mappings are to ISO-8859-1).

But it's "supposed to" work just fine without the table - it'll only
be able to use ISO-8859-1 as a subset.  "C" and "POSIX" are also
supposed to work...

This all seems kind of strange though.


BTW my locale settings:
garyj:peedub:~:-bash:35> locale

Gary Jennejohn

vile mailing list

Thomas E. Dickey

reply via email to

[Prev in Thread] Current Thread [Next in Thread]