Re: 3DES encryption using ICSF callable services

[Shmuel Metz (Seymour J.)]

In <201511130728.tad7sqv4007...@d23av05.au.ibm.com>, on 11/13/2015
   at 03:27 PM, Timothy Sipples  said:

>This thread is a microcosm of the sort of considerations professional
>developers *ought* to have, to at least strive to write *enduring*
>code --

As part of that I've always looked for new facilities that let me
replace a local mod with an exit or an exit with a parmlib member.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 3DES encryption using ICSF callable services

[Shmuel Metz (Seymour J.)]

In <56465c0b.8080...@aim.com>, on 11/13/2015
   at 02:54 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>On 2015-11-13 13:52, Kirk Wolf wrote:
>> 
>> Also, the ICSF CIPHER calls require SAF authorization whereas the CPACF
>> instructions do not require special permissions.
>> 
>Either the former is a needless and foolish restriction or the latter
>is a potential DoD export violation.

Your inability to understand the reason doesn't mean that there is
none.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SUBSYS DD REVISITED

[Shmuel Metz (Seymour J.)]

In <20151114.112844.57...@webmail03.dca.untd.com>, on 11/14/2015
   at 04:28 PM, "esst...@juno.com"  said:

>Recently a question was posted regarding SubSystem Datasets, more
>appropriatly the use of a SUBSYS= parameter on a DD statement. 
>//DD1 DD SUBSYS=(ssn,'parms').

There's a sample subsystem on the CBT tape.

>However neither technology provides a PUT/WRITE function/exit.

If you OPEN a DCB with a ddname allocated to a subsystem data set then
OPEN loads a compatibility interface and opens an ACB under the
covers. The subsystem sees only the ACB/RPL interface, not the DCB.

>Each I/O from an application with the appropriate SUBSYS statement
>should be directed to my SubSystem Address Space.
 
A subsystem does not require a separate address space.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SUBSYS DD REVISITED

[Shmuel Metz (Seymour J.)]

In <20151115.083342.2149...@webmail12.dca.untd.com>, on 11/15/2015
   at 01:33 PM, "esst...@juno.com"  said:

>Where in z/OS publications is this documented ?

I'm not sure that it is. Welcome to the wonderful world of OCO.

You can have my MVS logic manuals when they pry them out of my cold
dead fingers or scan them for bitsavers. Meanwhile, have you checked
The ABC's of Systems Programming?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Fastest way to read OLDEST GDG entry

[Shmuel Metz (Seymour J.)]

In
,
on 11/17/2015
   at 07:58 AM, John McKown  said:

>I don't know why the OP says that IGGCSI00 is "slow".

Or why LISTC would be any faster.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OT - another Legacy operating system

[Shmuel Metz (Seymour J.)]

In
<874b151289704e46a874bf2ae6fdd8d1310a7...@kl126r4b.cs.ad.klmcorp.net>,
on 11/17/2015
   at 02:16 PM, "Vernooij, CP (ITOPT1) - KLM" 
said:

>There are good reasons to keep old, reliable systems

Win 3.1 is reliable.?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: Fastest way to read OLDEST GDG entry

[Shmuel Metz (Seymour J.)]

In , on 11/17/2015
   at 03:59 PM, Peter Hunkeler  said:

> I can't tell the details from memory, but in Assembler you can code
>so that you get control when the system reaches the end of one dsn in
>the concatenation, just before it is going to open the next one.

That might work if you have the unlike attributes bit set, but since
you are only going to process one data set, why not use RDJFCB to get
the name?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Fastest way to read OLDEST GDG entry

[Shmuel Metz (Seymour J.)]

In <564bd206.3080...@tombrennansoftware.com>, on 11/17/2015
   at 05:19 PM, Tom Brennan  said:

>I assumed LISTCAT wasn't calling CSI.

CSI didn't exist in the 1970's; IDCAMS, including LISTC, uses SVC 26.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an Standard Size for 3390-27's?

[Shmuel Metz (Seymour J.)]

In <2695198720367946.wa.jasighotmail@listserv.ua.edu>, on
11/18/2015
   at 10:59 AM, Jasi Grewal  said:

>Greetings, I would like to know, if there are any standard sizes for
>3390-27's

3390-27 and 3399-54 are fake model numbers that do not refer to actual
drive models. The are convenient for referring to virtual drives
carved out of a DASD subsystem, but have no standardized sizes.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (External):Is there an Standard Size for 3390-27's?

[Shmuel Metz (Seymour J.)]

In
,
on 11/18/2015
   at 05:19 PM, J O Skip Robinson  said:

>relative to a (mythical?) Mod-1

Mythical? What are the 3390-A14, 3390-A18, 3390-B14, 3390-B18 and
3390-B1C, chopped liver?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Shmuel Metz (Seymour J.)]

In <2680722424903653.wa.paulgboulderaim@listserv.ua.edu>, on
11/18/2015
   at 03:05 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Sophistry!

PKB.

>If the user is not authorized,

There's more than one user.

>it's de facto unavailable and should be treated as such.

BS.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Shmuel Metz (Seymour J.)]

In <9286832208987587.wa.paulgboulderaim@listserv.ua.edu>, on
11/19/2015
   at 11:55 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Why is it preferable to fail directly rather than to (attempt to)
>fall back to an equivalent alternative service?

Why are you peddling straw dummies? Your claim was that "unavailable"
and "unauthorized" were the same. Change your claim and I'll change my
response as appropriate.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Privately owned mainframes (Was Re: I just bought an IBM z890)

[Shmuel Metz (Seymour J.)]

In
,
on 11/20/2015
   at 04:34 PM, Mike Schwab  said:

>MVS would not run on a 360, requires 370 with Virtual Storage.

On a 360/67 with the right version of CP-67 you can run S/370
software.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Should utilities FREE DDNAMEs?

[Shmuel Metz (Seymour J.)]

In <00b801d123c5$65c4c9a0$314e5ce0$@q.com>, on 11/20/2015
   at 10:58 AM, retired mainframer  said:

>Given IEBGENER's age, this would be surprising.

No, but it would be surpising if IEBGENER was doing a FREE regardless
of age. The smart money says that the FREE is due to how the file was
allocated.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: REXX-question

[Shmuel Metz (Seymour J.)]

In <5651dced.2030...@isis-papyrus.com>, on 11/22/2015
   at 04:19 PM, Leopold Strauss 
said:

