Re: IEFBR14

"Shmuel Metz , Seymour J." 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 said: > > >I do not remember the exact date of the APAR, its fix,

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)

Re: IEFBR14

On 25 November 2010 20:42, Shmuel Metz (Seymour J.) wrote: > In > <77142d37c0c3c34da0d7b1da7d7ca34308802...@nwt-s-mbx2.rocketsoftware.com>, > on 11/25/2010 >   at 04:59 PM, Bill Fairchild said: > >>I do not remember the exact date of the APAR, its fix, release >>number, etc.  I would bet that Shm

Re: Regular Expressions (was: REXX "address" environments)

On Thu, Nov 25, 2010 at 11:20 AM, Shmuel Metz (Seymour J.) 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

Re: zOS messages.. totally true... almost totally useless

In , on 11/20/2010 at 12:09 PM, Paul Gilmartin 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 sid

Re: IEFBR14

In <77142d37c0c3c34da0d7b1da7d7ca34308802...@nwt-s-mbx2.rocketsoftware.com>, on 11/25/2010 at 04:59 PM, Bill Fairchild 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 suc

Re: zOS messages.. totally true... almost totally useless

In , on 11/22/2010 at 10:11 AM, Paul Gilmartin 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 enhancem

Re: REXX "address" environments

On 25 November 2010 10:47, Shmuel Metz (Seymour J.) wrote: > In , on > 11/24/2010 >   at 01:15 PM, Tony Harminc 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

Re: Regular Expressions (was: REXX "address" environments)

On Thu, 2010-11-25 at 11:20 -0500, Shmuel Metz (Seymour J.) wrote: > In , on 11/24/2010 >at 04:26 PM, Dave Salt 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

Re: Regular Expressions (was: REXX "address" environments)

In , on 11/24/2010 at 04:26 PM, Dave Salt 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 a

Re: DITTO Alternative

In <77142d37c0c3c34da0d7b1da7d7ca34308802...@nwt-s-mbx2.rocketsoftware.com>, on 11/24/2010 at 09:07 PM, Bill Fairchild 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

Re: REXX "address" environments

In , on 11/24/2010 at 03:57 PM, zMan 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

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 said: >And before the first ISPF, there was SPF - I think it stood for >Structured Programming Facility. The progression went Structured Programmin

Re: REXX "address" environments

In , on 11/24/2010 at 01:15 PM, Tony Harminc 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 We d

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,

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 th

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, tho

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 I

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

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 unconditio

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://pu

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 recod

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 --

Re: Philosophy question: repeat message ID on each line of an MLWTO?

"McKown, John" wrote in message news:. .. > 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

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 mess

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 / signof