Core dump on OCI call

We are getting the following core dump on an OCI call ....
fde12fe0 kpucHTDelete (f872ac, f68380, 0, 31, 203d203a, f7c684) + 9c
fddae464 kpursetstmttext (f872ac, f871c8, 8, fdd9fa84, d49c40,
fe449a64) + 9c
fddae61c kpurclientparse (f872ac, f7cc7c, f682e8, 9a, 400000, d49a14) +
28
fddae928 kpureq (f77338, f7cc7c, f682e8, 9a, 1, 0) + 150
fde69efc OCIStmtPrepare (f872ac, f7cc7c, f682e8, 9a, 1, 0) + 7c
004642b4 arb_internal_process_query (f68138, f68154, 0, 0, ffbfae28,
1037de2) + 594
00453178 arb_next_row (f68138, 10d6c58, 1037d88, ffbfaea4, 29, 2e) + 18
0028d64c ???????? (f61828, 1067d00, ffbfafa8, 0, 0, 80808080)
0028db68 list_abp_product_types (f61828, 1067d00, ffbfafa8, 1037c10,
1067d00, 1067d00) + 20
002e78a0 insert_abp_serv_inst_product (f61828, 103ee18, 1, ffbfb46c,
fecd29e8, fd9f0240) + 278
0014feb8 GTEAB_InsertMRC (ffbfbd54, ffbfc2d0, ffbfbda7, ffbfc2d0,
ffbfbd98, ffbfc2d0) + 33b8
000d193c run_pieces (e2f820, e33528, e35aa0, ffbfc3d4, e3f8c0, 0) + 1dc
000d11b0 handle_request (e2f820, 5, e33528, e34e48, 0, 0) + 278
000ce1a8 process_request (e2f820, 5, e33528, e34e48, fed73700,
fd9f2a00) + c8
000cdfd0 main (3, ffbfc9ac, ffbfc9bc, 79a000, fd9f0180, fd9f01c0) +
568
000cce08 _start (0, 0, 0, 0, 0, 0) + 108
It always seems to happen on the kpucHTDelete call. I have searched the net for kpucHTDelete but found nothing.
Can someone
1. describe what kpucHTDelete is supposed to accomplish and why it might fail.
2. Is there a way to trace / log OCI ?
3. Any other suggestions to help with this problem.
Thanks in advance.
Gary

Well, it seems to me a bug.
You can enable tracing using NET 8 Assistant, and from there go to the tracing tab.
Select the SUPPORT trace level from the following pull down menu located in the Client Information section:
OFF: Tracing disabled.
USER: Trace information applicable for users.
ADMIN: Trace information applicable for database administrators.
SUPPORT: Trace information applicable for customer support staff.
Enter a valid directory name in the Trace Directory field in the Client Information section. This directory specification is where trace files are written on either the client or server.
Enter a valid filename in the Trace File field in the Client Information section. This filename specifies the name of the trace file on the client or server.
Click on the "unique File Trace Name" checkbox if you want a unique identifier appended to each new trace file created.
Save your configuration.
You can check the SQLNET.ORA file found in the net80/admin directory path to verify that tracing is enabled. There is an entry called TRACE_LEVEL_CLIENT=SUPPORT located in that file and entries that indicate the log file location and name that you specified in the Oracle Net8 Assistant.
regards

Similar Messages

Weblogic 6.1 sp5 core dump by OCI driver

I have encountered a core dump problem on weblogic server 6.1 SP5 the error message
as below, I am using weblogic oci driver for oracle "libweblogicoci37.so" , anyone
can help?
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 4 occurred at PC=0x242795c
Function name=(N/A)
Library=(N/A)
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.