>In unix-shell there ar prowerfull tools for going through a list, 
>creating the apprpriate commands etc.

FSVO powerful.

>In TSO there are not.

In what universe? The problem is not TSO, it's the implementatioin of
Unix in MVS.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO RECEIVE under UNIX Rexx (was: REXX-question)

[Shmuel Metz (Seymour J.)]

In <5372863468970171.wa.paulgboulderaim@listserv.ua.edu>, on
11/22/2015
   at 02:29 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Shmel's sniping

PKB.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Should utilities FREE DDNAMEs?

[Shmuel Metz (Seymour J.)]

In <201511231242.tancgonb007...@d01av01.pok.ibm.com>, on 11/23/2015
   at 07:42 AM, Peter Relson  said:

>Whether it is a good idea or not to free the ddname, each API that
>intends  to be called with user-allocated DD's (rather than with
>system-allocated  DD's) should document its behavior in this
>regard.

Moe to the point, each API that allocates a ddname and provides the
ddname to the user should document the characterisics of that
allocation.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Should utilities FREE DDNAMEs?

[Shmuel Metz (Seymour J.)]

In <56524b58.90...@blackhillsoftware.com>, on 11/23/2015
   at 10:10 AM, Andrew Rowley  said:

>FREE=CLOSE sounds like good API design

It's good API design for Dynamic Allocation to offer the option; that
doesn't make it good API design for SDSF to select the option on an
allocation that it makes available to the user.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Interesting Article About Cobol

[Shmuel Metz (Seymour J.)]

In <009d01d125fc$b30c7760$19256620$@mindspring.com>, on 11/23/2015
   at 07:39 AM, Lizette Koehler  said:

>And then any time you would recompile your program, you would need to
>run it through ABO again.

The product is targetted to environments where recompiling is not an
option.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Interesting Article About Cobol

[Shmuel Metz (Seymour J.)]

In
,
on 11/23/2015
   at 09:02 AM, John McKown  said:

>But if the optimizer actually "recompiles"
>the object code into new object code, then doesn't that new object
>code need to be as thoroughly tested as the original, unoptimized,
>code?

Yes.

>So, is the sequence now: code, compile, optimize, test?

If you have the correct source code and the current compiler then you
don't need ABO unless there is some reason that you can't use the
current compiler for production.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Shmuel Metz (Seymour J.)]

In
<4ee2851a2279b94cb70cd69b174106090149630...@s1flokydce2kx01.dm0001.info53.com>,
on 11/23/2015
   at 04:09 PM, "Jousma, David"  said:

>I've done that, and it works.  I guess I should have been more 
>clear to Kurt's question.  I actually would like to maintenance 
>Omegamon's separately than the rest of the Operating system.

What about IFREQ?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE apply excluding certain FMID's?

[Shmuel Metz (Seymour J.)]

In <09921082-8212-41d8-b90b-9e137b560...@aim.com>, on 11/23/2015
   at 10:18 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Can those be BYPASSed?

Sure: it's not my dog. Is bypassing IFREQ prudent? No way.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Interesting Article About Cobol

[Shmuel Metz (Seymour J.)]

In <022c01d12620$631e3cb0$295ab610$@mcn.org>, on 11/23/2015
   at 10:54 AM, Charles Mills  said:

>Not disagreeing with YOU at all Shmuel but apparently the customer
>*perception* is that ABO-compiled code does not have to be 
>re-tested significantly.

Well, it's not my dog. If you've informed the customer of the risks
and he still wants to omit testing, on his head be it. Just get it in
writing to CYA.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO RECEIVE under UNIX Rexx (was: REXX-question)

[Shmuel Metz (Seymour J.)]

In <1784726748839781.wa.paulgboulderaim@listserv.ua.edu>, on
11/23/2015
   at 03:51 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>I heartily agree.  Mr. Natural sez, 
>"Use the right tool for the job."

The shell is not the right tool.

>One suggestion used LISTDS, DFSORT, and IDCAMS.
>I was aghast at its complexity. 

And yet you're doing essentially the same thing. Even if your IDCAMS
is backlevel, you can do a fast delete all with PDS from the CBT tape,
as was discussed here.

>I was aghast at its complexity.  Here's a simpler alternative

I'm aghast at its complexity. There are cases where the shell might be
the right tool; this is not one.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS and hiperspaces

[Shmuel Metz (Seymour J.)]

In
<874b151289704e46a874bf2ae6fdd8d1310ab...@kl126r4b.cs.ad.klmcorp.net>,
on 11/24/2015
   at 02:30 PM, "Vernooij, CP (ITOPT1) - KLM" 
said:

>but I remember reading that expanded storage is now virtualized in
>central storage.

The whole point of expanded storage was that it was less expensive.
Once IBM started carving out expanded memory from the same pool as
regular memory, it became pointless, but by then IBM had code in place
that provided an incentive to go along with the charade.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: POP UP window border colour

[Shmuel Metz (Seymour J.)]

In <6887599395074163.wa.gerry.ansteyjpmorgan@listserv.ua.edu>, on
11/24/2015
   at 08:50 AM, Gerry Anstey
<00da33bf43f1-dmarc-requ...@listserv.ua.edu> said:

>How can I get the border to be different colours depending on certain
>conditions?  all I get is the default blue.

Dynamic panel?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Where to set options for SFE line command in TSO ISPF DSLIST?

[Shmuel Metz (Seymour J.)]

In
,
on 11/24/2015
   at 07:12 PM, Roger Bolan  said:

>But I can't seem to find where to change them for the SFE line
>command.

Short of writing your own line command[1] I don't think that you can
do it. Can you make a business case for an RFE?

[1] It's not hard.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any clever way to defeat the C compiler's options precedence?

[Shmuel Metz (Seymour J.)]

In <007d01d12871$06a61c20$13f25460$@mcn.org>, on 11/26/2015
   at 09:36 AM, Charles Mills  said:

>- I am about convinced I can't get there from here. Does my problem
>seem that unreasonable?

No. Time to submit an RFE. In the meantime, the suggestion to use make
offers a viable bypass.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any clever way to defeat the C compiler's options precedence?

[Shmuel Metz (Seymour J.)]

In <56580ff2.6040...@well.com>, on 11/27/2015
   at 01:10 AM, "Jack J. Woehr"  said:

>I sympathize. Imagine what I've experienced swimming upstream the
>other direction into mainframe land. Linking and Accessing and
>Detaching minidisks

