Information on the result of GHU and GU call on failure

abin · Active User Joined: 14 Aug 2006 Posts: 198

Can any one please give information on the result of GHU and GU call on failure.

That is in case a GU or GHU call fails what will be the value contained in IO area.

Will the values already present in IO area cleared out.

Bitneuker · Posted: Mon Feb 12, 2007 1:07 am

Unpredictable. If a GU-call fails you should correct your ssa-content. Follow the link in my signature and search for GU. Have fun exploring and if you don't find your answers you're wellcome to post...........

abin · Active User Joined: 14 Aug 2006 Posts: 198

Hi George

Thanks for the reply

Sorry for being so late to reply.
I searched the documents you refered to . But my doubt is not cleared.
I will tell exactly what the issue is

If before I have some value ( Not Junk) in IO AREA and using this IO AREA I am making a GHU call. If this GHU call fails, will the value in IO AREA be preserved or will it be cleared out with some junk value.

My concern is whether the values previously in IO area be retained back in case of a failure in GHU call.

I hope I explained it properly.

Any who knows please help on this topic.

Bitneuker · Posted: Thu Feb 15, 2007 3:44 pm

I don't know why you want to know this but imho the 'old' values should be available in your working storage or declared variable. No segment is returned into the io-area. Below a BTS-test with a successfull GU returning an ioarea and an unsuccessfull GU showing no ioarea is returned. Why don't you just save the ioarea after a successfull GU? Or even better; have your tried

abin · Active User Joined: 14 Aug 2006 Posts: 198

HI George,

Thanks for the reply.
It is true. I can try it see it for myself.
And I always can save the value in WS variable.
But in my case I cannot touch the code. And the code is working fine when it should not? I wanted to make sure this is not a random process.

The actual scenario is like this.

I mmove certain value to IO area.
I make a GHU call with same IO area which fails.
I make a ISRT call with same IO area and the segment is inserted properly.

This shows even after GHU fail the value in IO area is not gone. I wanted make it sure this is not because of some luck from my part.

And unfortunatelly my doubt is not cleared.

Thanks,
Abin

Bitneuker · Posted: Thu Feb 15, 2007 4:13 pm

Why doubt if you don't have a problem? Put a bit of trust in the system. If you already have your doubts here I know many more situations in applications much more doubtfull like unprotected borders of subscripted tables

Furthermore a computer is known to act rather consistent. If results deviate it is usually because of influence from the outer world.
or a new release of some system component

abin · Active User Joined: 14 Aug 2006 Posts: 198

Thanks Guys for all your help.

Lets see what the system do over the time.