Cue points read from asnd files.

hello one and all,
it seems to me that asnd is a good loseless file format for soundbooth, and since that the case, shouldn't flash natively read not only the audio stream from an asnd but also its cue points, since they are also obviously stored in the asnd file also because soundbooth stores and retrieves that information from the asnd. i mean it would be good from embedded audio within flash and a lot easier then exporting to flv or xml.
can't this feature be built into cs5?
thanx, lucas

Use File IO>>Advanced File Functions>>Set File Position.vi from the functions palette to set the position of the file as required.
I am curious as to why you would want to read the file multiple times; If the data in the file is not changing, it is more efficient for you to read it once.
Also, there is no device called a DAQ. DAQ drivers (NI-DAQmx is the latest version) are used to run a variety of data acquisition devices. Whether you can output your waveform at your required resolution and speed depends on what kind of data acquisition device you have. Regarding your question about data format, most boards accept data in a variety of forms. Even if your particular form is not supported, conversion is pretty easy. We need more details about the format of your data and the type of device you have to better answer this question.
S G
Certified LabVIEW Architect, Certified TestStand Developer, Certified Professional Instructor

Similar Messages

UPDATE : Toshiba Recovery Wizard 'cannot read from source file or disk' error (satellite L500)

UPDATE 2: Phoned Toshiba tech support again, guided by techie to begin the recovery again. Just before phoning I was able to go into recovery options and view the drive setup and all the files that couldn't be read are on the CD so I've no idea why the error kept occuring, and neither did the techie. Fingers crossed it works this time but I'm not overly hopefully given that we've just done exactly the same as I did before. UPDATE 1: I got into the BIOS and reset everything back to defaults and yay, my toshiba recovery wizard now starts! :-D On the down side, when trying to do a factory default software / out of the box recovery I continually get error messages with regards to copying the files, for example
cannot read from source file or disk
7z.dll
Type application extension
size 585kb
date modified 7/14/2009 10.26pm
other read / copy errors include PREINST6.SWM, BOOT_32, BOOTPRIORITY, CHECKMAXPTSIZE, CHGBOOT, CPU, CPUCHECK, CREATEPARTITION, CTRLDRVINFO, DISKWIPE, DMI, DPINST32, EBLIB.DLL, ERRORDIALOG, EW3BOOTSEQ, FWLINK, FWLINK.SYS, GETHDDINFO, GETKEYSTATE, IMAGEX, INFILED, INITRECAREA, KRAIADAPI.DLL ..... at which point I decided to 'skip all' :-/
Any explanations as to what's going on and how I might be able to fix it would be very much appreciated! :-) Thank you!
I have a two and half year old satellite L500 with an Intel i-3 and 4 gigs of RAM, on which I was running Windows 7.
Admittedly it’s had rather a hard life (I ran some very demanding CAD / graphics software on it) but it had always performed well until just recently, when after suffering several BSOD (which had never happened before), the hard drive failed.
I partitioned and formatted a brand new hard drive (which is perfectly fine and functions normally when hooked up to another laptop with a SATA to USB cable) and obtained system recovery discs from Toshiba. Unfortunately, when I try and run the first disc, windows starts to load files but then generates an error screen with the message Error F3-F100-0003 and a request to turn the computer off.
When I use the windows Memory Diagnostic to get into the Windows Boot Manager Screen I get the following;
Windows failed to start. A recent hardware / software change might be the case.
To fix the problem
Insert your windows installation disc and restart your computer
Choose your language settings and click ‘next’
Click ‘repair your computer’
File: \boot\memtest.exe
Status: 0xc000000f
Info: the selected entry could not be loaded because the application is missing or corrupt.
I can also use F8 on startup to get into the advanced boot options but selecting any of them simply results in the F3-F100-0003 error message. I’ve run a memory test using the UBCD, which tells me the memory is fine, and tried another hard drive (which also works perfectly well in another laptop) but no joy. On phoning Toshiba support the techie said my hard drive had failed, but as I say, both hard drives are perfectly fine / usable when hooked up to another laptop. I’m now completely stuck as to what the problem is and how I might resolve it – any advice / suggestions would be most gratefully received! Thank you in advance :-)