How does that differ from mounting and unmounting file systems?

>which I would find on Unix by
>locate filename.foo

Locate won't find it in an unmounted file system. 

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GETDSAB

[Shmuel Metz (Seymour J.)]

In
,
on 11/27/2015
   at 12:15 PM, Scott Ford  said:

>If the ddname in not in the JCL with the DSAPTR be blank or 0 ?

   Upon output, DSABPTR contains the address of the specified
   DSAB if the return code is zero. If the return code is not
   zero, DSABPTR contains 0.

Test the rc in R15.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Lrecl

[Shmuel Metz (Seymour J.)]

In
,
on 11/28/2015
   at 02:50 PM, Scott Ford  said:

>Our STC use several files and I want to verify that the files have
>the correct logical record length. The STCs are written LE Cobol. I
>would like to know before I open the file if the file that is created
>or allocated is correct in record length. For example, if the Logical
>Record Length is 121 as defined in the program tries to open a file
>with a LRECL 300 bytes. Can i do the following ?

>1. Call a Assembler subroutine using RDJFCB and determine the lrecl
>on the volume for the dataset and allocation ?
>2. If the lrecl i want to pass back a RTNCD in R15 and then then have
>Cobol fail 

3. If it's a concatenation, test whether LRECL and RECFM are the same
in every dataset. See ARL, probably in the RDJFCB documentation.

Piece of cake.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Lrecl

[Shmuel Metz (Seymour J.)]

In <1806999179817213.wa.paulgboulderaim@listserv.ua.edu>, on
11/28/2015
   at 08:21 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>A supremely stupid default except, perhaps, in that it supports unit
>record devices.

A DCB OPEN exit would have supported UR eqipment and not have been so
rigid.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Straightforward way to determine hardware architecture level?

[Shmuel Metz (Seymour J.)]

In <1a619cdc-a055-40ec-9821-4337587d6...@copper.net>, on 11/29/2015
   at 08:17 PM, Stevet  said:

>This is why you have specialty routines that you load and if I
>remember correctly, IDENTIFY.

You don't need IDENTIFY unless you want to use system assisted linkage
to a name other then the name you loaded or the true name.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Mainframe

[Shmuel Metz (Seymour J.)]

In , on
11/30/2015
   at 10:20 AM, "Cannaerts, Jan"  said:

>[1] In a non-perfectly set up shop you can work on improving very
>basic things that don't require deep understanding of the systems 
>you're working on.

Technically, yes. Politically, YMMV.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: More ex-employer "harassment"?

[Shmuel Metz (Seymour J.)]

In <565c8a19.70...@gmail.com>, on 11/30/2015
   at 05:40 PM, Vince Coen  said:

>As for law well at least for the UK but I suspect US as well - for
>most employment contracts does state that any design / inventions
>worked on while working for the 'company' belongs to the company

I've twice amended such contracts to state that work done on my own
time and on my own equipment belongs to me. Corporate legal blessed it
in both cases.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Know any IBM CEs' in Phoenix - vintage or otherwise

[Shmuel Metz (Seymour J.)]

In
,
on 11/30/2015
   at 12:43 PM, William Donzelli  said:

>Is there any obscure lore about this machine

 1. If you restore a 729, don't put your hand under the R/W head.

 2. If you restore a 1403, don't print the line that maximizes the
hammer firing rate.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Straightforward way to determine hardware architecture level?

[Shmuel Metz (Seymour J.)]

In
,
on 11/30/2015
   at 11:44 PM, J O Skip Robinson  said:

>When I was a novice sysprog, my shop had an Amdahl. MVS at that 
>time predated 'system product'. (Way back.) IBM shipped a new 
>level of MVS that executed instructions not present our Amdahl.

Are you sure that you aren't thinking of MVS/SE?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FTP Time Outs from IBM sites

[Shmuel Metz (Seymour J.)]

In <1f145e.29fc964b.438f0...@aol.com>, on 12/01/2015
   at 08:55 AM, Ed Finnell
<000248cce9f3-dmarc-requ...@listserv.ua.edu> said:

>Looks like they're a little slow, but up.

Ping tests connectivity, but it doesn't test whether a server is
actually up.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Straightforward way to determine hardware architecture level?

[Shmuel Metz (Seymour J.)]

In
,
on 12/01/2015
   at 10:57 PM, J O Skip Robinson  said:

>MVCIN was indeed a useful instruction. I encountered it (IIRC) on a
>4381. I assumed that, like typical new instructions, it would stick
>around for the duration. I was later shocked to discover that it had
>been abandoned on a siding somewhere along the railway to the future.
>Probably still there somewhere in Nebraska with a smudged bar code. 

It's present in ECPS:VSE PoOps, XA PoOps, ESA/370 PoOps, ESA/390 PoOps
and z PoOps; that looks like sticking around to me. I don't know what
the story is on the 3090.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What's a "ton" of JCL? [was:RE: Straightforward way to determine hardware architecture level?]

[Shmuel Metz (Seymour J.)]

In
,
on 12/01/2015
   at 10:51 PM, Mike Schwab  said:

>Or a small flash drive of 64M to 2G.

Are they still making those?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is first page always backed by real storage upon return from STORAGE OBTAIN?

[Shmuel Metz (Seymour J.)]

In <7481950488678847.wa.m42tomibmmainyahoo@listserv.ua.edu>, on
12/02/2015
   at 10:02 AM, Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> said:

>I've never seen an FQE located within the area containing the free
>space.

Newby. From IBM System/3S0 Operating System: Programmer's Guide to
Debugging OS Release 21.7, GC28-6670-6:

 FQE: The FQE describes a free area within a set of 2K blocks
 described by a DQE. It occupies the first eight bytes of that
 free area. Since the FQE is within the subpool, it has the
 same protect. key as the task active within that subpool.
 Extreme care should be exercised to see that FQEs are not
 destroyed by the problem program. If an FQE is destroyed, the
 free space that it describes is lost to the system and cannot
 be assigned through a GETMAIN. 

>The data areas book says that FQEs are in SP 245 or 255, SQA or
>LSQA.

That may be true for contemporary systems, but it was not always thus.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What's a "ton" of JCL? [was:RE: Straightforward way to determine hardware architecture level?]

[Shmuel Metz (Seymour J.)]

In
,
on 12/02/2015
   at 05:33 PM, J O Skip Robinson  said:

