Help Getting Core dump

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

Similar Messages

Getting core dump frequently.

Getting core dump frequently. Can any one tell what may be the problem.
The stack obtained from the core file is shown below
=>[1] t_delete(0x2c6e727, 0xfc5bc008, 0x50, 0x2c6eef8, 0x2ba5198, 0x1a0), at 0xfc542794
[2] realfree(0x2c6e727, 0xfc5c2858, 0xfc5bc008, 0x2c6eef8, 0x1a3, 0x2c6ef00), at 0xfc54240c
[3] cleanfree(0x0, 0xfc5bc008, 0xfc5c27cc, 0xfc5c284c, 0xfc5c27fc, 0x0), at 0xfc542cb0
[4] mallocunlocked(0x10, 0x0, 0xfc5bc008, 0x10, 0x22310, 0x0), at 0xfc541de4
[5] malloc(0x10, 0x0, 0x5fdfb0, 0x11221bc, 0x222e8, 0x0), at 0xfc541cd8
[6] operator new(0x10, 0x0, 0x13b88, 0x11221bc, 0xfd5fa08c, 0x10), at 0xfd5e6528
[7] operator>>(0x0, 0x23, 0x8, 0x10e5530, 0x1720034, 0x0), at 0x10edb18
[8] RWStoreTable::add(0xffbe8fe0, 0xffbe8fdc, 0x8, 0x1002, 0x1acfc00, 0x1acfc00), at 0x10edf7c
[9] RWCollectable::recursiveStoreSize(0x3501200, 0xffbe9068, 0x167bc59, 0xa, 0x1b0f8b4, 0x1b0f8bc), at 0x10cb594

The program is crashing after calling the system "malloc" routine. Such a crash indicates that the heap is corrupted.
Heap corruption in a single-threaded program can be caused by
- using an uninitialized or otherwise invalid pointer
- using an object after it has been deleted
- deleting an object twice
- storing beyond the bounds of an allocated object
In a multi-threaded program, additional sources of error are failing to guard a shared object by putting it in a critical region.
These kinds of errors are difficult to find after the fact, since the program crash usually occurs long after and in a different part of the program from the actual error.
Run the program under dbx RTC (real-time checking) to get diagnositcs about some of the errors I listed above.

Getting core dump when using EXEC SQL CLOSE

In my pro*c program , i have used a cursor to fetch the set of accounts.Once cursor is opened , code will perform set
of operation using fetched data and then cursor is closed. Between open and closing of cursor , i have used 23 EXEC
SQL CLOSE. For example i am copying the value of a to b using strlcpy between fetch and close cursor statement.If
returned value from strlcpy is greater than size of destination variable, then flow should not proceed , in that case I will
close the cursor using EXEC SQL CLOSE and return the flow to calling program. Similarly i have closed the cursor at
another 22 locations.
When i compile the code and run binary the core dump occurs. On analyzing the core it shows
t@null (l@8) terminated by signal SEGV (no mapping at the fault address)
0xffffffffffffffff: <bad address 0xffffffffffffffff>
dbx: core file read error: address 0xfc4ffe48 not in data space
Current function is dbMtBaseClass::Pswd_Change
7860 sqlcxt(&_dbMtCtx, &sqlctx, &sqlstm, &sqlfpn);
if I remove any of the three EXEC SQL CLOSE commands , core dump does not occurs.
It looks strange.Please help me to resolve the issue.

In my pro*c program , i have used a cursor to fetch the set of accounts.Once cursor is opened , code will perform set
of operation using fetched data and then cursor is closed. Between open and closing of cursor , i have used 23 EXEC
SQL CLOSE. For example i am copying the value of a to b using strlcpy between fetch and close cursor statement.If
returned value from strlcpy is greater than size of destination variable, then flow should not proceed , in that case I will
close the cursor using EXEC SQL CLOSE and return the flow to calling program. Similarly i have closed the cursor at
another 22 locations.
When i compile the code and run binary the core dump occurs. On analyzing the core it shows
t@null (l@8) terminated by signal SEGV (no mapping at the fault address)
0xffffffffffffffff: <bad address 0xffffffffffffffff>
dbx: core file read error: address 0xfc4ffe48 not in data space
Current function is dbMtBaseClass::Pswd_Change
7860 sqlcxt(&_dbMtCtx, &sqlctx, &sqlstm, &sqlfpn);
if I remove any of the three EXEC SQL CLOSE commands , core dump does not occurs.
It looks strange.Please help me to resolve the issue.

Getting Core dump on getting environment variable

