Re: But will it be available 24/365 was Re: New Designed Service Portal Coming to IBM

2013-10-13 Thread David Crayford
I'm pleased it tickled you! I give you +1 for perfectly picking the bidialectal twist ;-) . On 10/10/2013 2:59 AM, John Gilmore wrote: My word you really do spit the dummy old chap has made my day. It is a delightful example of a perhaps not quite current Australian idiom---'spit the dummy'

Re: SYSIN Symbol Resolution vs. LRECL

2013-10-13 Thread Shmuel Metz (Seymour J.)
In 120ff13c56e7db4cbb4b89959eb492d826bff...@apswp0475.ms.ds.uhc.com, on 10/11/2013 at 06:00 PM, Bass, Walter W bill_b...@uhc.com said: Sure you can. Dataset not found produces a runtime JCL error quite frequently. OPEN failures are not JCL errors. -- Shmuel (Seymour J.) Metz,

Re: SYSIN Symbol Resolution vs. LRECL

2013-10-13 Thread Shmuel Metz (Seymour J.)
In 1601686609289112.wa.paulgboulderaim@listserv.ua.edu, on 10/11/2013 at 06:18 PM, Paul Gilmartin paulgboul...@aim.com said: Hmmm ... In the Bad Old Days, I used to make insertions in punched cards: DUP up to the point of insertion; press hard with my thumb on the card in the read

Re: TSOLIB BLDL abend

2013-10-13 Thread Shmuel Metz (Seymour J.)
In of1100e1e5.79eaedfb-on85257c01.004f4cae-85257c01.004f9...@us.ibm.com, on 10/11/2013 at 10:28 AM, Peter Relson rel...@us.ibm.com said: Why? Where? SA22-7607-15, 54.0 LOAD -- Bring a Load Module into Virtual Storage 54.1.8 Parameters DE=list entry addr Specifies the entry name,

Re: SYSIN Symbol Resolution vs. LRECL

2013-10-13 Thread Shmuel Metz (Seymour J.)
In 7239823581387858.wa.paulgboulderaim@listserv.ua.edu, on 10/11/2013 at 09:59 AM, Paul Gilmartin paulgboul...@aim.com said: Isn't symbol substitution performed by the reader/converter/interpreter (whatever), but well before execution tme? While the Converter does substitution in the

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Shmuel Metz (Seymour J.)
In cae1xxdg+wpq27ohberb7yrwtkp4ehr3tsxkjrwifkgmqn6y...@mail.gmail.com, on 10/12/2013 at 08:42 AM, John Gilmore jwgli...@gmail.com said: A load-module image is not simply relocated in memory with ADCONs appropriately incremented. Very complex processing of a mixture of text and control

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Tom Russell
I don't know about OGET or OPUT, but cp and mv will invoke the binder 'under the covers' to move a program object in a Unix File System to a PDSE. Date: Sat, 12 Oct 2013 14:26:19 -0400 From: John Gilmore jwgli...@gmail.com Subject: Re: PDS/E, Shared Dasd, and COBOL V5 I omitted in my last

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Shmuel Metz (Seymour J.)
In 52596efe.2070...@bremultibank.com.pl, on 10/12/2013 at 05:47 PM, R.S. r.skoru...@bremultibank.com.pl said: What I'm sure is other operating systems use neither PDSE nor PDS and are quite happy. Those other systems use equivalents of Unix file systems, not record oriented file systems, to

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Shmuel Metz (Seymour J.)
In 52594dde.3030...@phoenixsoftware.com, on 10/12/2013 at 06:25 AM, Ed Jaffe edja...@phoenixsoftware.com said: This is one of the big benefits of COBOL V5's use of program objects and PDSE. A COBOL V5 program's debugging information is packaged with the program object member alongside its

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Shmuel Metz (Seymour J.)
In 545411607-1381595947-cardhu_decombobulator_blackberry.rim.net-1481781966-@b4.c1.bise6.blackberry, on 10/12/2013 at 04:39 PM, Ted MacNEIL eamacn...@yahoo.ca said: PDSE is over 20 years old! What makes it 'special' after all this time? What makes it a sports car? Who called it special? The

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Shmuel Metz (Seymour J.)
In 013801cec761$5e79f890$1b6de9b0$@mcn.org, on 10/12/2013 at 08:40 AM, Charles Mills charl...@mcn.org said: Is there any reason that a PDS, RECFM=U or Vxx with half-track or 4K or whatever records or blocks, could not store *exactly* the same stream of bytes as a UNIX file, and with no

Re: TSOLIB BLDL abend

