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

Similar Messages

Generate dummy XML for an empty input text file

Hi All,
i know when XI gets an empty input text file, it does not generate a send message for it in sender communication channel.
in my scenario, if i get a file with data, i have to generate an XML message for it using file content conversion - this i have done...........
but if i get an empty text file, then i have to generate a dummy XML send message for it for my BPM.......
Has anybody generated a dummy XML message for an empty input file........please respond only if you have practically generated a XML message in SXMB_MONI for an empty input text file.
Thanks,
Rajeev Gupta

Hi All,
i made a J2EE adapter module to generate dummy xml for empty file.....but when i give a file with data in it, then my adapter module is called..... but when i give an empty file, then my adapter module is not called.........
so if somebody has practically generated a dummy XML for an empty file by any method, please tell.
Thanks,
Rajeev Gupta

Schemagen creates empty files in tutorial II

Hi,
Thanks for answering my previous Qs. Im on section 3.3 of the tutorial.
Im using java 1.4.2, winxp. schemagen -file schema.xml creates an empty
file.
I ran these commands before schemagen:
set javax.jdo.option.ConnectionDriverName=org.hsqldb.jdbcDriver
set javax.jdo.option.ConnectionURL=jdbc:hsqldb:reversetutorial_database
set javax.jdo.option.ConnectionUserName=sa
set javax.jdo.option.ConnectionPassword=
my classpath=
D:\kodo-jdo-3.1.0\lib\kodo-jdo.jar;D:\kodo-jdo-3.1.0\lib\kodo-jdo-runt
ime.jar;D:\kodo-jdo-3.1.0\lib\jdo-1.0.1.jar;D:\kodo-jdo-3.1.0\lib\jfreechart-0.9.13.jar;D:\kodo-jdo-3.1.0\lib\jakarta-commons-collections-2.1.jar;D:\kodo-jdo-3.1.0\lib\jakarta-commons-lang-1.0.1.jar;D:\kodo-jdo-3.1.0\lib\jakarta-commons-pool-1.0.1.jar;D:\kodo-jdo-3.1.0\lib\jakarta-regexp-1.1.jar;D:\kodo-jdo-3.1.0\lib\jca1.0.jar;D:\kodo-jdo-3.1.0\lib\jdo-1.0.1.jar;D:\kodo-jdo-3.1.0\lib\jndi.jar;D:\kodo-jdo-3.1.0\lib\jta-spec1_0_1.jar;D:\kodo-jdo-3.1.0\lib\mx4j-admb.jar;D:\kodo-jdo-3.1.0\lib\mx4j-jmx.jar;D:\kodo-jdo-3.1.0\lib\mx4j-tools.jar;D:\kodo-jdo-3.1.0\;D:\kodo-jdo-3.1.0\lib\jdbc-hsql-1_7_0.jar
thanks,
PS how does one reply to a message using the solarmetric website to access
this newsgroup.

Hi,
Thanks for answering my previous Qs. Im on section 3.3 of the tutorial.
Im using java 1.4.2, winxp. schemagen -file schema.xml creates an empty
file.
I ran these commands before schemagen:
set javax.jdo.option.ConnectionDriverName=org.hsqldb.jdbcDriver
set javax.jdo.option.ConnectionURL=jdbc:hsqldb:reversetutorial_database
set javax.jdo.option.ConnectionUserName=sa
set javax.jdo.option.ConnectionPassword=
my classpath=
D:\kodo-jdo-3.1.0\lib\kodo-jdo.jar;D:\kodo-jdo-3.1.0\lib\kodo-jdo-runt
ime.jar;D:\kodo-jdo-3.1.0\lib\jdo-1.0.1.jar;D:\kodo-jdo-3.1.0\lib\jfreechart-0.9.13.jar;D:\kodo-jdo-3.1.0\lib\jakarta-commons-collections-2.1.jar;D:\kodo-jdo-3.1.0\lib\jakarta-commons-lang-1.0.1.jar;D:\kodo-jdo-3.1.0\lib\jakarta-commons-pool-1.0.1.jar;D:\kodo-jdo-3.1.0\lib\jakarta-regexp-1.1.jar;D:\kodo-jdo-3.1.0\lib\jca1.0.jar;D:\kodo-jdo-3.1.0\lib\jdo-1.0.1.jar;D:\kodo-jdo-3.1.0\lib\jndi.jar;D:\kodo-jdo-3.1.0\lib\jta-spec1_0_1.jar;D:\kodo-jdo-3.1.0\lib\mx4j-admb.jar;D:\kodo-jdo-3.1.0\lib\mx4j-jmx.jar;D:\kodo-jdo-3.1.0\lib\mx4j-tools.jar;D:\kodo-jdo-3.1.0\;D:\kodo-jdo-3.1.0\lib\jdbc-hsql-1_7_0.jar
thanks,
PS how does one reply to a message using the solarmetric website to access
this newsgroup.

