Java Core Dump Issue with jdk 1.4.1

I have an application which is run as a batch process. it handles data ranging from 100 thousand to 3 million. This process was running without any problem with jdk1.3 , but with 1.4.1 i am not able to finish this process , it generates core dump every time and the process stops. The process is asyncronus , it spons two threads to do the processing. Is there any way to handle this ?

JDK 1.4.1 is not supported anymore by Sun. See also http://java.sun.com/products/archive/
"... These products are down-revision products that may have various bugs, Y2000, and possibly security issues associated with them. Sun in no way recommends these products be used in a live, production environment ..."
Try the latest 1.4.2 release. Go to http://java.sun.com/j2se/1.4.2/download.html or even better, try 5.0 at http://java.sun.com/j2se/1.5.0/download.jsp
-jonelo

Similar Messages

SSL communication issue with JDK 1.6.0_19

Hi,
I am facing issue with JDK 1.6.0_19. I have a Java client which communicate with the Server in SSL communication.so, It is able to communicate properly with the JDK <=1.6.0_18 version.But I got handling exception: javax.net.ssl.SSLException: HelloRequest followed by an unexpected handshake message exception when the client is trying to communicate with the server in JDK 1.6.0_19.
We are using mutual authentication.The client and the server both have the signed certificate.The client certificate has to be validated by the server to establish the connection.
I have seen in forum that it is a renegotiation issue.So, if I enable the renegotiation flag by -Dsun.security.ssl.allowUnsafeRenegotiation=true it's working fine.But enabling renegotiation itself is a vulnerability.So, I can't enable renegotiation.
I am using httpclient 4.0 and JSSE in client side and IIS in the server side for this SSL connection.
I am not sure which side client or server initiating the renegotiation?
Please help me out.
I have tried Openssl command from console.
The command is : openssl s_client -connect X.X.X:443 -CAfile "xxxxx" -cert "xxxxxxxx" -key "xxxxxxxxxx" -state -verify 20 here is the output:
Loading 'screen' into random state - done
CONNECTED(00000748)
SSL_connect:before/connect initialization
SSL_connect:SSLv2/v3 write client hello A
SSL_connect:SSLv3 read server hello A
xxxxxxxxxxx.................
verify return:1
xxxxxxxxxxx.................
verify return:1
SSL_connect:SSLv3 read server certificate A
SSL_connect:SSLv3 read server done A
SSL_connect:SSLv3 write client key exchange A
SSL_connect:SSLv3 write change cipher spec A
SSL_connect:SSLv3 write finished A
SSL_connect:SSLv3 flush data
SSL_connect:SSLv3 read finished A
Certificate chain
xxxxxxxxxxx.................
Server certificate
-----BEGIN CERTIFICATE-----
xxxxxxxxxxx.................
-----END CERTIFICATE-----
xxxxxxxxxxx.................
No client certificate CA names sent
SSL handshake has read 1839 bytes and written 392 bytes
New, TLSv1/SSLv3, Cipher is RC4-MD5
Server public key is 1024 bit
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol : TLSv1
    Cipher    : RC4-MD5
    Session-ID: xxxxxxxxxxx
    Session-ID-ctx:
    Master-Key: xxxxxxxxxxx
    Key-Arg   : None
    PSK identity: None
    PSK identity hint: None
    Start Time: 1275564626
    Timeout   : 300 (sec)
    Verify return code: 0 (ok)
read:errno=10054If you see the console output you can see that two statement is missing those are :
SSL_connect:SSLv3 read server certificate request A
SSL_connect:SSLv3 write client certificate ASo, I like to know if this is any clue which is asking for renegotiation.

Thank you for your response.
Yes I have set the particular proerty SSLAlwaysNegoClientCert to True and it is able to establish the ssl conneciton without initiating renegotiation from IIS server side.The property has to be set the metabase.xml file.
Thank you very much once again.
Edited by: arpitak on Jun 23, 2010 2:10 AM

JAVA CORE DUMP IN AIX MACHINES

Hi,
we got a java core dump in a AIX machine .
The excerpts of the core dump file is as below. Please can anyone suggest me what the core dump is all about and what i need to do to fix the problem :
NULL ------------------------------------------------------------------------
0SECTION XHPI subcomponent dump routine
NULL ==============================
1XHTIME Wed Sep 14 09:48:39 2005
1XHSIGRECV SIGILL received at 0xd2a36cfc in /iscp/node/lib/libmocj.a. Processing terminated.
1XHFULLVERSION J2RE 1.4.1 IBM AIX build ca1411ifx-20040810 (141SR3)
NULL
1XHCURRENTTHD Current Thread Details
NULL ----------------------
2XHCURRSYSTHD "Thread-16" sys_thread_t:0x36866028
3XHNATIVESTACK Native Stack
NULL ------------
3XHSTACKLINE at 0xD2A2FC40 in changeTimeOut__FP8__clienti
3XHSTACKLINE at 0xD2A36CFC in ismc_getUsersOnsite__FRCQ2_3std4listXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ2_3std9allocatorXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc____RQ2_3std4listXTQ2_3std12basic_stringXTcTQ2_3std11c
3XHSTACKLINE at 0xD2A4D8D0 in Java_com_telcordia_iscp_moc_libj_cgp_RPC_getUsersOnsite
3XHSTACKLINE at 0xD2821CE8 in mmipInvoke_O_O
3XHSTACKLINE at 0xD27E9370 in mmipExecuteJava
3XHSTACKLINE at 0xD27E1FB4 in xeRunJavaVarArgMethod
3XHSTACKLINE at 0xD27E2260 in xeRunDynamicMethod
3XHSTACKLINE at 0xD27CFFFC in threadRT0
3XHSTACKLINE at 0xD293CD10 in xmExecuteThread
3XHSTACKLINE at 0xD2940BF4 in threadStart
3XHSTACKLINE at 0xD2A75408 in _start
3XHSTACKLINE at 0xD005277C in pthreadbody
NULL
1XHOPENV Operating Environment
NULL ---------------------
2XHHOSTNAME Host : cu11sv01_if0:10.104.148.79
2XHOSLEVEL OS Level : AIX 5.2.0.0
2XHCPUS Processors -
3XHCPUARCH Architecture : POWER_PC (impl: unknown, ver: unknown)
3XHNUMCPUS How Many : 2
/jni
4XESTACKTRACE at java.lang.Object.wait(Native Method)
4XESTACKTRACE at java.lang.Object.wait(Object.java:438)
4XESTACKTRACE at com.inprise.vbroker.orb.ORB.run(ORB.java:261)
4XESTACKTRACE at com.telcordia.iscp.moc.server.config.ismc_config_mgr.main(ismc_config_mgr.java:125)
3XHNATIVESTACK Native Stack
NULL ------------
3XHSTACKLINE at 0xD005D814 in eventwait
3XHSTACKLINE at 0xD0069740 in condwait_local
3XHSTACKLINE at 0xD0069B98 in condwait
3XHSTACKLINE at 0xD006A6F8 in pthread_cond_wait
3XHSTACKLINE at 0xD2A7C8AC in condvarWait
3XHSTACKLINE at 0xD2A7B718 in sysMonitorWait
3XHSTACKLINE at 0xD286B1F8 in lkMonitorWait
3XHSTACKLINE at 0xD27E0234 in JVM_MonitorWait
3XHSTACKLINE at 0xD2832168 in sysInvokeNative
3XHSTACKLINE at 0xD281CE58 in mmipInvokeJniMethod
3XHSTACKLINE at 0xD27E9370 in mmipExecuteJava
3XHSTACKLINE at 0xD27E192C in xeRunJniMethod
3XHSTACKLINE at 0xD2819F58 in invokeJniMethod
3XHSTACKLINE at 0xD2813D4C in jni_CallStaticVoidMethod
NULL
NULL ----------------------------------------------------
2XMFULLTHDDUMP Full thread dump Classic VM (J2RE 1.4.1 IBM AIX build ca1411ifx-20040810 (141SR3), native threads):
3XMTHREADINFO "Thread-16" (TID:0x300E9E88, sys_thread_t:0x36866028, state:R, native ID:0xF37) prio=5
4XESTACKTRACE at com.telcordia.iscp.moc.libj.cgp.RPC.getUsersOnsite(Native Method)
4XESTACKTRACE at com.telcordia.iscp.moc.libj.cgp.RPC.getUsersFromSite(RPC.java:27)
4XESTACKTRACE at com.telcordia.iscp.moc.server.config.RPCThread.rpcGetUsers(RPCThread.java:111)
4XESTACKTRACE at com.telcordia.iscp.moc.server.config.RPCThread.run(RPCThread.java:60)
4XESTACKTRACE at java.lang.Thread.run(Thread.java:568)
3XHNATIVESTACK Native Stack
NULL ------------
3XHSTACKLINE at 0xD2A2FC40 in changeTimeOut__FP8__clienti
3XHSTACKLINE at 0xD2A36CFC in ismc_getUsersOnsite__FRCQ2_3std4listXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc__TQ2_3std9allocatorXTQ2_3std12basic_stringXTcTQ2_3std11char_traitsXTc_TQ2_3std9allocatorXTc____RQ2_3std4listXTQ2_3std12basic_stringXTcTQ2_3std11c
3XHSTACKLINE at 0xD2A4D8D0 in Java_com_telcordia_iscp_moc_libj_cgp_RPC_getUsersOnsite
3XHSTACKLINE at 0xD2821CE8 in mmipInvoke_O_O
3XHSTACKLINE at 0xD27E9370 in mmipExecuteJava
3XHSTACKLINE at 0xD27E1FB4 in xeRunJavaVarArgMethod
3XHSTACKLINE at 0xD27E2260 in xeRunDynamicMethod
3XHSTACKLINE at 0xD27CFFFC in threadRT0
3XHSTACKLINE at 0xD293CD10 in xmExecuteThread
3XHSTACKLINE at 0xD2940BF4 in threadStart
3XHSTACKLINE at 0xD2A75408 in _start
3XHSTACKLINE at 0xD005277C in pthreadbody
NULL
Thanks

