Core dump on throwing exception

Hi,
I am using an exception class derived from C++ standard exception class (MyException). In this, I am having a member variable of type std::string. I am using this in a DLL that is being used by Java application using JNI.
In my C++ code, I am catching exception following way:
catch(XException& exp)
catch(MyException& exp)
catch(exception& exp)
If I am using std::string as member in MyException class, it results in a coredump whatever exception is thrown (MyException or any other unknown exception supposed to be caught in the standard exception class.). Note that this happens in release build of my dll and never repeatable in debug build.
This problem occurs only in Solaris (tested both in Solaris 7 and Solaris 8). It does not occur in Windows.
Now, if I use char array instead of std::string the problem does not occur!!!! Exceptions are caught properly.
If anyone can throw more light on why usage of std::string causes issues in exception handling in Solaris using CC 5.0 compiler, it shall be of help. I feel problem might be due to not updating the patches related to CC 5.0 exception handling. Also, is it a good practise to use std::string in exception handling classes?

C++ 5.0 is very old and is no longer supported. Patches are still available for it, however. You should get the latest patches from
http://access1.sun.com/sundev
and see if that solves your problem. If not, you should upgrade to a supported compiler release.
The standard string class can perfrom dynamic memory allocation and can throw exceptions. It's not ideal for use in exception handling for those reasons. But for ordinary situations when you are not out of memory it' s probably OK.

