Fatal Internal Error source/manager/thread.cpp line 3472 while starting LabVIEW

When I try to begin LabVIEW 7.1.1 on my mac OS X 10.4, I see the LV logo and then I get the pop-up window:
LabVIEW.app Alert
Fatal Internal Error: "source/manager/thread.cpp", line 3472
LabVIEW version 7.1.1
You will lose any unsaved work. For assistance in resolving this
problem, please relaunch LabVIEW, or contact National Instruments.
When I click on Continue, it kills LabVIEW. I also get 2 other
windows...one says Investigate Previous Internal Error...which does not
do anything, irrespective of what I click in that window.
The other window is called Controls.
The last message I see on the LabVIEW splash screen is Server: Exported VIs list ok.
The LV website says I need to make DLLs re-entrant, but I can't even begin LV to solve this problem.
Any suggestions?

Hi Enduro,
I would suggest creating a service request for this problem at ni.com/ask. The Applications Engineer will be interested in looking at the error log that is being created, so that we can determine if this problem has occurred before.
Amanda Howard
Americas Services and Support Recruiting Manager
National Instruments

Similar Messages

Fatal Internal Error on startup "color.cpp", line 663, LabVIEW 8.0

I get this error message everytime i try to open a VI (even a blank VI!).
Now i'm sut uo, i can't usa any of my VIs!!!!

I thought I should mention a couple of things regarding your last post.
I'm quite sure that the file you referenced is not the LabVIEW preferences file. The file should be located in your user directory under Libraryreferences. I'm pretty sure it's just called "LabVIEW 8.0 Preferences".
LabVIEW 8.0 was not tested for use on an Intel-based Mac. I can't say if this would be related to the problem or not.
Good luck!

Fatal Internal Error: "Memory Manager.cpp", line 547

Hello,
I am using LV 2009 and I am also getting an error as follows:
=======================================================
Fatal Internal Error: "Memory Manager.cpp", line 547
LabVIEW version 9.0.1
You will lose any unsaved work. For assistance in resolving this problem, please relaunch LabVIEW, or contact National Instruments.
=======================================================
I get this error when I start executing steps on TS 4.2.1 as well as when I do "Unload All Modules" in TS. Please find the attched logs. Further, I could not run anything in TS and need to restart the PC to re-run the sequence after everytime this error occurs.
We have transited through LV 8.0, 8.2, 8.5 and now 2009 over past 4 years for our project and this is the first time I could see this error.
Please help.
Thanks.
Attachments:
lvlog2010-06-09-10-06-07.txt ‏2 KB
lvlog2010-06-09-18-52-36.txt ‏1 KB
lvlog2010-06-09-19-16-20.txt ‏2 KB

Adding on to Pritam's post:
For the earlier "Fatal Internal Error: "Memory Manager.cpp", line 547" , we found that a couple of our dll's which were developed in LV 8.5.1 had not been recompiled in LV2009. After recompiling each of them in LV2009, and then running the same sequences in TestStand,this error vanished.
But now again we're seeing this error, and that too only on 3 PCs systems out of 5 PCs!
The same installer has been installed on all 5 sytems (after removing the earlier installers and running MSI Blast.exe them).
The error now appears again, only when we try to exit TestExec.exe and another tool built in LabVIEW.
So everything works fine and tasks are performed,etc, but when we close the window or try the exit that program, the "Fatal Internal Error: "Memory Manager.cpp", line 547" pops up.
If we say "OK" to it, the window closes, but the Task is seen still running in the Task Manager and has to be manually terminated (End Task).
Does anyone know what could be going wrong?

Fatal Internal Error: "image.cpp", line 13192 when trying to insert a cursor to graph