Satellite L655-S5096
Downloads here.
the second disc gives me the the "cannot read from source file or disk PREINST8.SWM"
My best guess is that the disc is not readable. Try copying it to another. Sometimes that works.
Otherwise, order new discs from Toshiba.
-Jerry

Read from Text File Detailed Help need Clean-up

This is probably well known and nobody has bothered fixing it but the detailed Help of the "Read from Text File" function is sort of ambiguous:
- statement 1: refnum out is the refnum of the file that the function read. You can wire this output to another file function, depending on what you want to do with the file. The default is to close the file if it is referenced by a file path or selected from the file dialog box. If file is a refnum or if you wire refnum out to another function, LabVIEW assumes that the file is still in use until you close it.
- statement 2: If you wire a path to file, the function opens the file before reading from it and closes it afterwards.
I have found statement 1 to be correct, which makes statement 2 incomplete (and sort of tautological in the sense that 1) you expect LabVIEW to open the file before reading from it if you provide a path instead of a refnum... and 2) if you use a path input to file AND use the refnum out for some other function, the file is NOT closed, as correctly stated in statement 1).
Just sayin' ...

X,
It deeply concerns me that you would take my response to mean indifference. I certainly had no intention to belittle what you had to say. On the contrary, I took this up with the concerned team, and had a small discussion. If you say that what someone says on this forum is of lesser or no value to National Instruments, you could not be more wrong. It defeats the whole purpose of this public forum.
My point was not that it is not an issue, it certainly seems to be. Please be rest assured that even if it does not look like it from the outside, each comment however big or small is taken back to our workplaces and some thoughts poured over it.
On the whole, I recognise that I had a role to play in this misunderstanding of tone, and I sincerely apologise.
Warm Regards,
Prashanth N
National Instruments

Problems reading from a file

Hey,
I have this file that I need to read so i can handle the contents. It was created in MSDOS and as I have very little experience in that topic, I wondered if anyone can point me in the right direction. I tried reading it as a ascii and binary file but neither work, I'm really just guessing though.
The file has no extension. Hence I can't upload it to the forum. Its made up of mostly meaningless strings of characters.
Any help is appreciated,
Regards,
Rkll

Rkll wrote:
Ya you're exactly right, its parsing the data that is the problem. I have done what you said and attached it as a .txt file. My inital thought was that it was a collection of binary digits but I was unable to read them with the built in Labview read binary file VI. Although maybe I had a setting wrong or something.
This has nothing to do with the Read From Binary File VI, or any setting. That functions does not magically know the format of a file, just like any binary file read for any other programming language. Thus, you have to tell it how to interpret the data. You can tell it to read the file as a series of bytes, and it will dutifully return to you an array of U8 integers. Or, you tell it to read it as a series of 16-bit integers and it will dutifully return to you an array of I16. It will give you what you tell it to give you.
Looking at the file I can see some header information, though it's not clear what all the spaces are being used for. I can't tell whether they're padding for a section, or what. As I noted, do you have any idea as to the format of the file? You said you're updating an old computer system. Any documentation?

Read From Measurement File... removes X Values of first column?