JRockit R27.1.0 Core Dumps

We recently upgraded to the following version of JRockit:
java version "1.4.2_12"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_12-b03)
BEA JRockit(R) (build R27.1.0-109-73164-1.4.2_12-20061129-1418-linux-ia32, compiled mode)
Since the upgrade, it has been core dumping intermittently. Looking at the dump, it seems to be related to Stack Overflows. However the stack dump does not seem deep enough to merit one. In an attempt to address we upped our Stack Size from -Xss256k to -Xss512k but it is still occurring.
Is this a known bug?
Stack Dump
===== BEGIN DUMP =============================================================
JRockit dump produced after 0 days, 01:16:47 on Sat Mar 10 12:38:51 2007
Additional information is available in:
/opt/oracle/OraHome1/j2ee/home/jrockit.16739.dump
No snapshot file (core dump) will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
If you see this dump, please open a support case with BEA and
supply as much information as you can on your system setup and
the program you were running. You can also search for solutions
to your problem at http://forums.bea.com in
the forum jrockit.developer.interest.general.
Error Message: Unspecified error [52]
Signal info : si_signo=11, si_code=2 si_addr=(nil)
Version : BEA JRockit(R) R27.1.0-109-73164-1.4.2_12-20061129-1418-linux-ia32
GC : System optimized over pausetime (initial strategy singleconcon)
: Current OC phase is: not running. YC is not running.
: GC strategy for GC 101 was singleparpar
: GC strategy for GC 102 was singleparpar
: GC strategy for GC 103 was singleparpar
: GC strategy for GC 104 was singleparpar
: GC strategy for GC 105 was singleparpar
: mmHeap->data = 0x8600000, mmHeap->top = 0x5bb00000
: mmStartCompaction = 0x46dc0000, mmEndCompaction = 0x5bb00000
CPU : Intel Pentium 4 (HT) SSE SSE2 NetBurst EM64T
Number CPUs : 4
Tot Phys Mem : 4127760384 (3936 MB)
OS version : Red Hat Enterprise Linux AS release 3 (Taroon Update 4)
Linux version 2.4.21-32.2.EL.VMTEST5smp ([email protected]) (gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-52)) #1 SMP Thu May 5 14:29:38 EDT 2005 (i686)
Thread System: NPTL
State : JVM is running (Main thread has finished)
LD_ASSUME_KERNEL: <not set>
C Heap : Good; no memory allocations have failed
StackOverFlow: 2 StackOverFlowErrors have occured
OutOfMemory : 0 OutOfMemoryErrors have occured
"HTTPThreadGroup-11" id=22 idx=0x34 tid=16775 lastJavaFrame=0x76fff9c
Stack 0: start=0x767d000, end=0x7701000, guards=0x7682000 (ok), forbidden=0x7680000
Thread Stack Trace:
at dumpForceDump+78()@0x93903e
at vmFatalErrorMsgV+129()@0xa946c1
at vmFatalErrorMsg+31()@0xa946ef
at jniPinObject+247()@0x996cb7
at jniGetPrimitiveArrayCriticalInfo+57()@0x989fe9
at jniGetPrimitiveArrayCritical+46()@0x98a04e
at jniStringFromUTF82+73()@0x9973a9
at jniStringFromIString2+52()@0x9978f4
at jniStringFromIString+30()@0x99798e
at RJNI_java_lang_Throwable_getOurStackTrace0+552()@0xa50ad8
-- Java stack --
at java/lang/Throwable.getOurStackTrace0()[Ljava/lang/StackTraceElement;(Native Method)
at java/lang/Throwable.getOurStackTrace()[Ljava/lang/StackTraceElement;(Unknown Source)
^-- Holding lock: java/lang/StackOverflowError@0x2cc277a8[thin lock]
at java/lang/Throwable.printStackTrace(Ljava/io/PrintWriter;)V(Unknown Source)
^-- Holding lock: java/io/PrintWriter@0x2cb82340[thin lock]
at com/evermind/server/Application.printStackTrace(Application.java:1180)
at com/evermind/io/OutputStreamLogger.log(OutputStreamLogger.java:77)
at com/evermind/util/CollectionLogger.log(CollectionLogger.java:44)
at com/evermind/server/ServerBase.log(ServerBase.java:83)
at com/evermind/server/http/HttpApplication.log(HttpApplication.java:1729)
at com/evermind/server/http/HttpApplication.log(HttpApplication.java:1756)
at com/evermind/server/http/EvermindHttpServletResponse.handleException(EvermindHttpServletResponse.java:1634)
at com/evermind/server/http/EvermindHttpServletResponse.handleException(EvermindHttpServletResponse.java:1505)
at com/evermind/server/http/HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:873)
at com/evermind/server/http/HttpRequestHandler.processRequest(HttpRequestHandler.java:448)
at com/evermind/server/http/AJPRequestHandler.run(AJPRequestHandler.java:302)
at com/evermind/server/http/AJPRequestHandler.run(AJPRequestHandler.java:190)
at oracle/oc4j/network/ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
at oracle/oc4j/network/ServerSocketAcceptHandler.procClientSocket(ServerSocketAcceptHandler.java:239)
at oracle/oc4j/network/ServerSocketAcceptHandler.access$700(ServerSocketAcceptHandler.java:34)
at oracle/oc4j/network/ServerSocketAcceptHandler$AcceptHandlerHorse.run(ServerSocketAcceptHandler.java:880)
at com/evermind/util/ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
at java/lang/Thread.run(Thread.java:534)
at jrockit/vm/RNI.c2java(IIII)V(Native Method)
-- end of trace
Additional information is available in:
/opt/oracle/OraHome1/j2ee/home/jrockit.16739.dump
No snapshot file (core dump) will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
If you see this dump, please open a support case with BEA and
supply as much information as you can on your system setup and
the program you were running. You can also search for solutions
to your problem at http://forums.bea.com in
the forum jrockit.developer.interest.general.
Extended, platform specific info:
libc release: 2.3.2-stable
Elf headers:
libc ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY: 00015880 PHOFF: 00000034 SHOFF: 0017f1e4 EF: 0x0 HS: 52 PS: 32 PHN; 9 SS: 40 SHN: 61 STIDX: 60
libpthread ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1 ENTRY: 00004710 PHOFF: 00000034 SHOFF: 00017860 EF: 0x0 HS: 52 PS: 32 PHN; 8 SS: 40 SHN: 34 STIDX: 33
libjvm ehdrs: failed.

I take it that R27.1 is not supported on RHEL 4 Update 4 on AMD64 as well?
Error Message: Unspecified error [52]
Signal info : si_signo=11, si_code=2 si_addr=(nil)
Version : BEA JRockit(R) R27.1.0-109-73164-1.4.2_12-20061129-1418-linux-ia32
GC : System optimized over pausetime (initial strategy singleconcon)
: Current OC phase is: not running. YC is not running.
: GC strategy for GC 925 was singleconpar
: GC strategy for GC 926 was genconpar
: GC strategy for GC 927 was singleconpar
: GC strategy for GC 928 was genconpar
: GC strategy for GC 929 was singleconpar
: mmHeap->data = 0x8100000, mmHeap->top = 0x5b600000
: mmStartCompaction = 0x15148000, mmEndCompaction = 0x15bb2048
CPU : AMD Opteron/Athlon64 SSE SSE2 EM64T
Number CPUs : 4
Tot Phys Mem : 8361074688 (7973 MB)
OS version : Red Hat Enterprise Linux AS release 4 (Nahant Update 4)
Linux version 2.6.9-42.ELsmp ([email protected]) (gcc version 3.4.6 20060404 (Red Hat 3.4.6-2)) #1 SMP Wed Jul 12 23:32:02 EDT 2006 (x86_64)
Thread System: NPTL
State : JVM is running (Main thread has finished)
StackOverFlow: 3 StackOverFlowErrors have occured
OutOfMemory : 0 OutOfMemoryErrors have occured
Is our best option if an upgrade is not feasible to go back to 1.4.2_04 R24.3.0

Help Getting Core dump

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

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

Empty file to process in customer J2EE adapter module

Hi All,
if i give an empty text file to a sender communication channel, then no message is generated by XI.
i want to generate a dummy XML if empty file is given.
so is it possible to make a customer-specific J2EE adapter module - then deploy it - then if in sender comm channel this adapter module is written before SAPAdapter module, then should XI generate a dummy XML for this empty file.
i am asking this because i developed a J2EE adapter module, then deployed it, then tried to invoke it from sender comm channel but this J2EE adapter module is not getting invoked - this i can tell because i have written the following lines only in Java class process method:
Message msg_audit = (Message)inputModuleData.getPrincipalData();
AuditMessageKey amk = new AuditMessageKey(msg_audit.getMessageId(),AuditDirection.OUTBOUND);
Audit.addAuditLogEntry(amk, AuditLogStatus.SUCCESS,"FileCheck: Module called");
 return inputModuleData;
but still in the audit log only 3 messages of entire file content converted to XML format, empty doc so no sending of message and deleting of empty file are coming.
Can anybody suggest whether is it possible to process an empty text file to generate a dummy XML in sender communication channel in XI.
Thanks,
Rajeev Gupta

Hi All,
When i write this code:
try
 obj = inputModuleData.getPrincipalData();
 msg_audit = (Message)obj;
 amk = new AuditMessageKey(msg_audit.getMessageId(),AuditDirection.OUTBOUND);
 Audit.addAuditLogEntry(amk,AuditLogStatus.SUCCESS,"FileCheck: Module called");
 File f = new File("/components/XITEMP/sample/PWC/check.txt");
 if (f.canWrite())
 PrintStream ps;
 FileOutputStream fos =new FileOutputStream(f);
 File f1 = new File("/components/XITEMP/sample/PWC/check1.txt");
 ps = new PrintStream(fos);
 if (f1.exists()==false)
 f1.createNewFile();
 ps.println("Testing");
 ps.close();
 fos.close();
 else
 File f2 = new File("/components/XITEMP/sample/PWC/check2.txt");
 if (f2.exists()==false)
 f2.createNewFile();
 } 