NOTE: This IS a duplicate post from the Breakpoint. Text slightly changed. The post in Breakpoint can be deleted. All comments should be placed in this thread.
I resolved the "Fatal Internal Error: "image.cpp", line 13192 when trying to insert a cursor to graph", but would like to share to find out if others have seen this and to determine whether this is a bug, or if it's time to redo my PC, or buy a new one..
I have an existing graphs (qt 6) which originally had 2 cursors. This occurred while trying to add the third cursor.
Up until attempting to add the last cursor, the program worked great, and I had been running tests for a while. However, I do recall seeing this problem when creating the original cursors, but not to this extent. Plus I don't remember the original error message from that time.
I needed to add one more cursor to the existing graphs. As soon as I add a new cursor and set it's properties, I get a nasty error message and without warning LV8.2 simply closes itself (well, the only warning was the error message. Tried it 3 times, same result.
Here are the steps:
Shut down the PC, went for a coffee, rebooted the PC. Opened the LV project, opened the VI. Immediately went to the graph properties to add the new cursor by doing the following steps:
Right click graph indicator icon on block diagram.
Select Properties.
Click on cursor tab.
Click on Add
Select Cursor 2 (3rd one, newly created)
Change color
Select cursor as a line
Remove checkmark for "show cursor"
Click OK
I need to do this to 3 other graphs, same steps. And as soon as I get to the step before clicking OK, I get the error message.
I managed to get an additional one done, by immediately saving after each step (yep going in & out of the properties). But I've had this problem before when creating the first two cursors.
Is it a bug? Anyone else seen this? Using LV8.2. And the message is right about LOOSING ALL unsaved work!!!!
Here are more observations:
Tried creating a new one on the second graph. As soon as I clicked on the color, it crashed!
See the error explanation below. It is really clear, now anyone can solve it    LOL!!... According to the error log, there's a bad image out there
.\manager\image.cpp(13192) : DAbort: bad image in ValidateImage
$Id: //labview/branches/Europa/dev/source/manager/image.cpp#47 $
0x007A81E8 - LabVIEW <unknown> + 0
0x007A7BDB - LabVIEW <unknown> + 0
0x00829D74 - LabVIEW <unknown> + 0
0x008546CD - LabVIEW <unknown> + 0
0x00C054E6 - LabVIEW <unknown> + 0
0x0081B9C8 - LabVIEW <unknown> + 0
0x0081EB9A - LabVIEW <unknown> + 0
0x0084D9D4 - LabVIEW <unknown> + 0
0x00854663 - LabVIEW <unknown> + 0
0x00C054E6 - LabVIEW <unknown> + 0
0x0085F7A1 - LabVIEW <unknown> + 0
0x00BBACDD - LabVIEW <unknown> + 0
0x00C06A2F - LabVIEW <unknown> + 0
0x0085AA46 - LabVIEW <unknown> + 0
0x00C06A2F - LabVIEW <unknown> + 0
I observed the title bar after making changes to the properties. I noticed that 3 out of 4 times, while changing the properties of the graphs to include the cursor, and saving after each & every step, that there were no stars appearing on the title bar to indicate "unsaved changes". Saving was also much slower than usual. I suspect, the program never got to placing the star before saving occurred. However, I am noting everything.
After creating the cursors, saving was and is normal, and the program runs well..   I have run tests without problems.
Does anyone have a clue at what causes this? Has anyone seen this before?
Thanks,
RayR

Hi Donovan,
I can't remember seeing this elsewhere. When I get a chance, I'll create a new (blank) vi with new graphs and will repeat the steps.
I will let you know if I see this in the new vi.
Thanks!
RayR

Fatal Internal Error : "ThEvent.cpp", line 209

