Received: from pirania.dif.um.es (IDENT:root@pirania.dif.um.es [155.54.210.33]) by hub.org (8.10.1/8.10.1) with ESMTP id e9D7W6r66815 for ; Fri, 13 Oct 2000 03:32:06 -0400 (EDT) Received: from dif.um.es (IDENT:gabilm@pirania.dif.um.es [127.0.0.1]) by pirania.dif.um.es (8.9.3/8.9.3) with ESMTP id JAA02017; Fri, 13 Oct 2000 09:30:03 +0200 Message-ID: <39E6B9FA.67CC858F@dif.um.es> Date: Fri, 13 Oct 2000 09:30:02 +0200 From: Gabriel Lopez X-Mailer: Mozilla 4.72 [es] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: dhjr@hddesign.com CC: pgsql-interfaces@postgresql.org Subject: Re: wrong documentation and others ..... References: <200010122136.QAA12035@proxy.hddesign.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Archive-Number: 200010/108 X-Sequence-Number: 1465 Hola. I will try this. It can be a solution. If this work I will notify to the list. Thanks for your time, Gabi. David Huttleston Jr escribió: > Hola Gabi, > I have an idea. I've read in some Java Usenet groups that class > files are not as Write-Once-Read-Everywhere as Sun would like us > to believe. If you are using one of the Jar files provided by Peter Mount > it might be a good idea to compile the JDBC class from source. > Compiling on your systems could help in two ways. The compiler > could spot the problem e.g. a name collison. Also, the solaris javac might > produce class files which do not cause the error in your solaris JVM. > Another thought, is there any chance you have an old version of > the postgresql JDBC drivers in the classpath of your solaris system? > I had an annoying bug once myself when an old version of a library > was in my classpath before the proper version, so the old-buggy > version was the library being used. > Hasta Luego, > Dave > -- Gabriel López Millán Facultad de Informática -Universidad de Murcia 30001 Murcia - España (Spain) Telf: +34-968-364644 E-mail: gabilm@dif.um.es