During one of our tests, two instruments were switched at the terminal by accident. I need to read in the massive lvm files, remove the wrong scaling and apply the correct scaling, while switching the values in the columns and right it all to new files. Simple right?
I wanted to use the Read from Measurement File.vi to make things easier, because the files are very large and I would like to analyze them 100 rows at a time. Some of the the files are around 1.5 Gigs in size so I need to read them in chunks.
The read from measurement file keeps removing the first column from the data! It outputs the data as a signal (dynamic data) and I have to use the dynamic to numeric array express vi. For some reason, before I even get to that point, the first column is not in the data.
No matter what settings I pick on the read from measurement express vi, the time column is removed from the data. I have checked/unchecked the "first row is channel names" and "first column is time channel" to no avail. The odd thing is that in the preview it shows the first column, as if it will read it properly... but it doesnt. Nothing I change in the settings can seems to make a difference in getting the first column, the x values, out of the file.
Below you can see the first column completely removed from the data.
This is extremely frustrating. By probing the signal out I can see the dynamic data attributes and the time column has already been removed, so I don't think that the signal to double array express vi is the problem, but I am not sure.
I am attaching my VI and a small data file to be analyzed. You can see what I mean.
The alternatives seem less than adequate. The read from spreadsheet file vi wants an offset of a specific number of characters not rows. The problem is that this is not constant between rows for some reason, when hidden characters are taken into account so I cant just set the number of characters in 100 rows and increment the offset in a loop... like I normally would. That means I might miss data or get a corrupted row.
This means that I have to use the read from text file, read how ever many characters I think a row is (over estimating a bit) then search for the newline character, find out how many chars are in that set and then offset that for the next loop iteration, all while converting each string number to a double. Talk about slow.
I have searched around and found that I am not the only one that has had this issue. This is a common thing, but no one seems to have the answer. Why can't the read from measurement file VI read all of the numbers in every row? Why cant I tell it I want a 2d array of doubles out and not a dynamic data type? It has to be something I am doing wrong.
Attached is a zip file with my VI and two data files. The "S19_A_DSI_detensioning_c.lvm" is the one generated by my VI (_c meaning corrected). "S19_A_DSI_detensioning.lvm" is the original measurement file. I hope you will pardon my messy VI, it's a quicky.
Any help you guys can give would be much appreciated.
[will work for kudos]
Attachments:
Scaling Factor Correction.zip ‏1109 KB

That is a great workaround. The help talked about putting a check next to "read lines" but for the life of me I couldn't find where to do that. I wonder what other VIs have mystery check options in the right mouse click menu. I mean normally options like those are inputs, I thought. I'm going to start right clicking on every VI I drop to see if there are options there I never realized.
I would still have to use the set file position VI and specify the byte offset right? How would I know where that is? I guess each character is a byte and I would count the characters in the string retrieved and then offset by that amount on the next iteration using a shift register?
While waiting for help, I ended up using the read from text file and using the match string to look for the new line character, and using the spreadsheet string to array vi, analyzed the files line by line. Thats just because I couldn't easily come up with a regular expression to get 100 lines. It was slow but it worked.
However, that still really doesn't answer the question of why it is impossible to get the first column with the read from measurement file express VI. Does anyone know? Is this a known bug?
[will work for kudos]

How do i do the replacement by reading from a file ?

The multibyte representation in cloumn 2 in the input file is encoded in UTf8 format.
I have the code to get the code point value from a multibyte representation.
But i am not sure how to do the same when reading from a file.
A better explanation of the requirement is like this,
I have a java program ,i have a String="test";
I traverse the string
on encountering the character 't' i read from the input file ,the input file has the characters m to z listed in it, and it also has the UTF8 encoded multibyte representation in it.
I then read from the file
I search the file to get he character 't'
on gettin the character 't' i get the corresponding multibyte representation from the input file
Then i get the unicode code point value for the multibyte representation that i got from the input file.
Lastly i replace the character 't' in the string with the unicode code point value 3046
Hope the requirement is clear
Please do help
Any help would be very useful
Thanking you
khurram

I am still not sure as to what your problem is. It would be better if you specify as to where the problem lies in the steps that you have stated and ask for a solution.
agar yeh homework hai to log yehan par isse appreciate nahin karte. Acha hota agar requirements ki bajai problem discuss ki jati.

"Read From Binary File" function Help ambiguity

