05-09-2007 01:09 PM
05-09-2007 02:57 PM
Hi Andreas,
The first error ocurred when the file was 20MB approximatedly. Then I erased the corrupted TDM file and restarted the database, the second error ocurred when the file was 10MB.
Just a few questions:
- If I create my installer in LabVIEW 8.2.1 and install in the computer which has the application now, will this error never appear?
- What should the minimun requirements be in order to install these kinds of applications which use TDM VI's?
- Can this problem ocurr if I use the TDMs APIs? (I am thinking about replace the TDM VIs for the TDMs APIs in my main program)
I attached the other corrupted file. I´m sorry for not erase any data because I was afraid of removing some important information.
I really appreciate your help, it's been very useful!!
Regards,
JC
05-10-2007 04:39 AM
- If I create my installer in LabVIEW 8.2.1 and install in the computer which has the application now, will this error never appear?
Yes. If the installer is craeted with LabVIEW 8.2.1 including USI 1.4 this error will never appear.
- What should the minimun requirements be in order to install these kinds of applications which use TDM VI's?
The machine should fullfill the requirements. The problem is a bug in the XML writer (Pretty Print Feature) that makes the file grow in such streaming use cases. Because the file keep growing the Memory consumption is increasing which causes the system to fail at some point. This won't happen with USI 1.4 any more.
- Can this problem ocurr if I use the TDMs APIs? (I am thinking about replace the TDM VIs for the TDMs APIs in my main program)
If I understand you right, your application does streaming to the file. So it attaches a value to each channel in time intervals. This means that the TDMs API which is created for streaming would better match your needs. The problem with the XML based TDM file format is that a XML file is always complete. So it is not possible to attach to its end but you have to rewrite the file in case of changes.
The TDM(s) streaming format is designed to easily attach to the end of the file without having to rea or touch the start of the file. So probably you won't have any problems if you switch to a newer USI version but it might be a good idea for the future to swich to the TDMs API.
I have attached your second file including the retored header to give you a chance to compare with your old header to see what I have done to restore the file.
Greetings from rainy Germany
Andreas Krantz
National Instruments
05-10-2007 02:36 PM
Hi Andreas,
You have done a great job with my tdm files, thanks so much. Now, I will create the new installer in LabVIEW 8.2.1 to solve the problem that I have with my application and the next version of my program I will use the TDMs API.
I'm glad that you have helped me to solve this problem and thank you very much again for all your support.
My regards,
JC
08-09-2011 09:36 AM
I am having the same problem with all the other user. I wonder if anyone can help me recover the corrupted TDM file that I have. Appreciate very much.
08-10-2011 05:03 AM
Hi DevM,
Greetings from rainy Aachen
Stefan
08-11-2011 10:38 AM
This one looks worse.
The tdm header that describes the content of the binary tdx file has size 0.
It it wasn't written at all.
Assuming that the data file contains double channels you can try to use the attached header.
It will read the file, as if it contains one R64 channel. So all the data is concanated.
I assume this dosn't help a lot 😞
Greetings
Andreas