I first found this problem trying to display my GUI in jdk1.5.0_05. I have located it to be core dumping in the JNI C code for getting the envrionment, specifically Java_java_lang_ProcessEnvironment_environ.
I wrote some test code to just call System.getenv() which is the java call that calls this piece of JNI code. If I run my Java code from the command line using the java command and it works just fine. Unfortunately the real code cannot be run this way since it is a plugin to a C++ application. The application starts up the JVM which I then retrieve and execute my Java code. They are using Sun's libjvm.so and libjava.so in the jre directory for the JVM. When I run my test code as a plugin to the app, I core dump.
Can someone provide me insight into what the java_java_lang_ProcessEnvironment_environ function is doing so that I can further debug my problem. Is the source code for this function available? I am sure it is not a problem with Java, but I do not understand what is going on here to cause this to stop working within the other application as a plugin versus running on it's own.
Kevin

Well after doing more research I found that the environ extern variable is null. This is causing the core dump. If I set this variable to an environ[0][0] = '\0'; I no longer get my core dump in Java. I also though no longer get me GUI to appear. Is there something in the environment that is needed to display GUIs?

Help: dbx core dump, solaris 10, amd64

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

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

Help with core dump.

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

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

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

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

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

Core Dump : Need Help

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

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

Call SQLGLM creates core dump segmentation fault in oracle 9i database

Hi,
I am doing call to SQLGLM to get description of error message. This always worked in oracle 9i 32 bit but it does not work with 64 bit installation. I get core dump and segmentation fault.
Please help.
Altaf

wow.. I just upgraded glibc to 2.3.2... and everything works!
:D

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 Rathi

Hi 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 on COMMIT in Pro C

Hi all,
I was wondering if anyone has encoutered this problem - and, more
importantly, how he/she solved it.
I have Pro-C application with embedded SQL which reads the file and imports the data into database. It does a bunch of queries and then a lot of inserts. After each insert a commit. Six insert-commits go OK, seventh insert is OK (no Oracle error message whatsoever) but the program coredumps on the EXEC SQL COMMIT WORK;
Interesting thing is, I am getting core dump only if there are 2 records in the file otherwise it works fine.
We are running Oracle8i Enterprise Edition Release 8.1.7.4.0 on Solaris.
Any ideas?
Regards
Narayana Gupta

As Joel said, wrong forum...however I couldn't help noticing -
After each insert a commitMy question would be "why"?

Core Dump when try to connect to oracle in Pro*C ( on HP)

Hi ,
I am getting 'Core Dump' at EXEC SQL Connect stmt in Pro*C. The program works fine on Solaris. Are there any changes needed in Makefile?
Pls help.
Thanks
Nivedita

I have this exact same problem with 2 MacBook Pro's both running 10.6.5
I've double checked that the settings are identical on both machines, yet only one of the them can connect to the other using the Guest account. When the Guest account doesn't work and I use the registered user of the other machine, it connects fine. I just would like to be able to use the simple Drop Box function.

Core Dump in Oracle Reports10G

Some times when ever i run reports i used to get core dump. I want to know why does it occurs and solution to prevent it. Can any one help me. I am using Solaris OS.

"Don't Panic" is soooooooo August. Get with the times
Core Dump is the code name of the next release, due soon.

OCCI Threading - core dumps

Hi,
After learning howto setup my OCCI Environment handle
correctly for threads using;
Environment::Mode mode = (Environment::THREADED_MUTEXED,
Environment::OBJECT);
The class that encapsulates this is a singleton and used
through out the process by all the threads. This class
conection pools and is synchronised for all the threads.
However, using this singleton model, I get core dumps
when more than 1 thread attempts to execute a commit on
the database via the connection they have obtained from
this singleton class.
Instantiating the class or environment per thread does
not result in core dumps. Rather it runs smoothly.
Is this normal behaviour?
(Also when all the threads are querying the singleton
model works fine. Seems only commits)
Raffaele

