Re: national chars - libiconv not used?
Alain Bench wrote:
On Friday, June 16, 2006 at 14:17:27 +0200, Michal Hajek wrote:
libiconv is hidden in libidn - chatr on libidn shows libiconv.
Mutt calls libidn. Libidn indeed calls libiconv. But Mutt also has
to call directly libiconv for its own needs. Chatr should show libiconv
referenced on both... Here on Linux ldd does.
I failed to configure mutt to do it.
tried various mutt configure options.
| -HAVE_WC_FUNCS
If I follow correctly, you added --without-wc-funcs, right? I seem
to recall you needed it in HP-UX 10.20.
Yes. This and locales hack together makes mutt NOT to show octals...
In the A0-FF zone that's a correct CP-852 table. Unfortunately a
CP-852 table displayed on a CP-852 terminal doesn't say nothing about
iconv health. Better try the Latin-2 table.
The picture attached.
chars between 0x80 and [0x9F] are not good.
Things like tilde letters ("~A" for char 0x81) and such are a
signature of Ncurses most probably related with a broken locale... :-(
Back to questions in my previous mail, I guess.
OK, I'll try to anwer it again.
> I'd suspect something like iconv functions taken from the system
> libc instead of libiconv 1.10. And such setup needs its own specific
> charset names, additional aliases, and maybe even some iconv-hooks. Your
> symptoms may match those of an invalid $charset or failing Latin-2 <==>
> CP-852 converter. You would see an uppercase accented U here: "é"
> (really an e acute).
I do not see it correctly (on HP-UX).
>
> Otherwise I vaguely seem to recall that you succeeded switching to
> libiconv only with export LDFLAGS=-L/usr/local/lib and some such
> conditions. Doesn't work anymore?
No, it does not work. This was one of my configure command, but I tried
many variations of it ...
>> System: HP-UX B.11.23 (9000/800)
>> +EXACT_ADDRESS +LOCALES_HACK
>
>
> Are you sure that the --enable-locales-fix option is still necessary
> with 11.23? If it is necessary, it is not friendly to CP-850: You need
> the additional mutt.michal.the-return-of-the-locales-hack-2.patch.
As I wrote above: without this and --HAVE_WC_FUNC mutt shows octals.
>> Error in .muttrc, line 302: Warning: Bad IDN 'mutt.org' in alias
'mutt-dev'
>
This error is not shown anymore. This was matter of "old" libiconv, I believe.
> What is printed by "locale charmap"? Does setting $charset to this
> value wipe the error? Does typing ":set &charset ?charset" directly in
> Mutt shout the same value?
:set ?charset
charset="IBM852"
locale charmap:
hpuh:/home/hajek>locale charmap
"charmaps/IBM852.cm"
> In 10.20 config.iconv you had some defined aliases. Perhaps the
> HP-UX upgrade wiped this:
>
> | # alias for cp852 edited hajek@xxxxxxxx (180602)
> | alias cp852 852 IBM-852 IBM852
> | # alias for iso-8859-1, iso-8859-2 edited hajek@xxxxxxxx (180602)
> | alias iso81 iso8859_1 iso88591 iso-8859-1 ISO-8859-1
> | alias iso82 iso8859_2 iso88592 iso-8859-2 ISO-8859-2
>
>
Yes, it did, but I editted it after new server install:
hpuh:/usr/lib/nls/iconv>grep 852 config.iconv
# cp852 : Code Page 852, PC Latin-2 code for East European languages
alias cp852 852 IBM-852 IBM852
iso82 cp852 iso82=cp852 default -
cp852 iso82 cp852=iso82 default -
cp852 ucs2 cp852=ucs2 lsbucs2.sl -
ucs2 cp852 ucs2=cp852 lucs2hp.sl -
cp852 utf8 cp852=ucs2 lsbutf8.sl -
utf8 cp852 ucs2=cp852 lutf8hp.sl -
Thanks,
Michal
PS: checklocale returns no error
