It seems to me that SDWA has values from the home address space such as 
SDWARBAD 

If you are looking for entry point modname if primary CSVQUERY would give you 
that 

> On Dec 19, 2023, at 6:35 PM, Binyamin Dissen <[email protected]> 
> wrote:
> 
> Retry means retry the UOW, not (necessarily) the failed instruction.
> 
> For example, if the code is aware that a control block / address space may be
> gone while it wou;d be referenced, retrying means branching to the logic where
> the item was known to be gone.
> 
> Although I actually had a case where the failed instruction was reexecuted. It
> was trying to run existing  code on a ZIP/ZAP (all licensed) and the code did
> something invalid in SRB mode. In that case I had the code "retry" the failing
> instruction in TCB mode (more complicated than that) and continue on a CP.
> 
> On Tue, 19 Dec 2023 23:13:46 GMT "[email protected]" <[email protected]> wrote:
> 
> :>*
> :> Hello,                                                                  
> :>.                                                                       
> :>I have been following the thread on ARR and CSVQUERY, and started       
> :>thinking about a retry routine.                                         
> :>Weather it's an ARR or ESTAE, it is my understanding that a Recovery    
> :>Routine may be capable of retrying a failed instruction.                
> :>.                                                                       
> :>When I hear the words "retry", I interpret that as: re-execute the      
> :>failing instruction. For a Recovery and/or Retry routine to re-execute  
> :>a failing instruction, I would think this logic would be a tad           
> :>complicated and suspect would be necessary for the recovery routine     
> :>and retry routine to have inherited dependence/knowledge of the register
> :> contents of the failing program at the time of failure.                    
>                 
> :>.                                                                    
> :>.                                                                    
> :>Dose anyone have any experience in developing a ESTAEX or ARR        
> :>where they actually retry the failing instruction ?                  
> :>.                                                                    
> :>To begin with -                                                      
> :> How should a recovery routine determine which register or data area is 
> invalid ?                                                            
> :>.                                                                       
> :>I suspect the main program, could periodically save it registers   
> :>in a structure anchored in the Recovery Routines Parameter List.        
> :>or some variation -                                                     
> :>Then using those saved registers to compare against the registers       
> :>in the SDWA at the time of the abend -                                  
> :>or something like that -                                                    
>                                                    
> :>.                                                                    
> :> .                                                                    
> :>How many times should a recovery routine try to re-execute the same
> :>failing instruction ?                                                 
> :>.                                                                     
> :>I guess I'm looking for a strategy for correcting the failing instruction.  
>                                                         
> :>.                                                                     
> :>Are there any Tech Notes, documentation, methodology, procedures,       
> :>suggestios on how to accurately re-execute the failing instruction in  
> :>an ESTA or ARR? 
> :>.
> :>.
> :>
> :>paul dangelo                                                     
> :>.                                                                     
> :>.                                                                     
> :>.                                                                       
> :> 
> :>
> :>----------------------------------------------------------------------
> :>For IBM-MAIN subscribe / signoff / archive access instructions,
> :>send email to [email protected] with the message: INFO IBM-MAIN
> 
> --
> Binyamin Dissen <[email protected]>
> http://www.dissensoftware.com
> 
> Director, Dissen Software, Bar & Grill - Israel
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to