2013-10-13 Thread Shmuel Metz (Seymour J.)
In of27c80737.323a1c49-on85257c03.00049f62-85257c03.00063...@us.ibm.com, on 10/12/2013 at 09:07 PM, Peter Relson rel...@us.ibm.com said: Actually, I have no clue what the last sentence really means. I believe that the author was trying to say something like Therefore, do not issue an ATTACH

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Shmuel Metz (Seymour J.)
In 4155755931776698.wa.paulgboulderaim@listserv.ua.edu, on 10/12/2013 at 11:43 AM, Paul Gilmartin paulgboul...@aim.com said: Shmuel may distrust IEBGENER to that extent; Or he may not. Is there anything in any message that I have ever posted to suggest that I don't trust IEBGENER to make

Re: SYSIN Symbol Resolution vs. LRECL

2013-10-13 Thread Paul Gilmartin
On Sat, 12 Oct 2013 22:32:37 -0500, Shmuel Metz (Seymour J.) wrote: In 120ff13c56e7db4cbb4b89959eb492d826bff...@apswp0475.ms.ds.uhc.com, on 10/11/2013 at 06:00 PM, Bass, Walter W said: Sure you can. Dataset not found produces a runtime JCL error quite frequently. OPEN failures are not JCL

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Paul Gilmartin
On Sun, 13 Oct 2013 11:59:41 -0400, John Gilmore wrote: Tom Russell is of course right about this. The work that cp and mv and OGET and OPUT too appear to be doing is all done under the covers by the Binder. (Add IEBCOPY and/or whatever ISPF uses) I wonder, though, do these explictly ATTACH

Re: Debugging IEAVMXIT

2013-10-13 Thread Dave Cole
Wow! Thank John (and Peter) for the mentions! [:-))] Dave At 10/10/2013 12:23 PM, John Gilmore wrote: Peter Farley wrote: | [Use] z/XDC from Colesoft. This is the best possible advice. Some of my clients have it, and they tolerate my using it on site for such tasks even when the

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Gerhard Postpischil
On 10/13/2013 11:44 AM, John Gilmore wrote: The substance of what he says is a reminder that BSAM and QSAM can read RECFM=U records. This is certainly true, just as it is true that the earth is an oblate spheroid. As he often does, he is here employing an irrelevance to suggest that he has

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread John Gilmore
Gerhard Postpischil wrote begin exctract While I haven't kept up with what he's doing lately, I have a subroutine (cbt file 860, SUBFETCH) that uses BSAM to bring a load module into storage and execute it. I originally wrote it to test whether a module in storage was altered by loading a second

Re: shark fin

2013-10-13 Thread Thomas Berg
I don't even have a wart... :) Best Regards Thomas Berg ___ Thomas Berg Specialist zOS\RQM\IT Delivery SWEDBANK AB (Publ) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]

Re: shark fin

2013-10-13 Thread Blaicher, Christopher Y.
OK, you got me on this one. What is a Shark Fin? I know what a Shark device is, but what is a Shark Fin? Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E:

Re: shark fin

2013-10-13 Thread efinnell15
Your google broken? It was a plastic prop distributed with the DASD boxes. Like the penguins with the ICEbergs. EMC claims a large collection of them after swap outs for their boxes. In a message dated 10/13/13 15:15:57 Central Daylight Time, cblaic...@syncsort.com writes: What is a Shark

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Thomas Berg
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Sunday, October 13, 2013 12:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PDS/E, Shared Dasd, and COBOL V5 W dniu 2013-10-12 18:39, Ted MacNEIL pisze: PDSE is over

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread Gerhard Postpischil
On 10/13/2013 3:37 PM, John Gilmore wrote: Does BSAM also adjust the zero-origin address offsets in that load module to reflect its 'load address'? Since BSAM reads one block at a time, does it also arrange successive blocks, appropriately aligned, in storage? Und so weiter . . . Your

Re: PDS/E, Shared Dasd, and COBOL V5

2013-10-13 Thread John Gilmore
'Piriform' means pear shaped, as I suspect you know. I have clearly made you very angry, so angry that you are incoherent. No failure to take a conjecture of Henri Poincaré, 1854-1912, seriously two centuries ago would have been possible without preternatural prescience of a ,kind neither of us

Re: shark fin

2013-10-13 Thread Blaicher, Christopher Y.
Bing didn't bring it up in the first couple of pages based on 'shark fin dasd', so I gave up. Thanks for the answer. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E:

Re: shark fin

2013-10-13 Thread Benjamin Huntsman
We got one with our 2105. The 2105's long gone, but the guy who lead the project to buy it still had the fin. He left the company recently and took the fin with him. It had been #1 on my list of things to loot, but I guess I won't get the chance. I've met several folks who have them, and

Re: shark fin

2013-10-13 Thread efinnell15
Think I went the other way with 'IBM shark fin' and got loaded up. In a message dated 10/13/13 21:22:01 Central Daylight Time, cblaic...@syncsort.com writes: Thanks for the answer. -- For IBM-MAIN subscribe / signoff /