it works fine......it creates the file check1.txt
but when i place the italiced code in this format:
 try
 obj = inputModuleData.getPrincipalData();
 msg_audit = (Message)obj;
 amk = new AuditMessageKey(msg_audit.getMessageId(),AuditDirection.OUTBOUND);
 Audit.addAuditLogEntry(amk,AuditLogStatus.SUCCESS,"FileCheck: Module called");
 catch (Exception e)
 try
 File f = new File("/components/XITEMP/sample/PWC/check.txt");
 if (f.canWrite())
 PrintStream ps;
 FileOutputStream fos =new FileOutputStream(f);
 File f1 = new File("/components/XITEMP/sample/PWC/check1.txt");
 ps = new PrintStream(fos);
 if (f1.exists()==false)
 f1.createNewFile();
 ps.println("Testing");
 ps.close();
 fos.close();
 else
 File f2 = new File("/components/XITEMP/sample/PWC/check2.txt");
 if (f2.exists()==false)
 f2.createNewFile();
 catch(Exception ex)
it doesnot create the file check1.txt......
Can anybody suggest why in the exception block this italiced code is not working........means it is working in try block of try{}catch{} block.......but it is not working in catch block of try{}catch{try{}catch{}}
Thanks,
Rajeev Gupta

PLSQL XML Parser core dump

