> Does that sleep everything or just the thread calling it?
Just the calling thread - in every case, I'm sure. Now, if you happen to get down to Sleep through COM or .NET, there's no guarantee it's not a proxy thread, but that's just part of the joy of using gigantic, bloated wrapper libraries.
JK I'm pretty sure that almost never happens. Anyway, you have to jump through some hoops to make a remote call asynchronous.
-SHAWN-
Just the calling thread - in every case, I'm sure. Now, if you happen to get down to Sleep through COM or .NET, there's no guarantee it's not a proxy thread, but that's just part of the joy of using gigantic, bloated wrapper libraries.
JK I'm pretty sure that almost never happens. Anyway, you have to jump through some hoops to make a remote call asynchronous.
-SHAWN-
I'm pretty sure that almost never happens. Anyway, you have to jump through some hoops to make a remote call asynchronous.
Is there a way of getting access to .Net 2.0, 3.0 and 3.5 functions from VEE Pro 7.52?
The reason I ask is I believe the System.Threading.Thread.Sleep(mSec) is available under either 3.o or 3.5.
Regards,
Gary
Gary Voltz
Technical Officer (SASTO4)
Test Equipment Maintenance and Calibration Centre (TEMACC)
Facilities Management Services
Technology and Asset Services
Airservices Australia
E-mail: gary.voltz@airservicesaustralia.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Airservices Australia
Ph 1300 301 120 (within Australia)
07 3886 3382
Ph +61 7 3866 3382 (outside Australia)
Fax +61 7 3866 3531
www.airservicesaustralia.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CAUTION: This e-mail is confidential. If you are not the intended
recipient, you must not disclose or use the information contained
in it. If you have received this e-mail in error, please tell us
immediately by return e-mail and delete the document.
Airservices Australia does not represent, warrant or guarantee
that the integrity of this communication is free of errors, virus
or interference.
---
You are currently subscribed to vrf as: hua_jing@agilent.com
To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body.
To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com".
To send messages to this mailing list, email "vrf@agilent.com".
If you need help with the mailing list send a message to
"owner-vrf@it.lists.it.agilent.com".
Search the "unofficial vrf archive" at "http://www.vrfarchive.com/vrf_archive".
Search the Agilent vrf archive at "http://vee.engineering.agilent.com".