On March 24, 2007 at 7:26AM +0900, tats (at vega.ocn.ne.jp) wrote: > > BTW, the upstream new version jd-1.8.8~beta070317 checks that if > > the value of environment variables "LC_ALL", "LC_CTYPE" or "LANG" > > is not ja_JP.UTF-8, a warning message is displayed, but this is not > > a correct judgment. jd works under ja_JP.eucJP or so if the locale > > data of ja_JP.UTF-8 is available. I recommend that displaying a > > warning message if the return value of setlocale() is NULL. > > Hmm, the new upstream version 1.8.8-beta070324 goes from bad to > worse, which displays a warning message when LANG=ja_JP.eucJP but > LC_ALL=ja_JP.UTF-8...
BTW, does jd really require ja_JP.UTF-8? I guess jd also works with other UTF-8 locales such as en_US.UTF-8. If so, I recommend: * Check a value of LC_ALL, LC_CTYPE, or LANG. * If the value is not UTF-8 locale, do setlocale(LC_ALL, "ja_JP.UTF-8"). * if the return value of setlocale() is NULL, display a warning message. AFAICS, with LANG=ja_JP.eucJP LC_ALL=ja_JP.eucJP, if setlocale(LC_ALL, "ja_JP.UTF-8") fails, "ファイル"-"板一覧最読込" displays a bord list incompletely. If setlocale(LC_ALL, "ja_JP.UTF-8") succeeds, it works correctly. With LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 without setlocale(), jd seems to work. Could you please forward this bug to the upstream? -- Tatsuya Kinoshita
pgpzkHEItNjE4.pgp
Description: PGP signature