lynx-dev
[Top][All Lists]
Advanced

[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;



reply via email to

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