Java print caused JVM crash on Vista platform with JDK 1.5.0_14

Platform: JDK 1.5.0_14 + Vista
The issue didn't exit in windows XP or 2003. It's only Vista specific.
I found the bugs (6358747/6574633 and 6395356) in SUN’s official site. SUN developer only fixed the bug 6358747/6574633 for XP (fixed in JDK 1.5.0_11 and 1.6) and marked the bug 6395356 for Vista as duplicate, that is, the bug for Vista was not fixed at that time. In the meanwhile I ran the code posted in the bug report (6358747/6574633) with JDK 1.5.0_14 on vista. The issue still occurred. That means, 6395356 was not actually a duplicate of 6358747/6574633.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6358747 or http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6574633 - For XP
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6395356 - For Vista
Currently I knew the bug for vista has been fixed in higher JDK version (1.5.0_18 or above). But our application is based on 1.5.0_14 and we didn't solve the issue by upgrading the JDK version because some other reasons. So I would like to know if there is a workaround?
In addition, the bug for XP has a workaround posted in the bug report link. But I didn't find the similar settings for Vista. Anyone could help me?
*[Workaround for XP]*
Control Panel->Regional and Language Options->Lanuages Tab-> Pressed "Details..."
to bring up the "Text Services and Input Languages" dialog and there select
the "Advanced" tab and CLEAR the option to
"Extend support of advanced text services to all programs".
Edited by: 815150 on 2010-11-23 下午11:34

The only solution for a bug is to install a version in which it is fixed. In this case I would highly recommend making the effort to upgrade to Java 6, as Java 5 is end of life already and with good reason: its ancient technology. What are you going to do otherwise? Keep using Java 5 until you phase out your software? The problems are only going to grow as time passes and will ultimately cost you a lot more money than it will do right now to make the upgrade efforts.

Similar Messages

IMSL C library causes JVM crash through JNI in GC with JDK 1.6

