This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: OpenOffice.org: AbstractMethod error with Sun's jaxp/parser
On Mon, 2004-11-29 at 15:52 -0700, Tom Tromey wrote:
> >>>>> "Caolan" == Caolan McNamara <caolanm@redhat.com> writes:
>
> Caolan> The following little standalone example at
> Caolan> http://people.redhat.com/caolanm/gcj.problems/parsertest.tar.gz
> Caolan> barfs with...
>
> Thanks for making this self contained.
>
> The problem seems to be that the test program is picking up the
> org.w3c.dom that we ship, not the one that is in the jar.
>
> It seems that, contrary to the binary compatibility rules, a new
> method was added to the interface org.w3c.dom.Node. Yay. The code
> generating this exception is not buggy.
>
> Running gij with -Dgnu.gcj.runtime.VMClassLoader.library_control=never
> worked for me. This is needlessly obscure, not to mention bogus, not
> that I can suggest a better fix at the moment.
Most excellent, that works fine :-). So onwards we trundle to the next
pair of differences. These zip/jar ones are trivial for me to workaround
in the source, standalone testcase as...
http://people.redhat.com/caolanm/gcj.problems/ziptest.tar.gz
JarEntry.setCompressedSize(-1) works with sunjava and not with gcj
and JarOutputStream.write(byte[]) where byte[] is of length 0 passes
silently with sunjava and not with gcj.
C.