Re: lynx-dev CJK broken in Lynx 2.8.2dev.17

[Leonid Pauzner]

8-Mar-99 10:55 Henry Nelson wrote:
> Apologies if this has already been reported.  I am not reading the
> list, nor do I have time to debug.  FYIO.

It has not been reported yet, thanks for your post.
None of us can read Japanese so we need some cooperation from your side.

Certain minore changes that may affect CJK were done by me in dev.18
If you camplaying to dev.17, where were significant changes for TEXTAREA
handling and Lynx Key map handling - both seems irrelevant for page reading.
Lots of other things were changed, though.

At least it would be good if you may build several clean dev.XX
to detect _when_ the problem arise. (no debuging, just test-build).
Thanks.

> Japanese support is broken for "http://www.synnex.co.jp/regist.html";,
> upon cursory examination a "valid page" using sjis character set.  The
> same page is rendered correctly by Lynx 2.8.2dev.8.

> Lynx 2.8.2dev.17 was compiled:
> SunOS 5.6 Generic_105181-05 sun4u sparc SUNW,Ultra-5_10
> gcc version 2.8.1
> setenv CPPFLAGS "-I$HOME/.usr/include -DNO_RULES"
> setenv LIBS "-L$HOME/.usr/lib -lintl"
> setenv ZIP_PATH "$HOME/.usr/bin/zip"
> setenv UNZIP_PATH "$HOME/.usr/bin/unzip"
> setenv BZIP2_PATH "$HOME/.usr/bin/bzip2"
> ./configure --prefix=$HOME/.usr \
>         --with-nls-datadir=$HOME/.usr/share --enable-nls \
>         --disable-included-msgs --without-included-gettext \
>         --with-screen=slang --enable-nsl-fork --with-zlib \
>         --disable-partial --enable-gzip-help --enable-externs \
>         --enable-cgi-links \
>         --disable-menu-options --enable-internal-links

> I had been using dev.15 for a week or more without problem, so there
> MAY have been a problem introduced in dev.16 or dev.17.  At least I
> would look there first.  It is likely I will not read lynx-dev for
> a week or more.  LP or other developers may write to me at "nelsonhe@
> nara.kindai.ac.jp" (NOT to the address this post comes from), and I
> will TRY to work with you  -- no promises, however.

> __Henry