Hi Java friends,
We use the IMSL C library (made by Visual Numerics) via JNI which picks up a C++ so on Linux. Under JDK 1.5 it works fine. Under 1.6 it crashes in the GC. I put together a very simple testcase that just calls the IMSL error options function (which sets up the library) and it causes the JVM to crash somewhere in the GC. The reason I know it's in the GC is that the crash is not immediate, it's only when the GC is active, so we wrote some test code to push the GC like this:
log("Looping");
long block = 10000000;
int numBlocks = 10;
long loops = block * numBlocks;
for (long i = 0; i < loops; i++) {
// Create some objects that need disposal
String.valueOf(i);
if (i % block == 0) {
log("Reached " + i);
System.gc();
Anyone got any idea why? Crash dump follows.
Many thanks,
David.
# An unexpected error has been detected by Java Runtime Environment:
# SIGSEGV (0xb) at pc=0x00000000, pid=23854, tid=4143893424
# Java VM: Java HotSpot(TM) Server VM (1.6.0_03-b05 mixed mode)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x08058c00): JavaThread "main" [_thread_in_Java, id=23855]
siginfo:
[error occurred during error reporting, step 90, id 0xb]
Stack: [0xf6f9c000,0xf6fed000), sp=0xf6feb55c, free space=317k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x53b9a7]
V [libjvm.so+0x53c5b4]
C [libpthread.so.0+0xb890]
V [libjvm.so+0x53b3f5]
V [libjvm.so+0x53b9a7]
V [libjvm.so+0x4541d0]
V [libjvm.so+0x451a68]
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x08157c00 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=23866]
0x08155c00 JavaThread "CompilerThread1" daemon [_thread_blocked, id=23865]
0x08154800 JavaThread "CompilerThread0" daemon [_thread_blocked, id=23864]
0x08153400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=23863]
0x08140400 JavaThread "Finalizer" daemon [_thread_blocked, id=23862]
0x0813f800 JavaThread "Reference Handler" daemon [_thread_blocked, id=23861]
=>0x08058c00 JavaThread "main" [_thread_in_Java, id=23855]
Other Threads:
0x0813d000 VMThread [id=23860]
0x08159400 WatcherThread [id=23867]
VM state:synchronizing (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x08056d60/0x08056d88] Safepoint_lock - owner thread: 0x0813d000
[0x08056de0/0x08056e08] Threads_lock - owner thread: 0x0813d000
Heap
PSYoungGen total 87040K, used 8962K [0xecca0000, 0xf21e0000, 0xf3e60000)
eden space 86784K, 10% used [0xecca0000,0xed528b98,0xf2160000)
from space 256K, 87% used [0xf21a0000,0xf21d8040,0xf21e0000)
to space 256K, 0% used [0xf2160000,0xf2160000,0xf21a0000)
PSOldGen total 230976K, used 0K [0xb3e60000, 0xc1ff0000, 0xecca0000)
object space 230976K, 0% used [0xb3e60000,0xb3e60000,0xc1ff0000)
PSPermGen total 16384K, used 2540K [0xafe60000, 0xb0e60000, 0xb3e60000)
object space 16384K, 15% used [0xafe60000,0xb00db1d8,0xb0e60000)
Dynamic libraries:
0085a000-0086f000 r-xp 00000000 68:06 213117 /lib/ld-2.3.4.so
0086f000-00870000 r-xp 00015000 68:06 213117 /lib/ld-2.3.4.so
00870000-00871000 rwxp 00016000 68:06 213117 /lib/ld-2.3.4.so
00873000-00875000 r-xp 00000000 68:06 213179 /lib/libdl-2.3.4.so
00875000-00877000 rwxp 00001000 68:06 213179 /lib/libdl-2.3.4.so
0089b000-009c0000 r-xp 00000000 68:06 213118 /lib/tls/libc-2.3.4.so
009c0000-009c1000 r-xp 00124000 68:06 213118 /lib/tls/libc-2.3.4.so
009c1000-009c4000 rwxp 00125000 68:06 213118 /lib/tls/libc-2.3.4.so
009c4000-009c6000 rwxp 009c4000 00:00 0
009c8000-009e9000 r-xp 00000000 68:06 213200 /lib/tls/libm-2.3.4.so
009e9000-009eb000 rwxp 00020000 68:06 213200 /lib/tls/libm-2.3.4.so
009ed000-009fb000 r-xp 00000000 68:06 213087 /lib/tls/libpthread-2.3.4.so
009fb000-009fd000 rwxp 0000d000 68:06 213087 /lib/tls/libpthread-2.3.4.so
009fd000-009ff000 rwxp 009fd000 00:00 0
00a01000-00a09000 r-xp 00000000 68:06 213205 /lib/tls/librt-2.3.4.so
00a09000-00a0b000 rwxp 00007000 68:06 213205 /lib/tls/librt-2.3.4.so
00a0b000-00a15000 rwxp 00a0b000 00:00 0
00a31000-00a43000 r-xp 00000000 68:06 213202 /lib/libnsl-2.3.4.so
00a43000-00a45000 rwxp 00011000 68:06 213202 /lib/libnsl-2.3.4.so
00a45000-00a47000 rwxp 00a45000 00:00 0
06000000-065a0000 r-xp 00000000 00:1c 172281 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/server/libjvm.so
065a0000-065db000 rwxp 005a0000 00:1c 172281 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/server/libjvm.so
065db000-069fc000 rwxp 065db000 00:00 0
08048000-08052000 r-xp 00000000 00:1c 287782 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/bin/java
08052000-08053000 rwxp 00009000 00:1c 287782 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/bin/java
08053000-08545000 rwxp 08053000 00:00 0
a7210000-a7211000 ---p a7210000 00:00 0
a7211000-a7c11000 rwxp a7211000 00:00 0
a7c11000-a7cd7000 r-xp 00000000 00:1c 498129 /home/gdadev/tools/i686/rhel4.0/gcc-3.4.6/lib/libstdc++.so.6.0.3
a7cd7000-a7cdc000 rwxp 000c6000 00:1c 498129 /home/gdadev/tools/i686/rhel4.0/gcc-3.4.6/lib/libstdc++.so.6.0.3
a7cdc000-a7ce1000 rwxp a7cdc000 00:00 0
a7ce1000-a7dc6000 r-xp 00000000 00:1f 2900632 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libstlport-mcg-5.1.so
a7dc6000-a7de2000 rwxp 000e4000 00:1f 2900632 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libstlport-mcg-5.1.so
a7de2000-a7de6000 rwxp a7de2000 00:00 0
a7de6000-a7f5c000 r-xp 00000000 00:1f 2900652 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libmkl_vml_def.so
a7f5c000-a7f6b000 rwxp 00175000 00:1f 2900652 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libmkl_vml_def.so
a7f6b000-a8434000 r-xp 00000000 00:1f 2900523 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libmkl_lapack.so
a8434000-a8436000 rwxp 004c9000 00:1f 2900523 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libmkl_lapack.so
a8436000-a8492000 r-xp 00000000 00:1f 2900484 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libmkl_core.so
a8492000-a8496000 rwxp 0005b000 00:1f 2900484 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libmkl_core.so
a8496000-a84a4000 rwxp a8496000 00:00 0
a84a4000-a8652000 r-xp 00000000 00:1f 2900521 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libmkl_intel_thread.so
a8652000-a869f000 rwxp 001ae000 00:1f 2900521 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libmkl_intel_thread.so
a869f000-a86a0000 rwxp a869f000 00:00 0
a86a0000-a87d9000 r-xp 00000000 00:1f 2900517 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libmkl_intel.so
a87d9000-a87dc000 rwxp 00139000 00:1f 2900517 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libmkl_intel.so
a87dc000-a87e2000 rwxp a87dc000 00:00 0
a87e2000-a87e9000 r-xp 00000000 00:1f 570263 /home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib/libimslcstat_iblas.so
a87e9000-a87ea000 rwxp 00006000 00:1f 570263 /home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib/libimslcstat_iblas.so
a87ea000-a8b08000 r-xp 00000000 00:1f 570239 /home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib/libimslcstat.so
a8b08000-a8b45000 rwxp 0031d000 00:1f 570239 /home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib/libimslcstat.so
a8b45000-a8b5e000 r-xp 00000000 00:1f 570822 /home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib/libimslcmath_iblas.so
a8b5e000-a8b5f000 rwxp 00019000 00:1f 570822 /home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib/libimslcmath_iblas.so
a8b5f000-a8c18000 r-xp 00000000 00:1f 570832 /home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib/libimslcmath_scalar.so
a8c18000-a8c19000 rwxp 000b8000 00:1f 570832 /home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib/libimslcmath_scalar.so
a8c19000-a8ee7000 r-xp 00000000 00:1f 570819 /home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib/libimslcmath.so
a8ee7000-a8ef6000 rwxp 002ce000 00:1f 570819 /home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib/libimslcmath.so
a8ef6000-a8ef7000 rwxp a8ef6000 00:00 0
a8ef7000-a8f19000 r-xp 00000000 00:1f 2900421 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libboost_thread-mcg-1.34-stlport-5.1.so
a8f19000-a8f1d000 rwxp 00022000 00:1f 2900421 /home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib/libboost_thread-mcg-1.34-stlport-5.1.so
a8f1d000-aa180000 r-xp 00000000 00:1f 761178 /home/cartedav/workspaces/dev/mlclib/build/i686-rhel4.0-gcc3.4/checked-stlport-fine-full-multi-dynamic/libgda2mlclib.so
aa180000-aa430000 rwxp 01263000 00:1f 761178 /home/cartedav/workspaces/dev/mlclib/build/i686-rhel4.0-gcc3.4/checked-stlport-fine-full-multi-dynamic/libgda2mlclib.so
aa430000-aa53a000 rwxp aa430000 00:00 0
aa53a000-ad779000 r-xp 00000000 00:1f 699688 /home/cartedav/workspaces/dev/mlclib/build/i686-rhel4.0-gcc3.4/checked-stlport-fine-full-multi-dynamic/libgda2ocean.so
ad779000-ae56b000 rwxp 0323f000 00:1f 699688 /home/cartedav/workspaces/dev/mlclib/build/i686-rhel4.0-gcc3.4/checked-stlport-fine-full-multi-dynamic/libgda2ocean.so
ae56b000-ae7a8000 rwxp ae56b000 00:00 0
ae7a8000-ae886000 r-xp 00000000 00:1f 699721 /home/cartedav/workspaces/dev/mlclib/build/i686-rhel4.0-gcc3.4/checked-stlport-fine-full-multi-dynamic/libgda2generic.so
ae886000-ae8a6000 rwxp 000de000 00:1f 699721 /home/cartedav/workspaces/dev/mlclib/build/i686-rhel4.0-gcc3.4/checked-stlport-fine-full-multi-dynamic/libgda2generic.so
ae8a6000-ae8ac000 rwxp ae8a6000 00:00 0
ae8ac000-ae904000 r-xp 00000000 00:1c 206109 /home/gdadev/builds/nightly/i686-rhel4.0-gcc3.4/libguide.so
ae904000-ae909000 rwxp 00058000 00:1c 206109 /home/gdadev/builds/nightly/i686-rhel4.0-gcc3.4/libguide.so
ae909000-ae90e000 rwxp ae909000 00:00 0
ae90e000-aef20000 r-xp 00000000 00:1c 52046 /home/gdadev/builds/nightly/i686-rhel4.0-gcc3.4/libgda2rt.so
aef20000-af01d000 rwxp 00612000 00:1c 52046 /home/gdadev/builds/nightly/i686-rhel4.0-gcc3.4/libgda2rt.so
af01d000-af028000 rwxp af01d000 00:00 0
af028000-af030000 r-xp 00000000 00:1c 497827 /home/gdadev/tools/i686/rhel4.0/gcc-3.4.6/lib/libgcc_s.so.1
af030000-af031000 rwxp 00007000 00:1c 497827 /home/gdadev/tools/i686/rhel4.0/gcc-3.4.6/lib/libgcc_s.so.1
af031000-af136000 r-xp 00000000 00:1c 205704 /home/gdadev/builds/nightly/i686-rhel4.0-gcc3.4/libgda2jni.so
af136000-af158000 rwxp 00105000 00:1c 205704 /home/gdadev/builds/nightly/i686-rhel4.0-gcc3.4/libgda2jni.so
af158000-af15d000 rwxp af158000 00:00 0
af15d000-af15f000 r-xs 00009000 00:1c 205693 /home/gdadev/builds/nightly/i686-rhel4.0-gcc3.4/gda2.jar
af15f000-af160000 ---p af15f000 00:00 0
af160000-af1e0000 rwxp af160000 00:00 0
af1e0000-af1e3000 ---p af1e0000 00:00 0
af1e3000-af231000 rwxp af1e3000 00:00 0
af231000-af234000 ---p af231000 00:00 0
af234000-af2b2000 rwxp af234000 00:00 0
af2b2000-af2b5000 ---p af2b2000 00:00 0
af2b5000-af333000 rwxp af2b5000 00:00 0
af333000-af336000 ---p af333000 00:00 0
af336000-af384000 rwxp af336000 00:00 0
af384000-af584000 r-xp 00000000 68:06 101636 /usr/lib/locale/locale-archive
af584000-af587000 ---p af584000 00:00 0
af587000-af5d5000 rwxp af587000 00:00 0
af5d5000-af5d8000 ---p af5d5000 00:00 0
af5d8000-af626000 rwxp af5d8000 00:00 0
af626000-af627000 ---p af626000 00:00 0
af627000-af6d7000 rwxp af627000 00:00 0
af6d7000-af853000 r-xs 02c8f000 00:1c 925583 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/rt.jar
af853000-af854000 ---p af853000 00:00 0
af854000-af8d4000 rwxp af854000 00:00 0
af8d4000-af8d5000 ---p af8d4000 00:00 0
af8d5000-af955000 rwxp af8d5000 00:00 0
af955000-af956000 ---p af955000 00:00 0
af956000-af9d6000 rwxp af956000 00:00 0
af9d6000-af9d7000 ---p af9d6000 00:00 0
af9d7000-afa5f000 rwxp af9d7000 00:00 0
afa5f000-afa77000 rwxp afa5f000 00:00 0
afa77000-afae8000 rwxp afa77000 00:00 0
afae8000-afc3f000 rwxp afae8000 00:00 0
afc3f000-afc47000 rwxp afc3f000 00:00 0
afc47000-afc5f000 rwxp afc47000 00:00 0
afc5f000-afcd0000 rwxp afc5f000 00:00 0
afcd0000-afe26000 rwxp afcd0000 00:00 0
afe26000-afe51000 rwxp afe26000 00:00 0
afe51000-afe5f000 rwxp afe51000 00:00 0
afe5f000-b0e60000 rwxp afe5f000 00:00 0
b0e60000-b3e60000 rwxp b0e60000 00:00 0
b3e60000-c1ff0000 rwxp b3e60000 00:00 0
c1ff0000-ecca0000 rwxp c1ff0000 00:00 0
ecca0000-f21e0000 rwxp ecca0000 00:00 0
f21e0000-f3e60000 rwxp f21e0000 00:00 0
f3e6d000-f3e76000 rwxp f3e6d000 00:00 0
f3e76000-f3f2d000 rwxp f3e76000 00:00 0
f3f2d000-f416d000 rwxp f3f2d000 00:00 0
f416d000-f6f2d000 rwxp f416d000 00:00 0
f6f2d000-f6f3c000 r-xp 00000000 00:1c 172554 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/libzip.so
f6f3c000-f6f3e000 rwxp 0000e000 00:1c 172554 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/libzip.so
f6f3e000-f6f61000 r-xp 00000000 00:1c 172497 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/libjava.so
f6f61000-f6f63000 rwxp 00023000 00:1c 172497 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/libjava.so
f6f63000-f6f6e000 r-xp 00000000 00:1c 172493 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/libverify.so
f6f6e000-f6f6f000 rwxp 0000b000 00:1c 172493 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/libverify.so
f6f6f000-f6f77000 rwxs 00000000 68:06 247809 /tmp/hsperfdata_cartedav/23854
f6f77000-f6f7f000 r-xp 00000000 68:06 213047 /lib/libnss_nis-2.3.4.so
f6f7f000-f6f81000 rwxp 00007000 68:06 213047 /lib/libnss_nis-2.3.4.so
f6f81000-f6f8a000 r-xp 00000000 68:06 213042 /lib/libnss_files-2.3.4.so
f6f8a000-f6f8c000 rwxp 00008000 68:06 213042 /lib/libnss_files-2.3.4.so
f6f93000-f6f99000 r-xp 00000000 00:1c 172254 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/native_threads/libhpi.so
f6f99000-f6f9a000 rwxp 00006000 00:1c 172254 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/native_threads/libhpi.so
f6f9a000-f6f9b000 rwxp f6f9a000 00:00 0
f6f9b000-f6f9c000 ---p f6f9b000 00:00 0
f6f9c000-f6f9f000 ---p f6f9c000 00:00 0
f6f9f000-f6fef000 rwxp f6f9f000 00:00 0
f6fef000-f6ff6000 r-xp 00000000 00:1c 172514 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/jli/libjli.so
f6ff6000-f6ff8000 rwxp 00006000 00:1c 172514 /home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/jli/libjli.so
f6fff000-f7000000 rwxp f6fff000 00:00 0
feff9000-ff000000 rwxp feff9000 00:00 0
ffffe000-fffff000 ---p 00000000 00:00 0
VM Arguments:
java_command: TestCrash AGRCRV.ODR.CC.xdr
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03
PATH=/home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/bin:/home/cartedav/bin:/home/gdadev/tools/i686/rhel4.0/j2sdk/bin:/home/gdadev/tools/i686/rhel4.0/gcc-3.4.6/bin:/home/gdadev/tools/i686/rhel4.0/bin:/home/cartedav/workspaces/dev/images/i686-rhel4.0-gcc3.4/bin:/home/gdadev/tools/i686/rhel4.0/j2sdk/bin:/home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/bin:/home/gdadev/tools/i686/rhel4.0/j2sdk/bin:/apps/linuxdev/bin:/usr/kerberos/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/quest/bin:/usr/X11R6/bin:
LD_LIBRARY_PATH=/home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386/server:/home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/lib/i386:/home/gdadev/tools/i686/rhel4.0/jdk1.6.0_03/jre/../lib/i386:/home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib:/home/gdadev/builds/nightly/i686-rhel4.0-gcc3.4/:/home/cartedav/workspaces/dev/mlclib/vendors-gda2/i686-rhel4.0-gcc3.4/lib:/home/gdadev/tools/i686/rhel4.0/j2sdk/lib:/home/gdadev/tools/i686/rhel4.0/gcc-3.4.6/lib:/home/gdadev/tools/i686/rhel4.0/lib:/home/cartedav/workspaces/dev/images/i686-rhel4.0-gcc3.4/lib:/home/cartedav/workspaces/dev/vendor/i686-rhel4.0-gcc3.4/lib:/home/gdadev/tools/i686/rhel4.0/j2sdk/lib:/apps/linuxdev/lib::
SHELL=/bin/csh
DISPLAY=169.243.119.66:0.0
HOSTTYPE=i386-linux
OSTYPE=linux
MACHTYPE=i386
Signal Handlers:
SIGSEGV: [libjvm.so+0x53c560], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x53c560], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x451a50], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: [libjvm.so+0x451a50], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGILL: [libjvm.so+0x451a50], sa_mask[0]=0x00000000, sa_flags=0xe0000000, flags was changed from 0x10000004, consider using jsig library
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x453a80], sa_mask[0]=0x00000000, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x4534a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: [libjvm.so+0x4534a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x4534a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGTERM: [libjvm.so+0x4534a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR2: [libjvm.so+0x453a80], sa_mask[0]=0x00000000, sa_flags=0x10000004
--------------- S Y S T E M ---------------
OS:Red Hat Enterprise Linux AS release 4 (Nahant Update 4)
uname:Linux 2.6.9-42.0.2.ELhugemem #1 SMP Thu Aug 17 18:22:52 EDT 2006 i686
libc:glibc 2.3.4 NPTL 2.3.4
rlimit: STACK 10240k, CORE 0k, NPROC 274431, NOFILE 1024, AS infinity
load average:0.28 0.17 0.16
CPU:total 4 (2 cores per cpu, 1 threads per core) family 15 model 65 stepping 2, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, 3dnowext
Memory: 4k page, physical 16629672k(722080k free), swap 16779884k(16779740k free)
vm_info: Java HotSpot(TM) Server VM (1.6.0_03-b05) for linux-x86, built on Sep 24 2007 22:32:39 by "java_re" with gcc 3.2.1-7a (J2SE release)

Thanks very much for your advice. Unfortunately, stepping through the code doesn't help at all. The error occurs much later after the C code has been executed, whilst running the java code (which is just creating string objects to invoke the GC). The C code that we are executing is extremely simple - it consists of Sun's JNI example coupled with a sinlge call to the IMSL error options function:
JNIEXPORT jbyteArray JNICALL Java_ReadFile_loadFile
(JNIEnv * env, jobject jobj, jstring name) {
printf("%s", "Setting imsl_error_options()...\n");
imsl_error_options( IMSL_SET_SIGNAL_TRAPPING, 0, // Disable IMSL signal trapping - necessary for MT code.
IMSL_SET_STOP, IMSL_FATAL, 0, // Disable stopping on FATAL errors
IMSL_SET_STOP, IMSL_FATAL_IMMEDIATE, 0, // Disable stopping on FATAL_IMMEDIATE errors
IMSL_SET_STOP, IMSL_TERMINAL, 0, // Disable stopping on TERMINAL errors
IMSL_SET_PRINT, IMSL_FATAL, 1, // Enable printing on FATAL errors
IMSL_SET_PRINT, IMSL_FATAL_IMMEDIATE, 1, // Enable printing on FATAL_IMMEDIATE errors
IMSL_SET_PRINT, IMSL_TERMINAL, 1, // Enable printing on TERMINAL errors
IMSL_SET_PRINT, IMSL_WARNING, 1, // Enable printing on WARNING errors
IMSL_SET_PRINT, IMSL_WARNING_IMMEDIATE, 1, // Enable printing on WARNING_IMMEDIATE errors
IMSL_SET_PRINT, IMSL_ALERT, 1, // Enable printing on TERMINAL errors
IMSL_SET_PRINT, IMSL_NOTE, 1, // Enable printing on TERMINAL errors
0 );
caddr_t m;
jbyteArray jb;
jboolean iscopy;
struct stat finfo;
const char mfile = (env)->GetStringUTFChars(
env, name, &iscopy);
int fd = open(mfile, O_RDONLY);
if (fd == -1) {
printf("Could not open %s\n", mfile);
lstat(mfile, &finfo);
m = mmap((caddr_t) 0, finfo.st_size,
PROT_READ, MAP_PRIVATE, fd, 0);
if (m == (caddr_t)-1) {
printf("Could not mmap %s\n", mfile);
return(0);
jb=(*env)->NewByteArray(env, finfo.st_size);
(*env)->SetByteArrayRegion(env, jb, 0,
finfo.st_size, (jbyte *)m);
close(fd);
(*env)->ReleaseStringUTFChars(env, name, mfile);
return (jb);
If I remove the call to imsl_error_options then there is no adverse behaviour - the Java loop completes ok (creating 1 trillion strings in the process) and the manual call the GC works fine. With the call to imsl, the execution gets to the string creation loop (in Java, after the C has been executed) and then it dies pretty quickly (presumably after the GC kicks in to clean up some of the strings).
Here is the java code:
import java.util.*;
class ReadFile {
//Native method declaration
native byte[] loadFile(String name);
//Load the library
static {
System.loadLibrary("nativelib");
public static void main(String args[]) {
byte buf[];
//Create class instance
ReadFile mappedFile=new ReadFile();
//Call native method to load ReadFile.java
buf=mappedFile.loadFile("ReadFile.java");
//Print contents of ReadFile.java
for(int i=0;i<buf.length;i++) {
System.out.print((char)buf);
System.out.print("Now running the string creation loop...\n");
long block = 100000000;
int numBlocks = 10;
long loops = block * numBlocks;
for (long i = 0; i < loops; i++) {
// Create some objects that need disposal
String.valueOf(i);
if (i % block == 0) {
System.out.print("Reached " + i + "\n");
System.out.print("Now running the GC...\n");
System.gc();

Thread local variable causes JVM crash through JNI

Hi All,
My team developed a JDBC driver which uses some native C codes. (Compiler: cl.exe, O/S: Windows XP)
I found that JVM crashes at specific point. So I used debugger(Visual Studio 2005) to find the position.
==================File1.c=====================
JNIEXPORT jbyteArray JNICALL
Java_com_lone_wolf_MyClass_myFunc(
JNIEnv *env, jclass cls,
jint msgtype, jbyteArray recvarr)
jbyteArray outarr;
int x = 3;
outarr = my_initializer (int &x);
return outarr;
==================File2.c=====================
__declspec(thread) int thread_id;
static jbyteArray my_initializer (int *a)
thread_id = *a; // HERE JVM CRASHES
When my_initializer() tries to put *a into thread_id, JVM crashed with the following error message.
# An unexpected error has been detected by HotSpot Virtual Machine:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x4931c6bf, pid=3560, tid=848
# Java VM: Java HotSpot(TM) Client VM (1.5.0_01-b08 mixed mode)
# Problematic frame:
# C [hello.dll+0xc6bf]
--------------- T H R E A D ---------------
Current thread (0x00037168): JavaThread "main" [_thread_in_native, id=848]
Stack: [0x00040000,0x00080000), sp=0x0007f494, free space=253k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [hello.dll+0xc6bf]
C [hello.dll+0xbebb]
C [hello.dll+0x3c30]
C [hello.dll+0x18e6]
C [hello.dll+0x11b8]
j com.lone.wolf.MyClass.myFunc(I[B)[B+0
v ~StubRoutines::call_stub
V [jvm.dll+0x8176e]
V [jvm.dll+0xd481d]
V [jvm.dll+0x8163f]
V [jvm.dll+0x885cd]
C [java.exe+0x14c0]
C [java.exe+0x64cd]
C [kernel32.dll+0x16ff7]
VM Arguments:
jvm_args: -Xms128m -Xmx1024m
java_command: sampler.Sampler
--------------- S Y S T E M ---------------
OS: Windows XP Build 2600 Service Pack 2
CPU:total 4 family 6, cmov, cx8, fxsr, mmx, sse, sse2, ht
Memory: 4k page, physical 2062180k(1378880k free), swap 4003992k(3252828k free)
vm_info: Java HotSpot(TM) Client VM (1.5.0_01-b08) for windows-x86, built on Dec 6 2004 19:51:00 by "java_re" with MS VC++ 6.0
Any idea how to solve this issue will be greatly appreciated.
Thank you.

This deffinition ( __declspec(thread) ) of the thread local veriable does not works in some cases (see articles in MSDN how to define thread local variables in C++ code). JVM loads your native module (DLL) with LoadLibrary function. This is one of the cases when __declspec(thread) is wrong in C++ code.

Use of discrete graphics causes hard crash - (MacBook Pro 2010 with ML 10.8.2/3)

I have a client with a Mid-2010 MacBook Pro. He was having crashes with Lion so I upgraded him to Mountain Lion 10.8.2. The crashes did not go away.
I troubleshooted and with the help of gfxCardStatus noticed that every time his machine went to use the discrete graphcis he got the gray hard crash screen and system had to restart. Back then I tried a beta of 10.8.3 and it didn't help.
I noticed that if I created another user account (profile) it would not crash when the discrete graphics card was called upon.
So, I re-installed the OS (to 10.8.2), created a new profile and manually migrated pictures, documents, keychain, mail, movies, music and re-installed the relevant Applications. Everything was working fine and my client went on a trip to Europe and soon the crashes began again. Then he upgraded to 10.8.3 and the crashes got even more frequent (it seems 10.8.3 puts more applications on the discrete graphics list so it switches even more).
I am wondering what could have caused the crashes to begin. It was before he upgraded to 10.8.3. Some application or something he was using must have changed a setting or corrupted something to cause the crashing to begin. I haven't done this yet, but I'm sure if I create another user account it won't crash on it.
Any ideas where to turn my attention to see what is causing the shift from his working user account to a crash-causing one?
He has iLife, Office 2011, Final Cut Pro X, iPhoto Library Manager, VLC, Audacity, DropBox, FileMaker Pro 11, Flip4Mac Player, Fuze, GotoAssist, Handbrake, Skype, iSkySoft DVD Creator, iSkySoft Video Convertor, Onyx and Skype.
I know there are *MANY* others having problems with the automatic graphics card switching and it seems some are having more problems when gfxCardStatus is installed?
- Elan

is this your MacBook:
TS4088- MacBook Pro (15-inch, Mid 2010): Intermittent black screen or loss of video
Take a copy of the article with you when you go for service. They need to run a SPECIAL diagnostic to decide whether you have this problem. Do not leave until they run the special diagnostic. The "overnight run" does not detect this problem.
If they confirm you have the problem, they will replace the graphics chip, which is part of the motherboard. be prepared to hand over your Mac for depot repair. (Your backups must be up-to-date).

Application crashes when using JNI with Jdk 1,2, 1.3 and 1.4

Hi!
I have this application that has a GUI written in Java and a file parser written in C. JNI is used to connect these parts together. The problem is that the application only works when I am using jdk 1.1.8 but not when using jdk1.2, jdk1.3 or jdk1.4. I am running the application on a Solaris 8 machine.
I have not written the application myself but I am going to be working with it from now on. But I have today little knowledge with JNI and I have tried different approaches to solve the problem. For example I have tried to used DDD together with GDB to find out what the problem is but with no luck. When I run the application using jdk1.4 I get the following error when the JVM crashes:
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 10 occurred at PC=0xFA023164
Function=Java_Bitmap_setDebug+0x1C
Library=/usr/u/lal/micview/micview2_1_0_beta1/libBitmapImpl.so
Current Java thread:
at Bitmap.setDebug(Native Method)
at DisplayPanel.loadFile(DisplayPanel.java:396)
at MicPlot.loadFile(MicPlot.java:1452)
at MicPlot.loadFile(MicPlot.java:1441)
at MicPlot.miOpen_Action(MicPlot.java:1267)
at MicPlot$SymAction.actionPerformed(MicPlot.java:1184)
at java.awt.MenuItem.processActionEvent(MenuItem.java:588)
at java.awt.MenuItem.processEvent(MenuItem.java:548)
at java.awt.MenuComponent.dispatchEventImpl(MenuComponent.java:285)
at java.awt.MenuComponent.dispatchEvent(MenuComponent.java:273)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:452)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:99)
Dynamic libraries:
0x10000 /opt/java/jdk1.4/bin/java
0xff360000 /usr/lib/libthread.so.1
0xff3a0000 /usr/lib/libdl.so.1
0xff280000 /usr/lib/libc.so.1
0xff270000 /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1
0xfe000000 /opt/java/j2sdk1.4.1/jre/lib/sparc/client/libjvm.so
0xff220000 /usr/lib/libCrun.so.1
0xff200000 /usr/lib/libsocket.so.1
0xff100000 /usr/lib/libnsl.so.1
0xff1d0000 /usr/lib/libm.so.1
0xff250000 /usr/lib/libw.so.1
0xff0e0000 /usr/lib/libmp.so.2
0xff0b0000 /opt/java/j2sdk1.4.1/jre/lib/sparc/native_threads/libhpi.so
0xff080000 /opt/java/j2sdk1.4.1/jre/lib/sparc/libverify.so
0xff030000 /opt/java/j2sdk1.4.1/jre/lib/sparc/libjava.so
0xfe7e0000 /opt/java/j2sdk1.4.1/jre/lib/sparc/libzip.so
0xfe4e0000 /usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2
0xedd00000 /opt/java/j2sdk1.4.1/jre/lib/sparc/libawt.so
0xfc480000 /opt/java/j2sdk1.4.1/jre/lib/sparc/libmlib_image.so
0xfc410000 /opt/java/j2sdk1.4.1/jre/lib/sparc/motif21/libmawt.so
0xeda80000 /usr/dt/lib/libXm.so.4
0xfa090000 /usr/openwin/lib/libXt.so.4
0xfa3d0000 /usr/openwin/lib/libXext.so.0
0xfc7e0000 /usr/openwin/lib/libXtst.so.1
0xed980000 /usr/openwin/lib/libX11.so.4
0xfa2a0000 /usr/openwin/lib/libdps.so.5
0xfa3b0000 /usr/openwin/lib/libSM.so.6
0xfa1d0000 /usr/openwin/lib/libICE.so.6
0xed880000 /opt/java/j2sdk1.4.1/jre/lib/sparc/libfontmanager.so
0xfa390000 /usr/openwin/lib/locale/common/xlibi18n.so.2
0xfa1b0000 /usr/openwin/lib/locale/iso8859-1/xomEuro.so.2
0xfa190000 /usr/lib//liblayout.so
0xfa050000 /usr/openwin/lib/locale/common/ximlocal.so.2
0xfa010000 /usr/u/lal/micview/micview2_1_0_beta1/libBitmapImpl.so
Local Time = Thu Oct 3 13:32:47 2002
Elapsed Time = 35
# The exception above was detected in native code outside the VM
# Java VM: Java HotSpot(TM) Client VM (1.4.1-beta-b14 mixed mode)
# An error report file has been saved as hs_err_pid27692.log.
# Please refer to the file for further information.
Abort
From this information I think that the problem should be in the native method setDebug. But I have tried to set a breakpoint at the beginning of that function in the C part but with no luck. The application crashes before it reaches that position in the C file.
What could possibly go wrong between the setDebug function in the C part and the function call in the Java part?
When using GDB, GDB cannot figure out what is wrong it just returns a hex address, no function name.
I would really appreciate some help. I have tried everything that I can come up with!
Best regards
Lars

I have figured out that the application fails on its first call to the native methods.
So I have this Bitmap class that contains all the native calls and it is defined shortly as follow:
public class Bitmap {
static {
System.loadLibrary("BitmapImpl");
native void setDebug(int debuglevel, int statistics);
There are many more native methods defined in Bitmap, but I only show the setDebug method because that is the first one that is executed and also the one that immediately fails.
My setDebug C function is defined as follow in BitmapImpl.c
#include <time.h>
#include <stdio.h>
#include <limits.h>
#include <fcntl.h>
#include <jni.h>
#include <math.h>
#include <errno.h>
#include "Bitmap.h"
#include "data.h"
jint debug = 0;
jint statistics = 1;
JNIEXPORT void JNICALL Java_Bitmap_setDebug
(JNIEnv *jenv, jobject jo, jint d, jint s)
debug = d;
statistics = s;
My libBitmapImpl.so file is compiled using the following Makefile and using GNU gcc:
JAVAPATH=$(JAVAINCLUDEPATH)
LMACRO=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSOLARIS
CSOURCE=BitmapImpl.c
all:
gcc -O3 -G $(LMACRO) -I$(JAVAPATH) -I$(JAVAPATH)/solaris \
$(CSOURCE) -o libBitmapImpl.so
It is still a total mystory why the application fails. I have tried it on a RedHat Linux machine and there it works fine. But not on Solaris. Only if I use the jdk1.1.8 but not a later one.
Would really appreiciate some help!
Best regards
Lars

JVM crash on AMD64 platform

Hello,
We are trying to run JRockit JDK1.5.0 on an AMD64 system running SuSE linux enterprise server 9.0. When we try to run our instance, it crashes with Illegal memory access either during start up or during first time we try to access oracle database.
Has anybody seen this problem? Any known fixes/workaround?
thanks in advance
Nilesh
Error Message
==============Error Message: Illegal memory access. [54]
Signal info : si_signo=12, si_code=-6
Version : BEA WebLogic JRockit(R) dra-38972-20041208-2004-linux-x86_64
GC : gencon
: mmHeap->data = 0x20000000, mmHeap->top = 0x30000000
: mmStartCompaction = 0x2e000000, mmEndCompaction = 0x2f001ce0
CPU : AMD Pentium 4 SSE SSE2
Number CPUs : 2
Tot Phys Mem : 16803188736
OS version : SUSE LINUX Enterprise Server 9 (x86_64)
VERSION = 9
Linux version 2.6.5-7.97-smp (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #1 SMP Fri Jul 2 14:21:59 UTC 2004
State : JVM is running (Main thread has finished)
Command Line : -Xms256m -Dprogram.name=run_websvc-prod-2.0.sh -Dserver.properties.url=file:///usr/lo
cal/home/websvc/jboss-4.0.0/server/websvc-prod-2.0/conf/ws.properties -Djetty.port=8900 -Dws.resources.dir=file:///usr/local/home/we
bsvc/jboss-4.0.0/server/websvc-prod-2.0/webresources -Djava.endorsed.dirs=/usr/local/home/websvc/jboss/lib/endorsed org.jboss.Main -
c websvc-prod-2.0
Environment : JAVA_HOME=/usr/java, java.home=/usr/jrockit-jdk1.5.0/jre, java.class.path=/usr/local/home/websvc/jboss/bin/run.jar:/u
sr/java/lib/tools.jar, java.library.path=/usr/jrockit-jdk1.5.0/jre/lib/amd64/jrockit:/usr/jrockit-jdk1.5.0/jre/lib/amd64:/usr/jrocki
t-jdk1.5.0/jre/../lib/amd64:/usr/local/lib
C Heap : Good; no memory allocations have failed
Loaded modules:
(* denotes the module causing the exception)
0x400000-0x410ef7 /usr/jrockit-jdk1.5.0/bin/java
0x2a9566d000-0x2a9567a5bf /lib64/tls/libpthread.so.0
0x2a95781000-0x2a957d4687 /lib64/tls/libm.so.6
0x2a958d8000-0x2a958da28f /lib64/libdl.so.2
0x2a959dc000-0x2a95ae135f /lib64/tls/libc.so.6
0x2a95556000-0x2a9556a367 /lib64/ld-linux-x86-64.so.2
0x2a95bfe000-0x2a95df57cf* /usr/jrockit-jdk1.5.0/jre/lib/amd64/jrockit/libjvm.so
0x2a993c1000-0x2a993e5433 /usr/jrockit-jdk1.5.0/jre/lib/amd64/libjava.so
0x2a994eb000-0x2a994f7627 /usr/jrockit-jdk1.5.0/jre/lib/amd64/libverify.so
0x2a9960f000-0x2a99620aff /lib64/libnsl.so.1
0x2a99c00000-0x2a99c14e8f /usr/jrockit-jdk1.5.0/jre/lib/amd64/libnet.so
0x2a99d2c000-0x2a99d34b97 /lib64/libnss_files.so.2
0x2a9a06a000-0x2a9a06d59f /lib64/libnss_dns.so.2
0x2a9a16e000-0x2a9a17dd67 /lib64/libresolv.so.2
Java version output
===================
java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64)
BEA WebLogic JRockit(R) (build dra-38972-20041208-2004-linux-x86_64, R25.0.0-75, GC: System optimized over throughput (initial strategy singleparpar))

Thanks for replying. I appreciate the help.
Here's the complete dump from one of the crashes
===== BEGIN DUMP =============================================================
JRockit dump produced after 0 days, 00:00:18 on Fri Jan 28 19:50:13 2005
Additional information is available in:
/usr/local/home/websvc/jboss-4.0.0/bin/jrockit.15229.dump
No core file will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
Please send the file(s), information about your system
setup and the program you were running to [email protected]. Thank you.
Error Message: Illegal memory access. [54]
Signal info : si_signo=12, si_code=-6
Version : BEA WebLogic JRockit(R) dra-38972-20041208-2004-linux-x86_64
GC : System optimized over throughput (initial strategy singleparpar)
: GC strategy for GC 0 was genparpar
: GC strategy for GC 1 was genparpar
: GC strategy for GC 2 was genparpar
: GC strategy for GC 3 was genparpar
: mmHeap->data = 0x20000000, mmHeap->top = 0x30000000
: mmStartCompaction = 0x2b000000, mmEndCompaction = 0x2c000000
CPU : AMD Pentium 4 SSE SSE2
Number CPUs : 2
Tot Phys Mem : 16803188736
OS version : SUSE LINUX Enterprise Server 9 (x86_64)
VERSION = 9
Linux version 2.6.5-7.97-smp (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #1 SMP Fri Jul 2 14:21:59 UTC 2004
State : JVM is running (Main thread has finished)
Command Line : -Xms256m -Xmx2048m -Dprogram.name=run_websvc-prod-2.0.sh -Dserver.properties.url=file:///usr/local/home/websvc/jboss/server/websvc-prod-2.0/conf/ws.properties -Djetty.port=8900 -Dws.resources.dir=file:///usr/local/home/websvc/jboss/server/websvc-prod-2.0/webresources -Djava.endorsed.dirs=/opt/home/websvc/jboss/lib/endorsed org.jboss.Main -c websvc-prod-2.0
Environment : JAVA_HOME=/usr/java, java.home=/usr/jrockit-jdk1.5.0/jre, java.class.path=/opt/home/websvc/jboss/bin/run.jar:/usr/java/lib/tools.jar, java.library.path=/usr/jrockit-jdk1.5.0/jre/lib/amd64/jrockit:/usr/jrockit-jdk1.5.0/jre/lib/amd64:/usr/jrockit-jdk1.5.0/jre/../lib/amd64:/usr/local/lib
C Heap : Good; no memory allocations have failed
Method : java/net/AbstractSocketImpl.getInputStream()Ljava/io/InputStream;
Registers (from context struct at 0x2a9cdca1c8/0x2a9cdca240):
RAX = 0000002a95efe960 RBX = 000000000005e4f0
RCX = 0000000000000000 RDX = 0000002a95efe960
R8 = 0000000000000180 R9 = 0000002a9566b560
R10 = 0000000000000027 R11 = 0000002a95dcdd2f
R12 = 000000000005e4f0 R13 = 000000000005e4f0
R14 = 0000002a9cc57120 R15 = 0000000000000000
RSI = 0000000000000000 RDI = 000000000005e4f0
RSP = 0000002a9cdca688 RIP = 0000002a95c91ccd
RBP = 0000002a9cdca710 RFL = 00000206
CS = 6058 GS = 0060 FS = 0000
Stack:
0000002a9cdca688: 0000002a95c92c60 0000000000000000 0000002a9cdca710 000000000005e4f0 0000002a9cdca920 0000000000000000
0000002a9cdca6b8: 0000002a95c92e06 0000002a9cdcab90 0000002a95d44919 0000000000000000 0000002a9cc57120 0000002a9cdca948
0000002a9cdca6e8: 0000002a95f0dc80 0000002a9cdcab00 0000000000000001 0000002a9cdca920 0000002a95c93952 000000000005e4f0
0000002a9cdca718: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000
0000002a9cdca748: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000
0000002a9cdca778: 0000000000000000 0000000000000000 0000000000000000 ffffffff00000000 0000000000000000 0000000000000000
0000002a9cdca7a8: ffffffff00000000 0000000000000004 0000000000000000 0000000000000000 ffffffff00000000 0000000000000000
0000002a9cdca7d8: 0000000000000000 ffffffff00000000 0000000000000004 0000000000000000 0000000000000000 ffffffff00000000
0000002a9cdca808: 0000000000000000 0000000000000000 ffffffff00000000 0000000000000004 0000000000000000 0000000000000000
0000002a9cdca838: ffffffff00000000 0000000000000000 0000000000000000 ffffffff00000000 0000000000000004 0000000000000000
0000002a9cdca868: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000
0000002a9cdca898: 0000000000000000 0000000000000000 0000002a95d40b2c 0000000000000001 0000002a9cdcab00 0000000000000001
0000002a9cdca8c8: 0000002a95c935b9 0000000000000000 0000000000000001 0000002a9cdcab00 0000002a95c936a9 0000000000000000
0000002a9cdca8f8: 0000002a9cdcab00 0000002a9cdcab00 0000002a95c938bd 00000000006ecfb0 0000002a95c93756 000000010005e4e9
0000002a9cdca928: 0000000300000000 0000000000000000 000000ff00000000 0000000000000050 0000000000000018 0000000000000000
0000002a9cdca958: 0000002a95eff7a8 0000000400000008 0000000000000001 0000000000000000 0000000000000000 0000000000000000
0000002a9cdca988: 0000000000000000 0200010000000000 0000000000000003 ffffffff00000000 0000000000000000 0000000000000000
0000002a9cdca9b8: ffffffff00000000 0000000000000004 0000000000000000 0000000000000000 ffffffff00000000 0000000000000000
0000002a9cdca9e8: 0000000000000000 ffffffff00000000 0000000000000004 0000000000000000 0000000000000000 ffffffff00000002
0000002a9cdcaa18: 0000000000000004 0000000000000000 0000000000000000 0000000000000008 0000001800000000 0000000000000001
0000002a9cdcaa48: ffffffff00000000 0000000000000000 0000000000000000 ffffffff00000000 0000000000000004 0000000000000000
0000002a9cdcaa78: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000
0000002a9cdcaaa8: 0000000000000000 0000000000000000 0000002a95c938e4 00000000006ea5f0 0000002a9cdcab00 0000000000000001
0000002a9cdcaad8: 0000002a95c9381a 0000002a9cc57120 00000000006ea5f0 0000002a9cc57120 0000002a95d4ab7d 00000000006ecfb0
0000002a9cdcab08: 00000000006ea5f0 0000002a9cc57190 0000000000000000 0000002a9cdca920 0000010000000000 0000002a9cc57120
0000002a9cdcab38: 00000000006ea5f0 0000002a9cc57120 0000002a9cdcac70 0000002a9cdcabe0 0000002a95d4ac8e 0000002a9cdcabe0
0000002a9cdcab68: 0000002a95d44919 0000000000000000 0000002a9cc57120 0000000000000000 0000002a9cc57190 0000002a9cdcab60
0000002a9cdcab98: 0000002a95d44919 0000000000000000 0000002a9cc57120 0000002a9cc57120 00000000006ea660 00000000006ea5f0
0000002a9cdcabc8: 0000000000000000 0000002a9cc57120 0000002a95d496b0 0000002a9cdcac70 0000002a95d44919 0000000000000000
0000002a9cdcabf8: 0000002a9cc57120 0000000000000000 0000002a95f94b60 0000000b0000000a 000000000000004a 0000002a9cc57120
0000002a9cdcac28: 0000000000000000 0000000000000000 0000002a9cdcacf0 0000002a9cdcacc0 0000002a95ccfcb6 0000002a9cdcadf0
0000002a9cdcac58: 0000002a95d497ab 0000002a9cdcb6a0 0000002a95d497e4 0000002a9cdcad80 0000002a95d44919 0000000000000000
0000002a9cdcac88: 0000002a9cc57120 0000002a9cdcace0 0000002a95ff6600 0000000000000000 0000002a9cdcadf0 00000000005f1090
0000002a9cdcacb8: 0000002a95ccfe58 0000000000000000 0000002a9cdcacf0 0000000000000000 0000002a9cc572f0 0000002a9cc572f0
0000002a9cdcace8: 0000002a95cd15d7 0000000000647380 0000000000647380 0000002a9cc572f0 0000002a95d0d271 0000002a9cc57120
0000002a9cdcad18: 0000000000000000 0000002a95f0d020 0000002a95cd1660 000000000118c408 0000000000000003 0000000000000002
0000002a9cdcad48: 000000000118c3b8 0000002a9cdcadf0 0000002a95cd1724 0000002a9cdcaee0 0000002a95cb59f5 0000000005d9cba8
0000002a9cdcad78: 000000009cdcaee0 0000002a9cdcc310 0000002a95d44919 0000000000000000 0000002a9cc57120 0000000000000000
0000002a9cdcada8: 000000000118c3b8 0003000300030002 0000000000000018 000000000118c338 0000002a9cc572f0 0000000005d9c330
0000002a9cdcadd8: 000000000118cf58 000000000118c338 0000002a95cd09f7 0000002a9cdcacf0 0000000005d9c330 0000000000000018
0000002a9cdcae08: 0000002a95d08911 0000000000000091 0000002a95d0dc94 0000000000000002 0000000000000018 000000000000001e
0000002a9cdcae38: 0000000005d9cc78 0000000005d9c330 0000002a95d0df53 0000002a9cc572f0 000000000118c338 0000000005d9c330
0000002a9cdcae68: 0000000005d9cc78 0000002a95d0e351 0000002a9cc572f0 0000002a95d0df03 0000002a95d0dedb 000000000000001e
Code:
0000002a95c91bcd: 894ce689440065b6 c389fffffd05e8ef 49bf3c8d48f8b60f e8f83c8d4800458b 1c74c085fffff94e 2505e0c10145b60f
0000002a95c91bfd: 44c4094100000700 fcd1e8ef894ce689 41c3b60fc389ffff 0000b8077218453b 48c3b60f0feb0000 4800558b4980048d
0000002a95c91c2d: 08245c8b48c2048d 648b4c10246c8b48 4820246c8b4c1824 fb894853c328c483 b60f36b60ff08948 08e6c107e6830140
0000002a95c91c5d: 89fffffc7ce8c609 7218433bc0b60fc2 0eeb00000000b807 4880048d48c2b60f c35bc2048d48138b 48fe894808ec8348
0000002a95c91c8d: e4e80026fe2d3d8d 950ffff883fffffb 08c48348c0b60fc0 000000b8c3078bc3 04eb4074ff854800 000000b9c304408b
0000002a95c91cbd: 0034ac6b058b4800 2174003880c28948 8d48c1634837b60f ffd974303a40c204 0034ac4b158b48c1 7500c23c80c16348
0000002a95c91ced: b8c300000000b8e2 74ff854800000000 e281c28907b60f16 ba40fa83000000f0 c3c2450f00000000 ff854800000000b8
0000002a95c91d1d: b806750f3f801074 0001b8c300000002 00000000b8c30000 07b60f1374ff8548 00d83d000000f825 c0b60fc0940f0000
0000002a95c91d4d: c70000000007c7c3 47c7ffffffff1c47 2c47c70000000420 003047c700000000 001047c748000000 00002847c7000000
0000002a95c91d7d: 0000002447c70000 ffffffff0447c700 ff8548fb894853c3 be00000198ba3f74 fa211ae800000000 00000080bb8d48ff
0000002a95c91dad: bb8d48ffffff9ce8 ffff90e8000000b8 000000f0bb8d48ff bb8d48ffffff84e8 ffff78e800000128 53c30c478bc35bff
Loaded modules:
(* denotes the module causing the exception)
0x400000-0x410ef7 /usr/jrockit-jdk1.5.0/bin/java
0x2a9566d000-0x2a9567a5bf /lib64/tls/libpthread.so.0
0x2a95781000-0x2a957d4687 /lib64/tls/libm.so.6
0x2a958d8000-0x2a958da28f /lib64/libdl.so.2
0x2a959dc000-0x2a95ae135f /lib64/tls/libc.so.6
0x2a95556000-0x2a9556a367 /lib64/ld-linux-x86-64.so.2
0x2a95bfe000-0x2a95df57cf* /usr/jrockit-jdk1.5.0/jre/lib/amd64/jrockit/libjvm.so
0x2a9a4e1000-0x2a9a505433 /usr/jrockit-jdk1.5.0/jre/lib/amd64/libjava.so
0x2a9a60b000-0x2a9a617627 /usr/jrockit-jdk1.5.0/jre/lib/amd64/libverify.so
0x2a9a72f000-0x2a9a740aff /lib64/libnsl.so.1
0x2a9ad00000-0x2a9ad14e8f /usr/jrockit-jdk1.5.0/jre/lib/amd64/libnet.so
0x2a9ae2c000-0x2a9ae34b97 /lib64/libnss_files.so.2
0x2a9af36000-0x2a9af3959f /lib64/libnss_dns.so.2
0x2a9b03a000-0x2a9b049d67 /lib64/libresolv.so.2
"Timer-5" id=76 idx=0x8e tid=183020345696 lastJavaFrame=0x2a9cdcce68
Thread Stack Trace:
at codeGetPrefixFlag+36()@0x2a95c91ccd
at jrockit/vm/RNI.generateFixedCode(Ljava/lang/Object;JJ)J(Native Method)
at jrockit/vm/RNI.trampoline()V(Native Method)
at java/net/Socket$2.run()Ljava/lang/Object;(Socket.java:764)
at jrockit/vm/AccessController.do_privileged_exc(Ljava/security/PrivilegedExceptionAction;Ljava/security/AccessControlContext;J)Ljava/lang/Object;(Unknown Source)
at jrockit/vm/AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;)Ljava/lang/Object;(Unknown Source)
at java/net/Socket.getInputStream()Ljava/io/InputStream;(Socket.java:761)
at oracle/net/nt/TcpNTAdapter.getInputStream()Ljava/io/InputStream;(Unknown Source)
at oracle/net/ns/NSProtocol.establishConnection(Ljava/lang/String;)Loracle/net/ns/SessionAtts;(Unknown Source)
at oracle/net/ns/NSProtocol.connect(Ljava/lang/String;Ljava/util/Properties;)V(Unknown Source)
at oracle/jdbc/driver/T4CConnection.connect(Ljava/lang/String;Ljava/util/Properties;)V(T4CConnection.java:707)
at oracle/jdbc/driver/T4CConnection.logon()V(T4CConnection.java:218)
at oracle/jdbc/driver/PhysicalConnection.<init>(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/util/Properties;Loracle/jdbc/driver/OracleDriverExtension;)V(PhysicalConnection.java:343)
at oracle/jdbc/driver/T4CConnection.<init>(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/util/Properties;Loracle/jdbc/driver/OracleDriverExtension;)V(T4CConnection.java:147)
at oracle/jdbc/driver/T4CDriverExtension.getConnection(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/util/Properties;)Ljava/sql/Connection;(T4CDriverExtension.java:31)
at oracle/jdbc/driver/OracleDriver.connect(Ljava/lang/String;Ljava/util/Properties;)Ljava/sql/Connection;(OracleDriver.java:545)
at org/jboss/resource/adapter/jdbc/local/LocalManagedConnectionFactory.createManagedConnection(Ljavax/security/auth/Subject;Ljavax/resource/spi/ConnectionRequestInfo;)Ljavax/resource/spi/ManagedConnection;(LocalManagedConnectionFactory.java:151)
at org/jboss/resource/connectionmanager/InternalManagedConnectionPool.createConnectionEventListener(Ljavax/security/auth/Subject;Ljavax/resource/spi/ConnectionRequestInfo;)Lorg/jboss/resource/connectionmanager/ConnectionListener;(InternalManagedConnectionPool.java:508)
at org/jboss/resource/connectionmanager/InternalManagedConnectionPool.getConnection(Ljavax/security/auth/Subject;Ljavax/resource/spi/ConnectionRequestInfo;)Lorg/jboss/resource/connectionmanager/ConnectionListener;(InternalManagedConnectionPool.java:207)
at org/jboss/resource/connectionmanager/JBossManagedConnectionPool$BasePool.getConnection(Ljavax/transaction/Transaction;Ljavax/security/auth/Subject;Ljavax/resource/spi/ConnectionRequestInfo;)Lorg/jboss/resource/connectionmanager/ConnectionListener;(JBossManagedConnectionPool.java:534)
at org/jboss/resource/connectionmanager/BaseConnectionManager2.getManagedConnection(Ljavax/transaction/Transaction;Ljavax/security/auth/Subject;Ljavax/resource/spi/ConnectionRequestInfo;)Lorg/jboss/resource/connectionmanager/ConnectionListener;(BaseConnectionManager2.java:396)
at org/jboss/resource/connectionmanager/TxConnectionManager.getManagedConnection(Ljavax/security/auth/Subject;Ljavax/resource/spi/ConnectionRequestInfo;)Lorg/jboss/resource/connectionmanager/ConnectionListener;(TxConnectionManager.java:299)
at org/jboss/resource/connectionmanager/BaseConnectionManager2.allocateConnection(Ljavax/resource/spi/ManagedConnectionFactory;Ljavax/resource/spi/ConnectionRequestInfo;)Ljava/lang/Object;(BaseConnectionManager2.java:448)
at org/jboss/resource/connectionmanager/BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(Ljavax/resource/spi/ManagedConnectionFactory;Ljavax/resource/spi/ConnectionRequestInfo;)Ljava/lang/Object;(BaseConnectionManager2.java:838)
at org/jboss/resource/adapter/jdbc/WrapperDataSource.getConnection()Ljava/sql/Connection;(WrapperDataSource.java:102)
at com/proxymed/utils/ejb/ejbConnection.getConnection(Ljavax/naming/InitialContext;Ljava/lang/String;)Ljava/sql/Connection;(ejbConnection.java:31)
at com/proxymed/ws/appdirector/service/AppDirectorTask.ReloadAll()V(Unknown Source)
at com/proxymed/ws/appdirector/service/AppDirectorTask.run()V(Unknown Source)
at java/util/TimerThread.mainLoop()V(Timer.java:512)
at java/util/TimerThread.run()V(Timer.java:462)
at jrockit/vm/RNI.c2java()V(Native Method)
-- end of trace
Additional information is available in:
/usr/local/home/websvc/jboss-4.0.0/bin/jrockit.15229.dump
No core file will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
Please send the file(s), information about your system
setup and the program you were running to [email protected]. Thank you.
===== END DUMP ===============================================================

Printing causes Application Crashes

Hi,
I have a Macbook that I hook up to my Lexmark 5300 series printer via USB to print. The problem is that when I print (PDF or Document) it causes my application to crash. It does not even bring up the print option dialogue box. This includes Adobe Reader (Professional and Version 9), Preview, any Office program. I thought it might be the default PDF printer, so I deleted that. The only printer in the queue is the Lexmark. Is there anything else I should try?
I am able to print from InDesign oddly enough, but it isn't a PDF it's a .indd format.
Thank you!

Updated drivers are a wonder.

OCI causing JVM crash

# A fatal error has been detected by the Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 746 bytes for jbyte in /BUILD_AREA/jdk6_21/hotspot/src/share/vm/prims/jni.cpp. Out of swap space?
# Internal Error (allocation.inline.hpp:39), pid=21129, tid=667401120
# Error: jbyte in /BUILD_AREA/jdk6_21/hotspot/src/share/vm/prims/jni.cpp
# JRE version: 6.0_21-b06
# Java VM: Java HotSpot(TM) Server VM (17.0-b16 mixed mode linux-x86 )
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x2f929000): JavaThread "DRIVER:mm7adapter:12:7" [_thread_in_vm, id=21834, stack(0x27c5b000,0x27c7c000)]
Stack: [0x27c5b000,0x27c7c000], sp=0x27c7a874, free space=7e27c7c000k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x6a9262]
V [libjvm.so+0x2b277f]
V [libjvm.so+0x3c0b0f]
C [libocijdbc10.so+0x108ff]
C [libocijdbc10.so+0x11788] Java_oracle_jdbc_driver_T2CConnection_lobGetLength+0x30
J oracle.jdbc.driver.T2CConnection.lobGetLength(J[BI)J
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J oracle.jdbc.driver.T2CConnection.lobGetLength(J[BI)J
J oracle.jdbc.driver.T2CConnection.length(Loracle/sql/BLOB;)J
J com.firsthop.common.database.ReadConnectionImpl.getByteArray(Ljava/lang/String;Ljava/sql/ResultSet;I)[B
J com.firsthop.common.database.ReadConnectionWrapper.getByteArray(Ljava/lang/String;Ljava/sql/ResultSet;I)[B
J com.firsthop.mr.storage.MultiJDBCStorage.fillInitiator(Lcom/firsthop/common/database/ReadConnection;Ljava/lang/String;Ljava/sql/ResultSet;Lcom/firsthop/mr/router/TransactionResponder;)Lcom/firsthop/mr/router/TransactionInitiator;
J com.firsthop.mr.storage.MultiJDBCStorage.addInitiators(Lcom/firsthop/mr/router/TransactionResponder;Ljava/util/Collection;)V
J com.firsthop.mr.storage.CacheStorage.getResponderByTransactionID(Ljava/lang/String;)Lcom/firsthop/mr/router/TransactionResponder;
j com.firsthop.mr.router.RoutingEngine.getResponderByTransactionID(Ljava/lang/String;)Lcom/firsthop/mr/router/TransactionResponder;+5
j com.firsthop.mr.router.RoutingEngine.scheduleStatusResend(Ljava/lang/String;)Z+53
j com.firsthop.mr.router.RoutingEngine.scheduleResend(Lcom/firsthop/mr/message/Message;I)Z+68
j com.firsthop.mr.drivers.Driver.getMessage(Ljava/lang/Object;)Lcom/firsthop/mr/message/Message;+260
J com.firsthop.mr.drivers.Driver$QueueWorker.run()V
j com.firsthop.common.threadpool.ThreadControl.run()V+47
j com.firsthop.common.threadpool.ThreadPool$PoolThread.run()V+467
v ~StubRoutines::call_stub
VM Arguments:
jvm_args: -Xms1024M -Xmx2048M -Dcom.firsthop.common.database.tracefile=log/%m-db.trace -Dcom.firsthop.common.database.debug=true -Dcom.firsthop.common.database.trace=log/%m-db.trace -enableassertions -Dnetworkaddress.cache.ttl=3600 -Dnetworkaddress.cache.negative.ttl=1800 -Djava.security.auth.login.config=conf/jaas.conf -Dorg.apache.commons.logging.Log=com.firsthop.common.log.JakartaInfoDLogBridge -Djava.net.preferIPv4Stack=true -Dhttp.maxConnections=50 -Dsun.net.client.defaultReadTimeout=30000 -Dsun.net.client.defaultConnectTimeout=10000 -Djava.awt.headless=true -Dsun.net.http.retryPost=false -Dcom.firsthop.mr.common.plugin.usageLogDir=/apps/gateway/current/cdr/.usagelog/ -verbose:gc -XX:+HeapDumpOnOutOfMemoryError -Xss128k -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintCommandLineFlags -XX:+HeapDumpOnOutOfMemoryError -Dmodule.name=mmsrouter -Dmodule.home=/apps/gateway/current -Dhost.name=mmsgwy3 -Dmodule.config_file=conf/mmsrouter.conf -Dmodule.xml_config_file=conf/mmsrouter.xml -Dmodule.pid_file=var/mmsrouter.pid -Dmodule.log_file=log/mmsrouter.log -Dmodule.output_prefix=log/mmsrouter
java_command: com.firsthop.common.platform.ModuleStarter mmsrouter conf/mmsrouter.xml log/mmsrouter.log
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/apps/jdk
PATH=/apps/jdk/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/bin:/sbin:/home/ins/bin:/apps/oracle/10.2.0.3/client/bin:/usr/sbin
LD_LIBRARY_PATH=/apps/jdk1.6.0_21/jre/lib/i386/server:/apps/jdk1.6.0_21/jre/lib/i386:/apps/jdk1.6.0_21/jre/../lib/i386:/apps/oracle/10.2.0.3/client/lib32
SHELL=/bin/bash
Signal Handlers:
SIGSEGV: [libjvm.so+0x6a9eb0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x6a9eb0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x578180], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: SIG_IGN, sa_mask[0]=0x3e7bf217, sa_flags=0x10000004
SIGXFSZ: [libjvm.so+0x578180], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGILL: [libjvm.so+0x578180], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x57adc0], sa_mask[0]=0x00000000, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x57aaf0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGTERM: [libjvm.so+0x57aaf0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x57aaf0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
--------------- S Y S T E M ---------------
OS:Red Hat Enterprise Linux AS release 4 (Nahant Update 6)
uname:Linux 2.6.9-67.ELsmp #1 SMP Wed Nov 7 13:58:04 EST 2007 i686
libc:glibc 2.3.4 NPTL 2.3.4
rlimit: STACK 10240k, CORE infinity, NPROC 274431, NOFILE 4096, AS infinity
load average:2.62 2.52 2.43
CPU:total 4 (2 cores per cpu, 1 threads per core) family 15 model 65 stepping 3, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnow, 3dnowext
Memory: 4k page, physical 16631944k(153644k free), swap 18940592k(18821620k free)
vm_info: Java HotSpot(TM) Server VM (17.0-b16) for linux-x86 JRE (1.6.0_21-b06), built on Jun 22 2010 01:04:46 by "java_re" with gcc 3.2.1-7a (J2SE release)
time: Fri Sep 30 17:09:15 2011
elapsed time: 712510 seconds

Technically, the crash appears to happen in Java_oracle_jdbc_driver_T2CConnection_lobGetLength, i.e. the JNI native impl behind the Java method native, and not in OCI itself. I'm sure that method makes OCI calls (like OCILobGetLength2), but not in this particular stack trace. So this is a bug in the native part of OCI-based Java driver for Oracle, supplied by Oracle, which you should report to Oracle. There's nothing anyone can do I'm afraid in this forum. --DD

Network printing causes application crash

I have a iMac G5 with a HP Deskjet 3930 printer hanging off of it. It's networked with my MacBook Pro via a 802.11b Linksys router. Whenever I attempt to print off of my Macbook Pro, there's a 50% chance that whichever application I'm running will immediately crash. The other 50% of the time, it will spend several seconds thinking, then reluctantly allows me to print. I've seen Safari, Pages, TextEdit, Preview, and TextWrangler all crash this way. There's never an issue with my iMac printing.
This is a really strange issue that really bugs me. It may have something to do with Bonjour or my router but I can't really tell. I always have full signal strength on my network but routinely see the DHCP error that seems to have started with 10.4.7 (both the iMac and the Macbook Pro are running 10.4.7). Any suggestions would be really helpful. Thanks in advance!!
MacBook Pro, iMac G5 Mac OS X (10.4.7)

I am experiencing continuous problems with printing to a WINDOWS networked printer (HP color lasarjet 5550). All MAC apps crash instantly, including those in OFFICE for MAC, even though I can install and see the printer. I have pinged te printer, and even printed a test page from the FIREFOX window that opened after PRINTER SETUP UTILITY/UTILITIES.
I cannot access the network thru FINDER. Yet, in PARALLELS, I can access files on the network and print successfully from all windows apps.
I tried the solution that Pere Phil described. The only difference is I am trying to print thru BUILT IN ETHERNET using IP address. When I tried a test print from FIREFOX (I WAS ON THIS PAGE), it crashed.
Can anyone help?
P.S. I am a newbie to MAC and my workplace is remote and I don't have access to phone support except thru a satellite phone (i.e. excessively expensive). A direct email to me with solutions that have worked will be most appreciated. If this continues I will soon be an ex-Mac newbie.

Successful using Java Print Service API on Windows 32 Platform

Hello,
Using the JSP API supplied with JDK1.4, I was able to print successfully the following types of documents :
1. Text
2. GIF, JPG... (images)
3. PostScript files.
But could not print "HTML" files. THe problem is that the HTML files are getting printed as text files with all the HTML tags.
Any pointers are appreciated.
Thanks
TJ

You will need to load the html into something that can render html. The printer doesn't know how to do it. It just sees plain text that you are sending. Try using JTextPane or JEditorPane (I think). It can render html files for you. Then just print that component.
1) Create JEditorPane or JTextPane.
2) Set contents of pane as the html file or string you want to print.
3) Use the Graphics2D API to adjust the component coordinate space to the printer coordinate space.
4) Render the component (JEditorPane or JTextPane) on the printer.
There is a very nice tutorial for printing components here: http://www.apl.jhu.edu/~hall/java/Swing-Tutorial/Swing-Tutorial-Printing.html.
Hope this helps.

ITunes 7.4.1.2 causes fatal crash on Vista

Hi, just installed a new version 7.4.1.2 and while itunes is creating the library Vista crashes and reboots. Not even a blue screen. What could be the problem?
Thanks, Oliver

Same thing happened to me. Did the 7.4 update last night. Seemed to go ok. The update wanted a restart to finish the update. But then Vista wouldn't come back up. Finally after several restart attempts Vista went into a recover mode and fixed itself, which I would imagine took off the update and put files back the way they were before the update. All fine again. Tonight I get the 7.4 update popup again. No way! Not until I hear something about this. Scared the living out of me last night. Hope somebody knows something about this.

Java.sql : Cannot retrieve records from Oracle 9i with JDK 1.5

I think I'm doing everything right, but still the following code does not
return any rows. I have the classpath set correctly and ojdbc14.jar in
the path. I'm using jdk 1.5.
What am I missing? Any help greatly appreciated. Thanks!
     Connection conn = null;
     String serverName = "MySvr";
     String portNumber = "1521";
     String sid = "mySID";
     String myURL = "jdbc:oracle:thin:@" + serverName + ":" + portNumber + ":" + sid;
     logger.writeLog("URL: " + myURL);
     String username = "scott";
     String password = "tiger";
     String query = "select 'test' from dual";
     DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
     conn = DriverManager.getConnection(myURL, username, password);
     Statement stmt = conn.createStatement();
     rs = stmt.executeQuery(query);
     logger.writeLog("Cur Row : " + rs.getRow());
-----> returns 0
     while (rs.next()) {
------> throws java.lang.NullPointerException
     }

I think I'm doing everything right, but still the following code does not
return any rows. JDBC didn't change from 1.4 to 1.5, so that's a red herring. It's you, not the JVM.
I have the classpath set correctly Really? A system CLASSPATH environment variable? I'd say that's wrong. Better to use the -classpath option on javac.exe when you compile and java.exe when you run.
and ojdbc14.jar in the path. You'd better mean CLASSPATH and not PATH. CLASSPATH is for the Java class loader; PATH is for the operating system. Don't get the two confused.
I'm using jdk 1.5.     Irrelevant here.
What am I missing? Any help greatly appreciated. Thanks!I think you're using ResultSet incorrectly, because it's never null.
Try this:
// I'd externalize this so you could change it on the fly.
String driver = "oracle.jdbc.driver.OracleDriver";
String url = "jdbc:oracle:thin:@MySvr:1521:mySID";
// I hope you're not using the default username and password for real
String username = "scott";
String password = "tiger";
logger.writeLog("URL: " + url);
Connection conn = null;
Statement stmt = null;
ResultSet rs = null;
try
    Class.forName(driver);
    conn = DriverManager.getConnection(url, username, password);
    String sql = "select 1 from dual";
    stmt = conn.createStatement();
    rs   = stmt.executeQuery(sql);
    int value;
    while (rs.next())
        value = rs.getInt(1);
catch (SQLException e)
    e.printStackTrace();
finally
    // I'd put all these in a utility class
    try { if (rs != null) rs.close(); } catch (SQLException e) { logger.writeLog("could not close result set"); }
    try { if (stmt != null) stmt.close(); } catch (SQLException e) { logger.writeLog("could not close statement"); }
    try { if (conn != null) conn.close(); } catch (SQLException e) { logger.writeLog("could not close connection"); }
}Note: close your resources in a finally block. It's important, especially if you don't want to run out of Oracle cursors.
%

JVM crashes when selecting non-default printer in ReportViewer in NATIVE dialog.

On ReportViewer frame i have the print button active. If i click the print button (Native dialog) and select a printer other than default printer, the JVM crashes. Any idea how to fix it?
Thanks

I wanted to provide little history of what I am trying to achieve. Currently, I have the following code:
PrinterJob printJob = PrinterJob.getPrinterJob();
        if (printJob.printDialog()) {
            String printerName = printJob.getPrintService().getName();
            String printJobName = printJob.getJobName();
            PrintReportOptions printOptions = redirectPrinter(printerName, printJobName);
            sendReportOutputAndClose(reportClientDoc, printOptions);
I want to capture the number of copies user selects from the dialog. When I do printJob.getCopies(), it always returns 1. Not sure how to get that # of copies user selected. I also wanted to the dialog to be in Native mode because I don't want to give access to modify Margins and other page properties which are part of COMMON dialog mode. If I create the dialog printJobAttribute.setDialog(JobAttributes.DialogType.NATIVE); then VM crashes when selecting a non-default printer but I am able to get the number of copies. The key is I need to use NATIVE dialog and get the number of copies. One option is to display in COMMON dialog mode and then hide the "Page Setup" and "Appearance" tabs. Can this be done ? I am new to Java and Crystal so any suggestions would help.

Jvm crashes when printing a JTable under Citrix

Hello,
one of our customers uses Citrix for running our java clients (jre 1.4.2) and experiences the following problem:
whenever someone prints out more than one page (the print of a JTable) the client crashes with the following error log:
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77F4C56D
Function=GetEnhMetaFileHeader+0xB11
Library=C:\WINNT\system32\GDI32.DLL
Current Java thread:
at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(WToolkit.java:262)
at java.lang.Thread.run(Thread.java:534)
The printing of only one page seems to work though.
This is our only customer that uses Citrix. In other environments our client works without problems, so it should not be a bug in our program.
Does anyone knows what to do here?
Matthias

Hi,
we observe exactly the same behavoiur. We develop a solution where customers can print
database reports. During the printing the jvm crashes with the same exception in GDI32.dll.
It seems to be a specific problem of the citrix enviromment. Because most of our customers use
Citrix we are now in big trouble. Does anyone out here knows a solution for this problem??

JVM Crash with Signal 10.

Hi,
We are facing a random problem in our production setup where the JVM crashes with the following error message.
Unexpected Signal : 10 occurred at PC=0xFA3442A4
Function=java.lang.String.startsWith(Ljava/lang/String;)Z (compiled Java code)
Library=(N/A)
Current Java thread:
Dynamic libraries:
0x10000 /usr/j2sdk1.4.2_03/jre/bin/java
0xff350000 /usr/lib/libthread.so.1
0xff340000 /usr/lib/libdl.so.1
0xff200000 /usr/lib/libc.so.1
0xff390000 /usr/platform/SUNW,Sun-Fire-V440/lib/libc_psr.so.1
0xfe000000 /usr/j2sdk1.4.2_03/jre/lib/sparc/server/libjvm.so
0xff2d0000 /usr/lib/libCrun.so.1
0xff1e0000 /usr/lib/libsocket.so.1
0xff100000 /usr/lib/libnsl.so.1
0xff0b0000 /usr/lib/libm.so.1
0xff1c0000 /usr/lib/libsched.so.1
0xff090000 /usr/lib/libmp.so.2
0xff050000 /usr/j2sdk1.4.2_03/jre/lib/sparc/native_threads/libhpi.so
0xfe7d0000 /usr/j2sdk1.4.2_03/jre/lib/sparc/libverify.so
0xfe790000 /usr/j2sdk1.4.2_03/jre/lib/sparc/libjava.so
0xff020000 /usr/j2sdk1.4.2_03/jre/lib/sparc/libzip.so
0xfe630000 /usr/j2sdk1.4.2_03/jre/lib/sparc/libjdwp.so
0xfe610000 /usr/j2sdk1.4.2_03/jre/lib/sparc/libdt_socket.so
0xfe5f0000 /usr/lib/nss_files.so.1
0xc17a0000 /usr/j2sdk1.4.2_03/jre/lib/sparc/libnet.so
0xc16e0000 /BayPackets/rsisas/SAS/ASE5.1.1/sol28g/lib/libjavautil.so
0xc16c0000 /usr/j2sdk1.4.2_03/jre/lib/sparc/libioser12.so
Heap at VM Abort:
Heap
par new generation total 32704K, used 3150K [0xc5800000, 0xc7800000, 0xc7800000)
eden space 32640K, 9% used [0xc5800000, 0xc5b13b20, 0xc77e0000)
from space 64K, 0% used [0xc77f0000, 0xc77f0000, 0xc7800000)
to space 64K, 0% used [0xc77e0000, 0xc77e0000, 0xc77f0000)
concurrent mark-sweep generation total 753664K, used 490987K [0xc7800000, 0xf5800000, 0xf5800000)
concurrent-mark-sweep perm gen total 29784K, used 17111K [0xf5800000, 0xf7516000, 0xf9800000)
Local Time = Mon Oct 2 18:18:51 2006
Elapsed Time = 7215947
# HotSpot Virtual Machine Error : 10
# Error ID : 4F530E43505002EF 01
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
# Java VM: Java HotSpot(TM) Server VM (1.4.2_03-b02 mixed mode)
We are using the J2SE version 1.4.2_03 and running it on the Solaris OS 5.8. Have anybody seen this problem before? It will be great if anybody could provide some pointers to solve this problem.
Thanks
Ravi.

... Do you have any idea whether this is a known
issue in jdk1.4.2_03 and any suggestions on how to
check whether it is fixed in the later versions.The hs_err log that you included above, points to a rather generic
error location (the error log dump has since been much improved
and provides much more useful information than the dump from
1.4.2_03 above). As such it is difficult to tell what the bug is that
caused the crash here.
Running with a later version might provide further clues (or it
might be fixed already). Recall that at a refresh rate of an
update release per each 3 months, 1.4.2_03 is already
at least 3 years old (and perhaps more). A number of bugs
especially in the Concurrent Mark Sweep Collector being used
here have since been fixed.
If testing with 1.4.2_13 is not feasible, please provide your Sun
support contact with a core file from the incident and that might
lead us closer to the root cause and allow us to determine if
this may have been fixed subsequently. They may also be able to
provide you with a test JVM binary that may lead one closer to the
root cause.

Java print caused JVM crash on Vista platform with JDK 1.5.0_14

Similar Messages

Maybe you are looking for