09-19-2014 02:41 AM
Thanks for this tip. Indeed, I sometimes take a lot of data and I did run out of memory. This was the reason for me to switch to 64bits. But I can certainly run the code also on a 32 bit Labview.
I could not find the Desktop Execution Trace Toolkit in my installation. But maybe I just did not install it. I will check with the setup programm.
Martin
05-22-2015 01:51 PM
I get this type of crash when I write 0x00 to some of the file IO nodes, such as the File Dialog Express VI. The solution in my case was to remove the 0x00 characters from the parameter before calling the function.
-Steve K
05-22-2015 03:34 PM
@Pie566942.0 wrote:
I get this type of crash when I write 0x00 to some of the file IO nodes, such as the File Dialog Express VI. The solution in my case was to remove the 0x00 characters from the parameter before calling the function.
Can you be more specific what you mean by that?
All LabVIEW should ever do when an unexpected or malformed input is encountered is to return an error. Crashing is never acceptable.
If you can demonstrate code that causes LabVIEW to crash reproducibly, NI needs to know about it so they can fix it.
Please submit a bug report. Thanks!
05-22-2015 03:46 PM
Reference support request 7449663.
LabVIEW 2013 SP1 32-bit on Win 7 Enterprise.
-Steve