Hi,
Any help with the following AddRef()/Release() issue would be most appreciated:
I'm a software developer working on a COM (ActiveX) object for use by e.g. C# (test ok) and LabVIEW clients. The object supports events; however, when events are accessed with the "Register Event Callback" block, LabVIEW does not free the object when the VI is finished, and upon subsequently closing LabVIEW, I receive the following dialog:
Fatal Internal Error : "ThEvent.cpp", line 209
LabVIEW version 8.6
You will lose any unsaved work. For assistance in resolving this problem, please relaunch LabVIEW, or contact National Instruments.
and log:
#Date: Fri, Nov 14, 2008 12:44:58 PM
#OSName: Windows NT
#OSVers: 5.1
#AppName: LabVIEW
#Version: 8.6
#AppKind: FDS
#AppModDate: 06/26/2008 05:25 GMT
source\mgcore\ThEvent.cpp(209) : DAbort:
$Id: //labview/branches/Saturn/dev/source/mgcore/ThEvent.cpp#6 $
0x00B129F6 - LabVIEW <unknown> + 0
0x0040F5C0 - LabVIEW <unknown> + 0
0x7719C351 - OLEAUT32 <unknown> + 0
0x7712DB25 - OLEAUT32 <unknown> + 0
0x77EF658C - RPCRT4 <unknown> + 0
0x77EF4BF3 - RPCRT4 <unknown> + 0
0x7717E724 - OLEAUT32 <unknown> + 0
0x77600C31 - ole32 <unknown> + 0
0x77600BDB - ole32 <unknown> + 0
0x7750F237 - ole32 <unknown> + 0
0x7750F15C - ole32 <unknown> + 0
0x7750FC79 - ole32 <unknown> + 0
0x77600E3B - ole32 <unknown> + 0
0x776009BC - ole32 <unknown> + 0
0x77600DF2 - ole32 <unknown> + 0
0x7750FCB3 - ole32 <unknown> + 0
0x7750FAE9 - ole32 <unknown> + 0
0x7E418734 - USER32 <unknown> + 0
0x7E418816 - USER32 <unknown> + 0
0x7E4189CD - USER32 <unknown> + 0
0x7E4196C7 - USER32 <unknown> + 0
0x0041E852 - LabVIEW <unknown> + 0
0x0042AB32 - LabVIEW <unknown> + 0
0x00A27592 - LabVIEW <unknown> + 0
0x00A2DC60 - LabVIEW <unknown> + 0
0x00E3A5B9 - LabVIEW <unknown> + 0
0x008F0FF6 - LabVIEW <unknown> + 0
0x008F0CDA - LabVIEW <unknown> + 0
0x008F0EFB - LabVIEW <unknown> + 0
0x008F0F40 - LabVIEW <unknown> + 0
0x015AB20D - LabVIEW <unknown> + 0
0x7C816FD7 - kernel32 <unknown> + 0
0x00000000 - LabVIEW <unknown> + 0

I've attached a minimal COM server (that starts a thread when events are requested) that shows the issue. Steps to reproduce with LabVIEW 8.6 on Windows XP for x86 follow(stuff in parenthesis are comments):
(1) unzip HelloClass.zip to C:\ (4 files: hello.vi, callback.vi, HelloClass.dll, Hello.tlb)
(2) C:\>regsvr32 helloclass.dll (should get "DLLRegisterServer in helloclass.dll suceeded." dialog)
(3) C:\>hello.vi (start LabVIEW)
(4) Ctrl+R (run the VI. You should see "Command: test" in the String Indicator. At this point the last call into the server is AddRef() but should be Release())
(5) Alt+F4 (close the VI)
(6) Alt+F4 (close LabVIEW)
You may need to perform steps 3-6 up to ~10 times, because at this point one of 3 behaviors randomly occurs:
(A) Fatal Internal Error : "ThEvent.cpp", line 209
(B) Release() is finally called the same # of times as AddRef(), causing the destructor ~HelloClass to run (which kills the thread). This should instead happen after step 4 (which it does if you remove the "Reg Event Callback" block)
(C) Release() is called several times, but not enough to decrement the reference count to 0
Behavior A doesn't occur if the server doesn't start the thread. In source.zip, I've also attached the server's source code for your R&D team along with dbgMon, which is useful for looking at the _RPTF debug output. Thanks much for your patience and for looking at this.
Attachments:
HelloClass.zip ‏84 KB
source.zip ‏173 KB

The last time you ran LabVIEW, an internal error or crash occurred at source/typedesc/DSTM.cpp, line 211.

