Bug in dynamic VIs
Using LabVIEW 8.5.1, I'm getting the following error in my executable when it calls any of the dynamic VIs in a particular class:
"This dynamic subVI cannot execute because the needed member VI cannot be found."
This is followed by an unhelpful description of which VI is the culprit, typically 'X.vi was stopped at unknown "" at a call to X.vi'. When I do manage to track down which VI is causing trouble, I find it right where it should be in the support directory, along with the other VIs in its class.
The only workaround I've found is to make the offending VI be static rather than dynamic. That worked the first couple times I got the error, but now it seems to be affecting a whole class; when I make one sub-VI static, the error just pops up at the next call to a dynamic member of that class. Unfortunately (of course) some of these VIs actually need to be dynamic; I override them in subclasses and can't just arbitrarily make them static.
I will try to replicate this in a small project and post an example, but it only started happening when my project became very large (a few dozen classes, several hundred VIs all told), and seems to happen to random VIs, or in this case a random class, so it might be hard to reproduce. Also, it only occurs in the executable--the program runs just fine from within LabVIEW.
If anyone has seen this error and knows a better workaround, I would be most appreciative!
I have had the same issue. I'm sorry that I only encountered it, and the solution, years after Thurtell's original post, and after days of gnashing my teeth trying to fix it. Maybe this will help others. First, the solution: delete the dynamic VI that is causing the complaint at the top-level diagram level, and then repace and wire it so that your code looks exactly as it did before. The problem will go away. That's it!
The issue is that there is a bug in labview that affects projects using OO code and XControls - at least, this was my issue. Regardless, My solution may help in other situations.
A little more background: I have a project that contains OO code with a single dynamic VI in the top-level application. That single dynamic VI can "become" many other VIs depending upon which type is passed into it. In the same project, I have a custom XControl. Whenever I edit the XControl (right-clicking on it and going into edit mode) and then stop editing it (again, by right-clicking and selecting "apply to all instances"), my OO VI starts generating the run-time error described in the original post. When I erase and replace the OO VI in the top level diagram, the problem goes away. The exact text of the (unhelpful) error is:
This dynamic subVI cannot execute because the needed member VI cannot be found. Probe the wire going into the dynamic terminal to see the data type. Then open that LabVIEW class. Open the member VI of the class that has the same name as the dynamic subVI.
If you follow the error text's instructions, you can spend a long time hunting for a non-existant problem in your code. If you remove the code it's complaining about, it will move on to other innocent code and complain about that instead. I have called tech support and they didn't know of this issue, but have accepted that it is a bug, and are "looking into it." I am using labview 2010 on windows XP SP3. Tech support reports that the issue was not reproduceable in windows 7, so perhaps NI won't bother fixing this, since it is esoteric, presumably will go away with XP, and there is a workaround. However, it is annoying to deal with this every time I edit the XControl.
I don't know if it matters, by the only other connection between OO and the XControl, besides being in the same program or VI, is that the OO VIs contain a reference to the XControl and manipulate it from within OO methods. However, this is a run-time error, and is not detected at edit time.
Similar Messages
-
Excel and Word dynamic VIs broken
I upgraded from Labview 8.5.1 to 8.6 and tried to upgrade the microsoft office report generation toolkit at the same time but got an error as I am using office 2000 (not compatible with the new toolkit). Now, I can add the word and excel dynamic VIs to a project and add them to an application build but when I try to build the exe I get an error saying the word and excel VIs are broken. Looking at the Excel VI shows an error "SubVI 'NI_Excel.lvclass:Excel_Get_Properties.vi': required input 'report in' is not wired". The Word VI gives three similar errors. Is there a known problem or workaround for this?
Hi zeppelin_79,
Can you provide me with the screenshots of the error?
From my experience, Common error came up when we upgrade the Microsoft Office versions. Since, different version of Microsoft Office might have different attributes that being access by the Report Generation Toolkit for Microsoft Office.
In the meantime, try to do what this article recommended:
Broken Run Arrow When Using Excel Get Data VI in My Application
http://digital.ni.com/public.nsf/allkb/77D87AC905ECE51386256DE50077D6C0?OpenDocument
Let me know if the problems are still persist.
Sincerely,
Krisna Wisnu
Message Edited by Krisna Wisnu on 10-07-2008 03:09 AM
Message Edited by Krisna Wisnu on 10-07-2008 03:10 AM
Sincerely,
Krisna Wisnu -
Build EXE using Word Dynamic VIs
Can anyone help solve the ERROR that occurs when I try to Build an executable file which involves Word report generation. I have added the Word Dynamic VIs, but it complains about one of those VIs not being executable - as follows:
An error occurred while building the following file:
C:\Program Files\National Instruments\LabVIEW 8.0
\vi.lib\addons\_office\_wordsub.llb\Word_Update_Table.vi
Visit the Request Support page at ni.com/ask to learn more about resolving this problem. Use the
following information as a reference:
Error 1003 occurred at ABAPI Dist Chg and Save VIs.vi -> ABAPI Dist Build LLB Image.vi -> ABAPI
Copy Files and Apply Settings.vi -> EBEP_Invoke_Build_Engine.vi -> EBUIP_Build_Invoke.vi ->
EBUIP_Build_Rule_Editor.vi -> EBUIP_Item_OnDoProperties.vi ->
EBUIP_Item_OnDoProperties.vi.ProxyCaller
Possible reason(s):
LabVIEW: The VI is not executable.
thanks
FredFred,
When I opened your VI I noticed that the invoke nodes for the table methods were grayed out. Which indicates that they need to be relinked. Once I relinked them (right click on the node and select "Relink Invoke Node") it worked on my machine. I am attaching my version of the file. Hope it helps.
--Brian
Attachments:
Word_Update_Table.vi 46 KB -
LV 8.6.1f1
I'm having a hard time figuring out the ALWAYS INCLUDE field under the SOURCE FILES section of the BUILD properties in my BUILD SPECIFICATION.
My app uses "plug-ins". You configure a channel (in my editor) as a plug-in channel, you give it a name "X".
The code looks for "X.vi" in a certain folder, runs it once to check out if it exists, figure out its prerequisites, and gets ready to run it for real.
These plugins do things like compute a power channel from a speed and torque channel, or things involving chemistry. Basically, they're fake channels, but the user can treat them just like real channels by adding alarms, graphing them live, etc.
These plugins use certain subVIs, and control typedefs (ENUMS, mostly) that are in the main program.
All this works fine in the development system.
If I build the app, my config puts the app alongside the main VI's library file, and the executable works just fine.
However, If I move the app (and the supporting folders with the plugins) to a different place (without the main source code present), I have trouble.
Specifically, when I make a channel ACTIVE (and thus try to dynamically load it), I sometimes get an error 1003, meaning the VI is not executable (broken).
When I flip the ACTIVE switch, I can see the LOADING dialog appear for just a tenth of a second or so. If I keep trying, I can eventually read the name of the VI it's looking for (some subVI, or control, used by the VI I'm loading).
If I modify the build spec to include that control in the project, it doesn't change anything. I don't really expect it to, since the main VI already knows it needs this particular control (in a lot of places besides the plug-in).
However, if I add this control to the ALWAYS INCLUDE list, then things work just fine.
The question is: WHY?
I can guarantee that this control is in the EXE; it's used in a lot of places (including the editor that checks out the plugins). I just did a search and found 807 instances of it.
The help for ALWAYS INCLUDE says "Specifies the dynamic VIs and support files always to include in the application, even if the startup VIs do not contain references to the files".
I just confirmed that if i remove it from the ALWAYS INCLUDE list, it fails; if I add it back in, it succeeds.
Maybe it has to do with paths - in the development folder, I have :
Root\Main.llb\Main.vi { the main VI }
Root\Libraries\Units.llb\Units.ctl {the control in question }
Root\User\Plugins\Whatever.vi {a plugin that uses it }
When I build the app, it goes into the root:
Root\Main.exe
and everything else is the same.
I move the app into a testbed:
Root\Testbed\Main.exe {the main program }
Root\Testbed\User\Plugins\Whatever.vi { a plugin }
and there's where the failure occurs.
So the questions are:
1... Why is this happening?
2... What rules do I need to follow so that it doesn't happen again?
I don't want to just dump stuff into the ALWAYS INCLUDE bucket until I understand what's what.
Ideas?
Steve Bird
Culverson Software - Elegant software that is a pleasure to use.
Culverson.com
Blog for (mostly LabVIEW) programmers: Tips And Tricks
Solved!
Go to Solution.The control is in the exe, but if you only have your plugin vi without the control, then the vi is not executable.
--- I don't understand what you're saying. The control does exist in the EXE, it's used in lots of other places in the EXE. So I was expecting the plugin to be able to find it.
Every vi, you want to load dynamically, has to be executable independently from the exe which calls them.
--- That's not exactly true, specifically the "independently" part.
More testing with lots of these plugins has yielded the following rules for my case:
The plugin itself does NOT have to be in the ALWAYS INCLUDE list. That's obvious, or it wouldn't truly be a dynamic VI.
If the plugin uses a typedef control, then that control must be in the ALWAYS INCLUDE list. It doesn't matter if it's used in the main already, even 800+ times. It simply has to be in the list.
Any subVIs that the plugin calls have to either A) be already used in the main, so that they're in the EXE, or B) in the ALWAYS INCLUDE list.
My confusion comes from the difference between 2 and 3. Controls are fundamentally different from VIs in this treatment, and I didn't (don't) understand why.
I said that your "independently" comment was not true because of #3. These plugins are capable of finding subVIs in the parent EXE. They're dependent on the EXE, but they can still work if that dependency is resolvable.
For some reason, they're not capable of finding typedef controls in the parent.
Steve Bird
Culverson Software - Elegant software that is a pleasure to use.
Culverson.com
Blog for (mostly LabVIEW) programmers: Tips And Tricks -
I am completing an application with LabVIEW 6.0.2. The application will be distributed as a stand-alone executable.
Now I wonder if it is worth upgrading the software to LabVIEW 6.1 in order to allow the users remotely interact with the software by means of the "remote panels" feature. In the past I tested the built-in Web Server functionality of LabVIEW but I found it too "static" with a lack of support for dialog boxes coming from dynamically loaded VIs.
Does anyone know if the new "remote panels" feature allows a real control of the remote program even when there are dynamic VIs?
Are there licensing restrictions for the single connection provided with LabVIEW 6.1? Hundreds of users may install and run my application.
Thank you
in advance!Hi again,
I attach an example that shows how to use remote panels feature.
The Grafico.vi loads dinamically Sub-vi.vi for an easy task. This can be controlled by a remote client. I also attach the html file working for my server, you should edit it and change the server name (mine is K1000) to get it work. You will also find a document about the sintax for creating html files for LV Web Server.
Feel free to ask any further information,
Alberto
Attachments:
remote_panels_example.zip 24 KB -
BUG - Notifier Compatibility VIs Memory Leak
There is a nasty little bug in the Notifier compatibility VIs that causes a sever performance hit, and memory leak. This is caused by the caching of the notifier names and not ever flushing stale notifier references when they are destroyed. This bug exists in LV 6.1, 7.0, and 7.1.
More info, including screenshots and bugfix download, located here:
http://forums.lavausergroup.org/index.php?showtopic=1093
Regards,Sorry, that last URL wasn't a hyperlink. Click on this:
http://forums.lavausergroup.org/index.php?showtopic=1093 -
Do I need to set something when using Dynamic VIs to pass control values to an executable VI
I am using VI server to pass control information from one VI to another.
In the development system this works fine.
How ever once I build the VI's into an executable the values from one of the VIs does not get passed.
I use the same method in three different applications, 2 of the applications work fine, but one does not.
The only thing I can think of is that there is something that needs to be set that I did (without realizing) in the first two but not in the third.
All the Applications run fine.
The problem that occurs is in the values passed. The same value gets passed everytime this turns out to be what ever the default was prior to running application builder.
I a
m currently using 6.02.Kandrew wrote:
> I am using VI server to pass control information from one VI to
> another.
> In the development system this works fine.
> How ever once I build the VI's into an executable the values from one
> of the VIs does not get passed.
>
> I use the same method in three different applications, 2 of the
> applications work fine, but one does not.
Are you using Call by Reference or Set Control Value method? The second
absolutely requires the Front Panel to be present to work properly. The
LabVIEW application builder wants to remove the Front Panel by default
if the VI hasn't been configured to show its front panel when called or
doesn't have at least one Control Property Node in its diagram.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions -
Bug? - Dynamic lists, Apex 4.1
I'm attempting to create a dynamic list (Apex 4.1/Oracle 11.2.0.1) that will ultimately serve as a hierarchical menu structure for a site.
For those that have dealt with this you probably know that there are two main parts, the query against the source table and the associated list template. I'm pretty sure I've got my query correct but would appreciate any comments/feedback on what I've got so far. Here's my query:
select
level,
entry_text label,
entry_target target,
null is_current
from custom_menus
where list_name = 'main menu'
start with list_entry_parent_id is null
connect by prior list_entry_id = list_entry_parent_id
order siblings by display_sequenceThis produces the following output from my table, which looks pretty comparable to the static list I've been using:
LEVEL LABEL TARGET IS_CURRENT
1 My Home f?p=myApp:HOME:&SESSION.::&DEBUG.:::: -
1 My Dashboard - -
2 My Year to Date f?p=myApp:20:&SESSION.::&DEBUG.:::: -
2 My Contest f?p=myApp:26:&SESSION.::&DEBUG.:::: -
2 My Claims f?p=myApp:24:&SESSION.::&DEBUG.:::: -
2 My Current Business f?p=myApp:22:&SESSION.::&DEBUG.:::: -
1 My Search f?p=myApp:810:&SESSION.::&DEBUG.:::: -
1 My Reports - -
2 My Contact Summary f?p=myApp:830:&SESSION.::&DEBUG.:::: -
2 My Production Support Report f?p=EXT_REP:PROD_SUPPORT:&APP_SESSION.::::G_REGION_ID,G_AGENCY_ID,G_AGENT_ID:&P1_REGION_LOV.,& -
2 My Commission Report f?p=myApp:680:&SESSION. -
2 My Chargeback Report f?p=EXT_REP:CHARGEBACK:&APP_SESSION.::::G_REGION_ID,G_AGENCY_ID,G_AGENT_ID:&P1_REGION_LOV.,&P1_AGENCY_LOV.,&P1_AGENT_LOV.: -
1 My myApp™ f?p=EXAPP:HOME:&SESSION. -
1 My Online Store f?p=OLS:HOME:&SESSION. -
1 My Marketing f?p=myApp:710:&SESSION. -So the first question is: does this look correct, from the point of view of what Apex is expecting a dynamic list to look like? It looks like what I would expect, based on the data in my table, but not sure about how the dynamic list is handling the ordering of the list elements.
Assuming this is "correct" and Apex just takes the input in the order it's provided then I'm going to move on the list template. I already have a list template that works with my static list, but when I try to use it with the dynamic list it all falls apart. The nesting of the <ul> and <li> elements gets messed up. The problem seems to be getting the right <ul> and <li> elements in the right areas of the template definition.
If the query above and the output look like what Apex is expecting (I'd appreciate feedback on this) then I'll post some example HTML that's being emitted from my template and see if anyone can see where I might be going wrong. Thanks for any help you might have.
Earl
Edited by: Earl Lewis on Dec 25, 2011 1:25 PMPaul,
That is interesting. Thanks for that pointer. Most interesting part about it is that my list template works just fine for my static list and it goes wonky when I try to apply it to the dynamic list. I think this might actually be getting to the root of the problem.
Perhaps some things are being assumed with the new dynamic lists and maybe stepping on my template design? Guess I need to devise a good test to see if I can better hone in on the problem.
For any others out there that might be reading, this is not resolved so any additional thoughts or feedback will still be greatly appreciated.
Thanks again Paul.
Earl -
A BUG? - dynamic combo problem
Hello!Setting dynamic option in the combo, where the essbase shared members are selected causes a problem.There is no way to open the report containing such combo - an "error occured while loading report" message apears. Does anyone experienced such error? Are there any ideas how to use dynamic combos and shared members?thanks
Of course this issue concerns Analyzer 6.1
-
Speedgrade erratic cursor bug using dynamic link from PP
I'm on the latest version of CC (2014) running two subscriptions (one for work and one for freelance projects) both have developed an erratic cursor fault. Both are running Windows 7 (64 Bit) with pretty powerful machines. My process to get the fault is as follows:
Working on a PP timeline - use direct link to speedgrade - work up some clips using the sliders and colour wheels - about 5-10 mins into using speedgrade my cursor begins to act erratically. The cursor will jump off a colour wheel / slider and change values at will. I have to shut down and restart to get the software back again. As this is happening across two machines, completely separate to each other I'm a bit worried this isn't just a one off.
I have reported this to Adobe via the bug page but has anyone else had this issue?
Cheers,Limon26 wrote:
Ok, I got one transcode to finally work. But when I check the project now it says
"Trims and/or chapters adjusted". What do I need to change to get rid of that error?
Also, if I close out of encore and open it up later, will I have to re-transcode
The file that just transcoded? Or only if I make a change?
That's not an error; it's just an advisory that the length of your video and/or audio streams has been trimmed, or the location of your chapter points have been adjusted. If the transcoded version behaves like you want on a burned disc, then you can safely ignore the message.
The transcode is safe until you make a change, or do something else major like moving folders and assets around.
-Jeff -
Problems with Type defs in dynamic VIs
I have created a Labview executable that consists of a top level VI that dymamically calls a Front Panel VI.
To build this I have added the Front Panel.vi as a support file, and then set the installer to create a Front Panel(s) directory to put the vi in.
When I run my .exe I get an error saying that the Front Panel.vi is not executable. I have eventually found out that if I disconnect a control I have in the front panel from its type def then everything works fine, so this looks like it's the problem.
It's not the end of the world not having the type def connected, but it is a bit inconvenient if I want to make changes to the front panel - just wondering if anyone knew how I could get this type def included in the build, and for the front panel as a support file to be able to see it.
Many thanks in advance for any responses.
David Clark
CLA | CTA
CLA Design Ltd
Hampshire, EnglandHi,
You have to uncheck "Disconnect from type defs" when you build an executable.
Regards,
Wiebe.
"davidpcl" <[email protected]> wrote in message news:[email protected]..
I have created a Labview executable that consists of a top level VI that dymamically calls a Front Panel VI. To build this I have added the Front Panel.vi as a support file, and then set the installer to create a Front Panel(s) directory to put the vi in.When I run my .exe I get an error saying that the Front Panel.vi is not executable. I have eventually found out that if I disconnect a control I have in the front panel from its type def then everything works fine, so this looks like it's the problem.It's not the end of the world not having the type def connected, but it is a bit inconvenient if I want to make changes to the front panel - just wondering if anyone knew how I could get this type def included in the build, and for the front panel as a support file to be able to see it.Many thanks in advance for any responses. -
A question about Oracle installer and a possible bug in JVM
Hello,
I appreciate if you could kindly guide me to solve the following problem.
I'm trying to install Oracle11g Enterprise on a Linux system (Redhat Enterprise 5.3).
There is no X system, and therefore I chose to install by using a response file
in silent mode. I set the parameters value as indicated in Oracle installation
guide. Yet, when I launch the installer, it seems that there is a problem with
java:
[oracle@ccsaplinux0002 database]$ ./runInstaller -responseFile /usr/local/oracle/database/responseFileV01.rsp -silent
Starting Oracle Universal Installer...
Checking Temp space: must be greater than 80 MB. Actual 34517 MB Passed
Checking swap space: must be greater than 150 MB. Actual 8189 MB Passed
Preparing to launch Oracle Universal Installer from /tmp/OraInstall2009-08-10_06-53-41PM. Please wait ...[oracle@ccsaplinux0002 database]$ Oracle Universal Installer, Version 11.1.0.6.0 Production
Copyright (C) 1999, 2007, Oracle. All rights reserved.
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0xb7948692, pid=2854, tid=3086293200
# Java VM: Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode)
# Problematic frame:
# V [libjvm.so+0x19c692]
# An error report file with more information is saved as hs_err_pid2854.log
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
[oracle@ccsaplinux0002 database]$I looked in the oracle package that I downloaded, there was no jdk or jre direcotry.
As a result I downloaded the JDK 1.6.0_15 available on Sun microsystem web site and then
I set manually in oracle user ~/.bash_profile the value for $JAVA_HOME.
Why I get this error?
Thanks in advance,
Dariush
:)schavali wrote:
>
# An error report file with more information is saved as hs_err_pid2854.log
>
Can you post the contents of this error log ?
HTH
SriniHello there,
Thanks for your attention to my problem. Here is the file:
Kind Regards,
Dariyoosh
[root@ccsaplinux0002 oracle]# cat /tmp/hs_err_pid2854.log
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0xb7948692, pid=2854, tid=3086293200
# Java VM: Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode)
# Problematic frame:
# V [libjvm.so+0x19c692]
--------------- T H R E A D ---------------
Current thread (0x0805f5c0): JavaThread "main" [_thread_in_vm, id=2854]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
Registers:
EAX=0x00000000, EBX=0xb7b3716c, ECX=0x000bfd68, EDX=0x00000001
ESP=0xbfd68950, EBP=0xbfd689b4, ESI=0x0805f748, EDI=0xb7b49fa0
EIP=0xb7948692, CR2=0x00000000, EFLAGS=0x00010286
Top of Stack: (sp=0xbfd68950)
0xbfd68950: b7b3716c bfd68974 b79485e7 bfd68990
0xbfd68960: 00000000 bfd68980 b7b3716c 0805f748
0xbfd68970: 08060320 08060328 08060714 0805f5c0
0xbfd68980: bfd68994 0805f5c0 00000000 0805f5c0
0xbfd68990: bfd68a1c 00000000 08060730 0805f5c0
0xbfd689a0: 08060774 08060774 aec60018 aec60018
0xbfd689b0: 0805f680 bfd68a0c a371553b 0805f680
0xbfd689c0: 00000000 00000000 aec60018 aec60018
Instructions: (pc=0xb7948692)
0xb7948682: bc 8b 46 08 89 45 c0 8b 46 0c 89 45 c4 8b 45 0c
0xb7948692: 8b 00 50 e8 f6 f3 fd ff 83 ec 0c 89 c7 50 e8 f3
Stack: [0xbfb6e000,0xbfd6e000), sp=0xbfd68950, free space=2026k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x19c692]
C [liboraInstaller.so+0x453b] Java_oracle_sysman_oii_oiip_osd_unix_OiipuUnixOps_chgrp+0x19
j oracle.sysman.oii.oiip.oiipg.OiipgBootstrap.changeGroup(Ljava/lang/String;)Z+19
j oracle.sysman.oii.oiip.oiipg.OiipgBootstrap.writeInvLoc(Loracle/sysman/oii/oiic/OiicSessionInterfaceManager;Ljava/lang/String;Ljava/lang/String;[Ljava/lang/String;)V+86
j oracle.sysman.oii.oiip.oiipg.OiipgBootstrap.updateInventoryLoc(Loracle/sysman/oii/oiic/OiicSessionInterfaceManager;Ljava/lang/String;Ljava/lang/String;)V+42
j oracle.sysman.oii.oiic.OiicSessionInterfaceManager.doInvSetupOperations(Ljava/lang/String;Ljava/lang/String;)I+21
j oracle.sysman.oii.oiic.OiicSilentInterfaceManager.doInvSetupOperations(Ljava/lang/String;Ljava/lang/String;)I+3
j oracle.sysman.oii.oiic.OiicInvSetupWCCE.doOperation(Z)I+73
j oracle.sysman.oii.oiif.oiifb.OiifbCondIterator.iterate(Z)I+249
j oracle.sysman.oii.oiic.OiicPullSession.doOperation(Z)I+11
j oracle.sysman.oii.oiic.OiicSessionWrapper.doOperation(Z)I+100
j oracle.sysman.oii.oiic.OiicInstaller.run()V+48
j oracle.sysman.oii.oiic.OiicInstaller.runInstaller([Ljava/lang/String;)I+107
j oracle.sysman.oii.oiic.OiicInstaller.main([Ljava/lang/String;)V+6
v ~StubRoutines::call_stub
V [libjvm.so+0x17ad8c]
V [libjvm.so+0x28efd8]
V [libjvm.so+0x17abbf]
V [libjvm.so+0x1a5472]
V [libjvm.so+0x196682]
C [java+0x1873]
C [libc.so.6+0x15e8c] __libc_start_main+0xdc
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j oracle.sysman.oii.oiip.osd.unix.OiipuUnixOps.chgrp(Ljava/lang/String;Ljava/lang/String;)I+0
j oracle.sysman.oii.oiip.oiipg.OiipgBootstrap.changeGroup(Ljava/lang/String;)Z+19
j oracle.sysman.oii.oiip.oiipg.OiipgBootstrap.writeInvLoc(Loracle/sysman/oii/oiic/OiicSessionInterfaceManager;Ljava/lang/String;Ljava/lang/String;[Ljava/lang/String;)V+86
j oracle.sysman.oii.oiip.oiipg.OiipgBootstrap.updateInventoryLoc(Loracle/sysman/oii/oiic/OiicSessionInterfaceManager;Ljava/lang/String;Ljava/lang/String;)V+42
j oracle.sysman.oii.oiic.OiicSessionInterfaceManager.doInvSetupOperations(Ljava/lang/String;Ljava/lang/String;)I+21
j oracle.sysman.oii.oiic.OiicSilentInterfaceManager.doInvSetupOperations(Ljava/lang/String;Ljava/lang/String;)I+3
j oracle.sysman.oii.oiic.OiicInvSetupWCCE.doOperation(Z)I+73
j oracle.sysman.oii.oiif.oiifb.OiifbCondIterator.iterate(Z)I+249
j oracle.sysman.oii.oiic.OiicPullSession.doOperation(Z)I+11
j oracle.sysman.oii.oiic.OiicSessionWrapper.doOperation(Z)I+100
j oracle.sysman.oii.oiic.OiicInstaller.run()V+48
j oracle.sysman.oii.oiic.OiicInstaller.runInstaller([Ljava/lang/String;)I+107
j oracle.sysman.oii.oiic.OiicInstaller.main([Ljava/lang/String;)V+6
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x080cbc18 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2860]
0x080ca708 JavaThread "CompilerThread0" daemon [_thread_blocked, id=2859]
0x080c9790 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2858]
0x080bfc08 JavaThread "Finalizer" daemon [_thread_blocked, id=2857]
0x080bddc0 JavaThread "Reference Handler" daemon [_thread_blocked, id=2856]
=>0x0805f5c0 JavaThread "main" [_thread_in_vm, id=2854]
Other Threads:
0x080bb0f0 VMThread [id=2855]
0x080cd1e0 WatcherThread [id=2861]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 576K, used 458K [0xa5150000, 0xa51f0000, 0xa5cd0000)
eden space 512K, 85% used [0xa5150000, 0xa51bdb50, 0xa51d0000)
from space 64K, 29% used [0xa51d0000, 0xa51d4cb8, 0xa51e0000)
to space 64K, 0% used [0xa51e0000, 0xa51e0000, 0xa51f0000)
tenured generation total 1408K, used 1367K [0xa5cd0000, 0xa5e30000, 0xae750000)
the space 1408K, 97% used [0xa5cd0000, 0xa5e25eb0, 0xa5e26000, 0xa5e30000)
compacting perm gen total 8192K, used 5575K [0xae750000, 0xaef50000, 0xb2750000)
the space 8192K, 68% used [0xae750000, 0xaecc1ec0, 0xaecc2000, 0xaef50000)
No shared spaces configured.
Dynamic libraries:
0078f000-007a9000 r-xp 00000000 03:01 10762034 /lib/ld-2.5.so
007a9000-007aa000 r-xp 00019000 03:01 10762034 /lib/ld-2.5.so
007aa000-007ab000 rwxp 0001a000 03:01 10762034 /lib/ld-2.5.so
007ad000-008eb000 r-xp 00000000 03:01 10762035 /lib/libc-2.5.so
008eb000-008ed000 r-xp 0013e000 03:01 10762035 /lib/libc-2.5.so
008ed000-008ee000 rwxp 00140000 03:01 10762035 /lib/libc-2.5.so
008ee000-008f1000 rwxp 00000000 00:00 0
008f3000-008f5000 r-xp 00000000 03:01 10762039 /lib/libdl-2.5.so
008f5000-008f6000 r-xp 00001000 03:01 10762039 /lib/libdl-2.5.so
008f6000-008f7000 rwxp 00002000 03:01 10762039 /lib/libdl-2.5.so
008f9000-0091e000 r-xp 00000000 03:01 10762037 /lib/libm-2.5.so
0091e000-0091f000 r-xp 00024000 03:01 10762037 /lib/libm-2.5.so
0091f000-00920000 rwxp 00025000 03:01 10762037 /lib/libm-2.5.so
00922000-00935000 r-xp 00000000 03:01 10762038 /lib/libpthread-2.5.so
00935000-00936000 r-xp 00012000 03:01 10762038 /lib/libpthread-2.5.so
00936000-00937000 rwxp 00013000 03:01 10762038 /lib/libpthread-2.5.so
00937000-00939000 rwxp 00000000 00:00 0
00aac000-00abf000 r-xp 00000000 03:01 10762054 /lib/libnsl-2.5.so
00abf000-00ac0000 r-xp 00012000 03:01 10762054 /lib/libnsl-2.5.so
00ac0000-00ac1000 rwxp 00013000 03:01 10762054 /lib/libnsl-2.5.so
00ac1000-00ac3000 rwxp 00000000 00:00 0
08048000-08057000 r-xp 00000000 03:01 1145290 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/bin/java
08057000-08059000 rwxp 0000e000 03:01 1145290 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/bin/java
08059000-0861c000 rwxp 00000000 00:00 0 [heap]
a3711000-a371b000 r-xp 00000000 03:01 1145413 /tmp/OraInstall2009-08-10_06-53-41PM/oui/lib/linux/liboraInstaller.so
a371b000-a371d000 rwxp 00009000 03:01 1145413 /tmp/OraInstall2009-08-10_06-53-41PM/oui/lib/linux/liboraInstaller.so
a371d000-a37f4000 r-xs 00000000 03:01 1145388 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/srvm.jar
a37f4000-a387e000 r-xs 00000000 03:01 1145387 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/xml.jar
a387e000-a3884000 r-xs 00000000 03:01 1145386 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/ojmisc.jar
a3884000-a3899000 r-xs 00000000 03:01 1145385 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/orai18n-mapping.jar
a3899000-a399d000 r-xs 00000000 03:01 1145384 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/orai18n-collation.jar
a399d000-a39da000 r-xs 00000000 03:01 1145366 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/jewt4-nls.jar
a39da000-a3be7000 r-xs 00000000 03:01 1145365 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/jewt4.jar
a3be7000-a3d05000 r-xs 00000000 03:01 1145383 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/classes12.jar
a3d05000-a3d0d000 r-xs 00000000 03:01 1145381 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/swingaccess.jar
a3d0d000-a3d5a000 r-xs 00000000 03:01 1145364 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/ewt3-nls.jar
a3d5a000-a3d60000 r-xs 00000000 03:01 1145382 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/ewt3-swingaccess.jar
a3d60000-a3f28000 r-xs 00000000 03:01 1145363 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/ewt3.jar
a3f28000-a3f4f000 r-xs 00000000 03:01 1145368 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/help4-nls.jar
a3f4f000-a3fc3000 r-xs 00000000 03:01 1145367 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/help4.jar
a3fc3000-a4078000 r-xs 00000000 03:01 1145380 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/oracle_ice.jar
a4078000-a409b000 r-xs 00000000 03:01 1145378 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstHelp_zh_TW.jar
a409b000-a40be000 r-xs 00000000 03:01 1145377 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstHelp_zh_CN.jar
a40be000-a40e1000 r-xs 00000000 03:01 1145376 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstHelp_pt_BR.jar
a40e1000-a4103000 r-xs 00000000 03:01 1145375 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstHelp_ko.jar
a4103000-a4124000 r-xs 00000000 03:01 1145374 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstHelp_ja.jar
a4124000-a4146000 r-xs 00000000 03:01 1145373 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstHelp_it.jar
a4146000-a416a000 r-xs 00000000 03:01 1145372 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstHelp_fr.jar
a416a000-a418c000 r-xs 00000000 03:01 1145371 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstHelp_es.jar
a418c000-a41b0000 r-xs 00000000 03:01 1145370 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstHelp_de.jar
a41b0000-a41d0000 r-xs 00000000 03:01 1145369 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstHelp.jar
a41d0000-a41f1000 r-xs 00000000 03:01 1145379 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/InstImages.jar
a41f1000-a422b000 r-xs 00000000 03:01 1145432 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/http_client.jar
a422b000-a4266000 r-xs 00000000 03:01 1145389 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/remoteinterfaces.jar
a4266000-a4271000 r-xs 00000000 03:01 1145390 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/ssh.jar
a4271000-a429c000 r-xs 00000000 03:01 1145391 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/jsch.jar
a429c000-a42e5000 r-xs 00000000 03:01 1145427 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/OraPrereq.jar
a42e5000-a43c6000 r-xs 00000000 03:01 1145425 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/emCfg.jar
a43c6000-a43c8000 r-xs 00000000 03:01 1145429 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/OraInstallerNet.jar
a43c8000-a43d6000 r-xs 00000000 03:01 1145430 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/share.jar
a43d6000-a4534000 r-xs 00000000 03:01 1145426 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/xmlparserv2.jar
a4534000-a454e000 r-xs 00000000 03:01 1145424 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/oneclick.jar
a454e000-a4967000 r-xs 00000000 03:01 1145428 /tmp/OraInstall2009-08-10_06-53-41PM/oui/jlib/OraInstaller.jar
a4967000-a497c000 r-xs 00000000 03:01 1177352 /tmp/OraInstall2009-08-10_06-53-41PM/ext/jlib/orai18n-mapping.jar
a497c000-a49df000 r-xs 00000000 03:01 1177351 /tmp/OraInstall2009-08-10_06-53-41PM/ext/jlib/orai18n-utility.jar
a49df000-a4a06000 r-xs 00000000 03:01 1145126 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/ext/sunjce_provider.jar
a4a06000-a4acb000 r-xs 00000000 03:01 1145125 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/ext/localedata.jar
a4acb000-a4af6000 r-xs 00000000 03:01 1145127 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/ext/sunpkcs11.jar
a4af6000-a4af7000 ---p 00000000 00:00 0
a4af7000-a4b77000 rwxp 00000000 00:00 0
a4b77000-a4b7a000 ---p 00000000 00:00 0
a4b7a000-a4bf8000 rwxp 00000000 00:00 0
a4bf8000-a4bfb000 ---p 00000000 00:00 0
a4bfb000-a4c79000 rwxp 00000000 00:00 0
a4c79000-a4c7c000 ---p 00000000 00:00 0
a4c7c000-a4cfa000 rwxp 00000000 00:00 0
a4cfa000-a4efa000 r-xp 00000000 03:01 10994471 /usr/lib/locale/locale-archive
a4efa000-a4efd000 ---p 00000000 00:00 0
a4efd000-a4f7b000 rwxp 00000000 00:00 0
a4f7b000-a4f7e000 ---p 00000000 00:00 0
a4f7e000-a4ffc000 rwxp 00000000 00:00 0
a4ffc000-a4ffd000 ---p 00000000 00:00 0
a4ffd000-a5082000 rwxp 00000000 00:00 0
a5082000-a509e000 rwxp 00000000 00:00 0
a509e000-a509f000 rwxp 00000000 00:00 0
a509f000-a50e4000 rwxp 00000000 00:00 0
a50e4000-a50e5000 rwxp 00000000 00:00 0
a50e5000-a50e9000 rwxp 00000000 00:00 0
a50e9000-a50eb000 rwxp 00000000 00:00 0
a50eb000-a512f000 rwxp 00000000 00:00 0
a512f000-a5133000 rwxp 00000000 00:00 0
a5133000-a514f000 rwxp 00000000 00:00 0
a514f000-a51f0000 rwxp 00000000 00:00 0
a51f0000-a5cd0000 rwxp 00000000 00:00 0
a5cd0000-a5e30000 rwxp 00000000 00:00 0
a5e30000-ae750000 rwxp 00000000 00:00 0
ae750000-aef50000 rwxp 00000000 00:00 0
aef50000-b2750000 rwxp 00000000 00:00 0
b2756000-b275a000 rwxp 00000000 00:00 0
b275a000-b27d6000 rwxp 00000000 00:00 0
b27d6000-b28b6000 rwxp 00000000 00:00 0
b28b6000-b47d6000 rwxp 00000000 00:00 0
b47d6000-b5045000 r-xs 00000000 03:01 1112048 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/charsets.jar
b5045000-b505a000 r-xs 00000000 03:01 1112076 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/jce.jar
b505a000-b50df000 r-xs 00000000 03:01 1112077 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/jsse.jar
b50df000-b5148000 rwxp 00000000 00:00 0
b5148000-b7757000 r-xs 00000000 03:01 1112084 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/rt.jar
b7757000-b7766000 r-xp 00000000 03:01 1145170 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/libzip.so
b7766000-b7768000 rwxp 0000e000 03:01 1145170 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/libzip.so
b7768000-b7789000 r-xp 00000000 03:01 1145150 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/libjava.so
b7789000-b778b000 rwxp 00020000 03:01 1145150 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/libjava.so
b778b000-b7796000 r-xp 00000000 03:01 1145169 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/libverify.so
b7796000-b7797000 rwxp 0000b000 03:01 1145169 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/libverify.so
b7797000-b77a0000 r-xp 00000000 03:01 10759656 /lib/libnss_files-2.5.so
b77a0000-b77a1000 r-xp 00008000 03:01 10759656 /lib/libnss_files-2.5.so
b77a1000-b77a2000 rwxp 00009000 03:01 10759656 /lib/libnss_files-2.5.so
b77a2000-b77a4000 r-xs 00000000 03:01 1145124 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/ext/dnsns.jar
b77a4000-b77ac000 rwxs 00000000 03:01 1014834 /tmp/hsperfdata_oracle/2854
b77ac000-b7b1c000 r-xp 00000000 03:01 1145177 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/client/libjvm.so
b7b1c000-b7b3a000 rwxp 00370000 03:01 1145177 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/client/libjvm.so
b7b3a000-b7f52000 rwxp 00000000 00:00 0
b7f53000-b7f59000 r-xp 00000000 03:01 1145187 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/native_threads/libhpi.so
b7f59000-b7f5a000 rwxp 00006000 03:01 1145187 /tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/native_threads/libhpi.so
b7f5a000-b7f5b000 rwxp 00000000 00:00 0
b7f5b000-b7f5c000 r-xp 00000000 00:00 0
b7f5c000-b7f5d000 rwxp 00000000 00:00 0
b7f5d000-b7f5e000 r-xp 00000000 00:00 0 [vdso]
bfb6e000-bfb71000 ---p 00000000 00:00 0
bfb71000-bfd6e000 rwxp 00000000 00:00 0 [stack]
VM Arguments:
jvm_args: -Doracle.installer.library_loc=/tmp/OraInstall2009-08-10_06-53-41PM/oui/lib/linux -Doracle.installer.oui_loc=/tmp/OraInstall2009-08-10_06-53-41PM/oui -Doracle.installer.bootstrap=TRUE -Doracle.installer.startup_location=/usr/local/oracle/database/install -Doracle.installer.jre_loc=/tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre -Doracle.installer.nlsEnabled="TRUE" -Doracle.installer.prereqConfigLoc= -Doracle.installer.unixVersion=2.6.30.4-09-AUG-2009-V02 -Xmx150m
java_command: oracle.sysman.oii.oiic.OiicInstaller -scratchPath /tmp/OraInstall2009-08-10_06-53-41PM -sourceLoc /usr/local/oracle/database/install/../stage/products.xml -sourceType network -timestamp 2009-08-10_06-53-41PM -responseFile /usr/local/oracle/database/responseFileV01.rsp -silent
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=
CLASSPATH=
PATH=/usr/bin:/usr/ccs/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/home/oracle/bin:/usr/local/oracle/app/oracle/product/11.1.0/db_1/bin:/usr/local/java/jdk1.6.0_15/bin:/home/oracle/bin:/usr/local/oracle/app/oracle/product/11.1.0/db_1/bin:/usr/local/java/jdk1.6.0_15/bin:/usr/local/oracle/database/install
LD_LIBRARY_PATH=/tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386/client:/tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/lib/i386:/tmp/OraInstall2009-08-10_06-53-41PM/jdk/jre/../lib/i386
SHELL=/bin/bash
Signal Handlers:
SIGSEGV: [libjvm.so+0x32a000], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x32a000], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x28e010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: [libjvm.so+0x28e010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGILL: [libjvm.so+0x28e010], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x290460], sa_mask[0]=0x00000000, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGTERM: [libjvm.so+0x28fe90], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
--------------- S Y S T E M ---------------
OS:Red Hat Enterprise Linux Server release 5.3 (Tikanga)
uname:Linux 2.6.30.4-09-AUG-2009-V02 #1 SMP Sun Aug 9 19:19:38 CEST 2009 i686
libc:glibc 2.5 NPTL 2.5
rlimit: STACK 8192k, CORE 0k, NPROC 2047, NOFILE 65536, AS infinity
load average:0.12 0.03 0.01
CPU:total 1 (cores per cpu 1, threads per core 1) family 6 model 15 stepping 11, cmov, cx8, fxsr, mmx, sse, sse2
Memory: 4k page, physical 1137164k(322240k free), swap 2047k(2047k free)
vm_info: Java HotSpot(TM) Client VM (1.5.0_11-b03) for linux-x86, built on Dec 15 2006 02:25:41 by java_re with gcc 3.2.1-7a (J2SE release)
[root@ccsaplinux0002 oracle]# -
Hi ppl,
In all those years working with Java its the first time I cant find help in internet or in my friends. Im getting a serious trouble in my application that generates the following log:
# An unexpected error has been detected by Java Runtime Environment:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x35d5d7c0, pid=924, tid=3184
# Java VM: Java HotSpot(TM) Client VM (11.2-b01 mixed mode windows-x86)
# Problematic frame:
# C [myodbc5.dll+0xd7c0]
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x35070c00): JavaThread "AWT-EventQueue-0" [_thread_in_native, id=3184, stack(0x36320000,0x36370000)]
siginfo: ExceptionCode=0xc0000005, reading address 0x34e65000
Registers:
EAX=0x34e64ff8, EBX=0x000cb6f0, ECX=0x34e64f40, EDX=0x34e64ff9
ESP=0x3636ede8, EBP=0x00000000, ESI=0x34e65000, EDI=0x00000000
EIP=0x35d5d7c0, EFLAGS=0x00010202
Top of Stack: (sp=0x3636ede8)
0x3636ede8: 34d0c957 35fbcebd 000cb6f0 34d0c957
0x3636edf8: 34e64ff8 0000ebf4 000b433c 34d0c957
0x3636ee08: 000b4338 ffffffff 7c91003d 00390032
0x3636ee18: 34d00000 00000000 35dcf79f 00000000
0x3636ee28: 34d03df0 00000000 00000000 3636ee24
0x3636ee38: 3636ee28 3636ee90 35dd2d30 35e147e8
0x3636ee48: ffffffff 35dcf79f 35dce170 34d03df0
0x3636ee58: 35dd63a1 35f5d2c8 3636eea0 35dceb94
Instructions: (pc=0x35d5d7c0)
0x35d5d7b0: c4 04 d1 e6 eb 13 8b f0 8d 56 01 eb 03 8d 49 00
0x35d5d7c0: 8a 0e 46 84 c9 75 f9 2b f2 85 ff 75 1d 8b 94 24
Stack: [0x36320000,0x36370000], sp=0x3636ede8, free space=315k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [myodbc5.dll+0xd7c0]
[error occurred during error reporting (printing native stack), id 0xc0000005]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.jdbc.odbc.JdbcOdbc.execute(J[B)V+0
j sun.jdbc.odbc.JdbcOdbc.SQLExecute(J)Z+46
j sun.jdbc.odbc.JdbcOdbcPreparedStatement.execute()Z+47
j sun.jdbc.odbc.JdbcOdbcPreparedStatement.executeUpdate()I+28
j baroni.model.cs.dao.OrderDAO.save(Lbaroni/model/cd/Order;)V+63
j baroni.model.cs.dao.CheckDAO.save(Lbaroni/model/cd/Check;)V+102
j baroni.model.cs.services.CashierServices.payCheck(Lbaroni/model/cd/Check;)V+10
j modules.cashier.ctrl.CashierController.payCheck(Lbaroni/model/cd/PaymentMethod;)V+61
j modules.cashier.ctrl.PaymentMethodAction.actionPerformed(Ljava/awt/event/ActionEvent;)V+8
j javax.swing.SwingUtilities.notifyAction(Ljavax/swing/Action;Ljavax/swing/KeyStroke;Ljava/awt/event/KeyEvent;Ljava/lang/Object;I)Z+132
J javax.swing.JComponent.processKeyBinding(Ljavax/swing/KeyStroke;Ljava/awt/event/KeyEvent;IZ)Z
J javax.swing.JComponent.processKeyBindings(Ljava/awt/event/KeyEvent;Z)Z
j javax.swing.JComponent.processKeyEvent(Ljava/awt/event/KeyEvent;)V+51
j java.awt.Component.processEvent(Ljava/awt/AWTEvent;)V+121
j java.awt.Container.processEvent(Ljava/awt/AWTEvent;)V+18
J java.awt.Component.dispatchEventImpl(Ljava/awt/AWTEvent;)V
J java.awt.Container.dispatchEventImpl(Ljava/awt/AWTEvent;)V
J java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Ljava/awt/event/KeyEvent;)Z
j java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Ljava/awt/event/KeyEvent;)Z+140
J java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Ljava/awt/Component;Ljava/awt/AWTEvent;)Z
J java.awt.DefaultKeyboardFocusManager.dispatchEvent(Ljava/awt/AWTEvent;)Z
J java.awt.Component.dispatchEventImpl(Ljava/awt/AWTEvent;)V
J java.awt.Container.dispatchEventImpl(Ljava/awt/AWTEvent;)V
j java.awt.Window.dispatchEventImpl(Ljava/awt/AWTEvent;)V+19
J java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V
J java.awt.EventDispatchThread.pumpOneEventForFilters(I)Z
J java.awt.EventDispatchThread.pumpEventsForFilter(ILjava/awt/Conditional;Ljava/awt/EventFilter;)V
j java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V+11
j java.awt.EventDispatchThread.pumpEvents(ILjava/awt/Conditional;)V+4
j java.awt.EventDispatchThread.pumpEvents(Ljava/awt/Conditional;)V+3
j java.awt.EventDispatchThread.run()V+9
v ~StubRoutines::call_stub
(continues...)--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
=>0x35070c00 JavaThread "AWT-EventQueue-0" [_thread_in_native, id=3184, stack(0x36320000,0x36370000)]
0x34f9a400 JavaThread "Timer-2" [_thread_blocked, id=2080, stack(0x36280000,0x362d0000)]
0x34f02800 JavaThread "Timer-1" [_thread_blocked, id=2076, stack(0x35360000,0x353b0000)]
0x003a3800 JavaThread "DestroyJavaVM" [_thread_blocked, id=984, stack(0x00b10000,0x00b60000)]
0x35111400 JavaThread "AWT-Shutdown" [_thread_blocked, id=1512, stack(0x35310000,0x35360000)]
0x34edd800 JavaThread "TimerQueue" daemon [_thread_blocked, id=1308, stack(0x360a0000,0x360f0000)]
0x34ad3000 JavaThread "Laf-Widget fade tracker" daemon [_thread_blocked, id=1288, stack(0x35400000,0x35450000)]
0x34ad8000 JavaThread "Substance heap status" daemon [_thread_blocked, id=1280, stack(0x353b0000,0x35400000)]
0x34aa3800 JavaThread "Timer-0" [_thread_blocked, id=1220, stack(0x34e00000,0x34e50000)]
0x349c8000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=1164, stack(0x34d10000,0x34d60000)]
0x349b7800 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=1128, stack(0x34c70000,0x34cc0000)]
0x348e9800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1104, stack(0x34bd0000,0x34c20000)]
0x348e3400 JavaThread "CompilerThread0" daemon [_thread_blocked, id=1100, stack(0x34b80000,0x34bd0000)]
0x348e1c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=1024, stack(0x34b30000,0x34b80000)]
0x00abf000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=848, stack(0x34ae0000,0x34b30000)]
0x00ab0c00 JavaThread "Finalizer" daemon [_thread_blocked, id=968, stack(0x347e0000,0x34830000)]
0x00a01000 JavaThread "Reference Handler" daemon [_thread_blocked, id=992, stack(0x34790000,0x347e0000)]
Other Threads:
0x009fc400 VMThread [stack: 0x34740000,0x34790000] [id=988]
0x348eb000 WatcherThread [stack: 0x34c20000,0x34c70000] [id=1108]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 36288K, used 23011K [0x02c30000, 0x05390000, 0x06200000)
eden space 32256K, 66% used [0x02c30000, 0x0410a170, 0x04bb0000)
from space 4032K, 41% used [0x04fa0000, 0x0513ecc8, 0x05390000)
to space 4032K, 0% used [0x04bb0000, 0x04bb0000, 0x04fa0000)
tenured generation total 483968K, used 60101K [0x06200000, 0x23aa0000, 0x2e830000)
the space 483968K, 12% used [0x06200000, 0x09cb1760, 0x09cb1800, 0x23aa0000)
compacting perm gen total 15872K, used 15699K [0x2e830000, 0x2f7b0000, 0x32830000)
the space 15872K, 98% used [0x2e830000, 0x2f784e40, 0x2f785000, 0x2f7b0000)
No shared spaces configured.
Dynamic libraries:
0x00400000 - 0x00424000 C:\Arquivos de programas\PDV\jre6\bin\javaw.exe
0x7c900000 - 0x7c9b3000 C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c900000 C:\WINDOWS\system32\kernel32.dll
0x77f50000 - 0x77ffb000 C:\WINDOWS\system32\ADVAPI32.dll
0x77db0000 - 0x77e42000 C:\WINDOWS\system32\RPCRT4.dll
0x77f20000 - 0x77f31000 C:\WINDOWS\system32\Secur32.dll
0x7e360000 - 0x7e3f1000 C:\WINDOWS\system32\USER32.dll
0x77e50000 - 0x77e99000 C:\WINDOWS\system32\GDI32.dll
0x7c340000 - 0x7c396000 C:\Arquivos de programas\PDV\jre6\bin\msvcr71.dll
0x6d800000 - 0x6da56000 C:\Arquivos de programas\PDV\jre6\bin\client\jvm.dll
0x76b20000 - 0x76b4e000 C:\WINDOWS\system32\WINMM.dll
0x6d710000 - 0x6d732000 C:\Arquivos de programas\PDV\jre6\bin\splashscreen.dll
0x746e0000 - 0x7472c000 C:\WINDOWS\system32\MSCTF.dll
0x77bf0000 - 0x77c48000 C:\WINDOWS\system32\msvcrt.dll
0x6d290000 - 0x6d298000 C:\Arquivos de programas\PDV\jre6\bin\hpi.dll
0x76bd0000 - 0x76bdb000 C:\WINDOWS\system32\PSAPI.DLL
0x6d7b0000 - 0x6d7bc000 C:\Arquivos de programas\PDV\jre6\bin\verify.dll
0x6d330000 - 0x6d34f000 C:\Arquivos de programas\PDV\jre6\bin\java.dll
0x6d7f0000 - 0x6d7ff000 C:\Arquivos de programas\PDV\jre6\bin\zip.dll
0x6d000000 - 0x6d14a000 C:\Arquivos de programas\PDV\jre6\bin\awt.dll
0x72fb0000 - 0x72fd6000 C:\WINDOWS\system32\WINSPOOL.DRV
0x76360000 - 0x7637d000 C:\WINDOWS\system32\IMM32.dll
0x774c0000 - 0x775fd000 C:\WINDOWS\system32\ole32.dll
0x773b0000 - 0x774b3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll
0x77ea0000 - 0x77f16000 C:\WINDOWS\system32\SHLWAPI.dll
0x6d230000 - 0x6d284000 C:\Arquivos de programas\PDV\jre6\bin\fontmanager.dll
0x7c9c0000 - 0x7d1de000 C:\WINDOWS\system32\shell32.dll
0x6d610000 - 0x6d623000 C:\Arquivos de programas\PDV\jre6\bin\net.dll
0x71a70000 - 0x71a87000 C:\WINDOWS\system32\WS2_32.dll
0x71a60000 - 0x71a68000 C:\WINDOWS\system32\WS2HELP.dll
0x6d630000 - 0x6d639000 C:\Arquivos de programas\PDV\jre6\bin\nio.dll
0x68000000 - 0x68036000 C:\WINDOWS\system32\rsaenh.dll
0x769a0000 - 0x76a55000 C:\WINDOWS\system32\USERENV.dll
0x5bcb0000 - 0x5bd05000 C:\WINDOWS\system32\netapi32.dll
0x71a10000 - 0x71a50000 C:\WINDOWS\System32\mswsock.dll
0x76f00000 - 0x76f27000 C:\WINDOWS\system32\DNSAPI.dll
0x76d40000 - 0x76d59000 C:\WINDOWS\system32\iphlpapi.dll
0x76f90000 - 0x76f98000 C:\WINDOWS\System32\winrnr.dll
0x76f40000 - 0x76f6d000 C:\WINDOWS\system32\WLDAP32.dll
0x76fa0000 - 0x76fa6000 C:\WINDOWS\system32\rasadhlp.dll
0x6d1a0000 - 0x6d1c3000 C:\Arquivos de programas\PDV\jre6\bin\dcpr.dll
0x6d370000 - 0x6d37d000 C:\Arquivos de programas\PDV\jre6\bin\JdbcOdbc.dll
0x74610000 - 0x7464d000 C:\WINDOWS\system32\ODBC32.dll
0x76380000 - 0x763c8000 C:\WINDOWS\system32\comdlg32.dll
0x34ce0000 - 0x34cf8000 C:\WINDOWS\system32\odbcint.dll
0x35d50000 - 0x35f92000 C:\Arquivos de programas\MySQL\Connector ODBC 5.1\myodbc5.dll
0x6dad0000 - 0x6daeb000 C:\WINDOWS\system32\odbccp32.dll
0x77be0000 - 0x77be8000 C:\WINDOWS\system32\VERSION.dll
0x60b30000 - 0x60b88000 C:\WINDOWS\system32\hnetcfg.dll
0x71a50000 - 0x71a58000 C:\WINDOWS\System32\wshtcpip.dll
0x36100000 - 0x36248000 C:\Arquivos de programas\PDV\Daruma32.dll
0x7df10000 - 0x7dfb2000 C:\WINDOWS\system32\urlmon.dll
0x77100000 - 0x7718b000 C:\WINDOWS\system32\OLEAUT32.dll
0x6d570000 - 0x6d603000 C:\Arquivos de programas\PDV\jre6\bin\mlib_image.dll
VM Arguments:
jvm_args: -Xms512m -Xmx700m
java_command: C:\Arquivos de programas\PDV\Cafe Baroni PDV.exe
Launcher Type: SUN_STANDARD
Environment Variables:
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Arquivos de programas\PDV\jre6\\bin
USERNAME=Administrador
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 22 Stepping 1, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows XP Build 2600 Service Pack 3
CPU:total 1 (1 cores per cpu, 1 threads per core) family 6 model 6 stepping 1, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 1039856k(595816k free), swap 2501420k(1715296k free)
vm_info: Java HotSpot(TM) Client VM (11.2-b01) for windows-x86 JRE (1.6.0_12-b04), built on Jan 17 2009 09:57:14 by "java_re" with MS VC++ 7.1
time: Fri Apr 03 13:20:41 2009
elapsed time: 2489 seconds
Any idea of how to fix it?
Thanks in advance,
Gabriel -
Problème d'apparence de la fenêtre du sous vi dynamique dans l'application exe
J'ai rencontré un problème lors de l'appel d'un sous vi dans l'application exe.
En fait j'ai eu déjà ce problème avant et la solution était de définir "le spécificateur de type refnum de ce VI" en choisissant le chemin du vi appeler dynamiquement et ça marche.
Mon problème maintenant est le même sauf que cette fois si, mon sous vi n'est pas vraiment connu à l'avance pour que je puisse définir et figer le spécificateur du refnum.
En fait, mon sous vi corresponde à un driver d'équipement, qui dépend du type de l'équipement, et chaque équipement à son propre driver (sous vi), je choisie dans mon programme à chaque fois mon driver d'une façon générique et après je lance l'appel dynamique, et là quand je passe sous l'exécutable, la fenpetre du driver ne s'affiche pas et je sais bien que le problème est du au spécificateur du refnum sauf que moi je ne peux pas le définir par défaut car comme j'ai expoliqué, ça dépent de l'équipement.
Avez vous une idée comment je peux le faire d'une façon dynamiqye??
Résolu !
Accéder à la solution.Sinon
> tu n'as pas de gestion de l'erreur, il y a peut-être une erreur en exe que tu n'as pas en source. Peux-tu gérer l'erreur? Tu devrais le faire.
> si erreur quel code, et quelle fonction?
> en exe si chargement dynamique de vi, as-tu ajouté le vi dynamique dans l'exe?
Always Included—Specifies the dynamic VIs and support files always to include in the application, even if the startup VIs do not contain references to the files. Click the arrow buttons next to the Always Included listbox to add selected files from the Project Files listbox or to remove selected files from the Always Included listbox. When you add a folder to the listbox, you add all items in the folder and cannot remove individual items.
> sinon la copie d'écran est très bien, peux-tu faire un petit exemple de ce code, car la méthode est bonne. Afin d'isoler un bug, il y a pas mieux que l'exemple.
> Pour faire un chargment dynamique, perso, je passe que le nom du vi, par exemple pour exécuter 9 instances d'un vi de pilotage de module TCP/IP je fais
Le code x8 est pour la réentrance
0x08
Prepare for reentrant run. Reserves the target VI so it cannot be edited and if the target VI is reentrant, allocates a dedicated parallel data space for this VI reference. If the target VI is not reentrant, this function returns an error. When you release the VI reference, LabVIEW unreserves the reentrant target VI and deallocates a parallel data space. Use this option with the Run VI method to run multiple instances of a reentrant VI simultaneously. If you target a reentrant VI and do not use this option, this function returns a reference to the VI without allocating a parallel data space for the VI reference. When you do not use this option, multiple calls to this function for a reentrant VI return references to the same VI with the same data space, and this function does not clone the VI. Refer to the examples\viserver\runvi.llb for examples of using this option.
A+
Luc Desruelle | Voir mon profil | LabVIEW Code & blog
Co-auteur livre LabVIEW : Programmation et applications
CLA : Certified LabVIEW Architect / Certifié Architecte LabVIEW
CLD : Certified LabVIEW Developer / Certifié Développeur LabVIEW -
What are dynamic vi's? The ones that are calling or the ones that are being called? If a vi contains open vi reference does it become dynamic? Or the one that is being called through this function is the one that is dynamic.
I am trying to build a stand-alone executable (from a multi-file project) and I need to know which files to put into Project Explorer → Build Specifications → Application (exe) → Properties → Source Files → Dynamic VIs ans Support Files.
Are all vit's dynamic even if it does not contain open vi reference?
Message Edited by rashid19672008 on 03-03-2008 08:48 PMrashid19672008 wrote:
If a vi A calls another vi B, form whitin itself, which one would be called dynamic, A or B?
I think Ben has answered you already.
"An example of this would be a VI opened using VI Server."
So, in all probability, B is dynamic, unless & until it is not placed as a SubVI inside A.
- Partha
LabVIEW - Wires that catch bugs!
Maybe you are looking for
-
Since iOS8 update on 2 iPhones and iPad, they no longer connect wirelessly to OSX iTunes
Prior to updating my 2 iPhone 5 and iPad2 to iOS 8, they no longer appear wirelessly in iTunes on my Mac - they used to do this, which enabled the shifting of music etc so much easier. They do show in the sidebar as devices if connected by cable but
-
Upgraded from Adobe PhotoShop 2.0 to 3.0 version
I recently upgraded to the 3.0 version of Adobe PhotoShop. I used to download my digital photos directly from the camera and they would appear as thumbnail photos. With the newer version, I can't seem to find where the photos are. I had to use a card
-
How to display the Previous years
Hi CJE0 - 12KST1A costs:budget/actual/commt/rem.plan/assd How to display the previous years budget in above mentioned report. at present the report is showing only cumulative value of previous years,2009 and 2010..... My requirement is from 2005 to
-
Removing schema changes in AD made by software
Hi, I've got an application in my forest, which has extended the schema. This is not Exchange, but if I uninstall this application for any reason, how can I remove all the associated schema changes from AD? Thanks
-
Hello, For MM certification SAP sugests 'SCM550' handbook regarding valuation and accounts determination, but I only have 'LO550' that has a unit with the same name. Do you know if it's the same or if one has been put aside? Where can I find a .pdf w