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

Similar Messages

  • 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).

  • Sun ONE Web Server 6.1SP2 B04/07/2004  core dump enablement

    What is the procedure to enable core dump for future analysis? Earlier versions code changes for magnus.conf does not seem to work!

    What magnus.conf changes are you trying?
    If its a non secure(no SSL) 6.1 web server running on solaris 8 or later the following coreadm settings should allow core dump creation:
    # coreadm
    global core file pattern:
    init core file pattern: core.%p
    global core dumps: disabled
    per-process core dumps: enabled
    global setid core dumps: disabled
    per-process setid core dumps: enabled
    global core dump logging: disabled
    To set the coreadm options as shown above, refer to man pages of coreadm command.
    Thanks
    Manish

  • Svn Bus error (core dumped)

    I can't seem to get subversion to work. I just need the client utility (trying to set up an OpenWRT build environment). Most commands included with the package result in the terminal outputting "Bus error (core dumped)". I've tried to do some searching, but I haven't come up with anything relevant.
    [jeffro@jeffro-t60 ~]$ svn
    Bus error (core dumped)
    [jeffro@jeffro-t60 ~]$ svn
    svn svnadmin svndumpfilter svnlook svnmucc svnrdump svnserve svnsync svnversion
    [jeffro@jeffro-t60 ~]$ svnadmin
    Bus error (core dumped)
    [jeffro@jeffro-t60 ~]$ svndumpfilter
    Bus error (core dumped)
    [jeffro@jeffro-t60 ~]$ svnlook
    Bus error (core dumped)
    [jeffro@jeffro-t60 ~]$ svnmucc
    Bus error (core dumped)
    [jeffro@jeffro-t60 ~]$ svnrdump
    Bus error (core dumped)
    [jeffro@jeffro-t60 ~]$ svnserve
    Bus error (core dumped)
    [jeffro@jeffro-t60 ~]$ svnsync
    Bus error (core dumped)
    [jeffro@jeffro-t60 ~]$ svnversion
    Unversioned directory
    [jeffro@jeffro-t60 ~]$ uname -a
    Linux jeffro-t60 4.0.4-2-ARCH #1 SMP PREEMPT Fri May 22 03:19:32 UTC 2015 i686 GNU/Linux

    Okay, back at my computer. I guess I didn't realize that journalctl kept tabs on damn near everything, and I just had to look for the relevant lines.
    [jeffro@jeffro-t60 ~]$ svn
    Bus error (core dumped)
    [jeffro@jeffro-t60 ~]$ journalctl -xn 15
    -- Logs begin at Sat 2015-04-25 13:00:05 EDT, end at Sun 2015-06-07 20:10:48 EDT. --
    Jun 07 20:10:33 jeffro-t60 konsole[890]: org.kde.kurlfilter-ikws: "[jeffro@jeffro-t60 ~]$ journalctl -xn 15 -- Logs begin at Sat 2015-04-25 13:
    Jun 07 20:10:48 jeffro-t60 kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
    Jun 07 20:10:48 jeffro-t60 kernel: ata3.00: irq_stat 0x40000001
    Jun 07 20:10:48 jeffro-t60 kernel: ata3.00: failed command: READ DMA
    Jun 07 20:10:48 jeffro-t60 kernel: ata3.00: cmd c8/00:08:00:79:55/00:00:00:00:00/e5 tag 23 dma 4096 in
    res 51/40:07:01:79:55/00:00:00:00:00/e5 Emask 0x9 (media error)
    Jun 07 20:10:48 jeffro-t60 kernel: ata3.00: status: { DRDY ERR }
    Jun 07 20:10:48 jeffro-t60 kernel: ata3.00: error: { UNC }
    Jun 07 20:10:48 jeffro-t60 kernel: ata3.00: configured for UDMA/100
    Jun 07 20:10:48 jeffro-t60 kernel: sd 2:0:0:0: [sda] tag#23 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08
    Jun 07 20:10:48 jeffro-t60 kernel: sd 2:0:0:0: [sda] tag#23 Sense Key : 0x3 [current] [descriptor]
    Jun 07 20:10:48 jeffro-t60 kernel: sd 2:0:0:0: [sda] tag#23 ASC=0x11 ASCQ=0x4
    Jun 07 20:10:48 jeffro-t60 kernel: sd 2:0:0:0: [sda] tag#23 CDB: opcode=0x28 28 00 05 55 79 00 00 00 08 00
    Jun 07 20:10:48 jeffro-t60 kernel: blk_update_request: I/O error, dev sda, sector 89487617
    Jun 07 20:10:48 jeffro-t60 kernel: ata3: EH complete
    Jun 07 20:10:48 jeffro-t60 systemd-coredump[1412]: Process 1411 (svn) of user 502 dumped core.
    -- Subject: Process 1411 (svn) dumped core
    -- Defined-By: systemd
    -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
    -- Documentation: man:core(5)
    -- Process 1411 (svn) crashed and dumped core.
    -- This usually indicates a programming error in the crashing program and
    -- should be reported to its vendor as a bug.
    I installed strace, so here's the output from that.
    [jeffro@jeffro-t60 ~]$ strace svn
    execve("/usr/bin/svn", ["svn"], [/* 49 vars */]) = 0
    brk(0) = 0x9c5c000
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb775e000
    access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
    open("/usr/lib/tls/i686/sse2/libsvn_client-1.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/usr/lib/tls/i686/sse2", 0xbfbec6a0) = -1 ENOENT (No such file or directory)
    open("/usr/lib/tls/i686/libsvn_client-1.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/usr/lib/tls/i686", 0xbfbec6a0) = -1 ENOENT (No such file or directory)
    open("/usr/lib/tls/sse2/libsvn_client-1.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/usr/lib/tls/sse2", 0xbfbec6a0) = -1 ENOENT (No such file or directory)
    open("/usr/lib/tls/libsvn_client-1.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/usr/lib/tls", 0xbfbec6a0) = -1 ENOENT (No such file or directory)
    open("/usr/lib/i686/sse2/libsvn_client-1.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/usr/lib/i686/sse2", 0xbfbec6a0) = -1 ENOENT (No such file or directory)
    open("/usr/lib/i686/libsvn_client-1.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/usr/lib/i686", 0xbfbec6a0) = -1 ENOENT (No such file or directory)
    open("/usr/lib/sse2/libsvn_client-1.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/usr/lib/sse2", 0xbfbec6a0) = -1 ENOENT (No such file or directory)
    open("/usr/lib/libsvn_client-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\304\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=475072, ...}) = 0
    mmap2(NULL, 473768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb76ea000
    mmap2(0xb775b000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x71000) = 0xb775b000
    close(3) = 0
    open("/usr/lib/libsvn_wc-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\0\1\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=823636, ...}) = 0
    mmap2(NULL, 826352, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7620000
    mmap2(0xb76e8000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc7000) = 0xb76e8000
    close(3) = 0
    open("/usr/lib/libsvn_ra-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\3000\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=59312, ...}) = 0
    mmap2(NULL, 62016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7610000
    mmap2(0xb761d000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc000) = 0xb761d000
    close(3) = 0
    open("/usr/lib/libsvn_diff-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000-\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=92012, ...}) = 0
    mmap2(NULL, 94716, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb75f8000
    mmap2(0xb760e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0xb760e000
    close(3) = 0
    open("/usr/lib/libsvn_delta-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300,\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=79860, ...}) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb75f7000
    mmap2(NULL, 82564, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb75e2000
    mmap2(0xb75f5000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12000) = 0xb75f5000
    close(3) = 0
    open("/usr/lib/libsvn_subr-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P;\1\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=557632, ...}) = 0
    mmap2(NULL, 560424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7559000
    mmap2(0xb75de000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x84000) = 0xb75de000
    close(3) = 0
    open("/usr/lib/libapr-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \246\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=232536, ...}) = 0
    mmap2(NULL, 235396, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb751f000
    mmap2(0xb7556000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x36000) = 0xb7556000
    close(3) = 0
    open("/usr/lib/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pO\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=139764, ...}) = 0
    mmap2(NULL, 115340, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7502000
    mmap2(0xb751b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18000) = 0xb751b000
    mmap2(0xb751d000, 4748, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb751d000
    close(3) = 0
    open("/usr/lib/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\207\1\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=2037072, ...}) = 0
    mmap2(NULL, 1796708, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb734b000
    mmap2(0xb74fc000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b1000) = 0xb74fc000
    mmap2(0xb74ff000, 10852, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb74ff000
    close(3) = 0
    open("/usr/lib/libsvn_ra_local-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P#\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=34628, ...}) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb734a000
    mmap2(NULL, 37336, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7340000
    mmap2(0xb7348000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0xb7348000
    close(3) = 0
    open("/usr/lib/libsvn_repos-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320q\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=240468, ...}) = 0
    mmap2(NULL, 243188, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7304000
    mmap2(0xb733e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x39000) = 0xb733e000
    close(3) = 0
    open("/usr/lib/libsvn_fs-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340-\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=42784, ...}) = 0
    mmap2(NULL, 45496, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb72f8000
    mmap2(0xb7302000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0xb7302000
    close(3) = 0
    open("/usr/lib/libsvn_fs_fs-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0Pv\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=257264, ...}) = 0
    mmap2(NULL, 259988, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb72b8000
    mmap2(0xb72f6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3d000) = 0xb72f6000
    close(3) = 0
    open("/usr/lib/libsvn_fs_base-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pq\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=224432, ...}) = 0
    mmap2(NULL, 227152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7280000
    mmap2(0xb72b6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x35000) = 0xb72b6000
    close(3) = 0
    open("/usr/lib/libdb-5.3.so", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\371\1\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=2034688, ...}) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb727f000
    mmap2(NULL, 2033352, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb708e000
    mmap2(0xb7278000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1ea000) = 0xb7278000
    close(3) = 0
    open("/usr/lib/libsvn_fs_util-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\t\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=9584, ...}) = 0
    mmap2(NULL, 12380, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb708a000
    mmap2(0xb708c000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0xb708c000
    close(3) = 0
    open("/usr/lib/libsvn_ra_svn-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360T\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=137632, ...}) = 0
    mmap2(NULL, 140356, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7067000
    mmap2(0xb7088000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20000) = 0xb7088000
    close(3) = 0
    open("/usr/lib/libsasl2.so.3", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2606\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=113004, ...}) = 0
    mmap2(NULL, 115848, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb704a000
    mmap2(0xb7065000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a000) = 0xb7065000
    close(3) = 0
    open("/usr/lib/libsvn_ra_serf-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320e\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=203364, ...}) = 0
    mmap2(NULL, 201972, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7018000
    mmap2(0xb7046000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2e000) = 0xb7046000
    close(3) = 0
    open("/usr/lib/libserf-1.so.1", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200V\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=110044, ...}) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7017000
    mmap2(NULL, 108704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6ffc000
    mmap2(0xb7016000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a000) = 0xb7016000
    close(3) = 0
    open("/usr/lib/libexpat.so.1", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0#\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=165328, ...}) = 0
    mmap2(NULL, 163956, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6fd3000
    mmap2(0xb6ff9000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x26000) = 0xb6ff9000
    close(3) = 0
    open("/usr/lib/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\32\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=91760, ...}) = 0
    mmap2(NULL, 94468, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6fbb000
    mmap2(0xb6fd1000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0xb6fd1000
    close(3) = 0
    open("/usr/lib/libsqlite3.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 g\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=882500, ...}) = 0
    mmap2(NULL, 886524, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6ee2000
    mmap2(0xb6fb7000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd4000) = 0xb6fb7000
    close(3) = 0
    open("/usr/lib/libmagic.so.1", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\37\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=141048, ...}) = 0
    mmap2(NULL, 144256, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6ebe000
    mmap2(0xb6ee0000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x21000) = 0xb6ee0000
    close(3) = 0
    open("/usr/lib/libaprutil-1.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200u\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=170804, ...}) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6ebd000
    mmap2(NULL, 173660, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e92000
    mmap2(0xb6ebb000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x28000) = 0xb6ebb000
    close(3) = 0
    open("/usr/lib/libuuid.so.1", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\20\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=18172, ...}) = 0
    mmap2(NULL, 20696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e8c000
    mmap2(0xb6e90000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0xb6e90000
    close(3) = 0
    open("/usr/lib/librt.so.1", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\30\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=30636, ...}) = 0
    mmap2(NULL, 33336, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e83000
    mmap2(0xb6e8a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0xb6e8a000
    close(3) = 0
    open("/usr/lib/libcrypt.so.1", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\10\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=38396, ...}) = 0
    mmap2(NULL, 201052, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e51000
    mmap2(0xb6e5a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0xb6e5a000
    mmap2(0xb6e5c000, 155996, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6e5c000
    close(3) = 0
    open("/usr/lib/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\n\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=13800, ...}) = 0
    mmap2(NULL, 16512, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e4c000
    mmap2(0xb6e4f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0xb6e4f000
    close(3) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6e4b000
    open("/usr/lib/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260&\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=91948, ...}) = 0
    mmap2(NULL, 100360, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e32000
    mmap2(0xb6e46000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14000) = 0xb6e46000
    mmap2(0xb6e49000, 6152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6e49000
    close(3) = 0
    open("/build/serf/pkg/serf/usr/lib/tls/i686/sse2/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/build/serf/pkg/serf/usr/lib/tls/i686/sse2", 0xbfbec1e0) = -1 ENOENT (No such file or directory)
    open("/build/serf/pkg/serf/usr/lib/tls/i686/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/build/serf/pkg/serf/usr/lib/tls/i686", 0xbfbec1e0) = -1 ENOENT (No such file or directory)
    open("/build/serf/pkg/serf/usr/lib/tls/sse2/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/build/serf/pkg/serf/usr/lib/tls/sse2", 0xbfbec1e0) = -1 ENOENT (No such file or directory)
    open("/build/serf/pkg/serf/usr/lib/tls/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/build/serf/pkg/serf/usr/lib/tls", 0xbfbec1e0) = -1 ENOENT (No such file or directory)
    open("/build/serf/pkg/serf/usr/lib/i686/sse2/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/build/serf/pkg/serf/usr/lib/i686/sse2", 0xbfbec1e0) = -1 ENOENT (No such file or directory)
    open("/build/serf/pkg/serf/usr/lib/i686/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/build/serf/pkg/serf/usr/lib/i686", 0xbfbec1e0) = -1 ENOENT (No such file or directory)
    open("/build/serf/pkg/serf/usr/lib/sse2/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/build/serf/pkg/serf/usr/lib/sse2", 0xbfbec1e0) = -1 ENOENT (No such file or directory)
    open("/build/serf/pkg/serf/usr/lib/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
    stat64("/build/serf/pkg/serf/usr/lib", 0xbfbec1e0) = -1 ENOENT (No such file or directory)
    open("/usr/lib/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\t\1\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0555, st_size=544084, ...}) = 0
    mmap2(NULL, 497688, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6db8000
    mmap2(0xb6e2b000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x72000) = 0xb6e2b000
    close(3) = 0
    open("/usr/lib/libcrypto.so.1.0.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\341\3\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0555, st_size=2390656, ...}) = 0
    mmap2(NULL, 2174008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6ba5000
    mmap2(0xb6d9d000, 98304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1f7000) = 0xb6d9d000
    mmap2(0xb6db5000, 11320, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6db5000
    close(3) = 0
    open("/usr/lib/libldap-2.4.so.2", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\246\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=339960, ...}) = 0
    mmap2(NULL, 338672, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6b52000
    mmap2(0xb6ba3000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x51000) = 0xb6ba3000
    close(3) = 0
    open("/usr/lib/liblber-2.4.so.2", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0)\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=59148, ...}) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6b51000
    mmap2(NULL, 62016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6b41000
    mmap2(0xb6b4f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd000) = 0xb6b4f000
    close(3) = 0
    open("/usr/lib/libgdbm.so.4", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\36\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=46884, ...}) = 0
    mmap2(NULL, 49612, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6b34000
    mmap2(0xb6b3f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa000) = 0xb6b3f000
    close(3) = 0
    open("/usr/lib/libgssapi_krb5.so.2", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320}\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0644, st_size=335456, ...}) = 0
    mmap2(NULL, 338380, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6ae1000
    mmap2(0xb6b32000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x50000) = 0xb6b32000
    close(3) = 0
    open("/usr/lib/libkrb5.so.3", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340H\1\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0644, st_size=932000, ...}) = 0
    mmap2(NULL, 931032, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb69fd000
    mmap2(0xb6ad9000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xdc000) = 0xb6ad9000
    close(3) = 0
    open("/usr/lib/libk5crypto.so.3", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260-\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0644, st_size=210720, ...}) = 0
    mmap2(NULL, 213168, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb69c8000
    mmap2(0xb69f9000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x31000) = 0xb69f9000
    mmap2(0xb69fc000, 176, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb69fc000
    close(3) = 0
    open("/usr/lib/libcom_err.so.2", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\17\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=13820, ...}) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb69c7000
    mmap2(NULL, 16616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb69c2000
    mmap2(0xb69c5000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0xb69c5000
    close(3) = 0
    open("/usr/lib/libkrb5support.so.0", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200#\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0644, st_size=51032, ...}) = 0
    mmap2(NULL, 53860, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb69b4000
    mmap2(0xb69c0000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb000) = 0xb69c0000
    close(3) = 0
    open("/usr/lib/libkeyutils.so.1", O_RDONLY|O_CLOEXEC) = 3
    read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\20\0\0004\0\0\0"..., 512) = 512
    fstat64(3, {st_mode=S_IFREG|0755, st_size=13784, ...}) = 0
    mmap2(NULL, 16524, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb69af000
    mmap2(0xb69b2000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0xb69b2000
    close(3) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb69ae000
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb69ad000
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb69ac000
    set_thread_area({entry_number:-1, base_addr:0xb69ac740, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 (entry_number:6)
    mprotect(0xb74fc000, 8192, PROT_READ) = 0
    mprotect(0xb69b2000, 4096, PROT_READ) = 0
    mprotect(0xb6e4f000, 4096, PROT_READ) = 0
    mprotect(0xb6e46000, 8192, PROT_READ) = 0
    mprotect(0xb69c0000, 4096, PROT_READ) = 0
    mprotect(0xb751b000, 4096, PROT_READ) = 0
    mprotect(0xb69c5000, 4096, PROT_READ) = 0
    mprotect(0xb69f9000, 8192, PROT_READ) = 0
    mprotect(0xb6ad9000, 24576, PROT_READ) = 0
    mprotect(0xb6b32000, 4096, PROT_READ) = 0
    mprotect(0xb6b3f000, 4096, PROT_READ) = 0
    mprotect(0xb6b4f000, 4096, PROT_READ) = 0
    mprotect(0xb7065000, 4096, PROT_READ) = 0
    mprotect(0xb6fd1000, 4096, PROT_READ) = 0
    mprotect(0xb6d9d000, 69632, PROT_READ) = 0
    mprotect(0xb6e2b000, 12288, PROT_READ) = 0
    mprotect(0xb6ba3000, 4096, PROT_READ) = 0
    mprotect(0xb6e5a000, 4096, PROT_READ) = 0
    mprotect(0xb6e8a000, 4096, PROT_READ) = 0
    mprotect(0xb6e90000, 4096, PROT_READ) = 0
    mprotect(0xb7556000, 8192, PROT_READ) = 0
    mprotect(0xb6ff9000, 8192, PROT_READ) = 0
    mprotect(0xb6ebb000, 4096, PROT_READ) = 0
    mprotect(0xb6ee0000, 4096, PROT_READ) = 0
    mprotect(0xb6fb7000, 8192, PROT_READ) = 0
    --- SIGBUS {si_signo=SIGBUS, si_code=BUS_ADRERR, si_addr=0xb709cdfb} ---
    +++ killed by SIGBUS (core dumped) +++
    Bus error (core dumped)
    In that output I see complaints regarding libssl. I do have openssl installed.
    [jeffro@jeffro-t60 ~]$ pacman -Qi openssl
    Name : openssl
    Version : 1.0.2.a-1
    Description : The Open Source toolkit for Secure Sockets Layer and Transport Layer Security
    Architecture : i686
    URL : https://www.openssl.org
    Licenses : custom:BSD
    Groups : None
    Provides : None
    Depends On : zlib perl
    Optional Deps : ca-certificates [installed]
    Required By : coreutils curl git iputils ldns libarchive libevent libgit2 libmariadbclient libsasl libssh libssh2
    mariadb-clients openslp openssh python python2 rtmpdump s-nail wget wpa_supplicant
    Optional For : apr-util
    Conflicts With : None
    Replaces : None
    Installed Size : 6.66 MiB
    Packager : Felix Yan <[email protected]>
    Build Date : Thu 19 Mar 2015 10:45:30 AM EDT
    Install Date : Sat 25 Apr 2015 11:35:40 AM EDT
    Install Reason : Installed as a dependency for another package
    Install Script : No
    Validated By : Signature
    Any further help is greatly appreciated.

  • Sshd core dump after logout

    I've noticed that sshd has been producing core dumps. The core dumps aren't affecting anything and appear to be produced after the ssh session ends.
    /var/adm/messages shows:
    Jun 30 09:59:59 www1 sshd[15453]: [ID 800047 auth.info] Accepted publickey for webstats from 123.123.123.123 port 4935 ssh2
    Jun 30 10:00:01 www1 genunix: [ID 603404 kern.notice] NOTICE: core_log: sshd[15453] core dumped: /var/core/core_www1_sshd_0_0_1151625600_15453
    A core dump isn't produced every time but only appears to happen after ssh connections from windows systems running cygwin.
    Running adb on a core dump shows:
    core file = core_www1_sshd_0_0_1151390790_3514 -- program ``/usr/lib/ssh/sshd
    '' on platform i86pc
    SIGSYS: Bad System Call
    Like I said, it doesn't appear to be causing any problems. Any ideas on how to stop it?

    Forgot to mention. We are calling OCISessionEnd before rolling through OCIServerDetach.
    /* STATIC */
    static void logout()
    printf ("\n\nFreeing statement handles..\n");
    if(stmthp) OCIHandleFree ((dvoid *) stmthp, (ub4) OCI_HTYPE_STMT);
    printf ("Logging off...\n");
    if(authp) OCISessionEnd (svchp, errhp, authp, (ub4) 0);

  • Core Dump in RWCString destructor

    I have written a program on occasionally core dump.
    The core dump are in destructor in RWCString.
    Moreover, I have a case that the RWCString is wrongly put to other cache. It is a mulit-threaded program.
    I have used -DRW_MULTI_THREAD -mt options. I also need /usr/ucblib and -lc. Not sure if there is any conflict
    I am using Forte C++ 7.0 with RWSP_TOOLS 4.0.
    It is very hard to simulate the problem.
    Is there anybody having experience or idea on some core dump regarding RWCString?

    Sun doesn't have a product called "Forte C++ 7.0". You can find out the product name by running the "version" command out the same bin directory as the CC command.
    For example, if the CC command is /opt/SUNWspro/bin/CC, you can run /opt/SUNWspro/bin/version to find out the product name, and the version numbers of its components.
    Then go to the Sun Studio patch page
    http://developers.sun.com/prodtech/cc/downloads/patches/index.html
    and make sure you have the current patches for the compiler. Be sure also to get the current Solaris patches for the C++ runtime libraries (available from the same patch page).
    We can't provide direct support for 3rd-party libraries that we do not ship with the compiler. For help with RW SourcePro, you need to talk to Rogue Wave tech support.

  • Web Server Core dumps

    We recently upgraded to SunOne 9.1 on x86. We kept our webserver on 6.0 but upgraded the plugin. We started experiencing frequent core dumps of our webserver. We decided to upgrade webserver to 7.0 hoping the problem would go away. However, we continue to see the core dumps. Every core dump I looked at had the same stack trace; eg)
    libc.so.1`strlen+0xc(11a55440, 10b5da88, 11a55388)
    libpassthrough.so`__1cILBDaemonOserviceRequest6MrnMProxyRequest__I_+0x307(f229e08, 11a55388)
    libpassthrough.so`__1cLDaemonEntryOserviceRequest6MrnMProxyRequest__I_+0x57(da23ca8, 11a55388)
    libpassthrough.so`__1cMRequestGroupOserviceRequest6MrnMProxyRequest__I_+0x1b0(8263c28, 11a55388)
    libpassthrough.so`__1cPLBDaemonManagerOserviceRequest6MrnMProxyRequest__I_+0x157(88054a0, 11a55388)
    libpassthrough.so`__1cQservice_lbplugin6FpnGpblock_pnHSession_pnHRequest__i_+0x8dc(8719b20, f80fc5c, f80fcd4)
    libpassthrough.so`service_passthrough+0x23(8719b20, f80fc5c, f80fcd4)
    libns-httpd40.so`func_exec_str+0x1e7(8208328, 8719b20, f80fc5c, f80fcd4)
    libns-httpd40.so`INTfunc_exec_directive+0x1d6(816f888, 8719b20, f80fc5c, f80fcd4)
    libns-httpd40.so`INTservact_service+0x31a(f80fc5c, f80fcd4)
    libns-httpd40.so`INTservact_handle_processed+0x11d(f80fc5c, f80fcd4)
    libns-httpd40.so`__1cLHttpRequestUUnacceleratedRespond6M_v_+0x794(f80fc48)
    libns-httpd40.so`__1cLHttpRequestNHandleRequest6MpnGnetbuf_I_i_+0x68e(f80fc48, f82a008, ffffffff)
    libns-httpd40.so`__1cNDaemonSessionDrun6M_v_+0x654(f80fe08)
    libnsprwrap.so`ThreadMain+0x20(f80fe08)
    libnspr4.so`_pt_root+0xe7(f06c718)
    libc.so.1`_thr_setup+0x4e(dcc2da00)
    libc.so.1`_lwp_start(dcc2da00, 0, 0, dc62aff8, fd397340, dcc2da00)
    Any ideas? Are there any known issues with the lbplugin?

    My "solution" doesn't change your architecture at all.
    Your web servers are showing a stack trace pointing to libpassthrough.so. This is a shared object that runs in the Web Server. I'm suggesting that rather than use an old libpassthrough.so that may (or may not) have problems, try using the built-in Reverse Proxy feature of Web Server. The Reverse Proxy feature is derived from the older libpassthrough.so, but has had many enhancements over the years. It IS a newer version of the load balancer shared object you are currently using.

  • 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

  • Why my core dump file is "???? " in main process  in solaris 10

    why my core dump file is "???? ?" in main process in solaris 10?
    and called funtion is ok , can see the name and address!
    this problem is only occurent in solaris 10, not in solaris 8
    for exampel, pstacking core file is :
    ?????(0x0034x,......)----------this function in main process
    ACE_Rector::svc()(0xff3e........)this is called function

    If i recall correctly its because the binary called a function (in a library for instance) which pstack can not resolve.
    .7/M.

  • Xml access to empty files core dumps

    After uploading files to XMLDB with ftp, some files are empty. When processing with xml functions such as xdburitype(...).getclob() causes Oracle core dumps. How can I identify the files as empty before accessing them from the database? The resource_view does not track file size...
    ORA-31011: XML parsing failed
    ORA-19202: Error occurred in XML processing
    LPX-00229: input source is empty
    Error at line 0
    Thanks
    Scott

    Despite the fact that I think that you should post a Service Request via Oracle support (Metalink), maybe the following can help...
    A method to identify could be using dbms_lob.getlength as described here: http://www.liberidu.com/blog/?p=121
    Be also aware that if the registration of table data is handled via registering an XMLSchema that Oracle then shows 0 bytes regarding the content size, as explained by Mark on the XMLDB FAQ thread on this forum (" Why is the size of my XML document 0 bytes when viewed via HTTP or FTP ?", XML DB FAQ

  • AIX core dump file,

    Hi
    In AIX core dump file, we got this message
    'SOFTWARE PROGRAM ABNORMALLY TERMINATED'CORE FILE NAME
    /scclive/oracle/inst/apps/SCC_ebsprod/ora/10.1.2/forms/core
    PROGRAM NAME
    frmweb
    We are getting these errors frequently when there was some network issue between our server and PDC. That why oracle application server is hanging and we had to bounce for resolving the issue. Can anybody help how to resolve permanently from AIX point of view?
    Regards
    Ateeq

    Hi
    1)In which way the PDC is connected to your EBIZ system?
    No we are using hostfile. 2)If point 1 is correct then u should solve the network issue as the forms sessions are hanging coz of network issue OR If point 1 is correct then you must update the EBIZ system hostfile with the fully qualified domain name and remove DNS server for the EBIZ system to solve this issue.
    We do have fully qualified domanin name in hostfile.As well as using DNS server also.Regards
    Ateeq

  • I want to know why display core dump when arch starts!

    I want to know why display core dump when arch starts!
    2008. 06 iso!
    u can see display coredump in starting......

    GAH, you silly people!
    Now I'm going to have to go off and write a program that selects a random string from a file to show on startup!
    (I'll probably fill the file with all the Arch snapshot names)
    EDIT: I should mention that you're silly because you managed to get me following a random compulsion.
    EDIT AGAIN: Done! I now get a random snapshot name in that spot whenever my system boots. I can post the script if anyone wants it, it's three lines.
    EDIT ONE LAST TIME: Oh wait, three lines and a extra file full of snapshot names.
    Last edited by arew264 (2008-07-19 02:35:05)

  • Core dumps with 1.5.0_06-b05... any idea why?

    I am trying to run 1.5.0_06-b05 with Tomcat 5.5.9, and the application keeps producing core dumps from the JVM after some period of use. The hs_err file says the following:
    # An unexpected error has been detected by HotSpot Virtual Machine:
    # SIGSEGV (0xb) at pc=0xfee32868, pid=17413, tid=10
    # Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode)
    # Problematic frame:
    # V [libjvm.so+0x632868]
    --------------- T H R E A D ---------------
    Current thread (0x00148aa8): JavaThread "CompilerThread1" daemon [_thread_in_native, id=10]
    siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
    Registers:
    O0=0x00000000 O1=0x001e2af0 O2=0x001e2ad0 O3=0xfe9130bc
    O4=0x001e4140 O5=0x00000003 O6=0x7097e620 O7=0xfee3283c
    G1=0x001e44bc G2=0xfeffe43c G3=0x001e4520 G4=0x00000001
    G5=0xfec07fc8 G6=0x00000000 G7=0xff351200 Y=0x00000000
    PC=0xfee32868 nPC=0xfee3286c
    Top of Stack: (sp=0x7097e620)
    0x7097e620: 001e4494 001e4118 fefbe000 7097e680
    0x7097e630: 00000001 00000000 001e415c 00000000
    0x7097e640: feffea58 7097ebdc 00000000 001e415c
    0x7097e650: 7097ebdc 001e44f8 7097e690 fe8f887c
    0x7097e660: 7097e688 7097e68c 7097e684 00000002
    0x7097e670: 0121d230 00000000 00000000 7097ebdc
    0x7097e680: 00000000 00000002 021c9458 00000000
    0x7097e690: 00001000 7097ec04 fe90d5a4 ff001e84
    Instructions: (pc=0xfee32868)
    0xfee32858: 12 40 00 08 90 10 20 00 d2 02 a0 04 d0 02 60 08
    0xfee32868: ca 02 20 00 c8 01 60 30 9f c1 00 00 01 00 00 00
    Stack: [0x70900000,0x70980000), sp=0x7097e620, free space=505k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    V [libjvm.so+0x632868]
    V [libjvm.so+0xf8884]
    V [libjvm.so+0x1e3ba0]
    V [libjvm.so+0x27f9f4]
    V [libjvm.so+0x282748]
    V [libjvm.so+0x278700]
    V [libjvm.so+0x2793bc]
    V [libjvm.so+0x335f28]
    V [libjvm.so+0x2de2a4]
    V [libjvm.so+0x664248]
    Current CompileTask:
    opto:5496 s! com.sun.mail.imap.IMAPStore.protocolConnect(Ljava/lang/String;ILjava/lang/String;Ljava/lang/String;)Z (415 bytes)
    --------------- P R O C E S S ---------------
    Java Threads: ( => current thread )
    0x00feec18 JavaThread "Thread-353085" daemon [_thread_in_native, id=407147]
    0x006fe240 JavaThread "Thread-353060" daemon [_thread_in_native, id=407116]
    0x016ebad0 JavaThread "Thread-351745" daemon [_thread_in_native, id=405360]
    0x00a5ef78 JavaThread "Thread-346549" daemon [_thread_in_native, id=398309]
    0x0047c168 JavaThread "Thread-296436" daemon [_thread_in_native, id=334376]
    0x003c8a60 JavaThread "Thread-296431" daemon [_thread_in_native, id=334371]
    0x00ef1138 JavaThread "Thread-290124" daemon [_thread_in_native, id=327269]
    0x01974680 JavaThread "Thread-290066" daemon [_thread_in_native, id=327208]
    0x0110bf00 JavaThread "Thread-290064" daemon [_thread_in_native, id=327206]
    0x0120d890 JavaThread "Thread-273644" daemon [_thread_in_native, id=308308]
    0x017d6110 JavaThread "http-8083-Processor3731" daemon [_thread_blocked, id=87638]
    0x005b2478 JavaThread "http-8083-Processor3730" daemon [_thread_blocked, id=87637]
    0x019e4320 JavaThread "http-8083-Processor3729" daemon [_thread_blocked, id=87636]
    0x01091e80 JavaThread "http-8083-Processor3728" daemon [_thread_blocked, id=87635]
    0x0196fa30 JavaThread "http-8083-Processor3727" daemon [_thread_blocked, id=87634]
    0x00660b18 JavaThread "http-8083-Processor3726" daemon [_thread_blocked, id=87633]
    0x009f9ba0 JavaThread "http-8083-Processor3725" daemon [_thread_blocked, id=87632]
    0x0139b060 JavaThread "http-8083-Processor3724" daemon [_thread_blocked, id=87631]
    0x00d4f760 JavaThread "http-8083-Processor3723" daemon [_thread_blocked, id=87630]
    0x00ab73d8 JavaThread "http-8083-Processor3722" daemon [_thread_blocked, id=87629]
    0x005895d8 JavaThread "http-8083-Processor3721" daemon [_thread_blocked, id=87628]
    0x024632c0 JavaThread "http-8083-Processor3720" daemon [_thread_blocked, id=87627]
    0x00b91378 JavaThread "http-8083-Processor3719" daemon [_thread_blocked, id=87626]
    0x009361d8 JavaThread "http-8083-Processor3718" daemon [_thread_blocked, id=87625]
    0x005b1278 JavaThread "http-8083-Processor3717" daemon [_thread_blocked, id=87623]
    0x016dfa00 JavaThread "http-8083-Processor3716" daemon [_thread_blocked, id=87622]
    0x006369b0 JavaThread "http-8083-Processor3715" daemon [_thread_blocked, id=87621]
    0x01960708 JavaThread "http-8083-Processor3714" daemon [_thread_blocked, id=87620]
    0x00ffe7c0 JavaThread "http-8083-Processor3713" daemon [_thread_blocked, id=87619]
    0x01115038 JavaThread "http-8083-Processor3712" daemon [_thread_blocked, id=87618]
    0x002b7a18 JavaThread "http-8083-Processor3711" daemon [_thread_blocked, id=87617]
    0x007556f8 JavaThread "http-8083-Processor3710" daemon [_thread_blocked, id=87616]
    0x013f6d18 JavaThread "http-8083-Processor3709" daemon [_thread_blocked, id=87615]
    0x0112b4d8 JavaThread "http-8083-Processor3708" daemon [_thread_blocked, id=87614]
    0x00501d50 JavaThread "http-8083-Processor3707" daemon [_thread_blocked, id=87613]
    0x005eda70 JavaThread "http-8083-Processor3706" daemon [_thread_blocked, id=87612]
    0x00226d90 JavaThread "http-8083-Processor3705" daemon [_thread_blocked, id=87611]
    0x00e788e8 JavaThread "http-8083-Processor3704" daemon [_thread_blocked, id=87610]
    0x024729f0 JavaThread "http-8083-Processor3703" daemon [_thread_blocked, id=87608]
    0x02447798 JavaThread "http-8083-Processor3702" daemon [_thread_blocked, id=87607]
    0x00c61780 JavaThread "http-8083-Processor3701" daemon [_thread_blocked, id=87606]
    0x004d6228 JavaThread "http-8083-Processor3700" daemon [_thread_blocked, id=87605]
    0x012348f8 JavaThread "http-8083-Processor3699" daemon [_thread_blocked, id=87604]
    0x010ebf10 JavaThread "http-8083-Processor3698" daemon [_thread_blocked, id=87603]
    0x01651848 JavaThread "http-8083-Processor3697" daemon [_thread_blocked, id=87602]
    0x00eae520 JavaThread "http-8083-Processor3696" daemon [_thread_blocked, id=87601]
    0x0124ce68 JavaThread "http-8083-Processor3695" daemon [_thread_blocked, id=87600]
    0x0190d170 JavaThread "http-8083-Processor3694" daemon [_thread_blocked, id=87599]
    0x00c5b5c0 JavaThread "http-8083-Processor3693" daemon [_thread_blocked, id=87598]
    0x00ffc9a8 JavaThread "http-8083-Processor3692" daemon [_thread_blocked, id=87597]
    0x010602f8 JavaThread "http-8083-Processor3691" daemon [_thread_blocked, id=87596]
    0x00c4c580 JavaThread "http-8083-Processor3690" daemon [_thread_blocked, id=87595]
    0x01381190 JavaThread "http-8083-Processor3689" daemon [_thread_blocked, id=87594]
    0x019a3e58 JavaThread "http-8083-Processor3688" daemon [_thread_blocked, id=87593]
    0x0199a7a8 JavaThread "http-8083-Processor3687" daemon [_thread_blocked, id=87592]
    0x01116db8 JavaThread "http-8083-Processor3686" daemon [_thread_blocked, id=87591]
    0x019247e0 JavaThread "http-8083-Processor3685" daemon [_thread_blocked, id=87590]
    0x018fc608 JavaThread "http-8083-Processor3684" daemon [_thread_blocked, id=87589]
    0x014ce6c0 JavaThread "http-8083-Processor3683" daemon [_thread_blocked, id=87588]
    0x004900a0 JavaThread "http-8083-Processor3682" daemon [_thread_blocked, id=87587]
    0x00daaf88 JavaThread "http-8083-Processor3681" daemon [_thread_blocked, id=87514]
    0x0117f358 JavaThread "http-8083-Processor3680" daemon [_thread_blocked, id=87513]
    0x0110fc60 JavaThread "http-8083-Processor3677" daemon [_thread_blocked, id=87510]
    0x015fc320 JavaThread "http-8083-Processor3676" daemon [_thread_blocked, id=87509]
    0x00e93b40 JavaThread "http-8083-Processor3675" daemon [_thread_blocked, id=87508]
    0x00d604d0 JavaThread "http-8083-Processor3674" daemon [_thread_blocked, id=87507]
    0x00ff3ba0 JavaThread "http-8083-Processor3673" daemon [_thread_blocked, id=87506]
    0x00d61dc0 JavaThread "http-8083-Processor3670" daemon [_thread_in_native, id=87503]
    0x01969e78 JavaThread "http-8083-Processor3669" daemon [_thread_blocked, id=87502]
    0x007c3820 JavaThread "http-8083-Processor3667" daemon [_thread_blocked, id=87500]
    0x007ecb48 JavaThread "http-8083-Processor3665" daemon [_thread_blocked, id=87498]
    0x004e8710 JavaThread "http-8083-Processor3664" daemon [_thread_blocked, id=87497]
    0x0090bfc8 JavaThread "http-8083-Processor3663" daemon [_thread_blocked, id=87496]
    0x011102b8 JavaThread "http-8083-Processor3662" daemon [_thread_blocked, id=87495]
    0x00ff4738 JavaThread "http-8083-Processor3661" daemon [_thread_in_native, id=87494]
    0x004d9940 JavaThread "http-8083-Processor3660" daemon [_thread_blocked, id=87493]
    0x00a56798 JavaThread "http-8083-Processor3657" daemon [_thread_blocked, id=87490]
    0x0011b318 JavaThread "http-8083-Processor3656" daemon [_thread_blocked, id=87489]
    0x00c8bc68 JavaThread "http-8083-Processor3655" daemon [_thread_blocked, id=87488]
    0x011a4d28 JavaThread "http-8083-Processor3654" daemon [_thread_blocked, id=87487]
    0x01063680 JavaThread "http-8083-Processor3653" daemon [_thread_blocked, id=87486]
    0x0195d108 JavaThread "http-8083-Processor3652" daemon [_thread_blocked, id=87485]
    0x018da648 JavaThread "http-8083-Processor3651" daemon [_thread_blocked, id=87484]
    0x005f45f0 JavaThread "http-8083-Processor3650" daemon [_thread_blocked, id=87483]
    0x013cfa08 JavaThread "http-8083-Processor3649" daemon [_thread_blocked, id=87482]
    0x00667d30 JavaThread "http-8083-Processor3648" daemon [_thread_blocked, id=87481]
    0x01d47740 JavaThread "http-8083-Processor3647" daemon [_thread_blocked, id=87480]
    0x01251628 JavaThread "http-8083-Processor3646" daemon [_thread_blocked, id=87479]
    0x005769d8 JavaThread "http-8083-Processor3645" daemon [_thread_blocked, id=87478]
    0x016c1798 JavaThread "http-8083-Processor3644" daemon [_thread_blocked, id=87477]
    0x00ef6208 JavaThread "http-8083-Processor3643" daemon [_thread_blocked, id=87476]
    0x00221b60 JavaThread "http-8083-Processor3642" daemon [_thread_blocked, id=87475]
    0x016a2b88 JavaThread "http-8083-Processor3641" daemon [_thread_blocked, id=87474]
    0x0198dc20 JavaThread "http-8083-Processor3640" daemon [_thread_blocked, id=87473]
    0x00e61ff0 JavaThread "http-8083-Processor3639" daemon [_thread_blocked, id=87472]
    0x00957df0 JavaThread "http-8083-Processor3638" daemon [_thread_blocked, id=87471]
    0x011a8df0 JavaThread "http-8083-Processor3637" daemon [_thread_blocked, id=87470]
    0x0059d3a0 JavaThread "http-8083-Processor3636" daemon [_thread_blocked, id=87469]
    0x0124b068 JavaThread "http-8083-Processor3635" daemon [_thread_blocked, id=87468]
    0x0238a5b0 JavaThread "http-8083-Processor3634" daemon [_thread_blocked, id=87467]
    0x00a61a60 JavaThread "http-8083-Processor3633" daemon [_thread_blocked, id=87466]
    0x019db810 JavaThread "http-8083-Processor3632" daemon [_thread_blocked, id=87465]
    0x0199f968 JavaThread "http-8083-Processor3605" daemon [_thread_in_vm, id=87339]
    0x019cac68 JavaThread "http-8083-Processor3596" daemon [_thread_blocked, id=87330]
    0x0075d8a0 JavaThread "http-8083-Processor3586" daemon [_thread_blocked, id=87320]
    0x0120f898 JavaThread "http-8083-Processor3585" daemon [_thread_blocked, id=87319]
    0x00e6fcc0 JavaThread "http-8083-Processor3577" daemon [_thread_blocked, id=76622]
    0x00ab1330 JavaThread "http-8083-Processor3528" daemon [_thread_blocked, id=76496]
    0x01650d58 JavaThread "Thread-68062" daemon [_thread_in_native, id=73772]
    0x0199b8e0 JavaThread "http-8083-Processor2576" daemon [_thread_blocked, id=64785]
    0x01993158 JavaThread "http-8083-Processor2565" daemon [_thread_blocked, id=64774]
    0x01409740 JavaThread "http-8083-Processor1700" daemon [_thread_blocked, id=58821]
    0x00934000 JavaThread "MS UI IMAP Connection Reaper" daemon [_thread_blocked, id=100]
    0x01812260 JavaThread "Thread-60" daemon [_thread_blocked, id=74]
    0x00ebf9b8 JavaThread "Directory Cleaner Thread" daemon [_thread_blocked, id=73]
    0x014895f0 JavaThread "TimerDirContext.TimerWatcher" daemon [_thread_blocked, id=71]
    0x0161c7a0 JavaThread "MultiThreadedHttpConnectionManager cleanup" daemon [_thread_blocked, id=70]
    0x00ee4988 JavaThread "RequestWatcher" daemon [_thread_blocked, id=69]
    0x014eb550 JavaThread "http-8083-Monitor" [_thread_blocked, id=68]
    0x0075c0e0 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=17]
    0x00e1f870 JavaThread "JspRuntimeContext[ROOT]" daemon [_thread_blocked, id=16]
    0x01636a40 JavaThread "Thread-2" [_thread_blocked, id=15]
    0x0116f510 JavaThread "CronDaemon" daemon [_thread_blocked, id=14]
    0x018cd3b0 JavaThread "JspRuntimeContext[WebRoot]" daemon [_thread_blocked, id=13]
    0x0014a360 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11]
    =>0x00148aa8 JavaThread "CompilerThread1" daemon [_thread_in_native, id=10]
    0x00147210 JavaThread "CompilerThread0" daemon [_thread_blocked, id=9]
    0x001463a0 JavaThread "AdapterThread" daemon [_thread_blocked, id=8]
    0x00145598 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=7]
    0x00139308 JavaThread "Finalizer" daemon [_thread_blocked, id=6]
    0x00138dc8 JavaThread "Reference Handler" daemon [_thread_blocked, id=5]
    0x00036c50 JavaThread "main" [_thread_in_native, id=1]
    Other Threads:
    0x00136ce8 VMThread [id=4]
    0x0014b5e8 WatcherThread [id=12]
    VM state:not at safepoint (normal execution)
    VM Mutex/Monitor currently owned by a thread: None
    Heap
    PSYoungGen total 756672K, used 559590K [0xc6c00000, 0xf8c00000, 0xf8c00000)
    eden space 713472K, 72% used [0xc6c00000,0xe6452e18,0xf24c0000)
    from space 43200K, 99% used [0xf24c0000,0xf4ee6c38,0xf4ef0000)
    to space 54208K, 0% used [0xf5710000,0xf5710000,0xf8c00000)
    PSOldGen total 262144K, used 182087K [0x78c00000, 0x88c00000, 0xc6c00000)
    object space 262144K, 69% used [0x78c00000,0x83dd1e78,0x88c00000)
    PSPermGen total 61440K, used 52943K [0x70c00000, 0x74800000, 0x78c00000)
    object space 61440K, 86% used [0x70c00000,0x73fb3f98,0x74800000)
    Dynamic libraries:
    0x00010000 /ps/jdk1.5.0_06/bin/java
    0xff370000 /usr/lib/libthread.so.1
    0xff3fa000 /usr/lib/libdl.so.1
    0xff280000 /usr/lib/libc.so.1
    0xff3a0000 /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
    0xfe800000 /ps/jdk1.5.0_06/jre/lib/sparc/server/libjvm.so
    0xff250000 /usr/lib/libsocket.so.1
    0xff230000 /usr/lib/libsched.so.1
    0xff200000 /usr/lib/libCrun.so.1
    0xff1b0000 /usr/lib/libm.so.1
    0xff080000 /usr/lib/libnsl.so.1
    0xff180000 /usr/lib/libmp.so.2
    0xff060000 /ps/jdk1.5.0_06/jre/lib/sparc/native_threads/libhpi.so
    0xfe7d0000 /ps/jdk1.5.0_06/jre/lib/sparc/libverify.so
    0xfe790000 /ps/jdk1.5.0_06/jre/lib/sparc/libjava.so
    0xfe760000 /ps/jdk1.5.0_06/jre/lib/sparc/libzip.so
    0xf8dd0000 /ps/jdk1.5.0_06/jre/lib/sparc/libnet.so
    0x6e800000 /ps/Webmail/WebRoot/WEB-INF/cplib/libcp_pabclient_native.so.solaris
    0xf8cb0000 /usr/lib/libpam.so.1
    0xf8c90000 /usr/lib/librt.so.1
    0xf8c70000 /usr/lib/libpthread.so.1
    0xf8c40000 /usr/lib/libcmd.so.1
    0x6fbf0000 /usr/lib/libaio.so.1
    0x6fbd0000 /usr/lib/libmd5.so.1
    VM Arguments:
    jvm_args: -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/ps/tomcat/conf/logging.properties -Xmx2048m -XX:+UseParallelGC -Dsun.rmi.dgc.server.gcInterval=Long.MAX_VALUE -Dsun.rmi.dgc.client.gcInterval=Long.MAX_VALUE -XX:NewSize=800m -XX:MaxNewSize=800m -XX:SurvivorRatio=8 -XX:+MaxFDLimit -XX:SoftRefLRUPolicyMSPerMB=800 -XX:MaxPermSize=128m -Djava.endorsed.dirs=/ps/tomcat/common/endorsed -Dcatalina.base=/ps/tomcat -Dcatalina.home=/ps/tomcat -Djava.io.tmpdir=/ps/tomcat/temp
    java_command: org.apache.catalina.startup.Bootstrap start
    Launcher Type: SUN_STANDARD
    Environment Variables:
    JAVA_HOME=/ps/java
    PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/sbin:/usr/bin
    LD_LIBRARY_PATH=/ps/jdk1.5.0_06/jre/lib/sparc/server:/ps/jdk1.5.0_06/jre/lib/sparc:/ps/jdk1.5.0_06/jre/../lib/sparc:/ps/Webmail/WebRoot/WEB-INF/cplib:
    SHELL=/sbin/sh
    HOSTTYPE=sun4
    OSTYPE=solaris
    MACHTYPE=sparc
    Signal Handlers:
    SIGSEGV: [libjvm.so+0x6f0ca8], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
    SIGBUS: [libjvm.so+0x6f0ca8], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
    SIGFPE: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
    SIGPIPE: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
    SIGILL: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
    SIGUSR1: [libjvm.so+0x666744], sa_mask[0]=0x00000000, sa_flags=0x00000008
    SIGUSR2: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
    SIGHUP: [libjvm.so+0x665424], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
    SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
    SIGQUIT: [libjvm.so+0x665424], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
    SIGTERM: [libjvm.so+0x665424], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
    --------------- S Y S T E M ---------------
    OS: Solaris 9 9/04 s9s_u7wos_09 SPARC
    Copyright 2004 Sun Microsystems, Inc. All Rights Reserved.
    Use is subject to license terms.
    Assembled 29 June 2004
    uname:SunOS 5.9 Generic_118558-23 sun4u (T2 libthread)
    rlimit: STACK 8192k, CORE infinity, NOFILE 65536, AS infinity
    load average:0.07 0.21 0.20
    CPU:total 2 has_v8, has_v9, has_vis1, has_vis2, is_ultra3
    Memory: 8k page, physical 8388608k(5653656k free)
    vm_info: Java HotSpot(TM) Server VM (1.5.0_06-b05) for solaris-sparc, built on Nov 10 2005 11:24:16 by unknown with unknown Workshop:0x550
    I am wandering if anyone can shed some light on the following lines:
    Current CompileTask:
    opto:5496 s! com.sun.mail.imap.IMAPStore.protocolConnect(Ljava/lang/String;ILjava/lang/String;Ljava/lang/String;)Z (415 bytes)
    What exactly is meant by the Current Compile Task? This is a runtime environment, so I don't understand why classes in the com.sun.mail package would need to be compiled at this time.
    Thanks,
    Filip
    Filip

    The JVM has as just-in-time (JIT) compiler, which translates bytecodes into machine instructions for frequently used methods. The Current Compile Task is the method being compiled by the HotSpot JIT when the crash occurred.
    The crash is most likely bug 6346871, which was fixed in 1.5.0_07. Your problem should go away if you migrate to that version.

  • 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.

  • Core Dump why ?

    [root@northstar udump]# more ora_orcl_4186.trc
    Dump file /u04/udump/ora_orcl_4186.trc
    Oracle8 Release 8.0.5.0.0 - Production
    PL/SQL Release 8.0.5.0.0 - Production
    ORACLE_HOME = /u01/app/oracle/product/8.0.5
    System name: Linux
    Node name: xxxxxxxxxxxxxxxxxxxxxxxxxx
    Release: 2.0.35
    Version: #1 Tue Jul 14 23:56:39 EDT 1998
    Machine: i686
    Instance name: ORCL
    Redo thread mounted by this instance: 1
    Oracle process number: 0
    Unix process pid: 4186, image: oracleORCL
    Exception signal: 11, code = 2b
    ORA-07445: exception encountered: core dump [11] [43] [] [] [] []
    ----- Call Stack Trace -----
    calling call entry argument
    values in hex
    location type point (? means
    dubious value)
    ssexhd()+221 CALL ksedst()+0 0 ? 400 ?
    BFFFF314 CALLs ssexhd()+0
    4000590A CALL 400055F0
    ntacaddr2bnd()+393 CALLr 00000000 8CD8FA0 ?
    4E2F6E6F ? 100 ?
    0 ?
    nsgetclientaddress CALL ntacaddr2bnd()+0 BFFFFCDC ? 68
    ? BFFFF5B0 ?
    8CC1AFC ?
    8CDF724 ?
    kzsinn()+459 CALL nsgetclientaddress
    opiino()+1222 CALL kzsinn()+0 8AA6FA8 ?
    BFFFFCEC ?
    BFFFF7AC ?
    8CBFD78 ? 1 ?
    opiodr()+1254 CALLr 00000000 FFFFFFFF ?
    FFFFFFFF ?
    FFFFFFFF ?
    opidrv()+893 CALL opiodr()+0
    sou2o()+25 CALL opidrv()+0
    main()+240 CALL sou2o()+0
    _start()+53 CALL main()+0 0 ? BFFFFEF1 ?
    BFFFFF1B ?
    ----- Argument/Register Address Dump -----
    Argument/Register addr=8cd8fa0. Dump of memory from 8CD8F60 to
    8CD90A0
    8CD8F60 3130752F 7070612F 61726F2F 2F656C63 646F7270 2F746375
    2E302E38 656E2F35
    8CD8F80 726F7774 72742F6B 2F656361 5F727673 36383134 6372742E
    00000000 00000061
    8CD8FA0 08CD8F08 FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
    FFFFFFFF FFFFFFFF
    8CD8FC0 FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
    FFFFFFFF FFFFFFFF
    8CD8FE0 FFFFFFFF 00000000 00000000 00000000 00000000 00000000
    08CD0C58 00000131
    8CD9000 5754454E 004B524F 00000000 00000000 00000007 00544C4E
    00000000 00000003
    8CD9020 00000025 08CD7BE8 00000000 00000000 00000000 00000000
    00000000 00000000
    8CD9040 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000
    Repeat 2 times
    Argument/Register addr=bffffcdc. Dump of memory from BFFFFC9C to
    BFFFFDDC
    BFFFFC80
    BFFFFCDC
    BFFFFCA0 00000000 BFFFFE30 0804B449 BFFFFCEC 0000003C 00000004
    BFFFFCDC 4000A358
    BFFFFCC0 00000002 0804B2E0 08CB1208 00000000 00000007 00000004
    4003919C BFFFFEE6
    BFFFFCE0 FFFFFFFF 00000000 00000001 00000000 40034158 4000A128
    0AB94A30 40035000
    BFFFFD00 4003919C BFFFFD54 00000000 00000000 BFFFFD44 4000A128
    4000AF50 00000002
    BFFFFD20 400CBE7C BFFFFE54 BFFFFEF1 00000007 40037E3C 400CC3FC
    40047D34 40037E3C
    BFFFFD40 400CC030 4003919C 4003F34C 4003F36C BFFFFD9C 40004280
    4003052B 4003F36C
    BFFFFD60 4000A358 40034000 00000007 00000004 40040372 BFFFFDC0
    40004280 400305DA
    BFFFFD80 40040372 08049864 BFFFFDD4 40004280 4003F4A9 08049864
    4000A358 4000A988
    BFFFFDA0 00000007 00000004 40037FDC 40034158 0000001A 4003F34C
    40037E3C 00000006
    BFFFFDC0 40034158 4000A128 02ADAE54 40035000 40037FDC BFFFFE24
    00000000
    Argument/Register addr=bffff5b0. Dump of memory from BFFFF570 to
    BFFFF6B0
    BFFFF560 00000000 00000000
    00000000 00000010
    BFFFF580 08CC342C 08CC3454 00000001 BFFFF5D8 08687038 08CC3454
    08B54418 0000000E
    BFFFF5A0 00000000 08CC3408 08CC1AFC 00000100 00000100 00000000
    00000000 00000000
    BFFFF5C0 00000000 00000000 00800010 00000001 00000000 00000010
    BFFFF628 085CA2A9
    BFFFF5E0 08CBFD10 08CC342C 00000800 08CBFC2C 08CBFD78 BFFFF684
    08CC56C8 00000005
    BFFFF600 BFFFF61C 08685CBF 08CC56C8 08B5D3AD 0000001D 08CD5688
    00000000 BFFFF638
    BFFFF620 08584472 00000000 00000000 00000000 00000000 08B5D3AD
    BFFFF884 BFFFF884
    BFFFF640 082F33A3 08CC1A50 08CD9908 08CE2988 000000B3 00000000
    08AA6FA8 08AA6FA8
    BFFFF660 BFFFFCEC BFFFF7AC 08CBFD78 00000001 000000B3 08CE2988
    08CC1D94 00000000
    BFFFF680 00000000 00000000 00000000 C3FFF7A7 BFFFF73C 31303030
    BFFFF73C 4006EF33
    BFFFF6A0 BFFFF6E4 08CB48BC BFFFF770 BFFFF6E4
    Argument/Register addr=8cc1afc. Dump of memory from 8CC1ABC to
    8CC1BFC
    8CC1AA0
    00000000
    8CC1AC0 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000
    Repeat 8 times
    8CC1BE0 00000000 00000000 00000000 00000000 00000000 00000000
    00000000
    Argument/Register addr=8cdf724. Dump of memory from 8CDF6E4 to
    8CDF824
    8CDF6E0 00000010 00000000 00000000 00000000 00000000
    00000000 00000000
    8CDF700 00000000 00000000 00000000 00000000 00000000 08CE0E38
    00000000 00000000
    8CDF720 00000000 00000000 00000000 00000000 08CDF23C 75000000
    78B91B00 00000000
    8CDF740 00000000 00000000 00000000 00000641 00000000 08CE0164
    08CDF098 00000000
    8CDF760 00000000 0000009B 00000000 00000000 08CDFD90 08CD0C58
    00000000 00000000
    8CDF780 08CDF79C 00000000 00000000 00000000 00000000 00000000
    00000000 00000000
    8CDF7A0 00000000 00000000 00000000 00000000 00000000 00000002
    00000000 08CD99F0
    8CDF7C0 00000000 00000000 08CDB8E0 0000FFFF 000052C1 43800000
    0000001D 00000017
    8CDF7E0 08CD9AD8 08CA655F 00000000 00000000 00000002 00003231
    00000000 00000000
    8CDF800 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000
    8CDF820 00000000
    Argument/Register addr=8aa6fa8. Dump of memory from 8AA6F68 to
    8AA70A8
    8AA6F60 00000038 08AA7654 082F8194 08AA6B88
    00000039 08AA7647
    8AA6F80 082F81AC 08AA6B88 0000003A 08AA7641 082FADC0 00000000
    0000003B 08AA7638
    8AA6FA0 082F98DC 00000000 0000003C 08AA7753 082F2ED8 00000000
    00000000 00000000
    8AA6FC0 00000000 00000000 0000003E 08AA762D 082F3E28 00000000
    00000000 00000000
    8AA6FE0 00000000 00000000 00000000 00000000 00000000 00000000
    00000041 08AA7621
    8AA7000 084DBED0 00000000 00000042 08AA7612 084DBB9C 00000000
    00000043 08AA7602
    8AA7020 082D793C 00000000 00000044 08AA75F1 082F3A30 00000000
    00000045 08AA75E5
    8AA7040 082F5990 00000000 00000046 08AA75DA 08300738 08AA6BA0
    00000047 08AA75D1
    8AA7060 0853128C 00000000 00000048 08AA7761 082F5DDC 08AA6BD0
    00000000 00000000
    8AA7080 00000000 00000000 0000004A 08AA75C8 082EB1B0 00000000
    00000000 00000000
    8AA70A0 00000000 00000000
    Argument/Register addr=bffff7ac. Dump of memory from BFFFF76C to
    BFFFF8AC
    BFFFF760 00000002 0000001F 08CB5A70
    BFFFF7FC 00000007
    BFFFF780 080487C4 08CCAA14 20B6B684 08CC33C0 00000000 00000000
    BF000000 00000000
    BFFFF7A0 00000000 00000000 400306F0 00000000 BFFFF9A0 10000000
    BFFFF7AC 08CBFD78
    BFFFF7C0 BFFFFCEC BFFFF884 BFFFF640 082F30DB 00000000 BFFFFCEC
    00000008 00000004
    BFFFF7E0 00000008 00000007 0000000B 0000001F 00000018 00000019
    00000006 00000000
    BFFFF800 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000
    BFFFF820 00000000 00000000 00000000 00000000 00000000 3130752F
    400400DD BFFFF888
    BFFFF840 40004280 40040ECD 400400DD 4000A358 40034000 00000000
    00000004 08CD98C8
    BFFFF860 08CD9908 08CE2988 00000000 00000000 00000000 00000000
    00000000 00000000
    BFFFF880 00000000 BFFFFA64 0804DC68 0000003C 00000004 BFFFFCDC
    BFFFFB50 08CBFD78
    BFFFF8A0 BFFFFCEC FFFFFFFF FFFFFFFF
    Argument/Register addr=8cbfd78. Dump of memory from 8CBFD38 to
    8CBFE78
    8CBFD20
    00000000 00000000
    8CBFD40 00000000 00000000 00000000 00000000 08A6E380 00001000
    00000000 00000000
    8CBFD60 00000000 0000000C 00000010 00000000 00000000 00000000
    BFFFF9A0 00000000
    8CBFD80 00000000 00000002 00001D15 08CC0204 00000002 0000000E
    00000000 00000000
    8CBFDA0 00000000 00000000 00000000 00000000 00000000 00000000
    00000000 00000000
    Repeat 5 times
    8CBFE60 00000000 00000000 00000000 00000000 00000000 00000000
    Argument/Register addr=bffffef1. Dump of memory from BFFFFEB1 to
    BFFFFFF1
    BFFFFEA0 0000000C 000001F5
    0000000D 000001F5
    BFFFFEC0 0000000E 000001F5 00000000 00000000 00000000 00000000
    6F000000 6C636172
    BFFFFEE0 43524F65 4C28004C 4C41434F 294F4E3D 41524F00 5F454C43
    454D4F48 30752F3D
    BFFFFF00 70612F31 726F2F70 656C6361 6F72702F 74637564 302E382F
    5000352E 3D485441
    BFFFFF20 3130752F 7070612F 61726F2F 2F656C63 646F7270 2F746375
    2E302E38 69622F35
    BFFFFF40 4F002F6E 4C434152 49535F45 524F3D44 4C004C43 494C5F44
    52415242 41505F59
    BFFFFF60 2F3D4854 2F313075 2F707061 6361726F 702F656C 75646F72
    382F7463 352E302E
    BFFFFF80 62696C2F 30752F3A 70612F31 726F2F70 656C6361 6F72702F
    74637564 302E382F
    BFFFFFA0 6A2F352E 2F636264 0062696C 454D4F48 6F682F3D 6F2F656D
    6C636172 4F003865
    BFFFFFC0 4E5F4152 5F325445 43534544 2C33313D 2F003631 2F313075
    2F707061 6361726F
    BFFFFFE0 702F656C 75646F72 382F7463 352E302E 6E69622F
    ----- End of Call Stack Trace -----
    ===================================================
    PROCESS STATE
    Process global information:
    process: 0, call: 0, xact: 0, curses: 0, usrses: 0
    No process is allocated.
    END OF PROCESS STATE
    ******************** Cursor Dump ************************
    No curdef array
    ssexhd: crashing the process...
    Shadow_Core_Dump = FULL
    null

    You can download Sheng Liang's book ("Java Native Interface: Programmer's Guide and Specification", Addison-Wesley Pub Co, ISBN 0201325772 ), from:
    ftp://ftp.javasoft.com/docs/specs/jni.pdf
    Read pg. 78 (section 6.2.2: Handling Exceptions). He says that you probably will have to call ExceptionClear.

Maybe you are looking for