Nickled and dimed once again by obscure errors. This is LabVIEW 10.0.1 on Redhat EL 5.5 32-bit.
I removed an enum from the project that is also used in a typedef control cluster. Since many VIs use this typedef I have to go to each VI and save in order to remove the phantom dependencies (i.e. popup can't find enum ctl when opening VIs). In the process of opening every VI and saving LabVIew is crashing on me reliably but not everytime just after I press cancel when it tries to find the enum ctl.
Here are the errors. Sometimes the address is null....I believe LabVIEW src code should check for null/bad pointers but does not in this case.
GenNAryOp_ArrayBase : naryop, setdef? ninp=1
Compiler error. Report this problem to National Instruments Tech Support.
copy cvt str/pict/tag, csrc=0xFF
Compiler error. Report this problem to National Instruments Tech Support.
copy cvt, csrc=0x21
Compiler error. Report this problem to National Instruments Tech Support.
copy cvt bool, csrc=0x30
Compiler error. Report this problem to National Instruments Tech Support.
copy cvt str/pict/tag, csrc=0xA
Compiler error. Report this problem to National Instruments Tech Support.
copy cvt, csrc=0x50
LabVIEW caught fatal signal
10.0.1 - Received SIGSEGV
Reason: address not mapped to object
Attempt to reference address: 0x0xffffffff
Upon reopening LV I see this.
The last time you ran LabVIEW, an internal error or crash occurred at source/typedesc/DSTM.cpp, line 211.

Hello wbdoyle,
I'm sorry you are seeing that error. Did you close and save the type def that included the enum? This should prevent you from having to go through and save each VI that includes the type def. Are you using the System Exec VI? Also, are you performing any data acquisition with the VI you are referencing? The error you are seeing indicates that the LV compiler isn't handling something in your VI and I want to pinpoint exactly what is happening.
Thanks!
Regards,
Anna L
Applications Engineer
National Instruments

Fatal Internal error: "oleautomgr.cpp", line 2832

Hi,
I have a program developped with LV 8.2.1.
Now I have import this application with LV 8.5; if I run the VIs in Labview it works; when I run my program (executable version) I got this error
"Fatal Internal error: "oleautomgr.cpp", line 2832"
I got the error after I open a Diadem connection.
Another information: first time I have import the program in LV 8.5 and I have save the prj, LV ask me to overwrite all the VIs of the "Diadem addons". (Diadem connectivity); so I have uncheck "read only" in Diadem.llb and I have save the Vi.
Someone can help me?
Thanx a lot

For the community's future reference, this issue was resolved by the customer calling in for support, at which time it was determined that a Mass Compile of the VIs was necessary to eliminate the error. The process to mass compile is described here.
-Sam F, DAQ Marketing Manager
Learn about measuring temperature
Learn how to take voltage measurements
Learn how to measure current

I have encountered the new error "Fatal internal error fpinit.cpp line 7398

I get the error message "Fatal internal error fpinit.cpp line 7398".
I use:
TestStand 2.0
LabView 7.1
Vision 7.1
uEye USb Camera
I've included into my TestStand programm some new steps that control the uEye USB Camera.
I use following steps (all steps written in LabView):
- Initialze Camera
- Wait
- Close Camera
- Wait
I have the settings "Load dynamically" in TestStand"
If I use also the setting "Unload after sequence executes" and start the sequence I get somtimes a LabView error after running the Step for the Camera initialization. LabView is sometimes immediatlly closed. This happen at leased after 10 turns/starts of the programm. If I use the loop functions "Loop on selected steps" it happen only sometimes at the first loop. The initialize Camera Step is every time pass, if TestStand try to run the next step I get a error.( Sometimes I get also the message ActiveX Server got lost)
I detected also that sometimes in this case a constant in a other vi is emty.
Normally I use the setting "Unload when sequence file is closed" then I have the problem only sometimes at the first turn.
If the initialize Camera step is succesfull I have no problem with further camera steps.
Regards
Alexander
Attachments:
lvlog02-18-10-09-34-10.txt ‏1 KB
Copy of Error.jpg ‏76 KB
Copy of Error2.jpg ‏42 KB

Hi Alex,
I'd suggest to replace all ctl. with new ones.
Perhaps one of them is corrupt.
You will find a documentation about preferred execution system
in the LabVIEW help. I also attached this files.
Regards
DianaS
Attachments:
help1.gif ‏37 KB
help2.gif ‏11 KB

Receive "Fatal Internal Error: Linker.cpp, line 1926 when run executable.

Hi, I use invoke node to call multiple subvi.vit, it work fine under .vi but when run under an executable I receive this error:
Fatal Internal Error: 'linker.cpp", line 1926
LabVIEW Version 7.0 You will lose any unsaved work. For more assistance in resolving this problem, please relaunch LabVIEW, or contact National Instruments.
Any suggestion will be very appreciated

Hi David,
What you are seeing is a known issue when calling LabVIEW 7.0 VITs from
an executable or DLL if the VITs include any Express VIs. It can happen if you
try to load
multiple instances of that template VI using VI Server.
There are a couple of workarounds for this issue:
Take
all the express VIs that are inside the template VI and turn them into
static subVIs. You can do this by right-clicking on the express VI and
selecting "Open Front Panel"; then save the express VI as a normal
subVI.
Build the entire application into a single executable, which will force all of the express VIs to get compiled as static subVIs.
Don't use the runtime engine at all and always run your application in development mode.
Let me know if the workarounds fix your issue, thanks.
Good luck!
- Philip Courtois, Thinkbot Solutions

"Fatal internal error:"memory.cpp",line 593"

I need some help.
Can some please explain what i am doing wrong here. i have created a Dll from a LV 7.0 vi. The header file looks something like this:
typedef struct {
long dimSize;
double elt[1];
} TD2;
typedef TD2 **TD2Hdl;
typedef struct {
double f0;
double df;
TD2Hdl magnitude;
} TD1;
void __cdecl Spectrum(double freq, double amp, TD1 *Spec);
And i have the following code where i allocate memory and attempt to call 'Spectrum':-
TD1 *Power;
double frequency=10, amplitude=1;
Power = (TD1 *) malloc(sizeof(TD1));
(*Power).magnitude = (TD2**)malloc(sizeof(TD2));
*(*Power).magnitude = (TD2*)malloc(5000*sizeof(TD2));
(*Power->magnitude)->dimSize = 5000;
for (i=0; i<500;
i++) {
(*Power->magnitude)->elt[i] = 0;
Spectrum(frequency, amplitude, Power);
I keep getting Fatal internal error: "memory.cpp", line 593" when it tries to call Spectrum. I believe i have allocated memory correctly although i may be wrong. (I was getting 'exception' errors before). The VI i used to create the Dll contains a basic 'Function Generator' (sine wave) and a 'Power Spectrum'.
I have looked at the Knowledge base and dll examples that come with LV 7.0 and have tried setCINArray and NumericArrayResize but have not had any luck. It seems like the documentation is for LV 6.0 and 6.1.
Has anybody seen this or have any idea why i am getting this?
Thanks

> Can some please explain what i am doing wrong here. i have created a
> Dll from a LV 7.0 vi. The header file looks something like this:
>
> double frequency=10, amplitude=1;
> Power = (TD1 *) malloc(sizeof(TD1));
> (*Power).magnitude = (TD2**)malloc(sizeof(TD2));
> *(*Power).magnitude = (TD2*)malloc(5000*sizeof(TD2));
>
> (*Power->magnitude)->dimSize = 5000;
>
> for (i=0; i<500; i++) {
> (*Power->magnitude)->elt[i] = 0;
> }
>
> Spectrum(frequency, amplitude, Power);
>
> I keep getting Fatal internal error: "memory.cpp", line 593" when it
> tries to call Spectrum. I believe i have allocated memory correctly
> although i may be wrong. (I was getting 'exception' errors before).
> The VI i used to create the Dll contains a basic
'Function Generator'
> (sine wave) and a 'Power Spectrum'.
> I have looked at the Knowledge base and dll examples that come with LV
> 7.0 and have tried setCINArray and NumericArrayResize but have not had
> any luck. It seems like the documentation is for LV 6.0 and 6.1.
>
It looks to me like you are constructing arrays to pass to LV using
malloc, instead of the labview.lib functions for creating or resizing LV
array handles.
You should refer to the manual on Calling External code for details on
the construction of an array.
Greg McKaskle

Fatal Internal error: "oleautomgr.cpp", line 2832 when sending data by means of ActiveX methode

I have experienced error "Fatal Internal error: "oleautomgr.cpp", line 2832" during sending data to CAN card IXXAT iPCI-I XC16/PCI. LabVIEW communicates with that card by means of ActiveX methodes via "VCI Wrapper" which is COM object interface. Mass compiling of the project does not help. Card is initialized and configured propely. The driver card is working propely.
LabVIEW version is 8.5
The efect of that error is that labview completly shot down.
I appraciate any suggetions
thanks a lot

Hello,
Please try to reinstall the drivers for the CAN card, then make sure you close all references to the ActiveX control (at all levels) using the Automation Close primitive in LabVIEW.
Regards,
Emil

Fatal Internal Error : "OMUDClassMgr.cpp". Line 1128

I received the following message:
Fatal Internal Error : "OMUDClassMgr.cpp", 1128
LabVIEW version 8.2.1
I was trying to build an application using the application builder.
Has anyone else had this issue? What needs to be done to fix this.

Hello,
This was reported to R&D (#4ALB7O89) for further investigation. Are you able to reproduce this problem with the same VI? Are you able to build an application with a simple VI?
Regards,
Elizabeth S.
Applications Engineer
National Instruments

Fatal Internal Error : "objheap.cpp", line 579 - Labview 7.1 running on vista

Hello,
I was developing a project in Labview 7.1 and had saved it on vista when the vista OS decided to enter suspend, Labview 7.1 stopped responding as a result and I had to reboot. I will never trust vista again but when I try to open the VI I get the following error:
Fatal Internal Error : “objheap.cpp”, line 579.
And the following text file report is created. What I am wondering is there any way to restoring or uncorrupting this VI which is attached. Sub VI’s are not included but if you can get the VI to open even without them then the problem is sorted.
#Date: 25 Feb 2009 12:13:28
#OSName: Windows NT
#OSVers: 5.1
#AppName: LabVIEW
#Version: 7.1
#AppKind: FDS
D:\lvmerc\src\source\objheap\objheap.cpp(579) : DAbort: Heap has insane block size
$Id: //labview/branches/Mercury/dev/source/objheap/objheap.cpp#3 $
0x009DFC85 - LabVIEW <unknown> + 0
0x007080AC - LabVIEW <unknown> + 0
0x007079E1 - LabVIEW <unknown> + 0
0x00A66716 - LabVIEW <unknown> + 0
0x00706B02 - LabVIEW <unknown> + 0
0x006073AE - LabVIEW <unknown> + 0
0x0070532B - LabVIEW <unknown> + 0
0x00A653E5 - LabVIEW <unknown> + 0
0x00A66911 - LabVIEW <unknown> + 0
0x009ED231 - LabVIEW <unknown> + 0
0x005ADED7 - LabVIEW <unknown> + 0
0x004B7F79 - LabVIEW <unknown> + 0
0x004B7EA7 - LabVIEW <unknown> + 0
0x004B7CF9 - LabVIEW <unknown> + 0
0x004B8492 - LabVIEW <unknown> + 0
It also managed to corruptly my library file for the project which I cannot open also and is attached,
Thank you
Message Edited by Support on 03-02-2009 08:50 AM
Attachments:
looptest.vi ‏1743 KB
AbbottHMITree.llb ‏4063 KB

Hello Paul,
I have been looking into your error code as well as the attached files of your VI and LLB. Pasting in your error code is proving very helpful in trying to help you. I initially tried to open your files in my system, where I would possibly be able to resave them for you, however it looks like I will have to try a different approach.
As I understand it, you have been using LabVIEW 7.1 Full Development System with Windows Vista. LabVIEW 7.1 was released during the years when only Windows 2000 and XP were available. With the release of Windows Vista in later years, National Instruments produced LabVIEW 8.2.1 with support for Windows Vista Business or greater.
Please reply with the following information:
Are you using Vista 32-bit or 64-bit?
Are you still able to open the LabVIEW Development Environment to produce new VIs?
Have you tried to open other VIs (after backing them up) with LabVIEW 7.1?
Regards,
George T.
Applications Engineering Specialist
National Instruments UK and Ireland

Fatal Internal Error : "LinkObj.cpp

Hi,
I currently upgraded the system from labview 8.0 to labview 8.0.1 and did a mass complile.
However after doing that I am getting an error message reading "Fatal Internal Error : "LinkObj.cpp", line 587" everytime I close a particular sequence in TestStand. This error never used to occur before the update.
The error seems to occur when it tries to unload a particular VI which I use to add tasks in MAX.
I have tried repairing Labview but the problem still exists.
I would appreciate any help
Kewal
Attachments:
error message.JPG ‏15 KB

OK, now it's getting comical...
I removed the second mathscript node from clasclap.vi and created a dummy LV math operation to replace it. Called the new vi clasclap_part.vi (attached) and added it to the project in place of clasclap.vi. Built the dll as usual. BTW, I'm using the standard calling convention here, not the C language convention.
RESULTS: All of the called functions return zeros, even clasclap_part.vi. But some good news: the dll isn't crashing Visual Studio anymore.
Now I'm realizing that the functions returning zeros issue greatly overshadows the reason I originally started this thread. If I don't get any response, I'll start an independent thread that someone might take an interest in....
What might be helpful here would be if someone could (hopefully easily) take the summer .vis and the clasclap_part.vi and build their own dll. Then, try to call it from VB6 and/or any other language or compiler. What do you get?
(FWIW, I never mentioned that I'm not a fan of VB or Visual Studio. LabVIEW is far superior IMHO)
Here is the revised VB code which calls the dll:
Private Declare Function Summer Lib "summerlib" (ByVal a As Long, ByVal b As Long) As Long
Private Declare Function Mathscriptsummer Lib "summerlib" (ByVal a As Long, ByVal b As Long) As Long
Private Declare Function Doublesummer Lib "summerlib" (ByVal x As Double, ByVal y As Double) As Double
Private Declare Function Clasclap_part Lib "summerlib" (ByVal x As Double) As Double
Sub Form_Load()
Dim x, y, fx As Double
Dim a, b, sum As Long
a = 1#
b = 2#
x = 1.2345
y = 2.3456
fx = 1
sum = Summer(a, b)
fx = Doublesummer(x, y)
sum = Mathscriptsummer(a, b)
y = Clasclap_part(290.01)
End Sub
Thanks,
Ted
Attachments:
clasclap_part.vi ‏276 KB

"internal software error:\Vobulator\TitlePlanner\CGOPGrouper.cpp line 410

I have a sequence, one of 3, in Eudora. This sequence has 5 menus, with 6 buttons on 4 menus and 2 on the 5th. The buttons refer to Chapter points and when finished playing the screen reverts back to the menu the button is on.
Everythig looks good and the preview plays will, both the All Play and Chapters. The Check Project does show two orphan time lines which I can't figure out but shouldn't affect the Build.
However when I try to Build, either to DVD or to Folder, I get the following error message:
"internal software error:\Vobulator\TitlePlanner\CGOPGrouper.cpp, line 145"
I have no idea what this error message is trying to say. But the Build ends there.
If anyone can help me with this most frustrating problem I will be most obliged.
My machine:
OS Name
--Microsoft Windows 7 Home Premium
Version--
6.1.7601 Service Pack 1 Build 7601
System-- Type
x64-based PC
Processor--
Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz, 3060 Mhz, 4 Core(s), 8 Logical Processor(s)
Installed Physical Memory (RAM)
24.0 GB
Total Physical Memory
16.0 GB

One of the less common of the vobulator type errors.
Based on limited info, I would check/consider the following:
Because this is unusual and because you have orphan timelines, I would not worry about trying to idenify a single cause, and I would move to "do over" quickly.
I assume you are using Encore CS6.
Make sure you are "running as admnistrator."
Do not put multiple videos on one timeline.
Do not have any gaps in your videos (e.g. in Premiere).
If you are using dynamic link from Premiere, don't.
It might help for you to post a screenshot of your flowchart.
Are you using overrides? If so, it is much harder for you to get an error free project.
This is the only adobe Encore forum thread I found, and there were no others elsewhere on the web.
http://forums.adobe.com/message/3155616#3155616

Fatal Internal Error source/manager/thread.cpp line 3472 while starting LabVIEW

Similar Messages

Maybe you are looking for