Galen Boyer wrote:
On Sun, 28 Mar 2004, [email protected] wrote:
Galen Boyer wrote:
On Sat, 27 Mar 2004, [email protected] wrote:
One way to get a substantial boost in reliability is to switch
to the latest appropriate Oracle thin driver.But then you can suffer performance losses.Actually, the latest oracle thin drivers are very fast. The 10g
driver in particular. Well, we are on 9i here and we have lots of CLOB and BLOB
operations. Understood. The latest should work. (How comfortable does that make you ;) )
It is a sad choice we used to have to make between
faster-but-buggy homicidal old OCI code (wherein a bug in one
module can cause a segfault in an innocent unrelated module's
execution, and bring down a whole JVM) and the reliability of
Java. Fortunately, the future is at hand. The future is at hand? I do believe you are starting to sound a
bit like an evangelist. :-)Yep. Back in '96 when we wrote and marketed all the first JDBC drivers
for MS SQLServer, Oracle, Informix and Sybase, we did it solely
so enable our application server to be able to do real work. We were all
absolutely sure the driver market would dry up in 6 months as all the
DBMS vendors made excellent free type-4 drivers. We were over-optimistic.
Sybase's driver still requires you to install non-standard tables and
procedures in the DBMS. Oracle drivers are sloutching toward sufficiency,
but their first GA driver had a hard-wired value of READ_UNCOMMITTED
for getTransactionIsolation, and if you tried setTransactionIsolation
of either READ_COMMITTED or SERIALIZABLE, the driver would throw an
exception! We actually had a weblogic workaround to intercept this
jdbc call and send the "ALTER SESSION " to do what the customer wanted!
At the same time we had a major struggle to get Oracle to admit that
in spite of their documentation, OCI was not threadsafe (killing our
OCI-based driver in weblogic applications) until 7.1.4 on solaris
and NT, and 8.0.5 on other platforms. Did you know they had separate
codelines for OCI on each platform? For a while each platform's OCI
had a different hard-wired limit of the number of simultaneous connections
on client could have? For a while that limited what our application server
could do. OCI was written for simple teller-like client applications.
The new thin drivers take on more of the possible client-side
processing, and can do RAC failover etc. JoeOh well. I for one am a bit skeptical that Oracle is going to
fix java driver bugs before OCI bugs and I don't have any reason
to commit to any "platform independent" solution like java's thin
driver. We are completely based on Oracle here and we have a
J2EE solution for the app just cause we had to choose something.
If thin is better, than we will go with that.The last highest-level talks I had with Oracle folks they indicated that
they wanted everyone to go thin. OCI was a headache for them. Their
OCI code was undocumented and all the original experts had left the company.
That was in 2000 or so, so it is likely better now. They may well have
invested a lot of reverse-documentation by now.
One of the benefits of Java is the reliability. I think you'll
ultimately be happier with the thin. We do want you successful.
Joe

Core dump using OCI HP 32 bit package

Does any one successfully run OCI application on HP using 32 bit libraries?
I got core dump at the end of running application, around desctruction part. Following are the statement I got from GDB:
#0 0xc005db14 in pthread_mutex_destroy+0x18 () from /usr/lib/libpthread.1
#1 0xc021efd8 in __thread_mutex_free+0x40 () from /usr/lib/libc.2
#2 0xc0abb4b8 in HPMutexWrapper::~HPMutexWrapper+0x48 () from /usr/lib/libstd_v2.2
#3 0x613c in std::basic_string<char,std::char_traits<char>,std::allocator<char>>::_C_unlink (this=0x7bff153c) at /opt/aCC/include_std/string:1002
#4 0xccd0 in ociWrapper::cursor::~cursor (this=0x7bff1538, #free=2) at /vobs/Guru2/IDCE/ociWrapper/ociWrapper.cpp:220
#5 0x65a8 in main () at /vobs/Guru2/Oracle/HP-UX/sdk/demo/oci_wrapper_insert.cpp:73
If I build my application in 64 bit using OCI 64 bit package, no problem at all. But I have to make my application work in 32 bit so that I can not simply switch to 64 bit.
Please give me some help. Thanks.

I got the problem solved myself. The core dump happens when use OCI 32 bit libraries with STL string. It cores at destroying the STL string.
Add the option "-mt" to the compile command, the problem will go away.

Core dump in 238th call to CallObjectMethod

