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.

Similar Messages

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

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

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

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

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

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

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

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

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

Why dbx core dumps on input core file?

Hi,
We have a Solaris 10 machine, on which dbx always core dumps when input any core files to it. What would possibly wrong with this machine? Or where should we look to find some clues?
Thanks a lot,
pam

Please create a perl script using the text below:
#!/usr/bin/perl
use File::Find;
sub wanted {
return unless -x && -f;
return unless /.*\.so\.[0-9]$/;
return unless `/bin/file $_ | grep 64-bit`;
$out = `elfdump -e $_ | grep e_shoff`;
$out =~ m/e_shoff:\s+(0x[0-9a-f]+)\s/;
if ($1 =~ m/[4c]$/) {
print "bad alignment in file: $File::Find::name\n";
print "Looking for bad ELF section header table alignment in 64-bit files\n";
find(\&wanted, ( "/lib", "/usr/lib" ));Then, make it executable and run it (does not need root permissions):
any_user$ chmod +x check_library_alignment.pl
any_user$ ./check_library_alignment.pl
If the perl script reports mis-aligned libraries (elfsign modifies the alignment), this looks to be bug 6283299. If you are current on patches for Solaris as well as your SunStudio installation, you'll need to raise an SR requesting the fix. If you are not current on patches, you could start with SunStudio patches which was subsequently patched to address elfsign alignments.
Source: http://technopark02.blogspot.com/2006/01/64-bit-dbx-internal-error-signal.html

Why Mac Mountain Lion cannot use gdb to analzy kernel core dump??

I'm trying to use gdb debug a Core Dump after a Kernel Panic which I collected from two Macs,but when i use list command below i get some errs:
then get "can't find symblos for ****

Hi Linc Davis:
thanks for your replay!
And could you tell me which "debug kernel available" shall i need to run,because i have seached all of Apple Developer site but found nothing useful infomation to be set?!
Below are the steps how i get Mac Mountain Lion(10.8.3 Build:12D78) kernel core dump from Apple Developer site:
1、Configuring the Server:
1)Creating the core dump directory:
   server$ sudo mkdir /PanicDumps
   Password:********
   server$ sudo chown root:wheel /PanicDumps
   server$ sudo chmod 1777 /PanicDumps
2)Activating the core dump server
   server$ sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.kdumpd.plist
   Password:********
3)Verifying the core dump server is active
   server$ sudo launchctl list | grep kdump
   Password:********
    - 0     com.apple.kdumpd
2、Configuring a Client
client$ sudo nvram boot-args="debug=0xd44 _panicd_ip=10.***.***.***" （10.***.***.***
Password: ********
when i got client pc core dump,and use gdb analyze it ,i got some errs,eg,
/Volumes/KernelDebugKit?kgmacros:342:Error in sourced command file:
cannot access memory at address 0xffffff8000200004

Xml access to empty files core dumps

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

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

Import command for one table core dumps