>One urban legend (not necessarily fiction) is an explanation for the
>curious layout in EBCDIC coding.

UL? It's well documented. See, e.g., IBM System/360 Principles of
Operation, A22-6821-7[1], Appendix F, USASCII-8 and EBCDIC Charts, p.
150.2

>Of course there is one more hex value in the neighborhood than 
>there are letters in English, but why jump from D9 to E2 instead 
>of using E1 - E8? The story I heard in computer school is that the
>EBCDIC ultimately derived from the punch card layout.

As is implicit in the name, EBCDIC derives from BCD, which in turn
derive from the card encodings.

[1]
http://bitsavers.org/pdf/ibm/360/princOps/A22-6821-7_360PrincOpsDec67.pdf
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What's a "ton" of JCL? [was:RE: Straightforward way to determine hardware architecture level?]

[Shmuel Metz (Seymour J.)]

In <028001d12dea$d995b7c0$8cc12740$@mxg.com>, on 12/03/2015
   at 10:51 AM, Barry Merrill  said:

>I can't recall if they were automatically send

You had to order what you wanted.


 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Online manuals for 3880-21, 3880-23, 3990, 2105 et al?

[Shmuel Metz (Seymour J.)]

Dooes anybody have links for online manuals for DASD controllers
starting with

3880-21
3880-23
3990
2105
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Online manuals for 3880-21, 3880-23, 3990, 2105 et al?

[Shmuel Metz (Seymour J.)]

In <5810852063744464.wa.jan.moeyersonsgfi...@listserv.ua.edu>, on
12/04/2015
   at 05:20 AM, "Jantje."  said:

>is http://bitsavers.informatik.uni-stuttgart.de/pdf/ibm/38xx/3880/ 
>any help?

No. that only has the manual for the 3889-1, 2, 3 and 4. I've got the
mamuals for 3880-11 and 3880-13, but not from bitsavers. What I need
is the stuff newer than that.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z Systems Development Blog

[Shmuel Metz (Seymour J.)]

In <5661ca41.2040...@codemagus.com>, on 12/04/2015
   at 05:15 PM, Patrick Hayward  said:

>Some people have beaten the lottery!

They're called ""The House".
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Online manuals for 3880-21, 3880-23, 3990, 2105 et al?

[Shmuel Metz (Seymour J.)]

In
<8285047530401296.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>,
on 12/04/2015
   at 07:40 AM, Elardus Engelbrecht 
said:

>No links, but I see you got a good reply about a bitsavers link.

Only one manual there, in two editions.


>I still have bookmanager books for 3990. See this list of ancient
>bookies:
>Book Name   Book Title   
>ANTGAR00Advanced Copy Services   
>A13R1001IBM 3990 Storage Control Reference   
>A13U40003990 TPF Support RPQs
>A13I10053990/9390 Introduction   
>A13U50033990/9390 Operations and Recovery Guide  
>A13U10043990/9390 Planning, Installation, and Storage Adminis
>A13R20053990/9390 Reference  
>You want them, just shout, I can send them to you for free.

If you could mail a CD or put them on an FTP seerver, that would be
great. My Internet access is dial, so e-mail is not an option. Thanks.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Online manuals for 3880-21, 3880-23, 3990, 2105 et al?

[Shmuel Metz (Seymour J.)]

In <4973200255008345.wa.robert.harrisonomes.ok@listserv.ua.edu>,
on 12/04/2015
   at 02:27 PM, Robert Harrison  said:

>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2HW125

Thanks; that has a lot of what I need.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: length of "executable"

[Shmuel Metz (Seymour J.)]

In , on 12/04/2015
   at 05:54 PM, Frank Swarbrick  said:

>I am able to use the LOAD macro to get the address, but I also need
>to get the length.

>From z/OS MVS Programming: Assembler Services Reference, Volume 2
(IAR-XCT), SA22-7607-15:


   1 The high-order byte contains the load module's APF
  authorization code.

 If the module's length value in doublewords is less
 than 16M (2**24) and the module does not have the
 RMODE(SPLIT) attribute, then the low-order three bytes
 contain the module length in doublewords.

 If the module's length value in doublewords is greater
 than or equal to 16M (2**24), the low-order three
 bytes contain zeros. To obtain the module length,
 issue the CSVQUERY macro with the OUTLENGTH parameter.

 If the module is a program object with the
 RMODE(SPLIT) attribute, the low-order three bytes
 contain zeros. To obtain the length and load point
 information for each segment, issue the CSVQUERY macro
 with the OUTXTLST parameter.

 When the module is a program object bound with the
 FETCHOPT=NOPACK option, the length value returned has
 been rounded to the fullpage-multiple area obtained
 with GETMAIN to hold the program object. If the
 program object is bound with the FETCHOPT=PACK option,
 the length value returned is the size indicated in the
 directory entry. See z/OS MVS Program Management:
 User's Guide and Reference and z/OS MVS Program
 Management: Advanced Facilities for further information.

 1. Why are you using EXTINFO?
 2. How is the module bound?
 3. What's in R1 after the load?
 4. What are the results of CSVQUERY OUTLENGTH?
 5. Are you doing the LOAD in the CICS main task?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: length of "executable"

[Shmuel Metz (Seymour J.)]

In
,
on 12/04/2015
   at 07:18 PM, Mike Schwab  said:

>A PDS load module block is a multiple of 1K.

No.

>PDSEs are built on linear datasets

I doubt that that's relevant.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: length of "executable"

[Shmuel Metz (Seymour J.)]

In
,
on 12/04/2015
   at 08:10 PM, John McKown  said:

> I don't know what EXTINFO refers to off-hand, but supposedly R1 
>upon return contains the length, in double word increments, of the 
>module in bytes 1..3 .

Except when it's zero, in which case you need CSVQUERY.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: length of "executable"

[Shmuel Metz (Seymour J.)]

In <201512051447.tb5eldfi004...@d01av05.pok.ibm.com>, on 12/05/2015
   at 09:49 AM, Peter Relson  said:

>You did not explain why you might "need" 36B0 hex.

He's loading a table and needs both the address and length in order to
process it.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TCPIP Configuration Help

[Shmuel Metz (Seymour J.)]

In <3509341013002498.wa.sguptamaintec@listserv.ua.edu>, on
12/06/2015
   at 10:47 AM, Sonny Gupta  said:

