From: thomas at tada.se (Thomas Hallgren) Date: Thu, 22 Jun 2006 15:16:38 +0200 Subject: [Pljava-dev] zlib conflict on Debian AMD64 ??? In-Reply-To: <1150981643.6071.34.camel@localhost> References: <1150963234.5987.11.camel@localhost> <449A52D8.4010208@tada.se> <1150971313.6071.6.camel@localhost> <449A9257.9040608@tada.se> <1150981643.6071.34.camel@localhost> Message-ID: <449A9836.1060909@tada.se> 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.(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