[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
lynx-dev UCSetTransParams() mystery...
From: |
Leonid Pauzner |
Subject: |
lynx-dev UCSetTransParams() mystery... |
Date: |
Thu, 14 Jan 1999 04:56:23 +0300 (MSK) |
I was trying to remove this annoying "me->tag_charset:" from trace log,
but apparently "UCSetTransParams:" show an incorrect charset handler:
windows-1251 is 24 and cp866 is 23.
E.g., we hold different handlers for the same charset
(say cp866: UChndl=17 and UCLYhndl=23 (sic!)
Yes, it "works" but looks too messy to say at least.
SGML: Start <META>
me->tag_charset: 38 -> 38 (me->UCLYhndl: 23, tag_charset: 38)
^^^^^^^^^^^^
LYHandleMETA: HTTP-EQUIV="Content-Type" NAME="NULL" CONTENT="text/html;
charset=windows-1251"
UCSetTransParams: from windows-1251(18) to cp866(17)
^^ which is: ^^^^^^^^^
CTRACE(tfp, "UCSetTransParams: from %s(%d) to %s(%d)\n",
p_in->MIMEname, p_in->UChndl, p_out->MIMEname, p_out->UChndl);
LYHandleMETA: New charset: windows-1251
SGML: Start <HTML>
me->tag_charset: 38 -> 38 (me->UCLYhndl: 23, tag_charset: 38)
HTML:begin_element[0]: adding style to stack - Normal
SGML: Start <HEAD>
me->tag_charset: 38 -> 38 (me->UCLYhndl: 23, tag_charset: 38)
The problem traced back to:
/*
* This only sets up the structure - no initialization of the tables
* is done here yet.
*/
PUBLIC void UC_Charset_Setup ARGS9(
and
/*
* "New method" meets "Old method" ...
*/
PRIVATE int UC_Register_with_LYCharSets ARGS4(
int, s,
in particular, line:
LYCharSet_UC[LYhndl].UChndl = s;
- lynx-dev UCSetTransParams() mystery...,
Leonid Pauzner <=