AnsweredAssumed Answered

vrf is this a bug?

Question asked by VRFuser on May 22, 2006
Hi Bill
 
Yes, I agree with you, the correct way to connect the Start Object is to the Record Object. I read the parts about propagation in the Help files and I now understand the problem, thanks :o)
 
 
===============
Basic Propagation Order
1. Objects that have no data input pins, and which have no sequence input pins connected, operate first.

2. Other objects operate in the order determined by data flow. In other words, objects with data input pins operate only when data is present on all data inputs, except as noted in HYPERLINK "mk:@MSITStore:C:Program%20FilesAgilentVEE%20Pro%207.0vee.chm::/hw_obj_op.htm"How Objects Operate.

3. The order of propagation can be modified by connecting sequence pins, which are described in HYPERLINK "mk:@MSITStore:C:Program%20FilesAgilentVEE%20Pro%207.0vee.chm::/pins_prop.htm"Pins and Propagation.

===============
 
In this case, according to Basic Propagation Order rule no.1, the two objects with no data input pins (Start Object and Record Object) will execute first. It is selected by random which one of the two that will execute first.
 
In this case, the Record Object executed first, so the "set GlobalA" can not execute as its sequence pin has not yet been pinged from the Start Object. So the execution flow continuous to the "Get GlobalA" object and.... BOOM! Crashes.
 
Problem understood. THANKS :o)
 
Regards,
Alex
 


  _____  

From: Drago, William @NARDAEAST [mailto:William.Drago@L-3com.com]
Sent: den 19 maj 2006 15:33
To: VRF
Subject: RE: [vrf] is this a bug?


Alex,
 
Not a bug, what you're doing is in very bad VEE form and I'm not surprised at the result.
The start button should be connect to the record object.
 
Roland,
 
Your solution is also in very poor form.
Having the Set Var object driven by the Record data output and it's XEQ output is redundant and can lead to problems.
We are advised not to do this in the VEE help.
 
All VEE programmers should read:
 
Help / Tell Me About... / Propagation
 
And take a look at some of the example programs to see how Agilent does things.
 
See attached for the correct way to do it.
 
-Bill
 
 
 
 
 
-----Original Message-----
From: Vikstrom, Roland (GE Healthcare) [mailto:Roland.Vikstrom@ge.com]
Sent: Friday, May 19, 2006 9:03 AM
To: VRF
Subject: RE: [vrf] is this a bug?



Hello Eric.
 
I tried your program in VEE 7.5 and I get the same error.
 
The reason for that is:
 
- When you enter a function (in this case Main) all objects not connected to the prgram flow executes before the objects that is.
  This causes every object but "Set globalA" to execute before "Set globalA"
Regarding your question if it's bug, I can't give you answer. It has always been there and I have accepted it...
 
I have attached a version showing the correct way to do it. 
 
Regards,

 
Roland Vikström
GE Healthcare
Quality Engineer


  _____  

From: Alexander Poulikakos (KI/EAB) [mailto:alexander.poulikakos@ericsson.com]
Sent: den 19 maj 2006 14:39
To: VRF
Subject: [vrf] is this a bug?


Hi VRF
 
See attached small program. When I start the thread by clicking on the "Start" object the program crashes. It crashes on Get variable "globalA", even though the set "globalA" should have been executed before the Get "globalA". For some reason the set "globalA" never executes!?!? Why? Can anyone else see this problem? Or is it local to my machine?
 
If I connect the start object to the Record object then it works fine. But shouldn't it work when the Start object is connected to the "Set Variable" object as well!?!?
 
I use
- Windows 2000, Service Pack 4
- VEE 7.03
 
Regards,
Alex

---
You are currently subscribed to vrf as: Roland.Vikstrom@ge.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 "www.oswegosw.com/vrf_archive/".


---
You are currently subscribed to vrf as: William.Drago@l-3com.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 "www.oswegosw.com/vrf_archive/".


---
You are currently subscribed to vrf as: alexander.poulikakos@ericsson.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 "www.oswegosw.com/vrf_archive/".


This e-mail and subsequent attachments may contain information which is proprietary to L-3 Communications Corporation. The contents shall not be disclosed, copied, distributed or used unless authorized by L-3 Communications Narda - East.

 

---

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 "www.oswegosw.com/vrf_archive/".  

Outcomes