Similar Messages

  • C++ Tux 6.4 server core dumping when throwing exception

    We are having a problem inside a Tux 6.4 server written in C++ on a Solaris box.
    Whenever an exception is thrown, the program dumps core. (The same program transformed
    into a standalone C++ program functions normally.)
    Has anyone else had similar problems??
    Is there something that we need to do to avoid the problem??
    Please email me responses and I will post a summary.
    adTHANKSvance.

    Morrie Kahn wrote:
    >
    We are having a problem inside a Tux 6.4 server written in C++ on a Solaris box.
    Whenever an exception is thrown, the program dumps core. (The same program transformed
    into a standalone C++ program functions normally.)
    Has anyone else had similar problems??
    Don't know whether it could be the same problem, but using Tuxedo 6.5 /
    Tru64, throwing any exception caused some strange message to occur (sth.
    about locking) and the program abort.
    After I prepared some test, BEA provided the patch which helped.

  • JDB crashes while lodading core dump or throws errors

    I'm having here RHEL 5.1 system and some core dumps generated by our 32 bit java application. This application uses JNI and for some reason (that I'm still trying to figure out) is crashing while executing JNI calls.
    I can load the core dumps inside gdb and even backtrace the native stack of the program and see the variables inside the shared library where it's crashing. But I need to take a closer look on the java stack and some of the variable values on the java side also.
    I did try to use JDB to do this like it's described in the Troubleshooting guide for Java 6 but for some unknown reason when I do try to attach JDB to the core dumps I either get some error thrown on the console or JDB crashes and produces a hs_err_pit*.log file. I have used this technique already few times and didn't had any problems with JDB. I'm wondering if it could be that the core dump files are too big - some of them are around 3 Gb. But one of them is ~600Mb and also is crashing. So is ti possible bug in JDB or I'm missing something. I'm posting the error and the one of the hs_err_pid files.
    Appreciate any help and ideas
    $ jdb -connect sun.jvm.hotspot.jdi.SACoreAttachingConnector:javaExecutable=/usr/java/jdk/bin/java,core=core.31919
    java.io.IOException
    at sun.jvm.hotspot.jdi.SACoreAttachingConnector.attach(SACoreAttachingConnector.java:123)
    at com.sun.tools.example.debug.tty.VMConnection.attachTarget(VMConnection.java:358)
    at com.sun.tools.example.debug.tty.VMConnection.open(VMConnection.java:168)
    at com.sun.tools.example.debug.tty.Env.init(Env.java:64)
    at com.sun.tools.example.debug.tty.TTY.main(TTY.java:1010)
    Caused by: java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at sun.jvm.hotspot.jdi.SACoreAttachingConnector.createVirtualMachine(SACoreAttachingConnector.java:80)
    at sun.jvm.hotspot.jdi.SACoreAttachingConnector.attach(SACoreAttachingConnector.java:108)
    ... 4 more
    Caused by: sun.jvm.hotspot.debugger.DebuggerException: Can't attach to the core file
    at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach0(Native Method)
    at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach(LinuxDebuggerLocal.java:258)
    at sun.jvm.hotspot.HotSpotAgent.attachDebugger(HotSpotAgent.java:625)
    at sun.jvm.hotspot.HotSpotAgent.setupDebuggerLinux(HotSpotAgent.java:611)
    at sun.jvm.hotspot.HotSpotAgent.setupDebugger(HotSpotAgent.java:322)
    at sun.jvm.hotspot.HotSpotAgent.go(HotSpotAgent.java:297)
    at sun.jvm.hotspot.HotSpotAgent.attach(HotSpotAgent.java:157)
    at sun.jvm.hotspot.jdi.VirtualMachineImpl.createVirtualMachineForCorefile(VirtualMachineImpl.java:190)
    ... 10 more
    Fatal error:
    Unable to attach to target VM.
    # An unexpected error has been detected by Java Runtime Environment:
    # SIGSEGV (0xb) at pc=0xafcfa6bd, pid=3653, tid=4160613264
    # Java VM: Java HotSpot(TM) Server VM (1.6.0_03-b05 mixed mode)
    # Problematic frame:
    # C [libsaproc.so+0x36bd]
    # 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 (0x08058000): JavaThread "main" [_thread_in_native, id=3654]
    siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000151
    Registers:
    EAX=0xf7ffdabc, EBX=0xafcff25c, ECX=0xafd72d08, EDX=0x00000149
    ESP=0xf7fdc520, EBP=0xf7fdc538, ESI=0xafd72d08, EDI=0x08058000
    EIP=0xafcfa6bd, CR2=0x00000151, EFLAGS=0x00010206
    Top of Stack: (sp=0xf7fdc520)
    0xf7fdc520: 464c457f 00010101 000000a2 0000009c
    0xf7fdc530: 0000009f afcff25c f7fdc588 afcfb01a
    0xf7fdc540: afd67780 f7ffdabc 00200034 afcfaff4
    0xf7fdc550: 004a004b 00000000 00200034 0028000a
    0xf7fdc560: 004a004b afba13e0 00001110 afcff25c
    0xf7fdc570: afb8e2e8 08058000 f7fdc5a8 afcf93b3
    0xf7fdc580: 00000004 afcff25c f7fdc5a8 afcf9964
    0xf7fdc590: afd67780 f7ffdabc f7fdd72c 00000004
    Instructions: (pc=0xafcfa6bd)
    0xafcfa6ad: 8d 14 85 00 00 00 00 8b 41 24 8b 14 10 8b 45 0c
    0xafcfa6bd: 3b 42 08 72 08 8b 45 f8 89 45 f4 eb b1 8b 45 f8
    Stack: [0xf7f8e000,0xf7fdf000), sp=0xf7fdc520, free space=313k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    C [libsaproc.so+0x36bd]
    C [libsaproc.so+0x401a]
    C [libsaproc.so+0x2964] ps_pdread+0x1c
    C [libsaproc.so+0x4d3e]
    C [libsaproc.so+0x4ffd] Pgrab_core+0x281
    C [libsaproc.so+0x56c7] Java_sun_jvm_hotspot_debugger_linux_LinuxDebuggerLocal_attach0__Ljava_lang_String_2Ljava_lang_String_2+0x99
    j sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach0(Ljava/lang/String;Ljava/lang/String;)V+0
    j sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach(Ljava/lang/String;Ljava/lang/String;)V+29
    j sun.jvm.hotspot.HotSpotAgent.attachDebugger()V+43
    j sun.jvm.hotspot.HotSpotAgent.setupDebuggerLinux()V+122
    j sun.jvm.hotspot.HotSpotAgent.setupDebugger()V+95
    j sun.jvm.hotspot.HotSpotAgent.go()V+1
    j sun.jvm.hotspot.HotSpotAgent.attach(Ljava/lang/String;Ljava/lang/String;)V+56
    j sun.jvm.hotspot.jdi.VirtualMachineImpl.createVirtualMachineForCorefile(Lcom/sun/jdi/VirtualMachineManager;Ljava/lang/String;Ljava/lang/String;I)Lsun/jvm/hotspot/jdi/VirtualMachineImpl;+58
    v ~StubRoutines::call_stub
    V [libjvm.so+0x2c5ecd]
    V [libjvm.so+0x4523b8]
    V [libjvm.so+0x2c5d60]
    V [libjvm.so+0x49a08f]
    V [libjvm.so+0x49ca8c]
    V [libjvm.so+0x331e88]
    C [libjava.so+0x15224] Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x34
    j sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
    j sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
    j sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
    j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
    j sun.jvm.hotspot.jdi.SACoreAttachingConnector.createVirtualMachine(Ljava/lang/Class;Ljava/lang/String;Ljava/lang/String;)Lcom/sun/jdi/VirtualMachine;+122
    j sun.jvm.hotspot.jdi.SACoreAttachingConnector.attach(Ljava/util/Map;)Lcom/sun/jdi/VirtualMachine;+90
    j com.sun.tools.example.debug.tty.VMConnection.attachTarget()Lcom/sun/jdi/VirtualMachine;+13
    j com.sun.tools.example.debug.tty.VMConnection.open()Lcom/sun/jdi/VirtualMachine;+33
    j com.sun.tools.example.debug.tty.Env.init(Ljava/lang/String;ZI)V+28
    j com.sun.tools.example.debug.tty.TTY.main([Ljava/lang/String;)V+1207
    v ~StubRoutines::call_stub
    V [libjvm.so+0x2c5ecd]
    V [libjvm.so+0x4523b8]
    V [libjvm.so+0x2c5d60]
    V [libjvm.so+0x2ef186]
    V [libjvm.so+0x2e082b]
    C [jdb+0x1af8] JavaMain+0x2c8
    C [libpthread.so.0+0x543b]
    Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
    j sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach0(Ljava/lang/String;Ljava/lang/String;)V+0
    j sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach(Ljava/lang/String;Ljava/lang/String;)V+29
    j sun.jvm.hotspot.HotSpotAgent.attachDebugger()V+43
    j sun.jvm.hotspot.HotSpotAgent.setupDebuggerLinux()V+122
    j sun.jvm.hotspot.HotSpotAgent.setupDebugger()V+95
    j sun.jvm.hotspot.HotSpotAgent.go()V+1
    j sun.jvm.hotspot.HotSpotAgent.attach(Ljava/lang/String;Ljava/lang/String;)V+56
    j sun.jvm.hotspot.jdi.VirtualMachineImpl.createVirtualMachineForCorefile(Lcom/sun/jdi/VirtualMachineManager;Ljava/lang/String;Ljava/lang/String;I)Lsun/jvm/hotspot/jdi/VirtualMachineImpl;+58
    v ~StubRoutines::call_stub
    j sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
    j sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
    j sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
    j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
    j sun.jvm.hotspot.jdi.SACoreAttachingConnector.createVirtualMachine(Ljava/lang/Class;Ljava/lang/String;Ljava/lang/String;)Lcom/sun/jdi/VirtualMachine;+122
    j sun.jvm.hotspot.jdi.SACoreAttachingConnector.attach(Ljava/util/Map;)Lcom/sun/jdi/VirtualMachine;+90
    j com.sun.tools.example.debug.tty.VMConnection.attachTarget()Lcom/sun/jdi/VirtualMachine;+13
    j com.sun.tools.example.debug.tty.VMConnection.open()Lcom/sun/jdi/VirtualMachine;+33
    j com.sun.tools.example.debug.tty.Env.init(Ljava/lang/String;ZI)V+28
    j com.sun.tools.example.debug.tty.TTY.main([Ljava/lang/String;)V+1207
    v ~StubRoutines::call_stub
    --------------- P R O C E S S ---------------
    Java Threads: ( => current thread )
    0xafd08c00 JavaThread "Thread-1" daemon [_thread_blocked, id=3682]
    0x0819b000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3680]
    0x08199400 JavaThread "CompilerThread1" daemon [_thread_blocked, id=3679]
    0x08198000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=3678]
    0x08196c00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=3677]
    0x08183c00 JavaThread "Finalizer" daemon [_thread_blocked, id=3676]
    0x08183400 JavaThread "Reference Handler" daemon [_thread_blocked, id=3675]
    =>0x08058000 JavaThread "main" [_thread_in_native, id=3654]
    Other Threads:
    0x08180800 VMThread [id=3671]
    0x0819c800 WatcherThread [id=3681]
    VM state:not at safepoint (normal execution)
    VM Mutex/Monitor currently owned by a thread: None
    Heap
    PSYoungGen total 9280K, used 2718K [0xedca0000, 0xee6f0000, 0xf4e60000)
    eden space 8000K, 33% used [0xedca0000,0xedf47b40,0xee470000)
    from space 1280K, 0% used [0xee5b0000,0xee5b0000,0xee6f0000)
    to space 1280K, 0% used [0xee470000,0xee470000,0xee5b0000)
    PSOldGen total 84992K, used 0K [0xb4e60000, 0xba160000, 0xedca0000)
    object space 84992K, 0% used [0xb4e60000,0xb4e60000,0xba160000)
    PSPermGen total 16384K, used 3088K [0xb0e60000, 0xb1e60000, 0xb4e60000)
    object space 16384K, 18% used [0xb0e60000,0xb1164398,0xb1e60000)
    Dynamic libraries:
    00b31000-00b4a000 r-xp 00000000 fd:00 5932045 /lib/ld-2.5.so
    00b4a000-00b4b000 r-xp 00019000 fd:00 5932045 /lib/ld-2.5.so
    00b4b000-00b4c000 rwxp 0001a000 fd:00 5932045 /lib/ld-2.5.so
    00b4e000-00c88000 r-xp 00000000 fd:00 5932057 /lib/libc-2.5.so
    00c88000-00c8a000 r-xp 00139000 fd:00 5932057 /lib/libc-2.5.so
    00c8a000-00c8b000 rwxp 0013b000 fd:00 5932057 /lib/libc-2.5.so
    00c8b000-00c8e000 rwxp 00c8b000 00:00 0
    00c90000-00ca3000 r-xp 00000000 fd:00 5932059 /lib/libpthread-2.5.so
    00ca3000-00ca4000 r-xp 00012000 fd:00 5932059 /lib/libpthread-2.5.so
    00ca4000-00ca5000 rwxp 00013000 fd:00 5932059 /lib/libpthread-2.5.so
    00ca5000-00ca7000 rwxp 00ca5000 00:00 0
    00ca9000-00cab000 r-xp 00000000 fd:00 5932058 /lib/libdl-2.5.so
    00cab000-00cac000 r-xp 00001000 fd:00 5932058 /lib/libdl-2.5.so
    00cac000-00cad000 rwxp 00002000 fd:00 5932058 /lib/libdl-2.5.so
    00caf000-00cb6000 r-xp 00000000 fd:00 5932062 /lib/librt-2.5.so
    00cb6000-00cb7000 r-xp 00006000 fd:00 5932062 /lib/librt-2.5.so
    00cb7000-00cb8000 rwxp 00007000 fd:00 5932062 /lib/librt-2.5.so
    00d9b000-00dc0000 r-xp 00000000 fd:00 5932060 /lib/libm-2.5.so
    00dc0000-00dc1000 r-xp 00024000 fd:00 5932060 /lib/libm-2.5.so
    00dc1000-00dc2000 rwxp 00025000 fd:00 5932060 /lib/libm-2.5.so
    06000000-065a0000 r-xp 00000000 fd:00 16777229 /usr/java/jdk1.6.0_03/jre/lib/i386/server/libjvm.so
    065a0000-065db000 rwxp 005a0000 fd:00 16777229 /usr/java/jdk1.6.0_03/jre/lib/i386/server/libjvm.so
    065db000-069fc000 rwxp 065db000 00:00 0
    08048000-08052000 r-xp 00000000 fd:00 16810695 /usr/java/jdk1.6.0_03/bin/jdb
    08052000-08053000 rwxp 00009000 fd:00 16810695 /usr/java/jdk1.6.0_03/bin/jdb
    08053000-08289000 rwxp 08053000 00:00 0 [heap]
    afa00000-afa39000 rwxp afa00000 00:00 0
    afa39000-afb00000 ---p afa39000 00:00 0
    afb00000-afbf2000 rwxp afb00000 00:00 0
    afbf2000-afc00000 ---p afbf2000 00:00 0
    afcf7000-afcff000 r-xp 00000000 fd:00 16777232 /usr/java/jdk1.6.0_03/jre/lib/i386/libsaproc.so
    afcff000-afd00000 rwxp 00007000 fd:00 16777232 /usr/java/jdk1.6.0_03/jre/lib/i386/libsaproc.so
    afd00000-afe00000 rwxp afd00000 00:00 0
    afe60000-afe63000 ---p afe60000 00:00 0
    afe63000-afeb1000 rwxp afe63000 00:00 0
    afeb1000-afeb6000 r-xp 00000000 fd:00 5931062 /lib/libthread_db-1.0.so
    afeb6000-afeb7000 r-xp 00004000 fd:00 5931062 /lib/libthread_db-1.0.so
    afeb7000-afeb8000 rwxp 00005000 fd:00 5931062 /lib/libthread_db-1.0.so
    afecb000-afede000 r-xp 00000000 fd:00 16777249 /usr/java/jdk1.6.0_03/jre/lib/i386/libnet.so
    afede000-afedf000 rwxp 00013000 fd:00 16777249 /usr/java/jdk1.6.0_03/jre/lib/i386/libnet.so
    afedf000-afefe000 r-xs 00152000 fd:00 16810648 /usr/java/jdk1.6.0_03/lib/sa-jdi.jar
    afefe000-aff5b000 r-xs 00b3c000 fd:00 16811549 /usr/java/jdk1.6.0_03/lib/tools.jar
    aff5b000-aff5c000 ---p aff5b000 00:00 0
    aff5c000-affdc000 rwxp aff5c000 00:00 0
    affdc000-affdf000 ---p affdc000 00:00 0
    affdf000-b002d000 rwxp affdf000 00:00 0
    b002d000-b0030000 ---p b002d000 00:00 0
    b0030000-b00ae000 rwxp b0030000 00:00 0
    b00ae000-b00b1000 ---p b00ae000 00:00 0
    b00b1000-b012f000 rwxp b00b1000 00:00 0
    b012f000-b0132000 ---p b012f000 00:00 0
    b0132000-b0180000 rwxp b0132000 00:00 0
    b0180000-b0380000 r-xp 00000000 fd:00 15535906 /usr/lib/locale/locale-archive
    b0380000-b0383000 ---p b0380000 00:00 0
    b0383000-b03d1000 rwxp b0383000 00:00 0
    b03d1000-b03d4000 ---p b03d1000 00:00 0
    b03d4000-b0422000 rwxp b03d4000 00:00 0
    b0422000-b0423000 ---p b0422000 00:00 0
    b0423000-b04d3000 rwxp b0423000 00:00 0
    b04d3000-b064f000 r-xs 02c8f000 fd:00 16777319 /usr/java/jdk1.6.0_03/jre/lib/rt.jar
    b064f000-b0650000 ---p b064f000 00:00 0
    b0650000-b06d0000 rwxp b0650000 00:00 0
    b06d0000-b06d1000 ---p b06d0000 00:00 0
    b06d1000-b0751000 rwxp b06d1000 00:00 0
    b0751000-b0752000 ---p b0751000 00:00 0
    b0752000-b07d2000 rwxp b0752000 00:00 0
    b07d2000-b07d3000 ---p b07d2000 00:00 0
    b07d3000-b0853000 rwxp b07d3000 00:00 0
    b0853000-b0854000 ---p b0853000 00:00 0
    b0854000-b08d4000 rwxp b0854000 00:00 0
    b08d4000-b08d5000 ---p b08d4000 00:00 0
    b08d5000-b0955000 rwxp b08d5000 00:00 0
    b0955000-b0956000 ---p b0955000 00:00 0
    b0956000-b09d6000 rwxp b0956000 00:00 0
    b09d6000-b09d7000 ---p b09d6000 00:00 0
    b09d7000-b0a5f000 rwxp b09d7000 00:00 0
    b0a5f000-b0a77000 rwxp b0a5f000 00:00 0
    b0a77000-b0aa1000 rwxp b0a77000 00:00 0
    b0aa1000-b0c3f000 rwxp b0aa1000 00:00 0
    b0c3f000-b0c47000 rwxp b0c3f000 00:00 0
    b0c47000-b0c5f000 rwxp b0c47000 00:00 0
    b0c5f000-b0c89000 rwxp b0c5f000 00:00 0
    b0c89000-b0e26000 rwxp b0c89000 00:00 0
    b0e26000-b0e2c000 rwxp b0e26000 00:00 0
    b0e2c000-b0e5f000 rwxp b0e2c000 00:00 0
    b0e5f000-b1e60000 rwxp b0e5f000 00:00 0
    b1e60000-b4e60000 rwxp b1e60000 00:00 0
    b4e60000-ba160000 rwxp b4e60000 00:00 0
    ba160000-edca0000 rwxp ba160000 00:00 0
    edca0000-ee6f0000 rwxp edca0000 00:00 0
    ee6f0000-f4e60000 rwxp ee6f0000 00:00 0
    f4e63000-f4e6c000 rwxp f4e63000 00:00 0
    f4e6c000-f4f23000 rwxp f4e6c000 00:00 0
    f4f23000-f5163000 rwxp f4f23000 00:00 0
    f5163000-f7f23000 rwxp f5163000 00:00 0
    f7f23000-f7f32000 r-xp 00000000 fd:00 16777245 /usr/java/jdk1.6.0_03/jre/lib/i386/libzip.so
    f7f32000-f7f34000 rwxp 0000e000 fd:00 16777245 /usr/java/jdk1.6.0_03/jre/lib/i386/libzip.so
    f7f34000-f7f57000 r-xp 00000000 fd:00 16777241 /usr/java/jdk1.6.0_03/jre/lib/i386/libjava.so
    f7f57000-f7f59000 rwxp 00023000 fd:00 16777241 /usr/java/jdk1.6.0_03/jre/lib/i386/libjava.so
    f7f59000-f7f62000 r-xp 00000000 fd:00 5931048 /lib/libnss_files-2.5.so
    f7f62000-f7f63000 r-xp 00008000 fd:00 5931048 /lib/libnss_files-2.5.so
    f7f63000-f7f64000 rwxp 00009000 fd:00 5931048 /lib/libnss_files-2.5.so
    f7f64000-f7f77000 r-xp 00000000 fd:00 5931145 /lib/libnsl-2.5.so
    f7f77000-f7f78000 r-xp 00012000 fd:00 5931145 /lib/libnsl-2.5.so
    f7f78000-f7f79000 rwxp 00013000 fd:00 5931145 /lib/libnsl-2.5.so
    f7f79000-f7f7b000 rwxp f7f79000 00:00 0
    f7f82000-f7f8d000 r-xp 00000000 fd:00 16777240 /usr/java/jdk1.6.0_03/jre/lib/i386/libverify.so
    f7f8d000-f7f8e000 rwxp 0000b000 fd:00 16777240 /usr/java/jdk1.6.0_03/jre/lib/i386/libverify.so
    f7f8e000-f7f91000 ---p f7f8e000 00:00 0
    f7f91000-f7fe1000 rwxp f7f91000 00:00 0
    f7fe1000-f7fe8000 r-xp 00000000 fd:00 16777243 /usr/java/jdk1.6.0_03/jre/lib/i386/jli/libjli.so
    f7fe8000-f7fea000 rwxp 00006000 fd:00 16777243 /usr/java/jdk1.6.0_03/jre/lib/i386/jli/libjli.so
    f7fec000-f7ff4000 rwxs 00000000 fd:00 19562502 /tmp/hsperfdata_omnitrak/3653
    f7ff4000-f7ffa000 r-xp 00000000 fd:00 16777227 /usr/java/jdk1.6.0_03/jre/lib/i386/native_threads/libhpi.so
    f7ffa000-f7ffb000 rwxp 00006000 fd:00 16777227 /usr/java/jdk1.6.0_03/jre/lib/i386/native_threads/libhpi.so
    f7ffb000-f7ffc000 rwxp f7ffb000 00:00 0
    f7ffc000-f7ffd000 r-xp f7ffc000 00:00 0
    f7ffd000-f7ffe000 rwxp f7ffd000 00:00 0
    ff9fb000-ffa03000 rwxp ff9fb000 00:00 0 [stack]
    ffffe000-fffff000 r-xp ffffe000 00:00 0
    VM Arguments:
    jvm_args: -Dapplication.home=/usr/java/jdk1.6.0_03
    java_command: com.sun.tools.example.debug.tty.TTY -connect sun.jvm.hotspot.jdi.SACoreAttachingConnector:javaExecutable=/usr/java/jdk/bin/java,core=core.25602
    Launcher Type: SUN_STANDARD
    Environment Variables:
    PATH=/usr/java/jdk/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin
    LD_LIBRARY_PATH=/usr/java/jdk1.6.0_03/jre/lib/i386/server:/usr/java/jdk1.6.0_03/jre/lib/i386:/usr/java/jdk1.6.0_03/jre/../lib/i386
    SHELL=/bin/bash
    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]=0x7ffbfeff, sa_flags=0x10000004
    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 Client release 5.1 (Tikanga)
    uname:Linux 2.6.18-53.el5 #1 SMP Wed Oct 10 16:34:19 EDT 2007 x86_64
    libc:glibc 2.5 NPTL 2.5
    rlimit: STACK 10240k, CORE 0k, NPROC 53248, NOFILE 1024, AS infinity
    load average:0.07 0.22 0.42
    CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 7 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
    Memory: 4k page, physical 6113940k(245496k free), swap 2097144k(2097144k 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)

    Thank you for your responds!
    I'm not trying at all to transfer the core to a different system. I'm debugging on the same linux red hat box where the cores where produced and I'm using the JDB version from the same JDK that was used to run the app.
    I'm wondering what makes you think that I'm possibly mixing core files?
    Here is the output that JDB generates when I define LIBSAPROC_DEBUG=1. This is the case when JDB crashes:
    $ jdb -connect sun.jvm.hotspot.jdi.SACoreAttachingConnector:javaExecutable=/usr/java/jdk/bin/java,core=core.23850
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24310
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0x0
    libsaproc DEBUG: ebx = 0x5d2a
    libsaproc DEBUG: ecx = 0x5ef6
    libsaproc DEBUG: edx = 0x6
    libsaproc DEBUG: esp = 0x324fd0e4
    libsaproc DEBUG: ebp = 0x324fd0e4
    libsaproc DEBUG: esi = 0x324fd19c
    libsaproc DEBUG: edi = 0x78eff4
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 3 and n_descsz = 124
    libsaproc DEBUG: Note header with n_type = 6 and n_descsz = 144
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 27070
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffe00
    libsaproc DEBUG: ebx = 0xa
    libsaproc DEBUG: ecx = 0x312edad8
    libsaproc DEBUG: edx = 0x33f4d1a4
    libsaproc DEBUG: esp = 0x312edac0
    libsaproc DEBUG: ebp = 0x312edac0
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x2000
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 27063
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffe00
    libsaproc DEBUG: ebx = 0xa
    libsaproc DEBUG: ecx = 0x334fccd8
    libsaproc DEBUG: edx = 0x33f4d1a4
    libsaproc DEBUG: esp = 0x334fccc0
    libsaproc DEBUG: ebp = 0x334fccc0
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x2000
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 1754
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x32baab38
    libsaproc DEBUG: ecx = 0x1
    libsaproc DEBUG: edx = 0x6ddd00
    libsaproc DEBUG: esp = 0x32baaaf0
    libsaproc DEBUG: ebp = 0x32baaaf0
    libsaproc DEBUG: esi = 0x1eed0
    libsaproc DEBUG: edi = 0x78eff4
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24325
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x834486c
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x306bf
    libsaproc DEBUG: esp = 0x32bfdda8
    libsaproc DEBUG: ebp = 0x32bfdda8
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x306bf
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24319
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x831e8cc
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x2d49f7
    libsaproc DEBUG: esp = 0x33259cb0
    libsaproc DEBUG: ebp = 0x33259cb0
    libsaproc DEBUG: esi = 0x33259cc4
    libsaproc DEBUG: edi = 0x2d49f7
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24318
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x83783a4
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x38dd3
    libsaproc DEBUG: esp = 0x3330ab30
    libsaproc DEBUG: ebp = 0x3330ab30
    libsaproc DEBUG: esi = 0x3330ab44
    libsaproc DEBUG: edi = 0x38dd3
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24317
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0x1
    libsaproc DEBUG: ebx = 0x827bb60
    libsaproc DEBUG: ecx = 0x1
    libsaproc DEBUG: edx = 0x1
    libsaproc DEBUG: esp = 0x3335bb0c
    libsaproc DEBUG: ebp = 0x3335bb0c
    libsaproc DEBUG: esi = 0x3335bbb8
    libsaproc DEBUG: edi = 0x827bb60
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24316
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8082d14
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x1
    libsaproc DEBUG: esp = 0x33d5ca98
    libsaproc DEBUG: ebp = 0x33d5ca98
    libsaproc DEBUG: esi = 0x33d5caac
    libsaproc DEBUG: edi = 0x1
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24315
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8378204
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x1
    libsaproc DEBUG: esp = 0x334adac8
    libsaproc DEBUG: ebp = 0x334adac8
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x1
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24314
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0x19
    libsaproc DEBUG: ebx = 0x33f164cc
    libsaproc DEBUG: ecx = 0x9b
    libsaproc DEBUG: edx = 0x39f99940
    libsaproc DEBUG: esp = 0x320f9a14
    libsaproc DEBUG: ebp = 0x1e
    libsaproc DEBUG: esi = 0x2
    libsaproc DEBUG: edi = 0x39f975a0
    libsaproc DEBUG: eip = 0x33f0e054
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24313
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0x39c534e0
    libsaproc DEBUG: ebx = 0x33f164cc
    libsaproc DEBUG: ecx = 0x321fabba
    libsaproc DEBUG: edx = 0x6
    libsaproc DEBUG: esp = 0x321faa70
    libsaproc DEBUG: ebp = 0x321faa7c
    libsaproc DEBUG: esi = 0x2
    libsaproc DEBUG: edi = 0x39c53478
    libsaproc DEBUG: eip = 0x33f1028e
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24312
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0x29
    libsaproc DEBUG: ebx = 0x39bd4780
    libsaproc DEBUG: ecx = 0x1
    libsaproc DEBUG: edx = 0x2400d1a2
    libsaproc DEBUG: esp = 0x322fbc50
    libsaproc DEBUG: ebp = 0x322fbc7c
    libsaproc DEBUG: esi = 0x33f167a8
    libsaproc DEBUG: edi = 0xf9000607
    libsaproc DEBUG: eip = 0x33f0ef54
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24311
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x827ac04
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x137ee7
    libsaproc DEBUG: esp = 0x323fcd28
    libsaproc DEBUG: ebp = 0x323fcd28
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x137ee7
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24309
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0x6
    libsaproc DEBUG: ebx = 0x3a5c0970
    libsaproc DEBUG: ecx = 0x2
    libsaproc DEBUG: edx = 0xb
    libsaproc DEBUG: esp = 0x325febd0
    libsaproc DEBUG: ebp = 0x3a5c1cdc
    libsaproc DEBUG: esi = 0x6
    libsaproc DEBUG: edi = 0x4
    libsaproc DEBUG: eip = 0x33f0ef06
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24308
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0x5
    libsaproc DEBUG: ebx = 0x3a98cb48
    libsaproc DEBUG: ecx = 0x2
    libsaproc DEBUG: edx = 0x9
    libsaproc DEBUG: esp = 0x32cfea50
    libsaproc DEBUG: ebp = 0x3a98dde8
    libsaproc DEBUG: esi = 0x5
    libsaproc DEBUG: edi = 0x5
    libsaproc DEBUG: eip = 0x33f0f084
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24307
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0x8
    libsaproc DEBUG: ebx = 0x3a1fd104
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x6
    libsaproc DEBUG: esp = 0x3345c984
    libsaproc DEBUG: ebp = 0x3345c984
    libsaproc DEBUG: esi = 0x29
    libsaproc DEBUG: edi = 0x0
    libsaproc DEBUG: eip = 0x33f0f210
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24304
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x82ee0ac
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x1
    libsaproc DEBUG: esp = 0x332aad90
    libsaproc DEBUG: ebp = 0x332aad90
    libsaproc DEBUG: esi = 0x332aada4
    libsaproc DEBUG: edi = 0x1
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24015
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x856427c
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x1
    libsaproc DEBUG: esp = 0x33b5ca90
    libsaproc DEBUG: ebp = 0x33b5ca90
    libsaproc DEBUG: esi = 0x33b5caa4
    libsaproc DEBUG: edi = 0x1
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24014
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x818b8e4
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x3
    libsaproc DEBUG: esp = 0x33bada98
    libsaproc DEBUG: ebp = 0x33bada98
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x3
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24013
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffe00
    libsaproc DEBUG: ebx = 0x5
    libsaproc DEBUG: ecx = 0x33bfedd0
    libsaproc DEBUG: edx = 0x33f4d1a4
    libsaproc DEBUG: esp = 0x33bfedb8
    libsaproc DEBUG: ebp = 0x33bfedb8
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x827e400
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24011
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x828951c
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x1
    libsaproc DEBUG: esp = 0x33dadcd8
    libsaproc DEBUG: ebp = 0x33dadcd8
    libsaproc DEBUG: esi = 0x33dadcec
    libsaproc DEBUG: edi = 0x1
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 24010
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x849caac
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x1
    libsaproc DEBUG: esp = 0x33dfec68
    libsaproc DEBUG: ebp = 0x33dfec68
    libsaproc DEBUG: esi = 0x33dfec7c
    libsaproc DEBUG: edi = 0x1
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23868
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x80c213c
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x1
    libsaproc DEBUG: esp = 0x34090f78
    libsaproc DEBUG: ebp = 0x34090f78
    libsaproc DEBUG: esi = 0x34090f8c
    libsaproc DEBUG: edi = 0x1
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23867
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x819e294
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x1
    libsaproc DEBUG: esp = 0x340e2018
    libsaproc DEBUG: ebp = 0x340e2018
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x1
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23866
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8199a5c
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x434
    libsaproc DEBUG: esp = 0x34162e48
    libsaproc DEBUG: ebp = 0x34162e48
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x434
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23865
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8199a5c
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x432
    libsaproc DEBUG: esp = 0x341e3ec8
    libsaproc DEBUG: ebp = 0x341e3ec8
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x432
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23864
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x65e80a0
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x0
    libsaproc DEBUG: esp = 0x34234fb0
    libsaproc DEBUG: ebp = 0x34234fb0
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0xffc
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23863
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x818ba8c
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x289
    libsaproc DEBUG: esp = 0x34485de0
    libsaproc DEBUG: ebp = 0x34485de0
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x289
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23862
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x81887d4
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x2b3
    libsaproc DEBUG: esp = 0x344d6c90
    libsaproc DEBUG: ebp = 0x344d6c90
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x2b3
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23861
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x31e0548c
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x3
    libsaproc DEBUG: esp = 0x345580d8
    libsaproc DEBUG: ebp = 0x345580d8
    libsaproc DEBUG: esi = 0x345580ec
    libsaproc DEBUG: edi = 0x3
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23860
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8096674
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x161e9b
    libsaproc DEBUG: esp = 0x34784f68
    libsaproc DEBUG: ebp = 0x34784f68
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x161e9b
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23859
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8096674
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x161e9a
    libsaproc DEBUG: esp = 0x34805fe8
    libsaproc DEBUG: ebp = 0x34805fe8
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x161e9a
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23858
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8096674
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x161e9c
    libsaproc DEBUG: esp = 0x34886e68
    libsaproc DEBUG: ebp = 0x34886e68
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x161e9c
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23857
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8096674
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x161e99
    libsaproc DEBUG: esp = 0x34907ee8
    libsaproc DEBUG: ebp = 0x34907ee8
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x161e99
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23856
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8096674
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x161e98
    libsaproc DEBUG: esp = 0x34989168
    libsaproc DEBUG: ebp = 0x34989168
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x161e98
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23855
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8096674
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x161e97
    libsaproc DEBUG: esp = 0x34a0a1e8
    libsaproc DEBUG: ebp = 0x34a0a1e8
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x161e97
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23854
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8096674
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x161e96
    libsaproc DEBUG: esp = 0x34a8b068
    libsaproc DEBUG: ebp = 0x34a8b068
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x161e96
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23853
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x8096674
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x161e95
    libsaproc DEBUG: esp = 0x34b0c0e8
    libsaproc DEBUG: ebp = 0x34b0c0e8
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x161e95
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23852
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0x33e5e19c
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x1
    libsaproc DEBUG: esp = 0xf7fde228
    libsaproc DEBUG: ebp = 0xf7fde228
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x1
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
    libsaproc DEBUG: got integer regset for lwp 23850
    libsaproc DEBUG: integer regset
    libsaproc DEBUG: eax = 0xfffffffc
    libsaproc DEBUG: ebx = 0xf7fdebd8
    libsaproc DEBUG: ecx = 0x0
    libsaproc DEBUG: edx = 0x5d2c
    libsaproc DEBUG: esp = 0xffb93630
    libsaproc DEBUG: ebp = 0xffb93630
    libsaproc DEBUG: esi = 0x0
    libsaproc DEBUG: edi = 0x7a8ff4
    libsaproc DEBUG: eip = 0xffffe410
    libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
    libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
    libsaproc DEBUG: ELF interpreter /lib/ld-linux.so.2
    libsaproc DEBUG: address of _DYNAMIC is 0x8052548
    libsaproc DEBUG: ---- sorted virtual address map ----
    libsaproc DEBUG: base = 0x64f000 size = 4096
    libsaproc DEBUG: base = 0x650000 size = 4096
    libsaproc DEBUG: base = 0x78d000 size = 8192
    libsaproc DEBUG: base = 0x78f000 size = 4096
    libsaproc DEBUG: base = 0x790000 size = 12288
    libsaproc DEBUG: base = 0x7a8000 size = 4096
    libsaproc DEBUG: base = 0x7a9000 size = 4096
    libsaproc DEBUG: base = 0x7aa000 size = 8192
    libsaproc DEBUG: base = 0x7b0000 size = 4096
    libsaproc DEBUG: base = 0x7b1000 size = 4096
    libsaproc DEBUG: base = 0x879000 size = 4096
    libsaproc DEBUG: base = 0x87a000 size = 4096
    libsaproc DEBUG: base = 0x884000 size = 4096
    libsaproc DEBUG: base = 0x885000 size = 4096
    libsaproc DEBUG: base = 0xc37000 size = 16384
    libsaproc DEBUG: base = 0xc3b000 size = 4096
    libsaproc DEBUG: base = 0xc3c000 size = 24576
    libsaproc DEBUG: base = 0xd38000 size = 4096
    libsaproc DEBUG: base = 0x6000000 size = 5898240
    libsaproc DEBUG: base = 0x65a0000 size = 241664
    libsaproc DEBUG: base = 0x65db000 size = 4329472
    libsaproc DEBUG: base = 0x8048000 size = 38100
    libsaproc DEBUG: base = 0x8052000 size = 4096
    libsaproc DEBUG: base = 0x8053000 size = 14032896
    libsaproc DEBUG: base = 0x30f00000 size = 1007616
    libsaproc DEBUG: base = 0x31100000 size = 1048576
    libsaproc DEBUG: base = 0x312a0000 size = 12288
    libsaproc DEBUG: base = 0x312a3000 size = 319488
    libsaproc DEBUG: base = 0x3133a000 size = 16384
    libsaproc DEBUG: base = 0x31344000 size = 753664
    libsaproc DEBUG: base = 0x313fc000 size = 16384
    libsaproc DEBUG: base = 0x31400000 size = 929792
    libsaproc DEBUG: base = 0x31500000 size = 1028096
    libsaproc DEBUG: base = 0x31600000 size = 966656
    libsaproc DEBUG: base = 0x31700000 size = 1028096
    libsaproc DEBUG: base = 0x31800000 size = 991232
    libsaproc DEBUG: base = 0x31900000 size = 1044480
    libsaproc DEBUG: base = 0x31a00000 size = 1032192
    libsaproc DEBUG: base = 0x31b00000 size = 1032192
    libsaproc DEBUG: base = 0x31c00000 size = 1003520
    libsaproc DEBUG: base = 0x31d51000 size = 319488
    libsaproc DEBUG: base = 0x31df9000 size = 28672
    libsaproc DEBUG: base = 0x31e00000 size = 1048576
    libsaproc DEBUG: base = 0x31f03000 size = 552960
    libsaproc DEBUG: base = 0x31f8a000 size = 20480
    libsaproc DEBUG: base = 0x31f90000 size = 331776
    libsaproc DEBUG: base = 0x31fe1000 size = 8192
    libsaproc DEBUG: base = 0x31ffa000 size = 12288
    libsaproc DEBUG: base = 0x31ffd000 size = 1040384
    libsaproc DEBUG: base = 0x320fb000 size = 12288
    libsaproc DEBUG: base = 0x320fe000 size = 1040384
    libsaproc DEBUG: base = 0x321fc000 size = 12288
    libsaproc DEBUG: base = 0x321ff000 size = 1040384
    libsaproc DEBUG: base = 0x322fd000 size = 12288
    libsaproc DEBUG: base = 0x32300000 size = 1040384
    libsaproc DEBUG: base = 0x323fe000 size = 12288
    libsaproc DEBUG: base = 0x32401000 size = 1040384
    libsaproc DEBUG: base = 0x324ff000 size = 12288
    libsaproc DEBUG: base = 0x32502000 size = 1957888
    libsaproc DEBUG: base = 0x32700000 size = 1024000
    libsaproc DEBUG: base = 0x32800000 size = 2072576
    libsaproc DEBUG: base = 0x32a00000 size = 1040384
    libsaproc DEBUG: base

  • Dump complete java VM state as core dump (not via OS) possible?

    Hi everyone,
    I've a problem debugging an application.
    Background: Sometimes my application comes to a very unlikely state, which at the moment results in an error message. The stack trace alone has no great value, since this state is cause by the interaction of more than one thread. The state is resolved throwing an exception, the program continues normally.
    Goal: If I reach this state, I want to suspend the application, dump the complete state of all java threads, objects, ... (complete java memory core dump) to analyse it later.
    Question: Is there a possibility to generate such dumps?
    Just thinking:
    One posibility would be, to send a signal from the vm to some external program (e.g. udp packet), this program attaches a standard OS-level debugger (e.g. gdb under linux), dumps the core, resumes app, detach. But I guess reconstruction of internal VM state from complete dump is rather hard, is it?
    I've looked at jdb, to see if it has some java-core-dump functions, but it seems not to be so. Are there alternative implementations, or helper scripts that make jdb loop over all java object addresses and dump them?
    Does someone known about the jdb remote debugging interface? Is the protocol public, can I implement such a feature on myself?

    Hi everyone,
    I was looking for a way to dump the complete state of a JVM (all runing threads, objects, ...) and afterwards to analize the dumped data. I have found a thread(http://forum.java.sun.com/thread.jspa?threadID=735052) here in the forums with some explainations how this could be done using the Java 2 sdk 1.5.0 - troubleshooting tools (http://java.sun.com/j2se/1.5.0/docs/tooldocs/experimentaltools.html).
    I've made a small application, which starts a thread and just prints out continously some messages to the console.
    After that I attached with gdb to the running process as described, and generated a core file.
    Unfortunatelly on calling jdsadebugd with the core dump it throws the following exception:
    jsadebugd /..../jdk1.5.0_07/bin/java core.18294 DebServ
    Attaching to core core.18294 from executable /.../jdk1.5.0_07/bin/java and starting RMI services, please wait...
    Error attaching to core file or starting server: sun.jvm.hotspot.debugger.DebuggerException: Can't attach to the core file
    at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach0(Native Method)
    at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach(LinuxDebuggerLocal.java:258)
    at sun.jvm.hotspot.HotSpotAgent.attachDebugger(HotSpotAgent.java:624)
    at sun.jvm.hotspot.HotSpotAgent.setupDebuggerLinux(HotSpotAgent.java:610)
    at sun.jvm.hotspot.HotSpotAgent.setupDebugger(HotSpotAgent.java:323)
    at sun.jvm.hotspot.HotSpotAgent.go(HotSpotAgent.java:298)
    at sun.jvm.hotspot.HotSpotAgent.startServer(HotSpotAgent.java:234)
    at sun.jvm.hotspot.DebugServer.run(DebugServer.java:94)
    at sun.jvm.hotspot.DebugServer.main(DebugServer.java:29)
    at sun.jvm.hotspot.jdi.SADebugServer.main(SADebugServer.java:46)
    Even if I try to print the shared objects mapping with jmap it fails with the following message:
    jmap /.../jdk1.5.0_07/bin/java core.18294
    Attaching to core core.18294 from executable /.../jdk1.5.0_07/bin/java, please wait...
    Error attaching to core file: Can't attach to the core file
    Does anyone have an idea what goes wrong here?

  • Value type exception causes core dump

    Hi,
    Here is the situation: Session EJB (SynchronousAdapterBean) running on WebLogic
    7.0 is being called by C++ client using Tuxedo 8.1 Solaris 8. The SynchronousAdapterBean
    has a find method which throws a user defined exception (SynchronousAdapterException)
    resulting in a core dump.
    I have read through much documentation on the newsgroups, edocs.bea.com, and
    the examples coming with WebLogic.
    Here some of the things I did:
    1.
    When using the 'idl' command to generate the C++ code, I did not forget to use
    a '-i' to generate the implementation files: SynchronousAdapterException_i.cpp
    and SynchronousAdapterException_i.h.
    In my "play with it to make it work" phase, I also did this for: SynchronousAdapterEx_i.cpp
    and SynchronousAdapterEx_i.h.
    2.
    In my C++ client, I did not forget to register the factory as such:
    orb->register_value_factory
    ((char* const)com::trs::cv::comm::cnja::synchadapter::_tc_SynchronousAdapterException->id(),
    (CORBA::ValueFactory)
    new com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory());
    This seemed to work because I actually put debug cout statements in the 'com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory'
    in the file SynchronousAdapterEx_i.cpp and it confirmed that it was constructed
    and the reference count was incremented.
    3.
    I know for sure that it is a 'SynchronousAdapterException' being thrown on the
    server side because all the find method does it this point is:
    throw new SynchronousAdapterException("test1");
    Questions:
    1. I read at a few places that one only has to register the "most derived" class
    being thrown (in my case 'SynchronousAdapterException'). What does one do with
    all the other exceptions generated:
    EJBException_c.h
    EJBException_c.cpp
    EJBEx_c.h
    EJBEx_c.cpp
    CreateEx_c.h
    CreateEx_c.cpp
    CreateException_c.h
    CreateException_c.cpp
    RemoveEx_c.h
    RemoveEx_c.cpp
    RemoveException_c.h
    RemoveException_c.cpp
    RuntimeEx_c.h
    RuntimeEx_c.cpp
    RuntimeException_c.cpp
    RuntimeException_c.h
    SynchronousAdapterEx_c.cpp
    SynchronousAdapterEx_c.h
    SynchronousAdapterEx_i.cpp
    SynchronousAdapterEx_i.h
    Exc.cpp
    Exc.h
    Exceptionc.cpp
    Exceptionc.h
    2. What step could I have missed?
    Alex

    Hi Andy,
    1.
    Well no new member classes in SynchronousAdapterException it just looks like this:
    public class SynchronousAdapterException extends Exception {
    public SynchronousAdapterException() {
    super();
    Not available in 1.3.1, but is available in 1.4
    public SynchronousAdapterException(String message, Throwable ex) {
    super(message, ex);
    public SynchronousAdapterException(String message) {
    super(message);
    Not available in 1.3.1, but is available in 1.4
    public SynchronousAdapterException(Throwable ex) {
    super(ex);
    2.
    We are using:
    java version "1.3.1_03"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03)
    Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode)
    3.
    dbx produces the following, anything ring a bell?
    Reading libdl.so.1
    Reading libaio.so.1
    Reading libmp.so.2
    Reading libc_psr.so.1
    Reading liborbiiop.so.71
    Reading liborbtcp.so.71
    detected a multithreaded program
    t@2 (l@2) terminated by signal ABRT (Abort)
    0xfec9bbd4: lwpkill+0x0008: bgeu,a lwpkill+0x1c
    Current function is operator>>
    218 mb.UnMarshalValue(::com::trs::cv::comm::cnja::synchadapter::_tc_SynchronousAdapterException,
    obj);
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where
    current thread: t@2
    [1] lwpkill(0x0, 0x2, 0x0, 0x6, 0x197f0, 0x4c6e0), at 0xfec9bbd4
    [2] raise(0x6, 0x0, 0xffffffff, 0xc00cc, 0x8, 0xfee355c0), at 0x4c6e8
    [3] abort(0xd2040, 0xbeaf8, 0xff3b2aac, 0xfee34684, 0x15398, 0xfee34874), at
    0x4c6a8
    [4] __Cimpl::ex_terminate(0x0, 0x0, 0xfee4a500, 0xff1edf90, 0xff09ecd0, 0x1),
    at 0xfee34684
    ---- hidden frames, use 'where -h' to see them all ----
    [6] OBB::MarshalBuf::UnMarshalValue(0xfeaf9a28, 0xc9dd8, 0xfeaf99b0, 0xff1edf90,
    0xff1edfd0, 0xfed2ebb8), at 0xff0a3980
    =>[7] operator>>(mb = CLASS, obj = CLASS), line 218 in "SynchronousAdapterExc.cpp"
    [8] _tcr_com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterEx_unmarsh(mh =
    0xce520, obj = 0xfeaf9b7c, flags = 130U), line 259 in "SynchronousAdapterEx_c.cpp"
    [9] TCInterpreter::DecodeByTypeCode(0x16, 0xff1d674c, 0xfeaf9b7c, 0xce520, 0x82,
    0xfeaf9b07), at 0xff0f3aec
    [10] TCInterpreter::DecodeById(0xcbaa0, 0xcf230, 0xfeaf9b7c, 0xce520, 0x82,
    0xfeaf9f98), at 0xff0f3c94
    [11] ReplyMessage::DecodeMessageBody(0x18000, 0xcd820, 0xfeaf9f98, 0xbf358,
    0xfebcffb0, 0xfed2ebb8), at 0xff0e1938
    [12] GIOPMessage::DecodeBody(0xce240, 0xfeaf9f98, 0xff0dd494, 0xff0dd494, 0xffffffd0,
    0xfeb93e24), at 0xff0c23a0
    [13] IiopProtocol::Reply(0xd0958, 0xce240, 0xce148, 0xfeaf9f98, 0x100, 0xfebd0010),
    at 0xfeb94064
    [14] IiopMsgReceiver::MsgReceived(0xca5a0, 0xce240, 0xce148, 0xfeaf9f98, 0x0,
    0xfeaf9f98), at 0xfeb9bc74
    [15] GiopMessageProtocol::MsgReceived(0xcb358, 0xfeaf9dd8, 0xd1160, 0xfeaf9f98,
    0x0, 0xfeaf9f98), at 0xfebac6fc
    [16] MessageManager::RecvMsgFirstTime(0xcf8c0, 0xce240, 0xd1160, 0xcb358, 0xd11d0,
    0xfeaf9f98), at 0xfebab1b0
    [17] MessageManager::AvailableForRecvMsg(0xcf8c0, 0xd1160, 0xcb358, 0xfeaf9f98,
    0x3e8, 0xd1170), at 0xfebaa030
    [18] ChannelManager::DoReadWork(0xff1d674c, 0xfebd0038, 0xd1160, 0x0, 0x0, 0xcfd58),
    at 0xfeba54dc
    [19] ChannelManager::DoIt(0xcb3b0, 0xfeaf9f98, 0x0, 0xfebcffd0, 0xcfda0, 0xfebcffd0),
    at 0xfeba0750
    [20] WorkerManager::DoWorkerThread(0x0, 0xca648, 0xfeaf9f98, 0xcfda0, 0xfeba9924,
    0x0), at 0xfeba7894
    [21] WorkerThread(0xcfd98, 0xfeafa000, 0x0, 0x0, 0x0, 0x0), at 0xfeba9974
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx)
    Thanks,
    Alex
    Andy Piper <[email protected]> wrote:
    "Alex" <[email protected]> writes:
    It sounds like you have done all the right steps. More comments in-line:
    1.
    When using the 'idl' command to generate the C++ code, I did not forgetto use
    a '-i' to generate the implementation files: SynchronousAdapterException_i.cpp
    and SynchronousAdapterException_i.h. Ok.
    In my "play with it to make it work" phase, I also did this for: SynchronousAdapterEx_i.cpp
    and SynchronousAdapterEx_i.h.This should not be necessary - XXXEx is an IDL exception.
    2.
    In my C++ client, I did not forget to register the factory as such:
    orb->register_value_factory
    ((char* const)com::trs::cv::comm::cnja::synchadapter::_tc_SynchronousAdapterException->id(),
    (CORBA::ValueFactory)
    new com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory());Ok. What does the Exception actually look like in Java? (Incidentally
    the _i file creates a useful helper function called _register() which
    will do this step for you). Did you register all member classes? You
    are correct about most derived types being the important ones, but you
    need to also register member classes if they are not standard.
    This seemed to work because I actually put debug cout statements inthe 'com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory'
    in the file SynchronousAdapterEx_i.cpp and it confirmed that it wasconstructed
    and the reference count was incremented.
    3.
    I know for sure that it is a 'SynchronousAdapterException' being thrownon the
    server side because all the find method does it this point is:
    throw new SynchronousAdapterException("test1");Ok (incidentally you are not running the server on JDK 1.4 are
    you. This would cause problems).
    Questions:
    1. I read at a few places that one only has to register the "most derived"class
    being thrown (in my case 'SynchronousAdapterException'). What doesone do with
    Yes.
    all the other exceptions generated:These are just needed at compile time so that you don't get undefined
    symbols.
    2. What step could I have missed?Its not clear. You should try running in a debugger and seeing where
    its falling over.
    andy

  • Problem Description: ORA-07445: exception encountered: core dump [drexumcx(

    Hi,
    let me know which solution option i wish to pursue:
    1. The fix for unpublished Bug 5160122 "TEXT QUERY DEADLOCK WITH GATHER_STATS_JOB, THEN COREDUMP ORA-7445 [DREXUMCX]" is included in
    Oracle RDBMS 11.1.0 and newer. In Oracle RDBMS 11.1.0 and newer, this problem should no longer occur.
    OR
    2. The fix for unpublished Bug 5160122 "TEXT QUERY DEADLOCK WITH GATHER_STATS_JOB, THEN COREDUMP ORA-7445 [DREXUMCX]" is included in
    Oracle RDBMS 10.2.0.5.0. With the 10.2.0.5.0 patchset installed, this problem should no longer occur.
    OR
    3. With the fix for unpublished Bug 5160122 "TEXT QUERY DEADLOCK WITH GATHER_STATS_JOB, THEN COREDUMP ORA-7445 [DREXUMCX]" installed
    against 10.2.0.4.0 on Linux x86-64, this problem should no longer occur.
    Regards.
    Prasad

    Problem Description: ORA-07445: exception encountered: core dump [drexumcx(
    stop MULTI-POSTING same problem

  • ORA-07445: exception encountered: core dump

    HI
    we are on 12.0.1
    10R2
    Dump file /opt/prod/db/tech_st/10.2.0/admin/PROD_ebs12db/udump/prod_ora_13498.trc
    Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
    With the Partitioning, OLAP and Data Mining options
    ORACLE_HOME = /opt/prod/db/tech_st/10.2.0
    System name:     Linux
    Node name:     EBS12DB.EROSGROUP.AE
    Release:     2.6.9-67.ELlargesmp
    Version:     #1 SMP Wed Nov 7 14:07:22 EST 2007
    Machine:     x86_64
    Instance name: PROD
    Redo thread mounted by this instance: 1
    Oracle process number: 298
    Unix process pid: 13498, image: [email protected]
    *** 2010-05-13 12:41:50.080
    *** ACTION NAME:(FRM:HASANAND.T:CWH_OUTBOUND) 2010-05-13 12:41:50.022
    *** MODULE NAME:(INVRSVF1) 2010-05-13 12:41:50.022
    *** SERVICE NAME:(PROD) 2010-05-13 12:41:50.022
    *** SESSION ID:(719.34855) 2010-05-13 12:41:50.022
    KGX cleanup...
    KGX Atomic Operation Log 0xf08bf9e0
    Mutex 0xa48e2be8(719, 0) idn 0 oper EXAM
    Cursor Parent uid 719 efd 5 whr 26 slp 0
    oper=DEFAULT pt1=(nil) pt2=(nil) pt3=(nil)
    pt4=(nil) u41=0 stt=0
    Dump file /opt/prod/db/tech_st/10.2.0/admin/PROD_ebs12db/udump/prod_ora_13498.trc
    Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
    With the Partitioning, OLAP and Data Mining options
    ORACLE_HOME = /opt/prod/db/tech_st/10.2.0
    System name:     Linux
    Node name:     EBS12DB.EROSGROUP.AE
    Release:     2.6.9-67.ELlargesmp
    Version:     #1 SMP Wed Nov 7 14:07:22 EST 2007
    Machine:     x86_64
    Instance name: PROD
    Redo thread mounted by this instance: 1
    Oracle process number: 261
    Unix process pid: 13498, image: [email protected]
    *** 2010-10-27 14:29:13.577
    *** ACTION NAME:() 2010-10-27 14:29:13.548
    *** MODULE NAME:(Disco10, ACBG.SALES:ACBG SALES) 2010-10-27 14:29:13.548
    *** SERVICE NAME:(PROD) 2010-10-27 14:29:13.548
    *** SESSION ID:(487.5406) 2010-10-27 14:29:13.548
    Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x0, PC: [0x2a955720a8, intelfast_memcpy.A()+10]
    *** 2010-10-27 14:29:13.598
    ksedmp: internal or fatal error
    ORA-07445: exception encountered: core dump [_intel_fast_memcpy.A()+10] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []
    Current SQL statement for this session:
    select optimizer_cost cost from V$SQL sql, V$OPEN_CURSOR csr, V$SESSION ses where sql.hash_value = csr.hash_value and sql.address = csr.address and csr.sid = ses.sid and ses.audsid = userenv('SESSIONID') and sql.sql_text like :thesql order by sql.last_load_time
    Thanks
    Valla

    970106 wrote:
    I have the same problem.
    I help me, please.
    Thank you!Please see the doc referenced above by Helios and select your database version and type the "Error Code First Argument" and go through the docs. If this is your production instance, please log a SR.
    Thanks,
    Hussein

  • ORA-07445: exception encountered: core dump [kdkbin()+223] [SIGSEGV]

    Dear all:
    I found many ORA-07445 in the alert_log:
    ORA-07445: exception encountered: core dump [kdkbin()+223] [SIGSEGV] [Address not mapped to object] [0x2A96975000] [] []
    and I've follow the "Note 153788.1" to find the [ID 1073171.1] fit to me, and I apply the patch and the error still prompt.
    Can someone help how to fix this issue?
    my environment is Oracle 9.2.0.8 64bit linux Redhat 4.0
    I found the trace file and see the error:
    *** 2010-07-08 14:05:48.350
    *** SESSION ID:(371.375) 2010-07-08 14:05:48.350
    Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x2a96975000, PC: [0x10efcdf, kdkbin()+223]
    *** 2010-07-08 14:05:48.354
    ksedmp: internal or fatal error
    ORA-07445: exception encountered: core dump [kdkbin()+223] [SIGSEGV] [Address not mapped to object] [0x2A96975000] [] []
    Current SQL statement for this session:
    begin WF_EVENT_OJMSTEXT_QH.enqueue(:v1, :v2); end;
    ----- PL/SQL Call Stack -----
    object line object
    handle number name
    0x2e7f9fc10 204 package body SYS.DBMS_AQ
    0x2e93b9210 980 package body APPS.WF_EVENT_OJMSTEXT_QH
    0x2e93c20d0 1 anonymous block
    0x2e9e58df8 1720 package body APPS.WF_EVENT
    0x2e9e58df8 668 package body APPS.WF_EVENT
    0x2ec401498 229 package body APPS.WF_RULE
    0x2ed89b970 31 package body APPS.FND_BES_PROC
    0x2ed8a3198 1 anonymous block
    0x2e9e58df8 443 package body APPS.WF_EVENT
    0x2e9e58df8 1599 package body APPS.WF_EVENT
    0x2e9e58df8 2372 package body APPS.WF_EVENT
    0x2e9e58df8 700 package body APPS.WF_EVENT
    0x2ed8dc240 4903 package body APPS.FND_FLEX_SERVER
    0x2ee799190 3 anonymous block
    Regards
    Terry

    1. Check the OS logs.I'm not sure this is the error for the /var/log/messages
    Jul 7 02:36:19 csslxa06 kernel: ide-cd: cmd 0x3 timed out
    Jul 7 02:36:19 csslxa06 kernel: hda: irq timeout: status=0xd0 { Busy }
    Jul 7 02:36:19 csslxa06 kernel: hda: irq timeout: error=0x00
    Jul 7 02:36:19 csslxa06 kernel: hda: DMA disabled
    Jul 7 02:36:19 csslxa06 kernel: hda: ATAPI reset complete
    Jul 7 08:23:24 csslxa06 kernel: ide-cd: cmd 0x3 timed out
    Jul 7 08:23:24 csslxa06 kernel: hda: irq timeout: status=0xd0 { Busy }
    Jul 7 08:23:24 csslxa06 kernel: hda: irq timeout: error=0x00
    Jul 7 08:23:24 csslxa06 kernel: hda: ATAPI reset complete
    2. Check the hardware specific the physical memory.--HP had been checked, no error show from the diagnostic tool.
    3. Make sure Swap is correctly configured and increase it if necessary.--Could you please tell me how to set the Swap configured.
    4. Raise SR with Oracle Support.--Raised, apply the patch, the error still happened.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

  • Throws Core Dump for OCISessionBegin() on Linux for Oracle Client v10.2.0.2

    hi,
    The OCI method, OCISessionBegin() is throwing an core dump on 10g client in Linux on C++, but the same code works fine for 8i and 9i client. Core dumps for 10g Client. 10g tnsnames.ora file is same as of 9i. I just debeggued with the core and says failing in OCISessionBegin() method. I would like to know is there any problem with Oracle Client v10.2.0.2? or how does i can solve the issue? appriciate a quick help in this regard.
    Thanks,
    Sreeni

    Have you looked in the Knowledge Base information at metalink? That would be the place to start.
    If that does not work then the next step would be to remove this thread and post in the OCI - OCCI forum where there are people that can actually help you.

  • ORA-07445: exception encountered: core dump in Standby database

    Hello,
    This is Oracle 10.1.0 in a Logical Stanby database under Solaris9
    The apply stopped with these errors and then it started by itself:
    LOGSTDBY status: ORA-16226: DDL skipped due to lack of support
    <date>
    Errors in <trace file>
    ORA-07445: exception encountered: core dump [krvsmso()+812] [SIGSEGV] [Address not mapped to object] [0x000000004] [] []
    <date>
    Trace dumping is performing id=[cdmp_20100226210050]
    <date>
    Errors in <trace file>
    ORA-12805: parallel query server died unexpectedly
    LOGSTDBY Apply process P006 pid=67 OS id=10471 stopped
    The trace file is this one:
    *** SERVICE NAME:(SYS$BACKGROUND)
    *** SESSION ID:
    Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x4, PC: [0x101fb226c, krvsmso()+812]
    ksedmp: internal or fatal error
    ORA-07445: exception encountered: core dump [krvsmso()+812] [SIGSEGV] [Address not mapped to object] [0x000000004] [] []
    ----- Call Stack Trace -----
    calling call entry argument values in hex
    location type point (? means dubious value)
    ksedmp()+1008 CALL ksedst() 000000042 ? 104C02118 ?
    104C02128 ? 000000000 ?
    1052DCE18 ? 000000008 ?
    ssexhd()+992 CALL ksedmp() 000000002 ? 000105000 ?
    10512D000 ? 00010512D ?
    000105000 ? 000000001 ?
    Has someone faced the same problem or know why and how to solve it?
    Thanks!
    Edited by: lulon on 04-mar-2010 8:20

    Bug 4369756 Log apply may dump [krvsmso]

  • ORA-07445: exception encountered: core dump [000000010100E9C8] [SIGSEGV]

    Hi all,
    I am getting an error in alert log file ORA-07445, i have also refered Oracle metalink but couldn;t able to get it, Our Oracle DB is 9.2.0.6 on sun solaris....
    Mon Feb 23 20:16:56 2009
    Trace dumping is performing id=[cdmp_20090223201656]
    Tue Feb 24 02:05:00 2009
    Errors in file /arch/dump/udump/ai11_ora_12283.trc:
    ORA-07445: exception encountered: core dump [000000010100E9C8] [SIGSEGV] [Addres
    s not mapped to object] [0x000000100] [] []
    Tue Feb 24 02:05:01 2009
    Trace dumping is performing id=[cdmp_20090224020501]
    ~
    ~
    ~Can anybody let me know how to resolve the same........

    I am getting a error in this file
    Dump file /arch/dump/udump/ai11_ora_12283.trc
    Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
    With the Partitioning, Real Application Clusters, OLAP and Oracle Data Mining op
    tions
    JServer Release 9.2.0.6.0 - Production
    ORACLE_HOME = /oracle/oracleapp/product/9.2.0.1.0
    System name:    SunOS
    Node name:      ai1
    Release:        5.8
    Version:        Generic_108528-29
    Machine:        sun4u
    Instance name: ai11
    Redo thread mounted by this instance: 1
    Oracle process number: 24
    Unix process pid: 12283, image: oracle@ai1 (TNS V1-V3)
    *** SESSION ID:(297.4693) 2009-02-24 02:05:00.499
    Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x
    100, PC: [0x10100e9c8, 000000010100E9C8]
    *** 2009-02-24 02:05:00.503
    ksedmp: internal or fatal error
    *ORA-07445: exception encountered: core dump [000000010100E9C8] [SIGSEGV] [Addres*
    *s not mapped to object] [0x000000100] [] []*No current SQL statement being executed.
    ----- Call Stack Trace -----
    calling              call     entry                argument values in hex
    location             type     point                (? means dubious value)
    ksedmp()+328         CALL     ksedst()             00000000B ? 000000000 ?
                                                       000000000 ? 00000004A ?
                                                       FFFFFFFF7FFF4A78 ?
                                                       1032E2DA8 ?
    ssexhd()+676         CALL     ksedmp()             000103706 ? 103706000 ?
                                                       103706A68 ? 10370B000 ?
                                                       000102C00 ? 000000000 ?
    sigacthandler()+44   PTR_CALL 0000000000000000     00010370E ?
                                                       FFFFFFFF7FFFBB10 ?
                                                       10370E000 ? 10370BC20 ?
                                                       000000000 ? 10370EB78 ?
    opiall0()+2792       PTR_CALL 0000000000000000     00000000B ?
                                                       FFFFFFFF7FFFBB10 ?
                                                       FFFFFFFF7FFFB830 ?
                                                       00000000B ? 0FFFF7C00 ?
                                                       000000004 ?
    opial7()+540         CALL     opiall0()            000000003 ? 000008000 ?
                                                       FFFFFFFF7FFFC0D8 ?
                                                       103706E08 ? 000000000 ?
                                                       FFFFFFFF7FFFC3B8 ?
    opiodr()+1688        PTR_CALL 0000000000000000     000008040 ? 000000000 ?
                                                       FFFFFFFF7FFFE870 ?
                                                       000000002 ? 000000007 ?
                                                       000000000 ?
    ttcpip()+1556        PTR_CALL 0000000000000000     000103400 ? 1018F0B80 ?
                                                       102EB98DE ? 103706E08 ?
                                                       103709340 ?
                                                       FFFFFFFF7FFFCA10 ?
    opitsk()+984         CALL     ttcpip()             10370EE00 ? 00000000F ?
                                                       FFFFFFFF7FFFE870 ?
                                                       000000000 ? 000000000 ?
                                                       FFFFFFFF7FFFDB5C ?
    opiino()+1572        CALL     opitsk()             000000000 ? 000000000 ?
                                                       000000000 ? 000000000 ?
                                                       103709328 ?
                                                       FFFFFFFF7FFFE9C4 ?
    opiodr()+1688        PTR_CALL 0000000000000000     00038000A ? 10370DC58 ?
                                                       1037F1878 ?
                                                       FFFFFFFF7FFFF700 ?
                                                       4CBB6F680 ? 00C820060 ?
    opidrv()+736         CALL     opiodr()             000103400 ? 10100C380 ?
                                                       10370EE08 ? 103706E08 ?
                                                       103709340 ?
                                                       FFFFFFFF7FFFF220 ?
    sou2o()+16           CALL     opidrv()             000000000 ? 000000004 ?
                                                       1037067EC ? 00000003C ?
                                                       103706CC8 ? 000103400 ?
    main()+184           CALL     sou2o()              FFFFFFFF7FFFF720 ?
                                                       00000003C ? 000000004 ?
                                                       FFFFFFFF7FFFF700 ?
                                                       000039EA8 ? 000000000 ?
    _start()+380         CALL     main()               000000002 ?
                                                       FFFFFFFF7FFFF868 ?
                                                       FFFFFFFF7FFFF880 ?
                                                       000000000 ? 000000000 ?
                                                       100000000 ?
    --------------------- Binary Stack Dump ---------------------
    ========== FRAME [1] (ksedmp()+328 -> ksedst()) ==========
    %l0 0000000000000008 %l1 FFFFFFFF7FFF41E0 %l2 000000000000000C
    %l3 FFFFFFFF7FFF4180 %l4 000000000000000C %l5 FFFFFFFF7FFF4118
    %l6 FFFFFFFF7FFF4178 %l7 FFFFFFFF7FFF4A78 %i0 0000000000000039
    %i1 0000000000000000 %i2 0000000000000000 %i3 000000000000003E
    %i4 FFFFFFFF7FFF4A78 %i5 00000001032E2DA8 %fp FFFFFFFF7FFF77D1
    rtn-pc 0000000100578FA8 argd FFFFFFFF7FFF03E0 stret FFFFFFFF7FFF03E0
    xtraarg FFFFFFFF7FFF7881 locals FFFFFFFF7FFF0418
    Dump of memory from 0xFFFFFFFF7FFF0360 to 0xFFFFFFFF7FFF0760

  • Getting the error ORA-07445: exception encountered: core dump [PC:0x10000]

    Hi,
    I am getting the following error in alert.log when raising an event using wf_event.raise() API and the sql session is being closed saying ORA-03113: end-of-file on communication channel.
    This error is happening only in 11gR2 only, its working fine in 11gR1 and 10g instances.
    ORA-07445: exception encountered: core dump [PC:0x10000] [SIGSEGV] [ADDR:0x10000] [PC:0x10000] [Address not mapped to object] [] ssexhd: crashing the process... Shadow_Core_Dump = PARTIAL
    <msg time='2009-09-25T07:07:50.296-07:00' org_id='oracle' comp_id='rdbms'
    client_id='' type='UNKNOWN' level='16'
    host_id='rws60079rems' host_addr='139.185.21.219' module='SQLTools.exe'
    pid='18261'>
    <txt>Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x10000]
    [PC:0x10000, {empty}] [flags: 0x0, count: 1]
    </txt>
    </msg>
    <msg time='2009-09-25T07:07:50.413-07:00' org_id='oracle' comp_id='rdbms'
    msg_id='3420300351' type='INCIDENT_ERROR' group='Access Violation'
    level='1' host_id='rws60079rems' host_addr='139.185.21.219'
    prob_key='ORA 7445 [PC:0x10000]' upstream_comp='' downstream_comp=''
    ecid='' errid='142805'
    detail_path='/slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rem
    s/diag/rdbms/atg212x3/atg212x3/trace/atg212x3_ora_18261.trc'>
    <txt>Errors in file
    /slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rems/diag/rdbms/
    atg212x3/atg212x3/trace/atg212x3_ora_18261.trc (incident=142805):
    ORA-07445: exception encountered: core dump [PC:0x10000] [SIGSEGV]
    [ADDR:0x10000] [PC:0x10000] [Address not mapped to object] []
    </txt>
    </msg>
    <msg time='2009-09-25T07:07:56.424-07:00' org_id='oracle' comp_id='rdbms'
    msg_id='dbgripsto_sweep_staged_obj:14105:70631439' type='ERROR'
    group='ami_comp'
    level='8' host_id='rws60079rems' host_addr='139.185.21.219'>
    <txt>Sweep [inc][142805]: completed
    </txt>
    </msg>
    Trace file
    /slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rems/diag/rdbms/
    atg212x3/atg212x3/trace/atg212x3_ora_18261.trc
    Trace file
    /slot/ems3456/oracle/db/tech_st/11.2.0/admin/atg212x3_rws60079rems/diag/rdbms/
    atg212x3/atg212x3/trace/atg212x3_ora_18261.trc
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    ORACLE_HOME = /slot/ems3456/oracle/db/tech_st/11.2.0
    System name: Linux
    Node name: rws60079rems
    Release: 2.6.9-78.0.0.0.1.ELhugemem
    Version: #1 SMP Fri Jul 25 14:53:18 EDT 2008
    Machine: i686
    Instance name: atg212x3
    Redo thread mounted by this instance: 1
    Oracle process number: 20
    Unix process pid: 18261, image: oracle@rws60079rems
    *** 2009-09-25 07:07:50.292
    *** SESSION ID:(10.3141) 2009-09-25 07:07:50.292
    *** CLIENT ID:() 2009-09-25 07:07:50.292
    *** SERVICE NAME:(SYS$USERS) 2009-09-25 07:07:50.292
    *** MODULE NAME:(SQLTools.exe) 2009-09-25 07:07:50.292
    *** ACTION NAME:() 2009-09-25 07:07:50.292
    Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x10000]
    [PC:0x10000, {empty}] [flags: 0x0, count: 1]
    DDE: Problem Key 'ORA 7445 [PC:0x10000]' was flood controlled (0x4)
    (incident: 142805)
    ORA-07445: exception encountered: core dump [PC:0x10000] [SIGSEGV]
    [ADDR:0x10000] [PC:0x10000] [Address not mapped to object] []
    ssexhd: crashing the process...
    Shadow_Core_Dump = PARTIAL
    Edited by: sarojak on Sep 29, 2009 1:01 AM

    Have you logged a call with Oracle support? There are many causes of 7445's and oracle supports web site has a handy set of documents about them. Also they have:- : Troubleshoot an ORA-600 or ORA-7445 Error Using the Error Lookup Tool. I would highly recomend talking to them.
    https://metalink.oracle.com/

  • ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FF7FC5299B] [ADDR:0x11FFFFFFE] [UNABLE_TO_READ] []

    Hi,
    I have some issues regarding standby database.
    Oracle version : 10.2.0.1.0 on windows 2003R2 64bit.
    MRP process is not active in standby database.yesterday  I have re-boot standby server,but still MRP process in not running.
    In Alert log I found following errors:-
    Mon Jan 20 12:33:41 2014
    Successful mount of redo thread 1, with mount id 2124244128
    Mon Jan 20 12:33:41 2014
    Physical Standby Database mounted.
    ARCt started with pid=46, OS id=3088
    Mon Jan 20 12:33:42 2014
    ARCb: Becoming the heartbeat ARCH
    Completed: ALTER DATABASE   MOUNT
    Mon Jan 20 12:33:44 2014
    Starting Data Guard Broker (DMON)
    Mon Jan 20 12:33:49 2014
    alter database recover managed standby database disconnect from session
    MRP0 started with pid=47, OS id=2880
    Managed Standby Recovery not using Real Time Apply
    Media Recovery Log D:\MAXIMODATA\ARCHIVE_LOG\ARC10180_0751162859.001
    Mon Jan 20 12:33:56 2014
    Completed: alter database recover managed standby database disconnect from session
    Mon Jan 20 12:33:58 2014
    Errors in file c:\oracle\product\10.2.0\admin\eamdr\bdump\eamdr_mrp0_2880.trc:
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FF7FC5299B] [ADDR:0x11FFFFFFE] [UNABLE_TO_READ] []
    Mon Jan 20 12:33:59 2014
    Errors in file c:\oracle\product\10.2.0\admin\eamdr\bdump\eamdr_mrp0_2880.trc:
    ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FF7FC5299B] [ADDR:0x11FFFFFFE] [UNABLE_TO_READ] []
    Mon Jan 20 12:34:00 2014
    Recovery interrupted!
    Mon Jan 20 12:37:54 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[1]: Assigned to RFS process 4236
    RFS[1]: Identified database type as 'physical standby'
    Mon Jan 20 12:37:54 2014
    RFS LogMiner: Client disabled from further notification
    Mon Jan 20 12:46:17 2014
    db_recovery_file_dest_size of 10240 MB is 0.00% used. This is a
    user-specified limit on the amount of space that will be used by this
    database for recovery-related files, and does not reflect the amount of
    space available in the underlying filesystem or ASM diskgroup.
    Mon Jan 20 14:21:37 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[2]: Assigned to RFS process 4024
    RFS[2]: Identified database type as 'physical standby'
    RFS[2]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    Mon Jan 20 16:37:43 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[3]: Assigned to RFS process 3184
    RFS[3]: Identified database type as 'physical standby'
    RFS[3]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    Mon Jan 20 17:56:58 2014
    RFS[2]: Possible network disconnect with primary database
    Mon Jan 20 17:57:53 2014
    RFS[3]: Possible network disconnect with primary database
    Mon Jan 20 18:00:00 2014
    RFS[1]: Possible network disconnect with primary database
    Mon Jan 20 21:36:08 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[4]: Assigned to RFS process 4664
    RFS[4]: Identified database type as 'physical standby'
    Mon Jan 20 21:36:09 2014
    RFS[5]: Archived Log: 'D:\MAXIMODATA\ARCHIVE_LOG\STANDBY\ARC10196_0751162859.001'
    Mon Jan 20 22:34:08 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[6]: Assigned to RFS process 2888
    RFS[6]: Identified database type as 'physical standby'
    RFS[6]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    Tue Jan 21 00:25:17 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[7]: Assigned to RFS process 3824
    RFS[7]: Identified database type as 'physical standby'
    RFS[7]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    Tue Jan 21 05:30:43 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[8]: Assigned to RFS process 4568
    RFS[8]: Identified database type as 'physical standby'
    RFS[8]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    Tue Jan 21 10:00:24 2014
    Redo Shipping Client Connected as PUBLIC
    -- Connected User is Valid
    RFS[9]: Assigned to RFS process 3860
    RFS[9]: Identified database type as 'physical standby'
    RFS[9]: Successfully opened standby log 10: 'D:\MAXIMODATA\ORADATA\MAXPROD\STANDBY10'
    I Aler log I can see curent los are applying but due to MRP process is not active no more log syncing.
    Following process running in standby db but not MRP
    SQL> select process,status,sequence# from v$managed_standby;
    PROCESS   STATUS        SEQUENCE#
    ARCH      CLOSING           10195
    ARCH      CLOSING           10197
    ARCH      CLOSING           10198
    ARCH      CLOSING           10199
    ARCH      CLOSING           10200
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    PROCESS   STATUS        SEQUENCE#
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    PROCESS   STATUS        SEQUENCE#
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CONNECTED             0
    ARCH      CLOSING           10194
    RFS       IDLE                  0
    RFS       IDLE                  0
    RFS       IDLE                  0
    PROCESS   STATUS        SEQUENCE#
    RFS       IDLE                  0
    RFS       IDLE                  0
    RFS       IDLE                  0
    36 rows selected.
    And logs difference is also growing day by day.
    SQL> SELECT ARCH.THREAD# "Thread", ARCH.SEQUENCE# "Last Sequence Received", APPL
    .SEQUENCE# "Last Sequence Applied", (ARCH.SEQUENCE# - APPL.SEQUENCE#) "Differenc
    e"
      2  FROM
      3  (SELECT THREAD# ,SEQUENCE# FROM V$ARCHIVED_LOG WHERE (THREAD#,FIRST_TIME )
    IN (SELECT THREAD#,MAX(FIRST_TIME) FROM V$ARCHIVED_LOG GROUP BY THREAD#)) ARCH,
      4  (SELECT THREAD# ,SEQUENCE# FROM V$LOG_HISTORY WHERE (THREAD#,FIRST_TIME ) I
    N (SELECT THREAD#,MAX(FIRST_TIME) FROM V$LOG_HISTORY GROUP BY THREAD#)) APPL
      5  WHERE
      6  ARCH.THREAD# = APPL.THREAD#
      7  ORDER BY 1;
        Thread Last Sequence Received Last Sequence Applied Difference
             1                  10200                 10180         20
    Below are sga,pga parameters:
    SQL> sho parameter sga
    NAME                                 TYPE        VALUE
    lock_sga                             boolean     FALSE
    pre_page_sga                         boolean     FALSE
    sga_max_size                         big integer 4G
    sga_target                           big integer 1536M
    SQL> sho parameter pga
    NAME                                 TYPE        VALUE
    pga_aggregate_target                 big integer 194967296
    I have SR to Oracle support but not reply yet.
    Please help me the find out the solution.
    Regards,
    Meena

    Hi
    Did you these notes
    Doc ID 1327018.1
    Doc ID 456801.1
    Regards

  • ORA-07445: exception encountered: core dump [hshget1()+199] [ACCESS_VIOLATION] [ADDR:0x18] [PC:0x8C4341F] [UNABLE_TO_READ] []

    Hello all,
    I am working on windows 64 bit (local system, testing)
    Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    my database was working just fine, I was copying export dump(exp/imp) from 'A' hard disk(external) to 'B', as it was urgent I gave a table for import(imp) from 'A' hard disk which had the original dump.
    import of table stopped with ORA-03113: end-of-file on communication channel
    i thought it might be because I gave import when copy was going on, later on when copy was over I gave the same table for import, this time also I got same error.
    when I tried to login as user "test" is gives me ORA 01033 error.
    Enter user-name: test/test
    ERROR:
    ORA-01033: ORACLE initialization or shutdown in progress
    Process ID: 0
    Session ID: 0 Serial number: 0
    Enter user-name: test/test@prod
    ERROR:
    ORA-01033: ORACLE initialization or shutdown in progress
    Process ID: 0
    Session ID: 0 Serial number: 0
    Enter user-name: test/test@prod as sysdba
    Connected to:
    Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    SQL> show user
    USER is "SYS"
    my alert log shows ORA 07445 ERROR. below is part of alertlog which is repeating.
    Exception [type: ACCESS_VIOLATION, UNABLE_TO_READ] [ADDR:0x18] [PC:0x8C4341F, hshget1()+199]
    Errors in file c:\app\administrator\diag\rdbms\prod\prod\trace\prod_mmon_7848.trc  (incident=94924):
    ORA-07445: exception encountered: core dump [hshget1()+199] [ACCESS_VIOLATION] [ADDR:0x18] [PC:0x8C4341F] [UNABLE_TO_READ] []
    Incident details in: c:\app\administrator\diag\rdbms\prod\prod\incident\incdir_94924\prod_mmon_7848_i94924.trc
    Fri Aug 23 13:00:10 2013
    Sweep Incident[94923]: completed
    Fri Aug 23 13:00:10 2013
    Trace dumping is performing id=[cdmp_20130823130010]
    Fri Aug 23 13:02:11 2013
    Restarting dead background process MMON
    Fri Aug 23 13:02:11 2013
    MMON started with pid=14, OS id=8512
    To add more I was studying/practicing "Auditing in Oracle",  yesterday System  table space was getting full hence, exported "IDL_UB1$" and truncated it.
    Please let me know if I need to provide any more information, also help me out to solve this issue.

    Yes I have the backup of truncated table with me(I am practicing "auditing" in my local system hence exported the table and truncated the table as system table space  was getting full.)
    also i checked the trace file c:\app\administrator\diag\rdbms\prod\prod\incident\incdir_94924\prod_mmon_7848_i94924.trc, but not sure what to check..i mean it gives the same
    "ORA-07445: exception encountered: core dump [hshget1()+199] [ACCESS_VIOLATION] [ADDR:0x18] [PC:0x8C4341F] [UNABLE_TO_READ] []" error at the start
    not sure how to read this trace file,i mean how to find error part, kindly let me know on this.

  • ORA-07445: exception encountered: core dump [kkodsel()+1220] [SIGSEGV] [Add

    I got this error and i raised a SR in metalink, and metalink suggest to make
    "_complex_view_merging" = false, but its already set to false.
    So what to do for this resolution of this error.
    Internal error :
    ORA-07445: exception encountered: core dump [kkodsel()+1220] [SIGSEGV] [Address not mapped toobject] [0x000000000] [] []
    executing a query with VIEWS / INLINE VIEWS and GROUP BY
    when parameter:STAR_TRANSFORMATION_ENABLED != FALSE
    Jafar.

    When you already have an open SR, you should ask Oracle support for further assistance.
    Werner

Maybe you are looking for

  • BI: time Stamp format

    Hi Experts , I have mapped the source Timestamp to 0RSTT_TIME. it is actually giving the value in the wrong format as shown below. It should be year,month and day respectively. KIndly advise where can we set the format change to laod it in the right

  • How to create Nested (Multi level ) tag in XML using DBMS_XMLQUERY function

    Hi, I need Following out put in CLOB Column. XML format Like : <?xml version="1.0" encoding="UTF-8"?> <ReceiptHeader> <Id>1234556</Id> <Type>DD</Type> <Receipts> <ReceiptDEO> <StoreId>11380001</StoreId> <EmployeeId>NOLO980</EmployeeId> <LineItems> <R

  • Looping a portion of the menu?

    I'm sure there must be a way of accomplishing this, but I can't seem to find it. I'd like to have a moving video menu that transitions into a still image (a freeze of the final frame), which then stays up indefinitely. What page of the user manual is

  • InDesign JavaScript "help" file

    I have used Jongware's InDesign JavaScript help files and have really found them essential. I am grateful for his efforts to make these available. I am primarily a FrameMaker user and Adobe is going to provide ExtendScript support for the next versio

  • Quicktime .MOV 01  Files

    I work in theatre and we use a quicktime based software to do video playback for shows on a PC. Our video editor has been sending us .MOV 01 video files that won't playback on any of our PCs running the latest version of quicktime. They play fine on