I must be getting tired, but for some reason a doubt crept in my mind as I was designing a new piece of code this morning:
"is the "Read From Binary File" using the last file position or is it starting from the beginning of the file?"
"That's a stupid question", I told myself.
"I used this function a million times and have always assumed it is reusing the last file position. Moreover, there is no file offset input to that function, so WTH am I afraid of?"
So, for kicks, I fired up the Help window and read the following description (*):
Reads binary data from a file and returns it in data. How the data is read depends on the format of the specified file. This function does not work for files inside an LLB.
(*) BTW, has anybody ever complained that you can't select and copy anything from the floating Help Window?
Not much there. I particularly admire the phrasing of the second sentence... What about: "This function can do a lot of things, but it would much to complex to describe this is extensive details, so if you are asking, you probably can't afford using it"?
Anyhow, I clicked on the "Detailed Help" and got this (among other things):
Use the Set File Position function if you need to perform random access.
WHAT? I am pretty darn sure I DO NOT USE the Set File Position when I read a file in successive and contiguous chunks. I just pass the file refnum into a shift register and back to the function and that's it.
Now, the description of the "Refnum Out" ouput says: If file is a refnum or if you wire refnum out to another function, LabVIEW assumes that the file is still in use until you close it. Translated in plain English, is that supposed to mean that if the file is not closed it is open, or is that implying that it contains more info that just "the file is open and can be found here"?
I started searching around and finally ended up with the entry for "refnums, file I/O". Down the bottom of the (long) article, I found this under the heading "References to Objects or Applications" (but nothing specific to files, BTW):
...LabVIEW creates a refnum associated with that file, device, or network connection...
[...] LabVIEW remembers information associated with each refnum, such as the current location for reading from or writing to the object and the degree of user access, so you can perform concurrent but independent operations on a single object. If a VI opens an object multiple times, each open operation returns a different refnum. LabVIEW automatically closes refnums for you when a VI finishes running, but it is a good programming practice to close refnums as soon as you are finished with them to most efficiently use memory and other resources.
So it seems that my recollection was correct. I do not know what the "degree of user access" for a file is, but that's not the topic of today's post.
So, my point is: the Help File for this function is incomplete or ambiguous at best. Please correct it. And provide a link to the "refnum, file I/O" Help entry in its detailed Help. It would H E L P...
Thanks for reading.

Reading in succesive chunks is *NOT* random access. An open file always has
a current position, which is updated with each read or write operation.
You only need to set the file position if you want to start elsewhere.
LabVIEW Champion . Do more with less code and in less time .

"Read from Binary File" and efficiency

For the first time I have tried using Read from Binary File on sizable data files, and I'm seeing some real performance problems. To prevent possible data loss, I write data as I receive them from DAQ, 10 times per second. What I write is a 2-D array of double, 1000 data points x 2-4 channels. When reading in the file, I wish I could read it as a 3-D array, all at once. That doesn't seem supported, so I repeatedly do reads of 2-D array, and use a shift register with Build Array to assemble the 3-D array that I really need. But it's incredibly slow! It seems that I can only read a few hundred of these 2-D items per second.
It also occurred to me that the Build Array being used in a shift register to keep adding on to the array, could be a quadratic-time operation depending on how it is implemented. Continually and repeatedly allocating bigger and bigger chunks of memory, and copying the growing array at every step.
So I'm looking for suggestions on how to efficiently store, efficiently read, and efficiently reassemble my data into the 3-D array that I need. Perhaps I could simplify life if I had "write raw data" and "read raw data" operations that write and read only the numbers and no metadata.then I could write the file and read it back in any size chunks I please -- and read it with other programs besides. But I don't see them in the menus.
Suggestions?
Ken
Solved!
Go to Solution.

I quote the detailed help from Read from Binary File:
data type sets the type of data the function uses to read from
the binary file. The function interprets the data starting at the current file
position to be count instances of data type.
If the type is an array, string, or cluster containing an array or string, the
function assumes that each instance of that data type contains size information.
If an instance does not include size information, the function misinterprets the
data. If LabVIEW determines that the data does not match the type, it sets data
to the default for the specified type and returns an error.
So I see how I could write data without any array metadata by turning off "prepend array or string size information", but I don't see any way to read it back in such bare form. If I did, I'd have to tell it how long an array to read, and I don't see where to do that. If I could overcome this, I could indeed read in much larger chunks.
I'll try the auto-indexing tunnel anyway. I didn't tell you the whole truth, the 3-D array is actually further sliced up based on metadata that I carry, and ends up as a 4-D array of "runs". But I can do that after the fact instead of trying to do it with shift registers as I'm reading.
Thanks,
Ken