We are getting core dumps when using the plsql parser on our
data. The data files are about 500K.
We are on Oracle 8.1.5 on a Digital UNIX V4.0E.
Would you like to see the dumps or the trace files?
null

We are having the same problem in OAS PLSQL cartridge
application using PLSQL XML parser. Core dumps are spontaneous
while the size of XML file is quite small (~20-50K). The trace
file has error messages like "Session exceeded soft sessionspace
limit of 0x100000 bytes" or "Address not mapped to object.
ORA-07445: exception encountered: core dump...". We are using OAS
4.0.8 and Oracle 8.1.5 for Solaris. OAS and DB Instance are on
the same box. But everything works fine when using OAS on
separate NT server.
Andrei Filimonov
Steve Coffman (guest) wrote:
: We are getting core dumps when using the plsql parser on our
: data. The data files are about 500K.
: We are on Oracle 8.1.5 on a Digital UNIX V4.0E.
: Would you like to see the dumps or the trace files?
null

WAE Core Dump File

Hi all,
I've been searching to recovering this core dump, but im not sure if it will work, and dont know if i could reboot the appliance after copy the core dump file.
Didnt found any related document too, so if any one could link me some about this, i'll apreciate it.
Best Regards,
Bruno PetrÃ³nio
cm1#show alarms detail support
Critical Alarms:
None
Major Alarms:
Alarm ID Module/Submodule Instance
1 core_dump sysmon core
May 20 15:03:50.606 WEST, Processing Error Alarm, #000001, 1000:445001
Kernel Crash files and / or User Core files detected
/alm/maj/sysmon/core%02d/core_dump:
A user core file or kernel crash dump has been generated.
Explanation:
The System Monitor issues this to indicate that one or more
of the software modules or the kernel has generated core
files.
Action:
Access the device and check the directory /local1/core_dir,
or /local1/crash, retrieve the core file through ftp and
contact Cisco TAC.
Minor Alarms:

