[Pljava-dev] CVS HEAD is now Java 6.

From: pierce at hogranch(dot)com (John R Pierce)
To:
Subject: [Pljava-dev] CVS HEAD is now Java 6.
Date: 2011-12-03 21:02:59
Message-ID: 4EDA8E83.5050000@hogranch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pljava-dev

On 12/03/11 12:33 PM, John R Pierce wrote:
> I'm now using this build script...

I completely cleaned it (uninstall.sql), stopped postgres, rebuilt the
package (using the same build script), copied the .jar and .so to the
/usr/share/pljava/ started postgres, and this time tried the java
Deployer rather than install.sql, it ran (after I dug up postgresql.jar
and included it in the classpath), and tried your 'smoke test' again...

piercej=# CREATE or REPLACE FUNCTION sysprop( text ) RETURNS text AS
'java.lang.System.getProperty' LANGUAGE java;
CREATE FUNCTION
piercej=# SELECT sysprop( 'java.home' );
The connection to the server was lost. Attempting reset: Failed.
!> \q

and kaboom, and this time the stack trace is back to the longer dump...

Stack: [0x00007fff2652e000,0x00007fff2662e000], sp=0x00007fff2662ad28,
free space=1011k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
C=native code)
J java.lang.String.indexOf(II)I
j java.net.URL.<init>(Ljava/net/URL;Ljava/lang/String;)V+4
j
sun.misc.URLClassPath$JarLoader.checkResource(Ljava/lang/String;ZLjava/util/jar/JarEntry;)Lsun/misc/Resource;+13
j
sun.misc.URLClassPath$JarLoader.getResource(Ljava/lang/String;Z)Lsun/misc/Resource;+60
j
sun.misc.URLClassPath.getResource(Ljava/lang/String;Z)Lsun/misc/Resource;+53
j java.net.URLClassLoader$1.run()Ljava/lang/Object;+26
v ~StubRoutines::call_stub
V [libjvm.so+0x4df5c0] JavaCalls::call_helper(JavaValue*,
methodHandle*, JavaCallArguments*, Thread*)+0x1e0
V [libjvm.so+0x70f629] os::os_exception_wrapper(void (*)(JavaValue*,
methodHandle*, JavaCallArguments*, Thread*), JavaValue*, methodHandle*,
JavaCallArguments*, Thread*)+0x19
V [libjvm.so+0x4df3d5] JavaCalls::call(JavaValue*, methodHandle,
JavaCallArguments*, Thread*)+0x25
V [libjvm.so+0x551339] JVM_DoPrivileged+0x439
C [libjava.so+0x10e6f]
Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedExceptionAction_2Ljava_security_AccessControlContext_2+0xf
j java.net.URLClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class;+13
j java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;+47
j
sun.misc.Launcher$AppClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;+41
j java.lang.ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class;+3
v ~StubRoutines::call_stub
V [libjvm.so+0x4df5c0] JavaCalls::call_helper(JavaValue*,
methodHandle*, JavaCallArguments*, Thread*)+0x1e0
V [libjvm.so+0x70f629] os::os_exception_wrapper(void (*)(JavaValue*,
methodHandle*, JavaCallArguments*, Thread*), JavaValue*, methodHandle*,
JavaCallArguments*, Thread*)+0x19
V [libjvm.so+0x4def06] JavaCalls::call_virtual(JavaValue*,
KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*)+0x126
V [libjvm.so+0x4df013] JavaCalls::call_virtual(JavaValue*, Handle,
KlassHandle, symbolHandle, symbolHandle, Handle, Thread*)+0x53
V [libjvm.so+0x7ebafa]
SystemDictionary::load_instance_class(symbolHandle, Handle, Thread*)+0x38a
V [libjvm.so+0x7e9845]
SystemDictionary::resolve_instance_class_or_null(symbolHandle, Handle,
Handle, Thread*)+0x575
V [libjvm.so+0x7e85d1] SystemDictionary::resolve_or_null(symbolHandle,
Handle, Handle, Thread*)+0x81
V [libjvm.so+0x7e81e4] SystemDictionary::resolve_or_fail(symbolHandle,
Handle, Handle, bool, Thread*)+0x34
V [libjvm.so+0x84cac0]
VerificationType::is_reference_assignable_from(VerificationType const&,
instanceKlassHandle, Thread*) const+0x170
V [libjvm.so+0x7a9f7d]
VerificationType::is_assignable_from(VerificationType const&,
instanceKlassHandle, Thread*) const+0xad
V [libjvm.so+0x855d1b]
ClassVerifier::verify_return_value(VerificationType, VerificationType,
unsigned short, Thread*)+0x6b
V [libjvm.so+0x851543] ClassVerifier::verify_method(methodHandle,
Thread*)+0x3563
V [libjvm.so+0x84dec4] ClassVerifier::verify_class(Thread*)+0x1a4
V [libjvm.so+0x84d2ac] Verifier::verify(instanceKlassHandle,
Verifier::Mode, bool, Thread*)+0x26c
V [libjvm.so+0x4ac95a] instanceKlass::verify_code(instanceKlassHandle,
bool, Thread*)+0x2a
V [libjvm.so+0x4ad0ac]
instanceKlass::link_class_impl(instanceKlassHandle, bool, Thread*)+0x64c
V [libjvm.so+0x4ac9bc] instanceKlass::link_class(Thread*)+0x4c
V [libjvm.so+0x4ad290]
instanceKlass::initialize_impl(instanceKlassHandle, Thread*)+0x30
V [libjvm.so+0x4ac91a] instanceKlass::initialize(Thread*)+0x6a
V [libjvm.so+0x56a9d9] find_class_from_class_loader(JNIEnv_*,
symbolHandle, unsigned char, Handle, Handle, unsigned char, Thread*)+0xc9
V [libjvm.so+0x4ee8dc] unsigned+0x35c

in 40 years of working with computers at all levels, I think I can
safely say, Java consistently has some of the WORST RUNTIME DIAGNOSTICS
of any software I've ever used, short of core dumps on IBM DOS/VS COBOL
or FORTRAN programs.

--
john r pierce N 37, W 122
santa cruz ca mid-left coast

In response to

Browse pljava-dev by date

  From Date Subject
Next Message Johann 'Myrkraverk' Oskarsson 2011-12-05 09:35:59 [Pljava-dev] Considering dropping support for OS/2
Previous Message John R Pierce 2011-12-03 20:33:50 [Pljava-dev] CVS HEAD is now Java 6.