If I run jv-convert with no arguments I see an NPE: opsy. jv-convert Exception in thread "main" java.lang.NullPointerException at gnu.gcj.convert.IOConverter.canonicalize(libgcj.so.7) at gnu.gcj.convert.BytesToUnicode.getDecoder(libgcj.so.7) at java.io.InputStreamReader.<init>(libgcj.so.7) at gnu.gcj.convert.Convert.main(libgcj.so.7) Arguably we ought to fix this problem by replacing jv-convert with Classpath's native2ascii.
Testing a fix.
It turns out to be pretty hard to make jv-convert use the classpath getopt code, since all gcj classes are built by the main compilation and not the tools compilation (in libjava/classpath/). I'm going to go for a simpler stop-gap patch and then look at moving the jv-convert functionality into classpath's native2ascii.
Subject: Bug 29594 Author: tromey Date: Fri Jan 26 01:05:13 2007 New Revision: 121197 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121197 Log: PR libgcj/29594: * gnu/gcj/convert/Convert.java (main): Correctly handle missing input or output encodings. Removed unused local variables. Modified: trunk/libjava/ChangeLog trunk/libjava/classpath/lib/gnu/gcj/convert/Convert.class trunk/libjava/gnu/gcj/convert/Convert.java
Fix checked in.