Take a look at this IBM article to see if it helps:
http://www-128.ibm.com/developerworks/eserver/library/es-javaonaix_core.html

Application cause java core dump, how can i do?

Hi
In the case, we're using JDK 1.4 and Hibernate on Aix 64 bit, but seems we've got lots of java core even occupied full hard space and cause application crash
system info :
JavaVersion is J2RE 1.4.2 IBM AIX 5L for PowerPC (64 bit JVM)
build caix64142ifx-20051115 (SR3 + 94164 + 97403 + 97482)
(note the 64 bit JVM).
-Xmx=1024 and -xms=512, free heap is 330,415,568 bytes, and allocated
is 1073,740,288 bytes.
some core dump :
WebContainer : 4
at java.io.ObjectInputStream.readString()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0() at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readArray()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readObject()
at java.util.HashMap.readObject()
at sun.reflect.GeneratedMethodAccessor399.invoke()
at sun.reflect.DelegatingMethodAccessorImpl.invoke()
at java.lang.reflect.Method.invoke()
at java.io.ObjectStreamClass.invokeReadObject()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.defaultReadFields()
at java.io.ObjectInputStream.readSerialData()
at java.io.ObjectInputStream.readOrdinaryObject()
at java.io.ObjectInputStream.readObject0()
at java.io.ObjectInputStream.readObject()
at com.ibm.ws.naming.util.Serialization$1.run()
at com.ibm.ws.security.util.AccessController.doPrivileged()
at com.ibm.ws.naming.util.Serialization.deserializeObject()
at com.ibm.ws.naming.util.Helpers
.processSerializedObjectForLookupExt()
at com.ibm.ws.naming.util.Helpers.processSerializedObjectForLookup()
at com.ibm.ws.naming.jndicos.CNContextImpl.processResolveResults()
at com.ibm.ws.naming.jndicos.CNContextImpl.doLookup()
at com.ibm.ws.naming.jndicos.CNContextImpl.doLookup()
at com.ibm.ws.naming.jndicos.CNContextImpl.lookupExt()
at com.ibm.ws.naming.jndicos.CNContextImpl.lookup()
at com.ibm.ws.naming.util.WsnInitCtx.lookup()
at javax.naming.InitialContext.lookup()
at com.ibm.wsspi.RegistryLoader.getPluginRegistry()
at com.ibm.wsspi.IPluginRegistryFactory.getPluginRegistry()
at ibmjsp.com2E_ibm_2E_ws_2E_console_2E_appmanagement
._collectionTableLayout._jspService()
at com.ibm.ws.jsp.runtime.HttpJspBase.service()
at javax.servlet.http.HttpServlet.service()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service()
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter()
at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest()
at com.ibm.wsspi.webcontainer.servlet.GenericServletWrapper
.handleRequest()
at com.ibm.ws.jsp.webcontainerext.JSPExtensionServletWrapper
.handleRequest()
at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.include()
at org.apache.jasper.runtime.JspRuntimeLibrary.include()
at org.apache.jasper.runtime.PageContextImpl.include()
at org.apache.struts.tiles.TilesUtilImpl.doInclude()
at org.apache.struts.tiles.TilesUtil.doInclude()
at org.apache.struts.taglib.tiles.InsertTag.doInclude()
at org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag()
at org.apache.struts.taglib.tiles.InsertTag.doEndTag()
at ibmjsp.secure.layouts.vboxLayout._jspService()
at com.ibm.ws.jsp.runtime.HttpJspBase.service()
at javax.servlet.http.HttpServlet.service()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service()
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter()
... more stack lines not shown ===================================
"WebContainer: 2" shows much
the same stack trace, but extends to include
@com.ibm.ws.console.core.servlet.WSCUrlFilter.continueStoringTaskState()
at com.ibm.ws.console.core.servlet.WSCUrlFilter.doFilter()
at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter()
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter()
at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter()
at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest()
Through IBM, we got those answer :
Looking at the javacore files, we're seeing OOM errors. However,
looking at a heapdump, we're not seeing total heap space exhaustion -
around half of the heap is occupied, and occupancy by the vartious
objects seems, to me at least, to be normal.
The threads
seem to be using the compound class loader to load the customer's
"Hibernate" code - and in the largest of the threads in the heapdump -
(it consumes 258,720,168 bytes), the class org/hibernate/impl/Session
Impl and its children - consume 129,540,864 bytes.
The other 128,785,680 is consumed by org/hibernate/proxy/CGLIBLazyInitia
lizer. There are some other classes that make up the small difference
if you added these numbers.
The class com/softleader/hibernate/util/HibernateUtil and its children
consume 74,932,848 bytes.
I could go on through the heapdump, but there are very large classes
in here, and it may be more advantageous to get a verbosegc turned on
to show the patterns of JVM Heap requirements.
I suppose that the customer is developing this app for a 32bit
architecture market, since they are keeping their JVM Heap within the
32 bit limits. If this is the case, then Xmx=1280 and Xms=384 seems a
more reasonable JVM setting. If they are not, and they want to try
Xmx above 1280, then we have not yet had much experience with 64 bit
but I'd expect that the larger heapsize would benefit the application.
Either way, we need verbosegc turned on to monitor the heap requests.
That mean, i have to turn up JVM Heap size? or what can i do for it?
Thanks a lot.

I'd hook up a profiler to your app and monitor it to see what's happening and what objects aren't playing nice.

Java/ATI driver issue with Minecraft on ArchLinux 64-bit

I am having an issue with Java on ArchLinux. I think it has something to do with my graphics drivers. I have an Alienware M17x R2. Here are my specs:
Intel Core i7 940XM
8GB 1333MHz RAM
Dual ATI 5870M in CrossFireX
ArchLinux 64-bit
I am using the open source ATI drivers (xf86-video-ati) and everything (ex. desktop compositing) is significantly faster than when I was running catalyst. I get an error when I launch minecraft though. It happens when I launch in the web browser and the jar. I also downloaded the AUR package which is essentially the same as the jar file with a shell script in the bin folder. I have also tried both OpenJDK6 and Oracle JDK/JRE and it happens on both. I have also tried replacing the lwjgl jars and putting the 64 bit so files in /opt/java/lib and renaming them to resemble the 32-bit filenames. Here is the console output from minecraft:
Fontconfig error: "/etc/fonts/conf.d/20-unhint-small-dejavu-sans-mono.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/20-unhint-small-dejavu-sans.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/20-unhint-small-dejavu-serif.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/57-dejavu-sans-mono.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/57-dejavu-sans.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/57-dejavu-serif.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/20-unhint-small-dejavu-sans-mono.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/20-unhint-small-dejavu-sans.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/20-unhint-small-dejavu-serif.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/57-dejavu-sans-mono.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/57-dejavu-sans.conf", line 1: no element found
Fontconfig error: "/etc/fonts/conf.d/57-dejavu-serif.conf", line 1: no element found
java.net.UnknownHostException: login.minecraft.net
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:175)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:384)
at java.net.Socket.connect(Socket.java:546)
at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:579)
at sun.security.ssl.BaseSSLSocketImpl.connect(BaseSSLSocketImpl.java:160)
at sun.net.NetworkClient.doConnect(NetworkClient.java:178)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:409)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:530)
at sun.net.www.protocol.https.HttpsClient.<init>(HttpsClient.java:275)
at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:332)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:191)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:876)
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:177)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.connect(HttpsURLConnectionImpl.java:153)
at net.minecraft.Util.excutePost(Util.java:80)
at net.minecraft.LauncherFrame.login(LauncherFrame.java:96)
at net.minecraft.LoginForm$5.run(LoginForm.java:117)
16 achievements
148 recipes
Exception in thread "Minecraft main thread" java.lang.UnsatisfiedLinkError: org.lwjgl.DefaultSysImplementation.getPointerSize()I
at org.lwjgl.DefaultSysImplementation.getPointerSize(Native Method)
at org.lwjgl.Sys.<clinit>(Sys.java:100)
at org.lwjgl.opengl.Display.<clinit>(Display.java:130)
at net.minecraft.client.Minecraft.a(SourceFile:239)
at net.minecraft.client.Minecraft.run(SourceFile:683)
at java.lang.Thread.run(Thread.java:679)
Thanks,
Joey

