Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

DJ status code after a succesful GHU call, IM300DYN

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> IMS DB/DC
View previous topic :: :: View next topic  
Author Message
ambassallo

New User


Joined: 24 Aug 2008
Posts: 5
Location: Bangalore

PostPosted: Sat Sep 06, 2008 1:31 pm    Post subject: DJ status code after a succesful GHU call, IM300DYN
Reply with quote

Hi everyone

A REPL call returned a status code of 'DJ' even after a succesfull GHU call for the same segment.
We checked the logs and found a checkpoint b/n the GHU call and the REPL.
Both these calls are a made using a macro IM300DYN in a BMP.
Back to top
View user's profile Send private message

rajatbagga

Active User


Joined: 11 Mar 2007
Posts: 188
Location: india

PostPosted: Sun Sep 07, 2008 1:39 am    Post subject:
Reply with quote

Hello,

Is there any call made using the same DB-PCB mask (which was used for issuing GHU and REPL calls) between the two GHU and REPL calls.If so then this will definatley give you DJ status code.

Regards,
Rajat
Back to top
View user's profile Send private message
ambassallo

New User


Joined: 24 Aug 2008
Posts: 5
Location: Bangalore

PostPosted: Mon Sep 08, 2008 6:27 pm    Post subject: Reply to: DJ status code after a succesful GHU call, IM300
Reply with quote

hi
No there is no intermediate call.
Back to top
View user's profile Send private message
Bitneuker

CICS Moderator


Joined: 07 Nov 2005
Posts: 1105
Location: The Netherlands at Hole 19

PostPosted: Tue Sep 09, 2008 12:15 am    Post subject:
Reply with quote

I'm sure you checked the manual out but the cause must be one of below:

Quote:
Explanation
The program issued a DLET or REPL call that was rejected because the segment was not currently in hold status. Some possible reasons for this status code are:
The segment had not been previously retrieved with a Get Hold call.
The segment was already deleted using this PCB. After one Get Hold call, multiple REPL calls or a DLET call following a REPL call are valid, but multiple DLET calls are not.
The segment was obtained using a secondary index as the processing sequence. A subsequent DLET or REPL call using either this PCB or another PCB within the PSB caused the current secondary index entry for this PCB to be deleted.
A checkpoint call was issued following the Get Hold call and preceding the REPL or DLET call.
A rollback call was issued following the get hold call and preceding the REPL or DLET call.


Check your module and if you can't find it post the call structure so we can help.
Back to top
View user's profile Send private message
ambassallo

New User


Joined: 24 Aug 2008
Posts: 5
Location: Bangalore

PostPosted: Tue Sep 09, 2008 7:33 pm    Post subject:
Reply with quote

I actually wanted to know if the IM300DYN which is a macro responsible for the auto checkpoint is used in other shops .
I could not decipher this macro and was hoping IM300DYN is used by other shops as well.
I cannot post the call structure owing to strict security requirements.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Tue Sep 09, 2008 10:02 pm    Post subject:
Reply with quote

Hello,

Quote:
I actually wanted to know if the IM300DYN which is a macro responsible for the auto checkpoint is used in other shops .
It might have been helpful if you mentioned this was your actual question in the original post icon_confused.gif

Quote:
I cannot post the call structure owing to strict security requirements.
That will make it much more difficult for someone to help. . . I've seen a lot of data that needed security, but don't recall the bit of code that makes the call needing to be protected. . .
Back to top
View user's profile Send private message
Bitneuker

CICS Moderator


Joined: 07 Nov 2005
Posts: 1105
Location: The Netherlands at Hole 19

PostPosted: Fri Sep 12, 2008 9:10 pm    Post subject:
Reply with quote

If you got a dump at the end of it the last number and types of DLI-calls should be found. May be some other application killed your HOLD by using a command code.
Back to top
View user's profile Send private message
ambassallo

New User


Joined: 24 Aug 2008
Posts: 5
Location: Bangalore

PostPosted: Sat Sep 13, 2008 11:57 am    Post subject: Reply to: DJ status code after a succesful GHU call, IM300
Reply with quote

Thanks,
What command code can kill a GHU ?
Back to top
View user's profile Send private message
Bitneuker

CICS Moderator


Joined: 07 Nov 2005
Posts: 1105
Location: The Netherlands at Hole 19

PostPosted: Mon Sep 15, 2008 1:04 am    Post subject:
Reply with quote

Perhaps the Q-command code


Is this module you're using waterproof or in development?
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> IMS DB/DC All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts How to Capture the Max return code of... anilkumar922 All Other Mainframe Topics 0 Thu Jan 12, 2017 12:02 pm
This topic is locked: you cannot edit posts or make replies. Calling REXX code from ISPF panel sanchita dey TSO/ISPF 4 Mon Jan 02, 2017 5:13 pm
This topic is locked: you cannot edit posts or make replies. session stuck in TPX with status ACL amitc23 CA Products 1 Tue Dec 13, 2016 12:53 pm
No new posts PL/I code tuning/Performance improvement Virendra Shambharkar PL/I & Assembler 4 Mon Dec 05, 2016 11:57 am
No new posts What is the code in CLIST to enable t... jackzhang75 CLIST & REXX 1 Fri Dec 02, 2016 3:02 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us