Hi,
Please can anyone help me with this problem. I have searched net but couldnt find an answer. I have a C code. this function when called in a for loop for 238th time it fails at exactly myjstr = (jstring) env->CallObjectMethod(obj, mid,args,args1);
c code:
char* getComplexTag(JNIEnv *env, jclass cls, jobject obj, char complexTag[50][100] ,char complexValue[50][100])
jmethodID mid;
jobjectArray args;
jobjectArray args1;
jstring myjstr;
char errorMessage[10];
char returnTag[1024];
char infoMessage [1024];\
int arrayCount;
strcpy(errorMessage,"ERROR");
mid = env->GetMethodID(cls,"getKeyValue", "([Ljava/lang/String;[Ljava/lang/String;)Ljava/lang/String;");
if (mid == 0)
{return errorMessage;}
arrayCount = 0;
args = env->NewObjectArray(8, strClass, newStr);
while(strlen(complexTag[arrayCount]) > 0 )
jstring temp1=env->NewStringUTF(complexTag[arrayCount]);
env->SetObjectArrayElement(args,arrayCount,temp1);
env->ReleaseStringUTFChars(temp1,complexTag[arrayCount]);
//env->SetObjectArrayElement(args,arrayCount,env->NewStringUTF(complexTag[arrayCount]));
arrayCount = arrayCount + 1;
arrayCount = 0;
args1 = env->NewObjectArray(8, strClass, newStr);
while( strlen(complexValue[arrayCount]) > 0 )
jstring temp1=env->NewStringUTF(complexValue[arrayCount]);
env->SetObjectArrayElement(args1,arrayCount,temp1);
env->ReleaseStringUTFChars(temp1,complexValue[arrayCount]);
//env->SetObjectArrayElement(args1,arrayCount,env->NewStringUTF(complexValue[arrayCount]));
arrayCount = arrayCount + 1;
if (args == 0)
{return errorMessage; }
myjstr = (jstring) env->CallObjectMethod(obj, mid,args,args1);
if(myjstr != NULL)
const char *temp=env->GetStringUTFChars(myjstr, 0);
strcpy(returnTag,temp);
env->ReleaseStringUTFChars(myjstr, temp);
if(env != NULL && myjstr != NULL)
{ env->DeleteLocalRef(myjstr); }
if(env != NULL && args != NULL)
{ env->DeleteLocalRef(args); }
if(env != NULL && args1 != NULL)
{ env->DeleteLocalRef(args1); }
mid = NULL;
return returnTag;
}

You can start by...
1. Verify that every JNI call to check is checked for errors.
2. Every call that does a java type call must be checked for exceptions after it.
Note that if an exception occurs and you do not catch it then continuing with java calls will likely lead to corruption.

OCI connect error reported to cause core dump

I use OCI in my developped library. Other developers use my library for their development purposes. Last night, the oracle server went down for patching, and a user reported a core dump that I recognized it is comming from my OCI section of library.
I do OCI initialization, select, execute a query, and cleanup.
Has there been any reports as for the case, when a connection is initialized, and the server goes down after successful initialization but before calls to execute a query or commit?
Any comment???
I have the error message below, and replace prepriotory info with xxxxxxx.
thanks,
--M
Fatal NI connect error 12541, connecting to:
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=xxxxxxx)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=xxxxxx)(CID=(PROGRAM=xxxxxx@fashing)(HOST=xxxxxx)(USER=xxxxx))))
VERSION INFORMATION:
TNS for Solaris: Version 10.1.0.4.0 - Production
TCP/IP NT Protocol Adapter for Solaris: Version 10.1.0.4.0 - Production
Time: 15-FEB-2007 15:49:09
Tracing not turned on.
Tns error struct:
ns main err code: 12541
TNS-12541: TNS:no listener
ns secondary err code: 12560
nt main err code: 511
TNS-00511: No listener

We have seen core dumps in system calls earlier and have tried to debug them. We did not have the exact same stack as you but the core used to show up a stack in _malloc.
As it turned out that we had out of bound array reads (used purify to detect this) and which resulted in this dump. So the stack shown in this case could be totally misleading and the real cause could be somewhere else.
Hope this helps.

Core Dump why ?

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

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

Core dump while trying to access attributes in a node using SAX

I'm running the 10g xdk with Solaris 8 and was able to get the SAX examples working. However when I tried to add some code to the example code in order to access/print out attributes, I get a core dump.
code snippet:
void MyHandler::startElementNS ( oratext* qname, oratext* local, oratext* ns_URI, NodeListRef<xmlnode>* attrs_refp)
printf( " Element: %s\n", qname);
if (attrs_refp)
for (int i=0; i<attrs_refp->getLength(); i++) <-- core dumps with getLength() call
xmlnode* node = attrs_ref->item(i);
Am I not accessing the attributes correctly? Is there an easier way to do this that I have overlooked?

