There may be a bug in the installation procedure of Traditional Daq in Labview 8.5. I have a "legacy application" running on Version 7.0 that I am trying to "upgrade" to version 8. The system uses a PXI and Labview RealTime, using the Traditional Daq drivers. I successfully brought it over to a Version 8.2 system, and was able to load it properly (I'm still debugging it, so not everything worked). Knowing that the RealTime communication in Version 8.5 was much improved, I wanted to "skip" the upgrade to version 8.2 and go directly to Version 8.5. I installed Version 8.5 "on top of" my Version 8.2 system (on a test machine that only had Version 8.2 on it -- no version 7.0). The installation appeared to proceed normally -- a Version 8.5 folder was created inside the National Instruments folder, and many subfolders were created inside it. I specified the Traditional Daq drivers, and they seemed to install properly (at least there were no error messages).
However, when I tried to load my code under Version 8.5, I got multiple errors regarding missing VIs, often ones involving NI-TIO, such as "Counter Set Attribute". The exact same code loaded under Version 8.2. Multiple installations of Version 8.5 failed to cure this problem. I noticed that there was a folder, Labview 8.2\vi.lib\Daq in the Labview 8.2 "tree", but no corresponding Labview 8.5\vi.lib\Daq folder (although there was a DAQmx folder). If I copied the Daq folder from the Labview 8.2 tree into the Labview 8.5 tree, the loading problems went away.
It appears to me that during the installation of Labview 8.5, it mistakenly decides that Traditional Daq is already installed because it sees the folder inside the 8.2 tree. This seems like a bug, to me. This might only happen when you install Version 8.5 in the presence of a previous version (as I had done).
Bob Schor
