LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Help Needed! Constant Crashing!

Solved!
Go to solution

Hello Everyone!

 

Thank you in advance for any help or advice contributed! 

 

Currently we have a program, AMS, that is used to monitor various measurements and data on a marine vessel. 

 

The program has worked great for many years but as of recently has started to crash. 

 

The error reads, " Exception: Access violation (0xC0000005) at EIP=0x078B5595 Version: 1.0.12.0"

 

I will attach the files. 

 

After the error occurs, we restart the program and it works until it inevitable crashes. I have system restored back to a few weeks and problem went away for several weeks, and then returned. 

 

Has any seen this? Know what it is or whats causing it? 

 

I am a novice with LABView and any and all help will be much appreciated. 

 

Let me know if I can provide anything else that can help the community, help me better.

 

Thanks,

NHR

Download All
0 Kudos
Message 1 of 14
(3,742 Views)

A couple of simple pictures should not need 20MB. Did you submit the error reports to NI?

0 Kudos
Message 2 of 14
(3,735 Views)

You're right about the 20MB! No clue why it is so big. I uploaded them and clicked the "POST" button a few times and the pictures uploaded multiple times. Sorry about that. (Re-uploading to this reply)

 

I have not submitted to NI yet. Would you be able to point me in the direction to do just that?

Download All
0 Kudos
Message 3 of 14
(3,728 Views)

Re-uploading the same things once more is NOT the correct solution.

0 Kudos
Message 4 of 14
(3,722 Views)

Hi Altenbach,

 

I am sorry the pictures are being such an issue for you, please forgive me as that is not my intent. I have attached them here again by uploading them directly. 

 

 

1.jpg2.jpg20180117_104201.jpg

0 Kudos
Message 5 of 14
(3,719 Views)

I also wanted to state that this system does not run online. It is disconnected from the Internet at all times. 

0 Kudos
Message 6 of 14
(3,714 Views)

@VMAGNHR wrote:

Hello Everyone!

 

Thank you in advance for any help or advice contributed! 

 

Currently we have a program, AMS, that is used to monitor various measurements and data on a marine vessel. 

 

The program has worked great for many years but as of recently has started to crash. 

 

The error reads, " Exception: Access violation (0xC0000005) at EIP=0x078B5595 Version: 1.0.12.0"

 

I will attach the files. 

 

After the error occurs, we restart the program and it works until it inevitable crashes. I have system restored back to a few weeks and problem went away for several weeks, and then returned. 

 

Has any seen this? Know what it is or whats causing it? 

 

I am a novice with LABView and any and all help will be much appreciated. 

 

Let me know if I can provide anything else that can help the community, help me better.

 

Thanks,

NHR


 Post the code so we have chance to help you!

 

The symptoms you described could indicate you are running out of memory or running out of disk space.

 

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
0 Kudos
Message 7 of 14
(3,705 Views)

Hi Ben, 

 

Thanks so much for the reply. Do you mean the actual source code of the program? Unfortunately, I have provided all the details I currently have. I am currently part of the electronics firm that handles the issues with the vessel. The vessel was set up with a .exe file that loaded the entire program, etc. 

 

I will be traveling to the vessel next week. Is there anything else I can maybe look for and try to supply that may be able to help get to the bottom of this issue? I can easily upgrade the ram and the SSD if you think that is an issue? (although, the disk is not full when I last checked, I think 10GB + at the very least, is free. The memory is maybe 8GB DDR3)

 

Some additional information:

AMS = Alarm and Monitoring System

The programs basic functionality is to monitor various levels and indicators and sounds an alarm whenever they reach certain parameters. The program can sometimes run and crashes at random times. I am not able to monitor the program because the vessel is not nearby atm, and the crew aboard is not aware of any situation that triggers the crash. 

 

Again, thank you so much for any advice and help. It means a great deal to us!

 

Thanks, 

NHR

0 Kudos
Message 8 of 14
(3,696 Views)
Solution
Accepted by topic author VMAGNHR

@VMAGNHR wrote:

Hi Ben, 

 

Thanks so much for the reply. Do you mean the actual source code of the program? Unfortunately, I have provided all the details I currently have. I am currently part of the electronics firm that handles the issues with the vessel. The vessel was set up with a .exe file that loaded the entire program, etc. 

 

I will be traveling to the vessel next week. Is there anything else I can maybe look for and try to supply that may be able to help get to the bottom of this issue? I can easily upgrade the ram and the SSD if you think that is an issue? (although, the disk is not full when I last checked, I think 10GB + at the very least, is free. The memory is maybe 8GB DDR3)

 

Some additional information:

AMS = Alarm and Monitoring System

The programs basic functionality is to monitor various levels and indicators and sounds an alarm whenever they reach certain parameters. The program can sometimes run and crashes at random times. I am not able to monitor the program because the vessel is not nearby atm, and the crew aboard is not aware of any situation that triggers the crash. 

 

Again, thank you so much for any advice and help. It means a great deal to us!

 

Thanks, 

NHR


First try and get the source code from the original developers and ask them since it is their product.

 

I can tell you to start-up the Windows task manager and monitor memory usage while the application is running... but at best that would let you know if you are running out of memory...

 

I have only once seen an application that had been running for a long time without a problem start to crash. In that case it was traced back to the user using the application to run a longer script than had ever been run previously.

 

Now looking that It is alarm and monitoring...

 

If this application is based on DSC then there maybe an issue with the size of the historical data. If the application loads all of the known history, as time goes on more and more memory will be required. It may take years ... Since you reported the application seemed to get better when the machine image was restored, you may have been setting it back to the size that worked but with time now you encounter the same problem as historical data piles up.

 

Now if that last scenario is the situation you are looking at, archiving the historical data and purging the old data may be what is needed.

 

That is about all that I can offer since technically I(we) are even more blind to the application/problem than you are.

 

Ben

Retired Senior Automation Systems Architect with Data Science Automation LabVIEW Champion Knight of NI and Prepper LinkedIn Profile YouTube Channel
0 Kudos
Message 9 of 14
(3,687 Views)

Ben,

 

Yes, I can only imagine how difficult it must be with the limited amount of information I have provided! None the less the advice and feedback you have provided will greatly assist us in solving this issue. Let me go ahead and check out a few things on my end after reading your post. I have concluded yours to be the solution on the basis that there is not much else that can be evaluated at this point and you have pointed me into the direction that would help me further solve my issue. 

 

I will report back any more findings and developments that occur so that you guys can have the end result, solution or resolution to this issue. 

 

Much Appreciated, 

NHR

0 Kudos
Message 10 of 14
(3,682 Views)