I have very similar code for the parser and ran in to two problems. I am currently using 10.1.0.2.0 on Windows.
Problem 1:
Can the original poster of the following code tell me what you have under the ... section? I am trying to iterate through the attributes in attrs_refp
void MyHandler::startElementNS ( oratext* qname, oratext* local, oratext* ns_URI, NodeListRef<xmlnode>* attrs_refp)
printf( " Element: %s\n", qname);
if (attrs_refp)
for (int i=0; i<attrs_refp->getLength(); i++) <-- core dumps with getLength() call
xmlnode* node = attrs_ref->item(i);
In the ... section, I have the following line:
oratext* a = node->getname();
However, the compiler gives the following error:
error C2027: use of undefined type 'xmlnode'
Anyone have any clues as to why xmlnode is undefined?
Problem 2:
If I comment out the line oratext* a = node->getname();, I can successfully compile my program but I get a link error stating that both the methods item() and getLength() are unresolved external symbols. This lead me to believe these methods are not implemented in the Oracle XDK. user457758 seems to have gotten past this stage as he is getting a run time error so the compilation appears to be successful. I assume user457758 is using the latest 10.1.0.3.0 available on Solaris instead of 10.1.0.2.0 that I am currently using on Windows. Did anyone experience similar compilation errors?
Thanks for any help/info in advance.

_smalloc cause core dump

Hi:
I got a core dump on _smalloc. Is it due to memory corruption on my application ? The frame stack on gdb is attached:
#0 0xff0456c8 in _smalloc () from /usr/lib/libc.so.1
(gdb) bt
#0 0xff0456c8 in _smalloc () from /usr/lib/libc.so.1
#1 0xff04570c in malloc () from /usr/lib/libc.so.1
#2 0x1fde4 in debug_malloc (nsize=11, ntype=1 '\001') at comm_utility.cpp:312
#3 0x1c144 in LNXSocket_OnReceive (sockfd=12) at comm_connect.cpp:418
#4 0x1cbc8 in Select_socket () at comm_connect.cpp:612
#5 0x1e028 in main () at comm.cpp:177
(gdb) quit
Thanks and Regards

We have seen core dumps in system calls earlier and have tried to debug them. We did not have the exact same stack as you but the core used to show up a stack in _malloc.
As it turned out that we had out of bound array reads (used purify to detect this) and which resulted in this dump. So the stack shown in this case could be totally misleading and the real cause could be somewhere else.
Hope this helps.

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

JNI - core dump - internal error on linux after calling Java method

I'm getting a core dump after calling athe main statric method using JNNI.
On linux.
I can get the class id correcttly but when I attempt to call the method it craches with an internal error , anyone know why it would crash instead of just not work.
if(cls)
    main_methodID = env->GetStaticMethodID(cls, "main", "([Ljava/lang/String;)V");
     printf("Class Found Successfully\n");
else
    printf ( "cls not found\n");
    return 0;
if(main_methodID)
          jstring first_str = env->NewStringUTF("The First String");//create string
          jobjectArray args = (jobjectArray)env->NewObjectArray(1,env->FindClass("java/lang/String"), first_str);//new array with 2 elements
               env->SetObjectArrayElement(args, 2, first_str);//insert the second string into index 1 of the array
          jstring second_str = env->NewStringUTF("The Second String");//create string
          env->SetObjectArrayElement(args, 1, second_str);//insert the second string into index 1 of the array
     env->CallStaticVoidMethod(cls, main_methodID, args);//pass the array to the Java main method
                              The JAVA method is