Hi,
The following import command is causing a core dump;
$ imp system/***** file=/upload/dbdumps/06-09-19_11.00.01-db.dmp fromuser=ioeadmin tables=(utils) 2>&1 |tee imp.log
But this one does not:
$ cat imp.params
FULL=y
FILE=/upload/dbdumps/06-09-19_11.00.01-db.dmp
GRANTS=y
INDEXES=y
$ imp system/*****@odinprd parfile=imp.params 2>&1 |tee imp.log
More info:
SunOS 5.8 / Oracle 8.1.5
Thank you for any help on this

I don't have access to Metalink. What would it say -- "imp tables=" doesn't work in 8i?
So I have tried the following:
1. drop the table I want to restore.
2. run this command to restore all tables and let it fail on those tables that already exist and recreate the one i dropped.
imp system/code4202@odinprd full=y show=y file=/upload/dbdumps/06-09-27_00.00.00-db.dmp 2>&1 |tee imp.log
But it doesn't. It says this about the table in question:
"ALTER SCHEMA = "IOEADMIN""
"CREATE TABLE "PARTNER" ("PARTNER_ID" VARCHAR2(16) NOT NULL ENABLE, "PARTNER"
"_TYPE" VARCHAR2(16), "ADDRESS_ID" NUMBER(10, 0), "PAYMENT_ID" NUMBER(10, 0)"
", "PRICE_LIST_ID" NUMBER(10, 0), "DEFAULT_CARRIER" VARCHAR2(32), "DEFAULT_M"
"ETHOD" VARCHAR2(32), "CARRIER_ACCOUNT_NUMBER" VARCHAR2(32), "BILLTYPE" VARC"
"HAR2(10), "TMB_TYPE" NUMBER) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255"
" LOGGING STORAGE(INITIAL 10240) TABLESPACE "APP_DATA""
. . skipping table "PARTNER"
why is it skip this guy? It does not exist:
SQL> desc partner;
ERROR:
ORA-04043: object partner does not exist
SQL> desc ioeadmin.partner;
ERROR:
ORA-04043: object ioeadmin.partner does not exist

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

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);
}

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.

ORA-07445: exception encountered: core dump in Standby database

Hello,
This is Oracle 10.1.0 in a Logical Stanby database under Solaris9
The apply stopped with these errors and then it started by itself:
LOGSTDBY status: ORA-16226: DDL skipped due to lack of support
<date>
Errors in <trace file>
ORA-07445: exception encountered: core dump [krvsmso()+812] [SIGSEGV] [Address not mapped to object] [0x000000004] [] []
<date>
Trace dumping is performing id=[cdmp_20100226210050]
<date>
Errors in <trace file>
ORA-12805: parallel query server died unexpectedly
LOGSTDBY Apply process P006 pid=67 OS id=10471 stopped
The trace file is this one:
*** SERVICE NAME:(SYS$BACKGROUND)
*** SESSION ID:
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x4, PC: [0x101fb226c, krvsmso()+812]
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [krvsmso()+812] [SIGSEGV] [Address not mapped to object] [0x000000004] [] []
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
ksedmp()+1008 CALL ksedst() 000000042 ? 104C02118 ?
104C02128 ? 000000000 ?
1052DCE18 ? 000000008 ?
ssexhd()+992 CALL ksedmp() 000000002 ? 000105000 ?
10512D000 ? 00010512D ?
000105000 ? 000000001 ?
Has someone faced the same problem or know why and how to solve it?
Thanks!
Edited by: lulon on 04-mar-2010 8:20

Bug 4369756 Log apply may dump [krvsmso]

Core dump whith GetObjectClass

Hi there,
I am trying to fill up objects in a array received from the java code with an array of structures coming from a C function.
I am using the following code :
JNIEXPORT jint JNICALL Java_api_test_1accountarray (JNIEnv *env, jobject obj , jobjectArray x_account_array)
int ret=WIE;
jclass cls;
jfieldID accountID;
jobject account_obj;
jstring o_account_string=NULL;
ACCOUNTARRAY accountarray;
ACCOUNT *eltp;
int l_nbr_cptes=0;
jsize i;
printf("Java_api_test_1accountarray\n");
C function call
ret=listaccount("TEST", "", accountarray, TIMEOUT);
printf("Retour api :%d\n", ret);
/* ok here */
for(i=0; i<APIACCOUNT_SIZE_ACCOUNTARRAY; i++)
eltp=&(accountarray);
if(eltp->accounts[0]=='\0')
break;
l_nbr_cptes++;
account_obj= (*env)->GetObjectArrayElement(env, x_account_array, i);
/* ok here */
cls=(*env)->GetObjectClass(env, patio_account_obj);
/* coredump here when assigning cls */
accountID = (*env)->GetFieldID(env, cls, "accounts", "Ljava/lang/String;");
o_account_string=(*env)->NewStringUTF(env,accountarray[i].accounts);
(*env)->SetObjectField(env,account_obj,accountID, o_account_string);
(*env)->SetObjectArrayElement(env, x_account_array, i, account_obj);
printf("nbrecomptes en C : %d\n", l_nbr_cptes);
return l_nbr_cptes;
Not a single compile error.
Running : java -Xcheck:jni api
I get :
================
Java_api_test_1accountarray
Retour api :0
Unexpected Signal : 11 occurred at PC=0xfe516fb0
Function name=JVM_FindPrimitiveClass
Library=/usr/j2sdk1_3_1_04/jre/lib/sparc/client/libjvm.so
Current Java thread:
at api.test_accountarray(Native Method)
at api.main(api.java:23)
Dynamic libraries:
0x10000 /usr/bin/../java/bin/../bin/sparc/native_threads/java
0xff350000 /usr/lib/libthread.so.1
0xff390000 /usr/lib/libdl.so.1
0xff280000 /usr/lib/libc.so.1
0xff270000 /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
0xfe400000 /usr/j2sdk1_3_1_04/jre/lib/sparc/client/libjvm.so
0xff210000 /usr/lib/libCrun.so.1
0xff1f0000 /usr/lib/libsocket.so.1
0xff100000 /usr/lib/libnsl.so.1
0xff1b0000 /usr/lib/libm.so.1
0xff240000 /usr/lib/libw.so.1
0xff0d0000 /usr/lib/libmp.so.2
0xff0a0000 /usr/j2sdk1_3_1_04/jre/lib/sparc/native_threads/libhpi.so
0xff060000 /usr/j2sdk1_3_1_04/jre/lib/sparc/libverify.so
0xff020000 /usr/j2sdk1_3_1_04/jre/lib/sparc/libjava.so
0xfe7d0000 /usr/j2sdk1_3_1_04/jre/lib/sparc/libzip.so
0xfe2d0000 /export/home/Users/jgallet/JINI/libjava.so
0xfac80000 /usr/lib/libapithread.so
Local Time = Tue Sep 17 13:25:11 2002
Elapsed Time = 1
# HotSpot Virtual Machine Error : 11
# Error ID : 4F530E43505002BD 01
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
# Java VM: Java HotSpot(TM) Client VM (1.3.1_04-b02 mixed mode)
# An error report file has been saved as hs_err_pid22138.log.
# Please refer to the file for further information.
Abort (core dumped)
============
Please note that calling or not calling the C function does not affect the result (of commenting the tests of course).
java -version
java version "1.3.1_04"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_04-b02)
Java HotSpot(TM) Client VM (build 1.3.1_04-b02, mixed mode)
Solaris 7 Sparc machine.
Any help appreciated.
Sincerely,
John GALLET

Solution : sort of.
The pointer I got from GetObjectArrayElement, for whatever reason, is NULL. So passing it along caused a coredump...
I spent a lot of time of that stupid mistake, and I guess I am going to spend even more on understanding WHY it is NULL, now...
Sincerely,
JG

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

Core Dump why ?

Similar Messages

Maybe you are looking for