Hi Zach,
Please see below output is the .gz file the dump file we need to remove?
Thanks again.
Matt
Dev1#cd /local1/core_dir
Dev1#ls
core.authenticate.4.0.19.b14.cnbuild.23211.gz

Dummy XML not getting generated from empty file by J2EE adapter module

Hi All,
i know when XI gets an empty input text file, it does not generate a send message for it in sender communication channel.
in my scenario, if i get a file with data, i have to generate an XML message for it using file content conversion - this i have done...........
but if i get an empty text file, then i have to generate a dummy XML send message for it for my BPM.......
So i made a J2EE adapter module to generate dummy xml for empty file.....when i give a file with data in it, then my adapter module is called..... but when i give an empty file, then my adapter module is not called.........
Can anybody suggest why the module processor is not invoking my customer-adapter module when an empty file is given.............but the module processor is invoking my customer-adapter module when a file with data is given.
Thanks,
Rajeev Gupta

Hi Amit,
Below is the code of process method which i used:
public ModuleData process(ModuleContext moduleContext,
ModuleData inputModuleData)
 throws ModuleException
Object obj;
Message msg_audit;
AuditMessageKey amk;
try
File f = new File("/components/XITEMP/sample/PWC/check.txt");
PrintStream ps;
if (f.canWrite())
FileOutputStream fos =new FileOutputStream(f);
ps = new PrintStream(fos);
ps.println("Testing");
ps.close();
fos.close();
else
f = new File("/components/XITEMP/sample/PWC/check4.txt");
if (f.exists() ==false)
f.createNewFile();
obj = inputModuleData.getPrincipalData();
if (obj!=null)
msg_audit = (Message)obj;
amk = new AuditMessageKey(msg_audit.getMessageId(),AuditDirection.OUTBOUND);
Audit.addAuditLogEntry(amk,AuditLogStatus.SUCCESS,"FileCheck: Module called");
else
String str = new String();
String str1 = new String();
 str1="<?xml version=\"1.0\" encoding=\"utf-8\" ?>";
 str1+="<ns:MT_PWC_RECORD xmlns:ns=\"urn://PWC_SR3_01/PWC/Customer\">";
 str1+="<RECORD_SET>";
 str1+="<RECORD>";
 str1+="<RECORD_DATA>BLANK_FILE</RECORD_DATA>";
 str1+="</RECORD>";
 str1+="</RECORD_SET>";
 str1+="</ns:MT_PWC_RECORD>";
