Injecting faults in JVM

Hi
Injecting faults in JVM, to test the robustness of my application, to predict unforeseen application crashes?
Want to carry low level test with application by injecting faults in JVM, like I want the JVM to execute a a` instead of a function a where it a` throws some unknown exception?
How can I go about that?
What are possible architectures for Fault Injection?
What are problems with JVM security?
What if I want to implement the same for an application packaged in jar file?
How do I go about changing the class-loading mechnism externally and get the application call-tree so as to plug my testing module?
If I want to implement the same without changing the JVM, so I am independent of vendor specific JVM dependencies, how can I do that?
regds
SA

I think you can trick it using your own class loader.
Something like this:
=== normal implementation ==
package com.xxx;
public class A {
   int a(int p1,int p2) throws AException,BException {
        // real implementation
}=== faulty implementation, in different source path ==
package com.xxx;
public class A {
   int a(int p1,int p2) throws AException,BException {
        throw new RuntimeException();
}=========================
After you compiled faulty implementation rename "com/xxx/A.class" file to be "com/xxx/A.faulty" and put it along with your normal "com/xxx/A.class" file (doesn't matter to jar or to regular directory structure).
Then move your main() code to separate class:
package com.xxx;
public class MainImpl implements Runnable {
        public void run() {
                // here comes code from your original main() method.
}And in your main class:
package com.xx;
import java.io.InputStream;
import java.io.ByteArrayOutputStream;
public class Main {
     public static void main(String[] args) {
           MyClassLoader cl = new MyClassLoader();
           Runnable mainImpl = (Runnable) cl.loadClass("com.xxx.MainImpl").newInstance();
           mainImpl.run();
      This class loader, if -Dfaulty=true is specified, will first try to load
      bytecode from .faulty file and if it failed then from .class file.
     public static class MyClassLoader extends ClassLoader {
           private static final boolean FAULTY = Boolean.getBoolean("faulty");
           public Class findClass(String name) {
               if (FAULTY) {
                   byte[] b = loadClassData(name);
                   return defineClass(name, b, 0, b.length);
               return super.findClass(name);
         private byte[] loadClassData(String name) {
               final String faultyName = name.replace('.', '/') + ".faulty";
               InputStream io = null;
               io = getParent().getSystemResourceAsStream(faultyName);
               if (io == null) {
                   // i.e. there is no file with extension '.faulty'
                  // and we are going to load usual class file.
                   final String normalName = name.replace('.', '/') + ".class";
                   io = getParent().getSystemResourceAsStream(normalName);
               byte[] data = new byte[io.available()];
               io.read(data);
               return data;
}In order to start your application in 'faulty' mode you'll need to start it with option:
java -Dfaulty=true com.xxx.Main
PS: have not tried to compile/run it. So, there is possibiliy that some changes will be required.

Similar Messages

  • Faulting application iexplore.exe, faulting module jvm.dll

    I see there are a few posts on this sort of problem, but please bear with me as this is somewhat different.
    I develop a browser Add-on and one of my customers is experiencing an IE7 crash using Oracle/Jinitiator, with an event log message:
    Faulting application iexplore.exe, version 7.0.6000.16827, stamp 49a74cd5, faulting module jvm.dll, version 0.0.0.0, stamp 4469a9b3, debug? 0, fault address 0x00050e18.
    This may be related to my Add-on, so I'd like to know of any reasons that an Add-on could cause this situation. I see from other posts that it can be caused by an Add-on using a different JVM to the one used by the oracle app, however we don't include a jvm or use any java code, so it seems like it must be a different problem. The crash occurs on start-up of the oracle app and I'm told they're using Jinitiator on Win XP SP2. I don't know the details of their jvm or jinitiator versions.
    I'm completely unfamiliar with oracle apps and JInitiators, so any pointers would be great. E.g. suggestions for them that may work around any such problem (like upgrading to latest JVM), or possible causes of any conflict between my Add-on and Jinitiator.
    As my customer's app is not externally accessible I've not yet been able to replicate this. Here's another question (Example Oracle Forms app viewable online? asking for example apps that I might be able to use to replicate this.
    thanks,
    - Rory
    Edited by: user11176059 on 18-May-2009 04:25

    Our browser Add-on is only available for IE, and the problem only happens when the add-on is running. So we've not tried Firefox but it wouldn't help unfortunately.
    - Rory

  • Faulting application java.exe, version 0.0.0.0, faulting module jvm.dll,...

    We have a customer that has been receiving the following error for the last 6 to 8 weeks (about once or twice a week) while running our application:
    Faulting application java.exe, version 0.0.0.0, faulting module jvm.dll, version 0.0.0.0, fault address 0x000449f7
    Our application is running on Java 1.4.2_04-b05 and uses Tomcat 4.1.30 (or thereabouts). The OS is Windows 2003 Server. We have many other customers running the application on the same version of Java and Tomcat on a variety of OS versions, but have not seen this problem before.
    We have replaced the java .exe's and .dll's to make sure one had not been corrupted, but to no avail.
    There is another similar thread that has no resolution already out there:
    http://forum.java.sun.com/thread.jspa?messageID=9961112
    but I wanted to put some Duke dollars on this post, so I posted it separately.
    If anyone has seen this problem and found some way around it (no matter how severe the remedy) please respond.
    Thanks.

    do you see any core/dump files??

  • Faulting application tomcat.exe, version 1.1.0.0, faulting module jvm.dll,

    All,
    My application is running in a Tomcat, JBoss environment. Occassionally Tomcat crashes in jvm.
    The error is:
    Faulting application tomcat.exe, version 1.1.0.0, faulting module jvm.dll, version 0.0.0.0, fault address 0x0015405e.
    The OS is Windows Server 2003.
    JRE is 1.4.2_03
    Has anyone seen this? I saw a thread where a number of people had this problem but no solution was posted.
    Is there any fix available?
    Any help would be greatly appreciated.
    Sudhir

    1.4.2_03 is very old at this point. 1.4.2_17, the latest release has many, many, many fixes. Moving to this latest release may solve this problem:
    http://java.sun.com/j2se/1.4.2/download.html
    -Rogerr

  • JVM DLL error : faulting module jvm.dll, version 27.6.5.32,

    Hi,
    I'm running WL in windows server and beasvc.exe is failing with this message.
    "Faulting application beasvc.exe, version 1.0.3.9, faulting module jvm.dll, version 27.6.5.32, fault address 0x0001e194"
    Any help please?
    thanks,
    Kam

    Hi,
    I'm running WL in windows server and beasvc.exe is failing with this message.
    "Faulting application beasvc.exe, version 1.0.3.9, faulting module jvm.dll, version 27.6.5.32, fault address 0x0001e194"
    Any help please?
    thanks,
    Kam

  • Faulting appln iexplore.exe Faulting module jvm.dll for MarkView users

    Our Payables department uses Oracle and 170 Systems MarkView for entry of invoices. Users have been reporting "Not Responding" errors followed by IE crash, and the System Information shows the following:
    6/5/2009 9:47 AM     Application Hang     Hanging application javaw.exe, version 0.0.0.0, hang module hungapp, version 0.0.0.0, hang address 0x00000000.
    6/5/2009 8:42 AM     Application Hang     Hanging application javaw.exe, version 0.0.0.0, hang module hungapp, version 0.0.0.0, hang address 0x00000000.
    Today also receiving:
    6/5/2009 9:24 AM     Application Hang     Faulting application iexplore.exe, version 6.0.2900.2180, faulting module jvm.dll, version 0.0.0.0., fault address 0x000018f6.

    This is happening with increasing frequency. We have
    verified that the java version is compatible with markview viewer (Version 1.5.0 (build 1.5.0_09-b03))
    removed and reinstalled java and the viewer files
    ran virus scan Any suggestions?
    Thanks,
    MVUSER
    Edited by: MVUSER on Jun 9, 2009 12:40 PM

    Thanks for your assistance.
    I would not be able to test whether the underlying issue is resolved aftter following your recommended steps like re-adding the weblogic service, since the application has been up and running ever since the application service was restarted last time (a month ago).
    1. I am looking to understand the root cause of the issue that stopped the service a month ago. Is there any log file on the server that would have recorded this issue?
    2. I am assuming 'Core DLL' means one of the operating system's DLL..is that correct? Are you saying that this issue may be because one of the Windows files is corrupt?

  • Problem running app in windows 2003 server

    Hi people.. I have a java application running in w2000 and j2re1.4.2_03 and works fine, i change the server version to win 2003 and j2re1.4.2_03, and after a time the application is closed without a java error, i seek in the even log of the server and get this anyone have a similiar error? or a clue to fix the problem? thanks and have a nice day
    <pre>
    Event Type: Error
    Event Source: Application Error
    Event Category: (100)
    Event ID: 1000
    Date: 8/3/2004
    Time: 1:24:38 PM
    User: N/A
    Computer: MTYSVR03
    Description:
    Faulting application javaw.exe, version 0.0.0.0, faulting module jvm.dll, version 0.0.0.0, fault address 0x00002545.
    For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
    Data:
    0000: 41 70 70 6c 69 63 61 74 Applicat
    0008: 69 6f 6e 20 46 61 69 6c ion Fail
    0010: 75 72 65 20 20 6a 61 76 ure jav
    0018: 61 2e 65 78 65 20 30 2e a.exe 0.
    0020: 30 2e 30 2e 30 20 69 6e 0.0.0 in
    0028: 20 6a 76 6d 2e 64 6c 6c jvm.dll
    0030: 20 30 2e 30 2e 30 2e 30 0.0.0.0
    0038: 20 61 74 20 6f 66 66 73 at offs
    0040: 65 74 20 30 30 30 30 32 et 00002
    0048: 35 34 35 545
    </pre>

    Try uninstalling Terminal Server

  • Oracle 9i on xp pro

    Hi,
    oracle 9i installation stopped at the end with following error
    Faulting application javaw.exe, version 0.0.0.0, faulting module jvm.dll, version 0.0.0.0, fault address 0x0000d95e.
    I don't see any oracle logs for instal. How to remove the partial install ?
    -suresh

    I am getting following error in the installation logs
    Ignoring Exception during de-installjava.lang.StringIndexOutOfBoundsException: String index out of range: -1
    java.lang.StringIndexOutOfBoundsException: String index out of range: -1
         at java.lang.String.substring(Unknown Source)
         at clusterRegister.finalCluster(clusterRegister.java:92)
         at finalClusterSetup.deinstallAction(finalClusterSetup.java:79)
         at oracle.sysman.oii.oiic.OiicInstallActionsPhase.loopOverDeinstalls(OiicInstallActionsPhase.java:1540)
         at oracle.sysman.oii.oiic.OiicInstallActionsPhase.doDeinstalls(OiicInstallActionsPhase.java:1008)
         at oracle.sysman.oii.oiic.OiicInstallActionsPhase$OiInstRun.run(OiicInstallActionsPhase.java:2892)
         at java.lang.Thread.run(Unknown Source)

  • Error starting thread: Not enough storage is available to process...

    Hi all,
    We are seeing server going down frequently with below exception:
    [ERROR][thread ] Failed to start new thread
    [2010-04-08 14:36:54,046][ERROR][com.astrazeneca.portal.rss.ContentTransformer] - Error processing item:null
    ; SystemID: http://beaa.astrazeneca.net:10002/NewsBroker/resources/newsToRss.xsl; Line#: 21; Column#: 128
    javax.xml.transform.TransformerException: java.lang.Error: Error starting thread: Not enough storage is available to process this command.
         at org.apache.xalan.extensions.ExtensionHandlerJavaPackage.callFunction(ExtensionHandlerJavaPackage.java:403)
         at org.apache.xalan.extensions.ExtensionHandlerJavaPackage.callFunction(ExtensionHandlerJavaPackage.java:426)
         at org.apache.xalan.extensions.ExtensionsTable.extFunction(ExtensionsTable.java:220)
         at org.apache.xalan.transformer.TransformerImpl.extFunction(TransformerImpl.java:437)
         at org.apache.xpath.functions.FuncExtFunction.execute(FuncExtFunction.java:199)
         at org.apache.xpath.XPath.execute(XPath.java:268)
         at org.apache.xalan.templates.ElemVariable.getValue(ElemVariable.java:279)
         at org.apache.xalan.templates.ElemVariable.execute(ElemVariable.java:247)
    I have a weblogic support SR open and they suggested to add -XXtlaSize and -XXlargeObjectLimit to our JVM parameter. With these parameters, we are getting below error in Windows frequently:
    Reporting queued error: faulting application java.exe, version 1.5.0.11, faulting module jvm.dll, version 27.3.1.1, fault address 0x0014b442.
    I have seen few threads on Sun forum, but answer was not posted there. Details of our environment are as below:-
    JVM : JROCKIT 1.5.0.11
    OS : Windows 2003
    Application Server : Weblogic 10
    Any inputs or pointers will be highly appreciated as this is a bit urgent for me...
    Thanks & Regards,
    Sanjeev

    Hi Henrik,
    I am running Weblogic with below parameters now:
    -Xnohup -Xms:1536m -Xmx:1536m -XXtlaSize:min=32k,preferred=768k -XXlargeObjectLimit:32K
    Weblogic crashed again with below dump:
    ===== BEGIN DUMP =============================================================
    JRockit dump produced after 0 days, 07:17:18 on Fri May 07 15:26:16 2010
    Additional information is available in:
    E:\PortalLIVDomaina\jrockit.5772.dump
    E:\PortalLIVDomaina\jrockit.5772.mdmp
    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]
    Exception Rec: EXCEPTION_ACCESS_VIOLATION (c0000005) at 0x005148AF - memory at 0x00000000 could not be written.
    Minidump : Wrote mdmp. Size is 1406MB
    SafeDllMode : -1
    Version : BEA JRockit(R) R27.3.1-1_CR344434-89345-1.5.0_11-20070925-1628-windows-ia32
    GC Strategy : Mode: throughput. Currently using strategy: genparpar
    GC Status : OC currently running, in phase: sweeping. This is OC#3000.
    : YC is not running. Last finished YC was YC#9937.
    OC History : Strategy genparpar was used for OC#1.
    : Strategy singleparpar was used for OC#2.
    : Strategy genparpar was used for OC#3 to OC#3000.
    YC History : Ran 11 YCs before OC#2996.
    : Ran 18 YCs before OC#2997.
    : Ran 11 YCs before OC#2998.
    : Ran 8 YCs before OC#2999.
    : Ran 1 YCs before OC#3000.
    Heap : 0x00900000 - 0x60900000
    Compaction : 0x06900000 - 0x0C900000
    Could you please provide some input on this?
    Thanks,
    Sanjeev

  • SIGSEGV in socket accept native code (possibly RMI related)

    Hi,
    We've been having this problem for a while on a 1.4.2 VM (don't recall the exact version), so we upgraded to 1.5.0_03 and it got slightly worse... so we upgraded to 1.5.0_09 and it got much worse. Unfortunately, this is the latest version of the JVM that's packaged/authorised in my organisation so trying later versions isn't possible.
    The problem is a Signal 11 (SIGSEGV) fault during JVM shutdown which appears to be caused by a bug in the native socket accept code. The problem seems to be exhibited by some RMI related code. This client uses RMI to talk to a server, but (as far as I know - it's using a third party closed-source library) it doesn't export any RMI objects of its own, so I'm a bit baffled why there's an RMI TCP Accept thread at all.
    We've googled every conceivable combination of useful-looking terms (including Java_java_net_PlainSocketImpl_socketAccept (with and without the offset), bits of the stack trace, PC addresses, thread names, etc.) and we can turn up one or two things that look like they're related, but really nothing that appears hugely significant.
    Basically, we're really stuck with this and it's a production problem so it's causing us a lot of pain. If anybody out there has the faintest clue, we'd really appreciate it.
    Thanks.
    ====uname -a=====
    (Hostname changed)
    Linux host.domain.blah.com 2.6.9-22.0.2.ELsmp #1 SMP Thu Jan 5 17:13:01 EST 2006 i686 athlon i386 GNU/Linux
    ====hs thing log file====
    (NOTE: Some of the information in here has been obfuscated for commercial sensitivity, but I don't think any of it is relevant)
    # An unexpected error has been detected by HotSpot Virtual Machine:
    # SIGSEGV (0xb) at pc=0xb789bb79, pid=30978, tid=2638416816
    # Java VM: Java HotSpot(TM) Server VM (1.5.0_09-b01 mixed mode)
    # Problematic frame:
    # V [libjvm.so+0x284b79]
    --------------- T H R E A D ---------------
    Current thread (0x08ae81a0): JavaThread "RMI TCP Accept-0" daemon [_thread_in_vm, id=14935]
    siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
    Registers:
    EAX=0x00000000, EBX=0xb7bcfe50, ECX=0x00000002, EDX=0x00000ffc
    ESP=0x9d42ff2c, EBP=0x9d42ff64, ESI=0x08ae81a0, EDI=0x00000008
    EIP=0xb789bb79, CR2=0x00000000, EFLAGS=0x00010213
    Top of Stack: (sp=0x9d42ff2c)
    0x9d42ff2c: 08ae81a0 08ae8260 9d42ff64 9e4e04af
    0x9d42ff3c: 08ae81a0 0a5eec84 00000052 00000001
    0x9d42ff4c: 00000001 9d42ffb4 9e4e02bb 9e4e5184
    0x9d42ff5c: 0a5eec84 0000000b 9d42ffe4 9e4df306
    0x9d42ff6c: 08ae8260 00000000 00000022 0000000b
    0x9d42ff7c: 08ae81a0 afde6cb8 9d42ffc4 9d42ffac
    0x9d42ff8c: 9d42ffa8 00000010 00000000 00000000
    0x9d42ff9c: b7a3f669 00000000 0000c2ff 0000001c
    Instructions: (pc=0xb789bb79)
    0xb789bb69: 00 00 00 06 00 00 00 8b 45 0c 8b 7d 10 c1 ef 02
    0xb789bb79: 8b 10 8b 83 5c 13 00 00 8b 00 8b 4a 04 85 c0 0f
    Stack: [0x9d3b0000,0x9d431000), sp=0x9d42ff2c, free space=511k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    V [libjvm.so+0x284b79]
    C [libnet.so+0xb306] Java_java_net_PlainSocketImpl_socketAccept+0x276
    j java.net.PlainSocketImpl.socketAccept(Ljava/net/SocketImpl;)V+0
    j java.net.PlainSocketImpl.accept(Ljava/net/SocketImpl;)V+7
    j java.net.ServerSocket.implAccept(Ljava/net/Socket;)V+50
    j java.net.ServerSocket.accept()Ljava/net/Socket;+48
    j sun.rmi.transport.tcp.TCPTransport.run()V+59
    j java.lang.Thread.run()V+11
    v ~StubRoutines::call_stub
    V [libjvm.so+0x266eec]
    V [libjvm.so+0x42da88]
    V [libjvm.so+0x266745]
    V [libjvm.so+0x2667de]
    V [libjvm.so+0x2ddf75]
    V [libjvm.so+0x4cdb13]
    V [libjvm.so+0x42e698]
    C [libpthread.so.0+0x5341]
    Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
    j java.net.PlainSocketImpl.socketAccept(Ljava/net/SocketImpl;)V+0
    j java.net.PlainSocketImpl.accept(Ljava/net/SocketImpl;)V+7
    j java.net.ServerSocket.implAccept(Ljava/net/Socket;)V+50
    j java.net.ServerSocket.accept()Ljava/net/Socket;+48
    j sun.rmi.transport.tcp.TCPTransport.run()V+59
    j java.lang.Thread.run()V+11
    v ~StubRoutines::call_stub
    --------------- P R O C E S S ---------------
    Java Threads: ( => current thread )
    0x09274f88 JavaThread "RMI ConnectionExpiration-[10.72.14.39:40107]" daemon [_thread_blocked, id=11989]
    0x08c9cc20 JavaThread "RMI ConnectionExpiration-[10.72.14.40:40107]" daemon [_thread_blocked, id=11983]
    0x0903aec8 JavaThread "RMI ConnectionExpiration-[10.72.14.40:40112]" daemon [_thread_blocked, id=11982]
    0x08fbc518 JavaThread "RMI ConnectionExpiration-[10.72.14.44:40113]" daemon [_thread_blocked, id=11981]
    0x0813ceb8 JavaThread "RMI ConnectionExpiration-[10.72.13.183:40113]" daemon [_thread_blocked, id=11980]
    0x08a6e7f0 JavaThread "RMI ConnectionExpiration-[10.72.14.40:40110]" daemon [_thread_blocked, id=11979]
    0x08ee22f0 JavaThread "RMI ConnectionExpiration-[10.72.14.44:40109]" daemon [_thread_blocked, id=11978]
    0x090c0ef0 JavaThread "RMI ConnectionExpiration-[10.72.14.39:40118]" daemon [_thread_blocked, id=11977]
    0x091fdfb0 JavaThread "RMI ConnectionExpiration-[10.72.13.183:40109]" daemon [_thread_blocked, id=11976]
    0x087dd5a0 JavaThread "RMI ConnectionExpiration-[10.72.14.39:40110]" daemon [_thread_blocked, id=10595]
    0x091fe340 JavaThread "RMI RenewClean-[10.72.14.39:40110]" daemon [_thread_blocked, id=10594]
    0x08e70220 JavaThread "RMI ConnectionExpiration-[10.72.14.39:53973,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=10593]
    0x087de380 JavaThread "RMI RenewClean-[10.72.14.39:53973,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=10353]
    0x092832e0 JavaThread "RMI RenewClean-[10.72.13.183:40109]" daemon [_thread_blocked, id=10346]
    0x085c2710 JavaThread "RMI RenewClean-[10.72.13.183:40248,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=10336]
    0x08a470a0 JavaThread "RMI ConnectionExpiration-[10.72.14.39:40114]" daemon [_thread_blocked, id=10327]
    0x09471ca8 JavaThread "RMI RenewClean-[10.72.14.39:40114]" daemon [_thread_blocked, id=10326]
    0x08e10e78 JavaThread "RMI ConnectionExpiration-[10.72.14.39:54045,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=10325]
    0x08dc22b8 JavaThread "RMI ConnectionExpiration-[10.72.14.39:40112]" daemon [_thread_blocked, id=10178]
    0x08dc1ae0 JavaThread "RMI RenewClean-[10.72.14.39:40112]" daemon [_thread_blocked, id=10177]
    0x08dc64b8 JavaThread "RMI ConnectionExpiration-[10.72.14.39:54006,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=10176]
    0x08e6ac08 JavaThread "RMI RenewClean-[10.72.14.39:54006,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=10146]
    0x087d94f8 JavaThread "RMI ConnectionExpiration-[10.72.13.183:40111]" daemon [_thread_blocked, id=9948]
    0x087d8df8 JavaThread "RMI RenewClean-[10.72.13.183:40111]" daemon [_thread_blocked, id=9947]
    0x085c30e8 JavaThread "RMI RenewClean-[10.72.13.183:40278,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=9945]
    0x085c3bb0 JavaThread "RMI ConnectionExpiration-[10.72.14.44:40111]" daemon [_thread_blocked, id=8815]
    0x085c1c08 JavaThread "RMI RenewClean-[10.72.14.44:40111]" daemon [_thread_blocked, id=8432]
    0x085c4940 JavaThread "RMI ConnectionExpiration-[10.72.14.44:33150,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=8241]
    0x085c3f10 JavaThread "RMI RenewClean-[10.72.14.44:33150,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=8219]
    0x085bee18 JavaThread "RMI ConnectionExpiration-[10.72.14.39:40116]" daemon [_thread_blocked, id=8106]
    0x085be388 JavaThread "RMI RenewClean-[10.72.14.39:40116]" daemon [_thread_blocked, id=8105]
    0x08e15b68 JavaThread "RMI ConnectionExpiration-[10.72.14.39:54066,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=7006]
    0x085bd3b0 JavaThread "RMI RenewClean-[10.72.14.39:54066,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=6696]
    0x08e152c8 JavaThread "RMI RenewClean-[10.72.14.39:40118]" daemon [_thread_blocked, id=6524]
    0x08a45098 JavaThread "RMI RenewClean-[10.72.14.39:54088,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=5775]
    0x09472c60 JavaThread "RMI RenewClean-[10.72.14.44:40109]" daemon [_thread_blocked, id=5771]
    0x09474e00 JavaThread "RMI RenewClean-[10.72.14.44:33127,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=5769]
    0x08dc1428 JavaThread "RMI RenewClean-[10.72.14.40:40110]" daemon [_thread_blocked, id=5765]
    0x08dc5758 JavaThread "RMI RenewClean-[10.72.14.40:42086,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=5763]
    0x092846f0 JavaThread "RMI RenewClean-[10.72.13.183:40113]" daemon [_thread_blocked, id=5759]
    0x08b6cc00 JavaThread "RMI RenewClean-[10.72.13.183:40295,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=5757]
    0x08b72058 JavaThread "RMI RenewClean-[10.72.14.44:40113]" daemon [_thread_blocked, id=5745]
    0x08b712a0 JavaThread "RMI RenewClean-[10.72.14.44:33186,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=5726]
    0x0a7339b0 JavaThread "RMI RenewClean-[10.72.14.40:40112]" daemon [_thread_blocked, id=5722]
    0x08ad4d58 JavaThread "RMI RenewClean-[10.72.14.40:42110,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=5720]
    0x08fbe770 JavaThread "Scheduler" daemon [_thread_blocked, id=5719]
    0x0997a398 JavaThread "RMI RenewClean-[10.72.14.39:54045,com.commerciallysensitive.RMISSLClientSocketFactory@180650e]" daemon [_thread_blocked, id=15762]
    0x08e1b708 JavaThread "RMI LeaseChecker" daemon [_thread_blocked, id=14942]
    =>0x08ae81a0 JavaThread "RMI TCP Accept-0" daemon [_thread_in_vm, id=14935]
    0x08604250 JavaThread "RMI RenewClean-[10.72.14.39:40107]" daemon [_thread_blocked, id=14931]
    0x08603c78 JavaThread "GC Daemon" daemon [_thread_blocked, id=14930]
    0x0911f558 JavaThread "RMI RenewClean-[10.72.14.40:40107]" daemon [_thread_blocked, id=14920]
    0x08da6e20 JavaThread "Scheduler" daemon [_thread_blocked, id=14902]
    0x08da7db0 JavaThread "CleanUpReference clean up thread" daemon [_thread_blocked, id=14892]
    0x08121920 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=30988]
    0x08120498 JavaThread "CompilerThread1" daemon [_thread_blocked, id=30987]
    0x0811f438 JavaThread "CompilerThread0" daemon [_thread_blocked, id=30986]
    0x0811e308 JavaThread "AdapterThread" daemon [_thread_blocked, id=30985]
    0x0811d578 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=30984]
    0x08110598 JavaThread "Finalizer" daemon [_thread_blocked, id=30983]
    0x081100e0 JavaThread "Reference Handler" daemon [_thread_blocked, id=30982]
    0x0806b288 JavaThread "main" [_thread_blocked, id=30978]
    Other Threads:
    0x0810dbe0 VMThread [id=30981]
    0x08122dc0 WatcherThread [id=30989]
    VM state:not at safepoint (normal execution)
    VM Mutex/Monitor currently owned by a thread: None
    Heap
    PSYoungGen total 19008K, used 8604K [0xafa60000, 0xb1090000, 0xb1090000)
    eden space 16064K, 45% used [0xafa60000,0xb01953c0,0xb0a10000)
    from space 2944K, 41% used [0xb0db0000,0xb0ee1e28,0xb1090000)
    to space 3328K, 0% used [0xb0a10000,0xb0a10000,0xb0d50000)
    PSOldGen total 38592K, used 31818K [0xa4890000, 0xa6e40000, 0xafa60000)
    object space 38592K, 82% used [0xa4890000,0xa67a2bf0,0xa6e40000)
    PSPermGen total 28416K, used 20144K [0xa0890000, 0xa2450000, 0xa4890000)
    object space 28416K, 70% used [0xa0890000,0xa1c3c340,0xa2450000)
    Dynamic libraries:
    004aa000-004bf000 r-xp 00000000 fd:00 1867896 /lib/ld-2.3.4.so
    004bf000-004c0000 r-xp 00015000 fd:00 1867896 /lib/ld-2.3.4.so
    004c0000-004c1000 rwxp 00016000 fd:00 1867896 /lib/ld-2.3.4.so
    004c3000-005e7000 r-xp 00000000 fd:00 1867897 /lib/tls/libc-2.3.4.so
    005e7000-005e8000 r-xp 00124000 fd:00 1867897 /lib/tls/libc-2.3.4.so
    005e8000-005eb000 rwxp 00125000 fd:00 1867897 /lib/tls/libc-2.3.4.so
    005eb000-005ed000 rwxp 005eb000 00:00 0
    005ef000-005f1000 r-xp 00000000 fd:00 1868983 /lib/libdl-2.3.4.so
    005f1000-005f3000 rwxp 00001000 fd:00 1868983 /lib/libdl-2.3.4.so
    005f5000-00616000 r-xp 00000000 fd:00 1868961 /lib/tls/libm-2.3.4.so
    00616000-00618000 rwxp 00020000 fd:00 1868961 /lib/tls/libm-2.3.4.so
    006e3000-006f1000 r-xp 00000000 fd:00 1868984 /lib/tls/libpthread-2.3.4.so
    006f1000-006f3000 rwxp 0000d000 fd:00 1868984 /lib/tls/libpthread-2.3.4.so
    006f3000-006f5000 rwxp 006f3000 00:00 0
    009dd000-009ef000 r-xp 00000000 fd:00 1869140 /lib/libnsl-2.3.4.so
    009ef000-009f1000 rwxp 00011000 fd:00 1869140 /lib/libnsl-2.3.4.so
    009f1000-009f3000 rwxp 009f1000 00:00 0
    08048000-08057000 r-xp 00000000 fd:00 1199000 /usr/java/jdk-1.5.0_09-i386/bin/java
    08057000-08059000 rwxp 0000e000 fd:00 1199000 /usr/java/jdk-1.5.0_09-i386/bin/java
    08059000-0ab15000 rwxp 08059000 00:00 0
    98f9f000-98fa2000 ---p 98f9f000 00:00 0
    98fa2000-99020000 rwxp 98fa2000 00:00 0
    99020000-99023000 ---p 99020000 00:00 0
    99023000-990a1000 rwxp 99023000 00:00 0
    990a1000-990a4000 ---p 990a1000 00:00 0
    990a4000-99122000 rwxp 990a4000 00:00 0
    99122000-99125000 ---p 99122000 00:00 0
    99125000-991a3000 rwxp 99125000 00:00 0
    991a3000-991a6000 rwxp 991a3000 00:00 0
    991a6000-99224000 rwxp 991a6000 00:00 0
    99224000-99227000 ---p 99224000 00:00 0
    99227000-992a5000 rwxp 99227000 00:00 0
    992a5000-992a8000 rwxp 992a5000 00:00 0
    992a8000-99326000 rwxp 992a8000 00:00 0
    99326000-99329000 ---p 99326000 00:00 0
    99329000-993a7000 rwxp 99329000 00:00 0
    993a7000-993aa000 rwxp 993a7000 00:00 0
    993aa000-99428000 rwxp 993aa000 00:00 0
    99428000-9942b000 ---p 99428000 00:00 0
    9942b000-994a9000 rwxp 9942b000 00:00 0
    994a9000-994ac000 ---p 994a9000 00:00 0
    994ac000-9952a000 rwxp 994ac000 00:00 0
    9952a000-9952d000 rwxp 9952a000 00:00 0
    9952d000-995ab000 rwxp 9952d000 00:00 0
    995ab000-995ae000 ---p 995ab000 00:00 0
    995ae000-9962c000 rwxp 995ae000 00:00 0
    9962c000-9962f000 ---p 9962c000 00:00 0
    9962f000-996ad000 rwxp 9962f000 00:00 0
    996ad000-996b0000 rwxp 996ad000 00:00 0
    996b0000-9972e000 rwxp 996b0000 00:00 0
    9972e000-99731000 ---p 9972e000 00:00 0
    99731000-997af000 rwxp 99731000 00:00 0
    997af000-997b2000 ---p 997af000 00:00 0
    997b2000-99830000 rwxp 997b2000 00:00 0
    99830000-99833000 ---p 99830000 00:00 0
    99833000-998b1000 rwxp 99833000 00:00 0
    998b1000-998b4000 ---p 998b1000 00:00 0
    998b4000-99932000 rwxp 998b4000 00:00 0
    99932000-99935000 ---p 99932000 00:00 0
    99935000-999b3000 rwxp 99935000 00:00 0
    999b3000-999b6000 ---p 999b3000 00:00 0
    999b6000-99a34000 rwxp 999b6000 00:00 0
    99a34000-99a37000 ---p 99a34000 00:00 0
    99a37000-99ab5000 rwxp 99a37000 00:00 0
    99ab5000-99ab8000 ---p 99ab5000 00:00 0
    99ab8000-99b36000 rwxp 99ab8000 00:00 0
    99b36000-99b39000 rwxp 99b36000 00:00 0
    99b39000-99bb7000 rwxp 99b39000 00:00 0
    99bb7000-99bba000 ---p 99bb7000 00:00 0
    99bba000-99c38000 rwxp 99bba000 00:00 0
    99c38000-99c3b000 ---p 99c38000 00:00 0
    99c3b000-99cb9000 rwxp 99c3b000 00:00 0
    99cb9000-99cbc000 ---p 99cb9000 00:00 0
    99cbc000-99d3a000 rwxp 99cbc000 00:00 0
    99d3a000-99d3d000 ---p 99d3a000 00:00 0
    99d3d000-99dbb000 rwxp 99d3d000 00:00 0
    99dbb000-99dbe000 rwxp 99dbb000 00:00 0
    99dbe000-99e3c000 rwxp 99dbe000 00:00 0
    99e3c000-99e3f000 ---p 99e3c000 00:00 0
    99e3f000-99ebd000 rwxp 99e3f000 00:00 0
    99ebd000-99ec0000 rwxp 99ebd000 00:00 0
    99ec0000-99f3e000 rwxp 99ec0000 00:00 0
    99f3e000-99f41000 ---p 99f3e000 00:00 0
    99f41000-99fbf000 rwxp 99f41000 00:00 0
    99fbf000-99fc2000 ---p 99fbf000 00:00 0
    99fc2000-9a040000 rwxp 99fc2000 00:00 0
    9a040000-9a043000 ---p 9a040000 00:00 0
    9a043000-9a0c1000 rwxp 9a043000 00:00 0
    9a0c1000-9a0c4000 ---p 9a0c1000 00:00 0
    9a0c4000-9a142000 rwxp 9a0c4000 00:00 0
    9a142000-9a145000 ---p 9a142000 00:00 0
    9a145000-9a1c3000 rwxp 9a145000 00:00 0
    9a1c3000-9a1c6000 ---p 9a1c3000 00:00 0
    9a1c6000-9a244000 rwxp 9a1c6000 00:00 0
    9a244000-9a247000 ---p 9a244000 00:00 0
    9a247000-9a2c5000 rwxp 9a247000 00:00 0
    9a2c5000-9a2c8000 ---p 9a2c5000 00:00 0
    9a2c8000-9a346000 rwxp 9a2c8000 00:00 0
    9a346000-9a349000 ---p 9a346000 00:00 0
    9a349000-9a3c7000 rwxp 9a349000 00:00 0
    9a3c7000-9a3ca000 ---p 9a3c7000 00:00 0
    9a3ca000-9a448000 rwxp 9a3ca000 00:00 0
    9a448000-9a44b000 rwxp 9a448000 00:00 0
    9a44b000-9a4c9000 rwxp 9a44b000 00:00 0
    9a4c9000-9a4cc000 rwxp 9a4c9000 00:00 0
    9a4cc000-9a54a000 rwxp 9a4cc000 00:00 0
    9a54a000-9a54d000 ---p 9a54a000 00:00 0
    9a54d000-9a5cb000 rwxp 9a54d000 00:00 0
    9a5cb000-9a5ce000 rwxp 9a5cb000 00:00 0
    9a5ce000-9a64c000 rwxp 9a5ce000 00:00 0
    9a64c000-9a64f000 ---p 9a64c000 00:00 0
    9a64f000-9a6cd000 rwxp 9a64f000 00:00 0
    9a6cd000-9a6d0000 rwxp 9a6cd000 00:00 0
    9a6d0000-9a74e000 rwxp 9a6d0000 00:00 0
    9a74e000-9a751000 ---p 9a74e000 00:00 0
    9a751000-9a7cf000 rwxp 9a751000 00:00 0
    9a7cf000-9a7d2000 rwxp 9a7cf000 00:00 0
    9a7d2000-9a850000 rwxp 9a7d2000 00:00 0
    9a850000-9a853000 ---p 9a850000 00:00 0
    9a853000-9a8d1000 rwxp 9a853000 00:00 0
    9a8d1000-9a8d4000 rwxp 9a8d1000 00:00 0
    9a8d4000-9a952000 rwxp 9a8d4000 00:00 0
    9a952000-9a955000 ---p 9a952000 00:00 0
    9a955000-9a9d3000 rwxp 9a955000 00:00 0
    9a9d3000-9a9d6000 rwxp 9a9d3000 00:00 0
    9a9d6000-9aa54000 rwxp 9a9d6000 00:00 0
    9aa54000-9aa57000 ---p 9aa54000 00:00 0
    9aa57000-9aad5000 rwxp 9aa57000 00:00 0
    9ae00000-9af58000 rwxp 9ae00000 00:00 0
    9af58000-9b000000 ---p 9af58000 00:00 0
    9b000000-9b1fa000 rwxp 9b000000 00:00 0
    9b1fa000-9b200000 ---p 9b1fa000 00:00 0
    9b200000-9b400000 rwxp 9b200000 00:00 0
    9b400000-9b5f9000 rwxp 9b400000 00:00 0
    9b5f9000-9b600000 ---p 9b5f9000 00:00 0
    9b600000-9b800000 rwxp 9b600000 00:00 0
    9b800000-9ba00000 rwxp 9b800000 00:00 0
    9ba00000-9bb00000 rwxp 9ba00000 00:00 0
    9bb7f000-9bb82000 rwxp 9bb7f000 00:00 0
    9bb82000-9bcfe000 rwxp 9bb82000 00:00 0
    9bcfe000-9bd00000 ---p 9bcfe000 00:00 0
    9bd7d000-9bd80000 ---p 9bd7d000 00:00 0
    9bd80000-9bdfe000 rwxp 9bd80000 00:00 0
    9bdfe000-9be01000 rwxp 9bdfe000 00:00 0
    9be01000-9be7f000 rwxp 9be01000 00:00 0
    9be7f000-9be82000 ---p 9be7f000 00:00 0
    9be82000-9bff2000 rwxp 9be82000 00:00 0
    9bff2000-9c000000 ---p 9bff2000 00:00 0
    9c02c000-9c02f000 rwxp 9c02c000 00:00 0
    9c02f000-9c0ad000 rwxp 9c02f000 00:00 0
    9c0ad000-9c0b0000 rwxp 9c0ad000 00:00 0
    9c0b0000-9c12e000 rwxp 9c0b0000 00:00 0
    9c12e000-9c131000 rwxp 9c12e000 00:00 0
    9c131000-9c1af000 rwxp 9c131000 00:00 0
    9c200000-9c2f8000 rwxp 9c200000 00:00 0
    9c2f8000-9c300000 ---p 9c2f8000 00:00 0
    9c400000-9c4ee000 rwxp 9c400000 00:00 0
    9c4ee000-9c500000 ---p 9c4ee000 00:00 0
    9c57f000-9c582000 rwxp 9c57f000 00:00 0
    9c582000-9c6f4000 rwxp 9c582000 00:00 0
    9c6f4000-9c700000 ---p 9c6f4000 00:00 0
    9c77d000-9c780000 ---p 9c77d000 00:00 0
    9c780000-9c7fe000 rwxp 9c780000 00:00 0
    9c7fe000-9c801000 ---p 9c7fe000 00:00 0
    9c801000-9c87f000 rwxp 9c801000 00:00 0
    9c87f000-9c882000 rwxp 9c87f000 00:00 0
    9c882000-9c9f9000 rwxp 9c882000 00:00 0
    9c9f9000-9ca00000 ---p 9c9f9000 00:00 0
    9ca77000-9ca7a000 rwxp 9ca77000 00:00 0
    9ca7a000-9caf8000 rwxp 9ca7a000 00:00 0
    9caf8000-9cafb000 rwxp 9caf8000 00:00 0
    9cafb000-9cb79000 rwxp 9cafb000 00:00 0
    9cb79000-9cb7c000 rwxp 9cb79000 00:00 0
    9cb7c000-9cbfa000 rwxp 9cb7c000 00:00 0
    9cbfa000-9cbfd000 rwxp 9cbfa000 00:00 0
    9cbfd000-9cc7b000 rwxp 9cbfd000 00:00 0
    9cc7b000-9cc7e000 ---p 9cc7b000 00:00 0
    9cc7e000-9ccfc000 rwxp 9cc7e000 00:00 0
    9cea6000-9cea9000 rwxp 9cea6000 00:00 0
    9cea9000-9cf27000 rwxp 9cea9000 00:00 0
    9cf27000-9cf2a000 rwxp 9cf27000 00:00 0
    9cf2a000-9cfa8000 rwxp 9cf2a000 00:00 0
    9cfa8000-9cfab000 ---p 9cfa8000 00:00 0
    9cfab000-9d029000 rwxp 9cfab000 00:00 0
    9d029000-9d02c000 ---p 9d029000 00:00 0
    9d02c000-9d0aa000 rwxp 9d02c000 00:00 0
    9d0aa000-9d0ad000 ---p 9d0aa000 00:00 0
    9d0ad000-9d12b000 rwxp 9d0ad000 00:00 0
    9d12b000-9d12e000 rwxp 9d12b000 00:00 0
    9d12e000-9d1ac000 rwxp 9d12e000 00:00 0
    9d1ac000-9d1af000 rwxp 9d1ac000 00:00 0
    9d1af000-9d22d000 rwxp 9d1af000 00:00 0
    9d22d000-9d230000 rwxp 9d22d000 00:00 0
    9d230000-9d2ae000 rwxp 9d230000 00:00 0
    9d2ae000-9d2b1000 rwxp 9d2ae000 00:00 0
    9d2b1000-9d32f000 rwxp 9d2b1000 00:00 0
    9d32f000-9d332000 rwxp 9d32f000 00:00 0
    9d332000-9d3b0000 rwxp 9d332000 00:00 0
    9d3b0000-9d3b3000 ---p 9d3b0000 00:00 0
    9d3b3000-9d431000 rwxp 9d3b3000 00:00 0
    9d431000-9d434000 rwxp 9d431000 00:00 0
    9d434000-9d4b2000 rwxp 9d434000 00:00 0
    9d4b2000-9d4b5000 ---p 9d4b2000 00:00 0
    9d4b5000-9d533000 rwxp 9d4b5000 00:00 0
    9d533000-9d536000 ---p 9d533000 00:00 0
    9d536000-9d5b4000 rwxp 9d536000 00:00 0
    9d5b4000-9d5b7000 ---p 9d5b4000 00:00 0
    9d5b7000-9d635000 rwxp 9d5b7000 00:00 0
    9d635000-9d636000 r-xp 00000000 fd:00 1214048 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/librmi.so
    9d636000-9d637000 rwxp 00000000 fd:00 1214048 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/librmi.so
    9d637000-9d63a000 rwxp 9d637000 00:00 0
    9d63a000-9d6b8000 rwxp 9d63a000 00:00 0
    9d6b8000-9d6bb000 rwxp 9d6b8000 00:00 0
    9d6bb000-9d739000 rwxp 9d6bb000 00:00 0
    9d739000-9d73c000 ---p 9d739000 00:00 0
    9d73c000-9d7ba000 rwxp 9d73c000 00:00 0
    9d7ba000-9d7bd000 ---p 9d7ba000 00:00 0
    9d7bd000-9d83b000 rwxp 9d7bd000 00:00 0
    9e41e000-9e421000 rwxp 9e41e000 00:00 0
    9e421000-9e49f000 rwxp 9e421000 00:00 0
    9e49f000-9e4d4000 r-xs 00000000 fd:00 2473232 /var/db/nscd/hosts
    9e4d4000-9e4e5000 r-xp 00000000 fd:00 1214046 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/libnet.so
    9e4e5000-9e4e6000 rwxp 00011000 fd:00 1214046 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/libnet.so
    9e4e6000-9e4e9000 rwxp 9e4e6000 00:00 0
    9e4e9000-9e567000 rwxp 9e4e9000 00:00 0
    9e567000-9e56a000 ---p 9e567000 00:00 0
    9e56a000-9e5e8000 rwxp 9e56a000 00:00 0
    9f834000-9f9ef000 r-xs 00000000 fd:04 6144498 /blahblah/xerces.jar
    9ffd4000-9ffd5000 ---p 9ffd4000 00:00 0
    9ffd5000-a0055000 rwxp 9ffd5000 00:00 0
    a0055000-a0058000 ---p a0055000 00:00 0
    a0058000-a00d6000 rwxp a0058000 00:00 0
    a00d6000-a00d9000 ---p a00d6000 00:00 0
    a00d9000-a0157000 rwxp a00d9000 00:00 0
    a0157000-a015a000 ---p a0157000 00:00 0
    a015a000-a01d8000 rwxp a015a000 00:00 0
    a01d8000-a01db000 ---p a01d8000 00:00 0
    a01db000-a0259000 rwxp a01db000 00:00 0
    a0259000-a025c000 ---p a0259000 00:00 0
    a025c000-a02da000 rwxp a025c000 00:00 0
    a02da000-a02db000 r-xp 00fb3000 fd:00 969958 /usr/lib/locale/locale-archive
    a02db000-a030d000 r-xp 00f2c000 fd:00 969958 /usr/lib/locale/locale-archive
    a030d000-a050d000 r-xp 00000000 fd:00 969958 /usr/lib/locale/locale-archive
    a050d000-a0510000 ---p a050d000 00:00 0
    a0510000-a058e000 rwxp a0510000 00:00 0
    a058e000-a0591000 ---p a058e000 00:00 0
    a0591000-a060f000 rwxp a0591000 00:00 0
    a060f000-a0610000 ---p a060f000 00:00 0
    a0610000-a0690000 rwxp a0610000 00:00 0
    a0690000-a0691000 ---p a0690000 00:00 0
    a0691000-a0711000 rwxp a0691000 00:00 0
    a0711000-a0712000 ---p a0711000 00:00 0
    a0712000-a07a0000 rwxp a0712000 00:00 0
    a07a0000-a07b2000 rwxp a07a0000 00:00 0
    a07b2000-a07c5000 rwxp a07b2000 00:00 0
    a07c5000-a080b000 rwxp a07c5000 00:00 0
    a080b000-a0819000 rwxp a080b000 00:00 0
    a0819000-a082b000 rwxp a0819000 00:00 0
    a082b000-a083e000 rwxp a082b000 00:00 0
    a083e000-a0883000 rwxp a083e000 00:00 0
    a0883000-a088f000 rwxp a0883000 00:00 0
    a088f000-a2450000 rwxp a088f000 00:00 0
    a2450000-a4890000 rwxp a2450000 00:00 0
    a4890000-a6e40000 rwxp a4890000 00:00 0
    a6e40000-afa60000 rwxp a6e40000 00:00 0
    afa60000-b1090000 rwxp afa60000 00:00 0
    b1093000-b10a6000 rwxp b1093000 00:00 0
    b10a6000-b1153000 rwxp b10a6000 00:00 0
    b1153000-b15e3000 rwxp b1153000 00:00 0
    b15e3000-b4153000 rwxp b15e3000 00:00 0
    b4153000-b49c3000 r-xs 00000000 fd:00 1200731 /usr/java/jdk-1.5.0_09-i386/jre/lib/charsets.jar
    b49c3000-b49d8000 r-xs 00000000 fd:00 1200759 /usr/java/jdk-1.5.0_09-i386/jre/lib/jce.jar
    b49d8000-b4a5d000 r-xs 00000000 fd:00 1200760 /usr/java/jdk-1.5.0_09-i386/jre/lib/jsse.jar
    b4a5d000-b4ac6000 rwxp b4a5d000 00:00 0
    b4ac6000-b70dc000 r-xs 00000000 fd:00 1200767 /usr/java/jdk-1.5.0_09-i386/jre/lib/rt.jar
    b70dc000-b70eb000 r-xp 00000000 fd:00 1214052 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/libzip.so
    b70eb000-b70ed000 rwxp 0000e000 fd:00 1214052 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/libzip.so
    b70ed000-b710e000 r-xp 00000000 fd:00 1214032 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/libjava.so
    b710e000-b7110000 rwxp 00020000 fd:00 1214032 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/libjava.so
    b7110000-b711b000 r-xp 00000000 fd:00 1214051 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/libverify.so
    b711b000-b711c000 rwxp 0000b000 fd:00 1214051 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/libverify.so
    b711c000-b7124000 rwxs 00000000 fd:00 2392802 /tmp/hsperfdata_elm_d/30978
    b7124000-b760e000 r-xs 00000000 fd:00 2473112 /var/db/nscd/passwd
    b760e000-b7614000 r-xp 00000000 fd:00 1214056 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/native_threads/libhpi.so
    b7614000-b7615000 rwxp 00006000 fd:00 1214056 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/native_threads/libhpi.so
    b7615000-b7616000 rwxp b7615000 00:00 0
    b7616000-b7617000 r-xp b7616000 00:00 0
    b7617000-b7b71000 r-xp 00000000 fd:00 1214060 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/server/libjvm.so
    b7b71000-b7bd4000 rwxp 0055a000 fd:00 1214060 /usr/java/jdk-1.5.0_09-i386/jre/lib/i386/server/libjvm.so
    b7bd4000-b7fed000 rwxp b7bd4000 00:00 0
    bfe00000-bfe03000 ---p bfe00000 00:00 0
    bfe03000-c0000000 rwxp bfe03000 00:00 0
    ffffe000-fffff000 ---p 00000000 00:00 0
    VM Arguments:
    jvm_args: -Xmx200M -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseParallelGC -XX:+UseAdaptiveSizePolicy -Djava.security.manager -Djava.security.policy=/blah/blah/blah.policy -Dsun.rmi.dgc.client.gcInterval=72000000 -Dsun.rmi.dgc.server.gcInterval=72000000
    java_command: blahblahblah
    Launcher Type: SUN_STANDARD
    Environment Variables:
    JAVA_HOME=/usr/java/jdk-1.5.0_09-i386
    PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin
    LD_LIBRARY_PATH=/usr/java/jdk-1.5.0_09-i386/jre/lib/i386/server:/usr/java/jdk-1.5.0_09-i386/jre/lib/i386:/usr/java/jdk-1.5.0_09-i386/jre/../lib/i386
    Signal Handlers:
    SIGSEGV: [libjvm.so+0x508860], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
    SIGBUS: [libjvm.so+0x508860], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
    SIGFPE: [libjvm.so+0x42cac0], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
    SIGPIPE: [libjvm.so+0x42cac0], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
    SIGILL: [libjvm.so+0x42cac0], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
    SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
    SIGUSR2: [libjvm.so+0x42ef10], sa_mask[0]=0x00000000, sa_flags=0x14000004
    SIGHUP: [libjvm.so+0x42e940], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
    SIGINT: [libjvm.so+0x42e940], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
    SIGQUIT: [libjvm.so+0x42e940], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
    SIGTERM: [libjvm.so+0x42e940], sa_mask[0]=0x7ffbfeff, sa_flags=0x14000004
    --------------- S Y S T E M ---------------
    OS:Red Hat Enterprise Linux AS release 4 (Nahant Update 2)
    uname:Linux 2.6.9-22.0.2.ELsmp #1 SMP Thu Jan 5 17:13:01 EST 2006 i686
    libc:glibc 2.3.4 NPTL 2.3.4
    rlimit: STACK 10240k, CORE 0k, NPROC 131071, NOFILE 1024, AS infinity
    load average:30.16 19.62 12.95
    CPU:total 2 (cores per cpu 1, threads per core 1) family 15 model 37 stepping 1, cmov, cx8, fxsr, mmx, sse, sse2, sse3, mmxext, 3dnowext, 3dnow
    Memory: 4k page, physical 8145028k(148604k free), swap 1023k(997k free)
    vm_info: Java HotSpot(TM) Server VM (1.5.0_09-b01) for linux-x86, built on Sep 7 2006 13:17:49 by java_re with gcc 3.2.1-7a (J2SE release)

    There's no JNI component of RMI so this is only an RMI problem to the extent that RMI uses TCP. It's a Java TCP accept() problem.That's what I figured. Shame nobody else on the entire Internet appears to have experienced the same problem... :-( Nevertheless, there is no native code in our application so it's looking like a bug in the native socket accept implementation, yes? And that appears to be exacerbated by RMI and/or our use of RMI.
    I suspect we are (or the third party code is) doing something strange at VM shutdown since the crash always happens after a log output saying that the process has completed its work. So my current lines of attack are around JVM shutdown handlers, finalizers, etc.
    Our project also uses OpenAdaptor (open source ETL tool) and I discovered that this by default calls runFinalizersOnExit(true), so we're going to try re-configuring that today too in case there's something dodgy going on with the finalizers somewhere.
    That EDI register of 0x8 looks very suspicious. Have you tried the Bug Parade?Your expertise extends to understand the underlying hardware implemention? Is there no end to your talents ejp?! :-)
    I have tried the bug parade but there's nothing obvious there. Plus, it's just about the worst bug tracking system in existance (to go with the worst forum software I guess! LOL) and things just get closed with no comment, or ignored, or turn into a flame war, etc... Still, I tried and didn't have any luck.
    Thanks ejp!

  • Can JDK1.3.1_16 be installed on Microsoft Server 2003, Standard Edition?

    Hello,
    I installed SDK1.3.1 update 16 on a computer with the operating system Microsoft Server 2003, Standard Edition.
    The JAVA_HOME variable was NOT automatically created as part of the installation. So I created it myself.
    I installed a voice recognition browser afterwards (that requires JDK1.3.1 update 06 or later) and it could not detect that the appropriate JDK had been installed and/or the JAVA_HOME variable had been set correctly.
    Is it normal for the JAVA_HOME variable to not be created automatically? If this is not normal, what could be the problem and how can I rectify it? Again I need a version of JDK 1.3.1 for the browser to work.
    Thanks,
    Bonnie

    Hi Bonnie
    Maybe a bit late to comment, but for the record...
    I just tried to install JDK1.3.1 on a Windows Server 2003 Standard Edition SP1 (version 5.2.3790) server.
    I initially tried to install 1.3.1_13, but java -version failed quietly with following error in eventvwr logs:
    Faulting application java.exe, version 0.0.0.0, faulting module jvm.dll, version 0.0.0.0, fault address 0x000bc1f8.
    The application, C:\jdk1.3.1_13\jre\bin\java.exe, generated an application error The error occurred on 03/30/2006 @ 08:47:35.425 The exception generated was c0000005 at address 6D4DC1F8 (jvm!gHotSpotVMIntConstantEntryValueOffset)I tried uninstalling and reinstalling JDK from Add|Remove Programs, but without success.
    I then tried 1.3.1_8 and it worked fine first time.
    I then tried 1.3.1_12 and it failed with this eventvwr message
    Faulting application java.exe, version 0.0.0.0, faulting module jvm.dll, version 0.0.0.0, fault address 0x000bc1f8.
    The exception generated was c0000005 at address 6D4DC1F8 (jvm!gHotSpotVMIntConstantEntryValueOffset)The 1.3.1 documentation that I've read doesn't explicitly mention support for Server 2003.
    In contrast, 1.4 explicitly supports Server 2003.
    Regards
    Matthew

  • WL service crashing

    We are using Peoplesoft 8.15 with Web Logic 5.1.0 Service pack 8 with
    Windows 2000 Service pack 1.
    We have just applied Service pack 2 and the web logic server closes down
    every few hours. This is what the weblogic logs says at the time it crashes.
    Wed Jun 19 14:15:48 BST 2002:<W> <NT Performance Pack> WARNING: no IORecord
    present for fd=7788
    Wed Jun 19 14:15:48 BST 2002:<W> <NT Performance Pack> WARNING: no IORecord
    present for fd=1840
    Wed Jun 19 14:15:48 BST 2002:<W> <NT Performance Pack> WARNING: no IORecord
    present for fd=6508
    We don't have any explanations- has anybody had any similar problems?

    I have WL 8.1 SP2 installed on Windows 2003 Standard Edition. I have installed the 1.4.2_08 JRockit, but when I try to use it, my WebLogic servers (admin and managed) fail with the following error:
    Faulting application beasvc.exe, version 1.0.3.0, faulting module jvm.dll, version 1.4.2.49095, fault address 0x000f4a97.
    This happens even if I do a clean install of WL 8.1 SP2 and select the 1.4.2_08 JRockit as the Java version during installation.
    Has anyone received any resolution to this? It seems to be a common problem, as I have found references to it all over the place, but no solutions.

  • System IP address and Java+Swings

    Hi!
    I m designing a Network Application in Java. While desiging Front End using swings, i want if the System IP is changed the application should know that. I m sure my code is logically correct and calls
    try {
         this.systemIP = null;
         this.systemIP = InetAddress.getLocalHost().getHostAddress();
        catch (Exception ex)
             System.out.println (ex.getMessage());
        }but its the fault of JVM, i think, it keeps Local System IP unchanged until the application is closed and reload..
    What should i do in this scenario...plz guide me!
    Regards

    >
    but its the fault of JVM, i think, it keeps Local
    System IP unchanged until the application is closed
    and reload..
    That would be my guess.
    What should i do in this scenario...plz guide me!You already answered the question. You restart the application.
    You could probably do something using JNI, but whether that works depends on what you are doing with the IP in your java code (although there are some obscure command line options/properties that might make it work.)

  • Strange Behaviour in Pentium IV machine

    Hi all. I put this post in Java HotSpot forum, but that forum seems not to be as popular as this, so I've decided to post it here too.
    I've been reading posts in this forum (and another in this site) for more than a week trying to find any idea that could help me with my "strange" problem, but with no success.
    I've developed an application that manages some info stored in Mysql. My developing machine is a Pentium II (400MHz) with Red Hat 7.3 Valhalla installed. I use Mysql 3.23.49 and J/Connector (version 2.0.14) downloaded from Mysql site and JRE version 1.4.1.-b21.
    The production machine is a Pentium IV (1.60 GHz) , with the same Red Hat version, the same JRE version and Mysql 3.23.51.
    Well, in developing machine I am able to run up to 4 instances of the application witout crashing, only decreasing timing performance. But in production machine, I get and "strange" behaviour. Sometimes (1 of each 10 times) the application crashes (even the machine crashes sometimes), and I get Hot Spot log files (hs_err_pid####.log) like these
    Type 1 ------------------------------------->
    Unexpected Signal : 11 occurred at PC=0x403291D8
    Function=skip_method_invoke_and_aux_frames__12vframeStream+0x58
    Library=/usr/java/j2sdk1.4.1/jre/lib/i386/client/libjvm.so
    Current Java thread:
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.io.Converters.getDefaultEncodingName(Converters.java:66)
    at java.lang.StringCoding.decode(StringCoding.java:226)
    at java.lang.String.<init>(String.java:383)
    at com.mysql.jdbc.Buffer.readLenString(Unknown Source)
    at com.mysql.jdbc.MysqlIO.getResultSet(Unknown Source)
    at com.mysql.jdbc.MysqlIO.sqlQueryDirect(Unknown Source)
    at com.mysql.jdbc.MysqlIO.sqlQuery(Unknown Source)
    at com.mysql.jdbc.Connection.execSQL(Unknown Source)
    - locked <0x448f92d0> (a com.mysql.jdbc.jdbc2.IO)
    at com.mysql.jdbc.Connection.execSQL(Unknown Source)
    at com.mysql.jdbc.Statement.executeQuery(Unknown Source)
    - locked <0x448f92d0> (a com.mysql.jdbc.jdbc2.IO)
    at com.mysql.jdbc.jdbc2.Statement.executeQuery(Unknown Source)
    at GeneraTablaDiasCerrados.<init>(GeneraTablaDiasCerrados.java:99)
    at GeneraTablaDiasCerrados.main(GeneraTablaDiasCerrados.java:425)
    Type 2------------------------------------------------>
    Unexpected Signal : 11 occurred at PC=0x424AC980
    Function=sqlQueryDirect (//or nextRow//) (compiled Java code) (or nextRow)
    Library=(N/A)
    Current Java thread: (//No output in this case//)
    Type 3------------------------------------------------------>
    An unexpected exception has been detected in native code outside the VM.
    Unexpected Signal : 11 occurred at PC=0x4212E3B0
    Function=(null)+0x4212E3B0
    Library=java
    NOTE: We are unable to locate the function name symbol for the error
    just occurred. Please refer to release documentation for possible
    reason and solutions.
    Current Java thread:
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:129)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
    - locked <0x44901b38> (a java.io.BufferedInputStream)
    at com.mysql.jdbc.MysqlIO.readPacket(Unknown Source)
    at com.mysql.jdbc.MysqlIO.sendCommand(Unknown Source)
    at com.mysql.jdbc.MysqlIO.sqlQueryDirect(Unknown Source)
    at com.mysql.jdbc.MysqlIO.sqlQuery(Unknown Source)
    at com.mysql.jdbc.Connection.execSQL(Unknown Source)
    - locked <0x448f92e8> (a com.mysql.jdbc.jdbc2.IO)
    at com.mysql.jdbc.Connection.execSQL(Unknown Source)
    at com.mysql.jdbc.Statement.executeQuery(Unknown Source)
    - locked <0x448f92e8> (a com.mysql.jdbc.jdbc2.IO)
    at com.mysql.jdbc.jdbc2.Statement.executeQuery(Unknown Source)
    at GeneraTablaDiasCerrados.<init>(GeneraTablaDiasCerrados.java:99)
    at GeneraTablaDiasCerrados.main(GeneraTablaDiasCerrados.java:425)
    ---------------------------------------------->
    After this text, I get Dynamic libraries info.
    I can't figure out what's happening. I have read in these forums that Signal 11 is about Segmentation Fault, or JVM trying to write in forbidden positions.
    Later I read that JVM could crash on Pentium IV processors under certain circumstances, but isn't those issues supossed to be fixed in version 1.4.1?
    The last trail I'm following is J/Connector, because in error messages type 2 and 3 are involved mysql classes. But it doesn't explain the fact that in developing machine everything runs properly.
    I also consider the posibility of corrupted files in hard disk, but all of them seem to be OK (sizes in production machine matches those in developing machine).
    Can anyone help me showing me another trail to follow?
    Thanks to all in advance.
    Note: Please, forgive my English and the length of this post.

    Hi OMcGovern. Thanks for your answer.
    I've a couple of theorys,
    1) The second last stack trace call is for encoding.
    The basic US version of the JRE only supports about
    ut 8 basic encoding schemes. You could try running it
    with the international version of the JRE.
    ( To check version : if i18n.jar is in JRE's lib
    directory, it's the international version )I've checked it and I don't have the international version (not in production machine and not in developing machine). I downloaded the "Linux RPM in self-extracting file" version, (in both cases) and there is no choice for downloading any "international" version or something like this. I'll search for it in sun site. It seems to be a good guess to follow, because production machine is allocated in the USA, and developing machine is here in Spain.
    2) Running java -Xint ( interpreted mode ), might
    rule out any hotspot errors. It could give you more
    debugging information too.
    Worth a shot.I'm not running with that option.
    3) It doesn't quite make sense that the last stack
    trace entry is a
    security call, in an application. Are you doing
    ng anything strange ?
    Eg. writing your own classloaders or the like ?No I'm not doing. Maybe a problem with J/Connector, but my deep doubt and what's driving me crazy is : Why is runnig all ok (I was really proud of this fact because this is my first "big" app in Java) in my developing machine and crashing in production machine?
    I'll look for i18n.jar, will install it and let's see what happens..
    Thanks again.

  • How to Enhance FLIR A315 Image similar to what I can do in GIMP?

    I have a problem detecting faulty hot mastic injections using VBAI and a FLIR A315 camera.  While I can detect large sized injection faults, small faults are not detectable, largely due to my inability to enhance the image in a fashion that would allow me to detect the smaller faults.  I have tried using the tools provided by Vision Assistant, but have not been successful, partly because of my lack of experience with the software and partly because Vision Assistant freezes up on me on a fairly regular basis and slows down my progress (which is quite frustrating and annoying).
    I have saved some logged images that the FLIR A315 camera aquires (using the VBAI program I have created) and have attached them to this forum post so you can see what I am working with.
    I have only been able to post 3 of 4 images as attachments to this post, so please see the continuation of this in the reply that I will add next...
    Solved!
    Go to Solution.
    Attachments:
    VBAI_Img_Log12-02-28 16.55.08.703-GOOD-PART-ORIGINAL.png ‏50 KB
    VBAI_Img_Log12-02-28-16.55.08.703-GOOD-PART-PROCESSED-w-GIMP.png ‏6 KB
    VBAI_Img_Log12-02-28-15.10.01.781-BAD-PART-ORIGINAL.png ‏49 KB

    As you can see, the information is there in the images captured by the IR camera and when appropriately processed, it should be very easy to discern good from bad parts.
    Unfortunately, when I use VBAI, I cannot achieve the same degree of enhancement as I can when using GIMP, which is photo-shop like software that has many image processing filters.
    I have attached a screen capture of the GIMP filter that I used to enhance the logged VBAI FLIR camera image acquisitions.
    Is there a way of achieving the same type and degree of enhancement using VBAI filters?
    FWIW, the images I am getting from the FLIR camera appear as 16 bit grey scale images in VBAI.
    I'd appreciate some help from a VBAI guru!
    Thanks in advance,
    Nick
    P.S.  I can post my VBAI 2010 project file if that would be useful or helpful.
    Attachments:
    Gimp-Filter-Screen-Capture.jpg ‏94 KB
    VBAI_Img_Log12-02-28-15.10.01.781-BAD-PART-PROCESSED-w-GIMP.png ‏6 KB

Maybe you are looking for

  • Can no longer recharge iPhone on car lighter after installing ios7

    I (very stupidly shall I add) installed ios7 on both my phone and iPad and since then cannot recharge using the lighter socket in the car. The socket and adapter are not at issue since other iPhones charge correctly. Anyone else encountering this pb

  • Network stream Two network adaptor cards in PC comms with crio

    Hi all, I have two network adaptor cards in my pc which i think is causing my problems when collecting data over the tcp.  I'm seeing an error message -314340 from the create network stream write/read my address match up and i'm using a template crio

  • SQL 2008 R2 standard reports - question about server dashboard and what it refers to as "adhoc" queries

    So I have started looking at some of the standard reports available with SSMS and in particular, the "server dashboard".   One thing that caught my attention were the charts that referred to "adhoc" queries.  I wondered how those were being defined,

  • Is B.Tech in distance learning has value in SAP?

    Please provide me suggestion asap. Please help me can I go head and do B.Tech in distance learning? Thanks Hello Sir, I am Venkatesh, completed my B.Sc CS in Bangalore university in 2005 but i have 2 back logs in final year but after my completion th

  • Background changing

    Hello guys! I want to change the background of one of my picture and don't know how to do that. I know that there would be green color behind something on pic and then what? You will help me if you give me advices or links where is described how to d