SHIFT_JIS encoding option problem

Katsuaki.Sugiyama Katsuaki.Sugiyama@jp.yokogawa.com
Mon Feb 17 15:02:00 GMT 2003


On 14 Feb 2003 15:07:47 -0700
"Tom Tromey" <tromey@redhat.com> wrote:

> >>>>> ">" ==   <Katsuaki.Sugiyama@jp.yokogawa.com> writes:
> 
> >> class A {
> >>  public static void main(String[] a){
> >>   System.out.println("\"hello\"");
> >>  }
> >> }
> 
> You didn't say what system you are using.  The --encoding option is
> very sensitive to the system, since not all iconv implementations are
> equal.  I'll assume you're using Linux.

That target was RedHat-7.3(glibc-2.2.5).

> 
> I tried compiling this with `--encoding=SJIS'.  Sure enough, I saw an
> error.
> 
> I'm not convinced this is a gcj bug, however.
> Try this:
> 
>     iconv --from-code=SJIS --to-code=UTF-8 A.java
> 
> When I do this I see that the `\' has been transformed into a yen
> symbol.

My system was dumped broken charactor,too.

> 
> Either the bytes in this file don't mean what you think (i.e., that
> `\' is really a yen symbol in SJIS, and you need to have different
> bits for gcj to see it as a backslash), or there is a bug in the glibc
> iconv.  I suspect the former; ISTR hearing about the backslash-vs-yen
> symbol problem elsewhere.
> 
> In either case I don't see what we could do about it in gcj.  We're at
> the mercy of the system iconv here.
> 
> Tom

thanks, I'll look over glibc.

Katsuaki



More information about the Java mailing list