Unfortunately that's what I was expecting but I thought I would ask. For all it's strengths, the biggest weakness I've encountered in Labview seems to be with it's interface to other applications (on Windows). I'm sure this is partly due to it's platform independent nature since DLLs and ActiveX interfaces don't exist on non Windows machines. It's too bad because we could do some really cool things if they were better supported.
I've also, in the past, had the need to register a callback function in a DLL (non activeX) but the concept of passing a pointer to a LV function doesn't exist. Wrapper DLLs, created using other compilers, are often needed to solve these issues. This tends to undermine the use of LV in the first place.
I think we should include these enhancements in our LabVIEW wish list (hope you are listening Mr McKaskle). Perhaps NI developers can somehow tie activex into the event structure so a programmer can define events that correspond to activeX methods. Both the event and method would be created by the programmer. Also, allow for pointer to function capabilities for DLL callbacks.
Anyway, thanks Michael A and Rolf K for your responses.
Otto Dalmady
Senior Test Engineer
Plantronics, Inc.
345 Encinal Street
Santa Cruz, CA 95060
[EMAIL PROTECTED]
Voice: 831-458-7357
Fax: 831-458-7785
-----Original Message-----
From: Rolf Kalbermatter [mailto:[EMAIL PROTECTED]]
Sent: Saturday, May 15, 2004 2:25 AM
To: 'Otto'
Cc: Info LabVIEW (E-mail)
Subject: RE: ActiveX server in Labview
"Dalmady, Otto" <[EMAIL PROTECTED]> wrote:
>Using Windows XP, 2000, NT, 98, or 95,
>Is it possible to have a compiled LabVIEW ".exe" act as a full
>Automation server with my own defined Methods and Properties that can
>be called/accessed as the VI runs (outside of the development
>environment)?
I'm sorry to have to tell you that this won't be possible the way you describe it. I doubt that you could do that in MS Office or such either. The LabVIEW Active X Server Interface is a generic LabVIEW Interface to most of its VI server methods and properties and with a little work on the client side, does allow you to run, execute and query any VI inside the application as if it would be another method of the Active X server though. It's not as point and click in for instance VB as if the methods would be directly exported as part of the Active X Object model but it gets very close to that.
Rolf Kalbermatter
CIT Engineering Nederland BV tel: +31 (070) 415 9190
Treubstraat 7H fax: +31 (070) 415 9191
2288 EG Rijswijk http://www.citengineering.com
Netherlands mailto:[EMAIL PROTECTED]
CONFIDENTIALITY NOTICE: This e-mail transmission, and any documents, files or previous e-mail messages attached to it, may contain information that is confidential and/or legally privileged. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, please DO NOT disclose the contents to another person, store or copy the information in any medium, or use any of the information contained in or attached to this transmission for any purpose. If you have received this transmission in error, please immediately notify the sender by reply email or at mailto:[EMAIL PROTECTED], and destroy the original transmission and its attachments without reading or saving in any manner. (2)
