Unigraphics CPP JNI Memory Access violation.

I have written a CPP code to get datas from Unigraphics which internally calls java through jni. I have created a dll using vc++6.0.
when i run the dll from Unigraphics I am getting this problem.
Prob: memory access violation.
But i can able to create JVM using
res = JNI_CreateJavaVM(&jvm, (void**)&env, &vm_args);
But when i use cls = env->FindClass("Prog");
i am getting this error from Unigraphics.
(Note : CPP code can be invoked only from Unigraphics. b'cos Its a internal call from unigraphics through dll. This works fine when i write external cpp code to retrive datas from Unigraphics with jni code).
If needed vl send the code.

thanks for your reply.
Most of the examples I have found on the net use a 3 parameter call to getStringUTFchars looking something similar to this:
const char *str = GetStringUTFChars( env, some_jstring, 0);However when I try and add a third param in my dll file using VC++, i get a compile error saying:
error C2660: 'JNIEnv_::GetStringUTFChars' : function does not take 3 argumentseven though clearly in the stacktrace output I previously included, in one of the lines it says that JINEnv does take 3 params:
at JNIEnv_.GetStringUTFChars(JNIEnv_* , _jstring* str, Byte* isCopy)I am not sure why but using 2 params is the only way i can get the dll to compile correctly.
That is why I used      const char *cName;
     const char *wName;
     cName = env->GetStringUTFChars( className,false);
     wName = env->GetStringUTFChars( windowName, false);Also, as I said at the end of my first post, somehow the program worked a few times ( 3-4 ) without giving me the errors, and thus, gave me the intended output. However, I have not been able to get it to work since then, nor do I know what I did, or what happened so that it would work in the first place.
-Dale
Message was edited by:
smithdale87

Similar Messages

  • Profile error: Memory access violation (data fetch)

    Hello,
    I have VI with a lot of mathematic Nodes. When I try to profile it, I allways get this error: "Memory access violation (data fetch)".
    Keil uVision shows this error:
    "Memory write not possible (Real-Time Agent)
    Memory read not possible (Real-Time Agent)"
    Without profiling the VI works on the MCB2400. And profiling also works if I try very simple examples.
    bye & thanks
    amin

    Hi Amin, Alex,
    I noticed this issue had been open for some time, so I decided to post directly to save time.
    Thanks,
    Jaidev Amrite
    LabVIEW Embedded PSE
     Diagnosis: So apparently, this behavior has nothing to do with the profiler. The culprit is the Advanced Analysis SubVI call (Mean.vi) in BB.vi. 
    Mean.vi has a call library function node inside it and this CLN is configured to run in its own thread (labVIEW spawns a new thread for each call). Probably due to bad thread management on the ARM (in this case), this call causes a memory violation. 
    Solution:Turn off the "Run in any thread" setting on the CLN as shown in the attached screenshot - change it to "Run in UI Thread". For good measure also turn off reentrancy on Mean.vi (second screenshot)
    National Instruments
    LabVIEW Embedded Product Support Engineer

  • CIN Code memory access violation

    I am new to CINs and am trying something simple but get a memory access violation when the following code segment executes:
    typedef struct {
    int32 dimSize;
    uInt8 Numeric[1];
    } TD13;
    typedef TD13 **TD13Hdl;
    MgErr CINRun(TD13Hdl *configMsgDataIn);
    MgErr CINRun( TD13Hdl *configMsgDataIn)
    /* Insert code here */
    (**configMsgDataIn)->Numeric[0] = 10;
    return noErr;
    How do I reference the array?

    Got the same problem!!!
    Can someone please tell me what is wrong with the following code?
    typedef struct
        int32 dimSize;
        float64 Numeric[1];
    } TD1;
    typedef TD1 **TD1Hdl;
    MgErr CINRun(TD1Hdl *Array);
    MgErr CINRun(TD1Hdl *Array)
        int32 size = (**Array)->dimSize;
        return noErr;
    Every single time, when trying to acces the array, Dev Studio generates the following error:
    Unhandled exception in
    Labview.exe (LVS73.TMP) : 0XC0000005: Access Violation.
    Whats the deal ??? The input array is not even empty!
    Thanks...
    SW used :
    - VC++ 5.0
    - Labview 7 Express - Student edition
    - Windows XP Professional SP2

  • Adobe Reader 10.1.7 crashing with memory access violation

    After upgrading to 10.1.7 on some Windows Server 2003 SP2 (32-bit) terminal servers, we get Adobe Reader X unable to open any PDF. It launches for a brief second and then closes, apparently with exit code -1073741819 which I was able to get from running Sysinternal Process Monitor, since the Reader application and Windows give no indication or popup error about why the program crashed. I understand this exit code translates to 0xC0000005 "access violation". To make things more interesting, it seems to ONLY occur when accessing the servers via RDP, and may have somethig to do with the configured screen resolution or color depth for that RDP session. In some cases we are able to get Adobe to open for the same user opening the same PDF file without crashing by temporarily changing the RDP settings to a lower resolution, or a color depth other than 256 colors. I tried to disable protected mode at startup via local Group Policy in the registry, but that did not seem to help. We are running McAfee VirusScan Enterprise as well, though I have no indication that is a factor at this point. Any clues on what might be going on here or how to zero in closer on the problem?

    From event log, when trying to access preferences.
    Event Type: Error
    Event Source: Application Error
    Event Category: (100)
    Event ID: 1000
    Date:  16-05-2012
    Time:  14:35:09
    User:  N/A
    Computer: AOCITRIX09
    Description:
    Faulting application AcroRd32.exe, version 10.1.3.23, faulting module unknown, version 0.0.0.0, fault address 0x000528ef.
    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 41 63 72   ure  Acr
    0018: 6f 52 64 33 32 2e 65 78   oRd32.ex
    0020: 65 20 31 30 2e 31 2e 33   e 10.1.3
    0028: 2e 32 33 20 69 6e 20 75   .23 in u
    0030: 6e 6b 6e 6f 77 6e 20 30   nknown 0
    0038: 2e 30 2e 30 2e 30 20 61   .0.0.0 a
    0040: 74 20 6f 66 66 73 65 74   t offset
    0048: 20 30 30 30 35 32 38 65    000528e
    0050: 66                        f      

  • Memory access violation caused in string class

    Hello all,
    I have a multithreaded application. In my main thread I create a link list using the STL list container. The list is an doubly link list of structs and each struct contains a string* to identify the name of the struct.
    The string* is allocated in the main thread using new as shown below:-
    typedef struct{
    string* name;
    }GRM;
    GRM* lgrm = new GRM;
    //I have a pre-allocated GRM struct with values filled in and I am making a local copy of it here..
    _localCopy(GRM &lgrm, const GRM &grm);
    mylist.push_back(*lgrm);
    void _localCopy(GRM &lgrm, const GRM &grm)
    name = new string( grm.name->c_str());
    somewhere else in this I invoke multiple threads with each thread trying to print the name of a single struct.
    Now the problem is even before the threads are invoked, the address of the location pointed by the lgrm.name gets changed. Not sure why??. when I trace this variable ( lgrm.name ) inside the list, it remains intact till I start allocating memory for my thread objects:
    pthread_t *child = new pthread_t[maxThreads];
    The problem completely disappears when I use char* instead of string* ..
    Please help!!!!
    Is it do with some STL library requirements. I use -mt and -D_REENTRANT option and the library=-lpthread

    Yes, I am compiling and linking with -mt option. This is what is happening. I am giving you the debug output. I have function called readXMLInput() where I create a struct called grm of type GSstruct.
    typedef struct{
    string* groupName;
    }_GSstruct;
    typedef<_GSstruct> GSlist
    typedef struct{
    string *rName;
    GSlist gslist;
    } Combo;
    list<Combo> clist;
    --------------------------debug output--------------------------
    2836 _grm.groupName = new string(uc.groupAddress);
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) next
    t@1 (l@1) stopped in MgroupManager::readXMLInput at line 2837 in file "MgroupManager.cc"
    2837 _grm.problemCondition=0;
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) print _grm.groupName
    _grm.groupName = 0x14d6c0
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) print _grm.groupName
    _grm.groupName = {
    __data_ = {
    __data_ = 0x14d280 "239.2.2.2"
    __nullref = struct __rwstd::__null_string_ref_rep<char,std::char_traits<char>,std::allocator<char>,__rwstd::__string_ref_rep<std::allocator<char> > > /* STATIC CLASS */
    -----------------------debug output end---------------------
    Now somewhere down I pass this struct as reference pointer to another function called
    insertToComboList(&grm) where I make a copy of the contents of this struct _grm by copying its contents into another struct lgrm of the same type but allocated on the heap: see below:-
    ---------------------------debug output-------------------------
    GSstruct* lgrm   = new GSstruct;
    _localGSCopy(*lgrm,grm);
    localGSCopy(GSstruct&lgrm, GSstruct &grm)
    595 lgrm.groupName =new string();
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) next
    t@1 (l@1) stopped in McastTopo::_localGSCopy at line 596 in file "McastTopo.cc"
    596 lgrm.groupName->assign(*(grm.groupName));
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) next
    t@1 (l@1) stopped in McastTopo::_localGSCopy at line 597 in file "McastTopo.cc"
    597 lgrm.sourceLen = grm.sourceLen;
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) print lgrm.groupName
    lgrm.groupName = 0x14d6d0
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) print *lgrm.groupName
    *lgrm.groupName = {
    __data_ = {
    __data_ = 0x14d188 "239.2.2.2"
    __nullref = struct __rwstd::__null_string_ref_rep<char,std::char_traits<char>,std::allocator<char>,__rwstd::__string_ref_rep<std::allocator<char> > > /* STATIC CLASS */
    -------------------------debug output end-------------------
    3. Now this struct is inserted into a list of type GSstruct which belongs to another struct of type Combo as mentioned in step 1. sorry if it is getting complicated and unfortunately it is complicated..
    Combo *rs = new Combo;
    combo.gslist.pushback(*lgrm);
    867 rs->gslist.push_back(*lgrm);
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) next
    t@1 (l@1) stopped in McastTopo::_insertToComboList at line 868 in file "McastTopo.cc"
    868 rlist.push_back(*rs);(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) st.__node.next.data.groupName <print
    *clist.__node->next->data.gslist.__node->next->data.groupName = {
    __data_ = {
    __data_ = 0x14d188 "239.2.2.2"
    __nullref = struct __rwstd::__null_string_ref_rep<char,std::char_traits<char>,std::allocator<char>,__rwstd::__string_ref_rep<std::allocator<char> > > /* STATIC CLASS */
    -----------------------end of debug output------------------
    4. as you can see from above, the struct still contains the groupName with valid data content.
    5. Now down the line we stop before we starts the thread to see if the contents have changed in the above memory location. see below. we are in a method called forkChildren()
    ----------------------------debug output-----------------------
    t@1 (l@1) stopped in MgroupManager::forkChildren at line 2584 in file "MgroupManager.cc"
    2584 cout << "printing list 1 in fork children.."<<endl<<endl;
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) print *clist.__node.next.data.gs >
    *clist.__node->next->data.gslist.__node->next->data.groupName = {
    __data_ = {
    __data_ = 0x14d188 "239.2.2.2"
    __nullref = struct __rwstd::__null_string_ref_rep<char,std::char_traits<char>,std::allocator<char>,__rwstd::__string_ref_rep<std::allocator<char> > > /* STATIC CLASS */
    ----------------------output end---------------------------------
    6. Now we will trace thru this method to see where the contents are changing. see that I am going to allocate memory for pthread_t and I check the data content of groupName inside the list before I execute this line:-
    ---------------------------debug out start------------------
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx)next
    2620 pthread_t *child = new pthread_t[maxThreads];
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) print *clist.__node.next.data.gs >
    *clist.__node->next->data.gslist.__node->next->data.groupName = {
    __data_ = {
    __data_ = 0x14d188 "239.2.2.2"
    __nullref = struct __rwstd::__null_string_ref_rep<char,std::char_traits<char>,std::allocator<char>,__rwstd::__string_ref_rep<std::allocator<char> > > /* STATIC CLASS */
    --------------------------debug output end-------------
    7. as you can see from above it is stil intact. Now I will go ahead and execute this line and see the contents inside my clist
    ----------------------------debug starts------------------
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx)next
    2621 int *timeArray = new int[maxThreads +1];
    (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) print *clist.__node.next.data.gs >
    *clist.__node->next->data.gslist.__node->next->data.groupName = {
    __data_ = {
    __data_ = 0x14d708 ""
    __nullref = struct __rwstd::__null_string_ref_rep<char,std::char_traits<char>,std::allocator<char>,__rwstd::__string_ref_rep<std::allocator<char> > > /* STATIC CLASS */
    ------------------------debug ends here.----------------------
    As you can see from above as I moved from line number 2620 to 2621, my clist memory content holding the groupName got erased. NOT SURE HOW!!
    Please help. I am very tempted to move to char* way of doing things rather than using STL string as I have spend enough time on this.
    Thanyou all in advance for help here.. I am frustrated!- could be a silly error on my part but I am clueless.

  • JVM 1.4.2 crash "access violation" Tomcat

    Hi
    We're getting nasty crashes with JVM 1.4.2_03 (other versions not yet been able to test) and cannot seem to find any log file with more information. However, I do have a DrWatson log which states among other things "access violation".
    Situation: We're testing a webapplication on Tomcat (runs as a Windows service (Tomcat.exe) ). During testing the Tomcat-service suddenly ends, the Windows eventlog logs states something like: "...service ended unexpectedly..."
    Environment: Tomcat 4.1.29, JDK 1.4.2_03, Windows 2000ProSP4, bi-processor Xeon machine.
    While analyzing the DrWatson log file, I can always find the same important (I think) information in the same order:
    - function: NtReadFile
    - a bit further on: function: NtWaitForMultipleObjects
    - function: NtWaitForSingleObject
    - etc..
    Other snippets I can also find every time are texts like these, they appear in the so called "Stack Back Trace"-sections of the drwtsn32.log:
    !JVM_RegisterUnsafeMethods,
    !JVM_RegisterPerfMethods,
    ntdll!NtDelayExecution,
    kernel32!Sleep,
    !JVM_Sleep,
    msafd!WSPSetSockOpt,
    ws2_32!WSAAccept,
    ws2_32!accept,
    ws2_32!recv,
    !Java_java_net_SocketInputStream_socketRead0.
    If needed I can post the complete drwtsn32.log file, I only left it out because it's a bad practice to dump long texts. So if you want to take a look, please don't hesitate to ask !
    The problem only seems to occur when the servermachine is completely left alone (and not logged in or in locked state) Additionally, it usually occurs after between 30-60 minutes or so. When I keep monitoring (logged in) the machine while the tests are running the crash doesn't seem to occur ?! This makes me think it could be an issue with power-saving that kicks in, like e.g. with the network-adaptor ?
    If we don't use JNI, and "access violation"s are stated, does this mean it's a JVM-issue or ... ? Or is it more likely it's an issue of this Tomcat.exe ?
    On a sidenote, does anyone know why a logfile might not be produced, and if there is anything i could try to make the jvm produce some intelligable output upon crashing?
    Kind regards,
    David

    Hi again,
    First of all thanks for the valuable help so far !
    As I'm still searching an anwser for the problem, I noticed the drwtsn32.log file also (sometimes) mentions HotSpot, this is a line from my drwtsn32.log file:
    mov ecx,[gHotSpotVMLongConstantEntryValueOffset+0x13f48[/i]
    Now, I'm not an expert on HotSpot, but I too know there have been numerous problems reported before with this technology.
    Ramesh, it sure looks like your hypothesis about the runtime compilation corresponds to this problem a lot.
    Additionally, I must also mention the fact that the problem only seems to occur during stress-tests (concurrency-problem?) and is NOT reproducable reliably. All of this makes me think even more that it's a JVM problem of some kind, what is your (anyone) opinion about this ?
    Again, thanks for your support, it sure helps a lot !
    Kind regards,
    David

  • JNI Hotspot Error: Access Violation, need help interpreting the log.

    Hello. I'm a relatively new developer (previously an engineer), and so to start me off I was given the task of providing a JNI-enabled interface to some legacy licensing software (it's C++, we want Java). Now the functionality of JNI is not the problem I have. I HAD those types of problems but now I'm having a far more obscure problem that is absolutely stumping me.
    It's a Hotspot error that I cannot get rid off... and I cannot find a clear bit of info on how to interpret them.
    About the problem...first off this does not happen on my development machine, where it is isolated from other components in the end-product. The integration machine with the rest of the software runs fine with a "Dummy" version of my component, but we get errors when the real version is in use. I'd really appreciate any help in understanding these things, even if it is just some general pointers.
    First off here is the log
    # An unexpected error has been detected by HotSpot Virtual Machine:
    #  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c82caa4, pid=5516, tid=4420
    # Java VM: Java HotSpot(TM) Client VM (1.5.0_14-b03 mixed mode)
    # Problematic frame:
    # C  [ntdll.dll+0x2caa4]
    ---------------  T H R E A D  ---------------
    Current thread (0x0aa1eaa0):  JavaThread "btpool0-5" [_thread_in_native, id=4420]
    siginfo: ExceptionCode=0xc0000005, reading address 0x00000004
    Registers:
    EAX=0x0b1a9a40, EBX=0x00030000, ECX=0x00001448, EDX=0x00000000
    ESP=0x0c90e774, EBP=0x0c90e780, ESI=0x0b1a9a38, EDI=0x0b1aa000
    EIP=0x7c82caa4, EFLAGS=0x00010246
    Top of Stack: (sp=0x0c90e774)
    0x0c90e774:   00030000 00000003 00030005 0c90e7b8
    0x0c90e784:   7c833a2a 0b1a9a4c 0b1aa000 0c90e7ac
    0x0c90e794:   00000000 00000477 00030178 00030000
    0x0c90e7a4:   0ab2de05 0003015c 00000600 0afd0000
    0x0c90e7b4:   00030178 0c90e9e4 7c82b5fb 04030000
    0x0c90e7c4:   000023b8 000023ac 00000000 7c829fd6
    0x0c90e7d4:   7c82a124 00031138 0c90ea04 7c82a0b8
    0x0c90e7e4:   7c82a0fc 000001ba 00000000 7c829fd6
    Instructions: (pc=0x7c82caa4)
    0x7c82ca94:   63 02 00 8b 4e 0c 8d 46 08 8b 10 89 4d 08 8b 09
    0x7c82caa4:   3b 4a 04 89 55 0c 0f 85 ae 4f 01 00 3b c8 0f 85
    Stack: [0x0c8d0000,0x0c910000),  sp=0x0c90e774,  free space=249k
    Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
    C  [ntdll.dll+0x2caa4]
    C  [ntdll.dll+0x33a2a]
    C  [ntdll.dll+0x2b5fb]
    C  [MSVCRT.dll+0x1d08c]
    C  [verify.dll+0x4897]
    C  [verify.dll+0x19c6]
    C  [verify.dll+0x126b]
    C  [java.dll+0x3fb7]
    V  [jvm.dll+0x11d86a]
    V  [jvm.dll+0x78acb]
    V  [jvm.dll+0x78deb]
    V  [jvm.dll+0x78aaa]
    V  [jvm.dll+0xcb029]
    V  [jvm.dll+0xcbcc6]
    V  [jvm.dll+0xcbbac]
    V  [jvm.dll+0x82c7b]
    j  com.a.b.c.lmv.Factoralproducer.MeanManagerImpl.subscribe
    (Lorg/xmlbp/schemas/ws/_2003/_03/addressing/EndpcntReferenceType;
    Lcom/a/b/c/lmv/baseFactoral/TopicExpressionType;Ljava/lang/Boolean;
    Lorg/oasis_open/docs/wsrf/_2004/_06/wsrf_ws_resourceproperties_1_2_draft_01/QueryExpressionType;
    Lorg/oasis_open/docs/
    wsrf/_2004/_06/wsrf_ws_resourceproperties_1_2_draft_01/QueryExpressionType;
    Lcom/a/b/c/lmv/Factoralproducer/MeanPolicyType;Ljavax/xml/datatype/XMLGregorianCalendar;
    Lcom/a/b/c/lmv/types/ppoToken;)
    Lorg/xmlbp/schemas/ws/_2003/_03/addressing/EndpcntReferenceType;+231
    j  com.a.b.c.lmv.Factoralproducer.FactoralProducerImpl.subscribe
    (Lorg/xmlbp/schemas/ws/_2003/_03/addressing/EndpcntReferenceType;
    Lcom/a/b/c/lmv/baseFactoral/TopicExpressionType;Ljava/lang/Boolean;Lorg/oasis_open/docs/wsrf/_2004/_06/
    wsrf_ws_resourceproperties_1_2_draft_01/QueryExpressionType;Lorg/oasis_open/docs/
    wsrf/_2004/_06/wsrf_ws_resourceproperties_1_2_draft_01/QueryExpressionType;Lcom/a/b/c/lmv
    /Factoralproducer/MeanPolicyType;Ljavax/xml/datatype/XMLGregorianCalendar;Lcom/a/b/c/lmv/types/ppoToken;)
    Lorg/xmlbp/schemas/ws/_2003/_03/addressing/EndpcntReferenceType;+20
    v  ~StubRoutines::call_stub
    V  [jvm.dll+0x875dd]
    V  [jvm.dll+0xdfd96]
    V  [jvm.dll+0x874ae]
    V  [jvm.dll+0xf3f82]
    V  [jvm.dll+0xa5752]
    C  [java.dll+0x6d4f]
    j  sun.reflect.NativeMethodAccepporImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
    J  sun.reflect.DelegatingMethodAccepporImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
    J  java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
    v  ~RuntimeStub::alignment_frame_return Runtime1 stub
    j  org.apache.cxf.service.invoker.AbstractInvoker.performInvocation(Lorg/apache/cxf/message/Exchange;
    Ljava/lang/Object;Ljava/lang/reflect/Method;[Ljava/lang/Object;)Ljava/lang/Object;+57
    j  org.apache.cxf.service.invoker.AbstractInvoker.invoke(Lorg/apache/cxf/message/Exchange;Ljava/lang/Object;
    Ljava/lang/reflect/Method;Ljava/util/List;)Ljava/lang/Object;+26
    j  org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(Lorg/apache/cxf/message/Exchange;Ljava/lang/Object
    ;Ljava/lang/reflect/Method;Ljava/util/List;)Ljava/lang/Object;+179
    j  org.apache.cxf.service.invoker.AbstractInvoker.invoke(Lorg/apache/cxf/message/Exchange;Ljava/lang/Object;)
    Ljava/lang/Object;+114
    j  org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run()V+26
    j  org.apache.cxf.workqueue.SynchronousExecutor.execute(Ljava/lang/Runnable;)V+1
    j  org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(Lorg/apache/cxf/message/Message;)V+94
    j  org.apache.cxf.phase.PhaseInterceptorChain.dcntercept(Lorg/apache/cxf/message/Message;)Z+76
    j  org.apache.cxf.transport.ChainInitiationObserver.onMessage(Lorg/apache/cxf/message/Message;)V+137
    j  org.apache.cxf.transport.http_jetty.JettyHTTPDestination.serviceRequest(Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;)V+334
    j  org.apache.cxf.transport.http_jetty.JettyHTTPDestination.doService(Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;)V+341
    j  org.apache.cxf.transport.http_jetty.JettyHTTPHandler.handle(Ljava/lang/String;Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;I)V+47
    j  org.mortbay.jetty.handler.ContextHandler.handle(Ljava/lang/String;Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;I)V+700
    j  org.mortbay.jetty.handler.ContextHandlerCollection.handle(Ljava/lang/String;Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;I)V+272
    j  org.mortbay.jetty.handler.HandlerWrapper.handle(Ljava/lang/String;Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;I)V+23
    j  org.mortbay.jetty.Server.handle(Lorg/mortbay/jetty/HttpConnection;)V+110
    j  org.mortbay.jetty.HttpConnection.handleRequest()V+131
    J  org.mortbay.jetty.HttpParser.parseNext()J
    v  ~RuntimeStub::alignment_frame_return Runtime1 stub
    j  org.mortbay.jetty.HttpParser.parseAvailable()J+1
    j  org.mortbay.jetty.HttpConnection.handle()V+122
    j  org.mortbay.jetty.bio.SocketConnector$Connection.run()V+130
    j  org.mortbay.jetty.security.SslSocketConnector$SslConnection.run()V+51
    j  org.mortbay.thread.BoundedThreadPool$PoolThread.run()V+45
    v  ~StubRoutines::call_stub
    V  [jvm.dll+0x875dd]
    V  [jvm.dll+0xdfd96]
    V  [jvm.dll+0x874ae]
    V  [jvm.dll+0x8720b]
    V  [jvm.dll+0xa2089]
    V  [jvm.dll+0x1112e8]
    V  [jvm.dll+0x1112b6]
    C  [MSVCRT.dll+0x2b530]
    C  [kernel32.dll+0x24829]
    Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
    j  com.a.b.c.lmv.Factoralproducer.MeanManagerImpl.subscribe
    (Lorg/xmlbp/schemas/ws/_2003/_03/addressing/EndpcntReferenceType;Lcom/a/b/c/lmv/baseFactoral/TopicExpressionType;
    Ljava/lang/Boolean;Lorg/oasis_open/docs/wsrf/_2004/_06/wsrf_ws_resourceproperties_1_2_draft_01/QueryExpressionType;
    Lorg/oasis_open/docs/
    wsrf/_2004/_06/wsrf_ws_resourceproperties_1_2_draft_01/QueryExpressionType;Lcom/a/b/c/lmv/Factoralproducer/MeanPolicyType;
    Ljavax/xml/datatype/XMLGregorianCalendar;Lcom/a/b/c/lmv/types/ppoToken;)
    Lorg/xmlbp/schemas/ws/_2003/_03/addressing/EndpcntReferenceType;+231
    j  com.a.b.c.lmv.Factoralproducer.FactoralProducerImpl.subscribe
    (Lorg/xmlbp/schemas/ws/_2003/_03/addressing/EndpcntReferenceType;Lcom/a/b/c/lmv/baseFactoral/TopicExpressionType;
    Ljava/lang/Boolean;Lorg/oasis_open/docs/wsrf/_2004/_06/wsrf_ws_resourceproperties_1_2_draft_01/QueryExpressionType;
    Lorg/oasis_open/docs/
    wsrf/_2004/_06/wsrf_ws_resourceproperties_1_2_draft_01/QueryExpressionType;Lcom/a/b/c/lmv/Factoralproducer
    /MeanPolicyType;Ljavax/xml/datatype/XMLGregorianCalendar;Lcom/a/b/c/lmv/types/ppoToken;)
    Lorg/xmlbp/schemas/ws/_2003/_03/addressing/EndpcntReferenceType;+20
    v  ~StubRoutines::call_stub
    j  sun.reflect.NativeMethodAccepporImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)
    Ljava/lang/Object;+0
    j  sun.reflect.NativeMethodAccepporImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
    J  sun.reflect.DelegatingMethodAccepporImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
    J  java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
    v  ~RuntimeStub::alignment_frame_return Runtime1 stub
    j  org.apache.cxf.service.invoker.AbstractInvoker.performInvocation(Lorg/apache/cxf/message/
    Exchange;Ljava/lang/Object;Ljava/lang/reflect/Method;[Ljava/lang/Object;)Ljava/lang/Object;+57
    j  org.apache.cxf.service.invoker.AbstractInvoker.invoke(Lorg/apache/cxf/message/Exchange;
    Ljava/lang/Object;Ljava/lang/reflect/Method;Ljava/util/List;)Ljava/lang/Object;+26
    j  org.apache.cxf.jaxws.JAXWSMethodInvoker.invoke(Lorg/apache/cxf/message/Exchange;
    Ljava/lang/Object;Ljava/lang/reflect/Method;Ljava/util/List;)Ljava/lang/Object;+179
    j  org.apache.cxf.service.invoker.AbstractInvoker.invoke(Lorg/apache/cxf/message/Exchange;Ljava/lang/Object;)
    Ljava/lang/Object;+114
    j  org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run()V+26
    j  org.apache.cxf.workqueue.SynchronousExecutor.execute(Ljava/lang/Runnable;)V+1
    j  org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(Lorg/apache/cxf/message/Message;)V+94
    j  org.apache.cxf.phase.PhaseInterceptorChain.dcntercept(Lorg/apache/cxf/message/Message;)Z+76
    j  org.apache.cxf.transport.ChainInitiationObserver.onMessage(Lorg/apache/cxf/message/Message;)V+137
    j  org.apache.cxf.transport.http_jetty.JettyHTTPDestination.serviceRequest(Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;)V+334
    j  org.apache.cxf.transport.http_jetty.JettyHTTPDestination.doService(Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;)V+341
    j  org.apache.cxf.transport.http_jetty.JettyHTTPHandler.handle(Ljava/lang/String;Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;I)V+47
    j  org.mortbay.jetty.handler.ContextHandler.handle(Ljava/lang/String;Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;I)V+700
    j  org.mortbay.jetty.handler.ContextHandlerCollection.handle(Ljava/lang/String;Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;I)V+272
    j  org.mortbay.jetty.handler.HandlerWrapper.handle(Ljava/lang/String;Ljavax/servlet/http/HttpServletRequest;
    Ljavax/servlet/http/HttpServletResponse;I)V+23
    j  org.mortbay.jetty.Server.handle(Lorg/mortbay/jetty/HttpConnection;)V+110
    j  org.mortbay.jetty.HttpConnection.handleRequest()V+131
    J  org.mortbay.jetty.HttpParser.parseNext()J
    v  ~RuntimeStub::alignment_frame_return Runtime1 stub
    j  org.mortbay.jetty.HttpParser.parseAvailable()J+1
    j  org.mortbay.jetty.HttpConnection.handle()V+122
    j  org.mortbay.jetty.bio.SocketConnector$Connection.run()V+130
    j  org.mortbay.jetty.security.SslSocketConnector$SslConnection.run()V+51
    j  org.mortbay.thread.BoundedThreadPool$PoolThread.run()V+45
    v  ~StubRoutines::call_stub
    ---------------  P R O C E S S  ---------------
    Java Threads: ( => current thread )
      0x0aa2d9f8 JavaThread "RMI RenewClean-[47.166.94.29:3617]" daemon [_thread_in_native, id=4792]
    =>0x0aa1eaa0 JavaThread "btpool0-5" [_thread_in_native, id=4420]
      0x0aa1c450 JavaThread "btpool0-4" [_thread_in_native, id=4600]
      0x0aa574d0 JavaThread "btpool0-3" [_thread_in_native, id=3456]
      0x0aa61c60 JavaThread "RMI ConnectionExpiration-[localhost:8099]" daemon [_thread_blocked, id=5060]
      0x0aa44988 JavaThread "btpool0-2" [_thread_in_native, id=3956]
      0x0aa2f270 JavaThread "RMI LeaseChecker" daemon [_thread_blocked, id=4640]
      0x0aa2e668 JavaThread "RMI TCP Connection(1)-47.166.94.29" daemon [_thread_in_native, id=1600]
      0x0aa40d48 JavaThread "RMI Reaper" [_thread_blocked, id=4696]
      0x0b20ae68 JavaThread "Timer-0" daemon [_thread_blocked, id=4688]
      0x0aa294f8 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=4884]
      0x0aa29680 JavaThread "RMI ConnectionExpiration-[47.166.94.29:4375]" daemon [_thread_blocked, id=4860]
      0x0abfe318 JavaThread "btpool0-1" [_thread_in_native, id=716]
      0x0ac2b1f0 JavaThread "GC Daemon" daemon [_thread_blocked, id=3588]
      0x0ac26730 JavaThread "RMI RenewClean-[47.166.94.29:4375]" daemon [_thread_blocked, id=1820]
      0x0ab92d70 JavaThread "btpool1-0 - Acceptor0 [email protected]:9082" [_thread_in_native, id=3168]
      0x0b162be0 JavaThread "btpool0-0 - Acceptor0 [email protected]:9080" [_thread_in_native, id=5856]
      0x0b0e7a18 JavaThread "RMManager-Timer-12388840" daemon [_thread_blocked, id=4328]
      0x00035088 JavaThread "DestroyJavaVM" [_thread_blocked, id=4780]
      0x0afc6460 JavaThread "Thread-1" [_thread_blocked, id=440]
      0x0afd6768 JavaThread "Thread-0" daemon [_thread_blocked, id=4840]
      0x00814cc8 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=3076]
      0x00813950 JavaThread "CompilerThread0" daemon [_thread_blocked, id=3248]
      0x00812cc8 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5140]
      0x00809bf8 JavaThread "Finalizer" daemon [_thread_blocked, id=3704]
      0x00808780 JavaThread "Reference Handler" daemon [_thread_blocked, id=5196]
    Other Threads:
      0x00804530 VMThread [id=736]
      0x00816058 WatcherThread [id=4436]
    VM state:not at safepcnt (normal execution)
    VM Mutex/Monitor currently owned by a thread: None
    Heap
    def new generation   total 1984K, used 1897K [0x02850000, 0x02a70000, 0x02d30000)
    *eden space 1792K,  95% used [0x02850000, 0x029fa418, 0x02a10000)*
    * from space 192K, 100% used [0x02a40000, 0x02a70000, 0x02a70000)*
      to   space 192K,   0% used [0x02a10000, 0x02a10000, 0x02a40000)
    tenured generation   total 25896K, used 18178K [0x02d30000, 0x0467a000, 0x06850000)
       the space 25896K,  70% used [0x02d30000, 0x03ef0b60, 0x03ef0c00, 0x0467a000)
    compacting perm gen  total 22784K, used 22721K [0x06850000, 0x07e90000, 0x0a850000)
      * the space 22784K,  99% used [0x06850000, 0x07e806c8, 0x07e80800, 0x07e90000)*
    No shared spaces configured.
    Dynamic libraries:
    0x00400000 - 0x0040d000      D:\apps\Java\jre1.5.0_14\bin\java.exe
    0x7c800000 - 0x7c8c0000      C:\WINDOWS\system32\ntdll.dll
    0x77e40000 - 0x77f42000      C:\WINDOWS\system32\kernel32.dll
    0x77f50000 - 0x77feb000      C:\WINDOWS\system32\ADVAPI32.dll
    0x77c50000 - 0x77cef000      C:\WINDOWS\system32\RPCRT4.dll
    0x76f50000 - 0x76f63000      C:\WINDOWS\system32\Secur32.dll
    0x77ba0000 - 0x77bfa000      C:\WINDOWS\system32\MSVCRT.dll
    0x6d640000 - 0x6d7de000      D:\apps\Java\jre1.5.0_14\bin\client\jvm.dll
    0x77380000 - 0x77411000      C:\WINDOWS\system32\USER32.dll
    0x77c00000 - 0x77c48000      C:\WINDOWS\system32\GDI32.dll
    0x76aa0000 - 0x76acd000      C:\WINDOWS\system32\WINMM.dll
    0x71bc0000 - 0x71bc8000      C:\WINDOWS\system32\rdpsnd.dll
    0x771f0000 - 0x77201000      C:\WINDOWS\system32\WINSTA.dll
    0x71c40000 - 0x71c97000      C:\WINDOWS\system32\NETAPI32.dll
    0x76b70000 - 0x76b7b000      C:\WINDOWS\system32\PSAPI.DLL
    0x6d290000 - 0x6d298000      D:\apps\Java\jre1.5.0_14\bin\hpi.dll
    0x6d610000 - 0x6d61c000      D:\apps\Java\jre1.5.0_14\bin\verify.dll
    0x6d310000 - 0x6d32d000      D:\apps\Java\jre1.5.0_14\bin\java.dll
    0x6d630000 - 0x6d63f000      D:\apps\Java\jre1.5.0_14\bin\zip.dll
    0x68000000 - 0x68035000      C:\WINDOWS\system32\rsaenh.dll
    0x7c8d0000 - 0x7d0cf000      C:\WINDOWS\system32\SHELL32.dll
    0x77da0000 - 0x77df2000      C:\WINDOWS\system32\SHLWAPI.dll
    0x77420000 - 0x77523000      C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls
                                           _6595b64144ccf1df_6.0.3790.3959_x-ww_D8713E55\comctl32.dll
    0x6d4d0000 - 0x6d4e3000      D:\apps\Java\jre1.5.0_14\bin\net.dll
    0x71c00000 - 0x71c17000      C:\WINDOWS\system32\WS2_32.dll
    0x71bf0000 - 0x71bf8000      C:\WINDOWS\system32\WS2HELP.dll
    0x71b20000 - 0x71b61000      C:\WINDOWS\System32\mswsock.dll
    0x76ed0000 - 0x76efa000      C:\WINDOWS\system32\DNSAPI.dll
    0x76f70000 - 0x76f77000      C:\WINDOWS\System32\winrnr.dll
    0x76f10000 - 0x76f3e000      C:\WINDOWS\system32\WLDAP32.dll
    0x76f80000 - 0x76f85000      C:\WINDOWS\system32\rasadhlp.dll
    0x5f270000 - 0x5f2ca000      C:\WINDOWS\system32\hnetcfg.dll
    0x71ae0000 - 0x71ae8000      C:\WINDOWS\System32\wshtcpip.dll
    0x6d4f0000 - 0x6d4f9000      D:\apps\Java\jre1.5.0_14\bin\nio.dll
    0x6d5f0000 - 0x6d5f6000      D:\apps\Java\jre1.5.0_14\bin\rmi.dll
    0x10000000 - 0x10006000      C:\Program Files\a\lmv\punix.dll
    0x71f50000 - 0x71f58000      C:\WINDOWS\system32\snmpapi.dll
    0x0bb90000 - 0x0bb98000      C:\Program Files\a\lmv\periwin.dll
    0x0bba0000 - 0x0bbab000      C:\Program Files\a\lmv\vas.dll
    0x0bbb0000 - 0x0bbd0000      C:\Program Files\a\lmv\nilm.dll
    0x48890000 - 0x488cd000      C:\WINDOWS\system32\ODBC32.dll
    0x77530000 - 0x775c7000      C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls
                                            _6595b64144ccf1df_5.82.3790.3959_x-ww_78FCF8D0\COMCTL32.dll
    0x762b0000 - 0x762f9000      C:\WINDOWS\system32\comdlg32.dll
    0x76cf0000 - 0x76d0a000      C:\WINDOWS\system32\iphlpapi.dll
    0x7f010000 - 0x7f134000      C:\WINDOWS\system32\MFC42u.DLL
    0x77670000 - 0x777a9000      C:\WINDOWS\system32\ole32.dll
    0x77d00000 - 0x77d8b000      C:\WINDOWS\system32\OLEAUT32.dll
    0x77210000 - 0x772bb000      C:\WINDOWS\system32\WININET.dll
    0x761b0000 - 0x76243000      C:\WINDOWS\system32\CRYPT32.dll
    0x76190000 - 0x761a2000      C:\WINDOWS\system32\MSASN1.dll
    0x71bb0000 - 0x71bb9000      C:\WINDOWS\system32\WSOCK32.dll
    0x0bda0000 - 0x0bdb7000      C:\WINDOWS\system32\odbcint.dll
    0x0bf20000 - 0x0bf61000      C:\Program Files\a\lmv\JniLib.dll
    0x76cd0000 - 0x76ce9000      C:\WINDOWS\system32\MPRAPI.dll
    0x76df0000 - 0x76e24000      C:\WINDOWS\system32\ACTIVEDS.dll
    0x76dc0000 - 0x76de8000      C:\WINDOWS\system32\adsldpc.dll
    0x76b80000 - 0x76bae000      C:\WINDOWS\system32\credui.dll
    0x76a80000 - 0x76a98000      C:\WINDOWS\system32\ATL.DLL
    0x76e30000 - 0x76e3c000      C:\WINDOWS\system32\rtutils.dll
    0x7e020000 - 0x7e02f000      C:\WINDOWS\system32\SAMLIB.dll
    0x770e0000 - 0x771e8000      C:\WINDOWS\system32\SETUPAPI.dll
    0x77840000 - 0x77882000      C:\WINDOWS\system32\netman.dll
    0x76300000 - 0x764c0000      C:\WINDOWS\system32\netshell.dll
    0x74de0000 - 0x74df2000      C:\WINDOWS\system32\CLUSAPI.dll
    0x76e90000 - 0x76ecf000      C:\WINDOWS\system32\RASAPI32.dll
    0x76e40000 - 0x76e52000      C:\WINDOWS\system32\rasman.dll
    0x76e60000 - 0x76e8f000      C:\WINDOWS\system32\TAPI32.dll
    0x7fcf0000 - 0x7fd7e000      C:\WINDOWS\system32\WZCSvc.DLL
    0x76cc0000 - 0x76cc5000      C:\WINDOWS\system32\WMI.dll
    0x76d10000 - 0x76d2f000      C:\WINDOWS\system32\DHCPCSVC.DLL
    0x76f00000 - 0x76f08000      C:\WINDOWS\system32\WTSAPI32.dll
    0x4b180000 - 0x4b284000      C:\WINDOWS\system32\ESENT.dll
    0x730a0000 - 0x730ae000      C:\WINDOWS\system32\WZCSAPI.DLL
    VM Arguments:
    java_command: C:\Program Files\a\lmv\CDF\b_c_lmv.jar C:\Program Files\a\lmv\CDF
    Launcher Type: SUN_STANDARD
    Environment Variables:
    CLASSPATH=D:\a\Contact Center\Common Components\Cache\lib
    PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;
    C:\Program Files\Rational\ClearCase\bin;C:\Program Files\Rational\common;
    C:\a\Cache\CacheSys\Mgr\a\DLL;C:\Program Files\a\lmv\TAPI;C:\Program Files\a\lmv\
    OS=Windows_NT
    PROCEppoR_IDENTIFIER=x86 Family 6 Model 15 Stepping 11, GenuineIntel
    ---------------  S Y S T E M  ---------------
    OS: Windows Server 2003 family Build 3790 Service Pack 2
    CPU:total 4 (cores per cpu 4, threads per core 1) family 6 model 15 stepping 11, cmov, cx8, fxsr, mmx, sse, sse2
    Memory: 4k page, physical 2097151k(2097151k free), swap 4194303k(3537076k free)
    vm_info: Java HotSpot(TM) Client VM (1.5.0_14-b03) for windows-x86, built on Oct  5 2007 01:21:52 by "java_re" with MS VC++ 6.0
    {code}
    Sorry it's so long.
    Anyways my dll is Jni_interface.dll. It loads legacy.dll, and its dependents. Other code also uses these libraries.
    *So question 1* :
    I load the jni_interface.dll (and also the legacy.dll and its dependents) library at the start of execution in a static class and so it is never unloaded. I do this because the legacy.dll will be calling functions in my Jni_Interface.dll, which are propagated into the Java class on top of it all. Does this stop other code from loading the legacy.dll or from using its functionality?
    *On to question 2*:
    Here is the logged output from my library, immediately before the crash:
    {code:java}
          ***     JNI INTERFACE LIB - LOG 21 Jul 08 19:11:35.682     *** Log Level = DEBUG
    21 Jul 08 19:11:35.698 - Level[ info ] -          Thread[ 716 ]     :: initRegistry     Registry initialisation ok
    21 Jul 08 19:11:35.760 - Level[ info ] -          Thread[ 716 ]     :: vPersistData     vPersistData() called
    21 Jul 08 19:11:35.823 - Level[ debug ] -     Thread[ 716 ]     :: doVoidCallback() [ persistDataHandler ]       Signature  = (I)V
    21 Jul 08 19:11:35.823 - Level[ debug ] -     Thread[ 716 ]     :: doVoidCallback() [ setMaxUsageHandler ]       Signature  = (I)V
    21 Jul 08 19:11:35.838 - Level[ info ] -          Thread[ 716 ]     :: Constructor     _instance is instantiated
    21 Jul 08 19:11:35.838 - Level[ info ] -          Thread[ 716 ]     :: initiateLegacy()     JniManager initialisation successful
    21 Jul 08 19:11:35.838 - Level[ info ] -          Thread[ 716 ]     :: initiateLegacy()     Initial state is NORMAL
    21 Jul 08 19:11:35.838 - Level[ debug ] -     Thread[ 716 ]     :: getLicense()     Get request
    21 Jul 08 19:11:36.010 - Level[ debug ] -     Thread[ 716 ]     :: getLicense()     Get request
    {code}
    Now notice that the current thread in the Hotspot output is NOT the thread in my library. Thread 716 is a java thread by the way. This log appears absolutely fine according to me. Also note that in the hotspot log there is no mention of my java component  (the "boss" class), which is called LegacyLM. So does that mean that is in not to do with my code even though the problem only occurs when my component is included? Or is this just the cryptic nature of these problems?
    *Question 3*:
    If you see the heap section of the report, there are 3 items that I have highlighted that seem like very high values. Is this a possible cause of a crash? Or would I have received an "Out of space" error instead?
    In terms of actual code, I cannot post much, but I can tell you what I have done to try to solve the problem:
    (i) I have added mutex synchronisation to most of my shared variables.
    (ii) I have used monitorEnter and MonitorExit to control callback access to my java class.
    (iii) I have re-organised my code and replaced nearly every occurance of non-string character arrays with string equivalents.
    (iv) I changed how I attach and detach my threads so that I only attach/detach ones that previously were not (i.e. I leave java threads alone)
    As I said at the start, I am utterly confused and I don't have much of an idea about how to proceed. I'd really really appreciate a pointer or two.
    Thanks in advance.
    D
    Edited by: Diom1982 on Jul 21, 2008 12:35 PM
    Edited by: Diom1982 on Jul 21, 2008 12:40 PM                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                

    For those of you who might be interested, I found a solution to this problem (my version, at least). In my situation, this was caused by attempting to access the fields of a ActionEvent object in VC++ by casting a variant to a BSTR. While the cast "worked", it somehow caused the state of the Java plugin or the AxBridge DLL to get flummoxed, causing the VM dump far downstream.
    The takehome message?
    When seeing problems like this in the plugin / ActiveX bridge, do not assume that the causative error is occuring in the location noted in the stack trace. Visual C++, in all of its gory unprotected glory, gives full memory access to the DLL interface and you can do a serious fandango on the VM core. that won't necessarily bite you until later.
    PS -- Sun gurus ... does this present a security violation in the Java paradigm?

  • Access Violation in CallStaticVoidMethod() using JNI

    Hey all,
    I have a C++ app which I successfully used about a year ago to put up a Java dialog from within QuarkXPress, which has a C/C++ API. I got it out and rebuilt it and ran it, and I am now getting an Access Violation (0xC0000005) exception in JVM.dll somewhere. I am getting the exception in the CallStaticVoidMethod() call. Here is the relevant snippet from the method I am using: if anyone can spot anything obviously amiss, I would appreciate knowing about it! (This snippet borrows heavily from the "invoke.c" example program in the JNI tutorial.)
      JavaVM *jvm;
      jint res;
      jclass cls;
      jmethodID mid;
      jthrowable except = NULL;
      JavaVMInitArgs vm_args;
      JavaVMOption options[2];
      char newcpath[512];
      char newlibpath[512];
      sprintf (newcpath, "-Djava.class.path=.;C:\\Program Files\\QuarkXpress 4.0\\XTENSION"); 
      sprintf (newlibpath, "-Djava.library.path=.;C:\\Program Files\\QuarkXpress 4.0\\XTENSION");
      options[0].optionString = newcpath;
      options[1].optionString = newlibpath;
      vm_args.version = 0x00010002;
      vm_args.options = options;
      vm_args.nOptions = 2;
      vm_args.ignoreUnrecognized = JNI_TRUE;
      /* Create the Java VM */
      res = JNI_CreateJavaVM(&jvm, (void**)&env, &vm_args);
      if (res == JNI_EEXIST)
        JavaVM *jvms[1];
        jsize nVMs;
        res = JNI_GetCreatedJavaVMs(jvms, 1, &nVMs);
        jvm = jvms[0];
        jvm->AttachCurrentThread((void**)&env, NULL);
      else if (res < 0)
        return UNKNOWN_ERROR;
      cls = env->FindClass(g_javaName);
      if (cls == 0)
        checkException();
        destroy(jvm);
        return MISSING_CLASS;
      mid = env->GetStaticMethodID(cls, "main", "([Ljava/lang/String;)V");
      if (mid == 0)
        destroy(jvm);
        return MISSING_METHOD;
      env->CallStaticVoidMethod(cls, mid);

    Hi ,
    The method id that you get is for the public static void main(String args[]) of a class.
    mid = env->GetStaticMethodID(cls, "main", "([Ljava/lang/String;)V");  if (mid == 0)  
    destroy(jvm);   
    return MISSING_METHOD; 
    env->CallStaticVoidMethod(cls, mid);
    Change the above line to
    jstring jStringArgs[];
    env->CallStaticVoidMethod(cls, mid, jStringArgs);
    You need to pass an argument i.e. an array of jstring .
    It is immaterial that they possess valid value or not .
    LathaDhamo

  • LabVIEW Class crash - ntdll.dll access violation

    Hi,
    When I close my LV11SP1f2 I always get a warning.
    It didn't bother me until a vi I wrote that uses a class with nothing out of the ordinary started crashing my LV.
    The crash says that: "DAbort 0x37C03D in MemoryManager.cpp"
    I sent the log files to the local support and they saw that the common issue between my logs is an access violation in ntdll.dll.
    Any operation that uses the property nodes of that crazy class fails, sometimes with a crash and sometimes with a error that sends me to a bundle by name in the autocreated property node.
    I rewrote the project with the class and there is no error.
    Sending the crashing project to another computer gave no error.
    Before I go on and investigate windbg to search for a conflicting app and finally formatting my entire computer could some1 help? Please...
    I attached several logs for example.
    Thanks in advance,
    GoofyWires.
    Attachments:
    92c82e7b-fa2a-43af-b2be-a6650c031681.zip ‏2485 KB
    daa462b5-9395-4e3f-8894-05a3bdb3d159.zip ‏65 KB
    ea2c40ef-056d-41ed-a4c5-9cf4bc6666fc.zip ‏494 KB

    I did a clean format and reinstalled LabVIEW 11.0.1f2 without adding many of the add-ons from VIPM and without installing the rest of my shortwave, yet, the crash is still here!
    I was able to reproduce it on my pc:
    1. I have a class that contains two children of another class which each contain another class with a class inside it.
    2. I accessed the classed through property nodes.
    3. I then went on and deleted a private data from the first class control, deleted its property nodes and added a new private data to that class control and added the property nodes for it.
    4. I updated the vi that used the classes to stop using the deprecated property node and start working with the new one.
    5. I did a "save all" and run the vi. All OK!
    6. I closed LabVIEW and reopened the project and run the vi which is not broken! LabVIEW crashes!!!
    I guess the complexity of the class is not the issue and it can be reproduced in a much simpler way.
    Yet, since I bet the scenario caused you to raise an eye brow I'll give an example as an analogy:
    File Handler class contains ASCII Read class and ASCII Write class which inherit from class ASCII.
    Class ASCII parent contains class Headers while class Header contains class Data.
    Thus, class ASCII Handler will use class ASCII Read/Write to give a high level simple interface while during the read/write the inner ASCII Read, for example, will add to the Header class in it the read data which will in turn be added to the array in the private data of class Data.
    I'll try and reproduce it on a different pc and send the local NI support the code and way to reproduce.
    I see two possibilities:
    1. Something is wrong with my new Dell PC.
    2. LabVIEW doesn't handle and propagate correctly changes in a class to all the vis that use it. Maybe changing the array size in a class overrides some memory since the class can't change its size.
    Please let me know if this rings a bell.
    Update: I coundn't reproduce the crash on my pc with a simpler case. There is something missing...
    I'll try to replroduce with the complex class on a different pc and if it crashes I'll simply send my original code.

  • Error Occuring While Processing Data With DIAdem 8.1Excepti​on EAccessVio​lation in module ntdll.dll at 000111DE. Access violation at address 7C9111DE in module 'ntdll.dll​". Read address 37363430

    Hello,
    We are having an issue running Diadem 8.1 on a new HP XW 9400 with Windows XP SP2. 3 errors have been occuring with frequent crashes, they are:
    1) "1Exception EAccessViolation in module ntdll.dll at 000111DE. Access violation at address 7C9111DE in module 'ntdll.dll". Read address 37363430.
    2) The instruction at "0x7c9111de" referenced memory at "0x352e302d". The memory could not be "read".
     3) ---Error---   DIAdem
    Error in Autosequence - processing in line: 74 (IARV_VAR_GET)
    Runtime Error while executing command "Iarv2Txt$ := FR(T9,L1)"
    Error type: ACCESS VIOLATION
    Error address: 000101DE
    Module name:ntdll.dll
    We are using the same scripts and version 8.1 on a variety of Dell desktop computers (W2K and XP SP2) without any issue, looking for suggestions as this affects no other software on the HP XW 9400 other than DIAdem. Appreciate any suggestions.
    Message Edited by swillh on 06-25-2007 08:55 AM

    Christian,
    I will answer your questions in the text below. Thanks for your help.
    Hi swillh,
    I also would like to help you.
    Unfortunately, The reported access violation in the central Windows ntdll.dll is very unspecific.
    May be the following questions will help you to provide me more info.
    1. You mentioned that the aut's and - I think - also the accessed text file reside on a server.
    Is there a stable network connection?
    The server can sometimes be a little slow but the connection is good. This computer is using the same connection that the prior computer utilized without issue.
    Are the files accessed by multiple clients simultaneously?
    It is possible that more than one computer can be accessing the same file, but again, this has never been an issue. We are reading the files only, not writing to them.
    The processing routines we are running have used for over 5 years without any issues until adding this computer.
    Is the text file read by one client while another client is writing the same file?
    No, files are "read only"
    2. Have you already tested opening the file with the FileOpen command before calling FR?
    Yes
    Do you see any chance to convert the aut to a vbs file? This gives you more alternatives in accessing text files.
    3. What do you mean with "processing ATD's with 30 or more channels of data"? Where is the relation between ATD files and data channels?
    Processing Crash Dummy data with file sets low in channel count (15 channels) result in successful processing without any crashes or access errors.  When processing dummies with more than 20 channels we sometimes encounter these issues. The higher channel count may be the only common factor I can find in these faults.
    Steve
    Message Edited by swillh on 07-09-2007 08:44 AM

  • Adobe Acrobat 8 Professional Random Crash (Access Violation)

    hi all. first time poster. long time reader.
    i have encountered an odd access violation problem - 'ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at "blah" referenced memory at "blah". The memory could not be "blah" - in 'acrobat.dll' recently with a customer who is experiencing seemingly random crashes with adobe acrobat 8 professional.
    they are running the application off a citrix presnetation server 4.5 server (windows server 2003 R2 with service pack 2). each server is hosting about 8 or more users per server per day. every now and then, ie once a day, adobe acrobat crashes during use. there doesn't appear to be anything consistent in so far as the action the user is performing. they will be mid-way through marking up a document and it will just crash for one of them. all the others will continue working fine.
    i have access to numerous crash dumps and nothing seems to really stand out...other than 'Acrobat_3000000!AVAcroALM_Destroy'. For example...
    STACK_TEXT:
    WARNING: Stack unwind information not available. Following frames may be wrong.
    0012f96c 0343c3e1 46e4e58d 0839ce58 0012faa0 Acrobat_3000000!PDDocCreateWordFinderEx+0x59641
    0012f9a0 0343c479 0000004d 00000000 46e4e5f5 Acrobat_3000000!AVAcroALM_Destroy+0x30afe
    0012f9d8 0343c94a 08650e08 0000004d 0012f9fc Acrobat_3000000!AVAcroALM_Destroy+0x30b96
    0012fa68 0343cea2 08650e08 0000004d 0012fab0 Acrobat_3000000!AVAcroALM_Destroy+0x31067
    0012faf8 0343d0a3 08650e08 0000004d 0bbf6748 Acrobat_3000000!AVAcroALM_Destroy+0x315bf
    0012fb4c 0343d8da 08650e08 00000000 46e4e7e5 Acrobat_3000000!AVAcroALM_Destroy+0x317c0
    0012fbc8 03182465 08e6e808 0012fc48 00000000 Acrobat_3000000!AVAcroALM_Destroy+0x31ff7
    0012fc1c 0309eeba 0bbf6748 0012fc48 00000000 Acrobat_3000000!PDPageGetFlippedMatrix+0x471d
    0012fc88 030ae925 00000000 08dd9798 03098f43 Acrobat_3000000!PDDocCreateWordFinderEx+0x378ef
    0012fce8 0300e9f7 0003007a 0300d5c9 000004d3 Acrobat_3000000!PDDocCreateWordFinderEx+0x4735a
    0012fd04 7739b6e3 0003007a 00000113 000004d3 Acrobat_3000000!WinMain+0x24a4
    0012fd30 7739b874 0300d1bf 0003007a 00000113 user32!InternalCallWinProc+0x28
    0012fda8 7739ba92 00000000 0300d1bf 0003007a user32!UserCallWinProcCheckWow+0x151
    0012fe10 7739bad0 0012fe54 00000000 0012fe90 user32!DispatchMessageWorker+0x327
    0012fe20 0300a597 0012fe54 0012fe70 03ca2d20 user32!DispatchMessageW+0xf
    0012fe90 0300aece 46e4e2e5 00d40068 03ca2d20 Acrobat_3000000+0xa597
    0012fec8 0300c517 00000000 0012ff2c 00000000 Acrobat_3000000!AXWasInitViaPDFL+0x76a
    0012fedc 0300c649 00000005 0040a77c 0012ff2c Acrobat_3000000!AXWasInitViaPDFL+0x1db3
    0012fefc 00402d5f 03000000 00400000 001524e0 Acrobat_3000000!WinMain+0xf6
    0012ff30 00403281 00400000 00000000 001524e0 Acrobat+0x2d5f
    0012ffc0 77e6f23b 00000000 00000000 7ffd4000 Acrobat+0x3281
    0012fff0 00000000 00403402 00000000 00000000 kernel32!BaseProcessStart+0x23
    ...or another...
    STACK_TEXT:
    WARNING: Stack unwind information not available. Following frames may be wrong.
    0012f6e0 222cb7ad ad0d64ee 00000000 1398c0d8 Annots!PlugInMain+0xa9198
    0012f830 2091b7db 0012f934 0012f9f4 56433230 Annots!PlugInMain+0x1ca425
    0012f8d4 20913957 0850f3a0 0340f043 0850f3a0 AcroForm!DllUnregisterServer+0x10798b
    0012f900 0340f385 00000001 51ab7765 000000df AcroForm!DllUnregisterServer+0xffb07
    0012f940 034dda17 0850f3a0 00000001 51ab77d1 Acrobat_3000000!AVAcroALM_Destroy+0x3aa2
    0012f9f4 034454fa 00000000 084ce5c8 ffffff84 Acrobat_3000000!AVAcroALM_Destroy+0xd2134
    0012fa14 034451cb 084ce5c8 ffffff84 000000df Acrobat_3000000!AVAcroALM_Destroy+0x39c17
    0012fa3c 034451f0 084ce5c8 ffffff84 000000df Acrobat_3000000!AVAcroALM_Destroy+0x398e8
    0012fa5c 033e4a92 00fd0540 084ce5c8 ffffff84 Acrobat_3000000!AVAcroALM_Destroy+0x3990d
    0012fadc 033e6c01 084ce5c8 00000000 00000001 Acrobat_3000000!PDDocSetXAPMetadata+0xf227f
    0012fb24 033b0fbf 00000065 000000e3 00000001 Acrobat_3000000!
    ...continued in next post 'cause it keeps getting truncated ?!

    0012fbb4 030abb9e 00000065 000000e3 00000201 Acrobat_3000000!PDDocSetXAPMetadata+0xd9998
    0012fbd4 030abd6f 00000201 00000001 00e30065 Acrobat_3000000!PDDocCreateWordFinderEx+0x445d3
    0012fbf0 7739b6e3 000200ca 00000201 00000001 Acrobat_3000000!PDDocCreateWordFinderEx+0x447a4
    0012fc1c 7739b874 030abd08 000200ca 00000201 user32!InternalCallWinProc+0x28
    0012fc94 7739bfce 00000000 030abd08 000200ca user32!UserCallWinProcCheckWow+0x151
    0012fcc4 773b0463 030abd08 000200ca 00000201 user32!CallWindowProcAorW+0x98
    0012fce4 20b8e182 030abd08 000200ca 00000201 user32!CallWindowProcA+0x1b
    0012fd04 7739b6e3 000200ca 00000201 00000001 AcroForm!DllUnregisterServer+0x37a332
    0012fd30 7739b874 20b8e132 000200ca 00000201 user32!InternalCallWinProc+0x28
    0012fda8 7739ba92 00000000 20b8e132 000200ca user32!UserCallWinProcCheckWow+0x151
    0012fe10 7739bad0 0012fe54 00000000 0012fe90 user32!DispatchMessageWorker+0x327
    0012fe20 0300a597 0012fe54 0012fe70 03ca2d20 user32!DispatchMessageW+0xf
    0012fe90 0300aece 51ab70ed 00d40068 03ca2d20 Acrobat_3000000+0xa597
    0012fec8 0300c517 00000000 0012ff2c 00000000 Acrobat_3000000!AXWasInitViaPDFL+0x76a
    0012fedc 0300c649 00000005 0040a77c 0012ff2c Acrobat_3000000!AXWasInitViaPDFL+0x1db3
    0012fefc 00402d5f 03000000 00400000 001524e0 Acrobat_3000000!WinMain+0xf6
    0012ff30 00403281 00400000 00000000 001524e0 Acrobat+0x2d5f
    0012ffc0 77e6f23b 00000000 00000000 7ffde000 Acrobat+0x3281
    0012fff0 00000000 00403402 00000000 00000000 kernel32!BaseProcessStart+0x23
    is 'AVAcroALM' to do with licensing?
    other than advising them to bring citrix presentation server 4.5 up to date (HRP2) i'm at a loss what to advise. citrix often have issues with seamless published applications when spread across multiple monitors (as in this case), hence, my reason to ask them to bring their software up to date. often the funtion called will be different - often times 'Acrobat.dll!PDDocCreateWordFinderEx', other times 'Acrobat.dll!PDDocAcquirePage' and there are others.
    i can post more of the mini-dump if required. any - and ALL - assitance appreciated.
    thanks.

  • Windows XP Access Violation

    Has anyone had any issues with Microsoft Windows XP errors referencing access violations of memory? I have had this problem since the first time I installed Boot Camp Beta, and have yet to hear a reply from any of the Geniuses. In essence, I receive random but recurring errors when opening applications in Windows XP on my Boot Camp partition. Sometimes it's when I open Internet Explorer, sometimes it's when I open Wordpad, sometimes it's another application. Additionally, I consistently receive this error when closing certain enterprise level business intelligence software. I've done research and found that this is a result of code that tries to store null values in reserved memory, but that's about it. I'd really like to know if Apple has any solutions for this issue, and if not, what that will mean for those users who have purchased - or will purchase - a MacBook with the promise of being able to run Windows XP or Vista on the Intel-based MacBooks. If this issue is pervasive and not remedied, then it makes the real prospects of using a MacBook in a business setting running Windows impossible.

    Reinstalling OS X isn't going to help with Windows. There is something that is special about your Windows that is making it unstable. That something may be a driver required to run it on a Mac. Still, that driver lives on the Windows side. You might have more luck running in Parallels or VMWare as the drivers for those generic, simulated machines might be more stable.
    Yes, it is technically possible for MacOS X to become corrupted. That type of corruption is almost always caused by either 1) FileVault, 2) disk cloning, 3) flaky kernel extensions. Still, it is much less common than in Windows. For example, Acrobat Reader crashes on logout on my Dell work PC. It has done this as long as I can remember on every work PC I've had at 3 companies in as many states. I have the best IT support money can buy. It is not a problem, Acrobat just crashes on logout. I just have to remember to clean up the dialog boxes so the log off can complete to avoid some corporate or gov security regulation.

  • Access Violation while initialising WEBUTIL on Ora9iDS

    Hello,
    as part of an urgent evaluation I installed WEBUTIL as described in the documentation, did the additional steps described in the readme and added WEBUTIL as described to an existing form. Now the form raises an access violation error while executing trigger WHEN-CUSTOM-ITEM-EVENT on item WEBUTIL.WEBUTIL_FILETRANSFER_FUNCTIONS exactly when calling procedure WEBUTIL_CORE.CustomEventHandler while registering the beans.
    Did anybody experience the like? Any guess what's going wrong or what could help?
    The crash is documented in the log as follows:
    [09/09/03 08:38:46 Westeuropäische Sommerzeit]::Client Status [ConnId=0, PID=3048]
         >> ERROR: Abnormal termination, Error Code: C0000005 ACCESS_VIOLATION
    ======================= STACK DUMP =======================
    Fault address: 60A98D4D 01:00097D4D
    Module: E:\Programme\OraHome1\bin\orapls9.dll
    System Information:
    Operating System: Windows NT Version 5.0 Build 2195 Service Pack 4
    Command line: ifweb90 server webfile=HTTP-0,0,1,53.147.33.61
    FORM/BLOCK/FIELD: DOKUMENTE:DOKUMENTE.KLARTEXT
    Last Trigger: WHEN-CUSTOM-ITEM-EVENT - (In Progress)
    Msg: <NULL>
    Last Builtin: NAME_IN - (Successfully Completed)
    Registers:
    EAX:00000000
    EBX:0012D9C0
    ECX:00000000
    EDX:0012D9C0
    ESI:0777C6E4
    EDI:02A26C78
    CS:EIP:001B:60A98D4D
    SS:ESP:0023:0012D978 EBP:0012D998
    DS:0023 ES:0023 FS:003B GS:0000
    Flags:00010246
    ------------------- Call Stack Trace ---------------------
    Frameptr RetAddr Param#1 Param#2 Param#3 Param#4 Function Name
    0x0012d998 60a3d308 0777c6e4 00000001 0012d9c0 070468a8 pfrb1assign_aad2va
    0x0012d9ec 60a92b11 0777c6e4 00000001 66020030 070468a8 pevmGBVAR+d8
    0x0012e0f0 60a1ce7d 0777c6e4 02a26c78 0776dd6c 00000002 _pfrrun+6841       
    0x0012e158 6601ea45 02a26c78 0777c6e4 02a46f00 029de3b4 _peicnt+ed         
    0x02a26874 029de3b4 65fdb2a0 65fdb2e0 65da1f30 00000000 0x6601ea45
    0x02a46f00 00000001 0000000a 02a46fd8 0026181f 65d51752 0x029de3b4
    ------------------- End of Stack Trace -------------------
    WebUtil-Logfile is not very verbose (despite detailed logging enabled):
    53.147.33.61:ZSCHAU: Connection from Form=E:\ISAP_ASP4\isap\websourcen\Doktestweb.fmx Client O/S=Windows 2000 locale=de
    53.147.33.61:ZSCHAU: 2003-Sep-09 08:38:00.889 WUF[VBeanCommon.getIPAddress()] 53.147.33.61
    53.147.33.61:ZSCHAU: 2003-Sep-09 08:38:00.929 WUH[VBeanCommon.getIPAddress()] 53.147.33.61
    53.147.33.61:ZSCHAU: 2003-Sep-09 08:38:00.949 WUS[VBeanCommon.getIPAddress()] 53.147.33.61
    Java Console prints:
    JInitiator: Version 1.3.1.9
    Verwendung der JRE-Version 1.3.1.9 Java HotSpot(TM) Client VM
    Home-Verzeichnis des Benutzers = C:\Dokumente und Einstellungen\zschau
    Proxy-Konfiguration:Automatische Proxy-Konfiguration
    JAR cache enabled
    Location: C:\Dokumente und Einstellungen\zschau\Oracle Jar Cache
    Maximum size: 50 MB
    Compression level: 0
    c: clear console window
    f: finalize objects on finalization queue
    g: garbage collect
    h: display this help message
    l: dump classloader list
    m: print memory usage
    q: hide console
    s: dump system properties
    t: dump thread list
    x: clear classloader cache
    0-5: set trace level to <n>
    Loading http://localhost:8888/forms90/webutil/webutil.jar from JAR cache
    Loading http://localhost:8888/forms90/webutil/jacob.jar from JAR cache
    Loading http://localhost:8888/forms90/java/f90all_jinit.jar from JAR cache
    RegisterWebUtil - Loading Webutil Version 1.0.2 Beta
    connectMode=HTTP, native.
    Forms Applet-Version : 90290
    2003-Sep-09 08:38:00.819 WUI[VBeanCommon.findLocalHost()] obtaining LocalHost info from InetAddress
    2003-Sep-09 08:38:00.839 WUI[VBeanCommon.getIPAddress()] 53.147.33.61
    2003-Sep-09 08:38:00.879 WUF[VBeanCommon.findLocalHost()] obtaining LocalHost info from InetAddress
    2003-Sep-09 08:38:00.889 WUF[VBeanCommon.getIPAddress()] 53.147.33.61
    2003-Sep-09 08:38:00.909 WUH[VBeanCommon.findLocalHost()] obtaining LocalHost info from InetAddress
    2003-Sep-09 08:38:00.929 WUH[VBeanCommon.getIPAddress()] 53.147.33.61
    2003-Sep-09 08:38:00.939 WUS[VBeanCommon.findLocalHost()] obtaining LocalHost info from InetAddress
    2003-Sep-09 08:38:00.949 WUS[VBeanCommon.getIPAddress()] 53.147.33.61
    2003-Sep-09 08:38:00.969 WUT[VBeanCommon.findLocalHost()] obtaining LocalHost info from InetAddress
    2003-Sep-09 08:38:00.969 WUT[VBeanCommon.getIPAddress()] 53.147.33.61
    2003-Sep-09 08:38:01.460 WUO[VBeanCommon.findLocalHost()] obtaining LocalHost info from InetAddress
    2003-Sep-09 08:38:01.470 WUO[VBeanCommon.getIPAddress()] 53.147.33.61
    2003-Sep-09 08:38:01.500 WUL[VBeanCommon.findLocalHost()] obtaining LocalHost info from InetAddress
    2003-Sep-09 08:38:01.510 WUL[VBeanCommon.getIPAddress()] 53.147.33.61
    2003-Sep-09 08:38:01.550 WUB[VBeanCommon.findLocalHost()] obtaining LocalHost info from InetAddress
    2003-Sep-09 08:38:01.560 WUB[VBeanCommon.getIPAddress()] 53.147.33.61
    2003-Sep-09 08:38:48.268 WUB[VBeanCommon.destroy()] WebUtil Browser Functions being removed..
    2003-Sep-09 08:38:48.298 WUL[VBeanCommon.destroy()] WebUtil C API Functions being removed..
    2003-Sep-09 08:38:49.59 WUO[VBeanCommon.destroy()] WebUtil Client Side Ole Functions being removed..
    2003-Sep-09 08:38:49.89 WUT[VBeanCommon.destroy()] WebUtil File Transfer Bean being removed..
    2003-Sep-09 08:38:49.89 WUS[VBeanCommon.destroy()] WebUtil Session Monitoring Facilities being removed..
    2003-Sep-09 08:38:49.89 WUH[VBeanCommon.destroy()] WebUtil Client Side Host Commands being removed..
    2003-Sep-09 08:38:49.99 WUF[VBeanCommon.destroy()] WebUtil Client Side File Functions being removed..
    2003-Sep-09 08:38:49.99 WUI[VBeanCommon.destroy()] WebUtil GetClientInfo Utility being removed..
    I run Ora9iDS on a Windows2000 system.
    Thanks to anybody who tries to help.

    Hello, Grant,
    the crash occurs before I try to do anything vital. There is some init stuff in the form (initialising items, global variables etc.), query execution for initial displaying of database entries and a sychronize statement. After that the triggers in the WEBUTIL section fire, as I understand to initialise the beans (registering). As part of this registering the crash occurs - before I call any of the WEBUTIL functionality from my own code.

  • Urgent problem: JRE Crashes with Access violation (c0000005)

    I have a problem where the JRE crashes with an Access violation (c0000005) at address (6d4218ce).
    The JVM is:
    java version "1.3.1_01"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_01)
    Java HotSpot(TM) Client VM (build 1.3.1_01, mixed mode)The application is swing based, and I have my suspicions that the problem occurs when exec'ing (Runtime.exec()) a script file (deletes data files and FTP's data files around an internal network), but I cannot categorically prove it as yet.
    The lack of a .map file does not help in analysing the Dr Watson log file. Does anyone know if a map file is available for 1.3.1?
    I have tried to raise this as a bug but as we cannot reproduce it on demand, I cannot get Sun to look into it.
    The Dr Watson log file shows:
    State Dump for Thread Id 0x13e
    eax=bf800000 ebx=0336b770 ecx=02b72168 edx=bf800008 esi=02b72168 edi=06ffd12c
    eip=6d4218ce esp=08d0fdbc ebp=08d0fddc iopl=0         nv up ei ng nz na pe nc
    cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs=0000             efl=00000282
    function: <nosymbols>
            6d4218b9 8d4df0           lea     ecx,[ebp-0x10]         ss:09c0e7e2=00000000
            6d4218bc e875000000       call    6d421936
            6d4218c1 5f               pop     edi
            6d4218c2 5e               pop     esi
            6d4218c3 c9               leave
            6d4218c4 c3               ret
            6d4218c5 56               push    esi
            6d4218c6 8bf1             mov     esi,ecx
            6d4218c8 8b5604           mov     edx,[esi+0x4]          ds:03a70b6e=????????
            6d4218cb 83c208           add     edx,0x8
    FAULT ->6d4218ce 8b4210           mov     eax,[edx+0x10]         ds:c06fea0e=????????
            6d4218d1 85c0             test    eax,eax
            6d4218d3 7f25             jg      6d4218fa
            6d4218d5 7d1b             jge     6d4218f2
            6d4218d7 83c9ff           or      ecx,0xff
            6d4218da 6a04             push    0x4
            6d4218dc 2bc8             sub     ecx,eax
            6d4218de 8b4608           mov     eax,[esi+0x8]          ds:03a70b6e=????????
            6d4218e1 d3e0             shl     eax,cl
            6d4218e3 8b4a44           mov     ecx,[edx+0x44]         ds:c06fea0e=????????
            6d4218e6 8d440807         lea     eax,[eax+ecx+0x7]      ds:03a70b6f=????????
            6d4218ea 59               pop     ecx
    *----> Stack Back Trace <----*
    FramePtr ReturnAd Param#1  Param#2  Param#3  Param#4  Function Name
    08d0fddc 6d4710ee 0336b734 0336b734 6d4381b7 0336b734 <nosymbols>
    State Dump for Thread Id 0x140
    eax=06a82398 ebx=00000000 ecx=06ab34f0 edx=00000000 esi=0000017c edi=00000000
    eip=77f682db esp=08d4fc24 ebp=08d4fc48 iopl=0         nv up ei pl zr na po nc
    cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs=0000             efl=00000246
    function: NtWaitForSingleObject
            77f682d0 b8c5000000       mov     eax,0xc5
            77f682d5 8d542404         lea     edx,[esp+0x4]          ss:09c4e62b=00000000
            77f682d9 cd2e             int     2e
            77f682db c20c00           ret     0xc
            77f682de 8bc0             mov     eax,eax
    *----> Stack Back Trace <----*
    FramePtr ReturnAd Param#1  Param#2  Param#3  Param#4  Function Name
    08d4fc48 77f04f37 0000017c ffffffff 00000000 6d466097 ntdll!NtWaitForSingleObject
    08d4fc90 6d476550 00000000 00000000 00000001 00765d80 kernel32!WaitForSingleObject Any help would be much appreciated.
    Regards,
    Dave Jackson

    Probably nothing to do with it but I had some dodgy memory, and windows would complain that there was an error to do with that exact memory location: c0000005

  • Re: (forte-users) access violation caught in debugmode

    Eric,
    There has been a problem with Forte debug mode for sometime now when the app
    is silent. If you attempt to inspect the variables when the app is in the
    'silent' mode, i.e., waiting on an event loop for a user input or a system
    event, then you get the "Access violation caught ..." exception message and
    the workspace including the launch server crashes.
    If you are getting this problem in the 'step-through' mode, you should look
    at the lauch server immediately after you get the exception before
    everything disappears. There could be a stack backtrace due to some illegal
    reference. We have faced a similar situation before but the error appeared
    both in the 'debug' and 'run' modes.
    Hope this helps.
    Braja K Chattaraj.
    From: Eric Decossaux <[email protected]>
    To: forte mailing <[email protected]>
    Subject: (forte-users) access violation caught in debug mode
    Date: Thu, 23 Sep 1999 17:31:39 +0200
    Hello,
    I have a problem using Forte in debug mode. If I run my program on my NT
    machine from the partition workshop (distributed run), the program works
    fine except that some object does not display what I'm expecting. So I
    want to use the debug mode to inspect the objets of this window. When I
    choose the "local variables" option to see the content of my window, I
    have a "access violation caught" and forte disappears. If I just let my
    program run without choosing this option, everything is the same than
    with the distributed run.
    Does somebody have an idea what to look for ? I really want to look the
    inside the attributes of this window.
    We recently upgraded from release 30G2 to release 30L2. Could it be the
    problem ?
    Eric Decossaux
    Cliniques Universitaires St Luc
    Informatique des Laboratoires
    av Hippocrate 10 / 1730
    1200 Bruxelles
    +32+2+764 17 53
    For the archives, go to: http://lists.sageit.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: [email protected]

    Eric,
    Another possibility has to do with the repository. You said you recently
    migrated 30G2 to release 30L2.
    Many strange problems have been traced to release migrations with old
    repositories. If the repository was properly migrated another thing you can try
    is to export the project(s) to PEX files, delete them from the repository, and
    then re-import. I know this can be time consuming but I have solved more than
    one unexplained problem in the IDE by doing it.
    ---------------------- Forwarded by Charlie Shell/Bsg/MetLife/US on 09/23/99
    01:19 PM ---------------------------
    "Ajith Kallambella" <[email protected]> on 09/23/99 12:08:54 PM
    To: [email protected], [email protected]
    cc: (bcc: Charlie Shell/Bsg/MetLife/US)
    Subject: Re: (forte-users) access violation caught in debug mode
    Eric,
    Sometimes( 90% ) you can solve this problem by
    checking out the class that is causing the crash
    and force-compiling it.
    If it doesn't help, run through this checklist.
    1. Do you have enough memory resources.?
    2. Is the object you are inspecting held in a lock ?
    ( mutex, transaction lock etc )
    3. Does it work when you wait for sometime at the
    breakpoint before inspecting the values? I mean
    are you interrupting some process thread?
    4. Does it work if you log the attributes using logmgr?
    5. Are you using any call-outs/call-ins? Any external
    systems integration? Sometimes( for reasons beyond
    my comprehension ) the objects allocated outside
    Forte gets corrupted when its passed back and forth.
    6. ...finally...Santa Clause, help me!
    Ajith Kallambella M.
    Forte Systems Consultant.
    From: Eric Decossaux <[email protected]>
    To: forte mailing <[email protected]>
    Subject: (forte-users) access violation caught in debug mode
    Date: Thu, 23 Sep 1999 17:31:39 +0200
    Hello,
    I have a problem using Forte in debug mode. If I run my program on my NT
    machine from the partition workshop (distributed run), the program works
    fine except that some object does not display what I'm expecting. So I
    want to use the debug mode to inspect the objets of this window. When I
    choose the "local variables" option to see the content of my window, I
    have a "access violation caught" and forte disappears. If I just let my
    program run without choosing this option, everything is the same than
    with the distributed run.
    Does somebody have an idea what to look for ? I really want to look the
    inside the attributes of this window.
    We recently upgraded from release 30G2 to release 30L2. Could it be the
    problem ?
    Eric Decossaux
    Cliniques Universitaires St Luc
    Informatique des Laboratoires
    av Hippocrate 10 / 1730
    1200 Bruxelles
    +32+2+764 17 53
    For the archives, go to: http://lists.sageit.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: [email protected]
    For the archives, go to: http://lists.sageit.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: [email protected]

Maybe you are looking for