F60desm generates core dump
I have the following problem. I Have loaded Oracle Developer Version 6.0 for Compaq Tru64 Unix v4.0F onto a Alphastation 255. I loaded the following Oracle products.
Net 8.0.5.0.0
Oracle Forms Client Server
Oracle Graphics Client Server
Oracle Reports Client Server
Oracle Unix Installer 4.0.3
PL/SQL Procedure Builder
SQL*PLUS 8.0.5.0.0
TCP/IP Protocol Adapter 8.0
While running f60desm, I can sucessfully connect to a NT box and in the Data Block Wizard, I can select a table and select columns. When I select BACK, NEXT, or FINISH, I get a segmentation fault with core dump.
Thanking you in advance for your help.
regards,
Shailen.
null
Hi
I am facing the problem of core dump while running f60desm on HP-UX 11.00.
In my case core dump immediately appears after run the f60desm.
All other product exe like f45genm, g60desm are working fine except f60desm.
Could you pl. show some light on this ?
Can you give some workaround for the problem ?
Awaiting reply.
Regds
Bala
Similar Messages
-
essbase generating core dump when ever I am starting ..this is rpm 11.1.2.3.000..
if I delete the core dump and tries to start , again it generated the core dump..
any help will be greatly appreciated.
thanksYou didn't say which OS it is running on, is this a new install?
So if you run ./startMaxl.sh you get a segmentation error as well, sometimes there is an issue with profile, variables to generate sgementation errors.
Cheers
John -
Webcenter crashing with core dump
Hi All,
Once in a while Webcenter(11.1.1.5) is crashing and generating core dump and the error message is same evertime. We tried to research on addPartialTriggerListeners and found this kind of behaviour is a bug in apache trinidad version 1.2.5-core and is fixed in 1.2.7-core. But the webcenter we are using as version 1.2.12. Also the issue seems to be comming from webcenter/adf framework itself as none of our code uses addPartialTriggerListeners.
Please help us resolve this issue as we are getting this issue in our production environment and we need to fix this asap.
# A fatal error has been detected by the Java Runtime Environment:
# SIGSEGV (0xb) at pc=0xffffffff7318caf0, pid=19921, tid=149
# JRE version: 6.0_29-b11
# Java VM: Java HotSpot(TM) 64-Bit Server VM (20.4-b02 mixed mode solaris-sparc compressed oops)
*# Problematic frame:*
+*# J org.apache.myfaces.trinidadinternal.context.RequestContextImpl.addPartialTriggerListeners(Ljavax/faces/component/UIComponent;[Ljava/lang/String;)V*#+
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x00000001145ba000): JavaThread "[ACTIVE] ExecuteThread: '13' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_in_Java, id=149, stack(0xfffffffea6800000,0xfffffffea6900000)]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x0000000000000000
Registers:
G1=0xffffffff503d5098 G2=0x00000001145ba000 G3=0xffffffff73516254 G4=0x00000000000000d1
ThanksOracle Support has a thread and work around for this.
DocID 1514563.1
Applies to:
Oracle WebCenter Portal - Version 11.1.1.5.0 and later
Information in this document applies to any platform.
Purpose
Java HotSpot Virtual Machine, a core component of Oracle's Java SE platform, known to core dump (resulting in a server crash) while optimizing certain methods in Oracle WebCenter.
If you can switch to JRockit you can get around it also. Otherwise follow the note and setup the appropriate pre-compile excludes in your WC startup script. -
Core dump related to atoi() of libC library?
Need a help!
One of the processes is generating core dump ocassionally (running on Solaris 5.8 and Sun Workshop Compiler 5) with the following dbx stack trace.
=>[1] libcwrite(0x0, 0x6, 0x0, 0xffffffff, 0x4e310, 0xfd6b5970), at 0xfd720034
[2] addsev(0xfd73c008, 0xffbecb30, 0x47, 0x7efefeff, 0x81010100, 0xfd71ff58),
at 0xfd6b5a54
[3] atoi(0xff172e20, 0xff172e3c, 0x118, 0xff172e3c, 0x81010100, 0xff00), at 0x
fd6b5cf8
[4] TStr::UpdateUniImpl(0xffbedeb4, 0x3, 0xff172d9c, 0xd800, 0x7fffffff
, 0xffff), at 0xff14fa14
[5] TStr::Index(0xffbedeb4, 0xffbede9c, 0x0, 0x0, 0xff17137c, 0x0), at 0xff
1503e0
[6] TEnv::GetLocation(0xffbedfd4, 0xff173544, 0xffbee070, 0xffbedf2c,
0xffbedf28, 0x0), at 0xff153aac
Is this refer to some bug in libC ?
Thanks in advance.
Best regards,The atoi() function is in /lib/libc.so.1, the basic Solaris and C runtime support library.
I strongly doubt that you have hit a bug in atoi. It is much more likely that the error is in the user-level code. For example, the pointer passed to atoi() is probably not valid.
The argument values shown in a stack trace are not accurate when the code is optimized. You probably need to run the code under dbx and look at what happens in TStr::UpdateUniImpl where it calls atoi. -
Java Core Dump Issue with jdk 1.4.1
I have an application which is run as a batch process. it handles data ranging from 100 thousand to 3 million. This process was running without any problem with jdk1.3 , but with 1.4.1 i am not able to finish this process , it generates core dump every time and the process stops. The process is asyncronus , it spons two threads to do the processing. Is there any way to handle this ?
JDK 1.4.1 is not supported anymore by Sun. See also http://java.sun.com/products/archive/
"... These products are down-revision products that may have various bugs, Y2000, and possibly security issues associated with them. Sun in no way recommends these products be used in a live, production environment ..."
Try the latest 1.4.2 release. Go to http://java.sun.com/j2se/1.4.2/download.html or even better, try 5.0 at http://java.sun.com/j2se/1.5.0/download.jsp
-jonelo -
F60DESM core dumps on execution
I am using Developer 6.0 on HP-UX 11.00.
While trying to run f60desm i am getting core dump error
Assertion failed: status == ClipboardSuccess, file uicl.c, line 985
Abort(coredump)
Executables relevant to Reports and Graphics are working with out core dumping.
The same problem exist even after applying patch set 7.
Have anybody out there faced this sort of problem ?
I tried with everything it is not working.
Oracle support is not keen to provide sol.
Can anyone show some light on this ?
Could you suggest some work around for this problem ?
Thanks in advance.
Awaiting your reply.
Regds
BalaI am using Developer 6.0 on HP-UX 11.00.
While trying to run f60desm i am getting core dump error
Assertion failed: status == ClipboardSuccess, file uicl.c, line 985
Abort(coredump)
Executables relevant to Reports and Graphics are working with out core dumping.
The same problem exist even after applying patch set 7.
Have anybody out there faced this sort of problem ?
I tried with everything it is not working.
Oracle support is not keen to provide sol.
Can anyone show some light on this ?
Could you suggest some work around for this problem ?
Thanks in advance.
Awaiting your reply.
Regds
Bala -
Analyzing core dumps generated by JVM
I have an application written in Java that is crashing with JVM core dumps. All debug symbols have been installed but since the default build of JDK doesn't have Java binary with debug information, it is difficult to nail down the problem. gdb shows ?? for method calls. Are there any debug builds available for JDK 6u33 on Linux? From what I understand, the code base for OpenJDK 6 is different from Oracle's JDK releases so the chances of openjdk debug build having same symbol information are fairly low. Any help or direction is greatly appreciated.
VisualVM allows you to compare two memory snapshots obtained from VisualVM's lightweight memory profiler.
Have a look at the VisualVM user's guide on visualvm.dev.java.net for more detailed info.
Regards,
Luis-Miguel Alventosa - VisualVM dev team - http://blogs.sun.com/lmalventosa -
System Core Dumped after Oracle patch upgrade 9.2.0.6 to 9.2.0.8
Hi,
We are continously getting dumps on our BW Central instance server after we did an Oracle patch upgrade from 9.2.0.6 to 9.2.0.8.
Following is our system environment
SAP Release.............. "640"
Application server....... "abci"
Operating system......... "SunOS"
Release.................. "5.10"
Hardware type............ "sun4v"
Database server.......... "abdb"
Database type............ "ORACLE"
Database name............ "ABP"
Database owner........... "SAPABP"
SAP kernel............... "640"
Database version......... "OCI_920 "
Patch level.............. "175"
Following below is the Core Dump that is generated for any process chains that we schedule on our BW server
Runtime Errors SYSTEM_CORE_DUMPED
Date and Time 14.04.2008 09:26:17
ShrtText
Process terminated by signal 11.
What happened?
The current ABAP program had to be terminated because the
ABAP processor detected an internal system error.
The current ABAP program "SAPMSSY2" had to be terminated because the ABAP
processor discovered an invalid system state.
What can you do?
Make a note of the actions and input which caused the error.
To resolve the problem, contact your SAP system administrator.
You can use transaction ST22 (ABAP Dump Analysis) to view and administer
termination messages, especially those beyond their normal deletion
date.
Error analysis
An SAP System process was terminated by an operating system signal.
Possible reasons for this are:
1. Internal SAP System error.
2. Process was terminated externally (by the system administrator).
Last error logged in SAP kernel
Component............ "Taskhandler"
Place................ "SAP-Server awci_ABP_00 on host awci (wp 5)"
Version.............. 1
Error code........... 11
Error text........... "ThSigHandler: signal"
Description.......... " "
System call.......... " "
Module............... "thxxhead.c"
Line................. 9780
How to correct the error
The SAP System work directory (e.g. /usr/sap/c11/D00/work ) often
contains a file called 'core'.
Save this file under another name.
If you cannot solve the problem yourself and you wish to send
an error message to SAP, include the following documents:
1. A printout of the problem description (short dump)
To obtain this, select in the current display "System->List->
Save->Local File (unconverted)".
2. A suitable printout of the system log
To obtain this, call the system log through transaction SM21.
Limit the time interval to 10 minutes before and 5 minutes
after the short dump. In the display, then select the function
"System->List->Save->Local File (unconverted)".
3. If the programs are your own programs or modified SAP programs,
supply the source code.
To do this, select the Editor function "Further Utilities->
Upload/Download->Download".
4. Details regarding the conditions under which the error occurred
or which actions and input led to the error.
Kindly help.
Regards
Sachin
Edited by: Sachin N on Apr 14, 2008 12:26 PMNo. If the environment would be wrong the system wouldn´t start up.
Core dumps are in 99 % of the cases program errors (in the SAP kernel or in an interface (libdbora*)), misaligend accesses of data etc.
If you encounter such an error have a look in the C-Stack. If you can´t see where the error is happening opening an OSS call. Most of those errors are fixed by installing the latest patches for the kernel and the database interface.
Markus -
JDB crashes while lodading core dump or throws errors
I'm having here RHEL 5.1 system and some core dumps generated by our 32 bit java application. This application uses JNI and for some reason (that I'm still trying to figure out) is crashing while executing JNI calls.
I can load the core dumps inside gdb and even backtrace the native stack of the program and see the variables inside the shared library where it's crashing. But I need to take a closer look on the java stack and some of the variable values on the java side also.
I did try to use JDB to do this like it's described in the Troubleshooting guide for Java 6 but for some unknown reason when I do try to attach JDB to the core dumps I either get some error thrown on the console or JDB crashes and produces a hs_err_pit*.log file. I have used this technique already few times and didn't had any problems with JDB. I'm wondering if it could be that the core dump files are too big - some of them are around 3 Gb. But one of them is ~600Mb and also is crashing. So is ti possible bug in JDB or I'm missing something. I'm posting the error and the one of the hs_err_pid files.
Appreciate any help and ideas
$ jdb -connect sun.jvm.hotspot.jdi.SACoreAttachingConnector:javaExecutable=/usr/java/jdk/bin/java,core=core.31919
java.io.IOException
at sun.jvm.hotspot.jdi.SACoreAttachingConnector.attach(SACoreAttachingConnector.java:123)
at com.sun.tools.example.debug.tty.VMConnection.attachTarget(VMConnection.java:358)
at com.sun.tools.example.debug.tty.VMConnection.open(VMConnection.java:168)
at com.sun.tools.example.debug.tty.Env.init(Env.java:64)
at com.sun.tools.example.debug.tty.TTY.main(TTY.java:1010)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at sun.jvm.hotspot.jdi.SACoreAttachingConnector.createVirtualMachine(SACoreAttachingConnector.java:80)
at sun.jvm.hotspot.jdi.SACoreAttachingConnector.attach(SACoreAttachingConnector.java:108)
... 4 more
Caused by: sun.jvm.hotspot.debugger.DebuggerException: Can't attach to the core file
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach0(Native Method)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach(LinuxDebuggerLocal.java:258)
at sun.jvm.hotspot.HotSpotAgent.attachDebugger(HotSpotAgent.java:625)
at sun.jvm.hotspot.HotSpotAgent.setupDebuggerLinux(HotSpotAgent.java:611)
at sun.jvm.hotspot.HotSpotAgent.setupDebugger(HotSpotAgent.java:322)
at sun.jvm.hotspot.HotSpotAgent.go(HotSpotAgent.java:297)
at sun.jvm.hotspot.HotSpotAgent.attach(HotSpotAgent.java:157)
at sun.jvm.hotspot.jdi.VirtualMachineImpl.createVirtualMachineForCorefile(VirtualMachineImpl.java:190)
... 10 more
Fatal error:
Unable to attach to target VM.
# An unexpected error has been detected by Java Runtime Environment:
# SIGSEGV (0xb) at pc=0xafcfa6bd, pid=3653, tid=4160613264
# Java VM: Java HotSpot(TM) Server VM (1.6.0_03-b05 mixed mode)
# Problematic frame:
# C [libsaproc.so+0x36bd]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x08058000): JavaThread "main" [_thread_in_native, id=3654]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000151
Registers:
EAX=0xf7ffdabc, EBX=0xafcff25c, ECX=0xafd72d08, EDX=0x00000149
ESP=0xf7fdc520, EBP=0xf7fdc538, ESI=0xafd72d08, EDI=0x08058000
EIP=0xafcfa6bd, CR2=0x00000151, EFLAGS=0x00010206
Top of Stack: (sp=0xf7fdc520)
0xf7fdc520: 464c457f 00010101 000000a2 0000009c
0xf7fdc530: 0000009f afcff25c f7fdc588 afcfb01a
0xf7fdc540: afd67780 f7ffdabc 00200034 afcfaff4
0xf7fdc550: 004a004b 00000000 00200034 0028000a
0xf7fdc560: 004a004b afba13e0 00001110 afcff25c
0xf7fdc570: afb8e2e8 08058000 f7fdc5a8 afcf93b3
0xf7fdc580: 00000004 afcff25c f7fdc5a8 afcf9964
0xf7fdc590: afd67780 f7ffdabc f7fdd72c 00000004
Instructions: (pc=0xafcfa6bd)
0xafcfa6ad: 8d 14 85 00 00 00 00 8b 41 24 8b 14 10 8b 45 0c
0xafcfa6bd: 3b 42 08 72 08 8b 45 f8 89 45 f4 eb b1 8b 45 f8
Stack: [0xf7f8e000,0xf7fdf000), sp=0xf7fdc520, free space=313k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libsaproc.so+0x36bd]
C [libsaproc.so+0x401a]
C [libsaproc.so+0x2964] ps_pdread+0x1c
C [libsaproc.so+0x4d3e]
C [libsaproc.so+0x4ffd] Pgrab_core+0x281
C [libsaproc.so+0x56c7] Java_sun_jvm_hotspot_debugger_linux_LinuxDebuggerLocal_attach0__Ljava_lang_String_2Ljava_lang_String_2+0x99
j sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach0(Ljava/lang/String;Ljava/lang/String;)V+0
j sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach(Ljava/lang/String;Ljava/lang/String;)V+29
j sun.jvm.hotspot.HotSpotAgent.attachDebugger()V+43
j sun.jvm.hotspot.HotSpotAgent.setupDebuggerLinux()V+122
j sun.jvm.hotspot.HotSpotAgent.setupDebugger()V+95
j sun.jvm.hotspot.HotSpotAgent.go()V+1
j sun.jvm.hotspot.HotSpotAgent.attach(Ljava/lang/String;Ljava/lang/String;)V+56
j sun.jvm.hotspot.jdi.VirtualMachineImpl.createVirtualMachineForCorefile(Lcom/sun/jdi/VirtualMachineManager;Ljava/lang/String;Ljava/lang/String;I)Lsun/jvm/hotspot/jdi/VirtualMachineImpl;+58
v ~StubRoutines::call_stub
V [libjvm.so+0x2c5ecd]
V [libjvm.so+0x4523b8]
V [libjvm.so+0x2c5d60]
V [libjvm.so+0x49a08f]
V [libjvm.so+0x49ca8c]
V [libjvm.so+0x331e88]
C [libjava.so+0x15224] Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x34
j sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
j sun.jvm.hotspot.jdi.SACoreAttachingConnector.createVirtualMachine(Ljava/lang/Class;Ljava/lang/String;Ljava/lang/String;)Lcom/sun/jdi/VirtualMachine;+122
j sun.jvm.hotspot.jdi.SACoreAttachingConnector.attach(Ljava/util/Map;)Lcom/sun/jdi/VirtualMachine;+90
j com.sun.tools.example.debug.tty.VMConnection.attachTarget()Lcom/sun/jdi/VirtualMachine;+13
j com.sun.tools.example.debug.tty.VMConnection.open()Lcom/sun/jdi/VirtualMachine;+33
j com.sun.tools.example.debug.tty.Env.init(Ljava/lang/String;ZI)V+28
j com.sun.tools.example.debug.tty.TTY.main([Ljava/lang/String;)V+1207
v ~StubRoutines::call_stub
V [libjvm.so+0x2c5ecd]
V [libjvm.so+0x4523b8]
V [libjvm.so+0x2c5d60]
V [libjvm.so+0x2ef186]
V [libjvm.so+0x2e082b]
C [jdb+0x1af8] JavaMain+0x2c8
C [libpthread.so.0+0x543b]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach0(Ljava/lang/String;Ljava/lang/String;)V+0
j sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.attach(Ljava/lang/String;Ljava/lang/String;)V+29
j sun.jvm.hotspot.HotSpotAgent.attachDebugger()V+43
j sun.jvm.hotspot.HotSpotAgent.setupDebuggerLinux()V+122
j sun.jvm.hotspot.HotSpotAgent.setupDebugger()V+95
j sun.jvm.hotspot.HotSpotAgent.go()V+1
j sun.jvm.hotspot.HotSpotAgent.attach(Ljava/lang/String;Ljava/lang/String;)V+56
j sun.jvm.hotspot.jdi.VirtualMachineImpl.createVirtualMachineForCorefile(Lcom/sun/jdi/VirtualMachineManager;Ljava/lang/String;Ljava/lang/String;I)Lsun/jvm/hotspot/jdi/VirtualMachineImpl;+58
v ~StubRoutines::call_stub
j sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
j sun.jvm.hotspot.jdi.SACoreAttachingConnector.createVirtualMachine(Ljava/lang/Class;Ljava/lang/String;Ljava/lang/String;)Lcom/sun/jdi/VirtualMachine;+122
j sun.jvm.hotspot.jdi.SACoreAttachingConnector.attach(Ljava/util/Map;)Lcom/sun/jdi/VirtualMachine;+90
j com.sun.tools.example.debug.tty.VMConnection.attachTarget()Lcom/sun/jdi/VirtualMachine;+13
j com.sun.tools.example.debug.tty.VMConnection.open()Lcom/sun/jdi/VirtualMachine;+33
j com.sun.tools.example.debug.tty.Env.init(Ljava/lang/String;ZI)V+28
j com.sun.tools.example.debug.tty.TTY.main([Ljava/lang/String;)V+1207
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0xafd08c00 JavaThread "Thread-1" daemon [_thread_blocked, id=3682]
0x0819b000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3680]
0x08199400 JavaThread "CompilerThread1" daemon [_thread_blocked, id=3679]
0x08198000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=3678]
0x08196c00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=3677]
0x08183c00 JavaThread "Finalizer" daemon [_thread_blocked, id=3676]
0x08183400 JavaThread "Reference Handler" daemon [_thread_blocked, id=3675]
=>0x08058000 JavaThread "main" [_thread_in_native, id=3654]
Other Threads:
0x08180800 VMThread [id=3671]
0x0819c800 WatcherThread [id=3681]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
PSYoungGen total 9280K, used 2718K [0xedca0000, 0xee6f0000, 0xf4e60000)
eden space 8000K, 33% used [0xedca0000,0xedf47b40,0xee470000)
from space 1280K, 0% used [0xee5b0000,0xee5b0000,0xee6f0000)
to space 1280K, 0% used [0xee470000,0xee470000,0xee5b0000)
PSOldGen total 84992K, used 0K [0xb4e60000, 0xba160000, 0xedca0000)
object space 84992K, 0% used [0xb4e60000,0xb4e60000,0xba160000)
PSPermGen total 16384K, used 3088K [0xb0e60000, 0xb1e60000, 0xb4e60000)
object space 16384K, 18% used [0xb0e60000,0xb1164398,0xb1e60000)
Dynamic libraries:
00b31000-00b4a000 r-xp 00000000 fd:00 5932045 /lib/ld-2.5.so
00b4a000-00b4b000 r-xp 00019000 fd:00 5932045 /lib/ld-2.5.so
00b4b000-00b4c000 rwxp 0001a000 fd:00 5932045 /lib/ld-2.5.so
00b4e000-00c88000 r-xp 00000000 fd:00 5932057 /lib/libc-2.5.so
00c88000-00c8a000 r-xp 00139000 fd:00 5932057 /lib/libc-2.5.so
00c8a000-00c8b000 rwxp 0013b000 fd:00 5932057 /lib/libc-2.5.so
00c8b000-00c8e000 rwxp 00c8b000 00:00 0
00c90000-00ca3000 r-xp 00000000 fd:00 5932059 /lib/libpthread-2.5.so
00ca3000-00ca4000 r-xp 00012000 fd:00 5932059 /lib/libpthread-2.5.so
00ca4000-00ca5000 rwxp 00013000 fd:00 5932059 /lib/libpthread-2.5.so
00ca5000-00ca7000 rwxp 00ca5000 00:00 0
00ca9000-00cab000 r-xp 00000000 fd:00 5932058 /lib/libdl-2.5.so
00cab000-00cac000 r-xp 00001000 fd:00 5932058 /lib/libdl-2.5.so
00cac000-00cad000 rwxp 00002000 fd:00 5932058 /lib/libdl-2.5.so
00caf000-00cb6000 r-xp 00000000 fd:00 5932062 /lib/librt-2.5.so
00cb6000-00cb7000 r-xp 00006000 fd:00 5932062 /lib/librt-2.5.so
00cb7000-00cb8000 rwxp 00007000 fd:00 5932062 /lib/librt-2.5.so
00d9b000-00dc0000 r-xp 00000000 fd:00 5932060 /lib/libm-2.5.so
00dc0000-00dc1000 r-xp 00024000 fd:00 5932060 /lib/libm-2.5.so
00dc1000-00dc2000 rwxp 00025000 fd:00 5932060 /lib/libm-2.5.so
06000000-065a0000 r-xp 00000000 fd:00 16777229 /usr/java/jdk1.6.0_03/jre/lib/i386/server/libjvm.so
065a0000-065db000 rwxp 005a0000 fd:00 16777229 /usr/java/jdk1.6.0_03/jre/lib/i386/server/libjvm.so
065db000-069fc000 rwxp 065db000 00:00 0
08048000-08052000 r-xp 00000000 fd:00 16810695 /usr/java/jdk1.6.0_03/bin/jdb
08052000-08053000 rwxp 00009000 fd:00 16810695 /usr/java/jdk1.6.0_03/bin/jdb
08053000-08289000 rwxp 08053000 00:00 0 [heap]
afa00000-afa39000 rwxp afa00000 00:00 0
afa39000-afb00000 ---p afa39000 00:00 0
afb00000-afbf2000 rwxp afb00000 00:00 0
afbf2000-afc00000 ---p afbf2000 00:00 0
afcf7000-afcff000 r-xp 00000000 fd:00 16777232 /usr/java/jdk1.6.0_03/jre/lib/i386/libsaproc.so
afcff000-afd00000 rwxp 00007000 fd:00 16777232 /usr/java/jdk1.6.0_03/jre/lib/i386/libsaproc.so
afd00000-afe00000 rwxp afd00000 00:00 0
afe60000-afe63000 ---p afe60000 00:00 0
afe63000-afeb1000 rwxp afe63000 00:00 0
afeb1000-afeb6000 r-xp 00000000 fd:00 5931062 /lib/libthread_db-1.0.so
afeb6000-afeb7000 r-xp 00004000 fd:00 5931062 /lib/libthread_db-1.0.so
afeb7000-afeb8000 rwxp 00005000 fd:00 5931062 /lib/libthread_db-1.0.so
afecb000-afede000 r-xp 00000000 fd:00 16777249 /usr/java/jdk1.6.0_03/jre/lib/i386/libnet.so
afede000-afedf000 rwxp 00013000 fd:00 16777249 /usr/java/jdk1.6.0_03/jre/lib/i386/libnet.so
afedf000-afefe000 r-xs 00152000 fd:00 16810648 /usr/java/jdk1.6.0_03/lib/sa-jdi.jar
afefe000-aff5b000 r-xs 00b3c000 fd:00 16811549 /usr/java/jdk1.6.0_03/lib/tools.jar
aff5b000-aff5c000 ---p aff5b000 00:00 0
aff5c000-affdc000 rwxp aff5c000 00:00 0
affdc000-affdf000 ---p affdc000 00:00 0
affdf000-b002d000 rwxp affdf000 00:00 0
b002d000-b0030000 ---p b002d000 00:00 0
b0030000-b00ae000 rwxp b0030000 00:00 0
b00ae000-b00b1000 ---p b00ae000 00:00 0
b00b1000-b012f000 rwxp b00b1000 00:00 0
b012f000-b0132000 ---p b012f000 00:00 0
b0132000-b0180000 rwxp b0132000 00:00 0
b0180000-b0380000 r-xp 00000000 fd:00 15535906 /usr/lib/locale/locale-archive
b0380000-b0383000 ---p b0380000 00:00 0
b0383000-b03d1000 rwxp b0383000 00:00 0
b03d1000-b03d4000 ---p b03d1000 00:00 0
b03d4000-b0422000 rwxp b03d4000 00:00 0
b0422000-b0423000 ---p b0422000 00:00 0
b0423000-b04d3000 rwxp b0423000 00:00 0
b04d3000-b064f000 r-xs 02c8f000 fd:00 16777319 /usr/java/jdk1.6.0_03/jre/lib/rt.jar
b064f000-b0650000 ---p b064f000 00:00 0
b0650000-b06d0000 rwxp b0650000 00:00 0
b06d0000-b06d1000 ---p b06d0000 00:00 0
b06d1000-b0751000 rwxp b06d1000 00:00 0
b0751000-b0752000 ---p b0751000 00:00 0
b0752000-b07d2000 rwxp b0752000 00:00 0
b07d2000-b07d3000 ---p b07d2000 00:00 0
b07d3000-b0853000 rwxp b07d3000 00:00 0
b0853000-b0854000 ---p b0853000 00:00 0
b0854000-b08d4000 rwxp b0854000 00:00 0
b08d4000-b08d5000 ---p b08d4000 00:00 0
b08d5000-b0955000 rwxp b08d5000 00:00 0
b0955000-b0956000 ---p b0955000 00:00 0
b0956000-b09d6000 rwxp b0956000 00:00 0
b09d6000-b09d7000 ---p b09d6000 00:00 0
b09d7000-b0a5f000 rwxp b09d7000 00:00 0
b0a5f000-b0a77000 rwxp b0a5f000 00:00 0
b0a77000-b0aa1000 rwxp b0a77000 00:00 0
b0aa1000-b0c3f000 rwxp b0aa1000 00:00 0
b0c3f000-b0c47000 rwxp b0c3f000 00:00 0
b0c47000-b0c5f000 rwxp b0c47000 00:00 0
b0c5f000-b0c89000 rwxp b0c5f000 00:00 0
b0c89000-b0e26000 rwxp b0c89000 00:00 0
b0e26000-b0e2c000 rwxp b0e26000 00:00 0
b0e2c000-b0e5f000 rwxp b0e2c000 00:00 0
b0e5f000-b1e60000 rwxp b0e5f000 00:00 0
b1e60000-b4e60000 rwxp b1e60000 00:00 0
b4e60000-ba160000 rwxp b4e60000 00:00 0
ba160000-edca0000 rwxp ba160000 00:00 0
edca0000-ee6f0000 rwxp edca0000 00:00 0
ee6f0000-f4e60000 rwxp ee6f0000 00:00 0
f4e63000-f4e6c000 rwxp f4e63000 00:00 0
f4e6c000-f4f23000 rwxp f4e6c000 00:00 0
f4f23000-f5163000 rwxp f4f23000 00:00 0
f5163000-f7f23000 rwxp f5163000 00:00 0
f7f23000-f7f32000 r-xp 00000000 fd:00 16777245 /usr/java/jdk1.6.0_03/jre/lib/i386/libzip.so
f7f32000-f7f34000 rwxp 0000e000 fd:00 16777245 /usr/java/jdk1.6.0_03/jre/lib/i386/libzip.so
f7f34000-f7f57000 r-xp 00000000 fd:00 16777241 /usr/java/jdk1.6.0_03/jre/lib/i386/libjava.so
f7f57000-f7f59000 rwxp 00023000 fd:00 16777241 /usr/java/jdk1.6.0_03/jre/lib/i386/libjava.so
f7f59000-f7f62000 r-xp 00000000 fd:00 5931048 /lib/libnss_files-2.5.so
f7f62000-f7f63000 r-xp 00008000 fd:00 5931048 /lib/libnss_files-2.5.so
f7f63000-f7f64000 rwxp 00009000 fd:00 5931048 /lib/libnss_files-2.5.so
f7f64000-f7f77000 r-xp 00000000 fd:00 5931145 /lib/libnsl-2.5.so
f7f77000-f7f78000 r-xp 00012000 fd:00 5931145 /lib/libnsl-2.5.so
f7f78000-f7f79000 rwxp 00013000 fd:00 5931145 /lib/libnsl-2.5.so
f7f79000-f7f7b000 rwxp f7f79000 00:00 0
f7f82000-f7f8d000 r-xp 00000000 fd:00 16777240 /usr/java/jdk1.6.0_03/jre/lib/i386/libverify.so
f7f8d000-f7f8e000 rwxp 0000b000 fd:00 16777240 /usr/java/jdk1.6.0_03/jre/lib/i386/libverify.so
f7f8e000-f7f91000 ---p f7f8e000 00:00 0
f7f91000-f7fe1000 rwxp f7f91000 00:00 0
f7fe1000-f7fe8000 r-xp 00000000 fd:00 16777243 /usr/java/jdk1.6.0_03/jre/lib/i386/jli/libjli.so
f7fe8000-f7fea000 rwxp 00006000 fd:00 16777243 /usr/java/jdk1.6.0_03/jre/lib/i386/jli/libjli.so
f7fec000-f7ff4000 rwxs 00000000 fd:00 19562502 /tmp/hsperfdata_omnitrak/3653
f7ff4000-f7ffa000 r-xp 00000000 fd:00 16777227 /usr/java/jdk1.6.0_03/jre/lib/i386/native_threads/libhpi.so
f7ffa000-f7ffb000 rwxp 00006000 fd:00 16777227 /usr/java/jdk1.6.0_03/jre/lib/i386/native_threads/libhpi.so
f7ffb000-f7ffc000 rwxp f7ffb000 00:00 0
f7ffc000-f7ffd000 r-xp f7ffc000 00:00 0
f7ffd000-f7ffe000 rwxp f7ffd000 00:00 0
ff9fb000-ffa03000 rwxp ff9fb000 00:00 0 [stack]
ffffe000-fffff000 r-xp ffffe000 00:00 0
VM Arguments:
jvm_args: -Dapplication.home=/usr/java/jdk1.6.0_03
java_command: com.sun.tools.example.debug.tty.TTY -connect sun.jvm.hotspot.jdi.SACoreAttachingConnector:javaExecutable=/usr/java/jdk/bin/java,core=core.25602
Launcher Type: SUN_STANDARD
Environment Variables:
PATH=/usr/java/jdk/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin
LD_LIBRARY_PATH=/usr/java/jdk1.6.0_03/jre/lib/i386/server:/usr/java/jdk1.6.0_03/jre/lib/i386:/usr/java/jdk1.6.0_03/jre/../lib/i386
SHELL=/bin/bash
Signal Handlers:
SIGSEGV: [libjvm.so+0x53c560], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x53c560], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x451a50], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: [libjvm.so+0x451a50], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGILL: [libjvm.so+0x451a50], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x453a80], sa_mask[0]=0x00000000, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x4534a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: [libjvm.so+0x4534a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x4534a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGTERM: [libjvm.so+0x4534a0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR2: [libjvm.so+0x453a80], sa_mask[0]=0x00000000, sa_flags=0x10000004
--------------- S Y S T E M ---------------
OS:Red Hat Enterprise Linux Client release 5.1 (Tikanga)
uname:Linux 2.6.18-53.el5 #1 SMP Wed Oct 10 16:34:19 EDT 2007 x86_64
libc:glibc 2.5 NPTL 2.5
rlimit: STACK 10240k, CORE 0k, NPROC 53248, NOFILE 1024, AS infinity
load average:0.07 0.22 0.42
CPU:total 8 (4 cores per cpu, 1 threads per core) family 6 model 7 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 6113940k(245496k free), swap 2097144k(2097144k free)
vm_info: Java HotSpot(TM) Server VM (1.6.0_03-b05) for linux-x86, built on Sep 24 2007 22:32:39 by "java_re" with gcc 3.2.1-7a (J2SE release)Thank you for your responds!
I'm not trying at all to transfer the core to a different system. I'm debugging on the same linux red hat box where the cores where produced and I'm using the JDB version from the same JDK that was used to run the app.
I'm wondering what makes you think that I'm possibly mixing core files?
Here is the output that JDB generates when I define LIBSAPROC_DEBUG=1. This is the case when JDB crashes:
$ jdb -connect sun.jvm.hotspot.jdi.SACoreAttachingConnector:javaExecutable=/usr/java/jdk/bin/java,core=core.23850
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24310
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0x0
libsaproc DEBUG: ebx = 0x5d2a
libsaproc DEBUG: ecx = 0x5ef6
libsaproc DEBUG: edx = 0x6
libsaproc DEBUG: esp = 0x324fd0e4
libsaproc DEBUG: ebp = 0x324fd0e4
libsaproc DEBUG: esi = 0x324fd19c
libsaproc DEBUG: edi = 0x78eff4
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 3 and n_descsz = 124
libsaproc DEBUG: Note header with n_type = 6 and n_descsz = 144
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 27070
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffe00
libsaproc DEBUG: ebx = 0xa
libsaproc DEBUG: ecx = 0x312edad8
libsaproc DEBUG: edx = 0x33f4d1a4
libsaproc DEBUG: esp = 0x312edac0
libsaproc DEBUG: ebp = 0x312edac0
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x2000
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 27063
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffe00
libsaproc DEBUG: ebx = 0xa
libsaproc DEBUG: ecx = 0x334fccd8
libsaproc DEBUG: edx = 0x33f4d1a4
libsaproc DEBUG: esp = 0x334fccc0
libsaproc DEBUG: ebp = 0x334fccc0
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x2000
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 1754
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x32baab38
libsaproc DEBUG: ecx = 0x1
libsaproc DEBUG: edx = 0x6ddd00
libsaproc DEBUG: esp = 0x32baaaf0
libsaproc DEBUG: ebp = 0x32baaaf0
libsaproc DEBUG: esi = 0x1eed0
libsaproc DEBUG: edi = 0x78eff4
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24325
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x834486c
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x306bf
libsaproc DEBUG: esp = 0x32bfdda8
libsaproc DEBUG: ebp = 0x32bfdda8
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x306bf
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24319
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x831e8cc
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x2d49f7
libsaproc DEBUG: esp = 0x33259cb0
libsaproc DEBUG: ebp = 0x33259cb0
libsaproc DEBUG: esi = 0x33259cc4
libsaproc DEBUG: edi = 0x2d49f7
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24318
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x83783a4
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x38dd3
libsaproc DEBUG: esp = 0x3330ab30
libsaproc DEBUG: ebp = 0x3330ab30
libsaproc DEBUG: esi = 0x3330ab44
libsaproc DEBUG: edi = 0x38dd3
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24317
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0x1
libsaproc DEBUG: ebx = 0x827bb60
libsaproc DEBUG: ecx = 0x1
libsaproc DEBUG: edx = 0x1
libsaproc DEBUG: esp = 0x3335bb0c
libsaproc DEBUG: ebp = 0x3335bb0c
libsaproc DEBUG: esi = 0x3335bbb8
libsaproc DEBUG: edi = 0x827bb60
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24316
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8082d14
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x1
libsaproc DEBUG: esp = 0x33d5ca98
libsaproc DEBUG: ebp = 0x33d5ca98
libsaproc DEBUG: esi = 0x33d5caac
libsaproc DEBUG: edi = 0x1
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24315
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8378204
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x1
libsaproc DEBUG: esp = 0x334adac8
libsaproc DEBUG: ebp = 0x334adac8
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x1
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24314
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0x19
libsaproc DEBUG: ebx = 0x33f164cc
libsaproc DEBUG: ecx = 0x9b
libsaproc DEBUG: edx = 0x39f99940
libsaproc DEBUG: esp = 0x320f9a14
libsaproc DEBUG: ebp = 0x1e
libsaproc DEBUG: esi = 0x2
libsaproc DEBUG: edi = 0x39f975a0
libsaproc DEBUG: eip = 0x33f0e054
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24313
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0x39c534e0
libsaproc DEBUG: ebx = 0x33f164cc
libsaproc DEBUG: ecx = 0x321fabba
libsaproc DEBUG: edx = 0x6
libsaproc DEBUG: esp = 0x321faa70
libsaproc DEBUG: ebp = 0x321faa7c
libsaproc DEBUG: esi = 0x2
libsaproc DEBUG: edi = 0x39c53478
libsaproc DEBUG: eip = 0x33f1028e
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24312
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0x29
libsaproc DEBUG: ebx = 0x39bd4780
libsaproc DEBUG: ecx = 0x1
libsaproc DEBUG: edx = 0x2400d1a2
libsaproc DEBUG: esp = 0x322fbc50
libsaproc DEBUG: ebp = 0x322fbc7c
libsaproc DEBUG: esi = 0x33f167a8
libsaproc DEBUG: edi = 0xf9000607
libsaproc DEBUG: eip = 0x33f0ef54
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24311
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x827ac04
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x137ee7
libsaproc DEBUG: esp = 0x323fcd28
libsaproc DEBUG: ebp = 0x323fcd28
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x137ee7
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24309
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0x6
libsaproc DEBUG: ebx = 0x3a5c0970
libsaproc DEBUG: ecx = 0x2
libsaproc DEBUG: edx = 0xb
libsaproc DEBUG: esp = 0x325febd0
libsaproc DEBUG: ebp = 0x3a5c1cdc
libsaproc DEBUG: esi = 0x6
libsaproc DEBUG: edi = 0x4
libsaproc DEBUG: eip = 0x33f0ef06
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24308
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0x5
libsaproc DEBUG: ebx = 0x3a98cb48
libsaproc DEBUG: ecx = 0x2
libsaproc DEBUG: edx = 0x9
libsaproc DEBUG: esp = 0x32cfea50
libsaproc DEBUG: ebp = 0x3a98dde8
libsaproc DEBUG: esi = 0x5
libsaproc DEBUG: edi = 0x5
libsaproc DEBUG: eip = 0x33f0f084
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24307
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0x8
libsaproc DEBUG: ebx = 0x3a1fd104
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x6
libsaproc DEBUG: esp = 0x3345c984
libsaproc DEBUG: ebp = 0x3345c984
libsaproc DEBUG: esi = 0x29
libsaproc DEBUG: edi = 0x0
libsaproc DEBUG: eip = 0x33f0f210
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24304
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x82ee0ac
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x1
libsaproc DEBUG: esp = 0x332aad90
libsaproc DEBUG: ebp = 0x332aad90
libsaproc DEBUG: esi = 0x332aada4
libsaproc DEBUG: edi = 0x1
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24015
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x856427c
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x1
libsaproc DEBUG: esp = 0x33b5ca90
libsaproc DEBUG: ebp = 0x33b5ca90
libsaproc DEBUG: esi = 0x33b5caa4
libsaproc DEBUG: edi = 0x1
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24014
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x818b8e4
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x3
libsaproc DEBUG: esp = 0x33bada98
libsaproc DEBUG: ebp = 0x33bada98
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x3
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24013
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffe00
libsaproc DEBUG: ebx = 0x5
libsaproc DEBUG: ecx = 0x33bfedd0
libsaproc DEBUG: edx = 0x33f4d1a4
libsaproc DEBUG: esp = 0x33bfedb8
libsaproc DEBUG: ebp = 0x33bfedb8
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x827e400
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24011
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x828951c
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x1
libsaproc DEBUG: esp = 0x33dadcd8
libsaproc DEBUG: ebp = 0x33dadcd8
libsaproc DEBUG: esi = 0x33dadcec
libsaproc DEBUG: edi = 0x1
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 24010
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x849caac
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x1
libsaproc DEBUG: esp = 0x33dfec68
libsaproc DEBUG: ebp = 0x33dfec68
libsaproc DEBUG: esi = 0x33dfec7c
libsaproc DEBUG: edi = 0x1
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23868
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x80c213c
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x1
libsaproc DEBUG: esp = 0x34090f78
libsaproc DEBUG: ebp = 0x34090f78
libsaproc DEBUG: esi = 0x34090f8c
libsaproc DEBUG: edi = 0x1
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23867
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x819e294
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x1
libsaproc DEBUG: esp = 0x340e2018
libsaproc DEBUG: ebp = 0x340e2018
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x1
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23866
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8199a5c
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x434
libsaproc DEBUG: esp = 0x34162e48
libsaproc DEBUG: ebp = 0x34162e48
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x434
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23865
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8199a5c
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x432
libsaproc DEBUG: esp = 0x341e3ec8
libsaproc DEBUG: ebp = 0x341e3ec8
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x432
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23864
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x65e80a0
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x0
libsaproc DEBUG: esp = 0x34234fb0
libsaproc DEBUG: ebp = 0x34234fb0
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0xffc
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23863
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x818ba8c
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x289
libsaproc DEBUG: esp = 0x34485de0
libsaproc DEBUG: ebp = 0x34485de0
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x289
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23862
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x81887d4
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x2b3
libsaproc DEBUG: esp = 0x344d6c90
libsaproc DEBUG: ebp = 0x344d6c90
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x2b3
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23861
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x31e0548c
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x3
libsaproc DEBUG: esp = 0x345580d8
libsaproc DEBUG: ebp = 0x345580d8
libsaproc DEBUG: esi = 0x345580ec
libsaproc DEBUG: edi = 0x3
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23860
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8096674
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x161e9b
libsaproc DEBUG: esp = 0x34784f68
libsaproc DEBUG: ebp = 0x34784f68
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x161e9b
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23859
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8096674
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x161e9a
libsaproc DEBUG: esp = 0x34805fe8
libsaproc DEBUG: ebp = 0x34805fe8
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x161e9a
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23858
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8096674
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x161e9c
libsaproc DEBUG: esp = 0x34886e68
libsaproc DEBUG: ebp = 0x34886e68
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x161e9c
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23857
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8096674
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x161e99
libsaproc DEBUG: esp = 0x34907ee8
libsaproc DEBUG: ebp = 0x34907ee8
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x161e99
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23856
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8096674
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x161e98
libsaproc DEBUG: esp = 0x34989168
libsaproc DEBUG: ebp = 0x34989168
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x161e98
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23855
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8096674
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x161e97
libsaproc DEBUG: esp = 0x34a0a1e8
libsaproc DEBUG: ebp = 0x34a0a1e8
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x161e97
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23854
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8096674
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x161e96
libsaproc DEBUG: esp = 0x34a8b068
libsaproc DEBUG: ebp = 0x34a8b068
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x161e96
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23853
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x8096674
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x161e95
libsaproc DEBUG: esp = 0x34b0c0e8
libsaproc DEBUG: ebp = 0x34b0c0e8
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x161e95
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23852
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0x33e5e19c
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x1
libsaproc DEBUG: esp = 0xf7fde228
libsaproc DEBUG: ebp = 0xf7fde228
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x1
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: Note header with n_type = 1 and n_descsz = 144
libsaproc DEBUG: got integer regset for lwp 23850
libsaproc DEBUG: integer regset
libsaproc DEBUG: eax = 0xfffffffc
libsaproc DEBUG: ebx = 0xf7fdebd8
libsaproc DEBUG: ecx = 0x0
libsaproc DEBUG: edx = 0x5d2c
libsaproc DEBUG: esp = 0xffb93630
libsaproc DEBUG: ebp = 0xffb93630
libsaproc DEBUG: esi = 0x0
libsaproc DEBUG: edi = 0x7a8ff4
libsaproc DEBUG: eip = 0xffffe410
libsaproc DEBUG: Note header with n_type = 2 and n_descsz = 108
libsaproc DEBUG: Note header with n_type = 1189489535 and n_descsz = 512
libsaproc DEBUG: ELF interpreter /lib/ld-linux.so.2
libsaproc DEBUG: address of _DYNAMIC is 0x8052548
libsaproc DEBUG: ---- sorted virtual address map ----
libsaproc DEBUG: base = 0x64f000 size = 4096
libsaproc DEBUG: base = 0x650000 size = 4096
libsaproc DEBUG: base = 0x78d000 size = 8192
libsaproc DEBUG: base = 0x78f000 size = 4096
libsaproc DEBUG: base = 0x790000 size = 12288
libsaproc DEBUG: base = 0x7a8000 size = 4096
libsaproc DEBUG: base = 0x7a9000 size = 4096
libsaproc DEBUG: base = 0x7aa000 size = 8192
libsaproc DEBUG: base = 0x7b0000 size = 4096
libsaproc DEBUG: base = 0x7b1000 size = 4096
libsaproc DEBUG: base = 0x879000 size = 4096
libsaproc DEBUG: base = 0x87a000 size = 4096
libsaproc DEBUG: base = 0x884000 size = 4096
libsaproc DEBUG: base = 0x885000 size = 4096
libsaproc DEBUG: base = 0xc37000 size = 16384
libsaproc DEBUG: base = 0xc3b000 size = 4096
libsaproc DEBUG: base = 0xc3c000 size = 24576
libsaproc DEBUG: base = 0xd38000 size = 4096
libsaproc DEBUG: base = 0x6000000 size = 5898240
libsaproc DEBUG: base = 0x65a0000 size = 241664
libsaproc DEBUG: base = 0x65db000 size = 4329472
libsaproc DEBUG: base = 0x8048000 size = 38100
libsaproc DEBUG: base = 0x8052000 size = 4096
libsaproc DEBUG: base = 0x8053000 size = 14032896
libsaproc DEBUG: base = 0x30f00000 size = 1007616
libsaproc DEBUG: base = 0x31100000 size = 1048576
libsaproc DEBUG: base = 0x312a0000 size = 12288
libsaproc DEBUG: base = 0x312a3000 size = 319488
libsaproc DEBUG: base = 0x3133a000 size = 16384
libsaproc DEBUG: base = 0x31344000 size = 753664
libsaproc DEBUG: base = 0x313fc000 size = 16384
libsaproc DEBUG: base = 0x31400000 size = 929792
libsaproc DEBUG: base = 0x31500000 size = 1028096
libsaproc DEBUG: base = 0x31600000 size = 966656
libsaproc DEBUG: base = 0x31700000 size = 1028096
libsaproc DEBUG: base = 0x31800000 size = 991232
libsaproc DEBUG: base = 0x31900000 size = 1044480
libsaproc DEBUG: base = 0x31a00000 size = 1032192
libsaproc DEBUG: base = 0x31b00000 size = 1032192
libsaproc DEBUG: base = 0x31c00000 size = 1003520
libsaproc DEBUG: base = 0x31d51000 size = 319488
libsaproc DEBUG: base = 0x31df9000 size = 28672
libsaproc DEBUG: base = 0x31e00000 size = 1048576
libsaproc DEBUG: base = 0x31f03000 size = 552960
libsaproc DEBUG: base = 0x31f8a000 size = 20480
libsaproc DEBUG: base = 0x31f90000 size = 331776
libsaproc DEBUG: base = 0x31fe1000 size = 8192
libsaproc DEBUG: base = 0x31ffa000 size = 12288
libsaproc DEBUG: base = 0x31ffd000 size = 1040384
libsaproc DEBUG: base = 0x320fb000 size = 12288
libsaproc DEBUG: base = 0x320fe000 size = 1040384
libsaproc DEBUG: base = 0x321fc000 size = 12288
libsaproc DEBUG: base = 0x321ff000 size = 1040384
libsaproc DEBUG: base = 0x322fd000 size = 12288
libsaproc DEBUG: base = 0x32300000 size = 1040384
libsaproc DEBUG: base = 0x323fe000 size = 12288
libsaproc DEBUG: base = 0x32401000 size = 1040384
libsaproc DEBUG: base = 0x324ff000 size = 12288
libsaproc DEBUG: base = 0x32502000 size = 1957888
libsaproc DEBUG: base = 0x32700000 size = 1024000
libsaproc DEBUG: base = 0x32800000 size = 2072576
libsaproc DEBUG: base = 0x32a00000 size = 1040384
libsaproc DEBUG: base -
ST22 core dumps in a Linux 64bit environment
Hello,
I am running a combination ECC5.0/Oracle 9.2.07 on a Linux 4.0 64bit version. My CI and database are distributed. Since go live we have been experiencing core dumps that have been occuring every 2-3 weeks. So far we have analyzed that when this occurs the pxa buffer is being overwritten. It will start out as a number of 10 dumps and then becomes a monster where the coredumps are generated faster than I can remove them on the UNIX level. The only quick solution is to restart the app server. SAP has come back with a kernel upgrade but I am hesitant as that was the fix recommended when this first started to happen. I applied the upgrade but the coredumps arrive as scheduled. Does anyone else out there have the same combination that I have and if you do, are you experiencing these coredumps from hell?
Does anyone else experience this on an HPUX or Solaris environment?
Any and all input will be greatly appreciated.
Thanks,
Gary ManaoatHi ,
Send the short-dump extract so that it is possible to analyze the problem by all of the fellow SDN members.
Anyways from the info in message I think its related to PXA related problem for abap/buffer_size parameter in the instance profile.
Review the parameter.
Kind Regards
Neenad
PS:Any rating given will be welcome -
Core dump (WL - 4.5 and Solaris 7)
We are using WebLogic 4.5 on Solaris 7. Some times the WebLogic dumps core and exits. There is no pattern for it. I am attaching the core generated:
Could there be a solution some one knows of.
Thanks.
-manish
kghalo bad size 0x15330128
********** Internal heap ERROR KGHALO2 addr=0x0 *********
HEAP DUMP heap name="Alloc environm" desc=0x37083f4
extent sz=0x1024 alt=32 het=32767 rec=0 flg=3 opc=2
parent=0 owner=0 nex=0 xsz=0x17a0
EXTENT 0
Chunk 3daff00 sz= 6040 free " "
EXTENT 1
Chunk 4a857b8 sz= 12040 free " "
EXTENT 2
Chunk 3eaac98 sz= 6372 free " "
EXTENT 3
Chunk 3dacfe8 sz= 12040 free " "
EXTENT 4
Chunk 37567a0 sz= 4660 free " "
Chunk 37579d4 sz= 4144 recreate "Alloc statemen " latch=0
ds 3758d70 sz= 4144 ct= 1
Chunk 3758a04 sz= 1080 freeable assoc with mark prv=0 nxt=0
Chunk 3758e3c sz= 4144 recreate "Alloc statemen " latch=0
ds 375a1d8 sz= 4144 ct= 1
Chunk 3759e6c sz= 1080 freeable assoc with mark prv=0 nxt=0
Chunk 375a2a4 sz= 28 freeable assoc with mark prv=0 nxt=0
Chunk 375a2c0 sz= 5224 free " "
Chunk 375b728 sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 375b73c sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 375b750 sz= 256 freeable assoc with mark prv=0 nxt=0
EXTENT 5
Chunk 404b50 sz= 13328 freeable "Alloc server h " ds=3709408
EXTENT 6
Chunk 3708980 sz= 40 perm "perm " alo=40
Chunk 37089a8 sz= 2212 recreate "Alloc server h " latch=0
ds 3709408 sz= 15540 ct= 2
404b50 sz= 13328
Chunk 370924c sz= 104 freeable assoc with mark prv=0 nxt=0
Chunk 37092b4 sz= 444 freeable assoc with mark prv=0 nxt=0
Chunk 3709470 sz= 1308 freeable assoc with mark prv=0 nxt=0
Total heap size = 74584
FREE LISTS:
Bucket 0 size=272
Bucket 1 size=528
Bucket 2 size=1040
Chunk 37567a0 sz= 4660 free " "
Chunk 3dacfe8 sz= 12040 free " "
Chunk 3eaac98 sz= 6372 free " "
Chunk 4a857b8 sz= 12040 free " "
Chunk 3daff00 sz= 6040 free " "
Chunk 375a2c0 sz= 5224 free " "
Total free space = 46376
UNPINNED RECREATABLE CHUNKS (lru first):
PERMANENT CHUNKS:
Chunk 3708980 sz= 40 perm "perm " alo=40
Permanent space = 40
Hla: 0
kgepop: no error frame to pop to for error 0
Segmentation Fault
si_signo [11]: Segmentation Fault
si_errno [0]: Error 0
si_code [1]: SEGV_MAPERR [addr: 0x0]
stackpointer=F9FBFC50
"SSLListenThread" (TID:0x3a8b58c, sys_thread_t:0x3a8b510, state:R, thread_t: t@30, threadID:0xf8d91dc8, stack_bottom:0xf8d92000, sta
ck_size:0x20000) prio=5
[1] java.net.PlainSocketImpl.socketAccept(Native Method)
[2] java.net.PlainSocketImpl.accept(PlainSocketImpl.java:406)
[3] java.net.ServerSocket.implAccept(ServerSocket.java:241)
[4] java.net.ServerSocket.accept(ServerSocket.java:224)
[5] weblogic.security.SSL.SSLServerSocket.acceptNoHandshake(SSLServerSocket.java:121)
[6] weblogic.security.SSL.SSLServerSocket.accept(SSLServerSocket.java:112)
[7] weblogic.t3.srvr.ListenThread.run(ListenThread.java:277)
"ListenThread" (TID:0x3a7b294, sys_thread_t:0x3a7b218, state:R, thread_t: t@29, threadID:0xf8e41dc8, stack_bottom:0xf8e42000, stack_
size:0x20000) prio=5
[1] java.net.PlainSocketImpl.socketAccept(Native Method)
[2] java.net.PlainSocketImpl.accept(PlainSocketImpl.java:406)
[3] java.net.ServerSocket.implAccept(ServerSocket.java:241)
[4] java.net.ServerSocket.accept(ServerSocket.java:224)
[5] weblogic.t3.srvr.ListenThread.run(ListenThread.java:277)
"ExecuteThread-14" (TID:0x54e104, sys_thread_t:0x54e088, state:MW, thread_t: t@25, threadID:0xf8eb1dc8, stack_bottom:0xf8eb2000, sta
ck_size:0x20000) prio=5
[1] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:269)
[2] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
[3] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread-13" (TID:0x59c504, sys_thread_t:0x59c488, state:R, thread_t: t@24, threadID:0xf8ee1dc8, stack_bottom:0xf8ee2000, stac
k_size:0x20000) prio=5
[1] weblogic.socket.PosixSocketMuxer.poll(Native Method)
[2] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:270)
[3] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread-12" (TID:0x5ba504, sys_thread_t:0x5ba488, state:MW, thread_t: t@23, threadID:0xf8f11dc8, stack_bottom:0xf8f12000, sta
ck_size:0x20000) prio=5
[1] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:269)
[2] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
[3] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread-11" (TID:0x4f62ec, sys_thread_t:0x4f6270, state:CW, thread_t: t@22, threadID:0xf8f41dc8, stack_bottom:0xf8f42000, sta
ck_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-10" (TID:0x52810c, sys_thread_t:0x528090, state:CW, thread_t: t@21, threadID:0xf8f71dc8, stack_bottom:0xf8f72000, sta
ck_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-9" (TID:0x53050c, sys_thread_t:0x530490, state:CW, thread_t: t@20, threadID:0xf9171dc8, stack_bottom:0xf9172000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-8" (TID:0x53210c, sys_thread_t:0x532090, state:CW, thread_t: t@19, threadID:0xf9e61dc8, stack_bottom:0xf9e62000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-7" (TID:0x55ed3c, sys_thread_t:0x55ecc0, state:CW, thread_t: t@18, threadID:0xf9e91dc8, stack_bottom:0xf9e92000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-6" (TID:0x5c750c, sys_thread_t:0x5c7490, state:CW, thread_t: t@17, threadID:0xf9ec1dc8, stack_bottom:0xf9ec2000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-5" (TID:0x5cc514, sys_thread_t:0x5cc498, state:CW, thread_t: t@16, threadID:0xf9ef1dc8, stack_bottom:0xf9ef2000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-4" (TID:0x5d091c, sys_thread_t:0x5d08a0, state:R, thread_t: t@15, threadID:0xf9fc1dc8, stack_bottom:0xf9fc2000, stack
_size:0x20000) prio=5 current thread
[1] weblogic.db.oci.OciCursor.exec(Native Method)
[2] weblogic.db.oci.OciCursor.oci_exec(OciCursor.java:1823)
[3] weblogic.jdbcbase.oci.Statement.executeUpdate(Statement.java:846)
[4] weblogic.jdbcbase.oci.Statement.execute(Statement.java:1361)
[5] weblogic.jdbc20.pool.PreparedStatement.execute(PreparedStatement.java:27)
[6] weblogic.jdbc20.rmi.internal.PreparedStatementImpl.execute(PreparedStatementImpl.java:288)
[7] weblogic.jdbc20.rmi.SerialPreparedStatement.execute(SerialPreparedStatement.java:401)
[8] com.ebd.oss.isp.model.ISPModel.getContactInfo(ISPModel.java:242)
[9] com.ebd.oss.isp.model.ISPModel.getISPInfoByID(ISPModel.java:634)
[10] jsp_servlet._ruUpdateContact._jspService(_ruUpdateContact.java:110)
[11] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
[12] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
[13] weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:240)
[14] weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:161)
[15] jsp_servlet._Template._jspService(_Template.java:106)
[16] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
[17] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
[18] weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:143)
[19] jsp_servlet._Main._jspService(_Main.java:204)
[20] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
[21] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
[22] weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:742)
[23] weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:686)
[24] weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:247)
[25] weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:361)
[26] weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:261)
[27] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread-3" (TID:0x5c7934, sys_thread_t:0x5c78b8, state:CW, thread_t: t@14, threadID:0xf9ff1dc8, stack_bottom:0xf9ff2000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-2" (TID:0x5cb534, sys_thread_t:0x5cb4b8, state:CW, thread_t: t@13, threadID:0xfe041dc8, stack_bottom:0xfe042000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-1" (TID:0x5d1534, sys_thread_t:0x5d14b8, state:CW, thread_t: t@12, threadID:0xfe071dc8, stack_bottom:0xfe072000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-0" (TID:0x5d1a2c, sys_thread_t:0x5d19b0, state:CW, thread_t: t@11, threadID:0xfe0a1dc8, stack_bottom:0xfe0a2000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"TimeEventGenerator" (TID:0x599694, sys_thread_t:0x599618, state:CW, thread_t: t@10, threadID:0xfe0d1dc8, stack_bottom:0xfe0d2000, s
tack_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] weblogic.time.common.internal.TimeTable.snooze(TimeTable.java:252)
[3] weblogic.time.common.internal.TimeEventGenerator.run(TimeEventGenerator.java:141)
[4] java.lang.Thread.run(Thread.java:485)
"SpinnerRandomSource" (TID:0x55f2a4, sys_thread_t:0x55f228, state:CW, thread_t: t@8, threadID:0xfec41dc8, stack_bottom:0xfec42000, s
tack_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.security.SpinnerThread.stopSpinning(SpinnerRandomBitsSource.java:104)
[4] weblogic.security.SpinnerThread.run(SpinnerRandomBitsSource.java:121)
Exiting Thread (sys_thread_t:0xff2cace0) : no stack
"Finalizer" (TID:0x172e84, sys_thread_t:0x172e08, state:CW, thread_t: t@6, threadID:0xfed31dc8, stack_bottom:0xfed32000, stack_size:
0x20000) prio=8
[1] java.lang.Object.wait(Native Method)
[2] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:113)
[3] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:128)
[4] java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:175)
"Reference Handler" (TID:0x16ed54, sys_thread_t:0x16ecd8, state:CW, thread_t: t@5, threadID:0xfed61dc8, stack_bottom:0xfed62000, sta
ck_size:0x20000) prio=10
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
"Signal dispatcher" (TID:0x14e1e4, sys_thread_t:0x14e168, state:MW, thread_t: t@4, threadID:0xfed91dc8, stack_bottom:0xfed92000, sta
ck_size:0x20000) prio=10
"main" (TID:0x39974, sys_thread_t:0x398f8, state:CW, thread_t: t@1, threadID:0x24ac8, stack_bottom:0xffbf0000, stack_size:0x20000) p
rio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.t3.srvr.T3Srvr.waitForDeath(T3Srvr.java:1791)
[4] java.lang.reflect.Method.invoke(Native Method)
[5] weblogic.Server.startServerDynamically(Server.java:107)
[6] weblogic.Server.main(Server.java:65)
[7] weblogic.Server.main(Server.java:55)
Abort - core dumpedThe current thread shows JVM has core dumped on a native OCI call.
Type-2 drivers need to make OCI calls to connect to the Database server and since OCI calls are in C,
there is a possibility that C code is causing JVM to crash.
I would recommend you to give it a try with type-4 driver and see if you can get rid of core dumps.
Kumar
manish wrote:
We are using WebLogic 4.5 on Solaris 7. Some times the WebLogic dumps core and exits. There is no pattern for it. I am attaching the core generated:
Could there be a solution some one knows of.
Thanks.
-manish
kghalo bad size 0x15330128
********** Internal heap ERROR KGHALO2 addr=0x0 *********
HEAP DUMP heap name="Alloc environm" desc=0x37083f4
extent sz=0x1024 alt=32 het=32767 rec=0 flg=3 opc=2
parent=0 owner=0 nex=0 xsz=0x17a0
EXTENT 0
Chunk 3daff00 sz= 6040 free " "
EXTENT 1
Chunk 4a857b8 sz= 12040 free " "
EXTENT 2
Chunk 3eaac98 sz= 6372 free " "
EXTENT 3
Chunk 3dacfe8 sz= 12040 free " "
EXTENT 4
Chunk 37567a0 sz= 4660 free " "
Chunk 37579d4 sz= 4144 recreate "Alloc statemen " latch=0
ds 3758d70 sz= 4144 ct= 1
Chunk 3758a04 sz= 1080 freeable assoc with mark prv=0 nxt=0
Chunk 3758e3c sz= 4144 recreate "Alloc statemen " latch=0
ds 375a1d8 sz= 4144 ct= 1
Chunk 3759e6c sz= 1080 freeable assoc with mark prv=0 nxt=0
Chunk 375a2a4 sz= 28 freeable assoc with mark prv=0 nxt=0
Chunk 375a2c0 sz= 5224 free " "
Chunk 375b728 sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 375b73c sz= 20 freeable assoc with mark prv=0 nxt=0
Chunk 375b750 sz= 256 freeable assoc with mark prv=0 nxt=0
EXTENT 5
Chunk 404b50 sz= 13328 freeable "Alloc server h " ds=3709408
EXTENT 6
Chunk 3708980 sz= 40 perm "perm " alo=40
Chunk 37089a8 sz= 2212 recreate "Alloc server h " latch=0
ds 3709408 sz= 15540 ct= 2
404b50 sz= 13328
Chunk 370924c sz= 104 freeable assoc with mark prv=0 nxt=0
Chunk 37092b4 sz= 444 freeable assoc with mark prv=0 nxt=0
Chunk 3709470 sz= 1308 freeable assoc with mark prv=0 nxt=0
Total heap size = 74584
FREE LISTS:
Bucket 0 size=272
Bucket 1 size=528
Bucket 2 size=1040
Chunk 37567a0 sz= 4660 free " "
Chunk 3dacfe8 sz= 12040 free " "
Chunk 3eaac98 sz= 6372 free " "
Chunk 4a857b8 sz= 12040 free " "
Chunk 3daff00 sz= 6040 free " "
Chunk 375a2c0 sz= 5224 free " "
Total free space = 46376
UNPINNED RECREATABLE CHUNKS (lru first):
PERMANENT CHUNKS:
Chunk 3708980 sz= 40 perm "perm " alo=40
Permanent space = 40
Hla: 0
kgepop: no error frame to pop to for error 0
Segmentation Fault
si_signo [11]: Segmentation Fault
si_errno [0]: Error 0
si_code [1]: SEGV_MAPERR [addr: 0x0]
stackpointer=F9FBFC50
"SSLListenThread" (TID:0x3a8b58c, sys_thread_t:0x3a8b510, state:R, thread_t: t@30, threadID:0xf8d91dc8, stack_bottom:0xf8d92000, sta
ck_size:0x20000) prio=5
[1] java.net.PlainSocketImpl.socketAccept(Native Method)
[2] java.net.PlainSocketImpl.accept(PlainSocketImpl.java:406)
[3] java.net.ServerSocket.implAccept(ServerSocket.java:241)
[4] java.net.ServerSocket.accept(ServerSocket.java:224)
[5] weblogic.security.SSL.SSLServerSocket.acceptNoHandshake(SSLServerSocket.java:121)
[6] weblogic.security.SSL.SSLServerSocket.accept(SSLServerSocket.java:112)
[7] weblogic.t3.srvr.ListenThread.run(ListenThread.java:277)
"ListenThread" (TID:0x3a7b294, sys_thread_t:0x3a7b218, state:R, thread_t: t@29, threadID:0xf8e41dc8, stack_bottom:0xf8e42000, stack_
size:0x20000) prio=5
[1] java.net.PlainSocketImpl.socketAccept(Native Method)
[2] java.net.PlainSocketImpl.accept(PlainSocketImpl.java:406)
[3] java.net.ServerSocket.implAccept(ServerSocket.java:241)
[4] java.net.ServerSocket.accept(ServerSocket.java:224)
[5] weblogic.t3.srvr.ListenThread.run(ListenThread.java:277)
"ExecuteThread-14" (TID:0x54e104, sys_thread_t:0x54e088, state:MW, thread_t: t@25, threadID:0xf8eb1dc8, stack_bottom:0xf8eb2000, sta
ck_size:0x20000) prio=5
[1] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:269)
[2] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
[3] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread-13" (TID:0x59c504, sys_thread_t:0x59c488, state:R, thread_t: t@24, threadID:0xf8ee1dc8, stack_bottom:0xf8ee2000, stac
k_size:0x20000) prio=5
[1] weblogic.socket.PosixSocketMuxer.poll(Native Method)
[2] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:270)
[3] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread-12" (TID:0x5ba504, sys_thread_t:0x5ba488, state:MW, thread_t: t@23, threadID:0xf8f11dc8, stack_bottom:0xf8f12000, sta
ck_size:0x20000) prio=5
[1] weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:269)
[2] weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:23)
[3] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread-11" (TID:0x4f62ec, sys_thread_t:0x4f6270, state:CW, thread_t: t@22, threadID:0xf8f41dc8, stack_bottom:0xf8f42000, sta
ck_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-10" (TID:0x52810c, sys_thread_t:0x528090, state:CW, thread_t: t@21, threadID:0xf8f71dc8, stack_bottom:0xf8f72000, sta
ck_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-9" (TID:0x53050c, sys_thread_t:0x530490, state:CW, thread_t: t@20, threadID:0xf9171dc8, stack_bottom:0xf9172000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-8" (TID:0x53210c, sys_thread_t:0x532090, state:CW, thread_t: t@19, threadID:0xf9e61dc8, stack_bottom:0xf9e62000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-7" (TID:0x55ed3c, sys_thread_t:0x55ecc0, state:CW, thread_t: t@18, threadID:0xf9e91dc8, stack_bottom:0xf9e92000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-6" (TID:0x5c750c, sys_thread_t:0x5c7490, state:CW, thread_t: t@17, threadID:0xf9ec1dc8, stack_bottom:0xf9ec2000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-5" (TID:0x5cc514, sys_thread_t:0x5cc498, state:CW, thread_t: t@16, threadID:0xf9ef1dc8, stack_bottom:0xf9ef2000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-4" (TID:0x5d091c, sys_thread_t:0x5d08a0, state:R, thread_t: t@15, threadID:0xf9fc1dc8, stack_bottom:0xf9fc2000, stack
_size:0x20000) prio=5 current thread
[1] weblogic.db.oci.OciCursor.exec(Native Method)
[2] weblogic.db.oci.OciCursor.oci_exec(OciCursor.java:1823)
[3] weblogic.jdbcbase.oci.Statement.executeUpdate(Statement.java:846)
[4] weblogic.jdbcbase.oci.Statement.execute(Statement.java:1361)
[5] weblogic.jdbc20.pool.PreparedStatement.execute(PreparedStatement.java:27)
[6] weblogic.jdbc20.rmi.internal.PreparedStatementImpl.execute(PreparedStatementImpl.java:288)
[7] weblogic.jdbc20.rmi.SerialPreparedStatement.execute(SerialPreparedStatement.java:401)
[8] com.ebd.oss.isp.model.ISPModel.getContactInfo(ISPModel.java:242)
[9] com.ebd.oss.isp.model.ISPModel.getISPInfoByID(ISPModel.java:634)
[10] jsp_servlet._ruUpdateContact._jspService(_ruUpdateContact.java:110)
[11] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
[12] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
[13] weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:240)
[14] weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:161)
[15] jsp_servlet._Template._jspService(_Template.java:106)
[16] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
[17] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
[18] weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:143)
[19] jsp_servlet._Main._jspService(_Main.java:204)
[20] weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
[21] weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:105)
[22] weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:742)
[23] weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:686)
[24] weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:247)
[25] weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:361)
[26] weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:261)
[27] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread-3" (TID:0x5c7934, sys_thread_t:0x5c78b8, state:CW, thread_t: t@14, threadID:0xf9ff1dc8, stack_bottom:0xf9ff2000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-2" (TID:0x5cb534, sys_thread_t:0x5cb4b8, state:CW, thread_t: t@13, threadID:0xfe041dc8, stack_bottom:0xfe042000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-1" (TID:0x5d1534, sys_thread_t:0x5d14b8, state:CW, thread_t: t@12, threadID:0xfe071dc8, stack_bottom:0xfe072000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"ExecuteThread-0" (TID:0x5d1a2c, sys_thread_t:0x5d19b0, state:CW, thread_t: t@11, threadID:0xfe0a1dc8, stack_bottom:0xfe0a2000, stac
k_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:90)
[4] weblogic.kernel.ExecuteThread.run(ExecuteThread.java:117)
"TimeEventGenerator" (TID:0x599694, sys_thread_t:0x599618, state:CW, thread_t: t@10, threadID:0xfe0d1dc8, stack_bottom:0xfe0d2000, s
tack_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] weblogic.time.common.internal.TimeTable.snooze(TimeTable.java:252)
[3] weblogic.time.common.internal.TimeEventGenerator.run(TimeEventGenerator.java:141)
[4] java.lang.Thread.run(Thread.java:485)
"SpinnerRandomSource" (TID:0x55f2a4, sys_thread_t:0x55f228, state:CW, thread_t: t@8, threadID:0xfec41dc8, stack_bottom:0xfec42000, s
tack_size:0x20000) prio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.security.SpinnerThread.stopSpinning(SpinnerRandomBitsSource.java:104)
[4] weblogic.security.SpinnerThread.run(SpinnerRandomBitsSource.java:121)
Exiting Thread (sys_thread_t:0xff2cace0) : no stack
"Finalizer" (TID:0x172e84, sys_thread_t:0x172e08, state:CW, thread_t: t@6, threadID:0xfed31dc8, stack_bottom:0xfed32000, stack_size:
0x20000) prio=8
[1] java.lang.Object.wait(Native Method)
[2] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:113)
[3] java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:128)
[4] java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:175)
"Reference Handler" (TID:0x16ed54, sys_thread_t:0x16ecd8, state:CW, thread_t: t@5, threadID:0xfed61dc8, stack_bottom:0xfed62000, sta
ck_size:0x20000) prio=10
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115)
"Signal dispatcher" (TID:0x14e1e4, sys_thread_t:0x14e168, state:MW, thread_t: t@4, threadID:0xfed91dc8, stack_bottom:0xfed92000, sta
ck_size:0x20000) prio=10
"main" (TID:0x39974, sys_thread_t:0x398f8, state:CW, thread_t: t@1, threadID:0x24ac8, stack_bottom:0xffbf0000, stack_size:0x20000) p
rio=5
[1] java.lang.Object.wait(Native Method)
[2] java.lang.Object.wait(Object.java:424)
[3] weblogic.t3.srvr.T3Srvr.waitForDeath(T3Srvr.java:1791)
[4] java.lang.reflect.Method.invoke(Native Method)
[5] weblogic.Server.startServerDynamically(Server.java:107)
[6] weblogic.Server.main(Server.java:65)
[7] weblogic.Server.main(Server.java:55)
Abort - core dumped -
Value type exception causes core dump
Hi,
Here is the situation: Session EJB (SynchronousAdapterBean) running on WebLogic
7.0 is being called by C++ client using Tuxedo 8.1 Solaris 8. The SynchronousAdapterBean
has a find method which throws a user defined exception (SynchronousAdapterException)
resulting in a core dump.
I have read through much documentation on the newsgroups, edocs.bea.com, and
the examples coming with WebLogic.
Here some of the things I did:
1.
When using the 'idl' command to generate the C++ code, I did not forget to use
a '-i' to generate the implementation files: SynchronousAdapterException_i.cpp
and SynchronousAdapterException_i.h.
In my "play with it to make it work" phase, I also did this for: SynchronousAdapterEx_i.cpp
and SynchronousAdapterEx_i.h.
2.
In my C++ client, I did not forget to register the factory as such:
orb->register_value_factory
((char* const)com::trs::cv::comm::cnja::synchadapter::_tc_SynchronousAdapterException->id(),
(CORBA::ValueFactory)
new com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory());
This seemed to work because I actually put debug cout statements in the 'com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory'
in the file SynchronousAdapterEx_i.cpp and it confirmed that it was constructed
and the reference count was incremented.
3.
I know for sure that it is a 'SynchronousAdapterException' being thrown on the
server side because all the find method does it this point is:
throw new SynchronousAdapterException("test1");
Questions:
1. I read at a few places that one only has to register the "most derived" class
being thrown (in my case 'SynchronousAdapterException'). What does one do with
all the other exceptions generated:
EJBException_c.h
EJBException_c.cpp
EJBEx_c.h
EJBEx_c.cpp
CreateEx_c.h
CreateEx_c.cpp
CreateException_c.h
CreateException_c.cpp
RemoveEx_c.h
RemoveEx_c.cpp
RemoveException_c.h
RemoveException_c.cpp
RuntimeEx_c.h
RuntimeEx_c.cpp
RuntimeException_c.cpp
RuntimeException_c.h
SynchronousAdapterEx_c.cpp
SynchronousAdapterEx_c.h
SynchronousAdapterEx_i.cpp
SynchronousAdapterEx_i.h
Exc.cpp
Exc.h
Exceptionc.cpp
Exceptionc.h
2. What step could I have missed?
AlexHi Andy,
1.
Well no new member classes in SynchronousAdapterException it just looks like this:
public class SynchronousAdapterException extends Exception {
public SynchronousAdapterException() {
super();
Not available in 1.3.1, but is available in 1.4
public SynchronousAdapterException(String message, Throwable ex) {
super(message, ex);
public SynchronousAdapterException(String message) {
super(message);
Not available in 1.3.1, but is available in 1.4
public SynchronousAdapterException(Throwable ex) {
super(ex);
2.
We are using:
java version "1.3.1_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03)
Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode)
3.
dbx produces the following, anything ring a bell?
Reading libdl.so.1
Reading libaio.so.1
Reading libmp.so.2
Reading libc_psr.so.1
Reading liborbiiop.so.71
Reading liborbtcp.so.71
detected a multithreaded program
t@2 (l@2) terminated by signal ABRT (Abort)
0xfec9bbd4: lwpkill+0x0008: bgeu,a lwpkill+0x1c
Current function is operator>>
218 mb.UnMarshalValue(::com::trs::cv::comm::cnja::synchadapter::_tc_SynchronousAdapterException,
obj);
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where
current thread: t@2
[1] lwpkill(0x0, 0x2, 0x0, 0x6, 0x197f0, 0x4c6e0), at 0xfec9bbd4
[2] raise(0x6, 0x0, 0xffffffff, 0xc00cc, 0x8, 0xfee355c0), at 0x4c6e8
[3] abort(0xd2040, 0xbeaf8, 0xff3b2aac, 0xfee34684, 0x15398, 0xfee34874), at
0x4c6a8
[4] __Cimpl::ex_terminate(0x0, 0x0, 0xfee4a500, 0xff1edf90, 0xff09ecd0, 0x1),
at 0xfee34684
---- hidden frames, use 'where -h' to see them all ----
[6] OBB::MarshalBuf::UnMarshalValue(0xfeaf9a28, 0xc9dd8, 0xfeaf99b0, 0xff1edf90,
0xff1edfd0, 0xfed2ebb8), at 0xff0a3980
=>[7] operator>>(mb = CLASS, obj = CLASS), line 218 in "SynchronousAdapterExc.cpp"
[8] _tcr_com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterEx_unmarsh(mh =
0xce520, obj = 0xfeaf9b7c, flags = 130U), line 259 in "SynchronousAdapterEx_c.cpp"
[9] TCInterpreter::DecodeByTypeCode(0x16, 0xff1d674c, 0xfeaf9b7c, 0xce520, 0x82,
0xfeaf9b07), at 0xff0f3aec
[10] TCInterpreter::DecodeById(0xcbaa0, 0xcf230, 0xfeaf9b7c, 0xce520, 0x82,
0xfeaf9f98), at 0xff0f3c94
[11] ReplyMessage::DecodeMessageBody(0x18000, 0xcd820, 0xfeaf9f98, 0xbf358,
0xfebcffb0, 0xfed2ebb8), at 0xff0e1938
[12] GIOPMessage::DecodeBody(0xce240, 0xfeaf9f98, 0xff0dd494, 0xff0dd494, 0xffffffd0,
0xfeb93e24), at 0xff0c23a0
[13] IiopProtocol::Reply(0xd0958, 0xce240, 0xce148, 0xfeaf9f98, 0x100, 0xfebd0010),
at 0xfeb94064
[14] IiopMsgReceiver::MsgReceived(0xca5a0, 0xce240, 0xce148, 0xfeaf9f98, 0x0,
0xfeaf9f98), at 0xfeb9bc74
[15] GiopMessageProtocol::MsgReceived(0xcb358, 0xfeaf9dd8, 0xd1160, 0xfeaf9f98,
0x0, 0xfeaf9f98), at 0xfebac6fc
[16] MessageManager::RecvMsgFirstTime(0xcf8c0, 0xce240, 0xd1160, 0xcb358, 0xd11d0,
0xfeaf9f98), at 0xfebab1b0
[17] MessageManager::AvailableForRecvMsg(0xcf8c0, 0xd1160, 0xcb358, 0xfeaf9f98,
0x3e8, 0xd1170), at 0xfebaa030
[18] ChannelManager::DoReadWork(0xff1d674c, 0xfebd0038, 0xd1160, 0x0, 0x0, 0xcfd58),
at 0xfeba54dc
[19] ChannelManager::DoIt(0xcb3b0, 0xfeaf9f98, 0x0, 0xfebcffd0, 0xcfda0, 0xfebcffd0),
at 0xfeba0750
[20] WorkerManager::DoWorkerThread(0x0, 0xca648, 0xfeaf9f98, 0xcfda0, 0xfeba9924,
0x0), at 0xfeba7894
[21] WorkerThread(0xcfd98, 0xfeafa000, 0x0, 0x0, 0x0, 0x0), at 0xfeba9974
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx)
Thanks,
Alex
Andy Piper <[email protected]> wrote:
"Alex" <[email protected]> writes:
It sounds like you have done all the right steps. More comments in-line:
1.
When using the 'idl' command to generate the C++ code, I did not forgetto use
a '-i' to generate the implementation files: SynchronousAdapterException_i.cpp
and SynchronousAdapterException_i.h. Ok.
In my "play with it to make it work" phase, I also did this for: SynchronousAdapterEx_i.cpp
and SynchronousAdapterEx_i.h.This should not be necessary - XXXEx is an IDL exception.
2.
In my C++ client, I did not forget to register the factory as such:
orb->register_value_factory
((char* const)com::trs::cv::comm::cnja::synchadapter::_tc_SynchronousAdapterException->id(),
(CORBA::ValueFactory)
new com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory());Ok. What does the Exception actually look like in Java? (Incidentally
the _i file creates a useful helper function called _register() which
will do this step for you). Did you register all member classes? You
are correct about most derived types being the important ones, but you
need to also register member classes if they are not standard.
This seemed to work because I actually put debug cout statements inthe 'com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory'
in the file SynchronousAdapterEx_i.cpp and it confirmed that it wasconstructed
and the reference count was incremented.
3.
I know for sure that it is a 'SynchronousAdapterException' being thrownon the
server side because all the find method does it this point is:
throw new SynchronousAdapterException("test1");Ok (incidentally you are not running the server on JDK 1.4 are
you. This would cause problems).
Questions:
1. I read at a few places that one only has to register the "most derived"class
being thrown (in my case 'SynchronousAdapterException'). What doesone do with
Yes.
all the other exceptions generated:These are just needed at compile time so that you don't get undefined
symbols.
2. What step could I have missed?Its not clear. You should try running in a debugger and seeing where
its falling over.
andy -
Intresting segv:studio12update1 core dump in stlport 4 startup:mixing C&C++
Hi
I am getting core dump below is the stack trace:
(dbx) where
current thread: t@1
=>[1] std::basic_filebuf<wchar_t,std::char_traits<wchar_t> >::imbue(0xffffffff4b3d0bf0, 0xffffffff7fffe790, 0x4c8, 0xffffffff6971f128, 0x400, 0xffffffff69711e68), at 0xffffffff69592200
[2] std::basic_streambuf<wchar_t,std::char_traits<wchar_t> >::pubimbue(0xffffffff695921a0, 0xffffffff4b3d0bf0, 0xffffffff7fffe790, 0xffffffff6971a938, 0x0, 0xffffffff7fffe6d0), at 0xffffffff6956d4e8
[3] std::basic_ios<wchar_t,std::char_traits<wchar_t> >::imbue(0xffffffff7fffe798, 0xffffffff6971fbd0, 0xffffffff7fffe790, 0xffffffff69711e68, 0x13da94, 0x400), at 0xffffffff6957284c
[4] std::basic_ios<wchar_t,std::char_traits<wchar_t> >::init(0xffffffff6971fbd0, 0xffffffff4b3d0bf0, 0x448, 0xffffffff69711e68, 0x19f4c4, 0x400), at 0xffffffff69572a0c
[5] std::basic_ostream<wchar_t,std::char_traits<wchar_t> >::basic_ostream(0xffffffff6971fbc8, 0xffffffff4b3d0bf0, 0xc0, 0x185fec, 0x0, 0xffffffff69711e68), at 0xffffffff6958becc
[6] std::__Wide_Init::__Wide_Init(0xffffffff4b3ceec0, 0xffffffff4b3d0bf0, 0xffffffff4b3d0c90, 0xffffffff4b3c27d0, 0xffffffff6971fd38, 0xe000), at 0xffffffff4b21444c
---- hidden frames, use 'where -h' to see them all ----
[8] __Cimpl::cplus_init(0x1, 0xffffffff4de0dd60, 0xffffffff4de0dd68, 0x0, 0x1044a4, 0xffffffff4b3cf460), at 0xffffffff4dd08660
[9] 0xffffffff4b235ae8(0x0, 0x0, 0xffffffff7f72cb18, 0xffffffff7f611ee8, 0x11e6a0, 0xffffffff7f402400), at 0xffffffff4b235ae8
[10] call_init(0x1, 0x1, 0xffffffff4b235a10, 0xffffffff68a007b8, 0xffdfffff, 0xffffffff7f72cb18), at 0xffffffff7f611ef0
[11] setup(0xc7, 0x28, 0xc10000, 0xa000000, 0xffffffff61a01b08, 0x100000), at 0xffffffff7f6113b4
[12] _setup(0x6ffffff9, 0xb00, 0xffffffff7f62ae5c, 0x100000040, 0x0, 0xffffffff7ffff158), at 0xffffffff7f620554
[13] rtboot(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffffffff7f60511c
Some important notes I am mixing C & C++
wrap is the C interface so when I link application I am explicitly linking libC & libstlport.so
-L/opt/sunstudio12.1/lib/stlport4/v9 -lstlport
-L/usr/lib/64
-lstlport
-lCrun
I am compiling my application like this :
CC -g0 -mt -compat=5 -I/opt/sunstudio12.1/prod/include/CC/stlport4 -D_POSIX_PTHREAD_SEMANTICS -DACE_HAS_KSTAT -DACE_HAS_SCTP -DACE_HAS_LKSCTP -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DSUN_CC_HAS_PVFC_BUG -DACE_HAS_CUSTOM_EXPORT_MACROS=0 -m64 -DXALTEDSUN64 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -m64 -D_THREAD_SAFE -D_LARGE_FILES=1 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I. -I/export/home/frtbld/3rdparty/include/bdb -I/export/home/frtbld/3rdparty/include -I/export/home/oracle/OraHome/precomp/public -I/export/home/oracle/OraHome/network/public -I/export/home/oracle/OraHome/rdbms/public -I/export/home/oracle/OraHome/plsql/public -I/export/home/oracle/OraHome/rdbms/demo -I/export/home/frtbld/libcinc -I/usr/local/include -c DBAbs.cpp -o /export/home/frtbld/TMPOBJ/DBAbs.o
Generating MyDb.o file from MyDb.cpp file ...
CC -g0 -mt -compat=5 -I/opt/sunstudio12.1/prod/include/CC/stlport4 -D_POSIX_PTHREAD_SEMANTICS -DACE_HAS_KSTAT -DACE_HAS_SCTP -DACE_HAS_LKSCTP -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DSUN_CC_HAS_PVFC_BUG -DACE_HAS_CUSTOM_EXPORT_MACROS=0 -m64 -DXALTEDSUN64 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -m64 -D_THREAD_SAFE -D_LARGE_FILES=1 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I. -I/export/home/frtbld/3rdparty/include/bdb -I/export/home/frtbld/3rdparty/include -I/export/home/oracle/OraHome/precomp/public -I/export/home/oracle/OraHome/network/public -I/export/home/oracle/OraHome/rdbms/public -I/export/home/oracle/OraHome/plsql/public -I/export/home/oracle/OraHome/rdbms/demo -I/export/home/frtbld/libcinc -I/usr/local/include -c MyDb.cpp -o /export/home/frtbld/TMPOBJ/MyDb.o
Generating wrap.o file from wrap.cpp file ...
CC -g0 -mt -compat=5 -I/opt/sunstudio12.1/prod/include/CC/stlport4 -D_POSIX_PTHREAD_SEMANTICS -DACE_HAS_KSTAT -DACE_HAS_SCTP -DACE_HAS_LKSCTP -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DSUN_CC_HAS_PVFC_BUG -DACE_HAS_CUSTOM_EXPORT_MACROS=0 -m64 -DXALTEDSUN64 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -m64 -D_THREAD_SAFE -D_LARGE_FILES=1 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I. -I/export/home/frtbld/3rdparty/include/bdb -I/export/home/frtbld/3rdparty/include -I/export/home/oracle/OraHome/precomp/public -I/export/home/oracle/OraHome/network/public -I/export/home/oracle/OraHome/rdbms/public -I/export/home/oracle/OraHome/plsql/public -I/export/home/oracle/OraHome/rdbms/demo -I/export/home/frtbld/libcinc -I/usr/local/include -c wrap.cpp -o /export/home/frtbld/TMPOBJ/wrap.o
ar *.o -o /export/home/frtbld/libcbin/LIB_BDBManager.a
/export/home/tuxedo/bea/tuxedo10gR3/bin/buildclient -o /export/home/frtbld/TMPBIN/CompilerPP -f-L/export/home/oracle/OraHome/lib -f-lclntsh \
-f /export/home/frtbld/TMPOBJ/CompilerMainPP.o \
-f /export/home/frtbld/TMPOBJ/CompilerDataBasePP1.o \
-f /export/home/frtbld/TMPOBJ/CompilerDataBasePP2.o \
-f /export/home/frtbld/TMPOBJ/utilityPP.o \
-f "-L/opt/sunstudio12.1/lib/stlport4/v9 -lstlport -L/export/home/frtbld/3rdparty/lib/bdblib -L/export/home/frtbld/3rdparty/lib/acelib -ldb_cxx-4.7 -lACE /export/home/frtbld/libcbin/LIB_DataBase.a /export/home/frtbld/libcbin/LIB_FileManager.a /export/home/frtbld/libcbin/LIB_Log.a /export/home/frtbld/libcbin/LIB_SHMManager.a /export/home/frtbld/libcbin/LIB_Expression.a /export/home/frtbld/libcbin/LIB_Timing.a /export/home/frtbld/libcbin/LIB_MMFManager.a /export/home/frtbld/libcbin/LIB_LicManager.a /export/home/frtbld/libcbin/LIB_InterProcComm.a /export/home/frtbld/libcbin/LIB_BDBManager.a /export/home/frtbld/libcbin/LIB_RatingPPMMFManager.a -L/usr/lib/hpux32/ -L/usr/local/lib/hpux32 -L/lib/hpux32 -L/export/home/frtbld/3rdparty/lib/ssllib -lcrypto -lz -lm -L/usr/lib/64 -L/opt/sunstudio12.1/lib/stlport4/v9 -lCrun "
Regards
Anand RathiHi Thanks for your help
I changed the linking process to use CC
but still its same .....
and i can also see that its invoking __Cimpl::cplus_init
also i have an doubt about 64bit and std::__Wide_Init::__Wide_Init
weather issue is with wide character 64 bit ?
Now the command is
CC -g0 -mt -compat=5 -I/opt/sunstudio12.1/prod/include/CC/stlport4 -D_POSIX_PTHREAD_SEMANTICS -DACE_HAS_KSTAT -DACE_HAS_SCTP -DACE_HAS_LKSCTP -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DSUN_CC_HAS_PVFC_BUG -DACE_HAS_CUSTOM_EXPORT_MACROS=0 -m64 -DXALTEDSUN64 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -m64 -mt -I/export/home/tuxedo/bea/tuxedo10gR3/include -o /export/home/frtbld/TMPBIN/CompilerPP -L/export/home/tuxedo/bea/tuxedo10gR3/lib -xarch=v9 -L/export/home/oracle/OraHome/lib -lclntsh /export/home/frtbld/TMPOBJ/CompilerMainPP.o /export/home/frtbld/TMPOBJ/CompilerDataBasePP1.o /export/home/frtbld/TMPOBJ/CompilerDataBasePP2.o /export/home/frtbld/TMPOBJ/utilityPP.o -L/opt/sunstudio12.1/lib/stlport4/v9 -lstlport -L/export/home/frtbld/3rdparty/lib/bdblib -L/export/home/frtbld/3rdparty/lib/acelib -ldb_cxx-4.7 -lACE /export/home/frtbld/libcbin/LIB_DataBase.a /export/home/frtbld/libcbin/LIB_FileManager.a /export/home/frtbld/libcbin/LIB_Log.a /export/home/frtbld/libcbin/LIB_SHMManager.a /export/home/frtbld/libcbin/LIB_Expression.a /export/home/frtbld/libcbin/LIB_Timing.a /export/home/frtbld/libcbin/LIB_MMFManager.a /export/home/frtbld/libcbin/LIB_LicManager.a /export/home/frtbld/libcbin/LIB_InterProcComm.a /export/home/frtbld/libcbin/LIB_BDBManager.a /export/home/frtbld/libcbin/LIB_RatingPPMMFManager.a -L/usr/lib/hpux32/ -L/usr/local/lib/hpux32 -L/lib/hpux32 -L/export/home/frtbld/3rdparty/lib/ssllib -lcrypto -lz -lm -L/usr/lib/64 -L/opt/sunstudio12.1/lib/stlport4/v9 -lCrun -ltux -lbuft -lfml -lfml32 -lengine -R/usr/lib/lwp -lpthread -lposix4 -lsocket -lnsl -lm -lnsl -lsocket
t@1 (l@1) program terminated by signal SEGV (no mapping at the fault address)
0xffffffff7e192200: imbue+0x0060: ldx [%o0], %o1
(dbx) where
current thread: t@1
=>[1] std::basic_filebuf<wchar_t,std::char_traits<wchar_t> >::imbue(0xffffffff7acd0bf0, 0xffffffff7fffe4d0, 0x4c8, 0xffffffff7e31f128, 0x400, 0xffffffff7e311e68), at 0xffffffff7e192200
[2] std::basic_streambuf<wchar_t,std::char_traits<wchar_t> >::pubimbue(0xffffffff7e1921a0, 0xffffffff7acd0bf0, 0xffffffff7fffe4d0, 0xffffffff7e31a938, 0x13da94, 0xffffffff7fffe410), at 0xffffffff7e16d4e8
[3] std::basic_ios<wchar_t,std::char_traits<wchar_t> >::imbue(0xffffffff7fffe4d8, 0xffffffff7e31fbd0, 0xffffffff7fffe4d0, 0xffffffff7e311e68, 0x13da94, 0x400), at 0xffffffff7e17284c
[4] std::basic_ios<wchar_t,std::char_traits<wchar_t> >::init(0xffffffff7e31fbd0, 0xffffffff7acd0bf0, 0x448, 0xffffffff7e311e68, 0x19f4c4, 0x400), at 0xffffffff7e172a0c
[5] std::basic_ostream<wchar_t,std::char_traits<wchar_t> >::basic_ostream(0xffffffff7e31fbc8, 0xffffffff7acd0bf0, 0xc0, 0x185fec, 0x0, 0xffffffff7e311e68), at 0xffffffff7e18becc
[6] std::__Wide_Init::__Wide_Init(0xffffffff7acceec0, 0xffffffff7acd0bf0, 0xffffffff7acd0c90, 0xffffffff7acc27d0, 0xffffffff7e31fd38, 0xe000), at 0xffffffff7ab1444c
---- hidden frames, use 'where -h' to see them all ----
[8] __Cimpl::cplus_init(0x1, 0xffffffff7d00dd60, 0xffffffff7d00dd68, 0x0, 0x1044a4, 0xffffffff7accf460), at 0xffffffff7cf08660
[9] 0xffffffff7cf0a500(0x0, 0x0, 0xffffffff7f72cb18, 0xffffffff7f611ee8, 0x11e6a0, 0xffffffff79702000), at 0xffffffff7cf0a500
[10] call_init(0x1, 0x3, 0xffffffff7cf0a428, 0xffffffff7f201530, 0xffdfffff, 0xffffffff7f72cb18), at 0xffffffff7f611ef0
[11] elf_bndr(0xffffffff7f500718, 0xffffffff7cf016e0, 0xffffffff7ab35ab4, 0xffffffff7cf06610, 0xffffffff78d009e8, 0xffffffff7f72f6d8), at 0xffffffff7f61f060
[12] elf_rtbndr(0x590000, 0x1001d3538, 0x0, 0xffffffff7ab35ab4, 0x0, 0x0), at 0xffffffff7f60514c
[13] 0x0(0xffffffff7acc7e28, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x0
[14] 0xffffffff7ab35ab4(0x0, 0x0, 0xffffffff7f72cb18, 0xffffffff7f611ee8, 0x11e6a0, 0xffffffff79702000), at 0xffffffff7ab35ab4
[15] call_init(0x1, 0x1, 0xffffffff7ab35a10, 0xffffffff7a900030, 0xffdfffff, 0xffffffff7f72cb18), at 0xffffffff7f611ef0
[16] setup(0x0, 0x27, 0xc10000, 0xa000000, 0xffffffff78d01780, 0x100000), at 0xffffffff7f6113b4
[17] _setup(0x6ffffff9, 0xb00, 0xffffffff7f62ae5c, 0x100000040, 0x0, 0xffffffff7ffff288), at 0xffffffff7f620554
[18] rtboot(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffffffff7f60511c
Edited by: anandprathi on Aug 12, 2009 9:48 AM
Edited by: anandprathi on Aug 12, 2009 9:52 AM -
Core Dump when calling DriverManager.getConnection
I'm very confused and hope someone can help me out with this.
I'm trying to make a connection to a MS SQL Server 7 and am getting a core dump when getConnection is called. No exception is thrown, just a core dump and locked session. If I run the class from it's main there is absolutly no problem, but when I do a new on the class and call it's member to establish the connection: core dump. The environment is the same in both cases. The calling class did does use a mySql connection, but I tried closing it and setting it to null with the same problem. I'm not sure if the getConnection is stepping on a socket or what it's trying to violate in memory causing the dump. This is running on a SCO Openserver 5.0.5 box (green threads). Why it runs stand-alone and not when called from another class has got me tangled... Thread problem? I've tried several SQL drivers, they all do the same thing.
Anyway, here's a snippet from the java class:
try
{Class.forName(myForName);
// core dump, next line
Connection myConn = DriverManager.getConnection(myUrl, myUser, myPass);
// never get's here
Statement myStmt = myConn.createStatement();
catch (Exception e) // modified for this post
{system.out.println(e.toString());
Here's the dump printed to the monitor (2>&1)
SIGSEGV 11* segmentation violation
si_signo [11]: SIGSEGV 11* segmentation violation
si_errno [0]: Error 0
si_code [1]: SEGV_MAPERR [addr: 0x8]
stackpointer=81adc820
Full thread dump Classic VM (SCO-JDK-1.2.2-001:2000-Feb-17-03:54, green threads):
"Thread-0" (TID:0x8074f3c8, sys_thread_t:0x83ae258, state:R) prio=5
at com.inet.tds.TdsDriver.run(Unknown Source)
at java.lang.Thread.run(Thread.java, Compiled Code)
"process reaper" (TID:0x807431d0, sys_thread_t:0x82cd980, state:CW) prio=5
at java.lang.Object.wait(Native Method)
at java.lang.UNIXProcess.run(Native Method)
at java.lang.Thread.run(Thread.java, Compiled Code)
"Finalizer" (TID:0x8071f320, sys_thread_t:0x808e478, state:CW) prio=8
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java, Compiled Code)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java, Compiled Code)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:174)
"Reference Handler" (TID:0x8071f3b0, sys_thread_t:0x808a2d8, state:CW) prio=10
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java, Compiled Code)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:114)
"Signal dispatcher" (TID:0x8071f3e0, sys_thread_t:0x80845a8, state:CW) prio=5
"main" (TID:0x8071f1e0, sys_thread_t:0x804c2d8, state:R) prio=5
at java.lang.Thread.sleep(Native Method)
at com.inet.tds.TdsDriver.connect(Unknown Source)
at java.sql.DriverManager.getConnection(DriverManager.java, Compiled Code)
at java.sql.DriverManager.getConnection(DriverManager.java, Compiled Code)
at SLSCorpRpt.printSchedule(SLSCorpRpt.java, Compiled Code)
at SLSSchedule.runSchedule(SLSSchedule.java, Compiled Code)
at SLSTextMain.<init>(SLSTextMain.java, Compiled Code)
at SLSTextMain.main(SLSTextMain.java, Compiled Code)
Monitor Cache Dump:
java.lang.Object@807431A8/807C6140: <unowned>
Waiting to be notified:
"process reaper" (0x82cd980)
java.lang.Class@80736EF8/807970A8: owner "main" (0x804c2d8) 2 entries
<unknown key> (0x80737c21): owner "Thread-0" (0x83ae258) 1 entry
java.lang.ref.ReferenceQueue$Lock@8071F338/80754D60: <unowned>
Waiting to be notified:
"Finalizer" (0x808e478)
java.lang.ref.Reference$Lock@8071F3C0/80754890: <unowned>
Waiting to be notified:
"Reference Handler" (0x808a2d8)
Registered Monitor Dump:
PCMap lock: <unowned>
utf8 hash table: <unowned>
JNI pinning lock: <unowned>
JNI global reference lock: <unowned>
BinClass lock: owner "Thread-0" (0x83ae258) 1 entry
Class linking lock: <unowned>
System class loader lock: <unowned>
Code rewrite lock: <unowned>
Heap lock: <unowned>
Monitor cache lock: owner "Thread-0" (0x83ae258) 1 entry
Monitor IO lock: <unowned>
User signal monitor: <unowned>
Waiting to be notified:
"Signal dispatcher" (0x80845a8)
Child death monitor: <unowned>
I/O monitor: <unowned>
Alarm monitor: <unowned>
Waiting to be notified:
<unknown thread> (0x804be18)
Thread queue lock: owner "Thread-0" (0x83ae258) 1 entry
Monitor registry: owner "Thread-0" (0x83ae258) 1 entry
SIGABRT 6* abort (generated by abort(3) routine)
stackpointer=81adc820
Full thread dump Classic VM (SCO-JDK-1.2.2-001:2000-Feb-17-03:54, green threads):
"Thread-0" (TID:0x8074f3c8, sys_thread_t:0x83ae258, state:R) prio=5
at com.inet.tds.TdsDriver.run(Unknown Source)
at java.lang.Thread.run(Thread.java, Compiled Code)
"process reaper" (TID:0x807431d0, sys_thread_t:0x82cd980, state:CW) prio=5
at java.lang.Object.wait(Native Method)
at java.lang.UNIXProcess.run(Native Method)
at java.lang.Thread.run(Thread.java, Compiled Code)
"Finalizer" (TID:0x8071f320, sys_thread_t:0x808e478, state:CW) prio=8
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java, Compiled Code)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java, Compiled Code)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:174)
"Reference Handler" (TID:0x8071f3b0, sys_thread_t:0x808a2d8, state:CW) prio=10
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java, Compiled Code)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:114)
"Signal dispatcher" (TID:0x8071f3e0, sys_thread_t:0x80845a8, state:CW) prio=5
"main" (TID:0x8071f1e0, sys_thread_t:0x804c2d8, state:R) prio=5
at java.lang.Thread.sleep(Native Method)
at com.inet.tds.TdsDriver.connect(Unknown Source)
at java.sql.DriverManager.getConnection(DriverManager.java, Compiled Code)
at java.sql.DriverManager.getConnection(DriverManager.java, Compiled Code)
at SLSCorpRpt.printSchedule(SLSCorpRpt.java, Compiled Code)
at SLSSchedule.runSchedule(SLSSchedule.java, Compiled Code)
at SLSTextMain.<init>(SLSTextMain.java, Compiled Code)
at SLSTextMain.main(SLSTextMain.java, Compiled Code)
Monitor Cache Dump:
java.lang.Object@807431A8/807C6140: <unowned>
Waiting to be notified:
"process reaper" (0x82cd980)
java.lang.Class@80736EF8/807970A8: owner "main" (0x804c2d8) 2 entries
<unknown key> (0x80737c21): owner "Thread-0" (0x83ae258) 1 entry
java.lang.ref.ReferenceQueue$Lock@8071F338/80754D60: <unowned>
Waiting to be notified:
"Finalizer" (0x808e478)
java.lang.ref.Reference$Lock@8071F3C0/80754890: <unowned>
Waiting to be notified:
"Reference Handler" (0x808a2d8)
Registered Monitor Dump:
PCMap lock: <unowned>
utf8 hash table: <unowned>
JNI pinning lock: <unowned>
JNI global reference lock: <unowned>
BinClass lock: owner "Thread-0" (0x83ae258) 1 entry
Class linking lock: <unowned>
System class loader lock: <unowned>
Code rewrite lock: <unowned>
Heap lock: <unowned>
Monitor cache lock: owner "Thread-0" (0x83ae258) 1 entry
Monitor IO lock: <unowned>
User signal monitor: <unowned>
Waiting to be notified:
"Signal dispatcher" (0x80845a8)
Child death monitor: <unowned>
I/O monitor: <unowned>
Alarm monitor: <unowned>
Waiting to be notified:
<unknown thread> (0x804be18)
Thread queue lock: owner "Thread-0" (0x83ae258) 1 entry
Monitor registry: owner "Thread-0" (0x83ae258) 1 entryI have a similar problem with establishing a connection through JNI. Have you resolved your problem?
Here's mine.
In java, I have a class that provides an interface to a mysql database. The java programs that call this interface work fine.
When I try to call the java interface from C++ through JNI, I get the following output -- some debug statements sprinkled through also. I am assuming that the JVM is missing something at runtime that is there in my JRE. The classpaths match , etc. Exception handling in java and in JNI code are not providing any more detail.. Thanks for comments!!
Created jvm
Got KBModel and String classes
KBModel.java:stest()
KBModel.java:init(String)
KBModel.java:init(String) - got Properties file
Got DBDRIVER class: org.gjt.mm.mysql.Driver
Object = class org.gjt.mm.mysql.Driver
init(): DBURLSTRING = jdbc:mysql://sturgeon.xxx.com:3306/<valid db name>
init(): DBUSER = <valid user>
init(): DBPASSWORD =<valid password>
KBModel.java:init(Properties) - Attempting connection
init(): Drivers available:
com.mysql.jdbc.Driver
Driver accepts this URL
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x4053ea09
Function name=(N/A)
Library=/lib/i686/libc.so.6
NOTE: We are unable to locate the function name symbol for the error
just occurred. Please refer to release documentation for possible
reason and solutions.
Dynamic libraries:
08048000-0804a000 r-xp 00000000 03:02 279279 /home/kathy/cm/src/Onto/Tools/Annotator/src/test/invokeKB
0804a000-0804b000 rw-p 00001000 03:02 279279 /home/kathy/cm/src/Onto/Tools/Annotator/src/test/invokeKB
40000000-40016000 r-xp 00000000 03:02 2093075 /lib/ld-2.2.4.so
40016000-40017000 rw-p 00015000 03:02 2093075 /lib/ld-2.2.4.so
40017000-40020000 r-xp 00000000 03:02 1309343 /usr/java/jdk1.3.1_03/jre/lib/i386/native_threads/libhpi.so
40020000-40021000 rw-p 00008000 03:02 1309343 /usr/java/jdk1.3.1_03/jre/lib/i386/native_threads/libhpi.so
40031000-40032000 r--p 00000000 03:02 768548 /usr/lib/locale/en_US/LC_IDENTIFICATION
40033000-40085000 r-xp 00000000 03:02 328384 /usr/lib/libodbc.so.1.0.0
40085000-40088000 rw-p 00051000 03:02 328384 /usr/lib/libodbc.so.1.0.0
40088000-400c1000 r-xp 00000000 03:02 327275 /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
400c1000-400c8000 rw-p 00038000 03:02 327275 /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
400ca000-400eb000 r-xp 00000000 03:02 246620 /usr/java/jdk1.3.1_03/jre/lib/i386/libjava.so
400eb000-400ed000 rw-p 00020000 03:02 246620 /usr/java/jdk1.3.1_03/jre/lib/i386/libjava.so
400ee000-400ff000 r-xp 00000000 03:02 246629 /usr/java/jdk1.3.1_03/jre/lib/i386/libverify.so
400ff000-40101000 rw-p 00010000 03:02 246629 /usr/java/jdk1.3.1_03/jre/lib/i386/libverify.so
40101000-402f1000 r-xp 00000000 03:02 1701922 /usr/java/jdk1.3.1_03/jre/lib/i386/client/libjvm.so
402f1000-403f1000 rw-p 001ef000 03:02 1701922 /usr/java/jdk1.3.1_03/jre/lib/i386/client/libjvm.so
40408000-4053c000 r-xp 00000000 03:02 2093084 /lib/libc-2.2.4.so
4053c000-40542000 rw-p 00133000 03:02 2093084 /lib/libc-2.2.4.so
40547000-4054a000 r-xp 00000000 03:02 2093088 /lib/libdl-2.2.4.so
4054a000-4054b000 rw-p 00002000 03:02 2093088 /lib/libdl-2.2.4.so
4054b000-40558000 r-xp 00000000 03:02 343415 /lib/i686/libpthread-0.9.so
40558000-40560000 rw-p 0000c000 03:02 343415 /lib/i686/libpthread-0.9.so
40560000-40582000 r-xp 00000000 03:02 343413 /lib/i686/libm-2.2.4.so
40582000-40583000 rw-p 00021000 03:02 343413 /lib/i686/libm-2.2.4.so
40583000-40596000 r-xp 00000000 03:02 2093093 /lib/libnsl-2.2.4.so
40596000-40597000 rw-p 00012000 03:02 2093093 /lib/libnsl-2.2.4.so
40599000-405cd000 r-xp 00000000 03:02 328243 /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so
405cd000-405d9000 rw-p 00033000 03:02 328243 /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so
405dc000-405f0000 r-xp 00000000 03:02 246630 /usr/java/jdk1.3.1_03/jre/lib/i386/libzip.so
405f0000-405f3000 rw-p 00013000 03:02 246630 /usr/java/jdk1.3.1_03/jre/lib/i386/libzip.so
405f3000-41327000 r--s 00000000 03:02 1717328 /usr/java/jdk1.3.1_03/jre/lib/rt.jar
41354000-4164b000 r--s 00000000 03:02 1717321 /usr/java/jdk1.3.1_03/jre/lib/i18n.jar
4164b000-41661000 r--s 00000000 03:02 1717329 /usr/java/jdk1.3.1_03/jre/lib/sunrsasign.jar
43709000-4370a000 r--p 00000000 03:02 408823 /usr/lib/locale/en_US/LC_MEASUREMENT
4370a000-4370b000 r--p 00000000 03:02 2158478 /usr/lib/locale/en_US/LC_TELEPHONE
4370b000-4370c000 r--p 00000000 03:02 2158480 /usr/lib/locale/en_US/LC_ADDRESS
4370c000-4370d000 r--p 00000000 03:02 2158479 /usr/lib/locale/en_US/LC_NAME
4370d000-4370e000 r--p 00000000 03:02 1864168 /usr/lib/locale/en_US/LC_PAPER
4370e000-4370f000 r--p 00000000 03:02 2174846 /usr/lib/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES
4370f000-43710000 r--p 00000000 03:02 408822 /usr/lib/locale/en_US/LC_MONETARY
49d5f000-49d8a000 r--p 00000000 03:02 572342 /usr/lib/locale/en_US/LC_CTYPE
49d8a000-49d90000 r--p 00000000 03:02 866674 /usr/lib/locale/en_US/LC_COLLATE
49d90000-49d91000 r--p 00000000 03:02 768549 /usr/lib/locale/en_US/LC_TIME
49d91000-49d92000 r--p 00000000 03:02 572338 /usr/lib/locale/en_US/LC_NUMERIC
49d93000-49d9c000 r-xp 00000000 03:02 246627 /usr/java/jdk1.3.1_03/jre/lib/i386/libnet.so
49d9c000-49d9d000 rw-p 00008000 03:02 246627 /usr/java/jdk1.3.1_03/jre/lib/i386/libnet.so
49d9d000-49da7000 r-xp 00000000 03:02 2093117 /lib/libnss_nisplus-2.2.4.so
49da7000-49da8000 rw-p 00009000 03:02 2093117 /lib/libnss_nisplus-2.2.4.so
49da8000-49dab000 r-xp 00000000 03:02 2093106 /lib/libnss_dns-2.2.4.so
49dab000-49dac000 rw-p 00002000 03:02 2093106 /lib/libnss_dns-2.2.4.so
49dad000-49db7000 r-xp 00000000 03:02 2093109 /lib/libnss_files-2.2.4.so
49db7000-49db8000 rw-p 00009000 03:02 2093109 /lib/libnss_files-2.2.4.so
4a624000-4a67a000 r--s 00000000 03:02 540401 /usr/java/jdk1.3.1_03/jre/lib/ext/log4j-1.2.6.jar
4a695000-4a6a3000 r-xp 00000000 03:02 2093122 /lib/libresolv-2.2.4.so
4a6a3000-4a6a5000 rw-p 0000d000 03:02 2093122 /lib/libresolv-2.2.4.so
Local Time = Thu Feb 13 13:35:05 2003
Elapsed Time = 1
# The exception above was detected in native code outside the VM
# Java VM: Java HotSpot(TM) Client VM (1.3.1_03-b03 mixed mode)
# An error report file has been saved as hs_err_pid9210.log.
# Please refer to the file for further information.
# -
Running FF 2.0.0.8 with Sun Secure Global Desktop - no issues. Upgraded to V3.6.2, then 3.6.3. Both upgrades failed. Browser randomly crashes at different times, different pages. FF works if directly ssh'ing into application sever. When accessing FF after loging in using SGD, I get random crashes. I have a Solaris core dump generated by FF. Is there anyone that can read/diagnos the core dump?
I have identified the issue and received a 'fix' from the
Oracle Secure Global Desktop support team.
The issue - firefox is crashing when attempting to talk to the sound server which is not active. All activity within the window works fine, except ff hangs the second you move the mouse in to the top level menu.
We disabled the audio under the SGD configuration and that ficed the issue.
Maybe you are looking for
-
How to find how name of view and table using in Discoverer report
Hi all, Please help me, i have requirement, i need name of views and tables used in discoverer reports. plz help its urgent. regards, Vivek Gautam
-
No Budget Check on doing Stock Transfer (ME27)
Hi We have activated SAP FM module and currently doing the testing. On doing Stock transfer from one plant to another (ME27), it is observed that the system is deriving the right FM acct assignment. Despite of not maintaining the budget for the Fund
-
I have a problem with email attached images.. When I open the email it's all appearing fine but after few seconds the page gets begger and only half of it appears and I can't see the other half no matter how much I scroll.. I'm om ios5.0.1 now but I'
-
Photoshop elements install dvd does not put up an install dialogue box
How do I find corporate help
-
Dbms_scheduler.create_job problem
Hello. I want to use dbms_scheduler.create_job in forms for progress_bar (http://fdegrelle.over-blog.com/article-10986844.html). But i get Dbms_scheduler.create_job must be declared message. If i connect to database as sys and check packages, dbms_sc