Stefaan A Eeckels <[EMAIL PROTECTED]> writes:
> Jürgen,
>
> > IMHO this states that the native method readImage couldn't be linked.
> > Do a nm on your libjpeg.so, it should give something like that:
> >
> > 123> nm /public/languages/JDK-1.1.6v2/lib/i686/green_threads/libjpeg.so |
> > grep readImage
> > 000103e4 T Java_sun_awt_image_JPEGImageDecoder_readImage_stub
> > 000022d8 T sun_awt_image_JPEGImageDecoder_reeadImage
> Could you confirm that JPEG images work for you? It seems
Yep, jpegs work for me.
> to me that JPEGImageDecoder.produceImage tries to call
> the wrong external (readImage), whereas the JPEG library contains
> only sun_awt_image_JPEGImageDecoder_readImage. I don't know enough
> about the java innards to know how the function names are
> cooked up, but should the error message not be something like
> java.lang.UnsatisfiedLinkError: sun_awt_image_JPEGImageDecoder_reeadImage
> and not just 'readImage'
Not necessarily.
Try
strace -e trace=open java Iview Valetta.jpg
to see which libjpeg.so gets loaded.
On my system there is a libjpeg.so in the jdk directory (this is
the one that should get loaded) and there is a libjpeg.so in /usr/lib
(which is the wrong library).
Jürgen.
--
Juergen Kreileder, Universitaet Dortmund, Lehrstuhl Informatik V
Baroper Strasse 301, D-44221 Dortmund, Germany
Phone: ++49 231/755-5806, Fax: ++49 231/755-5802
