My lost Cobol years: Integrating legacy management • The Register
OK, it's a holiday here in the States. But this was a fairly nice, short, reasonable take on reality. http://www.theregister.co.uk/2010/11/24/legacy_management/ -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Philosophy question: repeat message ID on each line of an MLWTO?
I have no life. That's why I'm working from home on the major holiday here in the U.S. But I have noticed that some multiple line WTO messages repeat the message id at the start of every line of the message, such as DFHSM's ARC0833I message, whereas other, such as IEC205I, do not have any message id on subsequent lines. I've even noticed that VTAM puts a __different__ message number at the front of each line of the message, depending on the content of that particular line. I just never noticed this before. I think I prefer eithe DFHSM or VTAM's method. It makes it easier to do an edit EXCLUDE and FIND to find all of the message when I'm looking at SYSLOG either via SE on *MASTER* or our disk resident holding area. We don't use OPERLOG because we are a __basic__ sysplex. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy question: repeat message ID on each line of an MLWTO?
McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005d5e05...@nrhmms8p02.uicnrh.dom. .. I have no life. That's why I'm working from home on the major holiday here in the U.S. But I have noticed that some multiple line WTO messages repeat the message id at the start of every line of the message, such as DFHSM's ARC0833I message, whereas other, such as IEC205I, do not have any message id on subsequent lines. I've even noticed that VTAM puts a __different__ message number at the front of each line of the message, depending on the content of that particular line. I just never noticed this before. I think I prefer eithe DFHSM or VTAM's method. It makes it easier to do an edit EXCLUDE and FIND to find all of the message when I'm looking at SYSLOG either via SE on *MASTER* or our disk resident holding area. We don't use OPERLOG because we are a __basic__ sysplex. John McKown What is your question? To change the message text of each and every message in the system? I think we will end up in the same discussion as the 7 character TSO Userid discussion a few weeks ago. Very interesing, lots of pros and cons, but you can be sure of one thing: nothing will change. Why can't you use operlog in a basic sysplex? Use a dasd-only logstream. On first thought I can't think of any reason why this is not possible. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zOSe and z10 - Urgent
Hello, Can I run, zOSe 1.6 under a z10 machine? This is for a temporary migration, since customer has a z890 today and z10 announcement didn´t show zOSe as a supported system. Any real experiences? Thanks -- Carlos Bodra IBM zSeries Certified Specialist Sao Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy question: repeat message ID on each line of an MLWTO?
Sorry, I was just curious about whether people thought having a message id on each line of the message would be useful. Who knows, someday I may have such a need and I'd like to have a good idea what would be useful for others. I am not suggesting that IBM or other vendor immediately start recoding their MLWTO messages! But perhaps it should become an industry recommendation? I'm on some steriods for a few days, and can't sleep, am nervous so I'm just blathering on. Sorry if it's a disruption. My bad. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, November 25, 2010 6:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Philosophy question: repeat message ID on each line of an MLWTO? McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005d5e05...@nrhmms8p02.ui cnrh.dom. .. I have no life. That's why I'm working from home on the major holiday here in the U.S. But I have noticed that some multiple line WTO messages repeat the message id at the start of every line of the message, such as DFHSM's ARC0833I message, whereas other, such as IEC205I, do not have any message id on subsequent lines. I've even noticed that VTAM puts a __different__ message number at the front of each line of the message, depending on the content of that particular line. I just never noticed this before. I think I prefer eithe DFHSM or VTAM's method. It makes it easier to do an edit EXCLUDE and FIND to find all of the message when I'm looking at SYSLOG either via SE on *MASTER* or our disk resident holding area. We don't use OPERLOG because we are a __basic__ sysplex. John McKown What is your question? To change the message text of each and every message in the system? I think we will end up in the same discussion as the 7 character TSO Userid discussion a few weeks ago. Very interesing, lots of pros and cons, but you can be sure of one thing: nothing will change. Why can't you use operlog in a basic sysplex? Use a dasd-only logstream. On first thought I can't think of any reason why this is not possible. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy question: repeat message ID on each line of an MLWTO?
Re: the OPERLOG. Unless I totally misunderstood, a DASD logstream cannot be shared between multiple systems. And it does not appear to me that I can make a system unique OPERLOG, one for each system. So I can't use an OPERLOG at all without a Coupling Facility and a parallel sysplex. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g391/2.14.2.3 quote You can also use OPERLOG as a DASD-only log stream. This method is only suitable for a single system sysplex, because a DASD-only log stream is single-sysplex in scope and you can only have one OPERLOG log stream per sysplex. This means that if you make OPERLOG a DASD-only log stream, only one system can access it. See the system logger chapter of z/OS MVS Setting Up a Sysplex for information on DASD-only log streams. /quote -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM snip Why can't you use operlog in a basic sysplex? Use a dasd-only logstream. On first thought I can't think of any reason why this is not possible. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy question: repeat message ID on each line of an MLWTO?
John, A lot of the messages that use different message ids are setup to display the various messages conditionally and construct the WTO parameter list dynamically. Philosophically, I think that the approach that I would take would be that if a multi-line message incorporates all lines unconditionally, then use the same message id on all lines, and if the multi-line message incorporates some lines conditionally, then use different message ids on different lines, as illustrated below -- ABC0001I Unconditional line 1 ABC0001I Unconditional line 2 ABC0001I Unconditional line 3 ABC0001I Unconditional line 4 ABC0011I Unconditional line 11 ABC0012I Unconditional line 12 ABC0013I Conditional line 13 ABC0014I Conditional line 14 ABC0015I Unconditional line 15 In the 1st example, above, message ids ABC0002I, ABC0003I, and ABC0004I are to be reserved. This provides that the message ids can be appropriated in the case that ABC0002I or ABC0003I is changed to conditional incorporation at some future time. There is a second argument to be made in favor of using different message ids where the message lines contain variable data, which may require a detailed explanation in a messages guide. John P. Baker Chief Software Architect HFD Technologies -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, November 25, 2010 7:08 AM To: IBM-MAIN@bama.ua.edu Subject: Philosophy question: repeat message ID on each line of an MLWTO? I have no life. That's why I'm working from home on the major holiday here in the U.S. But I have noticed that some multiple line WTO messages repeat the message id at the start of every line of the message, such as DFHSM's ARC0833I message, whereas other, such as IEC205I, do not have any message id on subsequent lines. I've even noticed that VTAM puts a __different__ message number at the front of each line of the message, depending on the content of that particular line. I just never noticed this before. I think I prefer eithe DFHSM or VTAM's method. It makes it easier to do an edit EXCLUDE and FIND to find all of the message when I'm looking at SYSLOG either via SE on *MASTER* or our disk resident holding area. We don't use OPERLOG because we are a __basic__ sysplex. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM MIGRATE MYSTERY
As long as I can remember HMIGRATE has had an ML2|MIGRATIONLEVEL2 option. We've been using it for over a decade for datasets that we know are unlikely to be needed and are large, or in cases where a dataset was recalled from ML2 and is no longer needed and we want to take advantage of non-I/O fast migration back to the original ML2 volume before the volume gets recycled. Syntax diagram for HMIG|HMIGRATE from z/OS 1.8 manuals (which is the 1st DVD I located) DFSMShsm Managing Your Own Data lists as optional parameters for both SMS and non-SMS data sets: MIGRATIONLEVEL2, ML2, WAIT, NOWAIT, and EXTENDRC Joel C Ewing On 11/24/2010 02:08 PM, Gibney, Dave wrote: A few things. Last I knew, HMIGRATE didn't have access to ML2, only MIGRATE. When the dataset is on primary DASD, the back=up date is kept in the catalog data (probably the VVDS) and therefore reportable by catalog functions (IDCAMS LISTCAT). Once migrated, the backup date reported by HLIST is from the DFHSM BCDS record. And I think you are correct, a DS on ML1 can still be backed up, so manual migration to ML1 is ok. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter Sent: Wednesday, November 24, 2010 8:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM MIGRATE MYSTERY Joel, I did a manual BACKDS command of the dsn. Next I did a LISTCAT of the dsn and it shows LBACKUP ---2010.328.0643. I did a HMIG dsn ML2 . I did a LISTCAT again and it shows LBACKUP ---.XXX. However when I do HLIST of the dsn it shows the backup 10/11/24 06:43:55 I am not sure why this is happening. I also noted that if I issue the HMIG dsn ML2 the MANAGEMENT CLASS Migration Attributes is being ignored even though I have specified the following: Primary Days Non-usage . : 3 Level 1 Days Date/Days . : 2 Command or Auto Migrate . : BOTH As an earlier poster had mentioned that if a manual Migrate ML2 command is issued to migrate the dsn, it overrides the Migration attributes. This storage group is exempt from Auto Migrate but it does have Auto Backup turned on. I noticed that the Auto Backup is working. The dataset in question was not backed up because it was created after the Auto Backup had run. --- On Tue, 11/23/10, Joel C. Ewingjcew...@acm.org wrote: From: Joel C. Ewingjcew...@acm.org Subject: Re: DFHSM MIGRATE MYSTERY To: IBM-MAIN@bama.ua.edu Received: Tuesday, November 23, 2010, 4:04 PM Did you display the LBACKUP date while the file was migrated? On z/OS 1.10 I only see the actual last Backup date displayed if the dataset is on a primary volume. If on ML1 or ML2 neither ISMF no LISTC will display the backup date. Did you do a HMIG dsnamefilter (which is a request to migrate to ML1) or HMIG dsnamefilter ML2? If I try to migrate a dsn with an autobackup management class to ML2 and there is no backup yet, it fails with ARC1280I MIGRATION FAILED - DATA SET IS IN NEED OF BACKUP. If I try to migrate the same dataset to ML1 (ML2 parm omitted), migration succeeds. I think this is because DFHSM can still do an autobackup from ML1. Or If I then attempt to force a migrate from ML1 to ML2 with HMIG dsname ML2 before there is a backup, I also get the ARC1280I failure. On 11/22/2010 07:51 AM, willie bunter wrote: Mike, I took your advice and set the MANAGEMENT CLASS AUTO BACKUP=Y. As a test I created a new dsn using the same HLQ's and Management Class. I tried the MIGRATE command via batch (using wild cards) it went to ML1 instead of ML2 which was NOT happening before I changed the AUTO BACKUP from N to Y. I did a LISTCAT of the dsn but it shows that no backup was done. Inspite of this the dsn was sent to ML1. Not sure why LBACKUP ---.000. If I understand Joel's post correctly in which he says that Migration Attributes for primary and level 1 only apply to auto migration then the dsn should not have been sent to ML1 but directly to ML2. Any suggestions? --- On Fri, 11/19/10, Mike Schwabmike.a.sch...@gmail.com wrote: From: Mike Schwabmike.a.sch...@gmail.com Subject: Re: DFHSM MIGRATE MYSTERY To: IBM-MAIN@bama.ua.edu Received: Friday, November 19, 2010, 10:39 AM You can requre that a successful SMS backup before it allows the dataset to be migrated. On Fri, Nov 19, 2010 at 8:00 AM, willie bunterwilliebun...@yahoo.com wrote: deleted When the batch job is executed all the dsns (these are all VSAM dsns) are migrated ML2 - including those that were created this morning before the migrate was done. According to the Migration Attributes shouldn't those dsns which were created today yesterday not be migrated? Could someone help me understand where else I should look. Thanks in advance for your help. -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access
Re: Philosophy question: repeat message ID on each line of an MLWTO?
On 11/25/2010 7:35 AM, McKown, John wrote: Sorry, I was just curious about whether people thought having a message id on each line of the message would be useful. Who knows, someday I may have such a need and I'd like to have a good idea what would be useful for others. I am not suggesting that IBM or other vendor immediately start recoding their MLWTO messages! But perhaps it should become an industry recommendation? I'm on some steriods for a few days, and can't sleep, am nervous so I'm just blathering on. Sorry if it's a disruption. My bad. My guess is that it depends on your background. If you are an application programmer, all you have is a single, multi-line WTO, and repeating the message id is pretty useless. OTOH, if you're writing systems code, and you're using the add one line at a time MLWTO, then specifying the id on each line may make it easier to work with. Most of the time I use single, non-deletable WTO/WTORs from STCs, with either help information or (short) option lists. It's easier than expecting the operators (an endangered species) to waste time looking things up. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFBR14
The first APAR on IEFBR14 of which I am aware occurred in the late 1960s in the very early days of OS/360. The error was that the program was not setting the return code to zero. I do not remember the exact date of the APAR, its fix, release number, etc. I would bet that Shmuel Metz does, though. :-) Bill Fairchild Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFBR14
Bill wrote: The first APAR on IEFBR14 of which I am aware occurred in the late 1960s in the very early days of OS/360. The error was that the program was not setting the return code to zero. I do not remember the exact date of the APAR, its fix, release number, etc. I would bet that Shmuel Metz does, though. :-) Bill Fairchild Rocket Software I'd guess* that at the time there was a philosophical debate on whether iefBR14 was still the right name for the resulting program. :-) * I claim to be too young to know. :-) Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFBR14
They should have realized that the PDS directory 8-character limitation was too restrictive when they could not catalog it as IEFSR1515BR14. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Packer Sent: Thursday, November 25, 2010 9:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFBR14 Bill wrote: The first APAR on IEFBR14 of which I am aware occurred in the late 1960s in the very early days of OS/360. The error was that the program was not setting the return code to zero. I do not remember the exact date of the APAR, its fix, release number, etc. I would bet that Shmuel Metz does, though. :-) Bill Fairchild Rocket Software I'd guess* that at the time there was a philosophical debate on whether iefBR14 was still the right name for the resulting program. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX address environments
In aanlktimk8gdnepidhrssqbdcwpj_xr4anvg-gmr1a...@mail.gmail.com, on 11/24/2010 at 01:15 PM, Tony Harminc t...@harminc.net said: I think you are confusing REXX environments with REXX Host Command Environments. Then what do you mean by HCE? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX address environments
Please send to the list of offline, not both. In 20101124194915.3apsz.22626.r...@hrndva-web15-z02, on 11/24/2010 at 07:49 PM, Eric Bielefeld eric-ibmm...@wi.rr.com said: And before the first ISPF, there was SPF - I think it stood for Structured Programming Facility. The progression went Structured Programming Facility Interactive Structured Programming Facility Interactive System Productivity Facility The first was abbreviated SPF and the next two ISPF. 026? I remember an 029 and an 024(I think). The 026 was an 024 with printing. But we were talking about editors when I made the comment about you like what you first learned. I could insert characters on an 026, although it was frowned on. But I didn't care for IEBUPDAT or ATS either. My first assembler was SOAP 2; I wouldn't care to go back. My first compiler had one-character variable names; thanks but no thanks. I'm quite happy never to have to use what I first learned. Some people even call VI an editor! The editor from Hell is better than some I've used. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX address environments
In aanlkti=nz9ieq1tyizwkdyd2pagr6hzfnhpq-wz4w...@mail.gmail.com, on 11/24/2010 at 03:57 PM, zMan zedgarhoo...@gmail.com said: Just curious -- what does that mean? I don't know ISPF/PDF well enough to understand. 4 This is a data shift (4 This is a column shift -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DITTO Alternative
In 77142d37c0c3c34da0d7b1da7d7ca34308802...@nwt-s-mbx2.rocketsoftware.com, on 11/24/2010 at 09:07 PM, Bill Fairchild bi...@mainstar.com said: only tracks in allocated data sets and/or the VTOC can be displayed Is that stil true when the dsname is 44'04'X? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Regular Expressions (was: REXX address environments)
In blu149-w47ab9a6c83f241ad1d5161a1...@phx.gbl, on 11/24/2010
at 04:26 PM, Dave Salt ds...@hotmail.com said:
some of the constructs of regular expressions.
Better than nothing, but I still want full bore pattern matching,
e.g.,
F R'(?!REG/b)[[:alpha]]{3}\d*'
to find a string containing three letters and a string of digits,
where the three letters are not 'REG'. This, opf course, is only a
simple example; any SuperWylbur® user could give you more complicated,
but useful, searches. Also, what about named captures?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net/~shmuel/resume/brief.html
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Regular Expressions (was: REXX address environments)
On Thu, 2010-11-25 at 11:20 -0500, Shmuel Metz (Seymour J.) wrote:
In blu149-w47ab9a6c83f241ad1d5161a1...@phx.gbl, on 11/24/2010
at 04:26 PM, Dave Salt ds...@hotmail.com said:
some of the constructs of regular expressions.
Better than nothing, but I still want full bore pattern matching,
e.g.,
F R'(?!REG/b)[[:alpha]]{3}\d*'
to find a string containing three letters and a string of digits,
where the three letters are not 'REG'. This, opf course, is only a
simple example; any SuperWylbur® user could give you more complicated,
but useful, searches. Also, what about named captures?
Yes. I would like the Perl variant, but I would be satisfied with POSIX
compliant regexs. I think that the POSIX is more likely because the IBM
C compiler implements them. So the ISPF people would not need to write
them from scratch. Yes, I guess it would be possible to write one myself
in REXX (no C compiler here), but I really want it integrated with the
FIND, CHANGE, RFIND, and RCHANGE commands.
--
John McKown
Maranatha!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX address environments
On 25 November 2010 10:47, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In aanlktimk8gdnepidhrssqbdcwpj_xr4anvg-gmr1a...@mail.gmail.com, on 11/24/2010 at 01:15 PM, Tony Harminc t...@harminc.net said: I think you are confusing REXX environments with REXX Host Command Environments. Then what do you mean by HCE? A REXX environment is initialized by one of several means, and is represented by a REXX environment block (macro IRXENVB). It has one or more host command environments available to it. A host command environment is an xyz that you can issue Address xyz to while running in a given REXX environment, and is named by an entry in the Subcommand Table (macro IRXSUBCT), which can be statically loaded and dynamically updated (though with a performance hit). IBM's terminology for both these is a little inconsistent, but they are clearly different things. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS messages.. totally true... almost totally useless
In listserv%20101122101159.0...@bama.ua.edu, on 11/22/2010 at 10:11 AM, Paul Gilmartin paulgboul...@aim.com said: o Place JCL error messages inline, as HLASM does, so the programmer would be spared the need to swap between JESYSMSGS and JESJCL. They used to, back in OS/360 and OS/VS2 R1 (SVS). Making it harder to find errors was one of the enhancements in MVS. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFBR14
In 77142d37c0c3c34da0d7b1da7d7ca34308802...@nwt-s-mbx2.rocketsoftware.com, on 11/25/2010 at 04:59 PM, Bill Fairchild bi...@mainstar.com said: I do not remember the exact date of the APAR, its fix, release number, etc. I would bet that Shmuel Metz does, though. :-) Alas, while I remember that there was such an APAR, and another one to add an eyecatcher, I recall neither the numbers nor the dates. Worse, I didn't recall that there had been an APAR to add RENT, which someone else mentioned here. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS messages.. totally true... almost totally useless
In listserv%201011201209565982.0...@bama.ua.edu, on 11/20/2010 at 12:09 PM, Paul Gilmartin paulgboul...@aim.com said: Properly; I understand an excess of implementation detail is an obstacle to fulfillment of a requirement: While we otherwise favor the requirement, your specific proposed solution is unworkable; ergo, rejected! ObCatch-22 The flip side is when you take out the suggested implementation and they claim that the problem description is too vague. Or this isn't a TSO issue, it's a JES2 issue. Some of the old timers may recall being jerked around until finally the JES2, JES3 and TSO projects each submitted essentially the same requirement, each referencing the requirements from the other projects. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Regular Expressions (was: REXX address environments)
On Thu, Nov 25, 2010 at 11:20 AM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
Better than nothing, but I still want full bore pattern matching,
e.g.,
F R'(?!REG/b)[[:alpha]]{3}\d*'
to find a string containing three letters and a string of digits,
where the three letters are not 'REG'. This, opf course, is only a
simple example; any SuperWylbur® user could give you more complicated,
but useful, searches. Also, what about named captures?
Easy with XEDIT, via an add-on module.
--
zMan -- I've got a mainframe and I'm not afraid to use it
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFBR14
On 25 November 2010 20:42, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 77142d37c0c3c34da0d7b1da7d7ca34308802...@nwt-s-mbx2.rocketsoftware.com, on 11/25/2010 at 04:59 PM, Bill Fairchild bi...@mainstar.com said: I do not remember the exact date of the APAR, its fix, release number, etc. I would bet that Shmuel Metz does, though. :-) Alas, while I remember that there was such an APAR, and another one to add an eyecatcher, I recall neither the numbers nor the dates. Worse, I didn't recall that there had been an APAR to add RENT, which someone else mentioned here. There is no eyecatcher in the current version, nor in any older version I can find. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOSe and z10 - Urgent
Carlos, please inquire with your friendly IBM representative to ask for assistance. They may have a temporary workaround available to facilitate the migration. - - - - - Timothy Sipples Resident Enterprise Architect STG Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFBR14
Shmuel Metz , Seymour J. shmuel+ibm-m...@patriot.net wrote in message news:20101126013902.8ab7bf58...@smtp.patriot.net... In 77142d37c0c3c34da0d7b1da7d7ca34308802...@nwt-s-mbx2.rocketsoftware.com , on 11/25/2010 at 04:59 PM, Bill Fairchild bi...@mainstar.com said: I do not remember the exact date of the APAR, its fix, release number, etc. I would bet that Shmuel Metz does, though. :-) Alas, while I remember that there was such an APAR, and another one to add an eyecatcher, I recall neither the numbers nor the dates. Worse, I didn't recall that there had been an APAR to add RENT, which someone else mentioned here. -- Shmuel (Seymour J.) Metz, SysProg and JOAT I think I remember the change, it must have been between 1982 and 1985. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