Format precision apparently ignored when using read from spreadsheet file

I hope there is ridiculously simple solution to this problem but so far I can't find it. Using the Read from Spreadsheet File function in LabVIEW7.1, I can't get the floating point format (%f) to work; the decimal (%d) seems to work fine. For example, the first value in the attached file is 399.5853. When I read it in using %.2f format I would think I should get 399.58 but instead I get 399.58529663... Oddly if I use %d as the format, I get an as expected value of 399. Can anyone see what I am missing?
Attachments:
ReadFileTEST.vi ‏23 KB
test.txt ‏1 KB

The solution to the problem is the internal representation of floating point numbers: with a limited number of bytes only a limited number of the (infinitely many) real numbers can be represented. The nearest representable number to 399.5853 is 399.58529663 if the so-called single precision representation (abbr. SGL in Labview) is used.
It seems that (ridiculously!) NI has chosen to use SGL as the data format in the Read from Spreadsheet VI which causes the unexpected behaviour you observed.
You can change the representation from SGL (which uses 4 bytes) to DBL (double precision, using 8 bytes) in the Read from Spreadsheet VI and you will observe a better approximation then, but still not 'exact' since the number now reads 399.585300000000018. (With t
he EXT representation, 10 bytes, you could go to even higher precision)
I hope someone from NI reads this and they fix the unnecessary limitation of the precision in the Read from Spreadsheet VI.

Problem with reading from DAT file. FileNotFound exception

Can't seem to find the issue here. Two files, one (listOfHockeyPlayers) reads from a DAT file a list of players. The other (HockeyPlayer) has just the constructor to make a new hockey player from the read data.
import javax.swing.*;
import javax.swing.event.*;
import java.util.*;
import java.awt.*;
import java.io.*;
public class ImportHockeyPlayers
private ArrayList<HockeyPlayer> listOfHockeyPlayers = new ArrayList<HockeyPlayer>();
public ImportHockeyPlayers(String fileName)
throws FileNotFoundException
try
   Scanner scan = new Scanner(new File(fileName));
   while (scan.hasNext())
    //Uses all the parameters from the HockeyPlayer constructor
    String firstName = scan.next();
    String lastName = scan.next();
    int num = scan.nextInt();
    String country = scan.next();
    int dob = scan.nextInt();
    String hand = scan.next();
    int playerGoals = scan.nextInt();
    int playerAssists = scan.nextInt();
    int playerPoints = playerGoals + playerAssists;
    //listOfHockeyPlayers.add(new HockeyPlayer(scan.next(),scan.next(),scan.nextInt(),scan.next(),scan.nextInt(),scan.next(),
     //scan.nextInt(),scan.nextInt(),scan.nextInt()));
catch(FileNotFoundException e)
   throw new FileNotFoundException("File Not Found!");
public String toString()
String s = "";
for(int i = 0; i < listOfHockeyPlayers.size(); i++)
   s += listOfHockeyPlayers.get(i);
return s;
public class HockeyPlayer
private String playerFirstName;
private String playerLastName;
private int playerNum;
private String playerCountry;
private int playerDOB;
private String playerHanded;
private int playerGoals;
private int playerAssists;
private int playerPoints;
public HockeyPlayer(String firstName, String lastName, int num, String country, int DOB,
String hand, int goals, int assists, int points)
this.playerFirstName = firstName;
this.playerLastName = lastName;
this.playerNum = num;
this.playerCountry = country;
this.playerDOB = DOB;
this.playerHanded = hand;
this.playerGoals = goals;
this.playerAssists = assists;
this.playerPoints = goals + assists;
DAT File
Wayne Gretzky 99 CAN 8/13/87 R 120 222
Joe Sakic 19 CAN 9/30/77 L 123 210These are all in early development, we seem to have the idea down but keep getting the odd FileNotFound exception when making an object of the ImportHockeyPlayers class with the parameter of the DAT file.
We might even be on the wrong track with an easier way to do this. To give you an idea of what we want to do...read from the file and be able to pretty much plug in al lthe players into a GUI with a list of the all the players.
Thanks for your time.

