"subroutine" priority and Window always on top

[DCSmith]

When I build my .vi into a .dll and call it from a C++ application, and run the C++ application in debugger mode, the user interface (window) of the C++ application always remains on top.  I cannot switch to any windows below it (example: trying to switch to the C++ debugger in order to set a break point).  This only occurs when calling my dll in the C++ app.  Would a subvi that had priorities set to "subroutine" cause this?  None of the other "Window Appearance" settings are set to a value that would cause this.

Thanks,

Daryl

[DCSmith]

Well, it wasnt the "subroutine" priority setting.  Anyone have any ideas what could be causing this?  I am stumped.

[daveTW]

Hi Daryl,
as I understood the "subroutine"- priority before, it forces Labview to insert the subroutine-VI into the calling VI as you where drawing the diagram in the calling VI. So no data is pushed to stack and so on. For me this explains, why subroutine VIs don't have a Front Panel. That's why I suppose that those VIs don't affect the Window- behaviour of calling Apps.
Dave

[DCSmith]

Thanks dave, any idea what could be causing this behavior?  I am at a loss here and running out of time.

Message Edited by DCSmith on 05-11-2006 07:48 AM

[JLS]

Hello,

I am speculating here, but that does sound like the modal behavior of a LabVIEW front panel.  Perhaps you can verify that none of the front panels for any of your subVIs used to create your dlls have the modal window appearance property set.  Even if a front panel was set that way, I'm not sure how or why that behavior would transitively affect an application which simply uses the corresponding dll.

Best Regards,

JLS