Hi,
You will need to determine where you are in the execution.
If you are executing steps in the process model sequence, you will beable to use the lookup string "FileGlobals.DBerror" using the SequenceContext to derive the reference.
But you maybe executing outside the process model sequence when you do your check. In which case you will need to determine where you are in relationship to the pprocess model. This you can do by obtaining the value from RunState.StackDepth.
eg if you are in the MainSequence called from TestUUT's, the StackDepth will be 1, if you are in a sub-sequence of MainSequence called from TestUUT's the stach depth will be 2 and so on.
To find the lookup string to FileGlobls.DBerror while in MainSequence it would be RunState.Caller.SequenceFle.FileGlobals.DBerror.
For every increase in the StackDepth you add another RunState.Caller. to the front end of the string.
You can check for the existence of RunState.Caller, and if it exists then you will know that you are in a subsequence. You can check RunState.ClientSequenceFile (not quite sure if thats the exact wording of that property but you can check the help) and if this exists then you are using the processmodel.
One final point.
By default each sequenceFile is setup to have seperate FileGlobals. But you can set the properties of your sequencefile to use a common FileGlobals which may make life a little easier because you can then just use FileGlobals.DBerror as the lookup string from what every position.
Hope this helps
Regards
Ray Farmer
Regards
Ray Farmer