>Jake, I am unable to find the TCP-L list. Below link gives invalid
>data. Not sure if the list is still active: 

>http://www2.marist.edu/htbin/wlvindex?IBMTCP-L

"To subscribe  to IBMTCP-L send  email to lists...@vm.marist.edu  with
the following in the body: SUBSCRIBE IBMTCP-L  "
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Inquire intrdr default job class

[Shmuel Metz (Seymour J.)]

In <6022799404953725.wa.paulgboulderaim@listserv.ua.edu>, on
12/07/2015
   at 08:57 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>(Is MGR now specified to support other than START or REPLY?)

MGCR has always supported other than START or REPLY.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: length of "executable"

[Shmuel Metz (Seymour J.)]

In , on 12/07/2015
   at 09:44 AM, Frank Swarbrick  said:

>Peter mentioned trying BLDL or DESERV.  I don't see that BLDL
>provides a length result.  

It's in the user data.

>Am I missing something? 

Yes, IHAPDS.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: length of "executable"

[Shmuel Metz (Seymour J.)]

In <9856217046987844.wa.paulgboulderaim@listserv.ua.edu>, on
12/07/2015
   at 11:30 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>REXX: Use ISFSLASH. See Issuing system commands with ISFSLASH.

Why use SDSF at all unless you need other SDSF facilities? If you're
writing in REXX, the CONSOLE interface is the obvious way to retrieve
command responses.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Inquire intrdr default job class

[Shmuel Metz (Seymour J.)]

In <5280778212763748.wa.paulgboulderaim@listserv.ua.edu>, on
12/07/2015
   at 11:46 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa300/mgcr.htm

I believe that you'll find stuff on the CBT tape using MGCR that still
works.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Inquire intrdr default job class

[Shmuel Metz (Seymour J.)]

In <8713351764061408.wa.paulgboulderaim@listserv.ua.edu>, on
12/07/2015
   at 02:43 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>On Mon, 7 Dec 2015 14:15:45 -0500, Shmuel Metz (Seymour J.) wrote: >
>>>https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa300/mgcr.htm
>>
>>I believe that you'll find stuff on the CBT tape using MGCR that still
>>works.
>> 
>Does IBM support "stuff on the CBT tape"? 

Are you holding yet another sale of red herrings?

>Do I need to clarify that when I wrote
>"supported" I meant supported by IBM, not by a group of dedicated
>volunteers on a resource available basis?

No, but it would help if you understand that breaking working code in
order to use a newer interface is not always the best idea.
 
-- 
 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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: length of "executable"

[Shmuel Metz (Seymour J.)]

In <4504029974950910.wa.paulgboulderaim@listserv.ua.edu>, on
12/07/2015
   at 01:42 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>On Mon, 7 Dec 2015 12:57:23 -0500, Shmuel Metz (Seymour J.) wrote: >
>>Why use SDSF at all unless you need other SDSF facilities? If you're
>>writing in REXX, the CONSOLE interface is the obvious way to retrieve
>>command responses.
>>
>The first restriction I see is:
>The CONSOLE host command environment is available only to
>REXX execs that run in the TSO/E address space.

And SDSF is available without TSO?
 
-- 
 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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Inquire intrdr default job class

[Shmuel Metz (Seymour J.)]

In
,
on 12/08/2015
   at 03:21 PM, John McKown  said:

> I do not really agree that not including the volser in the SYSDSN
>enqueue is a "flaw". If it were done, then their could need to be
>multiple ENQs, one for each volume in a multi-volume DSN.

The ENQ is for a PDS member; a PDS can't be multivolume.

>But remember this was designed in OS/360 

Which didn't allow a multi-volume PDS.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Inquire intrdr default job class

[Shmuel Metz (Seymour J.)]

In <1428596541933945.wa.paulgboulderaim@listserv.ua.edu>, on
12/08/2015
   at 06:49 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>I think an obstacle is not having enough bits in the NOTE/POINT
>object to address so many blocks.

It's not that there aren't enough bits, but that so much existing code
depends on the current format.

>Look at the bizarre way CCHHR is dissected
>to allow more than 54 GB on a DASD volume.
 
Not much more bizzare than on the 2321. 

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mime digests [was: IBM-MAIN Digest [snip]]

[Shmuel Metz (Seymour J.)]

In <7962980455281460.wa.paulgboulderaim@listserv.ua.edu>, on
12/08/2015
   at 06:53 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>... but try following up to a message by R.S. or Skip Jo with base64
>Unicode.

ITYM base64 UTF-8.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Inquire intrdr default job class

[Shmuel Metz (Seymour J.)]

In
,
on 12/09/2015
   at 11:48 AM, John McKown  said:

> OK, I've managed to confuse myself. You want the ENQ for SYSDSN 
>to include the volser if and only if the DSORG is a PDS, otherwise 
>to omit it?

No; the queestion is whether the original code was a design flaw, not
whether it is feasible to correct it today, and ISPF, not Allocation.

>Again, think 360/30(?) running OS/360 MFT.

I might believe PCP, but IAK it's an ISPF issue, not Allocattion, so
SYSDSN is not the problem. As others have noted, you can't include the
volser in SYSDSN because you don't know it in time.  -- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Inquire intrdr default job class

[Shmuel Metz (Seymour J.)]

In , on 12/09/2015
   at 02:22 PM, "Robert A. Rosenberg"  said:

>You are focusing too much on the question of if the DSN is a 
>PDS//PDSE or some other format.

QNAME SPFEDIT is only used for PDS[E]. SYSDSN is another issue, but
there the volser is not known in time to include in the RNAME.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mime digests [was: IBM-MAIN Digest [snip]]

[Shmuel Metz (Seymour J.)]

In
,
on 12/09/2015
   at 01:45 PM, Tony Harminc  said:

>UTF-8 *is* Unicode.

No, UTF-32 is Unicode.

>It's just a Transform Format,

Aside from that, Mrs Linclon, how was the play.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: A List management question

[Shmuel Metz (Seymour J.)]

In
,
on 12/10/2015
   at 12:02 AM, J O Skip Robinson  said:

>Content-Type: text/plain; charset="us-ascii"
>Content-Transfer-Encoding: quoted-printable

You shoudn't need CTE as long as you're sending only ASCII. OTOH, if
you plan to send such characters as æ, è, ç, î, ö, ú, then specify,
e.g., ISO-8859-1, ISO-8859-15.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: HCD Switch Report

