[Pljava-dev] zlib conflict on Debian AMD64 ???

Joost Kraaijeveld wrote:
> On Thu, 2006-06-22 at 14:51 +0200, Thomas Hallgren wrote:
>
>> You seem to have the correct version of zlib. If you do a strings
>> without the fgrep you will see that all function names are prefixed with
>> Java_java_util_...
>>
>
>
> Mmmmm. I am afraid:
>
> panoramix:/home/jkr/src/pljava-1.3.0# strings /usr/lib/j2sdk1.5-sun/jre/lib/amd64/libzip.so | grep Copyright
> - deflate 1.1.3 Copyright 1995-1998 Jean-loup Gailly
> inflate 1.1.3 Copyright 1995-1998 Mark Adler
>
>
You still have a grep there. What's the output of the strings command
(no pipe at all)?

> And indeed:
>
> DEBUG: Using integer_datetimes
> DEBUG: Added JVM option string "-Djava.class.path=/usr/lib/postgresql/8.1/lib/pljava.jar"
> DEBUG: Added JVM option string "-Dsqlj.defaultconnection=jdbc:default:connection"
> DEBUG: Added JVM option string "vfprintf"
> DEBUG: Added JVM option string "-Xrs"
> DEBUG: Creating JavaVM
> DEBUG: JavaVM created
> DEBUG: Getting Backend class pljava.jar
> java.lang.InternalError
> at java.util.zip.Inflater.init(Native Method)
> at java.util.zip.Inflater.<init>(Inflater.java:75)
>
Interesting. You have the same version of libzip.so that I do. Perhaps
Sun forgot to mangle it on the AMD 64 platform? Anyway, there are ways
around it. To my knowledge, the only PostgreSQL utilities that make use
of the zlib are the dump/restore so one way to go around this is to
recompile the backend configured with --without-zlib. Meanwhile, I'll
see if I can get access to an AMD 64 machine...

Regards,
Thomas Hallgren