Has anyone had any luck with this? I just got a set of 5. speakers to go with my sb li've! 5. card on xp x64, and ran into the same problem... it works fine on 32-bit, but I got a 64-bit processor for a reason and hate the fact that I can't have my surround working just because I'm using a 64-bit operating system. It'd be nice if Creative would get their act together and do something about all of these problems I'm seeing on the forums...

Java core dump on AIX5.2 / J2RE 1.4.1

I'm running a program on AIX 5.2.0.0
which fails after two minuts whith a Java core file....
This is the content of this file ; does anyone know how to read this ??
NULL ------------------------------------------------------------------------
0SECTION TITLE subcomponent dump routine
NULL ===============================
1TISIGINFO signal 11 received
1TIDATETIME Date: 2006/02/09 at 14:50:15
1TIFILENAME Javacore filename: /app/qualiac/FISTST/exp/gti/bin/javacore1196264.1139493015.txt
NULL ------------------------------------------------------------------------
0SECTION XHPI subcomponent dump routine
NULL ==============================
1XHTIME Thu Feb 9 14:50:15 2006
1XHSIGRECV SIGSEGV received at 0x34003600370033 in <unknown>. Processing terminated.
1XHFULLVERSION J2RE 1.4.1 IBM AIX 5L for PowerPC (64 bit JVM) build caix64141-20030522
NULL
1XHCURRENTTHD Current Thread Details
NULL ----------------------
2XHCURRSYSTHD "main" sys_thread_t:0x110015B68
3XHNATIVESTACK Native Stack
NULL ------------
3XHSTACKLINE at 0x90000000365502C in DumpThreadDetails
3XHSTACKLINE at 0x900000003654EC8 in Diagnostics
3XHSTACKLINE at 0x900000003504050 in dgGenerateJavacore
3XHSTACKLINE at 0x900000003502BD4 in dgDumpHandler
3XHSTACKLINE at 0x9000000035C3B78 in panicSignalHandler
3XHSTACKLINE at 0x900000003669BB0 in unwindSignalCatchFrame
3XHSTACKLINE at 0x90000000366A178 in sysSignalCatchHandler
3XHSTACKLINE at 0x900000003668D90 in userSignalHandler
3XHSTACKLINE at 0x900000003668E18 in intrDispatch
3XHSTACKLINE at 0x9000000036696D8 in intrDispatchMD
NULL
1XHOPENV Operating Environment
NULL ---------------------
2XHHOSTNAME Host : UXA_FIN02:172.16.1.63
2XHOSLEVEL OS Level : AIX 5.2.0.0
2XHCPUS Processors -
3XHCPUARCH Architecture : POWER_PC (impl: POWER_RS64IV, ver: unknown)
3XHNUMCPUS How Many : 2
3XHCPUSENABLED Enabled : 2
NULL
1XHUSERLIMITS User Limits (in bytes except for NOFILE and NPROC) -
NULL -----------
2XHUSERLIMIT RLIMIT_FSIZE : 1073741312
2XHUSERLIMIT RLIMIT_DATA : infinity
2XHUSERLIMIT RLIMIT_STACK : 33554432
2XHUSERLIMIT RLIMIT_CORE : 1073741312
2XHUSERLIMIT RLIMIT_NOFILE : infinity
2XHLIMIT NPROC(max) : 512
NULL
1XHPAGESPACES Page Space (in blocks) -
NULL ----------
2XHPAGESPACE /dev/hd6: size=524288, free=466245
2XHPAGESPACE /dev/paging00: size=524288, free=466617
NULL
1XHSIGHANDLERS JVM Signal Handlers
NULL -------------------
2XHSIGHANDLER SIGHUP : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGINT : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGQUIT : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGILL : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGTRAP : JITSigTrapHandler (libjitc.a)
2XHSIGHANDLER SIGABRT : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGEMT : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGFPE : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGBUS : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGSEGV : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGSYS : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGPIPE : ignored
2XHSIGHANDLER SIGTERM : intrDispatchMD (libhpi.a)
NULL
1XHSIGHANDLERS Chained Signal Handlers
NULL -----------------------
2XHSIGHANDLER SIGHUP : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGINT : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGQUIT : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGILL : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGTRAP : JITSigTrapHandler (libjitc.a)
2XHSIGHANDLER SIGABRT : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGEMT : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGFPE : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGBUS : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGSEGV : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGSYS : intrDispatchMD (libhpi.a)
2XHSIGHANDLER SIGPIPE : ignored
2XHSIGHANDLER SIGTERM : intrDispatchMD (libhpi.a)
NULL
1XHENVVARS Environment Variables
NULL ---------------------
2XHENVVAR _=/usr/java14_64/bin/java
2XHENVVAR MANPATH=/usr/share/man:/opt/csm/man:/opt/freeware/man:/usr/dt/man:/usr/local/man:/usr/lpp/X11/Xamples/man
2XHENVVAR TMPDIR=/tmp
2XHENVVAR LANG=fr_FR
2XHENVVAR LOGIN=qualtest
2XHENVVAR IAC_SPOOLER=lp
2XHENVVAR PATH=/usr/java14_64/bin:/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java131/jre/bin:/usr/java131/bin:/usr/local/bin:/app/qualiac/FISTST/exp/gta/bin:/app/qualiac/FISTST/exp/gti/bin:/app/qualiac/FISTST/exp/oct/bin:/app/qualiac/FISTST/exp/svt/bin:/app/qualiac/FISTST/exp/tus/bin:/app/qualiac/FISTST/local:/app/oracle/product/9.2/bin:/app/qualiac/FISTST/sqr/v831/ora/bin
2XHENVVAR NLS_LANG=.WE8ISO8859P15
2XHENVVAR SQRDIR=/app/qualiac/FISTST/sqr/v831/ora/bin
2XHENVVAR ORACLE_BASE=/app/oracle
2XHENVVAR [email protected]
2XHENVVAR LC__FASTMSG=true
2XHENVVAR ORACLE_LPPROG=lp
2XHENVVAR CGI_DIRECTORY=/var/docsearch/cgi-bin
2XHENVVAR EDITOR=vi
2XHENVVAR EXINIT=set directory=/tmp
2XHENVVAR CLASSPATH=/app/qualiac/FISTST/exp/gti/bin/lib:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacqin_eng.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacproc.jar:/app/qualiac/FISTST/exp/gti/bin/lib/jdbcdrivers.jar:/app/qualiac/FISTST/local:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacproc.jar:/app/qualiac/FISTST/exp/gti/bin/lib/commons-pool-1.1.jar:/app/qualiac/FISTST/exp/gti/bin/lib/commons-dbcp-1.1.jar:/app/qualiac/FISTST/exp/gti/bin/lib:/app/qualiac/FISTST/exp/gti/bin/lib/activation.jar:/app/qualiac/FISTST/exp/gti/bin/lib/mail.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacagl.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacmail.jar:/app/qualiac/FISTST/exp/tus/bin/lib/qualiactus.jar:/app/qualiac/FISTST/exp/gti/bin/lib/classes12.jar:/app/qualiac/FISTST/local:/app/qualiac/FISTST/exp/gti/bin/lib/activation.jar:/app/qualiac/FISTST/exp/gti/bin/lib/mail.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacmail.jar:/app/qualiac/FISTST/exp/gti/bin/lib:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacqin_eng.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacproc.jar:/app/qualiac/FISTST/exp/gti/bin/lib/jdbcdrivers.jar
2XHENVVAR LOGNAME=qualtest
2XHENVVAR IAC_SMTPHOST=smtp.emapfrance.fr
2XHENVVAR IAC_CLASSPATH=/app/qualiac/FISTST/exp/gti/bin/lib/activation.jar:/app/qualiac/FISTST/exp/gti/bin/lib/mail.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacagl.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacmail.jar:/app/qualiac/FISTST/exp/tus/bin/lib/qualiactus.jar:/app/qualiac/FISTST/exp/gti/bin/lib/classes12.jar:/app/qualiac/FISTST/local
2XHENVVAR MAIL=/usr/spool/mail/qualtest
2XHENVVAR LOCPATH=/usr/lib/nls/loc
2XHENVVAR ORACLE_SID=FISTST
2XHENVVAR PS1=uxa_fin02-qualtest-$TWO_TASK [$PWD]
2XHENVVAR USER=qualtest
2XHENVVAR DOCUMENT_SERVER_MACHINE_NAME=localhost
2XHENVVAR NUMGTWSA=IAC
2XHENVVAR AUTHSTATE=files
2XHENVVAR NLS_DATE_FORMAT=DD/MM/YYYY HH24:MI:SS
2XHENVVAR PHYGTWSA=IAC
2XHENVVAR BRIO_HOME=/app/qualiac/FISTST/sqr/v831
2XHENVVAR IAC_APP=afiedt.buf,amo,emapi,gta,gti,obd,ocm,oct,ode,sac,sir,svt,tus
2XHENVVAR FMTGTJOB=COMPRIME
2XHENVVAR DEFAULT_BROWSER=netscape
2XHENVVAR IAC_INIPWD=/app/qualiac/FISTST/local/iac.pwd
2XHENVVAR SHELL=/usr/bin/ksh
2XHENVVAR ODMDIR=/etc/objrepos
2XHENVVAR HISTSIZE=1000
2XHENVVAR DOCUMENT_SERVER_PORT=49213
2XHENVVAR IAC_POSTJOB=
2XHENVVAR HOME=/home/qualtest
2XHENVVAR IAC_HOME=/app/qualiac/FISTST
2XHENVVAR IAC_SHELL=
2XHENVVAR TLXOEGES=
2XHENVVAR ETSGTJOB=ZZ1
2XHENVVAR TERM=dtterm
2XHENVVAR MAILMSG=[YOU HAVE NEW MAIL]
2XHENVVAR IAC_DFTLANGUAGE=FR
2XHENVVAR ORACLE_HOME=/app/oracle/product/9.2
2XHENVVAR TWO_TASK=FISTST
2XHENVVAR ITECONFIGSRV=/etc/IMNSearch
2XHENVVAR PWD=/app/qualiac/FISTST/exp/gti/bin
2XHENVVAR FAXOEGES=
2XHENVVAR DOCUMENT_DIRECTORY=/usr/docsearch/html
2XHENVVAR IAC_FND=/app/qualiac/FISTST/fdpage/
2XHENVVAR TZ=NFT-1DFT-2,M3.5.0/2:00:00,M10.5.0/3:00:00
2XHENVVAR WEBOEGES=
2XHENVVAR ITECONFIGCL=/etc/IMNSearch/clients
2XHENVVAR ITE_DOC_SEARCH_INSTANCE=search
2XHENVVAR ORACLE_LPARGS=-s
2XHENVVAR [email protected]
2XHENVVAR TELOEGES=
2XHENVVAR A__z=! LOGNAME
2XHENVVAR IBMJAVA_PIPE_1196264=
2XHENVVAR AIXTHREAD_SCOPE=S
2XHENVVAR NULLPTR=NOSEGV
2XHENVVAR LIBPATH=/usr/java14_64/jre/bin:/usr/java14_64/jre/bin/classic:/usr/java14_64/jre/bin
2XHENVVAR NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat
2XHENVVAR IBMENV_INITIAL_1196264=4563455952
2XHENVVAR IBM_JAVA_COMMAND_LINE=java -Xms64m -Xmx128m com.qualiac.qin.QEngine 32230 /app/qualiac/FISTST/spl/fistst/eta/w32230.lis /app/qualiac/FISTST/spl/fistst/eta/w32230.err FR TRT$GTI / : ZZ1
NULL
1XHLOADEDLIBS Loaded Libraries (sizes in bytes)
NULL ---------------------------------
2XHLIBNAME /usr/java14_64/jre/bin/libnet.a
3XHLIBSIZE filesize : 135543
3XHLIBSTART text start : 0x900000003904000
3XHLIBLDSIZE text size : 0x16292
3XHLIBLDORG data start : 0x8001000A01A2FB0
3XHLIBLDDATASZ data size : 0xDE8
2XHLIBNAME /usr/lib/libXp.a
3XHLIBSIZE filesize : 141296
3XHLIBSTART text start : 0x900000000DFC8E0
3XHLIBLDSIZE text size : 0x9396
3XHLIBLDORG data start : 0x8001000A01A0DA0
3XHLIBLDDATASZ data size : 0x1158
2XHLIBNAME /usr/lib/libXm.a
3XHLIBSIZE filesize : 10453565
3XHLIBSTART text start : 0x900000000A05B60
3XHLIBLDSIZE text size : 0x289E5C
3XHLIBLDORG data start : 0x8001000A0148948
3XHLIBLDDATASZ data size : 0x57604
2XHLIBNAME /usr/lib/libodm.a
3XHLIBSIZE filesize : 260980
3XHLIBSTART text start : 0x90000000024D6C0
3XHLIBLDSIZE text size : 0x14AD4
3XHLIBLDORG data start : 0x8001000A013EA60
3XHLIBLDDATASZ data size : 0x8C7C
2XHLIBNAME /usr/lib/libgair4.a
3XHLIBSIZE filesize : 46278
3XHLIBSTART text start : 0x900000000E0EBA0
3XHLIBLDSIZE text size : 0x3B36
3XHLIBLDORG data start : 0x8001000A013C770
3XHLIBLDDATASZ data size : 0xBF8
2XHLIBNAME /usr/lib/libgaimisc.a
3XHLIBSIZE filesize : 9030
3XHLIBSTART text start : 0x900000000E0CF78
3XHLIBLDSIZE text size : 0x94A
3XHLIBLDORG data start : 0x8001000A013B5C0
3XHLIBLDDATASZ data size : 0xD8
2XHLIBNAME /usr/lib/libXext.a
3XHLIBSIZE filesize : 477504
3XHLIBSTART text start : 0x900000000DAA3A0
3XHLIBLDSIZE text size : 0x22AE6
3XHLIBLDORG data start : 0x8001000A01359B8
3XHLIBLDDATASZ data size : 0x4A30
2XHLIBNAME /usr/lib/libXi.a
3XHLIBSIZE filesize : 139745
3XHLIBSTART text start : 0x900000000DF1840
3XHLIBLDSIZE text size : 0xA278
3XHLIBLDORG data start : 0x8001000A0132E40
3XHLIBLDDATASZ data size : 0x15C0
2XHLIBNAME /usr/lib/libICE.a
3XHLIBSIZE filesize : 312281
3XHLIBSTART text start : 0x900000000DD8EC0
3XHLIBLDSIZE text size : 0x17A82
3XHLIBLDORG data start : 0x8001000A012B4F8
3XHLIBLDDATASZ data size : 0x61A4
2XHLIBNAME /usr/lib/libSM.a
3XHLIBSIZE filesize : 140420
3XHLIBSTART text start : 0x900000000DCD060
3XHLIBLDSIZE text size : 0xAF04
3XHLIBLDORG data start : 0x8001000A0128F80
3XHLIBLDDATASZ data size : 0x19D8
2XHLIBNAME /usr/lib/libIM.a
3XHLIBSIZE filesize : 66037
3XHLIBSTART text start : 0x900000000E064C0
3XHLIBLDSIZE text size : 0x525B
3XHLIBLDORG data start : 0x8001000A0127198
3XHLIBLDDATASZ data size : 0x9C8
2XHLIBNAME /usr/lib/libX11.a
3XHLIBSIZE filesize : 3428656
3XHLIBSTART text start : 0x900000000C90360
3XHLIBLDSIZE text size : 0x1192DC
3XHLIBLDORG data start : 0x8001000A00F9EB8
3XHLIBLDDATASZ data size : 0x2CAE8
2XHLIBNAME /usr/lib/libXt.a
3XHLIBSIZE filesize : 1440578
3XHLIBSTART text start : 0x9000000009957C0
3XHLIBLDSIZE text size : 0x6F37D
3XHLIBLDORG data start : 0x8001000A00E7B08
3XHLIBLDDATASZ data size : 0x10560
2XHLIBNAME /usr/java14_64/jre/bin/libawt.a
3XHLIBSIZE filesize : 2144517
3XHLIBSTART text start : 0x90000000081A000
3XHLIBLDSIZE text size : 0x17AE0A
3XHLIBLDORG data start : 0x8001000A00A94D8
3XHLIBLDDATASZ data size : 0x3CD18
2XHLIBNAME /usr/java14_64/jre/bin/libjitc.a
3XHLIBSIZE filesize : 3003834
3XHLIBSTART text start : 0x9000000036A5000
3XHLIBLDSIZE text size : 0x25E108
3XHLIBLDORG data start : 0x8001000A007FC88
3XHLIBLDDATASZ data size : 0x28B58
2XHLIBNAME /usr/lib/libi18n.a
3XHLIBSIZE filesize : 147811
3XHLIBSTART text start : 0x9000000002A5420
3XHLIBLDSIZE text size : 0xAB9A
3XHLIBLDORG data start : 0x8001000A007CE08
3XHLIBLDDATASZ data size : 0x1728
2XHLIBNAME /usr/lib/nls/loc/fr_FR__64
3XHLIBSIZE filesize : 21652
3XHLIBSTART text start : 0x90000000029C000
3XHLIBLDSIZE text size : 0x459D
3XHLIBLDORG data start : 0x9000000002A1200
3XHLIBLDDATASZ data size : 0x35E0
2XHLIBNAME /usr/java14_64/jre/bin/libzip.a
3XHLIBSIZE filesize : 123251
3XHLIBSTART text start : 0x90000000368F000
3XHLIBLDSIZE text size : 0x15E48
3XHLIBLDORG data start : 0x8001000A0079550
3XHLIBLDDATASZ data size : 0x1D80
2XHLIBNAME /usr/java14_64/jre/bin/classic/libcore.a
3XHLIBSIZE filesize : 175376
3XHLIBSTART text start : 0x900000003673000
3XHLIBLDSIZE text size : 0x1B6CE
3XHLIBLDORG data start : 0x8001000A005E848
3XHLIBLDDATASZ data size : 0x1A218
2XHLIBNAME /usr/java14_64/jre/bin/libhpi.a
3XHLIBSIZE filesize : 171018
3XHLIBSTART text start : 0x90000000365A000
3XHLIBLDSIZE text size : 0x18E75
3XHLIBLDORG data start : 0x8001000A005B038
3XHLIBLDDATASZ data size : 0x26F0
2XHLIBNAME /usr/java14_64/jre/bin/libxhpi.a
3XHLIBSIZE filesize : 52648
3XHLIBSTART text start : 0x900000003652000
3XHLIBLDSIZE text size : 0x77E0
3XHLIBLDORG data start : 0x8001000A003D8F0
3XHLIBLDDATASZ data size : 0x1C990
2XHLIBNAME /usr/lib/libdl.a
3XHLIBSIZE filesize : 5248
3XHLIBSTART text start : 0x900000000278000
3XHLIBLDSIZE text size : 0x2FB
3XHLIBLDORG data start : 0x8001000A003C000
3XHLIBLDDATASZ data size : 0x0
2XHLIBNAME /usr/java14_64/jre/bin/libjsig.a
3XHLIBSIZE filesize : 16019
3XHLIBSTART text start : 0x90000000364F000
3XHLIBLDSIZE text size : 0x2166
3XHLIBLDORG data start : 0x8001000A003B690
3XHLIBLDDATASZ data size : 0x2F0
2XHLIBNAME /usr/java14_64/jre/bin/libjava.a
3XHLIBSIZE filesize : 214211
3XHLIBSTART text start : 0x90000000362F000
3XHLIBLDSIZE text size : 0x1F851
3XHLIBLDORG data start : 0x8001000A0038988
3XHLIBLDDATASZ data size : 0x1FB8
2XHLIBNAME /usr/java14_64/jre/bin/classic/libjvm.a
3XHLIBSIZE filesize : 2963678
3XHLIBSTART text start : 0x900000003421000
3XHLIBLDSIZE text size : 0x20D6F9
3XHLIBLDORG data start : 0x8001000A0000598
3XHLIBLDDATASZ data size : 0x36AB8
2XHLIBNAME /usr/lib/libiconv.a
3XHLIBSIZE filesize : 381497
3XHLIBSTART text start : 0x9000000002B07E0
3XHLIBLDSIZE text size : 0x18B0F
3XHLIBLDORG data start : 0x9001000A050AB48
3XHLIBLDDATASZ data size : 0xD0E0
2XHLIBNAME /usr/lib/libpthreads.a
3XHLIBSIZE filesize : 948255
3XHLIBSTART text start : 0x9000000002CA000
3XHLIBLDSIZE text size : 0x2CBE1
3XHLIBLDORG data start : 0x9001000A03A6000
3XHLIBLDDATASZ data size : 0x8B2F8
2XHLIBNAME /usr/lib/libC.a
3XHLIBSIZE filesize : 6969488
3XHLIBSTART text start : 0x9000000012825E0
3XHLIBLDSIZE text size : 0x1D002
3XHLIBLDORG data start : 0x9001000A05061E0
3XHLIBLDDATASZ data size : 0x3398
2XHLIBNAME /usr/lib/libC.a
3XHLIBSIZE filesize : 6969488
3XHLIBSTART text start : 0x900000001268100
3XHLIBLDSIZE text size : 0x199B1
3XHLIBLDORG data start : 0x9001000A04FC900
3XHLIBLDDATASZ data size : 0x944D
2XHLIBNAME /usr/lib/libC.a
3XHLIBSIZE filesize : 6969488
3XHLIBSTART text start : 0x900000001245AA0
3XHLIBLDSIZE text size : 0x21D17
3XHLIBLDORG data start : 0x9001000A04F68A0
3XHLIBLDDATASZ data size : 0x4DF0
2XHLIBNAME /usr/lib/libcrypt.a
3XHLIBSIZE filesize : 10993
3XHLIBSTART text start : 0x900000000277280
3XHLIBLDSIZE text size : 0xA2B
3XHLIBLDORG data start : 0x9001000A02C2760
3XHLIBLDDATASZ data size : 0x1A0
2XHLIBNAME /usr/lib/libc.a
3XHLIBSIZE filesize : 7089423
3XHLIBSTART text start : 0x900000000027CA0
3XHLIBLDSIZE text size : 0x224F9E
3XHLIBLDORG data start : 0x9001000A02E8C80
3XHLIBLDDATASZ data size : 0xBD1A0
NULL
NULL ------------------------------------------------------------------------
0SECTION CI subcomponent dump routine
NULL ============================
1CIJAVAVERSION J2RE 1.4.1 IBM AIX 5L for PowerPC (64 bit JVM) build caix64141-20030522
1CIRUNNINGAS Running as a standalone JVM
1CICMDLINE java -Xms64m -Xmx128m com.qualiac.qin.QEngine 32230 /app/qualiac/FISTST/spl/fistst/eta/w32230.lis /app/qualiac/FISTST/spl/fistst/eta/w32230.err FR TRT$GTI / : ZZ1
1CIJAVAHOMEDIR Java Home Dir: /usr/java14_64/jre
1CIJAVADLLDIR Java DLL Dir: /usr/java14_64/jre/bin
1CISYSCP Sys Classpath: /usr/java14_64/jre/lib/core.jar:/usr/java14_64/jre/lib/graphics.jar:/usr/java14_64/jre/lib/security.jar:/usr/java14_64/jre/lib/server.jar:/usr/java14_64/jre/lib/xml.jar:/usr/java14_64/jre/lib/charsets.jar:/usr/java14_64/jre/classes
1CIUSERARGS UserArgs:
2CIUSERARG vfprintf 0x110000CC8
2CIUSERARG -Xms64m
2CIUSERARG -Xmx128m
2CIUSERARG -Dinvokedviajava
2CIUSERARG -Djava.class.path=/app/qualiac/FISTST/exp/gti/bin/lib:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacqin_eng.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacproc.jar:/app/qualiac/FISTST/exp/gti/bin/lib/jdbcdrivers.jar:/app/qualiac/FISTST/local:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacproc.jar:/app/qualiac/FISTST/exp/gti/bin/lib/commons-pool-1.1.jar:/app/qualiac/FISTST/exp/gti/bin/lib/commons-dbcp-1.1.jar:/app/qualiac/FISTST/exp/gti/bin/lib:/app/qualiac/FISTST/exp/gti/bin/lib/activation.jar:/app/qualiac/FISTST/exp/gti/bin/lib/mail.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacagl.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacmail.jar:/app/qualiac/FISTST/exp/tus/bin/lib/qualiactus.jar:/app/qualiac/FISTST/exp/gti/bin/lib/classes12.jar:/app/qualiac/FISTST/local:/app/qualiac/FISTST/exp/gti/bin/lib/activation.jar:/app/qualiac/FISTST/exp/gti/bin/lib/mail.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacmail.jar:/app/qualiac/FISTST/exp/gti/bin/lib:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacqin_eng.jar:/app/qualiac/FISTST/exp/gti/bin/lib/qualiacproc.jar:/app/qualiac/FISTST/exp/gti/bin/lib/jdbcdrivers.jar
2CIUSERARG vfprintf
NULL
1CIJVMMI JVM Monitoring Interface (JVMMI)
NULL ------------------------
2CIJVMMIOFF No events are enabled.
NULL
NULL ------------------------------------------------------------------------
0SECTION DC subcomponent dump routine
NULL ============================
1DCHEADEREYE Header eye catcher DCST
1DCHEADERLEN Header length 32
1DCHEADERVER Header version 1
1DCHEADERMOD Header modification 0
1DCINTERFACE DC Interface at 0x8001000A001B9D8 with 15 entries
2DCINTERFACE 1 - dcCString2JavaString 0x8001000A00142F0
2DCINTERFACE 2 - dcInt642CString 0x8001000A0014308
2DCINTERFACE 3 - dcJavaString2NewCString 0x8001000A0014320
2DCINTERFACE 4 - dcJavaString2CString 0x8001000A0014338
2DCINTERFACE 5 - dcJavaString2NewPlatformString 0x8001000A0014350
2DCINTERFACE 6 - dcJavaString2UTF 0x8001000A0014368
2DCINTERFACE 7 - dcPlatformString2JavaString 0x8001000A0014398
2DCINTERFACE 8 - dcUnicode2UTF 0x8001000A00143B0
2DCINTERFACE 9 - dcUnicode2UTFLength 0x8001000A00143C8
2DCINTERFACE 10 - dcUTF2JavaString 0x8001000A00143E0
2DCINTERFACE 11 - dcUTFClassName2JavaString 0x8001000A00143F8
2DCINTERFACE 12 - dcJavaString2ClassName 0x8001000A0014380
2DCINTERFACE 13 - dcUTF2UnicodeNext 0x8001000A0014410
2DCINTERFACE 14 - dcVerifyUTF8 0x8001000A0014428
2DCINTERFACE 15 - dcDumpRoutine 0x8001000A0014440
1DCARRAYINFO Array info at 0x8001000A00025A8 with 16 entries
2DCARRAYINFO 1 - index 0 signature 0 name N/A factor 0
2DCARRAYINFO 2 - index 0 signature 0 name N/A factor 0
2DCARRAYINFO 3 - index 2 signature L name class[] factor 8
2DCARRAYINFO 4 - index 0 signature 0 name N/A factor 0
2DCARRAYINFO 5 - index 4 signature Z name bool[] factor 1
2DCARRAYINFO 6 - index 5 signature C name char[] factor 2
2DCARRAYINFO 7 - index 6 signature F name float[] factor 4
2DCARRAYINFO 8 - index 7 signature D name double[] factor 8
2DCARRAYINFO 9 - index 8 signature B name byte[] factor 1
2DCARRAYINFO 10 - index 9 signature S name short[] factor 2
2DCARRAYINFO 11 - index 10 signature I name int[] factor 4
2DCARRAYINFO 12 - index 11 signature J name long[] factor 8
2DCARRAYINFO 13 - index 0 signature 0 name uint[] factor 0
2DCARRAYINFO 14 - index 0 signature 0 name uint1[] factor 0
2DCARRAYINFO 15 - index 0 signature 0 name uint2[] factor 0
2DCARRAYINFO 16 - index 0 signature 0 name uint3[] factor 0
NULL ------------------------------------------------------------------------
0SECTION DG subcomponent dump routine
NULL ============================
1DGTRCENABLED Trace enabled: No
1DGJDUMPBUFF Javadump buffer size (allocated): 2621440
NULL ------------------------------------------------------------------------
0SECTION ST subcomponent dump routine
NULL ============================
1STGCMODES Resettable GC: No
1STGCMODES Concurrent GC: No
1STCURHBASE Current Heap Base: 1f8
1STCURHLIM Current Heap Limit: 3fffbf8
1STMWHBASE Middleware Heap Base: 1f8
1STMWHLIM Middleware Heap Limit: 3fffbf8
1STGCHELPERS Number of GC Helper Threads: 1
1STJVMOPTS -Xconcurrentlevel: 0
1STJVMOPTS -Xconcurrentbackground: 0
1STGCCTR GC Counter: 2
1STAFCTR AF Counter: 0
1STHEAPFREE Bytes of Heap Space Free: 1ba76f8
1STHEAPALLOC Bytes of Heap Space Allocated: 3fffa00
1STSMBASE SM Base: 0
1STSMEND SM End: 0
1STPAMSTART PAM Start: 0
1STPAMEND PAM End: 0
1STCOMACTION Compact Action: 0
NULL ------------------------------------------------------------------------
0SECTION XE subcomponent dump routine
NULL ============================
1XETHRESHOLD MMI threshold for java methods is set to 1000
1XEJITINIT JIT is initialized
1XEJVMPIOFF JVMPI is not activated
1XEJNITHRESH MMI threshold for JNI methods is set to 0
1XETRCHIS Trace history length is set to 4
1XEJITDUMP JIT dump routine is not yet implemented.
NULL ------------------------------------------------------------------------
0SECTION LK subcomponent dump routine
NULL ============================
NULL
1LKPOOLINFO Monitor pool info:
2LKPOOLINIT Initial monitor count: 32
2LKPOOLEXPNUM Minimum number of free monitors before expansion: 5
2LKPOOLEXPBY Pool will next be expanded by: 81
2LKPOOLTOTAL Current total number of monitors: 162
2LKPOOLFREE Current number of free monitors: 15
NULL
1LKMONPOOLDUMP Monitor Pool Dump (flat & inflated object-monitors):
2LKMONINUSE sys_mon_t:0x1100289D0 infl_mon_t: 0x1100282B0:
3LKMONOBJECT java.lang.ref.Reference$Lock@7000000000C48B8/7000000000C48C8: <unowned>
3LKNOTIFYQ Waiting to be notified:
3LKWAITNOTIFY "Reference Handler" (0x111AF4668)
2LKMONINUSE sys_mon_t:0x110028AB0 infl_mon_t: 0x1100282E8:
3LKMONOBJECT java.lang.ref.ReferenceQueue$Lock@7000000000C4530/7000000000C4540: <unowned>
3LKNOTIFYQ Waiting to be notified:
3LKWAITNOTIFY "Finalizer" (0x111C01768)
NULL
1LKREGMONDUMP JVM System Monitor Dump (registered monitors):
2LKREGMON JITC CHA lock (0x112000850): <unowned>
2LKREGMON JITC MB UPDATE lock (0x11286D210): <unowned>
2LKREGMON JITC Global_Compile lock (0x11286D130): <unowned>
2LKREGMON Integer lock access-lock (0x111FFE770): <unowned>
2LKREGMON Evacuation Region lock (0x11002D5F0): <unowned>
2LKREGMON Heap Promotion lock (0x11002D510): <unowned>
2LKREGMON Sleep lock (0x11002D430): <unowned>
2LKREGMON Method trace lock (0x11002D350): <unowned>
2LKREGMON Heap lock (0x11002CFD0): owner "main" (0x110015B68), entry count 1
2LKREGMON Monitor Cache lock (0x11002CE10): owner "main" (0x110015B68), entry count 1
2LKREGMON JNI Pinning lock (0x11002D0B0): <unowned>
2LKREGMON JNI Global Reference lock (0x11002CEF0): <unowned>
2LKREGMON Classloader lock (0x11002D270): <unowned>
2LKREGMON Binclass lock (0x11002CD30): <unowned>
2LKREGMON Thread queue lock (0x110016190): owner "main" (0x110015B68), entry count 1
2LKREGMON Monitor Registry lock (0x11002D190): owner "main" (0x110015B68), entry count 1
2LKREGMON System Heap lock (0x11002AA90): <unowned>
2LKREGMON ACS Heap lock (0x11002AB70): <unowned>
2LKREGMON PAM lock (0x11002AC50): <unowned>
2LKREGMON Intern String Table lock (0x11002AD30): <unowned>
2LKREGMON Classloader lock (0x11002AE10): <unowned>
2LKREGMON JIT Byte Code lock (0x11002AEF0): <unowned>
2LKREGMON JIT Global Compile lock (0x11002AFD0): <unowned>
2LKREGMON JIT BINCLASS lock (0x11002B0B0): <unowned>
2LKREGMON JIT Debug lock (0x11002B190): <unowned>
2LKREGMON JIT Log lock (0x11002B270): <unowned>
2LKREGMON JITmemT 1 lock (0x11002B350): <unowned>
2LKREGMON JITspaceT 1 lock (0x11002B430): <unowned>
2LKREGMON JITcodeT 1 lock (0x11002B510): <unowned>
2LKREGMON JITnccbT 1 lock (0x11002B5F0): <unowned>
2LKREGMON JIT Invoke Interface Cache lock (0x11002B6D0): <unowned>
2LKREGMON JIT Class Map lock (0x11002B7B0): <unowned>
2LKREGMON JIT Code lock (0x11002B890): <unowned>
2LKREGMON JITmblkT 1 lock (0x11002B970): <unowned>
2LKREGMON JIT MB Update lock (0x11002BA50): <unowned>
2LKREGMON Permanent Variable subpool lock (0x11002BB30): <unowned>
2LKREGMON Intern String Buckets subpool lock (0x11002BC10): <unowned>
2LKREGMON UTF8 Cache subpool lock (0x11002BCF0): <unowned>
2LKREGMON Namespace Cache subpool lock (0x11002BDD0): <unowned>
2LKREGMON Class Storage subpool lock (0x11002BEB0): <unowned>
2LKREGMON CL Tables subpool lock (0x11002BF90): <unowned>
2LKREGMON JIT General subpool lock (0x11002C070): <unowned>
NULL
1LKFLATMONDUMP Thread identifiers (as used in flat monitors):
2LKFLATMON ident 0x05 "Finalizer" (0x111C01768) ee 0x111C01400
2LKFLATMON ident 0x04 "Reference Handler" (0x111AF4668) ee 0x111AF4300
2LKFLATMON ident 0x03 "Signal dispatcher" (0x1119E8DE8) ee 0x1119E8A80
2LKFLATMON ident 0x02 "main" (0x110015B68) ee 0x110015800
NULL
1LKOBJMONDUMP Java Object Monitor Dump (flat & inflated object-monitors):
2LKINFLATEDMON java.lang.ref.ReferenceQueue$Lock@7000000000C4530/7000000000C4540
3LKINFLDETAILS locknflags FFFFFFFF80000200 Monitor inflated infl_mon 0x1100282E8
2LKINFLATEDMON java.lang.ref.Reference$Lock@7000000000C48B8/7000000000C48C8
3LKINFLDETAILS locknflags FFFFFFFF80000100 Monitor inflated infl_mon 0x1100282B0
2LKFLATLOCKED org.apache.xml.serializer.ToXMLSAXHandler@700000000720A20/700000000720A30
3LKFLATDETAILS locknflags 00020000 Flat locked by thread ident 0x02, entry count 1
NULL ------------------------------------------------------------------------
0SECTION XM subcomponent dump routine
NULL ============================
NULL
1XMEXCPINFO Exception Info
NULL --------------
2XMEXCPINFO JVM Exception 0x2 (subcode 0x1B) occurred in thread "main" (TID:0x7000000000B6990)
NULL
2XMNATIVESTACK Native stack at exception generation:
3XMSTACKINFO Program Name Entry Name Statement ID
3XMSTACKINFO
NULL
NULL
NULL
1XMTHDINFO Thread Info
NULL -----------
NULL

