Help: dbx core dump, solaris 10, amd64

Hi,
Recently I run into the following when I debug a core dump,
(dbx) where
dbx: internal error: signal SIGSEGV (no mapping at the fault address)
dbx's coredump will appear in /tmp
Abort (core dumped)
-bash-3.00$ dbx -V
Sun Ceres DBX Debugger 7.7 SunOS_i386 2008/10/22
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.7' in your .dbxrc
(dbx)
I wonder if anyone has some idea of this bug, is it known? Is it fixed in sunstudio 12 u1?
If needed, I can supply /tmp/core dumped by dbx.
Thanks,

-bash-3.00$ cat /etc/release
Solaris 10 5/08 s10x_u5wos_10 X86
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 24 March 2008
-bash-3.00$ pstack /tmp/core
core '/tmp/core' of 11962: /z/tools/SUNWspro/bin/../prod/bin/amd64/dbx ./gp3310/bin/postgres core
fffffd7fff1bc99a lwpkill () + a
fffffd7fff161c89 raise () + 19
fffffd7fff141210 abort () + 90
0000000000565bb4 ???????? ()
fffffd7fff1b7176 __sighndlr () + 6
fffffd7fff1aba72 call_user_handler () + 252
fffffd7fff1abc8e sigacthandler (b, fffffd7fffdfeef0, fffffd7fffdfeb90) + de
--- called from signal handler with signal 11 (SIGSEGV) ---
00000000007854a8 SUNWXUnw_Decode_FDE () + 324
000000000078393b ???????? ()
0000000000783a74 ???????? ()
000000000060345d __1cLUnwindStackIdown_one6M_i_ () + 1d
00000000005e7185 __1cFFramePunwind_down_one6MpnGPstack__b_ () + e1
00000000005e77c8 __1cFFrameLcreate_next6FpnGPstack_i_p0_ () + 2e0
0000000000677471 __1cGPstackRcreate_next_frame6M_pnFFrame__ () + 59
0000000000677d00 __1cGPstackJwalkstack6MipnFFrame_bpF2pv_b3_2_ () + 78
0000000000678bc1 __1cGPstackIwherecmd6Miibpv_v_ () + 221
000000000060c9a5 __1cVDbxWhereCmdProcessingHprocess6Mippc_i_ () + 151
000000000060ca5a __1cJksh_where6FpnGInterp_ippcpv_i_ () + 32
000000000072f3ea ???????? ()
000000000072ecfe __1cNpdksh_execute6FpnGInterp_pnCop_i_i_ () + 946
000000000071d3ac __1cLpdksh_shell6FpnGInterp_pnGSource__i_ () + 468
0000000000569254 __1cNmain_cmd_loop6FpnGInterp__v_ () + 9c
0000000000569ba5 main () + 705
000000000055defc ???????? ()
Thanks,