[Shmuel Metz (Seymour J.)]

In <7719783559903589.wa.gaur.ravi2004gmail@listserv.ua.edu>, on
12/09/2015
   at 08:05 PM, Ravi Gaur  said:

>Thanks all , Finally got it working had to pass parm initially via
>variable name

Why?

> PARAMS = "REPORT,S,,,"
> ADDRESS ATTCHMVS "CBDMGHCP PARAMS"  

 ADDRESS ATTACH "CBDMGHCP REPORT,S,,,"

How does the above fail?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Inquire intrdr default job class

[Shmuel Metz (Seymour J.)]

In <20151210035136.5fe8e33...@panix2.panix.com>, on 12/09/2015
   at 10:51 PM, Randy Hudson  said:

>MBBCCHHR.

That's a software format. The issue is the 2321 hardware format.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mime digests [was: IBM-MAIN Digest [snip]]

[Shmuel Metz (Seymour J.)]

In <3161579837136190.wa.paulgboulderaim@listserv.ua.edu>, on
12/10/2015
   at 01:48 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>On Wed, 9 Dec 2015 23:04:24 -0500, Shmuel Metz (Seymour J.) wrote: >
>>on 12/09/2015 at 01:45 PM, Tony Harminc  said:
>>
>>>UTF-8 *is* Unicode.
>>
>>No, UTF-32 is Unicode.
>>
>>>It's just a Transform Format,
>>
>>Aside from that, Mrs Linclon, how was the play.
>> 
>What does the "T" in "UTF-32" represent?

Something other than the identity transform.
 
-- 
 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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: HCD Switch Report

[Shmuel Metz (Seymour J.)]

In
,
on 12/10/2015
   at 04:38 PM, Steve Horein  said:

>On Thu, Dec 10, 2015 at 12:27 PM, Shmuel Metz (Seymour J.) <
>shmuel+ibm-m...@patriot.net> wrote:

>> In <7719783559903589.wa.gaur.ravi2004gmail@listserv.ua.edu>, on
>> 12/09/2015
>>at 08:05 PM, Ravi Gaur  said:
>>
>> >Thanks all , Finally got it working had to pass parm initially via
>> >variable name
>>
>> Why?
>>
>> Just because I prefer the following to KnowledgeCenter format:
>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4A3A0/2.5.9.2

What "KnowledgeCenter format". That link is to 2.5.9.2 The LINKMVS and
ATTCHMVS host command environments in z/OS V1R13.0 TSO/E REXX
Reference. The same manual discusses LINK and ATTACH.
 
-- 
 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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mime digests [was: IBM-MAIN Digest [snip]]

[Shmuel Metz (Seymour J.)]

In
,
on 12/10/2015
   at 05:17 PM, Tony Harminc  said:

>Shmuel, you know as well as I do that UTF-32 is not a privileged
>representation of Unicode.

And you know as well as I do that a representation of foo is not, in
general, foo.

>"The Unicode Standard and ISO/IEC 10646 support three encoding 
>forms

An encoding form is not the thing encoded.

>UTF-8 *is* Unicode, as are UTF-16 and UTF-32. 

No, they are transforms for Unicode.

>Mrs Lincoln doesn't come into it.

Whoosh! The point is that the detail in question is crucial. 

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mime digests [was: IBM-MAIN Digest [snip]]

[Shmuel Metz (Seymour J.)]

In
,
on 12/11/2015
   at 11:57 AM, Tony Harminc  said:

>You can't have it both ways.

Another red herring; google for "identity".

>I said "UTF-8 *is* Unicode".

No; you said "UTF-8 *is* Unicode, as are UTF-16 and UTF-32."; the "as
are" includes UTF-16", hence the no.

>You said "No, UTF-32 is Unicode".

Correct. Google for UTF-32.

>Now you're saying none of them is Unicode.

No, I'm challenging the claim that UTF-8 and UTF-16 are Unicode. 
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: UTF-8

[Shmuel Metz (Seymour J.)]

In
,
on 12/11/2015
   at 09:17 AM, Mike Schwab  said:

>On Thu, Dec 10, 2015 at 6:09 PM, Paul Gilmartin
><000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>> On 2015-12-10 16:06, Mike Schwab wrote:
>>> https://en.wikipedia.org/wiki/UTF-8
>>> B'0...'  is a 8 bit ASCII characters.
>>>
>> ITYM 7 bit.  (Well, maybe.)
>Correct.  8 bits of data, with 1 length bit and 7 bits to determine
>the ASCII-7 character.

>>> B'110.' is a 16 bit UTF character.
>> (Or, perhaps, only Unicode 13.)
>Each continuation byte uses 2 bits to mark the byte as a
>continuation. So 5 bits to select the code page and 6 bits to select
>the character, so only 11 bits of data.

>>> B'1110' is a 24 bit UTF character.
>> (Or, perhaps, only Unicode 20.)

For a UTF-8 sequence beginning with B'1110', only 16 bits are encoded.
You need a sequence starting with B'0' to encode 21 bits, which is
the larges that RFC 3629 allows. RFC allowed longer sequence beginning
with B'110' and B'110'.

For UTF-16, RFC allows encoding 16 bits in two octets and 20 bits in
four octets; not that the surrogate pairs are reserve and cannot
appear in valid Unicode.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: COBOL Code Gened for MOVE COMP-3 S9(9) to S9(8)

[Shmuel Metz (Seymour J.)]

In <2082084024112365.wa.david.speakebcbssc@listserv.ua.edu>, on
12/13/2015
   at 02:53 PM, David Speake  said:

>So why is IBM generating the ZAP instruction?

To force the sign to a standard value?

>The only use to this is to abend with S0C7 if the data is garbage.
>Right?

No; see above. 

BTW, is there a [E]SPIE in the COBOL/LE runtime environment?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 - originating jcl

[Shmuel Metz (Seymour J.)]

In <2A7B3ACA0EB0614E9CF02EF49021C9508796E254@pl-emsmb11>, on
12/15/2015
   at 02:41 PM, "Sumi, Joseph J. (CMS/CTR) (CTR)"
 said:

>Hello, is there a JES2 exit that will allow us to place the dataset
>and member name of the job that was submitted ?

Of course not; it's not JES2 reading the member.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 - originating jcl

[Shmuel Metz (Seymour J.)]

In <31191ce0-d3cd-4edc-b151-9847e59db...@aim.com>, on 12/16/2015
   at 04:04 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Even Shmuel, somewhat uncharacteristically, replied with more than a