str=str1;
inputModuleData.setPrincipalData(str);
catch(Exception e)
try
File f = new File("/components/XITEMP/sample/PWC/check.txt");
PrintStream ps;
if (f.canWrite())
FileOutputStream fos =new FileOutputStream(f);
ps = new PrintStream(fos);
ps.println(e.toString());
ps.close();
fos.close();
catch(Exception ex)
return inputModuleData;
 }
in the above methood, i used file operations at start just to see whether the module is getting invoked or not...so when i give a data file, then the file operations are performed and messages are written in audit log.........but when i give an empty file, then the file operations are not performed - meaning the module is not getting invoked........
Thanks,
Rajeev Gupta

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.

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.

Assertion failed: 0, file ../lnk/exthrow.cc, line 425 Abort (core dumped)

Hi,
I have a JNI native library that calls a custom C++ shared library with a number of number of dependencies. At runtime, in the process of loading the custom C++ library, I got the folloing message.
Assertion failed: 0, file ../lnk/exthrow.cc, line 425
Abort (core dumped)
If I did mdb on core dump, the following is the result.
mdb java.29922
mdb: core file data for mapping at ffb7a000 not saved: Bad address
Loading modules: [ libc.so.1 libuutil.so.1 ld.so.1 ]
$Cffbf7c90 libc.so.1`_lwp_kill+8(6, 0, ff2f2e10, ff2a8bd0, ffffffff, 6)
ffbf7cf0 libc.so.1`abort+0x110(ffbf7de0, 1, 0, ad314, ff2f12d8, 0)
ffbf7d80 libc.so.1`_assert+0x64(ff1d9358, ff1d935a, 1a9, ff1ea810, ad030, ff1d418c)
ffbf7fe0 libCrun.so.1`__1cG__CrunMex_rethrow_q6F_v_+0xf0(0, fffb, 0, 14c14, 2, 0)
ffbf8040 libtssclt.so.3`__1cDstdNbasic_istream4Ccn0ALchar_traits4Cc___2t6Mn0AIios_baseJEmptyCtor__v_+0xb8(eef09710, 0,
eef0df94, eef0a088, eef09730, eef09748)
ffbf80a0 libtssclt.so.3`__SLIP.INIT_A+0x20(0, ff2f3700, acb18, ff2bb774, f0bd4840, f0bd4880)
ffbf8100 libtssclt.so.3`__1cU__STATIC_CONSTRUCTOR6F_v_+4(ee774a48, ff2f3700, acb18, ff1d6e50, f0bd3b40, f0bd3b80)
ffbf8160 libtssclt.so.3`_init+0x110(ff3f40fc, ff3f5a50, 2b414, 0, ff3f4910, 821)
ffbf81c0 ld.so.1`call_init+0x16c(c10081, 1, fe9d0f60, ee7c5eb4, ff3f4910, ffdfffff)
ffbf8228 ld.so.1`dlmopen_intn+0x164(ff3f40fc, 10000, c01, 24, 3b, ff161f30)
ffbf8288 ld.so.1`dlmopen_check+0x160(ff3f40fc, 10c5c8, c01, ff3914f8, ffbf834c, 0)
ffbf82e8 ld.so.1`dlopen+0x30(10c5c8, 1, 1, ff185fac, 57c0, ff185fa8)
ffbf8350 libjvm.so`__1cCosIdll_load6Fpkcpci_pv_+0x20(10c5c8, ffbf8858, 400, 0, 12eed4, 5400)
ffbf83f0 libjvm.so`JVM_LoadLibrary+0x15c(10c5c8, 64fc, 38810, ff18696c, ff185fac, 2)
ffbf8c58 libjava.so`Java_java_lang_ClassLoader_00024NativeLibrary_load+0xe8(388cc, ffbf8f2c, ffbf8f28, 0, 10c5c8, 0)
ffbf8dc0 0xf900bc20(11, ffbf8f2c, ffbf8ea8, ffffff80, 64fc, 0)
ffbf8e40 0xf900bbc4(f0c303c0, b6, 0, 8, 1ffc, ffbf8ec0)
ffbf8ec0 0xf9005764(f0c30080, b8, f0c09478, f9014760, f0c374a8, ffbf8f90)
ffbf8f58 0xf90057a8(0, b8, ffbf911c, f9014a20, 110, ffbf9028)
ffbf9018 0xf9005764(f0c08de8, b6, ffbf919c, f9014a68, 57c0, ffbf90c0)
ffbf90b8 0xf9005764(339b8, 0, 64fc, f9014760, ff185fac, ffbf9140)
ffbf9140 0xf9005764(c000, 2, 4c00, f9014a70, ff17fca0, ffbf91b8)
ffbf91b8 0xf9000218(ffbf92a0, ffbf9380, a, f4d5f2f8, f900a7e0, ffbf9390)
ffbf9218 libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5b8(
ffbf9378, 38810, ffbf938c, ffbf92b0, 38eb8, 0)
ffbf92e0 libjvm.so`__1cNinstanceKlassPinitialize_impl6FnTinstanceKlassHandle_pnGThread__v_+0x68c(ffbf9524, 38810, f4d5f330,
391cc, 38eb8, 38eb4)
ffbf94c0 libjvm.so`__1cNinstanceKlassKinitialize6MpnGThread__v_+0x80(38e20, 38810, fecd7a8c, f4d5f330, 38810, ff181fbc)
ffbf9540 libjvm.so`__1cbCfind_class_from_class_loader6FpnHJNIEnv__nMsymbolHandle_CnGHandle_3CpnGThread__pnH_jclass__+0xd8(
388cc, 1, 1, 38e18, f4d5f330, 1)
ffbf95b0 libjvm.so`jni_FindClass+0x720(388cc, 0, 0, ff18696c, 391cc, 0)
ffbf9640 main+0xe3c(6, 388cc, ff182ba0, 39348, 0, 1)
ffbf9ed0 _start+0x108(0, 0, 0, 0, 0, 0)
Any help/assistance on this issue would be highly appriciated.
Thanks and Regards
Somesh

I ran into this exact same problem (on Solaris, JVM 1.4.1). Although I don't know the exact cause, I can tell you what I did to fix it..
Of course, this happens when you try to load a native library (a .so in this case). I ldd'd that .so, and found that it in turn was linked to two other libraries in my control, and some other OS libraries.
When I statically linked either one of my libraries, such that only one of the libraries under my control was still linked dynamically, leaving the OS libaries untouched, then the problem went away. Note that it didn't matter which one I linked statically- as long as one (or both) were static there was no problem.
My guess was that there were some sort of cyclic dependencies with these libraries, but right now I'm happy enough that it works, so I'm not going to try and pursue this further..

How to view database core dump file

I have an Oracle server on windows 2000. Now, I found the oracle server will produce a core dump file in ..\cdump directory. But this file is only a system memory image, so it's hard to analysis the core dump reason, could you tell me how to view this file? thanks

There's no much useful information for you too see. You can create a SR with Oracle support and upload file if you want to investigate the cause of core dump. also check if there's any errors in your alert<SID>.log and core_dump_dest

AIX core dump file,

Hi
In AIX core dump file, we got this message
'SOFTWARE PROGRAM ABNORMALLY TERMINATED'CORE FILE NAME
/scclive/oracle/inst/apps/SCC_ebsprod/ora/10.1.2/forms/core
PROGRAM NAME
frmweb
We are getting these errors frequently when there was some network issue between our server and PDC. That why oracle application server is hanging and we had to bounce for resolving the issue. Can anybody help how to resolve permanently from AIX point of view?
Regards
Ateeq

Hi
1)In which way the PDC is connected to your EBIZ system?
No we are using hostfile. 2)If point 1 is correct then u should solve the network issue as the forms sessions are hanging coz of network issue OR If point 1 is correct then you must update the EBIZ system hostfile with the fully qualified domain name and remove DNS server for the EBIZ system to solve this issue.
We do have fully qualified domanin name in hostfile.As well as using DNS server also.Regards
Ateeq

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

Xml access to empty files core dumps

Similar Messages

Maybe you are looking for