9 replies to this topic

[Bharat]

I would like to know is it possible to do a Function call from Global Update.

Regards

[Rob Donovan]

Hi,

What do you mean by 'Function call'??

Call another global function?

If so, its just ....

GLOBAL_LSCALL(FUNNAME,0001)

HTHs,

Rob D.

[Bharat]

Let me restate my question

Update A -> calls GLOBAL_UPDATE('B'). Can i do a function call 'C' using @LFUNCT or using EXIT LINK from 'B'.

Regards
Raj

[Rob Donovan]

Hi,

Nope, Function B must finish and return to Function A first.

Then, back in function A, you can set @LFUNCT or do another GLOBAL_LSCALL....

Exit links for Global Functions do not work. They always return to the calling function.

Rob D.

[Rick Young]

Having said that, you can @LFUNCT to a Global.

Eg. Non-global Screen function MYMENU - @LFUNCT = OPTION1, where OPTION1 is a Global Screen does work. I've found this useful when wanting to have the same screen called directly as well as from (say) an F4.

I have not attempted to call from an actual Menu type.

[Rob Donovan]

Hi,

After looking at it more you can actually set @LFUNCT in the global and then do an FNEXIT.

This will make the Global exit and then the calling function exit also, to @LFUNCT.

However, for code readabillity and debugging I would not recomend this approach, as it could be hard to follow.

Rob D.

[Wim Soutendijk]

Be also aware that if you FNEXIT from a global function, if you are on SQL you must first do a COMMIT, or your data will be lost.

[Richard Bassett]

Having said that, you can @LFUNCT to a Global.
Eg. Non-global Screen function MYMENU - @LFUNCT = OPTION1, where OPTION1 is a Global Screen does work. I've found this useful when wanting to have the same screen called directly as well as from (say) an F4.

Whaat!? Have you ever found anything that says that's supported Rick? Does it only work if there are no function parameters? What happens if there are parameters?

Be also aware that if you FNEXIT from a global function, if you are on SQL you must first do a COMMIT, or your data will be lost.

Whaat!? Is that documented anywhere Wim? I cannot imagine that would be the intended behaviour.
Did you really mean any type of global function at any time or are you talking about "borderline" cases in screen processing?

However, for code readabillity and debugging I would not recomend this approach, as it could be hard to follow.

Whaa..oops ^H^H^H^H^H^H^H^H, I'd agree with that for "normal" processing, but for "exception" processing where something has gone detectably wrong it can be quite valuable.

FNEXIT EXIT

Surely there is never any need to follow an FNEXIT with an EXIT?

[Rick Young]

Whaat!?  Have you ever found anything that says that's supported Rick?  Does it only work if there are no function parameters?  What happens if there are parameters?

No - and in fact, the last ProIV trainer that we had visit reflected something like "you can do that?!"

I have used them with and without parms. In the case of one with parms, have to fiddle IF $INCOMING.PARM = "" THEN $INCOMING.PARM = @$COM1(1,12); or something similar. Though now I think about it - it would probably (possibly?) work using type E.

I have not had occasion to use one with either O or B type parms.

In each case, it was simply where an inquiry screen "typically" called from a menu, was now desired to be used within another function.

Do I advocate using something that is a) undocumented and surprises a ProIV representative?


-Rick