>monosyllable.

I've been known to send voluminuous replies, when appropriate,
including quotes from manuals and sample code. But google for triage.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Bind Breaks for z13

[Shmuel Metz (Seymour J.)]

In
,
on 12/16/2015
   at 10:47 AM, John McKown  said:

>Any why would a z13 do something different?

I would guess that DB2 uses the Transactional-Execution Facility when
it is available.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Critique my Binder RCF?

[Shmuel Metz (Seymour J.)]

In , on 12/16/2015
   at 04:48 PM, "Robert A. Rosenberg"  said:

>I think the first CSECT in the Load Module (and the Load Module 
>itself) is automatically Page Aligned.

No; the rules are different for load modules.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TAR Files:" Extracting" on a IBM Mainframe

[Shmuel Metz (Seymour J.)]

In
,
on 12/16/2015
   at 07:31 PM, Leonard Sasso  said:

>Anyone know of a product (besides Data21's ZIP/390 Product), that 
>can "extract" a file(s) from a TAR file on a IBM Mainframe - 
>z/OS 2.1 ?

What's wrong with the tar command that comes with z/OS?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

DASD timeline

[Shmuel Metz (Seymour J.)]

Does anybody have links to the announcement and EOS dates for IBM CKD
DASD that I can cite from a wikilink articles? I'd prefer the actual
announcement letters, but anything that wiki considers to be a
reliable source will do. I'm interest in at least

 2105 ESS
 2301
 2302
 2303
 2305
 2311
 2312 (2314 B series)
 2313 (2314 B series)
 2314 
 2314-B1
 2318 (2314 B series)
 2319
 3330
 3330-11
 
 3340
 3344
 3350
 3375
 3380*
 3380-CJ2
 3390*
 3830*
 3851
 3880*
 3990*
 9340
 9390
 9393 RVA
 DASD-A4 4321/4331 DASD Adapter for 3340/3344
 DASD-A6 4361 DASD Adapter for 3340/3344
 DDA-30   S/370 125-0, -2 3330/ Direct Disk Attachment
 DDA-40   S/370 115-0, -2, 125-0, -2 3340/3344 Direct Disk Attachment
 IFA 
 IFA S/370 138 Integrated File Adapter
 IFA S/370 145 Integrated File Adapter
 ISC Integrated Storage Controller
 ISC-SAIntegrated Storage Controller with Staging Adapter
 RAMAC*

I'm also interest in the manuals for the DASD, DDA, IFA and ISC
features, e.g., GA26-1620, GA32-0036.

If you have hardcopy, I'd urge you to scan and OCR them for bitsavers.

* For all models
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Delete part of spool for active job

[Shmuel Metz (Seymour J.)]

In
<6943f159376140438e93a135e823ca3b0168b9b...@nioimbx1.mr.nioi.gov.il>,
on 12/17/2015
   at 01:13 PM, Hilary Hurwitz  said:

>is there a way of deleting the lines that have been written to the
>spool ?

That depends. Does your DD statement specify SEGMENT=foo?
SPIN=UNALLOC?  How is your output class defined?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DASD timeline

[Shmuel Metz (Seymour J.)]

In <061801d138e9$59eaa3a0$0dbfeae0$@mcn.org>, on 12/17/2015
   at 08:38 AM, Charles Mills  said:

>I wonder what happened to the 2311. I love telling people "when I
>started in computers, the basic mainframe hard drive was 6 MB and
>roughly the size and configuration of a top-loading washing
>machine."

1301, Shirley.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DASD timeline

[Shmuel Metz (Seymour J.)]

In <201512171624.tbhgobei018...@d01av02.pok.ibm.com>, on 12/17/2015
   at 09:24 AM, Sri h Kolusu  said:

>Did you check this out?

>http://www-03.ibm.com/ibm/history/exhibits/storage/storage_profile.html

Thanks.

It has some strange gaps, e.g. 1311 but not 2311, and doesn't list the
controllers, but it should be acceptable to wike as a reliable source
for what is there.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TAR Files:" Extracting" on a IBM Mainframe

[Shmuel Metz (Seymour J.)]

In <0904944842246174.wa.paulgboulderaim@listserv.ua.edu>, on
12/17/2015
   at 11:21 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>On Thu, 17 Dec 2015 05:48:00 -0500, Shmuel Metz (Seymour J.) wrote: >
>>What's wrong with the tar command that comes with z/OS?
>> 
>What if his management doesn't allow the use of UNIX System
>Services?

No TCP/IP? Or is the old Pascal version still supported?

Is there a pax or tar equivalent that doesn't require dubbing? I'm not
aware of one.
 
-- 
 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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TAR Files:" Extracting" on a IBM Mainframe

[Shmuel Metz (Seymour J.)]

In <5672ffa8.6010...@well.com>, on 12/17/2015
   at 11:32 AM, "Jack J. Woehr"  said:

>But TCP/IP doesn't "use" Unix,

The TCP/IP protocol suite doesn't use any OS, but the implementation
of TCP/IP in z/OS certainly does.

>Unix uses TCP/IP

ITYM that a lot of Unix applications use TCP/IP.

>unless you are saying that the z/OS  implementation of Unix leans 
>on USS

What are you trying to say? The z/OS implementation of Unix *is* Unix
System Services.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: S00C Slip trap for any Stc

[Shmuel Metz (Seymour J.)]

In <20151218092003.952fe4e53c2ab28a6061e...@gmx.net>, on 12/18/2015
   at 09:20 AM, nitz-ibm  said:

>abend00C always means some problem with coupling services.

Shirley other programs get underflow.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: S00C Slip trap for any Stc

[Shmuel Metz (Seymour J.)]

In
<0601332775752188.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>,
on 12/18/2015
   at 03:23 AM, Elardus Engelbrecht 
said:

>I know, many IBM-MAIN members post sample syntax, sometimes 
>omitting crucial info for brevity, but it is up to the actual user 
>to verify/modify the command and all its parameters for accuracy.

And for relevance; even if the command is correct for the responders
installation it may not be quite what you need.

>Similar with the other thread where I said, use a program, I did 
>not say how the JCL + input should look like.

That's better than a lot of IBM manuals that spell out how to code JCL
and REXX, incorrectly. 

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Delete part of spool for active job

[Shmuel Metz (Seymour J.)]

In
<4ee2851a2279b94cb70cd69b174106090149664...@s1flokydce2kx01.dm0001.info53.com>,
on 12/18/2015
   at 06:41 PM, "Jousma, David"  said:

>Yea, really don t care what the job numbers is in my case.

You don't care if you purge the wrong job?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DOS descendant still lives was Re: slight reprieve on the z.

[Shmuel Metz (Seymour J.)]

In , on 12/18/2015
   at 08:31 PM, Clark Morris  said:

>Are there any current IBM references to DOS/VSE?

DOS/VSE is the old free base, and has been dead for decades. There are
probably lots of references to the current descendent, and perhaps
even to VSE/ESA.

>Does anyone run VSE on the bare metal?

ITYM on the bare LPAR; I'm not aware of any z processors that supports
running anything but PR/SM on the bare metal. DOS/VSE requires S/370
mode, which is no longer available, but z/VSE should run just fine on
a bare LPAR.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DOS descendant still lives was Re: slight reprieve on the z.

[Shmuel Metz (Seymour J.)]

In <56771642.3000...@acm.org>, on 12/20/2015
   at 02:57 PM, "Joel C. Ewing"  said:

>No (about the "free", not about the "dead for decades"), DOS/VS was
>the last really free base (last version Release 34?).   Perhaps
>technically DOS/VSE was "free", as there didn't appear to be a
>monthly licensing charge for DOS/VSE itself (Computerworld, April 30,
>1979, p4), but in the practical sense a production DOS/VSE system was
>definitely not free as there were monthly support charges for
>DOS/VSE

Are you sure that you're thinking of DOS/VSE itself and not addons
like VSE/AF?

>plus support charges for must-have VSE add-on components like
>VSE/Power and others. 

The same could be said of DOS/VS or even of DOS/360. Those addons were
optional.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DOS descendant still lives was Re: slight reprieve on the z.

[Shmuel Metz (Seymour J.)]

In <56773a22.1090...@acm.org>, on 12/20/2015
   at 05:30 PM, "Joel C. Ewing"  said:

>but the ComputerWorld article I referenced said that with DOS/VSE 
>users started to pay for components that used to be free with IBM 
>DOS/VS,

And you believed them because?

>one example explicitly named being VSE/Power versus Power/VS.

POWER was an addon.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DOS descendant still lives was Re: slight reprieve on the z.

[Shmuel Metz (Seymour J.)]

In <3555618195553184.wa.paulgboulderaim@listserv.ua.edu>, on
12/20/2015
   at 07:14 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>On Sun, 20 Dec 2015 20:11:27 -0500, Shmuel Metz (Seymour J.) wrote: >
>>>one example explicitly named being VSE/Power versus Power/VS.
>>
>>POWER was an addon.
>> 
>Is VSE without POWER almost, but not quite, entirely unlike OS
>without JES?

Yes, especially when you're using different SPOOL software and don't
want to convert. Or is that too hard to grasp?
 
-- 
 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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: managing /tmp

[Shmuel Metz (Seymour J.)]

In
<4ee2851a2279b94cb70cd69b174106090149665...@s1flokydce2kx01.dm0001.info53.com>,
on 12/21/2015
   at 01:09 PM, "Jousma, David"  said:

>Seems as though that tool wants to use /tmp space between copying
>data from DB2 filesystem to IDAA hardware.

In what directory?

>they claim there is no way to override what to use for temp space.

Mount? 

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DOS descendant still lives was Re: slight reprieve on the z.

[Shmuel Metz (Seymour J.)]

In <87egefr5wr@garlic.com>, on 12/21/2015
   at 10:52 AM, Anne & Lynn Wheeler  said:

>It showed 4341 was faster than 158&3031

Doesn't that depend on whether your benchmark is packed decimal or
gloating poin arithmetic?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

[Shmuel Metz (Seymour J.)]

In
<2623328940257590.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>,
on 12/22/2015
   at 03:15 AM, Elardus Engelbrecht 
said:

>First time I see 'usecs' here [1] on IBM-MAIM.

I've never seen usec or Ásec[1] on IBM-MAIM. I have, however, seen
them on IBM-MAIN.

[1] That should come out µsec


--
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see 
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PTF error clarification

[Shmuel Metz (Seymour J.)]

In
,
on 12/22/2015
   at 05:32 PM, Jake Anderson  said:

>Does that mean, I have to receive the APAR

If there is a PTF that resolves the APAR, receive that. If not, and
there is an APAR fix, receive that. Either way, specify group extend.
But first check for PE.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

[Shmuel Metz (Seymour J.)]

In <5679d5c0.3090...@bremultibank.com.pl>, on 12/22/2015
   at 11:59 PM, "R.S."  said:

>It is kind for recipients to use "lowest common denominator"

The least common denominator is ASCII, but as long as you have the
right MIME header fields pretty much everybody can read the ISO 8859-*
pages. Whether they can read non-English words is a sepate issue.

While my e-mail client can't handle UTF-8, it's clearly the direction
things are going.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PTF error clarification

[Shmuel Metz (Seymour J.)]

In , on 12/22/2015
   at 10:55 PM, Clark Morris  said:

>Are there holds that should be bypassed 

Yes.

>such as Action after noting the action

And doc hold after reading the documentation

There are some that I automatically bypass, e.g., CLPA: I don't apply
servie to a live system and these days most shops do CLPA on every
IPL. 

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Where is SET allowed in JCL?

[Shmuel Metz (Seymour J.)]

In <5763936936315627.wa.paulgboulderaim@listserv.ua.edu>, on
12/22/2015
   at 09:59 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>YTF!? 

ITYM "WTF?".

>Does anyone believe it was specified that way,

C2H5OH.

I coined the term Broken As Desiged (BAD); ISAGN for "Broken As
Stochastically Designed (BASD)". Historically, IBM has done a very bad
job on orthogonality.

I'd recommend an SR followed by an ER, if you can make a business
case.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

[Shmuel Metz (Seymour J.)]

In , on 12/22/2015
   at 11:54 PM, "Robert A. Rosenberg"  said:

>On a Mac it is Option-m.

On a PC there are multiple keyboard layouts. On OS/2 with the US
International layout, Right-Alt-M gets µ. Depending on the layout R.S.
is using, it may or may not be easy. I wouldn't consider Alt-ddd to be
easy.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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...@listserv.ua.edu with the message: INFO IBM-MAIN