David, Another use of the transaction state would be when a program product is updating multiple control blocks as part of a "transaction".
You want external observers to see either all of the updates or none of the updates. The same methodology can apply to statistical counters. I can see many uses for transactional processing. John P. Baker -----Original Message----- From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On Behalf Of David Cole Sent: Tuesday, September 18, 2012 3:09 PM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: The Transaction state (was Model 2827 New Instructions) >I now tend to be a "strict GUPI" type of programmer. Do you happen to >know of a z/OS data structure which is "read mostly"? John, Just about !!!every!!! queue of control blocks in the entire system is "read mostly". Dave Cole At 9/18/2012 02:57 PM, McKown, John wrote: >Thanks, that makes a lot of sense. It is for updating "Read Mostly >Memory". Since the death of PLMs, I really don't know much about >internals any more. I now tend to be a "strict GUPI" type of >programmer. Do you happen to know of a z/OS data structure which is >"read mostly"? Thinking about it, the CICS definition control >blocks: PPT, PCT, FCT, ... are likely "read mostly" except for a few >statistics fields. I don't know much about other things, since we are a >very primitive shop. > >-- >John McKown >Systems Engineer IV >IT
