Error #3: "memory.cpp", line 639; VI used to work, now it stopped

Hello,
I am running LabVIEW 6.0.2. I have a rather complicated VI that used to work just fine. I have run it a bunch of times without any problems. I have not changed anything at all, and now it gives me Error #3: "memory.cpp", line 639 every time I run it. Does anybody know what could have happened?
Thanks,
Corey

Corey,
Not without seeing the code.
Perhaps there is some memory leakage going on, or open references that cannot be resolved.
Also, check your memory to make sure it is still working (view your RAM amount).
Other possibilities include possible conflicts with software running in the background, or software you recently installed.
Check your task bar, and make sure your virus protection and anything else unecessary is off. These can eat memory and processor time.
Other than that, navigate to the site where the bug tells you to (don't remember off the top of my head) and report it to NI.
Good luck

Similar Messages

Error #3, "memory.cpp", line 865(V6.0) 876(V6.0.2)

I used a VI one day with no problems, and the next I got this message - "Error #3, "memory.cpp", line 865" I did not even close the VI or modify it an anyway.
I was first running Labview V6.0 and tried upgrading to V6.0.2 but the error continued (now on line 876). I also tried recompiling and backup copies of the VI and SubVIs, which did not work either. A suggested fix is to delete "dir.mnu", which likewise did nothing.
To me it looks like the problem rests in the Labview "Copy" command, which I use to copy a file to another directory, because when I delete it it works fine again.
Any suggestions would be greatly appreciated!

Hello,
It seems that while copying your file, memory is filling up too quickly for LabVIEW to clean it up and it's crashing LabVIEW. View the memory usage in the Task Manager to confirm this.
LabVIEW Internal Errors (Failure in XXX.c / XXX.cpp at line YYY)
If the Copy function is not the cause of the error, about 95% of the time, the next step is to look for DLL nodes or CIN nodes. The likely culprit is that a string or array is being handed to the C code, which either overwrites memory, or leaves the array/string data structure to an inconsistent state leading LV to overwrite memory. Anyway, this is a very common cause.
If you eliminate that possib
ility, the remainder are usually some sort of corruption saved in the VI, but normally those will not even load.
To simplify it before submitting it to support, please try executing individual subVIs and see if the problem is limited to a particular VI or a smaller set of VIs.
Zvezdana S.

How to resolve Error #3: memory.cpp, line 563

I moved my application to a new computer with Windows XP and installed Labview 6.1 from the installation disc. When I run Labview 6.1, it allows me to open a project but, as soon as the project loads it shows the following error message (Error #3: memory.cpp, line 563). I deleted dir.mnu as suggested but the problem persists. The application runs fine on the old computer. I even uninstalled and re-installed Labview 6.1 on the new computer with the same result. What do I do now?

I'm sorry, I'm the one that was confused... You are having a FieldPoint problem, yes?
First make sure that the FP VIs are not stored as part of your appliction code. If it is, delete it. Next, if you don't already have them, install the latest version of the FP drivers. If you have only the latest version of teh drivers installed and you are still getting crashes, this sounds like an NI problem.
The sort of problem you are running into is but one of many reasons for not saving code from the vi.lib as part of your application code.
Mike...
Certified Professional Instructor
Certified LabVIEW Architect
LabVIEW Champion
"... after all, He's not a tame lion..."
Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

Internal error: "memory.cpp", line 593 with PXI 8175

Hi,
I have created a program with Labview RT 7.0 which makes acquisition, storage and display of data with PXI controllers 8175.
I used Datasocket for the data display on a deported computer.
Because of the number of the Datasocket tags used, instead of sending values all the time, I'm sending value for the deported computer only if the user needs to see it.
For example : if the user needs to see data, so only Datasocket tags for data display will be active, and if the user needs to see parameters values, so only parameters datasockets tags will be active. And, if the display program is in "standby" mode, almost all datasocket aren't active.
So when the user needs to see data values, he opens the data values window of the display program, and then, the datasockets tags for data value are now active, but : sometimes at this moment, the PXI stops with an "internal error "memory.cpp" line 593"!
The only solution is to manually reboot the PXI, the programmatically reboot doesn't work in this case of error. But it is far away from the displaying computer.
The error happens regularly after a 2 weeks period of standby. So I though about a memory overflow, I checked all the arrays, and none of them is growing to the infinity.
If someone knows about this problem, I will be very happy to learn about how to get rid of it!!!
Best Regards,
G Liagre
Best regards,
G Liagre

Hi Rob, Hi Matthieu,
Thank you for your reply.
I found in the database many reply about this error, but none of them were helpfull for me.
I tryed your link to the knowledge data base, but the error described there is for dll association in LabView and interface nodes.
I didn't used any interface node in my code.
The problem is that I cannot test my program on the PXI because I don't have access to it rightnow (only by remote desktop, and with a 56k modem..)
Let me give you a part of this huge code.
I suspect this part of the code to be the one which create the problem, but it's not sure.
If you find something obviously wrong, tell me!
Best regards,
G Liagre
Best regards,
G Liagre
Attachments:
Communication.zip ‏931 KB

"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

LV 6.1, 3D Surface Graph sometimes collapses (doesn't work stably); plus blocks use of remotely controlled panel by LV run-time engine (error #26:"window.cpp", line 11518

1) "3D Surface Graph" does not work stably; sometimes it changes its properties (e.g. plot style) without me doing anything prior to that; a couple of times it lost a complete sense so that I had to delete the graph and install it again
2) I tried to remotely run a VI which contains a 3D Surface Graph in it. It turns out, the use of the "3D Surface Graph" somehow blocks the remote control over the panel. As a result of that, I got the following error message: Error #26: "window.cpp", line 11518 (with LabVIEW version 6.1).
3) Is it possible to plug into the 3D Surface Graph a few plots at
the same time since there is a built-in control "plot number" (somehow by bundling them up or putting into an array - I tried both but didn't work) or it can be done merely by use of 'case' structure preceding the Graph, where case structure decides which plot to pass into the 3D graph?
Attachments:
3D_Graph_ver_1.bmp ‏214 KB

Hello mjoler,
Thank you for contacting National Instruments.
The following example will show you how to plot multiple 3D plots on a single 3D graph. Modeling your VI after the example may also alleviate the instability that you have been experiencing.
http://sine.ni.com/apps/we/niepd_web_display.display_epd4?p_guid=B123AE0CBA19111EE034080020E74861&p_node=DZ52038
As far as the error you are receiving, it's difficult to say what could be causing this. ActiveX controls embedded on a front panel sometimes do not display on a remote client because they draw and operate almost completely independent of LabVIEW. If possible, try remotely controlling your VI with a client computer that has a complete installation of LabVIEW. The error could also be a bu
g. Try downloading the evaluation version of LabVIEW 7.0 from http://www.ni.com/labview. By doing this, we can determine if it is a bug in the older version that has been fixed in the latest version.
Let me know how this goes.
Matthew C
Applications Engineer
National Instruments

Internal software error: .\PGCStreamInfo.cpp, line 1413

Im designing a DVD teaching project within Encore DVD 2.0.0.48678 from the Creative Suite 2 Production Premium software system. The project is very large and complex. As of now there are only 2 separate timelines. 1st time line has 50 chapters. 2nd time line is not finished but currently has 15 chapters. Because its a teaching DVD, there are also chapter play list created for each individual chapter. I also have a countless number of menus and links to sub menus and additional video links from the chapter play list. All of my links are set and operational with all functions in the individual menus working properly. This is an ongoing project for 3 months now, with perfect results prior to today. I have used the "preview from here" function with no problems to test the links and verify the menu structures with flawless results for the past 3 months. Today I was giving a demo of my progress, when I selected the "preview from here" I received this new error message, "internal software error: .\PGCStreamInfo.cpp. line 1413". I have checked and rechecked links, buttons, playlists, chapters, end actions, timelines, basically everything I could imagine and have even tried a computer restore point from 5 days back, at this time still have not resolved this issue.
AMD Athlon 64 3000+
2.01 GHz 1.00 GB of RAM
Microsoft Windows XP Home Edition Version 2002 SP2
Gigabyte GeForce 7300 GT videocard
Thanks for any suggestion, if more info is needed to solve this, i can provide it.

There are a couple of other threads about a similar error which seem to point to a possible chapter playlist problem:
Internal Software error ..... When 'preview from here' or Build
Chapter Playlist play order bug?

Error 38 "thread.cpp line 1938" failure during an application execution

I made a Labview6.1 based application that handle serial communication with six RS-232 ports. The program is intended to run 24 hours a day. After around 2 days of execution an error occurs. Here the reference:
Error 38
thread.cpp line 1938
What can be the root cause of this failure?
I'm pretty sure it's not lack of memory/CPU.

Hi Mao,
Be sure that all the threads you oppened are all closed.
For example if you put an "open VI reference" don't forget to put the "close reference" at the end of the task.
Hope it helps!
Best regards,
G Liagre
Best regards,
G Liagre

WANTED: workaround for error in fontmgr.cpp line 1023 when loading LV 6 VIs

Hi,
when loading existing VIs from LV6 with our new LV7Express the program (running under Linux 8) crashes with an error in fontmgr.cpp line 1023.
Is there a workaround?
Thanks.

Hi dieter,
there is normally no workaround for internal LV errors. Report the error through the support pages to NI. Together with your VIs they will be able to fix the problem.
Waldemar
Waldemar
Using 7.1.1, 8.5.1, 8.6.1, 2009 on XP and RT
Don't forget to give Kudos to good answers and/or questions

Internal Software Error: .\AVTreeNode.cpp, line 25 when saving a project

Hello,
I am trying to work with Encore DVD 2.0 on Windows XP professional (SP 2). Until now with every project I try to make I see new error messages, and my whole work consists of trying to find work arounds.
My actual project consists of five slide shows. They are all between 1 and 2,5 minutes. Except for one, that only consists of a black screen shown for 5 seconds.
I have a playlist that contains all slide shows. Between two of the longer slide shows I inserted the 5 second black screen. What I wanted to achieve with this technique is that I can easily change the "gap" between two slide shows by changing the duration of the black screen slide show once. Alternatively I could have added a black image as the last slide two each of the four slide shows, but then I would have to change the duration of that slide four times when I want to change the gap between the slide shows.
Anyway, I finally tried to create the project which resulted in the CVOBUPlanner.cpp error in line 331.
So I wanted to track down the problem by
- deleting some of the slide shows
- saving the project under another name
- trying to create that project
So first I deleted everything but the first slide show from the playlist. then I deleted all the slide shows but not the first one (and the 5 second black screen though I didn't use it here), from the project. Saved the project under another name and created it without an error.
Then I opened the original project again. Now I deleted everything but the first slide show and the 5 second black screen slide show. Again I deleted the slide shows, but not he first and the 5 second black screen.
I tried to save the project under another name, but now I received an internal software error: .\AVTreeNode.cpp, line 25.
After I restarted the application I was able to open the original movie, delete the slide shows and save the project under another name.
I still wanted to let you now because this is an error message that I have not seen before and didn't find here in this forum.
Regards,
Christian Kirchhoff

There are a couple of other threads about a similar error which seem to point to a possible chapter playlist problem:
Internal Software error ..... When 'preview from here' or Build
Chapter Playlist play order bug?

Error #3 : "memory ccp", line 513

Hi there,
I am using an application for monitoring windturbines which is running on the labview runtime engine 6.0.2 with Windows XP.
When transferring and merging data (FTP) the following window appears: error #3 : "memory.ccp", line 513. Labview version 6.0.2. For assistance...........etc.
I have installed labview runtime engine 8.0 but the application does not start because it requires labview 6.0.2.
Unfortunately the company who designed the application is no longer active so I don't know what to do.

tups wrote:
Hi there,
I am using an application for monitoring windturbines which is running on the labview runtime engine 6.0.2 with Windows XP.
When transferring and merging data (FTP) the following window appears: error #3 : "memory.ccp", line 513. Labview version 6.0.2. For assistance...........etc.
I have installed labview runtime engine 8.0 but the application does not start because it requires labview 6.0.2.
Unfortunately the company who designed the application is no longer active so I don't know what to do.
Do you have the LabVIEW source code for this application? If you have upgrading it to a newer version might already help but at least give you more possiblities to debug in the development environment. You could do that yourself or hire a LabVIEW specialist to do that.
If you don't have the source I'm afraid there is little anybody could do to fix this other than writing a new application. By the way where are you from?
Rolf Kalbermatter
Message Edited by rolfk on 01-18-2007 12:12 PM
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Internal software error: .\EditorTemplates.cpp, line 698

This project is due to my client tomorrow. Not thinking in my right mind I decided to install Production Studio Premium in the middle of working on a big project. I've tried to Google the error but I'm not coming up with anything:
"internal software error: .\EditorTemplates.cpp, line 698"
This appears while building my disc or .iso image just after reaching the "Analyzing Project" phase of the build progress.
This project is only 2 menus with 4 total timelines. One of the menus uses both motion background and audio.
HELP!!!!!!

Sorry -- I just noticed that there is a thread on this error elsewhere in the forum ( http://www.adobeforums.com/cgi-bin/webx/.3bbee891/21 )Somehow when I searched for this error that thread did not show up. I'm going to take a look at that thread and see if there is anything that will help.
Again, sorry for posting the same topic twice.
EDIT....
OK, having read through the other thread, I feel that it is my duty to summarize the apparent fix here. It seems that there could be one of two problems, which are discussed by two posters:
1. "The issue was that instead of using return to last menu which is for use in a series of menus, instead I should specify the menu I want to return to. The summary is: make sure you're only giving one choice for an end action and don't use an override, and make sure to specify which menu even if there is only one when you return to a menu. When I did this it worked like a charm."...
"'Return to Last Menu' End action for a timeline is the culprit. Don't Use it. "
or
2. "I hit this problem today and found taking out the Return to last menu did not help a bit. I found that *deleting the chapter playlist, then recreating it* (The same by all I could tell). Would eliminate the problem."
Interestingly, I know that I have both of these (i. e. a playlist and the 'return to last menu' End action) in my project. I will test these fixes out and report back when I have a moment...

Internal software error: .\filespec.cpp line 130

I have an encore project with multiple menus and videos that I finished after a year. We have been through two revisions and I have the final go ahead with 2 tweaks and I am done.
Problem is, I try to open my encore file and it states "internal software error: .\filespec.cpp line 130" can anyone please help me?
I do not want to start from scratch. I did a google search but did not come up with anything. I recently switched to windows x64 with a multicore system so I am going to take it home and try it on windows there. Any help would be appreciated.

Hi
I'm having the same problem, did you find any solution?

I am trying to import pictures to IPAD 2 via Ipad Connector. Use to work now it does not. Any clues?

I am trying to import pictures to IPAD 2 via Ipad2 Camera Connector (Flash). Use to work now it does not. Any clues? I am a neophyte to Apple products...

If you are using a flash card, as opposed to an SD card, then I assume that you are using a third-party card reader with the kit ? If so what error, if any, are you getting e.g. a 'requires too much power' error ?
Also how are the photos getting onto the card ? If you are adding them yoursefly then you need to create a DCIM directory off the root of the card, with the photos underneath it, and the photo filenames need to be exactly 8 characters long (no spaces) plus the file extension i.e. in a similar format as if a camera had created/written them

Is my comp. screwed up? Use to work, now drops frames on capture.

is my comp. screwed up? Use to work, now drops frames on capture.
OK.
My G5
mac osx 10.4.9
processor 1.8 GHZ
Memory 1.75 GD DDR SDRAM
started to be unable to digitize footage.
It says there are dropped frame or problems with the source tape. The same tape, using the same deck, same firewire (400-800port) work FINE on my husbands G5
So I think it has to be my computer. I was working on FCP 4, and thought maybe when I installed FCP 6 it would magically get better.
So I got fcp 6 and I still have the same problem....
any help would be much appreciated.

99 times out of 100 it's that your scratch disk can't keep up with the captures... what are you capturing to? Should be a disk other than your internal startup disk. Is this DV material?
Jerry

Error #3: "memory.cpp", line 639; VI used to work, now it stopped

Similar Messages

Maybe you are looking for