Thanks for the tip on the date format...good to
know.
public static void main(String[] args)
GUI gui = new GUI();
ImportHockeyPlayers ihp = new
ImportHockeyPlayers("HockeyPlayers.dat");
}It's just being called in the main.
Throws this error:
GUI.java:39: unreported exception
java.io.FileNotFoundException; must be caught or
declared to be thrown
ImportHockeyPlayers ihp = new
ImportHockeyPlayers("HockeyPlayers.dat");
^This error is simply telling you that an exception may occur so you must enclose it in a try catch block or change the main method to throw the exception as follows
public static void main(String[] args) throws
                      java.io.FileNotFoundException {
     GUI gui = new GUI();
     ImportHockeyPlayers ihp = new
     ImportHockeyPlayers("HockeyPlayers.dat");
}or
public static void main(String[] args) {
     GUI gui = new GUI();
     try {
          ImportHockeyPlayers ihp = new
          ImportHockeyPlayers("HockeyPlayers.dat");
     catch (FileNotFoundException e) {
          System.out.println("error, file not found");
}I would reccomend the second approch, it will be more helpful in debugging, also make sure that the capitalization of "HockeyPlayers.dat" is correct
hope that helps

Reading from a file doesn't work...

Hi All,
I am tring to read from a file tickets.txt and when I do this
BufferedReader inFile = new BufferedReader (new FileReader("tickets.txt"));
StringTokenizer tokens = new StringTokenizer(inFile.readLine(), ":");StringTokenizer throws a null pointer exception... and I couldn't work out why... so I did this in between BufferedReader and StringToken
System.out.println(inFile);And it printed this on the screen... which is not in my file...
java.io.BufferedReader@1c78e57
Please Help,
Mike

C:\Program Files\Java Studio_JDK\s1studio\bin
is what it prints... which is not where my file is...
but it created a file there ... and I added stuff to the new file I found and it still prints null?
some of my code...
PrintWriter pw = new PrintWriter (new BufferedWriter (new FileWriter ("tickets.txt")));
BufferedReader inFile = new BufferedReader (new FileReader("tickets.txt"));
System.out.println(inFile.readLine());
BufferedReader stdin = new BufferedReader (new InputStreamReader(System.in));thats all in the main and thats all that really has anything to do with tickets.txt right now... everything else is commented out for now...once I manage to read the file then I will uncomment it...(the methods and stuff)
Thanks,
Mike

Cannot delete itunes from pc,message states. a network error occurred while attempting to read from the file C:\windows\installer\itunes.msi

ITUNES WILL NOT DELETE FROM ADD @ REMOVE PROGRAMS,
MESSAGE, READS a network error occured while attempting to read from the file C:WINDOWS\installer\iTunes.msi

All sorted now just needed to repair itunes from control panel

Why does Read from Text file default to array of 9 elements

I am writing to a text file starting with a type def. cluster (control) of say 15 dbl numeric elements, that works fine I open the tab-delimited text file and all of the elements appear in the file. However when I read from the same text file back to the same type def. cluster (indicator), the read from text file defaults to 9 elements?? Is there a way to control how many elements are read from the file. This all works great when I initially use a cluster of 9 elements and read back to a cluster of 9 elements.
Solved!
Go to Solution.

From the LabVIEW Help: http://zone.ni.com/reference/en-XX/help/371361G-01/glang/array_to_cluster/
Converts a 1D array to a cluster of elements of the same type as the array elements. Right-click the function and select Cluster Size from the shortcut menu to set the number of elements in the cluster.
The default is nine. The maximum cluster size for this function is 256.
Aside: so, how many times has this question been asked over the years?

How to open saved files using 'read from text file' function

Hi everyone, I am having a hard time trying to solve the this particular problem ( probably because I am a newb to lanbview ). Anyway , I am able to save the acquired waveforms by using the 'Write to text file' icon. I did manually modify the block diagram of the 'Write to text file' icon and create the correct number of connector so as to make my program work. But now I have no idea on how to modify the block diagram of the 'Read from text file' block diagram to make my program 'open' my saved waveforms. Or i do not have to modify anything from the block diagram of the 'Read from text file'? Can anyone teach/help me connect up? Do i need the build array on the "open" page?
Here are some screenshots on part of my program
let me know if you guys would need more information / screenshots thank you!
Attachments:
ss_save.jpg ‏94 KB
ss_open.jpg ‏94 KB
modified_writetotextfile.jpg ‏99 KB

Ohmy, thanks altenbach. oh yeah i forgot about those sub VIs. will upload them now. Was rather demoralized after reading the comments and really struck me on how weak i'm at on labview really hope to get this done. But of course i have to study through and see how it works. Actually i am going to replace those 'signal generators sub vi' with ThoughtTechonology's sample code so i can obtain data waveforms real-time using Electrocardiography (ECG) ,Electromyography (EMG ) and Electroencephalography (EEG) hopefully i can find out how to connect the sample code.
( ps . cant connect it now unless my program is working otherwise labview will crash )
( p.s.s the encoder of my biofeedback trainer already acts as an DAQ so i wont need to place an DAQ assistant in my block diagram i suppose )
The sample code of ThoughtTechnology is named as attachment.ashx.vi. too bad i cant use it and present it as my project
Attachments:
frequency detactor.vi ‏53 KB
signal generator.vi ‏13 KB
attachment.ashx.vi ‏40 KB

LabVIEW for ARM 2009 Read from text file bug

Hello,
If you use the read from text file vi for reading text files from a sdcard there is a bug when you select the option "read lines"
you cannot select how many lines you want to read, it always reads the whole file, which cause a memory fault if you read big files!
I fixed this in the code (but the software doesn't recognize a EOF anymore..) in CCGByteStreamFileSupport.c
at row 709 the memory is allocated but it tries to allocate to much (since u only want to read lines).
looking at the codes it looks like it supposed to allocated 256 for a string:
Boolean bReadEntireLine = (linemode && (cnt == 0));
if(bReadEntireLine && !cnt) {
  cnt = BUFINCR;    //BUFINCR=256
but cnt is never false since if you select read lines this is the size of the file!
the variable linemode is also the size of the file.. STRANGE!
my solution:
Boolean bReadEntireLine = (linemode && (cnt > 0)); // ==
if(bReadEntireLine) {    //if(bReadEntireLine && !cnt) {
  cnt = BUFINCR;
and now the read line option does work, and reads one line until he sees CR or LF or if the count of 256 is done.
maybe the code is good but the data link of the vi's to the variables may be not, (cnt and linemode are the size of the file!)
count should be the number of lines, like chars in char mode.
linemode should be 0 or 1.
Hope someone can fix this in the new version!
greets,
Wouter
Wouter.
"LabVIEW for ARM guru and bug destroyer"

I have another solution, the EOF works with this one.
the cnt is the bytes that are not read yet, so the first time it tries to read (and allocate 4 MB).
you only want to say that if it's in line mode and cnt > 256 (BUFINCR) cnt = BUFINCR
the next time cnt is the value of the bytes that are not read yet, so the old value minus the line (until CR LF) or if cnt (256) is reached.
with this solution the program does not try to allocate the whole file but for the max of 256.
in CCGByteStreamFileSupprt.c row 705
if(linemode && (cnt>BUFINCR)){
cnt = BUFINCR;
don't use the count input when using the vi in line mode. count does not make sense, cnt will be the total file size. also the output will be an array.
linemode seems to be the value of the file size but I checked this and it is just 0 or 1, so this is good
update: damn it doesn't work!
Wouter.
"LabVIEW for ARM guru and bug destroyer"

Cue points read from asnd files.

Similar Messages

Maybe you are looking for