02-08-2006 09:52 PM
02-09-2006 11:01 AM
02-09-2006 01:40 PM
02-09-2006 02:27 PM
02-10-2006 06:55 PM
02-13-2006 10:59 AM
I could not build your solution, because it was missing some assemblies that the project was referencing. I was, however, able to reproduce the problem with a simple project. It appears that in the VISA 3.3 release timeframe, we introduced a change in how we validate session types, which unfortunately causes all derived classes to fail the check. I have filed a bug report, and we will probably have a fix for this in our upcoming release. In the meantime, I would suggest that you continue to pass "false" for the "checkResourceType" constructor argument.
On a related note, have you considered having your classes contain a VisaSession object rather than deriving from the class? Is there a specific set of functionality you're trying to access that works better by deriving from the class? Normally I wouldn't expect someone to inherit from a class unless they're planning to override some functionality. If your derived classes are strictly accessing or exposing the functionality of the base class, I'd recommend using containment and forwarding method calls.
Thanks,
Glenn Burnside
02-13-2006 12:45 PM
02-14-2006 01:46 PM
02-14-2006 02:41 PM
02-15-2006 10:44 AM