Re: ASSEMBLER-LIST Digest - 27 Mar 2014 to 28 Mar 2014 (#2014-58)
There are things in rexx that are awful. And I grant that pl/i or even cobol would be better run-time wise. The execio is one of the issues that I am aware of. I toyed with the idea of partially converting the rexx exec to an assembler doing the i/o, but figured it was not worth it. There again, I had spare time as a smp/e person doing the mainframe work. Maintainability is one of the high points of rexx, and yes, I agree, assembler can be as maintainable as rexx if adequately documented. Sorry, too many links back, I can't remember which Scott I was talking to. It was the one boasting about all of his pc-centric skills, so whichever one it was. Boy, I wished I could do assembler full time. I'm stuck here doing god-awful quick-jobs. Now, that's the pits. On Fri, 3/28/14, Automatic digest processor lists...@listserv.uga.edu wrote: Subject: ASSEMBLER-LIST Digest - 27 Mar 2014 to 28 Mar 2014 (#2014-58) To: Recipients of ASSEMBLER-LIST digests ASSEMBLER-LIST@LISTSERV.UGA.EDU Date: Friday, March 28, 2014, 11:03 PM ASSEMBLER-LIST Digest - 27 Mar 2014 to 28 Mar 2014 (#2014-58) LISTSERV at the University of Georgia ASSEMBLER-LIST Digest - 27 Mar 2014 to 28 Mar 2014 (#2014-58) Table of contents: Another Article On Lagging Mainframe Skills (2) AW: Another Article On Lagging Mainframe Skills ASSEMBLER-LIST Digest - 26 Mar 2014 to 27 Mar 2014 (#2014-57) (5) =?utf-8?Q?Re:_Another_Article_On_Lagging_Mainframe_Skills?= ASSEMBLER-LIST Digest Assembler vs. Interpreter (was: ASSEMBLER-LIST Digest) Another Article On Lagging Mainframe Skills Another Article On Lagging Mainframe Skills (03/28) From: Leonard.John.J johnleon...@westfieldgrp.com Re: Another Article On Lagging Mainframe Skills (03/28) From: zMan zedgarhoo...@gmail.com AW: Another Article On Lagging Mainframe Skills AW: Another Article On Lagging Mainframe Skills (03/28) From: Christian Birr christian.b...@birrconsulting.de ASSEMBLER-LIST Digest - 26 Mar 2014 to 27 Mar 2014 (#2014-57) Re: ASSEMBLER-LIST Digest - 26 Mar 2014 to 27 Mar 2014 (#2014-57) (03/28) From: John Walker jwalker...@yahoo.com Re: ASSEMBLER-LIST Digest - 26 Mar 2014 to 27 Mar 2014 (#2014-57) (03/28) From: Pieter Wiid pw...@mweb.co.za Re: ASSEMBLER-LIST Digest - 26 Mar 2014 to 27 Mar 2014 (#2014-57) (03/28) From: John McKown john.archie.mck...@gmail.com Re: ASSEMBLER-LIST Digest - 26 Mar 2014 to 27 Mar 2014 (#2014-57) (03/28) From: Ze'ev Atlas zatl...@yahoo.com Re: ASSEMBLER-LIST Digest - 26 Mar 2014 to 27 Mar 2014 (#2014-57) (03/28) From: Ray Mansell r...@mansell.org =?utf-8?Q?Re:_Another_Article_On_Lagging_Mainframe_Skills?= =?utf-8?Q?Re:_Another_Article_On_Lagging_Mainframe_Skills?= (03/28) From: Scott Ford scott_j_f...@yahoo.com ASSEMBLER-LIST Digest Re: ASSEMBLER-LIST Digest (03/29) From: Robin Vowels robi...@dodo.com.au Assembler vs. Interpreter (was: ASSEMBLER-LIST Digest) Assembler vs. Interpreter (was: ASSEMBLER-LIST Digest) (03/28) From: Paul Gilmartin paulgboul...@aim.com Browse the ASSEMBLER-LIST online archives.
Christian OBERLEITNER ist außer Haus.
Ich werde ab 29.03.2014 nicht im Büro sein. Ich kehre zurück am 01.04.2014. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. Die Rückmeldung bezieht sich auf ein Mail mit folgendem Thema: Re: ASSEMBLER-LIST Digest - 27 Mar 2014 to 28 Mar 2014 (#2014-58) Gesendet (c) GRZ/RACON Linz 2010 Agent 'Abwesenheit' Der Austausch von Nachrichten mit o.a. Absender via e-mail dient ausschließlich Informationszwecken. Rechtsgeschäftliche Erklärungen dürfen über dieses Medium nicht ausgetauscht werden. Correspondence with a.m. sender via e-mail is only for information purposes. This medium is not to be used for the exchange of legally-binding communications.
Rexx substr not retiring string
I have some imbedded JCL in a. sequitial file Problem is it starts at col 2 and I need it shift over to column 1 So I use a stem e.g outvar Do I = 1 to n. /* where n is the number of lines */ Outvar.I = substr(jcl.I,2,81) Afterwards I write out the results execio * DISKW outds (finis stem outvar Outds is the ddname of the dataset that should have the Jcl When I look at the dataset represented by outds It the variable name outvar0,outvar1 But not the data Thanks Sent from my iPhone
Re: Rexx substr not retiring string
You forgot the period in the stem name EXECIO * DISKW OUTDS (FINIS STEM OUTVAR. Alternatively, ISPF edit has a line command to shift data (e.g. ((2 on the first line and (( on the last line to shift). Jon Perryman. From: Micheal Butz michealb...@optonline.net Outvar.I = substr(jcl.I,2,81) Afterwards I write out the results execio * DISKW outds (finis stem outvar It the variable name outvar0,outvar1
Re: Rexx substr not retiring string
Thank you Sent from my iPhone On Mar 31, 2014, at 11:21 PM, Jon Perryman jperr...@pacbell.net wrote: You forgot the period in the stem name EXECIO * DISKW OUTDS (FINIS STEM OUTVAR. Alternatively, ISPF edit has a line command to shift data (e.g. ((2 on the first line and (( on the last line to shift). Jon Perryman. From: Micheal Butz michealb...@optonline.net Outvar.I = substr(jcl.I,2,81) Afterwards I write out the results execio * DISKW outds (finis stem outvar It the variable name outvar0,outvar1
PTF level in SYSPRINT
(Motivated by a thread in IBM-MAIN.) I notice that the HLASM PTF level appears on the first page of every SYSPRINT. Does this imply that there is a unique CSECT updated by every PTF? Implying that each PTF has its immediate predecessor as a PRErequisite? Implying, in turn, that the graph of service does not branch? Limiting customers' freedom of choice in service configuration? But simplifying Tech Support's chore in problem analysis? (It's possible that such a CSECT is delivered in a different ++MOD element in various PTFs as needed. I shudder (and so, I suspect, would Kurt Quackenbush) to consider the implications of RESTOREing any such PTF.) Is that PTF level available as a preset GBLC symbol? -- gil
