Edit: found this in context help: Arrays and strings in hierarchical data types such as clusters always include size information.
I have a cluster of data I am writing to a file (all different types of numerics, and some U8 arrays). I write the cluster to the binary file with prepend array size set to false. It seems, however, that there is some additional data included (probably so LabVIEW can unflatten back to a cluster). I have proven this by unbundling every element and type casting each one, then getting string lengths for the individual elements and summing them all. The result is the correct number of bytes. But, if I flatten the cluster to string and get that length, it's 48 bytes larger and matches the file size. Am I correct in assuming that LabVIEW is adding some additional metadata for unflattening the binary file back to a cluster, and is there any way to get LabVIEW to not do this?
I need to select a .csv file which has two integers seperated through a comma per line. I have to sume these to values and write it to a new .csv file with the two integers and as third position the result. I have a path selector and a read from spreadsheet and a write to spreadsheet element. But I do not know how to read the two values line per line and add those to values with the result in a new .csv file.
A,B 1,3 2,6 3,3 output:
A,B,C 1,3,4 2,6,8 3,3,6 I hope that somebody can help me.
Thanks for your help!
Greets from Austria,
I can't get my head around this issue. Let me lay out the scene:
My application logs data in a .csv file. The file is created with R/W permissions through the "Open/Replace/Create File" VI. Then it uses the "Write to Binary File" to log the data, keeps the reference opened all along, and only close the file at the end.
So far everything works perfectly. If I double click on the file in Windows Explorer, Excel sees that the file is being opened in LabVIEW and shows the typical message giving me the following choice: Read-only, Notify, or Cancel. If I cancel, Excel closes and things keep on going fine.
However, if I do click "Read only", the "Write to Binary File" function in my LabVIEW application throws an error 8: File permission error. Somehow opening the file as read-only in Excel steals the write permission of LabVIEW.
Have you ever experienced this? What could be happening?
I'm getting the "Manager Call Not Supported" when attempting to save a PNG file on an NI Phar Lap ETS target. It's nice that the RTOS supports the "Get Image" method for control references, but being unable to save a PNG image makes that method pretty useless. The "write BMP file" VI works just fine, but who wants to generate HTML with BMP images? Is there a solution to the PNG vi, or has someone written an alternative? Thanks.
By Bjarne Joergensen
I have at VI running LV8.2.1. It produce two data files.
These two data files has to be moved to at DB-server. I have wrote an exe in LV2012 that run in the tray.
This program look every minute if the other has produced the two datafiles. If they are pressent the exe move them to another place, make some datahandling at them and moven them to the data server.
Sometimes the exe can't move the files because the other VI is in process of making them.
Therefor I would like to use a mutex.
I have tried to use .net (and mscorlib.dll) but I can't get it to work.
Here is the code (LV2013):
I have made two exes with different names, but when I run them it only one of them that work. It seems that it don't release the mutex.
The other execan only get the mutex when I stop the first exe and close it.
hope for some help:-)