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 its 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/LinuxOkay, 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. -
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. -
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 functionIf 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
ScottDespite 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 -
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
AteeqHi
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
FilipThe 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 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. -
[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
nullYou 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
-
I have the latest ipad2 and trying to print a doc. It does not find my printer . My printer is a canon mp990 wifi. Can anyone tell me what I am doing wrong?
-
Unable to load database connector
Hi. I am trying to get a report running through the JRC in Crystal Reports XI. Whenever I try to run the report, it pulls up the viewer, but then gets the following message: "Unable to load database Connector" 'com.crystaldecisions.reports.queryengin
-
Hi have just got a second hand Canon BJC-80 laptop printer and am trying to install on an imac running 10.5 I have been on the canon website and can only find drivers for windows based operating systems. Tried the add printer but nothing in the list.
-
hey guys. when i m trying to deploy my process it gives me this error: BUILD FAILED C:\jdev\mywork\App1\CompensateDemo\build.xml:79: A problem occured while connecting to server "localhost" using port "8888": <HTML><HEAD><TITLE>500 Internal Server Er
-
How to transport a web template?
Can anyone please explain to me how to transport a web template which contains many web items (include 10 queries)? After I collected this web template, I got error message when I execute it in Q. Thanks for your help!