Similar Messages

  • Dbx core dumping

    dbx core dumping when I debug my application with RTC enable (I'm truying to dectect some memory leaks in my code). and I'm getting the following
    RTC: Enabling Error Checking...
    RTC: Running program...
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) suppress rui
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) cont
    t@10 (l@10) signal SEGV (no mapping at the fault address) in __rtc_trap_handler at 0xff2e1148
    0xff2e1148: __rtc_trap_handler+0x0058: ld [%l5], %l0
    dbx: warning: undefined type number (0,158) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #207 sqlca:(0,158),
    assuming type `int {assumed}'
    dbx: warning: undefined type number (0,211) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #530 host:(0,211),
    assuming type `int {assumed}'
    dbx: warning: undefined type number (0,212) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #531 pwd:(0,212),
    assuming type `int {assumed}'
    dbx: warning: undefined type number (0,213) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #532 usrid:(0,213),
    assuming type `int {assumed}'
    dbx: warning: undefined type number (0,214) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #533 address:(0,214),
    assuming type `int {assumed}'
    dbx: warning: undefined type number (0,228) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #577 module:(0,228),
    assuming type `int {assumed}'
    dbx: warning: undefined type number (0,237) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #638 data:(0,237),
    assuming type `int {assumed}'
    dbx: warning: undefined type number (0,238) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #639 dest:(0,238),
    assuming type `int {assumed}'
    dbx: warning: undefined type number (0,846) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #1136 username:G(0,846),
    assuming type `int {assumed}'
    Current function is queue_message
    751 EXEC SQL CALL p_message.queue(:seq,:dest, :data, :notempty, :ret);
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where
    current thread: t@10
    [1] sqlscht(0x48708, 0x47914, 0xa, 0x1, 0x3, 0xa), at 0xfe8cd0f8
    [2] sqldbid(0x48708, 0xfacf8aa8, 0x4dbf8, 0xff0d180c, 0x4, 0x390), at 0xfe8b0fec
    [3] sqlexp(0x48708, 0x1, 0x7a, 0x7a, 0xfacf8aa8, 0xfedecb18), at 0xfe8b4208
    [4] sqlcmex(0x0, 0x4dbf8, 0xfacf8aa8, 0xff0d18a6, 0xfedecafc, 0xfee1689c), at 0xfe8ab770
    [5] sqlcxt(0xfacf9cac, 0xff0e3d84, 0xfacf8aa8, 0xff0d18a6, 0xfacf9d48, 0xa), at 0xfe8abdbc
    Segmentation Fault (core dumped)
    Some iformation you might need:
    Compiler : code compiled with cc version 6.2
    Debugger : 6.2 patch 111683-03
    OS : Solaris 8 patch 108528-12
    Machine : E250
    Thanks

    /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #530 host:(0,211),The key to your problem is probably the stabs reading error.
    How was backend.c compiled?
    Normally dbx will load stabs information on demand as needed.
    You can start dbx and use the "module" command to load
    the stabs information right away without running the program or using RTC.
    Try this:
    (dbx) module backend.o
    Does that cause the stabs warnings?
    If you can "repair" or "normalize" the stabs information in that module,
    the crash will probably go away.

  • Why dbx core dumps on input core file?

    Hi,
    We have a Solaris 10 machine, on which dbx always core dumps when input any core files to it. What would possibly wrong with this machine? Or where should we look to find some clues?
    Thanks a lot,
    pam

    Please create a perl script using the text below:
    #!/usr/bin/perl
    use File::Find;
    sub wanted {
      return unless -x && -f;
      return unless /.*\.so\.[0-9]$/;
      return unless `/bin/file $_ | grep 64-bit`;
      $out = `elfdump -e $_ | grep e_shoff`;
      $out =~ m/e_shoff:\s+(0x[0-9a-f]+)\s/;
      if ($1 =~ m/[4c]$/) {
         print "bad alignment in file: $File::Find::name\n";
    print "Looking for bad ELF section header table alignment in 64-bit files\n";
    find(\&wanted, ( "/lib", "/usr/lib" ));Then, make it executable and run it (does not need root permissions):
    any_user$  chmod +x check_library_alignment.pl
    any_user$  ./check_library_alignment.pl
    If the perl script reports mis-aligned libraries (elfsign modifies the alignment), this looks to be bug 6283299. If you are current on patches for Solaris as well as your SunStudio installation, you'll need to raise an SR requesting the fix. If you are not current on patches, you could start with SunStudio patches which was subsequently patched to address elfsign alignments.
    Source: http://technopark02.blogspot.com/2006/01/64-bit-dbx-internal-error-signal.html

  • Help Getting Core dump

    Hi,
    Can someone please tell me what is causing the error below:-(
    ===== BEGIN DUMP =============================================================
    JRockit dump produced after 0 days, 00:12:27 on Mon May 14 15:15:12 2007
    Additional information is available in:
    /srv/rkyv/sharing/cherry/logs/jrockit.6546.dump
    No snapshot file (core dump) will be created because core dumps have been
    disabled. To enable core dumping, try "ulimit -c unlimited"
    before starting JRockit again.
    If you see this dump, please open a support case with BEA and
    supply as much information as you can on your system setup and
    the program you were running. You can also search for solutions
    to your problem at http://forums.bea.com in
    the forum jrockit.developer.interest.general.
    Error Message: Illegal memory access. [54]
    Signal info : si_signo=11, si_code=2 si_addr=0x1601000
    Version : BEA JRockit(R) R27.1.0-109-73164-1.5.0_08-20061129-1415-linux-x86_64
    GC : System optimized over throughput (initial strategy singleparpar)
    : Current OC phase is: not running. YC is not running.
    : GC strategy for GC 0 was singleparpar
    : GC strategy for GC 1 was genparpar
    : mmHeap->data = 0x3700000, mmHeap->top = 0x43700000
    : The nurserylist starts at 0x386c680 and ends at 0x63e8750
    : mmStartCompaction = 0x3f700000, mmEndCompaction = 0x43700000
    CPU : AMD Opteron/Athlon64 SSE SSE2 EM64T
    Number CPUs : 4
    Tot Phys Mem : 9251635200 (8823 MB)
    OS version : SUSE LINUX Enterprise Server 9 (x86_64)
    VERSION = 9
    PATCHLEVEL = 3
    Linux version 2.6.5-7.244-smp (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #1 SMP Mon Dec 12 18:32:25 UTC 2005 (x86_64)
    Thread System: NPTL
    State : JVM is running
    Command Line : -Xms1024m -Xmx1280m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/usr/share/tomcat/conf/logging.properties -Djava.endorsed.dirs=/usr/share/tomcat/common/endorsed -Dcatalina.base=/usr/share/tomcat -Dcatalina.home=/usr/share/tomcat -Djava.io.tmpdir=/usr/share/tomcat/temp org.apache.catalina.startup.Bootstrap start
    java.home : /opt/bea/java150_R27/jre
    j.class.path : :/usr/share/tomcat/bin/bootstrap.jar:/usr/share/tomcat/bin/commons-logging-api.jar
    j.lib.path : /opt/bea/java150_R27/jre/lib/amd64/jrockit:/opt/bea/java150_R27/jre/lib/amd64:/opt/bea/java150_R27/jre/../lib/amd64
    JAVA_HOME : /usr/lib/java
    JAVAOPTIONS: <not set>
    LD_LIBRARY_PATH: /opt/bea/java150_R27/jre/lib/amd64/jrockit:/opt/bea/java150_R27/jre/lib/amd64:/opt/bea/java150_R27/jre/../lib/amd64
    LD_ASSUME_KERNEL: <not set>
    C Heap : Good; no memory allocations have failed
    StackOverFlow: 0 StackOverFlowErrors have occured
    OutOfMemory : 0 OutOfMemoryErrors have occured
    Registers (from ThreadContext: 0x54d0fc00 / OS context: 0x54d0fcc0):
    rax = 00000000002f8777 rcx = 0000000005054778
    rdx = 0000000000000000 rbx = 0000000005054628
    rsp = 0000000054d10100 rbp = 00000000050547f0
    rsi = 000000000000003a rdi = 0000000001010101
    r8 = 0000000000000001 r9 = 0000000009d173d8
    r10 = 0000000000000000 r11 = 000000000038ff60
    r12 = 00000000ffffffff r13 = 0000000000000001
    r14 = 0000000005054808 r15 = 0000002ad79f0bb0
    cs = 000000000000e103 fs = 0000000400000000
    gs = 0004000000000000
    rip = 0000002a965b8cb6 flags = 0000000000000297
    Stack:
    (* marks the word pointed to by the stack pointer)
    0000000054d10100: 0000000001010101* 000000000001712f 0000000009d173d8 0000000000000000
    0000000054d10120: 0000000000000001 0000002a0000003a 0000000005054628 0000002a965b8e0d
    0000000054d10140: 0000002a0001712e 0000000005054650 0000000005054778 0000000000000000
    0000000054d10160: 0000000005054628 0000002a965b8c23 0000000000000000 0000002a00000001
    0000000054d10180: 0000000000000000 0000002a965b8bed 0000000001010101 0000002a967a6619
    0000000054d101a0: 000000000000000a 0000000005053cc0 0000000005054618 0000000005053cc0
    Code:
    (* marks the word pointed to by the instruction pointer)
    0000002a965b8c50: 0001288d0f582474 448bc189c8894100 3148037dc0855824 010a840fc08545c0
    0000002a965b8c70: 105174b70f430000 4c894c1824548944 448944c129441024 5489d001d1012024
    0000002a965b8c90: 0f000000cce90824 243c8948104754b7 177428247489f239 8b48117fc839c0ff
    0000002a965b8cb0: b70f2824748b243c* 39e975f239104754 828f0f30244c89c8 4408244c8b000000
    0000002a965b8cd0: 20247c8b1824448b fffe01d68901508d 7c89c7ffc78944ce 08244c8945eb5024
    0000002a965b8cf0: 4824748938244489 8b4824348b48d189 0f5024448b10247c 4774b70f105654b7
    Loaded modules:
    (* denotes the module causing the exception)
    0000000000400000-000000000041190b /opt/bea/java150_R27/jre/bin/java
    0000002a9566d000-0000002a9567ac0f /lib64/tls/libpthread.so.0
    0000002a95782000-0000002a957d58c7 /lib64/tls/libm.so.6
    0000002a958da000-0000002a958dbd6f /lib64/libdl.so.2
    0000002a959dd000-0000002a95ae743f /lib64/tls/libc.so.6
    0000002a95556000-0000002a9556a973 /lib64/ld-linux-x86-64.so.2
    0000002a95c06000-0000002a95e6fc6f /opt/bea/java150_R27/jre/lib/amd64/jrockit/libjvm.so
    0000002a960be000-0000002a960c2017 /usr/lib64/libnuma.so
    0000002a96221000-0000002a96245473 /opt/bea/java150_R27/jre/lib/amd64/libjava.so
    0000002a9634b000-0000002a96357627 /opt/bea/java150_R27/jre/lib/amd64/libverify.so
    0000002a96477000-0000002a96487fef /lib64/libnsl.so.1
    0000002ad65dd000-0000002ad65e5e3f /opt/bea/java150_R27/jre/lib/amd64/native_threads/libhpi.so
    0000002ad67e9000-0000002ad67f7ef3 /opt/bea/java150_R27/jre/lib/amd64/libzip.so
    0000002ad7314000-0000002ad7325fbf /opt/bea/java150_R27/jre/lib/amd64/libnet.so
    0000002ad776b000-0000002ad7773a67 /lib64/libnss_files.so.2
    "Thread-35" id=46 idx=0x60 tid=6666 lastJavaFrame=(nil)
    Stack 0: start=0x54cd0000, end=0x54d12000, guards=0x54cd5000 (ok), forbidden=0x54cd3000
    Thread Stack Trace:
    -- Java stack --
    at java/lang/String.indexOf(String.java:1600)
    at java/lang/String.indexOf(String.java:1564)
    at java/lang/String.indexOf(String.java:1546)
    at system/CH_Date.<init>(CH_Date.java:184)
    at objects/CH_Folder.processStringToFolder(CH_Folder.java:7335)
    at objects/CH_Folder.<init>(CH_Folder.java:205)
    at objects/CH_Database.getFolder(CH_Database.java:2224)
    at functions/CH_MoveDocument.move(CH_MoveDocument.java:53)
    at functions/CH_MoveDocument.move(CH_MoveDocument.java:182)
    at functions/CH_FunctionAssignerOneHundred.case194(CH_FunctionAssignerOneHundred.java:6406)
    at functions/CH_FunctionAssigner.doFunction(CH_FunctionAssigner.java:848)
    at functions/CH_FunctionAssigner.initFunctionAssigner(CH_FunctionAssigner.java:149)
    at functions/CH_FunctionAssigner.<init>(CH_FunctionAssigner.java:101)
    at workflow/Wf_Script.sendRequest(Wf_Script.java:4340)
    at workflow/Wf_Script.generateRequest(Wf_Script.java:4333)
    at workflow/Wf_Script.callBasic(Wf_Script.java:281)
    at workflow/Wf_Script.runScript(Wf_Script.java:6660)
    at workflow/Wf_Script.doCallIndividualScript(Wf_Script.java:754)
    at workflow/Wf_Script.runScript(Wf_Script.java:5848)
    at functions/CH_ReturnWfJob.processWfScript(CH_ReturnWfJob.java:198)
    at functions/CH_ReturnWfJob.<init>(CH_ReturnWfJob.java:96)
    at applications/CH_ModuleWFScript.runJob(CH_ModuleWFScript.java:88)
    at applications/CH_ModuleTimer.checkModules(CH_ModuleTimer.java:84)
    at applications/CH_ModuleTimer.run(CH_ModuleTimer.java:137)
    at jrockit/vm/RNI.c2java(JJJJ)V(Native Method)
    -- end of trace
    Additional information is available in:
    /srv/rkyv/sharing/cherry/logs/jrockit.6546.dump
    No snapshot file (core dump) will be created because core dumps have been
    disabled. To enable core dumping, try "ulimit -c unlimited"
    before starting JRockit again.
    If you see this dump, please open a support case with BEA and
    supply as much information as you can on your system setup and
    the program you were running. You can also search for solutions
    to your problem at http://forums.bea.com in
    the forum jrockit.developer.interest.general.
    Extended, platform specific info:
    libc release: 2.3.5-stable
    Elf headers:
    libc ehdrs: EI: 7f454c46020101000000000000000000 ET: 3 EM: 62 V: 1 ENTRY: 000000000001cb50 PHOFF: 0000000000000040 SHOFF: 000000000012af60 EF: 0x0 HS: 64 PS: 56 PHN; 10 SS: 64 SHN: 67 STIDX: 64
    libpthread ehdrs: EI: 7f454c46020101000000000000000000 ET: 3 EM: 62 V: 1 ENTRY: 0000000000005930 PHOFF: 0000000000000040 SHOFF: 0000000000011090 EF: 0x0 HS: 64 PS: 56 PHN; 9 SS: 64 SHN: 33 STIDX: 30
    libjvm ehdrs: EI: 7f454c46020101000000000000000000 ET: 3 EM: 62 V: 1 ENTRY: 000000000003aab0 PHOFF: 0000000000000040 SHOFF: 0000000000376c80 EF: 0x0 HS: 64 PS: 56 PHN; 3 SS: 64 SHN: 22 STIDX: 19
    ===== END DUMP ===============================================================

    Hi,
    Can someone please tell me what is causing the error below:-(
    ===== BEGIN DUMP =============================================================
    JRockit dump produced after 0 days, 00:12:27 on Mon May 14 15:15:12 2007
    Additional information is available in:
    /srv/rkyv/sharing/cherry/logs/jrockit.6546.dump
    No snapshot file (core dump) will be created because core dumps have been
    disabled. To enable core dumping, try "ulimit -c unlimited"
    before starting JRockit again.
    If you see this dump, please open a support case with BEA and
    supply as much information as you can on your system setup and
    the program you were running. You can also search for solutions
    to your problem at http://forums.bea.com in
    the forum jrockit.developer.interest.general.
    Error Message: Illegal memory access. [54]
    Signal info : si_signo=11, si_code=2 si_addr=0x1601000
    Version : BEA JRockit(R) R27.1.0-109-73164-1.5.0_08-20061129-1415-linux-x86_64
    GC : System optimized over throughput (initial strategy singleparpar)
    : Current OC phase is: not running. YC is not running.
    : GC strategy for GC 0 was singleparpar
    : GC strategy for GC 1 was genparpar
    : mmHeap->data = 0x3700000, mmHeap->top = 0x43700000
    : The nurserylist starts at 0x386c680 and ends at 0x63e8750
    : mmStartCompaction = 0x3f700000, mmEndCompaction = 0x43700000
    CPU : AMD Opteron/Athlon64 SSE SSE2 EM64T
    Number CPUs : 4
    Tot Phys Mem : 9251635200 (8823 MB)
    OS version : SUSE LINUX Enterprise Server 9 (x86_64)
    VERSION = 9
    PATCHLEVEL = 3
    Linux version 2.6.5-7.244-smp (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #1 SMP Mon Dec 12 18:32:25 UTC 2005 (x86_64)
    Thread System: NPTL
    State : JVM is running
    Command Line : -Xms1024m -Xmx1280m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/usr/share/tomcat/conf/logging.properties -Djava.endorsed.dirs=/usr/share/tomcat/common/endorsed -Dcatalina.base=/usr/share/tomcat -Dcatalina.home=/usr/share/tomcat -Djava.io.tmpdir=/usr/share/tomcat/temp org.apache.catalina.startup.Bootstrap start
    java.home : /opt/bea/java150_R27/jre
    j.class.path : :/usr/share/tomcat/bin/bootstrap.jar:/usr/share/tomcat/bin/commons-logging-api.jar
    j.lib.path : /opt/bea/java150_R27/jre/lib/amd64/jrockit:/opt/bea/java150_R27/jre/lib/amd64:/opt/bea/java150_R27/jre/../lib/amd64
    JAVA_HOME : /usr/lib/java
    JAVAOPTIONS: <not set>
    LD_LIBRARY_PATH: /opt/bea/java150_R27/jre/lib/amd64/jrockit:/opt/bea/java150_R27/jre/lib/amd64:/opt/bea/java150_R27/jre/../lib/amd64
    LD_ASSUME_KERNEL: <not set>
    C Heap : Good; no memory allocations have failed
    StackOverFlow: 0 StackOverFlowErrors have occured
    OutOfMemory : 0 OutOfMemoryErrors have occured
    Registers (from ThreadContext: 0x54d0fc00 / OS context: 0x54d0fcc0):
    rax = 00000000002f8777 rcx = 0000000005054778
    rdx = 0000000000000000 rbx = 0000000005054628
    rsp = 0000000054d10100 rbp = 00000000050547f0
    rsi = 000000000000003a rdi = 0000000001010101
    r8 = 0000000000000001 r9 = 0000000009d173d8
    r10 = 0000000000000000 r11 = 000000000038ff60
    r12 = 00000000ffffffff r13 = 0000000000000001
    r14 = 0000000005054808 r15 = 0000002ad79f0bb0
    cs = 000000000000e103 fs = 0000000400000000
    gs = 0004000000000000
    rip = 0000002a965b8cb6 flags = 0000000000000297
    Stack:
    (* marks the word pointed to by the stack pointer)
    0000000054d10100: 0000000001010101* 000000000001712f 0000000009d173d8 0000000000000000
    0000000054d10120: 0000000000000001 0000002a0000003a 0000000005054628 0000002a965b8e0d
    0000000054d10140: 0000002a0001712e 0000000005054650 0000000005054778 0000000000000000
    0000000054d10160: 0000000005054628 0000002a965b8c23 0000000000000000 0000002a00000001
    0000000054d10180: 0000000000000000 0000002a965b8bed 0000000001010101 0000002a967a6619
    0000000054d101a0: 000000000000000a 0000000005053cc0 0000000005054618 0000000005053cc0
    Code:
    (* marks the word pointed to by the instruction pointer)
    0000002a965b8c50: 0001288d0f582474 448bc189c8894100 3148037dc0855824 010a840fc08545c0
    0000002a965b8c70: 105174b70f430000 4c894c1824548944 448944c129441024 5489d001d1012024
    0000002a965b8c90: 0f000000cce90824 243c8948104754b7 177428247489f239 8b48117fc839c0ff
    0000002a965b8cb0: b70f2824748b243c* 39e975f239104754 828f0f30244c89c8 4408244c8b000000
    0000002a965b8cd0: 20247c8b1824448b fffe01d68901508d 7c89c7ffc78944ce 08244c8945eb5024
    0000002a965b8cf0: 4824748938244489 8b4824348b48d189 0f5024448b10247c 4774b70f105654b7
    Loaded modules:
    (* denotes the module causing the exception)
    0000000000400000-000000000041190b /opt/bea/java150_R27/jre/bin/java
    0000002a9566d000-0000002a9567ac0f /lib64/tls/libpthread.so.0
    0000002a95782000-0000002a957d58c7 /lib64/tls/libm.so.6
    0000002a958da000-0000002a958dbd6f /lib64/libdl.so.2
    0000002a959dd000-0000002a95ae743f /lib64/tls/libc.so.6
    0000002a95556000-0000002a9556a973 /lib64/ld-linux-x86-64.so.2
    0000002a95c06000-0000002a95e6fc6f /opt/bea/java150_R27/jre/lib/amd64/jrockit/libjvm.so
    0000002a960be000-0000002a960c2017 /usr/lib64/libnuma.so
    0000002a96221000-0000002a96245473 /opt/bea/java150_R27/jre/lib/amd64/libjava.so
    0000002a9634b000-0000002a96357627 /opt/bea/java150_R27/jre/lib/amd64/libverify.so
    0000002a96477000-0000002a96487fef /lib64/libnsl.so.1
    0000002ad65dd000-0000002ad65e5e3f /opt/bea/java150_R27/jre/lib/amd64/native_threads/libhpi.so
    0000002ad67e9000-0000002ad67f7ef3 /opt/bea/java150_R27/jre/lib/amd64/libzip.so
    0000002ad7314000-0000002ad7325fbf /opt/bea/java150_R27/jre/lib/amd64/libnet.so
    0000002ad776b000-0000002ad7773a67 /lib64/libnss_files.so.2
    "Thread-35" id=46 idx=0x60 tid=6666 lastJavaFrame=(nil)
    Stack 0: start=0x54cd0000, end=0x54d12000, guards=0x54cd5000 (ok), forbidden=0x54cd3000
    Thread Stack Trace:
    -- Java stack --
    at java/lang/String.indexOf(String.java:1600)
    at java/lang/String.indexOf(String.java:1564)
    at java/lang/String.indexOf(String.java:1546)
    at system/CH_Date.<init>(CH_Date.java:184)
    at objects/CH_Folder.processStringToFolder(CH_Folder.java:7335)
    at objects/CH_Folder.<init>(CH_Folder.java:205)
    at objects/CH_Database.getFolder(CH_Database.java:2224)
    at functions/CH_MoveDocument.move(CH_MoveDocument.java:53)
    at functions/CH_MoveDocument.move(CH_MoveDocument.java:182)
    at functions/CH_FunctionAssignerOneHundred.case194(CH_FunctionAssignerOneHundred.java:6406)
    at functions/CH_FunctionAssigner.doFunction(CH_FunctionAssigner.java:848)
    at functions/CH_FunctionAssigner.initFunctionAssigner(CH_FunctionAssigner.java:149)
    at functions/CH_FunctionAssigner.<init>(CH_FunctionAssigner.java:101)
    at workflow/Wf_Script.sendRequest(Wf_Script.java:4340)
    at workflow/Wf_Script.generateRequest(Wf_Script.java:4333)
    at workflow/Wf_Script.callBasic(Wf_Script.java:281)
    at workflow/Wf_Script.runScript(Wf_Script.java:6660)
    at workflow/Wf_Script.doCallIndividualScript(Wf_Script.java:754)
    at workflow/Wf_Script.runScript(Wf_Script.java:5848)
    at functions/CH_ReturnWfJob.processWfScript(CH_ReturnWfJob.java:198)
    at functions/CH_ReturnWfJob.<init>(CH_ReturnWfJob.java:96)
    at applications/CH_ModuleWFScript.runJob(CH_ModuleWFScript.java:88)
    at applications/CH_ModuleTimer.checkModules(CH_ModuleTimer.java:84)
    at applications/CH_ModuleTimer.run(CH_ModuleTimer.java:137)
    at jrockit/vm/RNI.c2java(JJJJ)V(Native Method)
    -- end of trace
    Additional information is available in:
    /srv/rkyv/sharing/cherry/logs/jrockit.6546.dump
    No snapshot file (core dump) will be created because core dumps have been
    disabled. To enable core dumping, try "ulimit -c unlimited"
    before starting JRockit again.
    If you see this dump, please open a support case with BEA and
    supply as much information as you can on your system setup and
    the program you were running. You can also search for solutions
    to your problem at http://forums.bea.com in
    the forum jrockit.developer.interest.general.
    Extended, platform specific info:
    libc release: 2.3.5-stable
    Elf headers:
    libc ehdrs: EI: 7f454c46020101000000000000000000 ET: 3 EM: 62 V: 1 ENTRY: 000000000001cb50 PHOFF: 0000000000000040 SHOFF: 000000000012af60 EF: 0x0 HS: 64 PS: 56 PHN; 10 SS: 64 SHN: 67 STIDX: 64
    libpthread ehdrs: EI: 7f454c46020101000000000000000000 ET: 3 EM: 62 V: 1 ENTRY: 0000000000005930 PHOFF: 0000000000000040 SHOFF: 0000000000011090 EF: 0x0 HS: 64 PS: 56 PHN; 9 SS: 64 SHN: 33 STIDX: 30
    libjvm ehdrs: EI: 7f454c46020101000000000000000000 ET: 3 EM: 62 V: 1 ENTRY: 000000000003aab0 PHOFF: 0000000000000040 SHOFF: 0000000000376c80 EF: 0x0 HS: 64 PS: 56 PHN; 3 SS: 64 SHN: 22 STIDX: 19
    ===== END DUMP ===============================================================

  • Help with core dump.

    We have a Tomcat app that is hanging every 3-4 days. I know this is off-topic, but I'd appreciate any help in resolving this. I've posted the JVM dump on my web page at http://web.bvu.edu/staff/david/jvmdmp.txt
    Additional details:
    JDK 1.4.2_08 on Windows Server 2003 Enterprise, Tomcat 5.0.28
    The web app runs agains MySQL 4.0.26 which is on a separate server, also Windows Server 2003 Enterprise. We're using the MySQL 3.1.10 connector.
    The hangs happen on each version of Tomcat (4.1.31, 5.0.28, 5.5.9), MySQL (4.0.26, 4.1.15), and Java (1.4.2, 1.5) we've tried. No errors being reported on the MySQL side of things, and no unusual Exceptions in the Tomcat/JVM logs.

    [http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/crashes.html]

  • Help! CORE DUMP file in our platform, WLS 6.1 SP7

    Hi,
    I am having a problem and it causes the weblogic server to terminate suddenly.
    My configuration is:
    - Weblogic 6.1 SP7
    - Windows 2000
    - Weblogic Oracle Driver (weblogic.jdbc.oci.Driver)
    - Database Oracle 9i
    Pls help me to resolve this problem.... thanks in advance!
    An unexpected exception has been detected in native code outside the VM.
    Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x1CEA0090
    Function name=kghalo
    Library=g:\ora9i\bin\orageneric9.dll
    Current Java thread:
    at weblogic.db.oci.OciLob.assignLobFromColumn(Native Method)
    at weblogic.db.oci.OciCursor.getValue(OciCursor.java:1199)
    at weblogic.db.oci.OciCursor.getValue(OciCursor.java:1136)
    at weblogic.db.oci.OciCursor.getValue(OciCursor.java:1130)
    at weblogic.db.oci.OciCursor.getSelectValue(OciCursor.java:1052)
    at weblogic.jdbc.oci.ResultSet.getObject(ResultSet.java:856)
    at weblogic.jdbc.oci.ResultSet.getObject(ResultSet.java:728)
    at weblogic.jdbc.pool.ResultSet.getObject(ResultSet.java:369)
    at sg.gov.dsta.gebiz.entreports.admin.util.AdminUtil.getClobValue(AdminUtil.java:665)
    at sg.gov.dsta.gebiz.entreports.admin.dao.AdminApprovalRulesDAO.getMaintainApprovalRulesList(AdminApprovalRulesDAO.java:118)
    at sg.gov.dsta.gebiz.entreports.admin.handler.AdminInternHandler.getMaintainApprovalRuleList(AdminInternHandler.java:86)
    at sg.gov.dsta.gebiz.entreports.admin.handler.AdminInternHandler.getSearchListing(AdminInternHandler.java:47)
    at sg.gov.dsta.gebiz.entreportsweb.admin.action.ABAdminSearchAction.execute(ABAdminSearchAction.java:147)
    at sg.gov.dsta.gebiz.entreportsweb.admin.action.ABApprovalRule.execute(ABApprovalRule.java:37)
    at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
    at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
    at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
    at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:288)
    at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:21)
    at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
    at sg.gov.sco.gebiz.filters.XSSFilter.doFilter(XSSFilter.java:153)
    at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
    at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:289)
    at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1069)
    at org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:455)
    at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:279)
    at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
    at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:288)
    at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:21)
    at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
    at sg.gov.sco.gebiz.filters.XSSFilter.doFilter(XSSFilter.java:153)
    at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:27)
    at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:2771)
    at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2462)
    at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:172)
    at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:145)
    Dynamic libraries:
    0x00400000 - 0x00405000 I:\jdk1.3.1_12\bin\java.exe
    0x77F80000 - 0x77FFC000 C:\WINNT\system32\ntdll.dll
    0x7C2D0000 - 0x7C335000 C:\WINNT\system32\ADVAPI32.dll
    0x7C570000 - 0x7C623000 C:\WINNT\system32\KERNEL32.dll
    0x77D30000 - 0x77DA8000 C:\WINNT\system32\RPCRT4.dll
    0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll
    0x6D420000 - 0x6D4FB000 I:\jdk1.3.1_12\jre\bin\hotspot\jvm.dll
    0x77E10000 - 0x77E79000 C:\WINNT\system32\USER32.dll
    0x77F40000 - 0x77F7C000 C:\WINNT\system32\GDI32.dll
    0x77570000 - 0x775A0000 C:\WINNT\system32\WINMM.dll
    0x6D220000 - 0x6D227000 I:\jdk1.3.1_12\jre\bin\hpi.dll
    0x6D3B0000 - 0x6D3BD000 I:\jdk1.3.1_12\jre\bin\verify.dll
    0x6D250000 - 0x6D268000 I:\jdk1.3.1_12\jre\bin\java.dll
    0x6D3C0000 - 0x6D3CD000 I:\jdk1.3.1_12\jre\bin\zip.dll
    0x6D340000 - 0x6D348000 I:\jdk1.3.1_12\jre\bin\net.dll
    0x75050000 - 0x75058000 C:\WINNT\system32\WSOCK32.dll
    0x75030000 - 0x75044000 C:\WINNT\system32\WS2_32.DLL
    0x75020000 - 0x75028000 C:\WINNT\system32\WS2HELP.DLL
    0x782C0000 - 0x782CC000 C:\WINNT\System32\rnr20.dll
    0x77980000 - 0x779A4000 C:\WINNT\system32\DNSAPI.DLL
    0x77340000 - 0x77353000 C:\WINNT\system32\iphlpapi.dll
    0x77520000 - 0x77525000 C:\WINNT\system32\ICMP.DLL
    0x77320000 - 0x77337000 C:\WINNT\system32\MPRAPI.DLL
    0x75150000 - 0x75160000 C:\WINNT\system32\SAMLIB.DLL
    0x7CDC0000 - 0x7CE13000 C:\WINNT\system32\NETAPI32.DLL
    0x751C0000 - 0x751C6000 C:\WINNT\system32\NETRAP.dll
    0x77BF0000 - 0x77C01000 C:\WINNT\system32\NTDSAPI.dll
    0x77950000 - 0x7797B000 C:\WINNT\system32\WLDAP32.DLL
    0x7C340000 - 0x7C34F000 C:\WINNT\system32\SECUR32.DLL
    0x7CE20000 - 0x7CF0F000 C:\WINNT\system32\OLE32.DLL
    0x779B0000 - 0x77A4B000 C:\WINNT\system32\OLEAUT32.DLL
    0x773B0000 - 0x773DF000 C:\WINNT\system32\ACTIVEDS.DLL
    0x77380000 - 0x773A3000 C:\WINNT\system32\ADSLDPC.DLL
    0x77830000 - 0x7783E000 C:\WINNT\system32\RTUTILS.DLL
    0x77880000 - 0x7790E000 C:\WINNT\system32\SETUPAPI.DLL
    0x7C0F0000 - 0x7C154000 C:\WINNT\system32\USERENV.DLL
    0x774E0000 - 0x77514000 C:\WINNT\system32\RASAPI32.DLL
    0x774C0000 - 0x774D1000 C:\WINNT\system32\rasman.dll
    0x77530000 - 0x77552000 C:\WINNT\system32\TAPI32.dll
    0x71710000 - 0x71794000 C:\WINNT\system32\COMCTL32.DLL
    0x70A70000 - 0x70AD6000 C:\WINNT\system32\SHLWAPI.DLL
    0x77360000 - 0x77379000 C:\WINNT\system32\DHCPCSVC.DLL
    0x777E0000 - 0x777E8000 C:\WINNT\System32\winrnr.dll
    0x777F0000 - 0x777F5000 C:\WINNT\system32\rasadhlp.dll
    0x1CE00000 - 0x1CE55000 I:\bea\wlserver6.1\bin\oci920_8\weblogicoci37.dll
    0x1CE60000 - 0x1CE7D000 g:\ora9i\bin\OCI.dll
    0x780A0000 - 0x780B2000 C:\WINNT\system32\MSVCIRT.dll
    0x60600000 - 0x60784000 g:\ora9i\bin\OraClient9.Dll
    0x610A0000 - 0x6113F000 g:\ora9i\bin\oracore9.dll
    0x612A0000 - 0x61319000 g:\ora9i\bin\oranls9.dll
    0x613A0000 - 0x613B1000 g:\ora9i\bin\oraunls9.dll
    0x60800000 - 0x60806000 g:\ora9i\bin\oravsn9.dll
    0x60500000 - 0x60590000 g:\ora9i\bin\oracommon9.dll
    0x1CE80000 - 0x1D0D7000 g:\ora9i\bin\orageneric9.dll
    0x62FC0000 - 0x6303D000 g:\ora9i\bin\oraxml9.dll
    0x630F0000 - 0x63110000 g:\ora9i\bin\oraxsd9.dll
    0x615A0000 - 0x61629000 g:\ora9i\bin\orannzsbb9.dll
    0x61480000 - 0x61534000 g:\ora9i\bin\oran9.dll
    0x61400000 - 0x6142C000 g:\ora9i\bin\oranl9.dll
    0x61960000 - 0x61971000 g:\ora9i\bin\oranldap9.dll
    0x62000000 - 0x62024000 g:\ora9i\bin\oraldapclnt9.dll
    0x616B0000 - 0x616C7000 g:\ora9i\bin\orancrypt9.dll
    0x62300000 - 0x6233E000 g:\ora9i\bin\ORATRACE9.dll
    0x61730000 - 0x61766000 g:\ora9i\bin\oranro9.dll
    0x617C0000 - 0x617C6000 g:\ora9i\bin\oranhost9.dll
    0x617D0000 - 0x617D6000 g:\ora9i\bin\oranoname9.dll
    0x616A0000 - 0x616A6000 g:\ora9i\bin\orancds9.dll
    0x61820000 - 0x61827000 g:\ora9i\bin\orantns9.dll
    0x64000000 - 0x64007000 g:\ora9i\bin\oranms.dll
    0x64020000 - 0x64030000 g:\ora9i\bin\oranmsp.dll
    0x60A00000 - 0x60D13000 g:\ora9i\bin\orapls9.dll
    0x62500000 - 0x62507000 g:\ora9i\bin\oraslax9.dll
    0x61350000 - 0x61360000 g:\ora9i\bin\orasnls9.dll
    0x60810000 - 0x60816000 g:\ora9i\bin\orawtc9.dll
    0x62600000 - 0x62675000 g:\ora9i\bin\orasql9.dll
    0x61910000 - 0x6191C000 g:\ora9i\bin\orantcp9.dll
    0x74FD0000 - 0x74FEE000 C:\WINNT\system32\msafd.dll
    0x75010000 - 0x75017000 C:\WINNT\System32\wshtcpip.dll
    0x20260000 - 0x20265000 I:\bea\wlserver6.1\bin\oci920_8\weblogicoxa37.dll
    0x6D240000 - 0x6D246000 I:\jdk1.3.1_12\jre\bin\ioser12.dll
    0x20910000 - 0x20915000 I:\bea\wlserver6.1\bin\wlntio.dll
    0x77920000 - 0x77943000 C:\WINNT\system32\imagehlp.dll
    0x72A00000 - 0x72A2D000 C:\WINNT\system32\DBGHELP.dll
    0x690A0000 - 0x690AB000 C:\WINNT\system32\PSAPI.DLL
    Local Time = Mon May 29 14:58:57 2006
    Elapsed Time = 861
    # The exception above was detected in native code outside the VM
    # Java VM: Java HotSpot(TM) Client VM (1.3.1_12-b03 mixed mode)
    #

    I would do all I could to avoid OCI-based
    JDBC. OCI bugs can kill an entire JVM.
    I would use the Oracle thin driver.
    Joe

  • Help on JVM Crash with core dump on solaris - 1.5_17

    Some times in my load test scenarios on sun os boxes JVM crashing with core dump. Here is some dump from the file
    # An unexpected error has been detected by HotSpot Virtual Machine:
    # SIGSEGV (0xb) at pc=0xfea07f40, pid=1564, tid=10
    # Java VM: Java HotSpot(TM) Server VM (1.5.0_17-b04 mixed mode)
    # Problematic frame:
    # V [libjvm.so+0x207f40]
    --------------- T H R E A D ---------------
    Current thread (0x0014e220): JavaThread "CompilerThread1" daemon [_thread_in_native, id=10]
    siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
    Registers:
    O0=0x00000010 O1=0x019c1960 O2=0x01e00ec0 O3=0x002bdc48
    O4=0x01042c68 O5=0xc467eb4c O6=0xc467e330 O7=0x01042c68
    G1=0x01e00ea0 G2=0xff014c94 G3=0x000000e6 G4=0x01c5a4e4
    G5=0x01736e20 G6=0x00000000 G7=0xfb9e4200 Y=0x00000000
    PC=0xfea07f40 nPC=0xfea07f44
    --------------- S Y S T E M ---------------
    OS: Solaris 10 5/08 s10s_u5wos_10 SPARC
    Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
    Use is subject to license terms.
    Assembled 24 March 2008
    uname:SunOS 5.10 Generic_127127-11 sun4v (T2 libthread)
    rlimit: STACK 8192k, CORE infinity, NOFILE 65536, AS infinity
    load average:2.73 2.67 2.21
    CPU:total 32 has_v8, has_v9, has_vis1, has_vis2, is_ultra3, is_sun4v, is_niagara1
    Memory: 8k page, physical 8257536k(366576k free)
    vm_info: Java HotSpot(TM) Server VM (1.5.0_17-b04) for solaris-sparc, built on Nov 10 2008 01:58:40 by unknown with unknown Workshop:0x550
    Here is the stack dump of the kill quit thread
    ----------------- lwp# 10 / thread# 10 --------------------
    ff2c5bf0 lwpkill (6, 0, ff2f2e10, ff2a8bd0, ffffffff, 6) + 8
    ff2410f8 abort (7400, 1, 7c00, ad314, ff2f12d8, 0) + 110
    fee7e58c __1cCosFabort6Fi_v_ (1, 0, ff013084, fefde000, 7d94, 7c00) + 58
    fef0de48 __1cHVMErrorOreport_and_die6M_v_ (0, ff03a640, ff033ff4, 1, fee82c88, ff033ff4) + c84
    fea74138 JVM_handle_solaris_signal (b, c467e2b0, c467dff8, 8000, ff032fa0, 14e220) + ab4
    ff2c4b28 __sighndlr (b, c467e2b0, c467dff8, fea7364c, 0, 1) + c
    ff2b9b00 call_user_handler (b, ffbffeff, c, 0, fb9e4200, c467dff8) + 3b8
    fea07f40 __1cMPhaseChaitinFSplit6MI_I_ (c467ec2c, 0, 0, 3677ac, 398, c) + 3410
    fea13c68 __1cMPhaseChaitinRRegister_Allocate6M_v_ (c467eb4c, e88, dc0, ff0137d8, c467fb14, 48d) + 720
    fea17c64 __1cHCompileICode_Gen6M_v_ (c467f218, 9e0c, 9c00, fef56b15, 0, c467ec2c) + 2b0
    fea7ff14 __1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_ (c467f218, 0, 346c8, 0, fef569b8, 0) + c08
    fea75fb8 __1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_ (c467fb14, fef42a90, 1e40f58, 244, 346c8, d1800000) + b0
    fea76b68 __1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_ (908928, 14e7fc, 13c900, 14e220, fef57367, c467fb14) + 4cc
    feb3357c __1cNCompileBrokerUcompiler_thread_loop6F_v_ (ff0330b8, 13c8a0, 14e220, c5e67700, 14e7f8, 0) + 44c
    feadbd20 __1cKJavaThreadDrun6M_v_ (14e220, ff037040, 7820, 0, 7800, 9400) + 2b0
    fee7e0a8 __1cG_start6Fpv_0_ (14e220, 61c, fefde000, 0, 5874, 5800) + 208
    ff2c49fc lwpstart (0, 0, 0, 0, 0, 0)
    Any idea on this dump, helps me a lot.
    Thanks.

    [http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/crashes.html]

  • Solaris 9 + Checkpoint R55 CORE DUMPING, HELP!

    Here are the list of revisions I have installe donto the machine:
    Solaris 9 (core install) (09/04)
    Checkpoint R55 (HFA 15)
    Recommended 9 (07/18/05).
    When we are running the commands 'cpstart' and 'cpstop' the Solaris 9 OS follows by doing 2/3 core dumps each time. We have redone this box to check if its a fault with the install but it still core dumps each time with use the 'cpstart' and 'cpstop' commands to start and stop the Checkpoint R55 software.
    >
    # cpstop
    Segmentation Fault (core dumped)
    Segmentation Fault (core dumped)
    VPN-1/FW-1 stopped
    SVN Foundation: cpd stopped....... etc.
    Has anyone got and ideas or suggestions?
    its has been suggested to send this onto our Solaris VAR for interrogation to have the dumps put through some sort of analyser, but we have no support (media kit only) HELP!

    we're also unable to connect to the box using the r55 checkpoint software (if anyone knows about this)
    "....make sure your server is up and running and that you're defined as a GUI client".
    it WAS working before appliying the Recommended_9 patch

  • Indecipherable core dump on Solaris x86_64

    On a 64-bit Solaris x86 machine (SunOS tempest-solaris 5.10 Generic_141445-09 i86pc i386 i86pc Solaris), I have been running gcc 4.3.4 (configured for i686-pc-solaris2.10) without a hitch. Both dbx 7.8 and gdb 7.1 are able to read core dumps created from a simple "goodbye, cruel world" program (kind of like "hello world", but it dereferences NULL at the end) built with gcc -m64 -g. However, with a more complex program, neither gdb nor dbx are able to figure it out core dumps (though they can debug it just fine if I set a breakpoint in main and start the program in the debugger).
    gdb's failure looks like this:
    GNU gdb (GDB) 7.1
    Copyright (C) 2010 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later
    <http://gnu.org/licenses/gpl.html>
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
    and "show warranty" for details.
    This GDB was configured as "x86_64-pc-solaris2.10".
    For bug reporting instructions, please see:
    <http://www.gnu.org/software/gdb/bugs/>...
    Reading symbols from
    /net/chronic2nas/emake-slothman-main-201006211520/out/i686_SunOS_64.5.10/ecloud/agent/ecagent...done.
    [New LWP 1]
    [New LWP 2]
    [New LWP 3]
    [New LWP 4]
    [New LWP 5]
    Reading symbols from /usr/lib/amd64/ld.so.1...(no debugging symbols
    found)...done.
    Loaded symbols for /usr/lib/amd64/ld.so.1
    Core was generated by `/opt/ecloud/i686_SunOS.5.10/bin/ecagent
    /opt/ecloud/i686_SunOS.5.10/bin/runagen'.
    Program terminated with signal 11, Segmentation fault.
    #0  0xfffffd7ffeac431c in ?? ()
    (gdb) bt
    #0  0xfffffd7ffeac431c in ?? ()
    Cannot access memory at address 0xfffffd7fffdfed30
    (gdb) thread 2
    [Switching to thread 2 (LWP 2)]#0  0xfffffd7ffeb2c8fa in ?? ()
    (gdb) bt
    #0  0xfffffd7ffeb2c8fa in ?? ()
    Cannot access memory at address 0xfffffd7ffe1f8dd8
    (gdb) thread 3
    [Switching to thread 3 (LWP 3)]#0  0xfffffd7ffeb27527 in ?? ()
    (gdb) bt
    #0  0xfffffd7ffeb27527 in ?? ()
    Cannot access memory at address 0xfffffd7ffdfffd68
    (gdb) thread 4
    [Switching to thread 4 (LWP 4)]#0  0xfffffd7ffeb27527 in ?? ()
    (gdb) bt
    #0  0xfffffd7ffeb27527 in ?? ()
    Cannot access memory at address 0xfffffd7ffde00e78
    (gdb) thread 5
    [Switching to thread 5 (LWP 5)]#0  0xfffffd7ffeb2c8fa in ?? ()
    (gdb) bt
    #0  0xfffffd7ffeb2c8fa in ?? ()
    Cannot access memory at address 0xfffffd7ffdbffc58
    (gdb) info sharedlibrary
    From                To                  Syms Read   Shared Object Library
    0xfffffd7fff3c1010  0xfffffd7fff3e614e  Yes (*)     /usr/lib/amd64/ld.so.1
    (*): Shared library is missing debugging information.and dbx's looks like this:
    Reading ecagent
    dbx: internal warning: writable memory segment 0x597000[28672] of size 0 in core
    dbx: internal warning: writable memory segment 0x59e000[3600384] of size 0 in core
    dbx: internal warning: writable memory segment 0xfffffd7ffd405000[4096] of size 0 in core
    dbx: internal warning: writable memory segment 0xfffffd7fff3fd000[8192] of size 0 in core
    dbx: internal warning: writable memory segment 0xfffffd7fffdfa000[24576] of size 0 in core
    core file header read successfully
    Reading ld.so.1
    dbx: core file read error: address 0xfffffd7fff3fb000 not available
    dbx: core file read error: address 0xfffffd7fff3fbae0 not available
    dbx: core file read error: address 0x598ff0 not available
    dbx: warning: Dbx could not initialize rtld_db
    Make sure this is the same version of Solaris where the core dump originated.
    Use `help core mismatch' for more info.
    (l@1) terminated by signal SEGV (no mapping at the fault address)
    0xffffffffffffffff:     <bad address 0xffffffffffffffff>
    (dbx) where
      [1] 0xfffffd7ffeac431c(0x0, 0x0, 0x784120, 0x170, 0x7, 0xffffffff), at 0xfffffd7ffeac431c
    (dbx) threads
    dbx: thread related commands not availableI get these errors even when debugging on the exact same machine where the core dump was generated. pstack is similarly confused:
    tempest-solaris% pstack /net/chronic2nas/emake-slothman-main-201006211520/logs-201006211902-solx2-ea2/core
    core '/net/chronic2nas/emake-slothman-main-201006211520/logs-201006211902-solx2-ea2/core' of 14854:     /opt/ecloud/i686_SunOS.5.10/bin/ecagent /opt/ecloud/i686_SunOS.5.10/bi
    -----------------  lwp# 1  --------------------------------
    fffffd7ffeac431c ???????? ()
    -----------------  lwp# 2  --------------------------------
    fffffd7ffeb2c8fa ???????? ()
    -----------------  lwp# 3  --------------------------------
    fffffd7ffeb27527 ???????? ()
    -----------------  lwp# 4  --------------------------------
    fffffd7ffeb27527 ???????? ()
    -----------------  lwp# 5  --------------------------------
    fffffd7ffeb2c8fa ???????? ()
    pstack: warning: librtld_db failed to initialize; symbols from shared libraries will not be availableAre there any arcane configuration parameters in Solaris that affect the generation of core dumps?

    Bother. Spoke too soon. One of my tests generated a readable core file, but the rest are having the same issues as detailed above. I am examining the core dump on the machine that generated it. The sizes of the failed tests are 21,522,239 and 21,485,375 and 21,526,447, so I doubt it’s running into a limit. (The successful one was 27,942,207.)
    On this machine, coreadm reports:
         global core file pattern:
         global core file content: all
           init core file pattern: core
           init core file content: all
                global core dumps: disabled
           per-process core dumps: enabled
          global setid core dumps: disabled
    per-process setid core dumps: disabled
         global core dump logging: disabledThe machine that got the successful core dump was physical while the ones where it failed were running under VMware LabManager, but I would be very surprised if that makes a difference to this matter. The successful core dump was generated by signal 9 (kill), while the bad ones have all been by signal 11 (segmentation fault).

  • Core Dump : Need Help

    Hi,
    I am porting the code to Forte 6.0 on Solaris 8.0.
    I am compiling the code using :
    -library=rwtools7,iostream options.
    While executing I get core dump. Following is the dbx description of the code.
    detected a multithreaded program
    t@1 (l@1) terminated by signal SEGV (no mapping at the fault address)
    Current function is unsafe_ostream::operator<<
    1211 outstr(_s, 0);
    (dbx) where
    current thread: t@1
    [1] ostream::flush(0x21000000, 0x21000000, 0x0, 0x0, 0x0, 0x0), at 0x2be54
    [2] unsafe_ostream::do_opfx(0x47488, 0x1, 0xffbef038, 0x1, 0xff3e260c, 0xff3e3b10), at 0x2a968
    [3] unsafe_ostream::outstr(0x47488, 0x46bd4, 0x0, 0x0, 0x47488, 0x46bd4), at 0x2ac50
    =>[4] unsafe_ostream::operator<<(this = 0x47488, _s = 0x46bd4 "GetAccessID() test passed"), line 1211 in "iostream.h"
    [5] ostream::operator<<(this = 0x47484, _s = 0x46bd4 "GetAccessID() test passed"), line 1350 in "iostream.h"
    [6] main(argc = 3, argv = 0xffbef2cc), line 35 in "AccessId.C"
    Can somebody help me to soty out this problem.

    The crash is caused by flush() which was given a bad argument value, i.e. 0x21000000. It seems to me do_opfx(), which prints out any prefix stuff, should not be called by outstr(). Instead outstr() should simply prints out the message "xxx test passed". Please make sure the code was linked with the right libs.
    - Rose

  • Inetd service/program crashes with core dump in Solaris 8 zone/container

    I have developed a service in C that is launched from inetd when something comes on a specific port.
    When a connection is opened to the port a core dump is created in the same directory where the executable file is located.
    If you run the same service program from the command line everything is working perfect.
    This is running in a Solaris 8 zone/container on a Solaris 10 machine.
    Everything is set correctly in /etc/inetd.conf and in /etc/services.
    I have even stripped down the program to a hello world program that is just printing a string to the screen and it is still crashing with a core dump.
    # ldd test_srv
    /usr/lib/secure/s8_preload.so.1
    libc.so.1 => /usr/lib/libc.so.1
    libdl.so.1 => /usr/lib/libdl.so.1
    /usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1
    The same service is running on a Linux machine and on a Solaris 10 machine without zones/containers without any problems.
    Can you please help me figure out what am I missing. Is there something specific with zones/containers that should be set / configured?
    Do I have to set some specific env. variables to work in a Solaris 8 zone/container environment or is it something very simple that I'm missing?

    Could you please examine the truss log and advice what the problem is and how to fix it?
    (some lines deleted)
    bash-2.03# truss -f -p 18361 #### /usr/sbin/inetd -s -t &
    18361:  poll(0xFFBFF528, 53, -1)        (sleeping...)
    18361:  poll(0xFFBFF528, 53, -1)                        = 1
    18361:  accept(63, 0xFFBFF870, 0xFFBFF914, 1)           = 3
    18361:  sigprocmask(SIG_BLOCK, 0xFFBFF5F0, 0xFFBFF600)  = 0
    18361:  lwp_sigtimedwait(0xFFBFF600, 0xFFBFF578, 0x00000010) = 0
    18361:  lwp_sigtimedwait(0xFFBFF568, 0xFFBFF728, 0x00000010) = 0
    18361:  fork()                                          = 1921
    1921:   fork()          (returning as child ...)        = 18361
    1921:   sigprocmask(0, 0x00000000, 0xFFBFF600)          = 0
    18361:  sigprocmask(0, 0x00000000, 0xFFBFF600)          = 0
    1921:   lwp_sigtimedwait(0xFFBFF600, 0xFFBFF578, 0x00000010) = 0
    18361:  sigprocmask(SIG_SETMASK, 0xFFBFF5F0, 0xFFBFF600) = 0
    18361:  close(3)                                        = 0
    18361:  sigprocmask(0, 0x00000000, 0xFFBFF600)          = 0
    1921:   lwp_sigtimedwait(0xFFBFF668, 0xFFBFF528, 0x00000020) = 0
    1921:   sigaction(SIGHUP, 0xFFBFF528, 0xFFBFF500)       = 0
    18361:  lwp_sigtimedwait(0xFFBFF568, 0xFFBFF5F0, 0x00000010) = 0
    1921:   lwp_sigtimedwait(0xFFBFF508, 0xFFBFF458, 0x00000010) = 0
    18361:  sigprocmask(SIG_SETMASK, 0xFFBFF5F0, 0xFFBFF600) = 0
    1921:   sigprocmask(SIG_SETMASK, 0xFFBFF5F0, 0xFFBFF600) = 0
    1921:   lwp_sigtimedwait(0xFFBFF600, 0xFFBFF578, 0x00000010) = 0
    1921:   lwp_sigtimedwait(0xFFBFF568, 0xFFBFF728, 0x00000010) = 0
    1921:   fcntl(3, F_DUP2FD, 0x00000000)                  = 0
    1921:   close(3)                                        = 0
    1921:   fcntl(0, F_DUP2FD, 0x00000001)                  = 1
    1921:   fcntl(0, F_DUP2FD, 0x00000002)                  = 2
    1921:   open64("/etc/.name_service_door", O_RDONLY)     = 3
    1921:   fcntl(3, F_SETFD, 0x00000001)                   = 0
    1921:   door_info(3, 0xFF0C2748)                        = 0
    1921:   door_call(3, 0xFFBFF278)                        = 0
    1921:   close(67)                                       Err#9 EBADF
    1921:   close(66)                                       Err#9 EBADF
    1921:   close(65)                                       Err#9 EBADF
    1921:   close(64)                                       Err#9 EBADF
    1921:   close(63)                                       = 0
    1921:   close(62)                                       = 0
    1921:   close(12)                                       = 0
    1921:   close(11)                                       = 0
    1921:   close(10)                                       Err#9 EBADF
    1921:   close(9)                                        Err#9 EBADF
    1921:   close(8)                                        Err#9 EBADF
    1921:   close(7)                                        Err#9 EBADF
    1921:   close(6)                                        Err#9 EBADF
    1921:   close(5)                                        Err#9 EBADF
    1921:   close(4)                                        Err#9 EBADF
    1921:   setrlimit(RLIMIT_NOFILE, 0xFFBFFD20)            = 0
    1921:   xenix(398872, 0xFFBFF5E4, 0x00000040)           = 38
    1921:   execve("/tmp/srv/t_srv", 0x0008B5FC, 0xFFBFFDA0)  argc = 0
    1921:   getuid()                                        = 0 [0]
    1921:   resolvepath("/usr/lib/ld.so.1", "/usr/lib/ld.so.1", 1023) = 16
    1921:   open("/var/ld/ld.config", O_RDONLY)             = 3
    1921:   fstat(3, 0xFFBFF5E8)                            = 0
    1921:   mmap(0x00000000, 148, PROT_READ, MAP_SHARED, 3, 0) = 0xFF3E0000
    1921:   close(3)                                        = 0
    1921:   stat("/usr/lib/libc.so.1", 0xFFBFF648)          = 0
    1921:   resolvepath("/usr/lib/libc.so.1", "/usr/lib/libc.so.1", 1023) = 18
    1921:   open("/usr/lib/libc.so.1", O_RDONLY)            = 3
    1921:   mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF340000
    1921:   mmap(0x00000000, 802816, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFF200000
    1921:   mmap(0xFF200000, 703520, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF200000
    1921:   mmap(0xFF2BC000, 24772, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 704512) = 0xFF2BC000
    1921:   munmap(0xFF2AC000, 65536)                       = 0
    1921:   memcntl(0xFF200000, 113528, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
    1921:   close(3)                                        = 0
    1921:   stat("/usr/lib/libdl.so.1", 0xFFBFF648)         = 0
    1921:   resolvepath("/usr/lib/libdl.so.1", "/usr/lib/libdl.so.1", 1023) = 19
    1921:   open("/usr/lib/libdl.so.1", O_RDONLY)           = 3
    1921:   mmap(0xFF340000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF340000
    1921:   mmap(0x00000000, 8192, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFF330000
    1921:   mmap(0xFF330000, 2638, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF330000
    1921:   close(3)                                        = 0
    1921:   stat("/usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1", 0xFFBFF368) = 0
    1921:   resolvepath("/usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1", "/usr/platform/sun4u-us3/lib/libc_psr.so.1", 1023) = 41
    1921:   open("/usr/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1", O_RDONLY) = 3
    1921:   mmap(0xFF340000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF340000
    1921:   close(3)                                        = 0
    1921:   mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF320000
    1921:   dup(0)                                          = 3
    1921:   llseek(0, 0, SEEK_CUR)                          Err#29 ESPIPE
    1921:   close(0)                                        = 0
    1921:   fcntl(3, F_DUP2FD, 0x00000000)                  = 0
    1921:   close(3)                                        = 0
    1921:   dup(1)                                          = 3
    1921:   close(1)                                        = 0
    1921:   fcntl(3, F_DUP2FD, 0x00000001)                  = 1
    1921:   close(3)                                        = 0
    1921:   dup(2)                                          = 3
    1921:   close(2)                                        = 0
    1921:   fcntl(3, F_DUP2FD, 0x00000002)                  = 2
    1921:   close(3)                                        = 0
    1921:   sys#177(0x00000080, 0xFFBFFB7C, 0xFF3F0518, 0x00000000, 0xFF3C2EF8, 0xFF2C0284) = 0x00000000 [0xFFBFFB7C]
    1921:   sys#227(0x00000006, 0x00000000, 0x0001ADF0, 0xFF3F0518, 0xFF3C3C18, 0xFF3C2670) = 0x0000000C [0x00000000]
    1921:   sys#227(0x00000002, 0x0000000C, 0x0000000E, 0xFFBFFCAE, 0x00000002, 0xFF3C2670) = 0x00000002 [0x00000000]
    1921:       Incurred fault #6, FLTBOUNDS  %pc = 0xFF232E2C
    1921:         siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
    1921:       Received signal #11, SIGSEGV [default]
    1921:         siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
    1921:           *** process killed ***
    18361:      Received signal #18, SIGCLD, in poll() [caught]
    18361:        siginfo: SIGCLD CLD_DUMPED pid=1921 status=0x000B
    18361:  poll(0xFFBFF528, 53, -1)                        Err#4 EINTR
    18361:  lwp_sigtimedwait(0xFFBFF218, 0xFFBFF140, 0x00000010) = 0
    18361:  lwp_sigtimedwait(0xFFBFF130, 0xFFBFF218, 0x00000010) = 0
    18361:  sigprocmask(0, 0x00000000, 0xFFBFEF28)          = 0
    18361:  poll(0xFFBFF528, 53, -1)        (sleeping...)Thank you in advance

  • Using perl DBI on Solaris 10 gives core dump

    I am using perl 5.8.4 which comes along with Solaris 10.
    I have installed DBI-1.58.
    Even a test command is not working.
    perl -MDBI -e 'print "$DBI::VERSION\n";'
    Bus Error (core dumped)
    truss perl -MDBI -e 'print "$DBI::VERSION\n";'
    shows
    stat("/usr/local/lib/libc.so.1", 0xFFBFE5D0) Err#2 ENOENT
    mprotect(0xFEED0000, 104171, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
    mprotect(0xFEED0000, 104171, PROT_READ|PROT_EXEC) = 0
    munmap(0xFF370000, 8192) = 0
    brk(0x000A2470) = 0
    brk(0x000A4470) = 0
    brk(0x000A4470) = 0
    brk(0x000A6470) = 0
    brk(0x000A6470) = 0
    brk(0x000A8470) = 0
    brk(0x000A8470) = 0
    brk(0x000AA470) = 0
    brk(0x000AA470) = 0
    brk(0x000AC470) = 0
    Incurred fault #5, FLTACCESS %pc = 0xFEED44CC
    siginfo: SIGBUS BUS_ADRALN addr=0x00000001
    Received signal #10, SIGBUS [default]
    siginfo: SIGBUS BUS_ADRALN addr=0x00000001
    $perl -v
    command shows like its compiled with Intsize of 64 is this creating problem?
    Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
    Platform:
    osname=solaris, osvers=2.10, archname=sun4-solaris-64int
    uname='sunos localhost 5.10 sun4u sparc SUNW,Ultra-2'
    config_args=''
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=define use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
    Compiler:
    cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO',
    optimize='-xO3 -xspace -xildoff',
    cppflags=''
    ccversion='Sun WorkShop', gccversion='', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=87654321
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=8, prototype=define
    Linker and Libraries:
    ld='cc', ldflags =''
    libpth=/lib /usr/lib /usr/ccs/lib
    libs=-lsocket -lnsl -ldl -lm -lc
    perllibs=-lsocket -lnsl -ldl -lm -lc
    libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version=''
    Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-R /usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE'
    cccdlflags='-KPIC', lddlflags='-G'
    Characteristics of this binary (from libperl):
    Compile-time options: USE_64_BIT_INT USE_LARGE_FILES
    Locally applied patches:
    22667 The optree builder was looping when constructing the ops ...
    22715 Upgrade to FileCache 1.04
    22733 Missing copyright in the README.
    22746 fix a coredump caused by rv2gv not fully converting a PV ...
    22755 Fix 29149 - another UTF8 cache bug hit by substr.
    22774 [perl #28938] split could leave an array without ...
    22775 [perl #29127] scalar delete of empty slice returned garbage
    22776 [perl #28986] perl -e "open m" crashes Perl
    22777 add test for change #22776 ("open m" crashes Perl)
    22778 add test for change #22746 ([perl #29102] Crash on assign ...
    22781 [perl #29340] Bizarre copy of ARRAY make sure a pad op's ...
    22796 [perl #29346] Double warning for int(undef) and abs(undef) ...
    22818 BOM-marked and (BOMless) UTF-16 scripts not working
    22823 [perl #29581] glob() misses a lot of matches
    22827 Smoke [5.9.2] 22818 FAIL(F) MSWin32 WinXP/.Net SP1 (x86/1 cpu)
    22830 [perl #29637] Thread creation time is hypersensitive
    22831 improve hashing algorithm for ptr tables in perl_clone: ...
    22839 [perl #29790] Optimization busted: '@a = "b", sort @a' ...
    22850 [PATCH] 'perl -v' fails if local_patches contains code snippets
    22852 TEST needs to ignore SCM files
    22886 Pod::Find should ignore SCM files and dirs
    22888 Remove redundant %SIG assignments from FileCache
    23006 [perl #30509] use encoding and "eq" cause memory leak
    23074 Segfault using HTML::Entities
    23106 Numeric comparison operators mustn't compare addresses of ...
    23320 [perl #30066] Memory leak in nested shared data structures ...
    23321 [perl #31459] Bug in read()
    Built under solaris
    Compiled at Jul 26 2005 05:26:55
    @INC:
    /usr/perl5/5.8.4/lib/sun4-solaris-64int
    /usr/perl5/5.8.4/lib
    /usr/perl5/site_perl/5.8.4/sun4-solaris-64int
    /usr/perl5/site_perl/5.8.4
    /usr/perl5/site_perl
    /usr/perl5/vendor_perl/5.8.4/sun4-solaris-64int
    /usr/perl5/vendor_perl/5.8.4
    /usr/perl5/vendor_perl
    Other details:
    file /usr/bin/perl
    /usr/bin/perl: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped
    I tried installing DBI module using perlgcc also.
    perlgcc Makefile.PL
    make
    make test
    make install.
    $uname -a
    SunOS twirl 5.10 Generic_118822-25 sun4u sparc SUNW,Ultra-80
    Please help me out.

    Try this guy's list, he maintain an archive of Solaris package.
    http://www.ibiblio.org/pub/packages/solaris/sparc/html/creating.solaris.packages.html
    Of course, if you can get directly from Sun will be better.

  • Report Server RTF on Solaris gives Core Dump

    We have Report Server 6.0.8.11.2 on Solaris.
    We are running reports thru URL and it is working fine for PDF and HTML. When we specify the desformat as RTF it gives Segmentation Fault Core dumped.
    We have tried using rwcli60 thru command line and it gives the same error, while PDF and HTML format is fine.
    Is there a patchset for Solaris for the same or are we missing on some parameter?
    - Tarun

    Hiya,
    Any resolution to this post , we have a native JNI call on a Websphere server running on Solaris 8 .. and same thing happening .. random core dump on the box ..
    No warning , no explanation
    Thanks so much for your help
    (btw . running Sun jvm 1.4.2_13)

  • Core dump on solaris 8/7 making JNI call.

    Hi,
    I am running solaris 8 and solaris 7 with Java 1.3.1. I have required solaris patches installed on the machine for java 1.3.1.
    From a C program I am making some JNI calls and when I run the program it core dumps at the very first JNI call. C program that make JNI calls are in a .so file.
    Same C code with Java 1.3.1 is running fine on window 2000, AIX 5.1, RedHat Advanced Server 2.1 and SuSE Enterprise Linux 7.
    Any help will be greatly appriciated.
    Thanks

    Hiya,
    Any resolution to this post , we have a native JNI call on a Websphere server running on Solaris 8 .. and same thing happening .. random core dump on the box ..
    No warning , no explanation
    Thanks so much for your help
    (btw . running Sun jvm 1.4.2_13)

  • Java crashes on a solaris 9 randomly with a core dump

    Hello
    Currently we are using JBoss Application server on solaris 9. Over a period of time. Java crashes suddenly. The condition under which this can be reproduced is currently not reproduceable. But over a period of time, this crash just happens.
    The following is the stack trace of the core file. Can somebody see this and let me know what could be the possible problem.
    bash-2.05# adb java.3558.1133780573
    core file = java.3558.1133780573 -- program `` /global/netmfs/netmbase/NetM62/licensing/jre/bin/java'' on platform SUNW,Sun-Fire-V440
    SIGABRT: Abort
    $c
    libc.so.1`_lwp_kill+8(6, 0, acf7b6e8, 2, 0, af2d482c) libc.so.1`abort+0x100(2d80f8, b, b3ef0040, 0, 48, 0) libkernel32.so`__1cUSehScanInvokeTryList6FpnQSEH_THREAD_BLOCK__i_+0x334(2d9790,
    af1cd7f8, af2d7324, 0, 2, 0)
    libkernel32.so`__1cOSignal_HandlerFraise6FIpviipL_i_+0xfc(c0000005, acf7ba20, 0 , 2, acf7b858, 1800) libkernel32.so`__1cPRaise_Exception2f6MipnHsiginfo_pv_v_+0xa4(516f28, b, acf7bcd8, acf7ba20, af2ea1e4, 2c) libthread.so.1`__sighndlr+0xc(b, acf7bcd8, acf7ba20, af1cd854, 0, 0) libthread.so.1`call_user_handler+0x234(b, acf7bcd8, acf7ba20, 0, 0, 0) libthread.so.1`sigacthandler+0x64(b, acf7bcd8, acf7ba20, 1, f6e89af0, 3ba) 0xfa0f4520(b5fec400, f6e89af0, b5fec550, 3ba, fa015624, b5fed448) 0xfa43586c(f5c770a8, b5fec530, bcdddf90, b5fec530, bcdddf90, b5fec400) 0xfa005b10(f6e8a270, b6, 8, fa0155e0, f6e847a0, acf7bf70) 0xfa005b10(2d6b00, b8, acf7c0e4, fa0152c0, fa015624, acf7c000) 0xfa005b10(2d6b00, b8, 8, fa015590, feca1858, acf7c078) 0xfa005b10(2d6b00, 0, 0, fa0155e0, 3349f0, acf7c108) 0xfa000118(acf7c1f0, acf7c388, a, f6e89818, fa00aae0, acf7c328) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7c380, acf7c318, acf7c320, 2d6b00, 2d6b00, 34e9cc
    libjvm.so`JVM_DoPrivileged+0x4c0(632adc, ff0104d0, acf7c65c, 0, 1, 1) libjava.so`Java_java_security_AccessController_doPrivileged__Ljava_security_Priv
    ilegedExceptionAction_2+0x14(2d6b94, acf7c5e0, acf7c65c, ffffffff, fa015624, 0) 0xfa00be48(2d6b00, b8, 15c, 4, f6e847a0, acf7c5f8) 0xfa005b10(2d6b00, 0, 0, fa015480, 3349f0, acf7c690) 0xfa000118(acf7c778, acf7c838, a, f6e87d18, fa00aae0, acf7c844) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7c830, acf7c82c, acf7c840, 2d6b00, 2d6b00,
    acf7d170)
    libjvm.so`__1cNinstanceKlassbBcall_class_initializer_impl6FnTinstanceKlassHandle
    pnGThread_v_+0xfc(acf7c950, 2d6b00, 10b, acf7c9e8, 1, 0) libjvm.so`__1cNinstanceKlassPinitialize_impl6FnTinstanceKlassHandle_pnGThread__v
    +0x4f4(acf7ca98, 2d6b00, acf7d490, 2d741c, 2d6b00, 0) libjvm.so`_1cNinstanceKlassKinitialize6MpnGThread__v_+0x84(f6e87dd0, 2d6b00, 1b8, f5c01e00, acf7cb5c, 1) libjvm.so`__1cMLinkResolverTresolve_static_call6FrnICallInfo_rnLKlassHandle_nMsy
    mbolHandle_53iipnGThread__v_+0x190(0, 2d6b00, ff0104d0, acf7cc54, acf7cc50, 1) libjvm.so`__1cMLinkResolverOresolve_invoke6FrnICallInfo_nGHandle_nSconstantPoolH
    andle_inJBytecodesECode_pnGThread__v_+0xd8(acf7cf44, acf7cf0c, acf7cf08, 12, b8 , 2d6b00) libjvm.so`__1cSInterpreterRuntimeOresolve_invoke6FpnKJavaThread_nJBytecodesECode
    __v_+0x6ac(2d6b00, b8, 8, b5feaea8, f6e80c78, 0) 0xfa01561c(2d6b00, b8, b5feaf20, fa015590, fa015624, acf7d0d0) 0xfa005b10(2d6b00, b8, 1b9, fa015590, f6dc6a20, acf7d170) 0xfa005b10(2d6b00, b8, 8, fa0155e0, f6dc6a20, acf7d208) 0xfa005b10(2d6b00, b8, acf7d3ac, fa015590, f6dc9888, acf7d2b0) 0xfa005b10(2d6b00, b8, 8, fa015590, f6dc6a20, acf7d340) 0xfa005b10(2d6b00, 0, 0, fa0155e0, 3349f0, acf7d3c8) 0xfa000118(acf7d4b0, acf7d570, a, f6dc87d0, fa00aae0, acf7d57c) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7d568, acf7d564, acf7d578, 2d6b00, 2d6b00, 0) libjvm.so`__1cNinstanceKlassbBcall_class_initializer_impl6FnTinstanceKlassHandle
    pnGThread_v_+0xfc(acf7d688, 2d6b00, 10b, acf7d720, 1, 0) libjvm.so`__1cNinstanceKlassPinitialize_impl6FnTinstanceKlassHandle_pnGThread__v
    +0x4f4(acf7d7d0, 2d6b00, acf7e118, 2d72c4, 2d6b00, b5c49570) libjvm.so`_1cNinstanceKlassKinitialize6MpnGThread__v_+0x84(f6dc9700, 2d6b00, 1b8, f5c01e00, acf7d894, 1) libjvm.so`__1cMLinkResolverTresolve_static_call6FrnICallInfo_rnLKlassHandle_nMsy
    mbolHandle_53iipnGThread__v_+0x190(0, 2d6b00, ff0104d0, acf7d98c, acf7d988, 1) libjvm.so`__1cMLinkResolverOresolve_invoke6FrnICallInfo_nGHandle_nSconstantPoolH
    andle_inJBytecodesECode_pnGThread__v_+0xd8(acf7dc7c, acf7dc44, acf7dc40, 6d, b8 , 2d6b00) libjvm.so`__1cSInterpreterRuntimeOresolve_invoke6FpnKJavaThread_nJBytecodesECode
    __v_+0x6ac(2d6b00, b8, acf7de5c, fa0155d8, fa015624, acf7dd50) 0xfa01561c(2d6b00, b8, b5c47f38, fa015590, f67cf4d0, acf7dde8) 0xfa005a44(2d6b00, b8, 3, fa015590, fa015304, acf7deb8) 0xfa005b54(be833b70, b6, acf7e024, fa015590, fa015304, acf7df48) 0xfa005b54(be833b78, b6, acf7e0a4, fa015270, b6080000, acf7dfc8) 0xfa005b54(2d6b00, 0, 0, fa015270, 3349f0, acf7e048) 0xfa000118(acf7e138, acf7e270, a, f67d9ba0, fa00aae0, acf7e2ac) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7e268, acf7e264, acf7e29c, 2d6b00, 2d6b00,
    fece7f70)
    libjvm.so`__1cKReflectionGinvoke6FnTinstanceKlassHandle_nMmethodHandle_nGHandle_
    inOobjArrayHandle_nJBasicType_4ipnGThread__pnHoopDesc__+0xeec(0, acf7e3c0, ff0104d0, 1, f67cf810, a) libjvm.so`__1cKReflectionNinvoke_method6FpnHoopDesc_nGHandle_nOobjArrayHandle_pn
    GThread__2_+0x230(be3e4900, acf7e448, acf7e444, 2d6b00, feda0bd0, acf7e810) libjvm.so`JVM_InvokeMethod+0x26c(acf7e5b0, acf7e5ac, ff005ddc, ff0073e8, c6, 0) libjava.so`Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x10(2d6b94,
    acf7e528, acf7e5b4, acf7e5b0, acf7e5ac, 0) 0xfa00be48(b5fed8d0, b8, acf7e634, c, b6080000, acf7e540) 0xfa005b10(b5fefd98, be8339c0, b5fed8d0, fa015590, f6b5c960, acf7e5d8) 0xfa2267c4(b5fefdb0, be8339c0, b60a0028, fa015270, 1, acf7e648) 0xfa2264e0(be3f5ca8, be8339c0, b60a0028, be3f5c70, f5c2a550, f5c2a550) 0xfa005b10(be41d6d8, f65ee028, acf7e878, fa015270, f68e6d70, acf7e778) 0xfa005fd8(be40db50, f65ee028, acf7e914, fa0156f0, f6229940, acf7e810) 0xfa005fd8(be3f6f48, b6, 49, fa0156f0, c6, acf7e8b0) 0xfa005b10(be3f6f48, b7, acf7ea70, fa0152b8, 0, acf7e978) 0xfa005b10(be3f6f48, f65ee028, acf7eb00, fa015430, fa00aae0, acf7ea10) 0xfa005fd8(be3ebba8, f65ee028, acf7eb98, fa0156f0, 2d6b00, acf7eaa0) 0xfa005fd8(be481ee8, f65ee028, acf7ec30, fa0156f0, 42e6f04c, acf7eb38) 0xfa005fd8(be47c270, f65ee028, acf7ecc0, fa0156f0, 1, acf7ebd0) 0xfa005fd8(be448ef8, b6, acf7ed90, fa0156f0, f620a188, acf7ec50) 0xfa005b10(be448ef8, b6, 0, fa015270, b6080000, acf7ed18) 0xfa005b10(be449a38, b6, acf7eed0, fa015270, c6, acf7edc8) 0xfa005b10(be6e0488, f5ee2070, 4, fa015270, f5c045c0, acf7ee58) 0xfa005fd8(2d6b00, 0, 0, fa015740, 3349f0, acf7ef00) 0xfa000118(acf7eff0, acf7f128, a, f67f5f50, fa00aae0, acf7f164) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7f120, acf7f11c, acf7f154, 2d6b00, 2d6b00,
    fece7f70)
    libjvm.so`__1cKReflectionGinvoke6FnTinstanceKlassHandle_nMmethodHandle_nGHandle_
    inOobjArrayHandle_nJBasicType_4ipnGThread__pnHoopDesc__+0xeec(0, acf7f278, ff0104d0, 1, f67cf810, a) libjvm.so`__1cKReflectionNinvoke_method6FpnHoopDesc_nGHandle_nOobjArrayHandle_pn
    GThread__2_+0x230(be849d88, acf7f300, acf7f2fc, 2d6b00, feda0bd0, acf7f6c8) libjvm.so`JVM_InvokeMethod+0x26c(acf7f468, acf7f464, ff005ddc, ff0073e8, 20, 0) libjava.so`Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x10(2d6b94,
    acf7f3e0, acf7f46c, acf7f468, acf7f464, 0) 0xfa00be48(b5fed810, b8, acf7f4ec, c, b6080000, acf7f3f8) 0xfa005b10(b5fed8a8, be6d7ab8, b5fed810, fa015590, 3230bc, acf7f490) 0xfa2267c4(b5fed8c0, be6d7ab8, b60a0000, fa015270, be843a68, acf7f500) 0xfa2264e0(b5fed858, be6d7ab8, b60a0000, b5fed858, 1, 0) 0xfa005b10(be6de080, b6, b5fed858, fa015270, be6d4478, acf7f620) 0xfa005b10(be6de080, b6, acf7f7c8, fa015270, 96, acf7f6c8) 0xfa005b10(be6de080, f5ee2070, 4, fa015270, f5c045c0, acf7f750) 0xfa005fd8(be6d6a18, f67d91d0, 8, fa015740, fa015304, acf7f7f8) 0xfa00601c(be6a3ac0, b6, 8, fa015590, 8, acf7f8a0) 0xfa005b54(be6a3ac0, f640af90, acf7fa7c, fa015270, f640af90, acf7f978) 0xfa005fd8(be8338f8, b7, 0, fa0156f0, f640af90, acf7fa08) 0xfa005c64(be8338f8, b7, acf7fb18, fa015430, be8338f8, acf7fab0) 0xfa005c64(acf7fba8, 0, 0, fa015430, 3349f0, acf7fb48) 0xfa000118(acf7fc30, acf7fe98, a, f6496780, fa00aae0, acf7fdb8) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(acf7fe90, acf7fcf8, acf7fdb0, 2d6b00, 2d6b00,
    acf7fd08)
    libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nLKlassHandle_nMsymbolHandle
    _4pnRJavaCallArguments_pnGThread__v_+0x164(feff0000, 2d71e8, acf7fda4, acf7fda0 , acf7fdb0, 2d6b00) libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsym
    bolHandle_5pnGThread__v_+0x60(acf7fe90, acf7fe8c, acf7fe84, acf7fe7c, acf7fe74,
    2d6b00)
    libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x128(2d6b00, 2d6b00, 2d6190, 2d71e8, 319508, fecd6a5c) libjvm.so`__1cKJavaThreadDrun6M_v_+0x288(2d6b00, 0, ff00f808, ffff8000, 0, 0) libjvm.so`_start+0x134(2d6b00, 0, 0, 0, 0, 0) libthread.so.1`_lwp_start(0, 0, 0, 0, 0, 0)
    Second Core dump with adb
    bash-2.05# adb java.9337.1133744404
    .core file = java.9337.1133744404 -- program `` /global/netmfs/netmbase/NetM62/licensing/jre/bin/java'' on platform SUNW,Sun-Fire-V440
    SIGABRT: Abort
    .$c
    $c
    libc.so.1`_lwp_kill+8(6, 0, ad0fc950, 2, 0, aeed482c) libc.so.1`abort+0x100(bd90f8, b, b3670200, 0, 48, 0) libkernel32.so`__1cUSehScanInvokeTryList6FpnQSEH_THREAD_BLOCK__i_+0x334(6197b0,
    aedcd7f8, aeed7324, 0, 2, 0)
    libkernel32.so`__1cOSignal_HandlerFraise6FIpviipL_i_+0xfc(c0000005, ad0fcc88, 0 , 2, ad0fcac0, 1800) libkernel32.so`__1cPRaise_Exception2f6MipnHsiginfo_pv_v_+0xa4(50c028, b, ad0fcf40, ad0fcc88, aeeea1e4, 2c) libthread.so.1`__sighndlr+0xc(b, ad0fcf40, ad0fcc88, aedcd854, 0, 0) libthread.so.1`call_user_handler+0x234(b, ad0fcf40, ad0fcc88, 0, 0, 0) libthread.so.1`sigacthandler+0x64(b, ad0fcf40, ad0fcc88, fa015590, b6130000,
    ad0fcfc0)
    0xfa0157f0(b5cb5908, b6, 8, fa015740, 0, ad0fd070) 0xfa005c64(b5cb5908, b7, ad0fd208, fa015270, b5cb1c90, ad0fd118) 0xfa005c64(b5cb5908, b7, 0, fa015430, b6130000, ad0fd1a8) 0xfa005c64(be56d460, b6, 8, fa015430, f691f2b0, ad0fd240) 0xfa005b10(be56d498, b6, be574c70, fa015270, 4889ba9b, ad0fd330) 0xfa005b10(be56d4a8, b7, ad0fd4d4, fa015270, 9, ad0fd3c8) 0xfa005b10(be56d4a8, b7, 0, fa015430, b6130000, ad0fd448) 0xfa005b10(be56d4a8, f6915008, 8, fa015430, 42a1665e, ad0fd540) 0xfa005fd8(bd44ecd0, f63b2338, ad0fd6c4, fa0156f0, b5cb4b38, ad0fd5d8) 0xfa005fd8(b5cb4a60, b7, ad0fd6d0, fa0156f0, b5cb4b48, ad0fd660) 0xfa005b10(b5cb4a60, b6, ad0fd818, fa015430, f65b7528, ad0fd718) 0xfa005b10(bd41bcf0, f63b1548, ad0fd8a0, fa015270, b6130000, ad0fd7b8) 0xfa005fd8(bd410620, b7, ad0fd934, fa0156f0, b6130000, ad0fd840) 0xfa005b10(bd410620, b6, ad0fd9c4, fa015430, b6130000, ad0fd8d0) 0xfa005b10(bd410620, b6, ad0fda44, fa015270, b6130000, ad0fd968) 0xfa005b10(bd8d1420, f63aa0c8, ad0fdad4, fa015270, 4400, ad0fd9e8) 0xfa005fd8(bd8c7f60, f65c2490, ad0fdb5c, fa0156f0, f6906720, ad0fda70) 0xfa005fd8(be548400, f68f50b0, ad0fdbe8, fa0156f0, f65b4158, ad0fdaf0) 0xfa005fd8(b5caf718, f6d147c0, 0, fa0156f0, b6130000, ad0fdb80) 0xfa005fd8(b5caeb10, b7, ad0fdcf8, fa0156f0, b6130000, ad0fdc10) 0xfa005c64(b5caeb10, f6a62080, ad0fdd8c, fa015430, f6ad6088, ad0fdc90) 0xfa005fd8(b5caf718, f6d147c0, ad0fde3c, fa0156f0, b6130000, ad0fdd20) 0xfa005fd8(be6abc20, b6, 0, fa015738, b6130000, ad0fddd0) 0xfa005b10(be6abc20, b7, ad0fdf94, fa015270, 4400, ad0fdea0) 0xfa005b10(be6abc20, b7, 0, fa015478, b6130000, ad0fdf38) 0xfa005b10(be6abc20, b7, 0, fa015478, f6864318, ad0fdfc8) 0xfa005b10(be6abc20, b6, ad0fe14c, fa015430, 3230bc, ad0fe058) 0xfa005b10(be6abc20, b7, ad0fe1d8, fa015270, b6130000, ad0fe0f0) 0xfa005b10(be6abc20, f6ad6088, ad0fe264, fa015430, f6ad6088, ad0fe178) 0xfa005fd8(be695da8, f6ab5750, 0, fa0156f0, b6130000, ad0fe208) 0xfa005fd8(b5caeb10, b7, ad0fe3ac, fa0156f0, f65b4158, ad0fe2a8) 0xfa005b10(b5caeb10, b7, ad0fe43c, fa015478, b6130000, ad0fe350) 0xfa005b10(b5caeb10, f6a62080, ad0fe4c8, fa015478, f5c355f8, ad0fe3e0) 0xfa005fd8(be7db4e8, b6, ad0fe55c, fa0156f0, aeed28, ad0fe468) 0xfa005b10(be7db4e8, b7, 0, fa015590, b6130000, ad0fe4f0) 0xfa005b10(be7db4e8, f6da8e80, ad0fe664, fa0156f0, fa0154c4, ad0fe580) 0xfa005fd8(be7d8e20, b7, ad0fe700, fa015270, f68e2490, ad0fe608) 0xfa005c64(be7d8e20, b7, ad0fe788, fa015430, fa0154c4, ad0fe6a0) 0xfa005c64(be7d8e20, b7, ad0fe808, fa015270, fa015624, ad0fe728) 0xfa005c64(aeed28, b8, ad0fe888, fa015430, f5c05cb0, ad0fe7a8) 0xfa005c64(b5c556a8, f66f5b10, ad0fe910, fa015270, f66f5b10, ad0fe828) 0xfa00612c(aeed28, 0, 0, fa0156f0, 3349f0, ad0fe8b0) 0xfa000118(ad0fe9a0, ad0fead8, a, f66f5668, fa00aae0, ad0feb10) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(ad0fead0, ad0feacc, ad0feb04, aeed28, aeed28,
    fece7f70)
    libjvm.so`__1cKReflectionGinvoke6FnTinstanceKlassHandle_nMmethodHandle_nGHandle_
    inOobjArrayHandle_nJBasicType_4ipnGThread__pnHoopDesc__+0xeec(0, ad0fec28, ff0104d0, 1, f655dbd0, e) libjvm.so`__1cKReflectionNinvoke_method6FpnHoopDesc_nGHandle_nOobjArrayHandle_pn
    GThread__2_+0x230(be023bb0, ad0fecb0, ad0fecac, aeed28, feda0bd0, ad0ff080) libjvm.so`JVM_InvokeMethod+0x26c(ad0fede8, ad0fede4, ff005ddc, ff0073e8, f6159f00, ad0ff120) libjava.so`Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x10(aeedbc,
    ad0fed84, ad0fedec, ad0fede8, ad0fede4, fece6088) 0xfa4067a8(be07f5a8, be7d8938, b5c53fc0, fa015430, 20, 0) 0xfa4062a8(be7d8e28, be7d8938, b5c53fc0, fa013bc8, bd0ac0f0, ad0fee58) 0xfa226284(be7d8e40, be7d8938, b5c53fc0, bd0ac040, f6159f00, 1) 0xfa225fa0(be07f5a8, be7d8938, b5c53fc0, 1, f5c2a550, f5c2a550) 0xfa005b10(be035120, f660cb18, ad0ff0e8, fa015270, f661f5d0, ad0fefe8) 0xfa005fd8(be0281a0, f660cb18, ad0ff184, fa0156f0, f6226670, ad0ff080) 0xfa005fd8(be023b70, b6, 49, fa0156f0, f6159f00, ad0ff120) 0xfa005b10(be023b70, b7, ad0ff2e0, fa0137d8, 0, ad0ff1e8) 0xfa005b10(be023b70, f660cb18, ad0ff370, fa015430, 20, ad0ff280) 0xfa005fd8(be0741e0, f660cb18, ad0ff408, fa0156f0, bd0ac0f0, ad0ff310) 0xfa005fd8(be066d20, f660cb18, ad0ff4a0, fa0156f0, 42a165e0, ad0ff3a8) 0xfa005fd8(be05f6d0, f660cb18, ad0ff530, fa0156f0, 1, ad0ff440) 0xfa005fd8(be05a1b8, b6, ad0ff600, fa0156f0, f620a1f8, ad0ff4c0) 0xfa005b10(be05a1b8, b6, 0, fa015270, b6130000, ad0ff588) 0xfa005b10(be023af0, b6, 0, fa015270, f5c045c0, ad0ff630) 0xfa005b10(be0d4ed0, f65f5b80, ad0ff7d8, fa015270, f6d80ae8, ad0ff6c8) 0xfa00612c(be0ab2f0, f65f5b80, ad0ff7e0, fa0156f0, f6560da8, ad0ff778) 0xfa00612c(be0b84d0, b6, ad0ff8f8, fa0156f0, 0, ad0ff810) 0xfa005c64(be0b84d0, b6, ad0ff900, fa015270, f6560da8, ad0ff898) 0xfa005c64(be0af510, f5c1e740, ad0ffa24, fa015270, fa013848, ad0ff930) 0xfa00612c(be0ab2f0, b7, ad0ffaac, fa0156f0, 0, ad0ff9c0) 0xfa005c64(be0ab2f0, f5c1e740, ad0ffb2c, fa015430, 0, ad0ffa48) 0xfa00612c(b5d4ea98, f5c1e740, ad0ffba4, fa0156f0, 0, ad0ffad0) 0xfa00612c(ad0ffba8, 0, 0, fa0156f0, 3349f0, ad0ffb48) 0xfa000118(ad0ffc30, ad0ffe98, a, f5c1efd8, fa00aae0, ad0ffdb8) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
    guments_pnGThread__v_+0x274(ad0ffe90, ad0ffcf8, ad0ffdb0, aeed28, aeed28,
    ad0ffd08)
    libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nLKlassHandle_nMsymbolHandle
    _4pnRJavaCallArguments_pnGThread__v_+0x164(feff0000, ae82b8, ad0ffda4, ad0ffda0 , ad0ffdb0, aeed28) libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsym
    bolHandle_5pnGThread__v_+0x60(ad0ffe90, ad0ffe8c, ad0ffe84, ad0ffe7c, ad0ffe74,
    aeed28)
    libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x128(aeed28, aeed28, af6758, ae82b8, 319508, fecd6a5c) libjvm.so`__1cKJavaThreadDrun6M_v_+0x288(aeed28, ffffffe2, ff00f808, ffff8000, 0 , 0) libjvm.so`_start+0x134(aeed28, 0, 0, 0, 0, 0) libthread.so.1`_lwp_start(0, 0, 0, 0, 0, 0)

    Hi there
    Not sure which jdk you are using but I am guessing you are using native code?
    libkernel32.so
    See http://java.sun.com/j2se/1.4.2/docs/guide/vm/signal-chaining.html
    Start your application this way, this should solve your problem.
    export LD_PRELOAD=<libjvm.so dir>/libjsig.so; java_application (ksh)
    setenv LD_PRELOAD <libjvm.so dir>/libjsig.so; java_application (csh)
    Also, even if u are using 1.3.1, u can get the libjsig.so from 1.4.2 and do the same.
    Hope this helps.

Maybe you are looking for

  • Create webdynpro appl. to fetch data from r/3 system without bapi?

    Hi all, Please suggest regarding this issue. I have to create a iview which display all the authorized link access to the user form the sap r/3 system and display it in portal. like when we login to sapr/3 system we get a catalog of all that we can a

  • Oracle query sort by case sensitive

    Hi All, I am using oracle database 11g. My use case is I do have a table with following values Table name -test product id     productsortdescription H58098        ACETAMIDOHYDROXYPHENYLTHIAZOLE 043994         Alloy .MM.INTHICK My query is select * f

  • Unable to access mail in icloud

    I am unable to access mail in icloud remotely or through a web browser.  I am able to sgn in, just not acces the email.  Any ideas?

  • Simple HTTP Post Handler - Best Practice?

    I would like to create a fairly simple ASP.Net application that takes an XML record from an HTTP post request, submits it to a process that invokes a command line app that parses the XML file, takes the parsed XML file (as XML), and returns the resul

  • Java.io.FileNotFoundException: C:\Blazix\ejbtemp\pack1\JellyBeanCtx_Skel.cl

    Dear all, I am using Blazix server, when i executing third command in the build file , i got this exception , so now i am unable to create EJB jar , please send me reply for this doubt D:\mania\java\kum>blxejbc Jelly.jar JellyEjb.jar Blazix EJB Compi