LAVA Forums Buy cool LAVA gear Forums RSS Feed

Welcome Guest ( Log In | Register )

> Related links

Visit our LabVIEW Wiki Code Distribution Portal


Tags
(This content has not been tagged yet)
 
Reply to this topic Start new topic
> LabVIEW NT Service and OOP Collide?!, Overwrite VIs avoid service start?
Milchbilch
post Aug 20 2008, 04:06 PM
Post #1


5 more posts to go!


Member
Posts: 5
Joined: 1-August 07
Member No.: 9049
Using LabVIEW Since:2000
LV:8.20 ,. ,.
Nothing Selected Nothing Selected Nothing Selected


Hi all!

I succesfully could build system services out of LabVIEW Applications using srvany and instsrv in the past.

Now I get problems when I use classes with overwrite VIs:
They do have the same name so the name conflict is solved by the AppBuilder by copying the VIs with the same names to different subfolders. I can start the exe that is built this way.

But I cannot start the service I created!
I always get "Error 1053: The service did not respond to the start or control request in a timely fashion"

I guess this is due to not beeing able to load the VIs from the subfolders. But I am not sure.
I made a very easy VI to test it: Containig only 2 VIs with the same name, building the exe, (subfolders are created), exe can be started, created service succesfully, ERROR 1053 when starting the service!

I do not know how to solve this. I mean I really do need overwrite VIs and i do need the App to run as a service!
Any help is really appreciated.


Best regards,

Stefan


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
Ad
post Aug 20 2008, 04:06 PM
Post #















Tags
(This content has not been tagged yet)
Go to the top of the page
Quote Post
Aristos Queue
post Aug 20 2008, 04:18 PM
Post #2


LV R&D Envoy
*****

NI
Posts: 1226
Joined: 15-August 06
From: Austin, TX
Member No.: 5877
Using LabVIEW Since:2000
LV:8.5.1 ,. ,.
United States Nothing Selected Nothing Selected My Gallery


Can you please repost this topic over on ni.com here so that AEs can investigate it? If there is a bug that needs to be addressed, that's the best way to get it started.

--------------------
"A VI outside a class is a gun without a safety. Data outside a class is a target."
--- A message from LabVOOP R&D


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
pdc
post Aug 20 2008, 04:48 PM
Post #3


Very Active
***

Member
Posts: 51
Joined: 2-November 06
From: Montreal, Qc
Member No.: 6703
Using LabVIEW Since:1997
LV:8.5.1 ,8.2.1 ,6.1
Canada ca_quebec Nothing Selected


I currently have an application running as a service using srvany and overrided VIs. So it's possible.

The only difference with your problem description is the way I manage the overrided VIs. For this application I manually configure the application builder to save classes as a different .llb file instead of letting it copy the file in different directories.


This application is build with LV8.5 but if my memory serves, I did the same thing with LV8.2.






Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
Milchbilch
post Aug 20 2008, 05:19 PM
Post #4


5 more posts to go!


Member
Posts: 5
Joined: 1-August 07
Member No.: 9049
Using LabVIEW Since:2000
LV:8.20 ,. ,.
Nothing Selected Nothing Selected Nothing Selected


Thank You fro replying that fast!

QUOTE (pdc @ Aug 20 2008, 06:48 PM) *
I currently have an application running as a service using srvany and overrided VIs. So it's possible.


Hmmm... Knowing that - i retried to do the whole thing and guess what - Now it works!

I do not know what I did wrong this afternoon. I tried to create this service about 20 times, always successful but it could not be started. So I created another easy Test service without overwriting VIs. It worked so I thought I'd found the problem. However.


QUOTE (pdc @ Aug 20 2008, 06:48 PM) *
For this application I manually configure the application builder to save classes as a different .llb file instead of letting it copy the file in different directories.


That is generally a good idea I guess. I will do that in the future. Though I do not know how to, yet.
I guess it's an option in the build specifications, right?

Time to go home now. Thanks again!

Stefan


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post
pdc
post Aug 20 2008, 06:21 PM
Post #5


Very Active
***

Member
Posts: 51
Joined: 2-November 06
From: Montreal, Qc
Member No.: 6703
Using LabVIEW Since:1997
LV:8.5.1 ,8.2.1 ,6.1
Canada ca_quebec Nothing Selected


QUOTE (Milchbilch @ Aug 20 2008, 01:19 PM) *
That is generally a good idea I guess. I will do that in the future. Though I do not know how to, yet.
I guess it's an option in the build specifications, right?


I would like to say it's just a checkbox, but it's not.

In the application builder you have to create multiple Destination with the destination type = LLB. Than, in the source file settings, you can associate VIs, libraries, classes or directories to a custom destination by clicking "Set destination for all contained items".

It's not so hard if the project is well organized.


Tags
(This content has not been tagged yet)
Go to the top of the page
+Quote Post

Reply to this topicStart new topic

 




Time is now: 2nd December 2008 - 12:19 AM