Re: Article -- Application Modernization: "Here We Go Again" -- a New z/OS Application Modernization Approach

Created by Don Higgins, who did z390.org, and the Microsoft product before that. On Sun, Jun 4, 2017 at 9:29 PM, Gabe Goldberg wrote: > http://ourdigitalmags.com/publication/?i=409066#{%22issue_id%22:409066,%22numpages%22:1,%22page%22:18} > > Sigh -- overly elaborate URL and a

Jean Sammet, Co-Designer of a Pioneering Computer Language, Dies at 89

Jean E. Sammet, an early software engineer and a designer of COBOL, a programming language that brought computing into the business mainstream, died on May 20 in Maryland. She was 89. She lived in a retirement community in Silver Spring and died at a nearby hospital after a brief illness,

Article -- Application Modernization: "Here We Go Again" -- a New z/OS Application Modernization Approach

http://ourdigitalmags.com/publication/?i=409066#{%22issue_id%22:409066,%22numpages%22:1,%22page%22:18} Sigh -- overly elaborate URL and a magazine reader I dislike from which I can't copy a bit of text. This is tidier: http://bit.ly/2qRt7vN It's Enterprise Tech Journal, article by Phil

COBOL co-author dies at 89

Another legend passes. Begin forwarded message: Jean Sammet, Co-Designer of a Pioneering Computer Language, Dies at 89 https://www.nytimes.com/2017/06/04/technology/obituary-jean-sammet-software-designer-cobol.html Jean E. Sammet, an early software engineer and a designer of COBOL, a

Re: Nice article about MF and Government

[Default] On 4 Jun 2017 07:18:23 -0700, in bit.listserv.ibm-main zedgarhoo...@gmail.com (zMan) wrote: >Rob/Charles/Ed:I should add that I'm no fan of Compuware either, and have >seen plenty of self-serving stuff they've written that went way beyond >saying anything objectively useful. I did not

Re: Obtaining Storage in a Client Address Space

Thanks I got it I had not coded the ptcbaddr and purgestoken will do Thanks again On Jun 4, 2017, at 5:51 PM, Peter Relson wrote: >> What I originally did was pass my TCB PSATOLD To the SRB. >> So in the SRB I csn have my TCB as the TCB= > That is a technique that you can

Re: Obtaining Storage in a Client Address Space

>What I originally did was pass my TCB PSATOLD To the SRB. >So in the SRB I csn have my TCB as the TCB= That is a technique that you can use if and only if you have made 100% certain that the SRB will not run after the task terminates. Otherwise at best you will get incorrect results; worse you

Re: Obtaining Storage in a Client Address Space

Peter Thanks if I pass the TCB of the task that scheduled the SRB to the SRB I can use that TCB in the TCBADDR param of the storage obtain I would know how long that TCB is around And thus know how long storage is valid > On Jun 4, 2017, at 4:59 PM, Peter Relson

Re: Obtaining Storage in a Client Address Space

ASCBXTCB changes as an address space starts and terminates, as well as (for an initiator) when a job starts and terminates. Thus it would not be the case that that task exists for the life of the address space. It exists unchanged while the jobstep program task (and any subtasks) exist. Note

Re: Automation of MQ CSQ1LOGP

Tapping my old buddy Google, I found this: 00D10014 Explanation The job control language (JCL) for an invocation of the log print utility (CSQ1LOGP) specified the use of the bootstrap data set (BSDS), but the utility control statements did not specify values for RBASTART and RBAEND. The

Re: Nice article about MF and Government

Rob/Charles/Ed:I should add that I'm no fan of Compuware either, and have seen plenty of self-serving stuff they've written that went way beyond saying anything objectively useful. I did not find this article to be in that category, hence my comment.

Re: IGD06132I

A couple of questions 1) Has this worked in the past and just recently had an issue? a) What has changed? 2) Is this a new configuration? 3) What is the impact to your system? Is this urgent to fix or can it take time to time it (days, weeks, months) The message indicates your CDS is

IGD06132I

IGD06132I THE SYSTEM OF LIBRARY libname DOES NOT MATCH THE SYSTEM OF STORAGE GROUP sgname Has anyone run into this message. I have two single system SMS PLEX's that share a TMC and TCDB, but have different SMS's. The SMS PLEX for the 1st system is working with the library and storage group