and why do you post it here?
On AIX only IBMs java imploementation is available, so this has absolutly nothing to do with Sun.
Furthermore are these forums support forums, not a bug-tracking system
lg Clemens

Class loading issue with JDK 1.5

I have recently loaded JDK 1.5 on a laptop that previously had version 1.3. The java code I need to run stopped working and I getget a java.lang.NoClassDefFoundError. I am logging the classpath and I see the jar file with the offending class is there.
I checked my pathing even, since I know java will have a problem with slashes at the beginning of the path when it is called via command line. But all my pathing is absolute.
In the code, I am using C to start up the JVM and then use JNI to communicate between java and C. Because of this complexity, I have searched the forums for problems with JNI and JDK 1.5. I found a case where turning off the JIT compilation kept the JVM from crashing for some users having issues with 1.5, but this approach did not work for me. Not too surprising, though, since this is really a classloading issue.
Where do I go next? Anyone else having this problem?

[http://java.sun.com/javase/6/docs/technotes/guides/security/SunProviders.html]
Reminder: Cryptographic implementations in the Sun JDK are distributed through several different providers
("Sun", "SunJSSE", "SunJCE", "SunRsaSign")
for both historical reasons and by the types of services provided.
General purpose applications SHOULD NOT request cryptographic services from specific providers. That is:
    getInstance("...", "SunJCE"); // not recommended
     vs.
    getInstance("...");            // recommended
Otherwise, applications are tied to specific providers which may not be available on other Java implementations.
They also might not be able to take advantage of available optimized providers (for example, hardware
accelerators via PKCS11 or native OS implementations such as Microsoft's MSCAPI) that have a
higher preference order than the specific requested provider.

Java Core Dump

Hi all
We have some problems on our production system that it keeps on dumping core dumps of about 3gigs each night and just kills the system. Looks like something wrong with java?
Directory: /usr/sap/<SID>/DVEBMGS00/j2ee/cluster/server0
Files:
core.20090817.174103.15073438.0009.dmp
Snap.20090817.174103.15073438.0010.trc
heapdump.20090817.174103.15073438.0011.phd
javacore.20090817.174103.15073438.0012.txt
2.49    core.20090817.161324.15073438.0001.dmp
2.53    core.20090817.163951.15073438.0005.dmp
2.58    core.20090817.174103.15073438.0009.dmp
Any help will be much appreciated.

Hello Stephan
Most likely these dumps are being caused by an OutOfMemoryError in the java stack. Check note #1289240 How to deal with out of memory errors, for some hints on what to do.
Regards
Mark

Compatibility issues with JDK 1.6 Beta2

I have a program that stores objects in JE. We are currently using JDK1.5.0_07 and works quite well for our purpose. Using JDK 1.6 Beta2 resulted in silent incompatibilities. Though items are committed into the database, 0000000.jdb never grow more than 2KB in size (we have about 1000 records, usually taking up to 450KB in size). Closing the environment causes exceptions. Has anyone tested with JDK 6 yet?

We know of one Java 1.6 Beta issue resulting from a change in TreeSet, but it didn't cause the sort of problem you describe. We heard the following report from several users a few months ago about a new, transient exception seen from the log cleaner when running against 1.6. Although we added a simple check for nullness to JE to avoid the problem, I believe the TreeSet behavior was backed out of Java 1.6.
We haven't done extensive testing with Java 1.6, but we did run some tests sometime in the spring, and didn't notice any issues then. We know that some folks are at least trying 1.6 -- hopefully they can speak of their experience?
Here's the TreeSet issue as reported to us, and which we fixed in our current code line ...
In JDK1.6, the behavior of TreeSet changed slightly. Calling
TreeSet.remove(null) now throws a NullPointerException. When running
BDB-JE 3.0.12 and JDK 1.6 build 90, the cleaner logs these errors:
<Cleaner name="Cleaner-1"/> caught exception: java.lang.NullPointerException java.lang.NullPointerException
at java.util.TreeMap.getEntry(TreeMap.java:324)
at java.util.TreeMap.remove(TreeMap.java:580)
at java.util.TreeSet.remove(TreeSet.java:259)
at com.sleepycat.je.cleaner.FileSelector.selectFileForCleaning(FileSelector.java:236)
at
com.sleepycat.je.cleaner.FileProcessor.doClean(FileProcessor.java:201)
at
com.sleepycat.je.cleaner.FileProcessor.onWakeup(FileProcessor.java:143)
at com.sleepycat.je.utilint.DaemonThread.run(DaemonThread.java:189)
at java.lang.Thread.run(Thread.java:619)
Continuing
Here is the bug report requesting the change to TreeSet:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5045147
Is there the possibility that your application is hiding some exceptions? You say you see exceptions at Environment.close() time -- what are they? You may want to try the com.sleepycat.je.util.DbPrintLog utility (on a small log file) to see if there are any exception messages stored at the end of the log.
Regards,
Linda

XSLT with java extensions not working with jdk 1.6

Hi,
in as XSL transformation I'm using java functions in some cases. With jdk1.5 this works fine. But when switching to jdk1.6 it seems the java classes are not properly initialized.
See following simple XSL:
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:java="http://xml.apache.org/xalan/java" exclude-result-prefixes="java">
     <xsl:output method="html" indent="yes" encoding="iso-8859-1"/>
     <xsl:template match="/">
     <xsl:variable name="counter" select="java:java.util.Vector.new()"/>
     <xsl:variable name="temp1" select="java:add($counter,'1')"/>
     <xsl:variable name="temp2" select="java:add($counter,'2')"/>
     <xsl:variable name="temp3" select="java:add($counter,'3')"/>
     <xsl:value-of select="java:size($counter)"/>
     <xsl:value-of select="java:toString($counter)"/>
     </xsl:template>
</xsl:stylesheet>
With jdk 1.5 it creates following output:
3
[1, 2, 3]
With jdk 1.6 I get:
0
So I can access the object in jdk 1.6 but adding doesn't work.
Anybody has an idea what could be wrong or how to fix this?

thanx this is the solution. With this construct
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:java="http://xml.apache.org/xalan/java" exclude-result-prefixes="java">
     <xsl:output method="html" indent="yes" encoding="iso-8859-1"/>
     <xsl:template match="/">
     <xsl:variable name="counter" select="java:java.util.Vector.new()"/>
     <xsl:variable name="temp1" select="java:add($counter,'1')"/>
     <xsl:variable name="temp2" select="java:add($counter,'2')"/>
     <xsl:variable name="temp3" select="java:add($counter,'3')"/>
     <xsl:variable name="temp4" select="$temp3"/>
     <xsl:value-of select="java:size($counter)"/>
     <xsl:value-of select="java:toString($counter)"/>
     </xsl:template>
</xsl:stylesheet>
at least the '3' is added to the vector.

Java update (removal) issue with ETRADE.

After the most recent Java software update that removed Java I am having and issue with my ETRADE Marketcaster real time quotes. After the update I opened Marketcaster and was prompted to download Java from Sun. When I run Marketcaster now it's very very slow and the real-time updates are far from real time. In the past when I opened Marketcaster it would load all 75 stocks that I track instantly. After the update it loads them line by line and takes about 1 minute to fully list all 75. Also when I try to change any font sizes or rearrange columns the caster goes crazy and starts showing multiple versions overlapping each other.
Thanks

In addition:
Java has nothing to do with using the 360 view. You don't even need Java installed. Using 360 takes a bit to get use to and setting up, but it works very well. I double tap on the window bar to zoon the window to the full screen width also so I can see it better.
For your java issue, I'm not sure that Java 6 works with the latest security update. I haven't tried to reinstall it myself.
Follow macjack's instructions to install the old plugin back. You will also need to check the Utilities folder to see that Java 6 SE is there and enabled. If it isn't, you can restore it from a TM backup and check the settings to make sure it is enabled.
When doing the above, close browsers first.

Core dump issue

Hi
I have a coredump file which was created on our production box. I am debugging that on my development machine.
When i try the command
dbx gwbgas dncore i am getting the output as given
Reading gwbgas
core file header read successfully
Reading ld.so.1
dbx: warning: Dbx could not initialize rtld_db
Make sure this is the same version of Solaris where the core dump originated.
Use `help core mismatch' for more info.
program terminated by signal SEGV (no mapping at the fault address)
0xffffffffffffffff: <bad address 0xffffffffffffffff>
When i try where command i am getting the output as
(dbx) where
[1] 0xff2d071c(0x2a, 0x1617920, 0x5e4390, 0x0, 0x5b4d60, 0x801), at 0xff2d071b
[2] lliomDisableOutputCallBack(0x400, 0x400, 0xa, 0x41ae30, 0xffbef748, 0x2a), at 0x19561c
[3] lliomSelect(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x197054
[4] lliomSelect(0x0, 0xea60, 0x15eec8, 0x0, 0x0, 0x0), at 0x197354
[5] _lliomMapPollToSelect(0xba7b4, 0x15ec00, 0x15fc00, 0xf57, 0x38fc00, 0x44d400), at 0x198f4c
[6] main(0x373000, 0xffbef9d4, 0xffbef9f0, 0x5, 0x265845, 0x0), at 0xba774
This stack trace is not that meaningfull to me. Please help me to debug this further

Since this is a mismatched core file, below is a snippet from Sun's "Debugging a program with dbx" document. Hope this helps.
1. The shared libraries used by the program on the core-host may not be the same
libraries as those on the dbx-host. To get proper stack traces involving the
libraries, youll want to make these original libraries available on the dbx-host.
2. dbx uses system libraries in /usr/lib to help understand the implementation
details of the run time linker and threads library on the system. It may also be
necessary to provide these system libraries from the core-host so that dbx can
understand the runtime linker data structures and the threads data structures.

Java Core Dump Debug

Hi,
One of my Java Processes on Solaris Core Dumped due to SIGNAL 11 (SIGENV) and SIGNAL 10 (SIGBUS). SIgnal 11 is caused due to a Segmentation fault and Signal 10 is caused due to a 'Bus error' (hardware error).
I would like to know, which is the best debugger to debug this core dump (java) and know the root cause. I tried 'gdb' but I am not sure if 'gdb' works for java. I would like to get a neat stack trace of the error.
Any help is appreciated.
Thanks.

Check out this page: http://www-128.ibm.com/developerworks/java/library/j-jnidebug/index.html

Thread Dump issue with LD_ASSUME_KERNEL=2.4.1

Hi ,
When I take Thread Dump using 'jstack <PID>' in JDK 1.5 it givss me "sun.jvm.hotspot.debugger.DebuggerException" in the dump nothing more
I set LD_ASSUME_KERNEL=2.4.1 in my server to avaoid some other issue ( JVM crash some times)
Surprisingly, I can not stop my server ( my java process ) after that using our Shutdow scripts , Ctrl C or even "kill -9 <PID>",
I have to restart the machine or manually release uncleaned resources that my server occupied and restart the server
This happens Redhar 9 as well as in Linux ES.
Anybody faced similar problem?
Any help or information regarding this is highly apprecialted
Vasu
Thread Dump Output:
Caused by: sun.jvm.hotspot.debugger.DebuggerException: get_thread_regs failed for a lwp
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.getThreadIntegerRegisterSet0(Native Meth
od)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.access$800(LinuxDebuggerLocal.java:34)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$1GetThreadIntegerRegisterSetTask.doit(Li
nuxDebuggerLocal.java:431)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.run(Linux
DebuggerLocal.java:109)
sun.jvm.hotspot.debugger.DebuggerException: sun.jvm.hotspot.debugger.DebuggerException: get_thread_re
gs failed for a lwp
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.execute(L
inuxDebuggerLocal.java:134)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.getThreadIntegerRegisterSet(LinuxDebugge
rLocal.java:437)
at sun.jvm.hotspot.debugger.linux.LinuxThread.getContext(LinuxThread.java:48)
at sun.jvm.hotspot.runtime.linux_x86.LinuxX86JavaThreadPDAccess.getCurrentFrameGuess(LinuxX86
JavaThreadPDAccess.java:75)
at sun.jvm.hotspot.runtime.JavaThread.getCurrentFrameGuess(JavaThread.java:252)
at sun.jvm.hotspot.runtime.JavaThread.getLastJavaVFrameDbg(JavaThread.java:211)
at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:42)
at sun.jvm.hotspot.tools.JStack.run(JStack.java:41)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:204)
at sun.jvm.hotspot.tools.JStack.main(JStack.java:58)
Caused by: sun.jvm.hotspot.debugger.DebuggerException: get_thread_regs failed for a lwp
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.getThreadIntegerRegisterSet0(Native Meth
od)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.access$800(LinuxDebuggerLocal.java:34)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$1GetThreadIntegerRegisterSetTask.doit(Li
nuxDebuggerLocal.java:431)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.run(Linux
DebuggerLocal.java:109)
sun.jvm.hotspot.debugger.DebuggerException: sun.jvm.hotspot.debugger.DebuggerException: get_thread_re
gs failed for a lwp
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.execute(L
inuxDebuggerLocal.java:134)
at sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal.getThreadIntegerRegisterSet(LinuxDebugge
rLocal.java:437)

@brain0
I've downloaded the glic-2.3.6 sources from gnu, so I could build it from those. I'm however reluctant to do this because I really don't want to break my install.
I do agree with you on the NPTL statement, but pvs relies on allegro, which relies on LinuxThreads. Allegro is not being ported to new versions of glibc, so that approach is unfortunately not viable.
@iphitus
I wasn't very specific - it's allegro as in a lisp environment.
I think I'll try and install an old version of arch on wmware instead. Is there anywhere you can check out glibc version numbering on old arch install isos (ie. do I need arch-0.[1-9].iso)? And anywhere you can download the old isos (tried filewatcher, but a lot of the older sites seem broken)?
Thanks for the replies,
Mads
PS. I noticed that you recommended slackware for old kernels in another thread. I'm however in a bit different situation as I need old versions of glibc. Furthermore I would prefer sticking to arch, but was wondering whether there were any specific reasons for not doing that.

Java 6 Compiler issue with Windows 7

Hi,
Sorry for the newbie question. I am very new to Java and am currently reading Sams Teach Yourself Java 6 and am having a problem with the JDK 6 compiler. I wrote the beginner program "Hello Username" to test if the compiler is working and am getting the following configuration error when i go to compile it. 'javac' is not recognized as an internal or external command, operable program or batch file. I added the path C:\Program Files\Java\jdk1.6.0_01\bin to the PATH system variable as the book suggested but it did not change anything. What am I missing? The book was published in 2007 and does not include Windows 7. How can I fix this and get it running?
Thanks for any help you can offer.
Casey

At first you have to sucessfully run the command
java -versionin a DOS console. if the output is something like
java version "1.6.0_15"
Java(TM) SE Runtime Environment (build 1.6.0_15-b03)
Java HotSpot(TM) Client VM (build 14.1-b02, mixed mode, sharing)your problem is gone.
Type in this console th command
pathand there you have to find your path setting
...;C:\Program Files\Java\jdk1.6.0_01\bin;...In general you will have a environment setting JAVA_HOME=C:\Program Files\Java\jdk1.6.0_01 and the path has a
...;%JAVA_HOME%\bin;...

Java Core Dump Issue with jdk 1.4.1

Similar Messages

Maybe you are looking for