Hi,
I tried the THREADED_MUTEX|OBJECT but I still get core
dumps when threading. What I experience is during a
connection->commit() or any other call on a connection
when threading causes a core dump.
I use the OCCI object inrterface and my db is an object
schema. I am trying to use the full OO dev that comes
with Oracle...ott included.
Everything boils down to my singleton DB class which
is shown below; (Is there any other thread initialisation
required)
#include <db/oracle.h>
#include <env/config.h>
#include <env/errlog.h>
#include <env/stdenv.h>
#include <taucpp/except_base.h>
#include <gtcpp/mtlock.h>
#include <gtcpp/debug.h>
GTFILE;
static GtMtCritSec db_mutex;
Oracle::Oracle (GtString &userName,
GtString &password,
GtString &url,
int max,
int min,
int inc) :
_user (userName),
_pwd (password),
_url (url),
_max (max),
_min (min),
_inc (inc),
_connection (0)
GtMtAutoLock lock (db_mutex);
Environment::Mode mode
= (Environment::Mode) (Environment::THREADED_MUTEXED | Environment::OBJECT);
_system = Environment::createEnvironment (mode);
char* s = getenv ("ORACLE_HOME");
if (!s || (strlen (s) == 0))
cout << "environment variable ORACLE_HOME not initialized"
<< endl;
connect ();
Oracle::~Oracle ()
GtMtAutoLock lock (db_mutex);
if (_connection)
system->terminateConnectionPool (connection);
Environment::terminateEnvironment (_system);
void Oracle::getConnection (Connection** connection)
GTASSERT (connection);
GtMtAutoLock lock (db_mutex);
try
if (_connection)
*connection = connection->createConnection ( (char*)& (*user),
(char*)& (*_pwd));
else
Exception ex ("MSN reconnect exception");
*connection = 0;
throw ex;
catch (SQLException ex)
retry ();
catch(Exception ex)
retry();
catch (...)
void Oracle::retry ()
GtMtAutoLock lock (db_mutex);
try
if (_connection)
system->terminateConnectionPool (connection);
catch (...)
connect ();
void Oracle::terminateConnection (Connection* connection)
GTASSERT (connection);
GtMtAutoLock lock (db_mutex);
if (connection)
try
if (_connection)
_connection->terminateConnection (connection);
catch (SQLException ex)
catch (...)
Environment* Oracle::getEnvironment ()
GtMtAutoLock lock (db_mutex);
return _system;
void Oracle::connect ()
GtMtAutoLock lock (db_mutex);
try
connection = system->createConnectionPool ( (char*)& (*_user),
(char*)& (*_pwd),
(char*)& (*_url),
min,max,_inc);
catch (SQLException ex)
_connection = 0;
catch (...)
_connection = 0;
Any help much appreciated,
Raffaele

MDM installation on AIX 5.3 core dumps

Hi all,
We installed MDM 5.5 SP4 on AIX 5.3 ML 5 (and the latest patches were applied last week-end).
The MDM Server, Import and Syndication daemons are started.
Database is Oracle 10.2 (corresponding Oracle client is used), installed on the same server.
MDM client software is in sync with the server level.
Since the installation, we get core dumps of the mds daemon (even when trying to perform the most basic operations). Consider it to be completely unusable for testing anything. You look at it, it breaks. Sorry, but that is how it is.
MDM Patches and hotfixes to the patches have been applied up to the latest level The problem is reported at SAP Support and they have core dumps, logfiles, trace files for studying. So far, the only feedback we got was to install MDM on its own server (it is a trial installation on a server where other applications are running - though I can hardly see that as a cause for core dumps).
My questions :
- are we unique in running MDM on this software paltform ?
- are others (if they exist experiencing the same problems on AIX 5.3 ?
To be honest : for the moment we are thinking about reinstalling on a Windows server.
Thanks in advance for any feedback,
Frank Van Overloop

Hello,
we have finally made some progress on this issue.
Basically, we suffered from a combination of :
- wrong usage of the product
- probably shaky exception handling in the AIX version
The cause was found by SAP MDM support after we reconstructed the problem while using a special debug-version of the mds executable. This produced a usable dump.
--- extract from the SAP reply -
The core dump shows a crash in recalculating the family tree after the
import. Family tree is being used only to create printed catalogs (which require the publisher and an additional license).
1) Do you have any value in the categories table?
2) Does the MDM server crash if you cancel the automatic family tree
recalculation in the import map, and answer "no" in the dialog box which asks to recalculate the family tree?
3) Do you intend to create a printed catalog?
If the answer to any of the questions is "no", then this asserts that
the recalculation of the family tree should not take place at all. In
this case the family table could/should be deleted. And this should not
reoccur.
end extract -
After we deleted this family table, the tests are running stable.
It's a pity that the program does not 'die' in a more elegant way or gives some understandable indication on what is going wrong.
It also looks like this exception is handled better on the Windows implementation. The same 'functional mistake' was made there and this produced no dumps at all. Could be a porting issue from one platform to another.
Regards,
Frank

Help Getting Core dump

Similar Messages

Maybe you are looking for