public static void main(String[] args) {
    System.out.println("Main method in Framework");
        Framework framework = new Framework();


I see yere points but what I see on linux is it makes it to the constructor of the Java object and somewhere afterwards it bails out, the Java app does work alone. It appears to have problems initializing the JFrame, could there be a problem with the Java inheritance when a JVM is invoked throurgh native invocation??
Here's some of the Java stuff
public class Framework extends WindowAdapter {
    public int numWindows = 0;
    private Point lastLocation = null;
    private int maxX = 500;
    private int maxY = 500;
    public Framework() {
        System.out.println("JAVA Framework cnst");//GETTING HERE
        makeNewWindow();
    public void makeNewWindow() {
        System.out.println("JAVA makeWindow"); //GETTING HERE
        JFrame frame = new MyFrame(this); //NOT GETTING HERE!!!!!!!!!
        numWindows++;
        System.out.println("Number of windows: " + numWindows);
        System.out.println("Frame location: " + lastLocation);
        frame.setVisible(true);
        System.out.println("Post Java set frame visible");
    public static void main(String[] args) {
    System.out.println("Main method in Framework");
        Framework framework = new Framework();//GETTING HERE
class MyFrame extends JFrame {
    protected Dimension defaultSize = new Dimension(200, 200);
    protected Framework framework = null;
    public MyFrame(Framework controller) {
        super("New Frame");
        System.out.println("MyFrame cnst ");//NOT GETTING HERE!!!!!!
        framework = controller;
        setDefaultCloseOperation(DISPOSE_ON_CLOSE);
        addWindowListener(framework);
        JMenu menu = new JMenu("Window");
        menu.setMnemonic(KeyEvent.VK_W);
       setSize(defaultSize);
}

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 entry

I 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.
#

Core dump on solaris 8/7 making JNI call.

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

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

Compaq Tru64 OCI Core dump at OCIServerAttach

Hello,
We get the below core dump on Tru64 and the same code has been working fine on other platforms and Oracle 9i.
We load connect using a shared object and I have displayed the ldd resolutions below as well..
Any help appreciated.
Thanks and Regards
A
0x300041a57c4 in sigpnm() "sigpnm.c":122
0x300041521c8 in sigpnmu() "si.c":240
0x30004062188 in snlpcgpgnm() "snlpc.c":433
0x30003fc92a8 in snigpgn() "sniq.c":325
0x30003f74b98 in niqnamcd() "niqnam.c":244
0x30003f756f8 in niqname() "niqnam.c":625
0x30003ccc8b4 in kwfnran() "kwfn.c":189
0x30003b92c40 in kwfcinit() "kwfc.c":351
0x30003ac0644 in kpuatch() "kpu.c":1941
0x30003b1a660 in OCIServerAttach() "oci8.c":722
0x3000301802c in DG_X_oci_connect(hdbc=0x140072a00, pszServer=0x14010f9a0="oracle10_test", pszUserID=0x14010f9c0="view", pszPassword=0x20000b09720="view", iError=0x20000b09600) "/compaqtrue64/src/lib/oracle10g/../oracle/liboci.c":140
[export/home2/oracle/10.2.0/lib]$ ldd /export/home2/oracle/i5xs_1/bin/abc_dbora10g.dll
Main => /export/home2/oracle/i5xs_1/bin/abc_dbora10g.dll
libclntsh.so.10.1 => /export/home2/oracle/10.2.0/lib/libclntsh.so.10.1
stc_common.dll => /export/home2/oracle/i5xs_1/bin/abc_common.dll
libpthread.so => /usr/shlib/libpthread.so
librt.so => /usr/shlib/librt.so
libcxx.so => /usr/lib/cmplrs/cxx/libcxx.so
libexc.so => /usr/shlib/libexc.so
libc.so => /usr/shlib/libc.so
libaio_raw.so => /usr/shlib/libaio_raw.so
libm.so => /usr/shlib/libm.so
[export/home2/oracle/10.2.0/lib]$ ldd /export/home2/oracle/10.2.0/lib/libclntsh.so.10.1
Main => /export/home2/oracle/10.2.0/lib/libclntsh.so.10.1
libexc.so => /usr/shlib/libexc.so
librt.so => /usr/shlib/librt.so
libaio_raw.so => /usr/shlib/libaio_raw.so
libm.so => /usr/shlib/libm.so
libc.so => /usr/shlib/libc.so
libpthread.so => /usr/shlib/libpthread.so

Hello.
We get the same core dump with the code which works fine on Win32.
Oracle version is 10.2.0.4. It doesn't depend on how linking is done - with shared libraries or static ones.
Thread terminated at PC 0x140000018 by signal ILL
0 0x140000018 in /ppqm/sim/bin/dbld#1 0x3ffbe372f14 in sigpnm() "sigpnm.c":122
#2 0x3ffbe31eed8 in sigpnmu() "si.c":240
#3 0x3ffbe22e898 in snlpcgpgnm() "snlpc.c":436
#4 0x3ffbe195738 in snigpgn() "sniq.c":325
#5 0x3ffbe134f30 in niqnamcd() "niqnam.c":242
#6 0x3ffbe135a98 in niqname() "niqnam.c":624
#7 0x3ffbde96140 in kwfnran() "kwfn.c":185
#8 0x3ffbdd5a780 in kwfcinit() "kwfc.c":359
#9 0x3ffbdc864f4 in kpuatch() "kpu.c":1952
#10 0x3ffbdce1600 in OCIServerAttach() "oci8.c":724
#11 0x1200d5c10 in oci_loader_init(argc=2, argv=0x11fffbd98, ctlp=0x11fffbea8, psess=0x1400c9268) "../../cdemodp.cpp":182
Does anybody know or guess what could be a reason and how to solve the problem?
Thanks in advance.

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 dumped

The 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

OCILogon2: Core Dump

I'm having issues with the OCILogon2() API. The system is Solaris 8
running Oracle 9.0.1; the application is written in C. In normal
operation, the application functions with no issues: queries can be
made, etc, so this isn't an issue of getting it up and running; it
already works, but now a bug has been revealed.
The original thing which pointed out the problem is the fact that a
firewall in front of the Oracle database was timing out and dropping
the client connection after 60-minutes of inactivity. (Note that
the firewall problem is now a non-issue, but the error it uncovered
is a serious one, so I'd like to still find a solution to that in
case some other situation causes a similar problem.)
Eventually, the client would receive the ORA-03113 "end-of-file on
communication channel" error when calling OCILogon2() if attempting
to do a login/query after a period of inactivity because the firewall
had dropped the connection. The application is multi-threaded and is
using Connection Pooling, so if another thread attempted to login after
this error was received, the OCILogon2() API would core dump after the
initial OCILogon2() call had returned the error code.
Here is a stack trace of the exact errors (I wrote a smaller test
application which is stripped down and not multi-threaded and I
can duplicate this error at will):
--- begin stack trace ---
libclntsh.so.9.0`kpucpgetconn+0x27c(d7408, 54388, ffbef0f4, feef9804, 18, 0)
libclntsh.so.9.0`kpucpfnd+0x50(d7408, ffbef1a8, ffbef18c, ffbef0f4, 18, 0)
libclntsh.so.9.0`kpcpmap+0x94(4e28c, d7408, ffbef1a8, ffbef18c, ffbef1ac, 0)
libclntsh.so.9.0`kpuauthxa+0x720(1, 5449c, 5cea4, 1, 0, 0)
libclntsh.so.9.0`kpuauth+0x44(5d028, 5449c, 5cea4, 1, 0, fefcdb64)
libclntsh.so.9.0`kpulon2+0x37c(200, 1d, 54358, 7, 15e0, fefcdb64)
libclntsh.so.9.0`OCILogon2+0x130(200, 7, ffbef65c, 11cc8, 6, 11cd0)
--- end stack trace ---
What I'm curious about is why the OCILogon2() API does not return
an error code of some sorts whenever the connection is obviously
unavailable.
I'm not extremely knowledgeable about the OCI APIs, so is there
perhaps a way to verify the connection is active before attempting
a login call? (Whether that be OCILogon2() or OCIServerAttach(), etc.)
A 'ping' of sorts just to be sure? (Not that this would solve the
problem completely as the connection could be severed between the
ping and the login attempt.)
For other reasons, I already have a 'flag' which can be tripped to
tell the threads to not attempt Oracle queries (namely if the
environment initialization upfront failed). I could trip this flag upon
receiving an Oracle error like this, but that will not be a complete
solution to the problem due to timing issues -- another thread could be
attempting to login at the same time another thread is doing so
and before the flag can be set or checked, thus the second attempt is
going to cause a core dump, no exceptions. Or if all of the connection
pool links are currently busy, a thread could check the flag and see
that it is clear before attempting to login, so OCILogon2() is called
and the thread is now waiting for a connection to open in the pool;
the connection dies, one of the other threads throws ORA-03113
before leaving the pool and setting the flag, but now this other
"waiting" thread (who already checked the flag before trying to login)
grabs the open pool spot and immediately tries to complete its
OCILogon2() call. Core dump.
The ideal solution is, obviously, for the API to not core dump and
simply return a proper error code.
If anyone has any suggestions, I would greatly appreciate them.
If there is a workaround for this, such as being able to detect ahead
of time that the connection is down and then trying to reconnect, I'd
be interested in hearing about ways to do that as well.

What if you don't have a support contract with Oracle, can you still contact them in a case like this (where I'm not asking someone to show me how to do something, but instead where it is clearly an issue with their product)?
Thanks for your reply.

Core dump on OCI call

Similar Messages

Maybe you are looking for