04-19-2006 03:38 PM
04-19-2006 04:14 PM
This proves very little, but I have CVI 6 on a win2000 system that has been running without any issue for some time [version 6.0.0 (105)]. Of course setups vary, DLLs, instrument drivers, versions of NIDAQ or 488.2, there can be a lot of variables with each configuration beyond just CVI.
04-19-2006
05:16 PM
- last edited on
07-08-2025
02:34 PM
by
Content Cleaner
This is just a guess, but Windows 2000 and XP (which are based on NT) have more strict enforcement of memory boundaries/etc. than 95/98/ME and therefore you can see crashes on those platforms that would not crash a 95/etc. system. It is very possible that a bug exists in your program which is causing the crash but for whatever reason it works ok on other flavors of Windows. Have you tried debugging the issue on win2k? If you can provide some more details about the crash (is the system blue-screening? if so, what is the crash code; or does the program just crash?) we might be able to shed some more light on the situation. Does the program use any driver software (DAQ, etc.)? As far as I know, there are no compatibility problems with CVI 6.0 on Windows 2000.
Also, the CVI Runtime engine is freely available for download and is API backwards compatible; if you believe the crash is a problem in the CVI runtime engine, you could upgrade to a newer version and see if that resolves your issue. The CVI 8.0 runtime engine is available here.
Hope this helps,
-alex
04-20-2006 10:46 AM
Im sorry, there is no blue screen. The system seems to just reboot on its own. Meaning that the system would just shut down, then start to reboot and checking disk. This may happen twice a day. The driver software that im using are IMAO v.2.61.0, NI-488.2 v2.20, and Traditional NI-DAQ v6.9.1f28
Thank you
04-20-2006 12:07 PM