Re: Vary OPEERLOG offline before IPLing the system?

[Shmuel Metz (Seymour J.)]

In
,
on 02/10/2015
   at 06:43 PM, J O Skip Robinson  said:

>There is surely no advantage to varying OPERLOG off at shutdown.
>However, we should note that syslog also captures early messages 
>from NIP onwards

Since when? Are you thinking of MTRACE, which is not SYSLOG?
 
-- 
 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: H800 FACT was Re: "ancient" cobol applications

[Shmuel Metz (Seymour J.)]

In , on 02/10/2015
   at 01:01 PM, Clark Morris  said:

>Complete with paging to tape and using 3 of the 8 CPUs as I recall. 

There was only one CPU. The H-800 was the first machine that I'm aware
of to use virtual multiporoceesing.

See the Honeywell 800 Programmers' Reference manual
;
you may have to fool around with the mirrors, which appear to be
broken again.
 
-- 
 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: John Ehrman Assembler Book

[Shmuel Metz (Seymour J.)]

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

>This latter basically would require that I have the proper "editor"
>package such as LyX, LaTex, DocBook, 

When did they change LaTeX and DocBook to editors?
 
-- 
 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: "ancient" cobol applications

[Shmuel Metz (Seymour J.)]

In , on 02/08/2015
   at 04:49 PM, Clark Morris  said:

>Honeywell 800 FACT

"FACT is fiction". And here I thought that I  was the last person
still alive to have heard of 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: a bit of hope? What was old is new again.

[Shmuel Metz (Seymour J.)]

In
<3543334435611904.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>,
on 02/04/2015
   at 01:29 AM, Elardus Engelbrecht 
said:

>What about the freebies listed in http://en.wikipedia.org/wiki/XEDIT
>to cure your longing to XEDIT (editor for VM / CMS )?

THE is fine fot a PC, but which of those supports TSO?
 
-- 
 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: Top-Secret

[Shmuel Metz (Seymour J.)]

In <3981871087268839.wa.paulgboulderaim@listserv.ua.edu>, on
02/03/2015
   at 08:39 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>"address TSO" from a Rexx EXEC spawn()ed under Unix System Services
>runs the TMP in a separate address space,

Yes, a very different mechanis, from LINK EP=IKJEFT01.
 
-- 
 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 bit of hope? What was old is new again.

[Shmuel Metz (Seymour J.)]

In
,
on 02/02/2015
   at 06:59 PM, John McKown  said:

>I still have fond memories of XEDIT.

I'm a TSO bigot, but I miss XEDIT.
 
-- 
 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 bit of hope? What was old is new again.

[Shmuel Metz (Seymour J.)]

In <87r3u8dlvd@garlic.com>, on 02/02/2015
   at 01:49 PM, Anne & Lynn Wheeler  said:

>cp67 distribution was always full source ... and customers 
>typically built their systems from the source. This continued with 
>the vm370 followon

FSVO "this". IBM distributed service with preassembled modules. Only
if you had updates would the service process reassemble.
 
-- 
 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: Top-Secret

[Shmuel Metz (Seymour J.)]

In <023201d03e5f$e9f8b430$bdea1c90$@mcn.org>, on 02/01/2015
   at 12:44 PM, Charles Mills  said:

>Ah. Then you need to LINK or whatever to IKJEFT01 passing a parm off
>R1 of 'command parameters ...'

While tat woulf have woked with the original TMP. I'm not sure how
well the current TMP will work if it is not the jobstep.
 
-- 
 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 (was: Strange comment in PTF)

[Shmuel Metz (Seymour J.)]

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

>I was hoping, more than expecting, that ISPF might provide a macro
>with a command that would indicate what character set ISPF is using.

Why an EDIT macro, when it is not an EDIT feature? Have you checked
the Dialog Manager documentation? Have you checked the variables in
your profile?

>How can one author a portable Edit macro containing regexen?

VGET?
 
-- 
 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: Strange comment in PTF.

[Shmuel Metz (Seymour J.)]

In <8278080433276400.wa.paulgboulderaim@listserv.ua.edu>, on
01/28/2015
   at 04:43 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Eek!  What does it all mean?

Well, 10606 is Unicode, more or less.

>How much of this does ISPF know? 

ISPF has its own translate tables. What are you terminal options?

>I find little about that in:
>z/OS 2.1.0>ISPF>z/OS ISPF Edit and Edit Macros

Why would you expect to?
 
-- 
 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 MGET

[Shmuel Metz (Seymour J.)]

In , on 01/29/2015
   at 12:16 AM, Dave Salt  said:

>I think most people who try WSA in GUI mode run away screaming and
>never come back.

Oddly enough, I've only used it in GUI mode. But I can certainly
understand why, e.g., cut and paste, might drive some to despair and
revulsion.
 
-- 
 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: Strange comment in PTF.

[Shmuel Metz (Seymour J.)]

In , on 01/29/2015
   at 01:33 AM, "Robert A. Rosenberg"  said:

>ISO-8859-1 (and Windows-1252) have a © at X'A9'.

Those are not ASCII.

>They are the standard Internet EMAIL coding method

Not according to RFC 5321 and 5322.

Even for MIME, I would expect ISO-8859-15 to be more common than
ISO-8859-1, because of the Euro (€).

-- 
 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: In C++ any way to get traceback info in a catch()?

[Shmuel Metz (Seymour J.)]

In
,
on 01/22/2015
   at 03:51 PM, Sam Siegel  said:

>Look in LE vendor interface manual for all of the LE control blocks.

All? DCLCB? FCB?
 
-- 
 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: PL/1 vs. C (was: Re: Compile COBOL Programs In 64 Bit)

[Shmuel Metz (Seymour J.)]

In <54bfbe41.1030...@t-online.de>, on 01/21/2015
   at 03:57 PM, Bernd Oppolzer  said:

>but in C, there are bit operators, too,

PL/I has always had bit operators; what is new is shortcut operators.

>Readability and maintainability (does that word exist?)

Not in a lot of the code I've seen.
 
-- 
 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: Compile COBOL Programs In 64 Bit.

[Shmuel Metz (Seymour J.)]

In <5801267398511437.wa.paulgboulderaim@listserv.ua.edu>, on
01/21/2015
   at 08:36 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Has PL/I no operators which modify their operands?

Functioms with side effects and constructs that don't return values. 

-- 
 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: z13 "new"(?) characteristics from RedBook

[Shmuel Metz (Seymour J.)]

In <54be8afc026d0017f...@prv-mh.provo.novell.com>, on 01/20/2015
   at 03:06 PM, Mark Post  said:

>You have to understand, "CP" is the nucleus of z/VM. 

I've understood for decades what CP was, TYVM.

>There are pieces of it that do "normal" operating system things,

Just as there are "normal" operating system things that it does not
do.

-- 
 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: Compile COBOL Programs In 64 Bit.

[Shmuel Metz (Seymour J.)]

In <54b1.1010...@t-online.de>, on 01/21/2015
   at 01:12 AM, Bernd Oppolzer  said:


>It was C, not PL/1 ... but from that experience I see absolutely 
>no  reason why such things should not happen with PL/1,

SIZE(); my recollection is that C has an equivalent. It sounds like
another case of being burned by the use of magic numbers.

-- 
 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: z13 "new"(?) characteristics from RedBook

[Shmuel Metz (Seymour J.)]

In <54bce8fd026d0017f...@prv-mh.provo.novell.com>, on 01/19/2015
   at 09:22 AM, Mark Post  said:

>Of course not, but the things you were talking about are not part of
>the hypervisor features of CP, but the OS itself.

Untrue; CP includes code for error handling. and the port of, e.g,
Solaris, relied on 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: PL/1 modules linked RENT, compiled NORENT (was: Re: abend S602-0 when in AMODE 64)

[Shmuel Metz (Seymour J.)]

In
,
on 01/20/2015
   at 08:29 AM, Peter Relson  said:

>I don't know of any reentrant code in the BCP in assembler or
>(internal)  PL/X for which static does not happen to equate to
>constant-after-load.

While some nonreshaable reentrant code ib OS/360 survived into MVS, my
understanding is that IBM has long since cleaned it 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: Compile COBOL Programs In 64 Bit.

[Shmuel Metz (Seymour J.)]

In <54be20bf.5030...@t-online.de>, on 01/20/2015
   at 10:32 AM, Bernd Oppolzer  said:

>if you are building linked lists etc, then pointers are part of 
>structures etc., and if you have this, if pointer size changes, 
>then offsets of other fields inside structures change, too.

Why is that a problem, assuming the same compiler and no hard-coded
offsets?
 
-- 
 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: abend S602-0 when in AMODE 64

[Shmuel Metz (Seymour J.)]

In
,
on 01/18/2015
   at 11:05 AM, John Gilmore  said:

>Mr. Metz has again betrayed his ignorance

ROTF,LMAO. You really are a piece of work. I;ve been playing around
with PL/I internals sice you were in diapers.

>and their chief uses,
>explicit and under the covers, are just as anchors for shared
>constructs like files 

What are you smoking?
 
-- 
 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: Komand and SMF

[Shmuel Metz (Seymour J.)]

In <3cff2f6e-8a89-4cc9-9a1b-23c71fad3...@gmail.com>, on 01/18/2015
   at 03:51 AM, Dno  said:

>2) Are there storage areas used by USI, UJV, and UTL that are passed
>to and eventually freed by ACTRT?

I don't know whether KOMAND PACE uses it, but the is a user data field
common to all of the exits.
 
-- 
 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: z13 "new"(?) characteristics from RedBook

[Shmuel Metz (Seymour J.)]

In <54bab26b026d0017f...@prv-mh.provo.novell.com>, on 01/17/2015
   at 05:05 PM, Mark Post  said:

>What you're talking about aren't features of a hypervisor, per se,
>but operating systems in general.

What is CP, 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: abend S602-0 when in AMODE 64

[Shmuel Metz (Seymour J.)]

In
,
on 01/17/2015
   at 10:02 AM, John Gilmore  said:

>PL/I provides the storage class controlled for implementing anchors
>and the like in reentrant routines.  C and its sequelæ did/do not,

Close but no cigar. CONTROLLED is for creating a stack variable, not
for anchoring a single instance.

 
-- 
 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: SDSF and ULOG with different results from Query commands

[Shmuel Metz (Seymour J.)]

In
<25010924.1421447500077.javamail.r...@elwamui-huard.atl.sa.earthlink.net>,
on 01/16/2015
   at 03:31 PM, Lizette Koehler  said:

>What I am trying to do is capture the output on our counters in zFS
>to see if I can reduce any caches.

Are you authotized for CONSOLE? Does it show the same output as SDSF?
 
-- 
 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: z13 "new"(?) characteristics from RedBook

[Shmuel Metz (Seymour J.)]

In <54b8fa04026d0017e...@prv-mh.provo.novell.com>, on 01/16/2015
   at 09:46 AM, Mark Post  said:

>You'll need to be a little more verbose.  What about error recovery?

Does KVM on a bare LPAR have code to recover from I/O, memory and
processor failures? Does it have code to record transient errors for
later analyses?
 
-- 
 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: z13 "new"(?) characteristics from RedBook

[Shmuel Metz (Seymour J.)]

In <54b8e4c0026d0017e...@prv-mh.provo.novell.com>, on 01/16/2015
   at 08:15 AM, Mark Post  said:

>For shops that have never run z/VM before, KVM could very well be
>"good enough" to get started with virtualizing guests on System z.

What about error recovery?
 
-- 
 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: abend S602-0 when in AMODE 64

[Shmuel Metz (Seymour J.)]

In
,
on 01/16/2015
   at 08:32 AM, Peter Relson  said:

>I'd say that it is C that confused static with constant.

The ue of static and dynamic to refer to the allocaion tecnique rather
than to the variability of the contents predates C.
 
-- 
 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: z13 "new"(?) characteristics from RedBook

[Shmuel Metz (Seymour J.)]

In <4988215587123941.wa.m42tomibmmainyahoo@listserv.ua.edu>, on
01/16/2015
   at 07:16 AM, Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> said:

>Remember in the old days when we ran uniprocessors.

Indeed.

>Every time one job accessed DASD, it had to wait for the I/O
>operation to complete.

Not so much. On a 1401, yes, mostly, but not on OS/360.

 
-- 
 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: SMF RDW

[Shmuel Metz (Seymour J.)]

In
<9736159315424469.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>,
on 01/16/2015
   at 03:28 AM, Elardus Engelbrecht 
said:

>I have believed the OP is struggling with something causing him/her
>to ask about RDW.

For one thing, the OP seems to believe that there is so,ething special
about an RDW for SPF.
 
-- 
 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: IKJ56220I max # of datasets reached

[Shmuel Metz (Seymour J.)]

In <2185420056656673.wa.paulgboulderaim@listserv.ua.edu>, on
01/15/2015
   at 11:53 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Correctness is in the eye of the beholder.  Which do you consider
>correct, to DALPERM or not to DALPERM,

Both.
 
-- 
 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: IKJ56220I max # of datasets reached

[Shmuel Metz (Seymour J.)]

In <6483038090933465.wa.paulgboulderaim@listserv.ua.edu>, on
01/15/2015
   at 09:31 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>It's more complicated than that.

To begin wth, well coded assembler routines will use DYNALLOC
directly.
 
-- 
 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: Abend S602-0 when in AMODE 64

[Shmuel Metz (Seymour J.)]

In , on 01/15/2015
   at 11:12 AM, Binyamin Dissen  said:

>On Wed, 14 Jan 2015 18:25:30 -0500 "Shmuel Metz (Seymour J.)"
> wrote:

>:>In <5vidba1s00e932fiphts1nu0tijahcu...@4ax.com>, on 01/14/2015
>:>   at 10:05 PM, Binyamin Dissen  said:

>:>>What issues do you perceive sharing a STATIC data area?

>:>One task overwritinf data used by another task.

>If the data is written to, how can it be static?

You're confusin static with constant. A static area is allocated to a
single address for every allocation.
 
-- 
 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: IKJ56220I max # of datasets reached

[Shmuel Metz (Seymour J.)]

In <0193913060908138.wa.paulgboulderaim@listserv.ua.edu>, on
01/14/2015
   at 04:46 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>But, ISTR reading long ago that DYNAMNBR is policed by the TSO
>ALLOCATE command and that BPXWDYN is exempt from the limit.

The ALLOCATE command is jusy another customer of DYNALLOC and it would
make no sense to put a restriction there. Most allocations are done
via DAIR or directly via DYNALLOC.
 
-- 
 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: Abend S602-0 when in AMODE 64

[Shmuel Metz (Seymour J.)]

In <5vidba1s00e932fiphts1nu0tijahcu...@4ax.com>, on 01/14/2015
   at 10:05 PM, Binyamin Dissen  said:

>What issues do you perceive sharing a STATIC data area?

One task overwritinf data used by another 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: Abend S602-0 when in AMODE 64

[Shmuel Metz (Seymour J.)]

In <7102282945307177.wa.dlikensinfosecinc@listserv.ua.edu>, on
01/14/2015
   at 08:00 AM, Donald Likens  said:

>AMODE 64 routines should be using relative branch and generally
>should  establish addressability to a static data area

What if the code is shared? That goes against decades of coding to be
reentrant and refreshable.
 
-- 
 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: Webcasts - New Technology for System z

[Shmuel Metz (Seymour J.)]

In
,
on 01/13/2015
   at 09:56 AM, Mike Schwab  said:

>Now if they could pipeline both branches in the same core

Honeywell had a virtual multiprocessor way before then, CDC not much
later than Honeywell.
 
-- 
 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: Webcasts - New Technology for System z

[Shmuel Metz (Seymour J.)]

In <00f501d02e86$c4fb18f0$4ef14ad0$@newera.com>, on 01/12/2015
   at 10:42 AM, Jerry  said:

>Yes, hyperthreading is Intel's name for SMT. It was first introduced
>in 2002 in Pentium 4. 

I might be willing to beleive 1957.

ObDumDaDumDum Only the names have been changed.
 
-- 
 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: Young's Black Hat 2013 talk - was mainframe tribute song

[Shmuel Metz (Seymour J.)]

In <05ea01d02ddc$927328a0$b75979e0$@mcn.org>, on 01/11/2015
   at 12:24 PM, Charles Mills  said:

>Logica was a professional service bureau with a
>professionally-maintained z/OS. 

FSVO,

They got breached.

How?

>One might infer that other MVS sites, and not just those with 
>"lax" (however defined) security practices, might also be
>vulnerable.

One might infer all sorts of things, but would such an inference be
rational? Absent more data, I highly doubt 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: Young's Black Hat 2013 talk - was mainframe tribute song

[Shmuel Metz (Seymour J.)]

In <050701d02c6d$4c43bef0$e4cb3cd0$@mcn.org>, on 01/09/2015
   at 04:35 PM, Charles Mills  said:

>A stitch in time saves nine.

Whoosh!

Let me rephrase that in simple terms. Have there been any successful
cracking attempts in the wild against real, present-day mainframes
that exploited MVS exposures rather than lax security practices?
 
-- 
 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: Young's Black Hat 2013 talk - was mainframe tribute song

[Shmuel Metz (Seymour J.)]

In <047801d0291f$5efb31f0$1cf195d0$@mcn.org>, on 01/05/2015
   at 11:39 AM, Charles Mills  said:

>The fact is there have been several successful "real" hacks of
>production mainframes, so some sort of real, present-day "hacker"
>exposure is not unheard-of in the wild.

The Devil is in the details.
 
-- 
 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: zOS 2.1 JCL Symbol Services

[Shmuel Metz (Seymour J.)]

In
,
on 12/30/2014
   at 08:26 AM, Donald Russell  said:

>Thanks for any suggestions...

Does IEFSJSYM support (rname) or only (rnumber)?
 
-- 
 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: Dataset PACK profile

[Shmuel Metz (Seymour J.)]

In <54a2ddaa.2070...@acm.org>, on 12/30/2014
   at 11:15 AM, Joel Ewing  said:

>I don't see any field so indicated in the basic PDS directory entry,

It doesn't belong there.

Have you compared the user data for two members, one packed and one
not?
 
-- 
 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: Young's Black Hat 2013 talk - was mainframe tribute song

[Shmuel Metz (Seymour J.)]

In <54aae54e.7060...@acm.org>, on 01/05/2015
   at 01:26 PM, Joel Ewing  said:

>But, the password encoding in the RACF data base only becomes a 
>security issue if READ access to the RACF data base itself is not 
>properly restricted by RACF.

The ironic thing is that while I have never seen unsecured security
files in a CA, RACF or TSS shop, that used to be a bog common attack
vector in the Eubix world,
 
-- 
 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: CANCEL TSO Logon?

[Shmuel Metz (Seymour J.)]

In
<874b151289704e46a874bf2ae6fdd8d12088e...@kl126r4b.cs.ad.klmcorp.net>,
on 01/05/2015
   at 03:45 PM, "Vernooij, CP (ITOPT1) - KLM" 
said:

>What is the point in trying to find a valid userid, if the userid
>will be suspended after trying 3 invalid passwords (in our
>situation)?

DOS attack.
 
-- 
 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: Dataset PACK profile

[Shmuel Metz (Seymour J.)]

In <54a23cd9.6040...@acm.org>, on 12/29/2014
   at 11:49 PM, Joel Ewing  said:

>The problem is not that you can't already recognize on a
>member-by-member level whether or not data is PACKED.

Isn't there a flag in the directory entry?
 
-- 
 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: Slushware

[Shmuel Metz (Seymour J.)]

In
,
on 12/29/2014
   at 06:00 PM, Martin Packer  said:

>I suspect returning to that level of frankness would get you into
>machine instruction timings - and all that goes with it. :-)

Those were already unwieldy the last time that IBM published them, and
they would be much more complicated today.
 
-- 
 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: Dataset PACK profile

[Shmuel Metz (Seymour J.)]

In <9653880694947196.wa.paulgboulderaim@listserv.ua.edu>, on
12/29/2014
   at 11:48 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>If it's well enough documented one might write a filter to support
>othe applications.

I suspect that there are 3rd party utilities that are happy to deal
with PACK, but that doesn't help when you need to read the member from
standard IBM code, especially NIP et al. For that matter, a SUBSYS
would be nice but wouldn't address the PARMLIB isssue.
 
-- 
 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: Slushware

[Shmuel Metz (Seymour J.)]

In <6469079386912310.wa.alanaltmarkus.ibm@listserv.ua.edu>, on
12/29/2014
   at 10:44 AM, Alan Altmark  said:

>Yes, lots of articles, and at the end of the day, you still have no
>idea how the machine you have is implemented. 

Well, we used to, back when customers could order CE manuals that gave
the details. These days, you get broad brush overviews that tell you
that, e.g., the millicode is an extended subset of z but not what
instructions were removed or what was added.

As you noted, the allocation among the levels and even the number of
levels changes from generation to generation.
 
-- 
 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: Slushware

[Shmuel Metz (Seymour J.)]

In <7536935054212770.wa.alanaltmarkus.ibm@listserv.ua.edu>, on
12/29/2014
   at 12:09 AM, Alan Altmark  said:

>When we first started using the word "microcode" I believe it was
>correct.  Then we split the microcode into a burned-in part and a
>loadable part, so the word came to mean "reloadable microcode."  
>Feh. It was no longer really microcode, but there wasn't a term 
>for what it was.   So we introduced the term "millicode".  As the 
>CPU architecture got more and more complex and functionally rich,
>"microcode" was left to flounder with no clear meaning.

That's not what you folks wrote when you introduced the term;
technical articles described a hierarchy of microcode, millicode and
z, with the millicode using an extended subset of the z instruction
set and the microcode using an undocumented architecture, presumably
VLIW (horizontal).
 
-- 
 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: Slushware

[Shmuel Metz (Seymour J.)]

In
<84bccd71182f0046bcd2fb054fe5237917b2ee2...@hqmailsvr02.voltage.com>,
on 12/27/2014
   at 09:17 AM, Phil Smith  said:

>This is fun. I'm not sure modern machines are both microcoded AND
>millicoded-I thought millicode was just another form of microcode. Am
>I wrong?

Yes; millicode is the same as what Amdahl called macrocode, and is one
level up from microcode, using (mostly) normal S/3x0 instructions.
 
-- 
 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: //STARTING JOB ...

[Shmuel Metz (Seymour J.)]

In
,
on 12/26/2014
   at 09:45 AM, John McKown  said:

>//IEFPROC.IEFRDER (optional?)

Yes; START only generates it if a device name, volume serial number or
othe DD parameter is on the START command.
 
-- 
 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: JCLLIB in started proc?

[Shmuel Metz (Seymour J.)]

In <004e01d01ae7$7de28870$79a79950$@mcn.org>, on 12/18/2014
   at 09:24 AM, Charles Mills  said:

>- You cannot use a JOB statement in a started PROC unless MSTJCL 
>DD IEFJOBS or IEFPDSI points to the PDS; mere inclusion in the 
>PARMLIB concatenation is not enough.

What are you trying to say? MSTJCLxx is in the PARMLIB concatenation,
but the JCL for a started job is in an IEFJOBS or IEFPDSI
concatenation defined in MSTJCLxx.
 
-- 
 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: JCLLIB in started proc?

[Shmuel Metz (Seymour J.)]

In <06e101d01a60$3efa5480$bceefd80$@mcn.org>, on 12/17/2014
   at 05:16 PM, Charles Mills  said:

>I added a JOB statement and now I get an error on that also: IEFC019I
>MISPLACED JOB STATEMENT

What is in MSTJCLxx? Where is the job member? What are its contents?

>The documentation seems to me to be contradictory. 

How so?

>In System Commands under Start: " The job name for a given started
>task can be assigned based on a variety of inputs. ... 2. The job
>name specified on the JOB JCL statement within the member."

Note that it does *not* say "cataloged procedure".
 
-- 
 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: Invoking a clist using IKJEFTSR

[Shmuel Metz (Seymour J.)]

In <067f8f5c-2f07-412e-a715-1a6b7ce0b...@comcast.net>, on 12/23/2014
   at 10:20 PM, Micheal Butz  said:

>I'm trying to invoke a clist which uses
>Terminal input/output to read and display data

>Would allocating and using SYSTSIN/SYSTSPRT substitute for The
>terminal input and output

Yes if it's background, no if it's foreground. But watch out for
commands that use TGET/TPUT directly.
 
-- 
 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: RECFM=VBS,LRECL=32767?

[Shmuel Metz (Seymour J.)]

In <3288864492454705.wa.paulgboulderaim@listserv.ua.edu>, on
12/16/2014
   at 01:18 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Why is this considered an error?

The buffer length had to fit in a signed[1] half word, and they didn't
change that when the large block interface came along.

>In fact, 32761 is accepted;

That I don't understand; I would have expected the cutoff to be 32760.

>On what rationale is this based?

The dead hand of history.

[1] Even had it been longer, the 16-bit data length in the count
field would still have imposed[2] a 64Ki-1 restriction.

[2] Yes, I know about track overflow, but there are issues.
 
-- 
 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 rdw

[Shmuel Metz (Seymour J.)]

In
,
on 12/16/2014
   at 07:58 AM, John McKown  said:

>Yes, I can see how somebody could write a program which creates a 
>data set containing VBS segments which, combined, would exceed
that limit. But using "normal" z/OS facilities, it would be 
>difficult.

I thought that SMF *was* a normal z/OS facility.
 
-- 
 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 C/I Data (re: PARMDD issue)

[Shmuel Metz (Seymour J.)]

In <549973cc.3040...@copper.net>, on 12/23/2014
   at 08:53 AM, Steve Thompson  said:

>Could someone give me a clue as to where converter text is defined?

Try 4.0  MVS Converter / Interpreter Text Processing in z/OS MVS
Installation Exits, SA22-7593 
 
-- 
 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 rdw

[Shmuel Metz (Seymour J.)]

In <3088409759181678.wa.mutazilahgmail@listserv.ua.edu>, on
12/15/2014
   at 10:04 PM, Paul Edwards  said:

>There is a TRANSMIT-equivalent called XMIT370,

Windoze only, or also Linux?
 
-- 
 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: //STARTING JOB ...

[Shmuel Metz (Seymour J.)]

In <20141226151929.4ae52b84c9b55d029a0d6...@gmx.net>, on 12/26/2014
   at 03:19 PM, ibmmain  said:

>Both are input by forces outside of my control

Perhaps by management fiat, but that's not IBM's doing. Put a JOB
statement in an IEFJOBS member and IBM won't add another one.

>> I tried to describe that "jobs" are supported only if they are 
>> present in either IEFJOBS or IEFPDSI of MSTJCLxx.

>That is not quite true.

Not only is it true, but it is *precisely* what you are complaining
about. Putting a JOB statement in a cataloged procedure is not and
never has been supported.

>Once the JCL already containing a JOB statement is not contained 
>in MSTJCLxx (only in the JES2 proclib concatenation), the 
>automatic insertion of these two lines (by whatever) causes a JCL 
>error.

Without those two lines you wouldn't have a started job at all.

>Does anyone else know where this insertion of the two lines is
>explained?

Look at 7.0  Chapter 7.  Started Tasks in z/OS MVS JCL Reference,
SA22-7597.
 
-- 
 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: BDW length vs. Physical Length

[Shmuel Metz (Seymour J.)]

In
,
on 12/26/2014
   at 05:25 AM, John Gilmore  said:

>Equally, it could be argued that the FBA DASD used to emulate 
>ECDKD (sic) is in most cases not really 'spinning' DASD at all;

AFAIK that is not true yet, although solid state drives are certainly
moving up rapidly.
 
-- 
 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: BDW length vs. Physical Length

[Shmuel Metz (Seymour J.)]

In
,
on 12/25/2014
   at 10:29 PM, "Blaicher, Christopher Y." 
said:

>A Count field with key and data lengths of zero is an EOF marker.

The key length is irrelevant; any record with a zero data length is
will give a unit exception with read, although normal z/OS
applications don't write EOF markers with keys.
 
-- 
 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: Utility to replace occurrences of string in PDS?

[Shmuel Metz (Seymour J.)]

In <02f601d0197a$c692fa50$53b8eef0$@mcn.org>, on 12/16/2014
   at 01:53 PM, Charles Mills  said:

>Requirement was for batch.

You can run ISPF/PDF EDIT in batch. Same for PDSFIX.

No, it isn't comp[licated.
 
-- 
 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 rdw

[Shmuel Metz (Seymour J.)]

In <5727780323951226.wa.paulgboulderaim@listserv.ua.edu>, on
12/15/2014
   at 07:35 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Are you using TRANSMIT or AMATERSE on MVS/380?  I had
>thought they were relatively new, probably licensed program 
>products, and not available on OS/380.

FSVO new. XMIT came in with the TSO/E support for NJE. AMATERSE Iis
much more recent, but still rather long in the tooth. I don't know if
or where either is documented.

>probably licensed program products,

Well, components of licensed products.

>and not available on OS/380.

No. You'd have to RYO.

>If so, I suspect he might yet need
>to deal with images of BDWs, count fields, and key fields

BDW and RDW I understand, but why would he need to deal with count or
key areas?
 
-- 
 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: Setting a lonnnnng SLIP trap

[Shmuel Metz (Seymour J.)]

In
,
on 12/14/2014
   at 06:38 PM, J O Skip Robinson  said:

>Schmuel.

That's Shmuel.

>but as I showed in a previous post, there is no outstanding WTOR
>during SLIP SET under OPER.

And as I showed in my response, you can issue a SLIP command.

Specify it as DISABLE, add additional parameters and finally enable
it. But I still prefer CONSOLE. 

-- 
 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: publibz->infocenter->knowledgecenter

[Shmuel Metz (Seymour J.)]

In <549ab499026d0017d...@prv-mh.provo.novell.com>, on 12/24/2014
   at 10:42 AM, Mark Post  said:

>A quick Google search turned up this:
>http://www.makeuseof.com/tag/3-pdf-document-management-tools-organizing-research/

How many of those tools will extract the document title and index from
the PDF? One of the nice things about the old setup is that IBM
supplied to the bookshelf and book index files.

>http://www.mendeley.com/ which runs on Windows, Linux, MacOS and
>IOS.

Looks promising.

>http://www.debenu.com/products/desktop/debenu-pdf-benubird/ which
>runs on Windows only.

Bummer; I don't do windoze.

>Both are no cost.  There's a third one, but it's a Firefox browser
>add-on.

That's okay for me.

>https://www.zotero.org/

"Secure Connection Failed  

An error occurred during a connection to www.zotero.org.

Can't connect securely because the site uses an older, insecure
version of the SSL protocol.

(Error code: ssl_error_ssl2_disabled)

*   The page you are trying to view can not be shown because the
authenticity of the received data could not be verified.

*   Please contact the web site owners to inform them of this
problem. Alternatively, use the command found in the help menu to
report this broken site."

I'll try that from a library computer.

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: Utility to replace occurrences of string in PDS?

[Shmuel Metz (Seymour J.)]

In <00b301d018c4$5b2655c0$11730140$@mcn.org>, on 12/15/2014
   at 04:08 PM, Charles Mills  said:

>I'm looking for a reasonable way to replace all occurrences of a
>given string in a dataset.

Can you live with equal length replacements?

>it has to be easier than writing a Rexx program.

Even a REXX that uses TSO EDIT of ISPF/PDF EDIT to do the actual
changes?

The FIXPDS subcommand of PDS, or StarTool, is probably the easiest
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: RECFM=VBS,LRECL=32767?

[Shmuel Metz (Seymour J.)]

In <002901d01953$e00d4390$a027cab0$@q.com>, on 12/16/2014
   at 09:15 AM, retired mainframer  said:

>Isn't the RDW already included in the LRECL (VBA print files are 137
>which leaves 133 for data which includes carriage control)?  Isn't
>the BDW always excluded from the LRECL since only one is present in a
>block which may contain more than one record)?

>Aren't the RDW and BDW both 4 bytes each?

Yes*3.

-- 
 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: RECFM=VBS,LRECL=32767?

[Shmuel Metz (Seymour J.)]

In <20141216105556.66da404ee6d280833b79b...@gmx.net>, on 12/16/2014
   at 10:55 AM, "nitz-...@gmx.net"  said:

>These two make up the 6 byte

BDW+RDW is 8 bytes.

>without exceeding geometry.

I've seen "geometry" used to refer to the number of tracks per
cylinder, but never for the length field of the count. I guess it
makes sense. But note that the length filed is 16 bits unsigned, so
it's not the source oif the access method limit.
 
-- 
 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: JCLLIB in started proc?

[Shmuel Metz (Seymour J.)]

In <0de6a9840123e547b061ac5b6765c0261753e...@exmb-05.ad.wsu.edu>, on
12/18/2014
   at 03:48 PM, "Gibney, Dave"  said:

>While I agree that IEFJOBS makes it clearer and works better, you 
>can place started job JCL in the MSTJCL PROCLIB.

Yes, you can place a job in IEFPDSI, but the Devil is in the details.

>but there should be no reason a properly define (sic) INSTREAM 
>PROC wouldn't work.

The key phrase is "properly defined"; just slapping a JOB stement in
front of a PROC statement is not good enough. You also need to add an
EXEC after the PEND.
 
-- 
 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: I want to add data of 30 VSAM files to one PS flat file.

[Shmuel Metz (Seymour J.)]

In
,
on 12/18/2014
   at 08:35 AM, John McKown  said:

>I agree. But I will also mention that just using the word "file" 
>can now be confusing due to the addition of UNIX into z/OS. 

Well, due to IBM's choice of nomenclature when they did MVS-OE. Had
they referred to the new file type as, e.g.  "Unix datasets", "stream
files", they could have avoided some confusion. Similarly, had they
referred to legacy data sets as, e.g., "record files" in new
publications, they could have avoided compounding the confusion.
 
-- 
 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: JCLLIB in started proc?

[Shmuel Metz (Seymour J.)]

In <06d401d01a5e$a7a0b6c0$f6e22440$@mcn.org>, on 12/17/2014
   at 05:05 PM, Charles Mills  said:

>I just added a JCLLIB statement to a cataloged  procedure that I
>start with a Start command. I am getting IEFC019I MISPLACED JCLLIB
>STATEMENT. Should I infer that JCLLIB is not allowed in a started
>PROC,

Not quite; you should infer that JCLLIB is not allowed in a PROC at
all. Or RYFM, where it clearly says

 19.1.6  Location in the JCL

   A JCLLIB statement:

      Must appear after the JOB statement and before the first
   EXEC statement in the job.

If you think about it, the restriction is reasonable. Consider a job
with EXEC PROC=FOO, where FOO contains a JCLLIB with a concatenation
containing a member called FOO. Which FOO would you expect the system
to use?
 
-- 
 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: Setting a lonnnnng SLIP trap

[Shmuel Metz (Seymour J.)]

In
,
on 12/14/2014
   at 09:46 AM, Peter Relson  said:

>What comes to mind (but I might be mis-thinking a bit) is that the
>intent is that the OPER TSO command really should not be used; 
>that has been true for many years.

Whoops! I read OPER as CONSOLE.

>I don't know how TSO console fits with respect to REXX. 

Works fine. Well, there may be a few warts.
 
-- 
 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: Help please with symbols in a lower-case SET operand

[Shmuel Metz (Seymour J.)]

In <8d1e58fb6d10ea2-1864-43...@webmail-vd012.sysops.aol.com>, on
12/14/2014
   at 03:33 AM, Mitch <005d889cebf0-dmarc-requ...@listserv.ua.edu>
said:

>I am trying to follow what you are asking, but am unsure  Are you
>saying there is something in a JCL environment that should be
>reported as an error, but it is not, until execution?

No. I am saying that for historical reasons IBM treats DSN=&FOO as
equivalent to DSN=&&FOO when &FOO is undefined, and that rejecting
DSN=&FOO would break existing JCL. I am also saying that had IBM had
symbolic parameters from the beginning then it would have been a
desine error to treat the two as equivalent, and that some of the
differences between handling symbols and symbolic parameters seem
arbitrary.
 
-- 

 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: //STARTING JOB ... was: Re: JCLLIB in started proc?

[Shmuel Metz (Seymour J.)]

In <20141221173446.fd8ed08264703ad3452c5...@gmx.net>, on 12/21/2014
   at 05:34 PM, ibmmain  said:

>Nice summary, Peter. Do you happen to know who puts in //STARTING JOB
>... when MEMBER is only contained in the JES2 proclib concatenation
>and not in MSTJCL?

Presumably IEEVSTAR for START, but the processing is similar for,
e.g., LOGON, MOUNT. 

>I have a MEMBER that starts with a JOB statement in a proclib. As
>long as that proclib is in both MSTJCL and JES2 proclib concat, all
>is well.

So it works when you follow the rules.

>As soon as I remove the proclib containing MEMBER from MSTJCL, I get
>a //STARTING JOB ... in my JCL and of course a JCL error because my
>JCL already contains a JOB statement.

And it doesn't work when you don't follow the rules.

>I am assuming that it is JES2 that puts these extraneous two lines
>in.

No. The lines that *you* added were extraneous; a JES2 or JES3 proclib
concatenation is supposed to contain cataloged procedures, not jobs.

>I didn't even find the place where this behaviour is described.

What do the JE2 and JES3 initialization manusls say about proclib
concatenations?
 
-- 
 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: Setting a lonnnnng SLIP trap

[Shmuel Metz (Seymour J.)]

In <0375640178908228.wa.walt.farrellgmail@listserv.ua.edu>, on
12/14/2014
   at 09:00 AM, Walt Farrell  said:

>From what he showed, it appears that in TSO/E OPER, the SLIP
>subcommand simply prompts for additional operands.

Sorry, I'm so used to using CONSOLE in TSO that I missed the fact that
he was using the old OPER command.

>At that point, if he were writing in CLIST rather than REXX he 
>could examine the prompt, and respond with something generated by 
>the CLIST.

I remember that CLIST has better stack faciloities than REXX, but I
don't recall anything that would let you do what you describe. Could
you provide a code snippet? 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: I want to add data of 30 VSAM files to one PS flat file.

[Shmuel Metz (Seymour J.)]

In
,
on 12/18/2014
   at 10:00 PM, Tony Harminc  said:

>PL/I supported QTAM and later TCAM message queues as what a C or 
>Java person might call "first class objects". Looked at another 
>way, such a teleprocessing (sounds quaint now, doesn't it) file is 
>a part of the PL/I language, but is not mapped to any sort of 
>dataset or even DD statement.

Not even close. From GC28-0692-1, OS/VS2 JCL VS2 Release 3:

The QNAME Parameter--keyword, optional

 The QNAME parameter allows you access to messages received
 through TCAM for processing by an application program.

 QNAME=process name

 process name
 specifies as eight alphameric or national haracters
 the name of a TPROCESS macro instruction that
 defines a destination queue for messages that are to be
 processed by an application program. (The first character
 must be alphabetic or national).

Rules for Coding
  The process name must be identical to the symbolic name
   on the TPROCESS macro.
  The DCB parameter is the only parameter that can be
   coded on a DO statement with the QNAME parameter.
   BLKSIZE, BUFL, LRECL, OPTCD, and RECFM are the only
   operands that can be specified as subparameters.

Example of the QNAME Parameter
  //DYD DD QNAME=FIRST,DCB=(RECFM=F,LRECL=80,BLKSIZE=320)
  This DO statement is used in an application program to
  define data that will be used by TCAM. "FIRST" is the
  name of the TPROCESS macro that specifies the destination
  queue through which messages that must be processed by
  the application program will be routed. The DCB parameter
  will supply information that was not supplied in the DCB
  macro instruction for the data control block.

SC33-0006-0, PL/I Optimizing Compiler Programmer's Guide, Chapter 8:
Defining Data Sets for Record Files, REGIONAL Data Sets,
Teleprocessing, p. 123, has sample JCL showing a DD statement for
TCAM.

The old OS/360 JCL and PL/1 (F) manuals have similar text for QTAM.

-- 
 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: publibz->infocenter->knowledgecenter

[Shmuel Metz (Seymour J.)]

In <54943155.4070...@trainersfriend.com>, on 12/19/2014
   at 07:08 AM, Steve Comstock  said:

>On 12/19/2014 6:09 AM, Paul Gilmartin wrote:
>> On Thu, 18 Dec 2014 16:04:01 -0500, Hobart Spitz wrote:
>>
>>> Have you tried
>>>
>>> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/library
>>>
>>> ?
>>>
>> OS390?  Seriously?

>But did you follow the link? "Browse Shelves" takes you to a list of
>pdf bookshelves that include z/OS V2R1.

Even so, why not use
 or
?
 
-- 
 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: Regular Expressions in ISREDIT z/OS 2.01

[Shmuel Metz (Seymour J.)]

In <005901d01764$79b3f670$6d1be350$@gmail.com>, on 12/14/2014
   at 09:09 AM, Alan Watthey  said:

>The change command is still missing one capability I would love to
>see.  The ability to set variables in the first parameter.

If you're going to ask for captures, why not go whole hog and ask for
named captures? They can be quite useful.
 
-- 
 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

ISPF regular expression repition characters?

[Shmuel Metz (Seymour J.)]

"Regular expressions (string, string1)" in z/OS ISPF Edit and Edit
Macros, SC19-3621-00 has descriptions of "+", "*" and "?" containing
the phrase "of the previous character"; that is very different from
their usual meaning and leaves open the question of what happens if I
write, e.g., "(subpattern)*". Is the text correct, or do those
characters actually operate on the previous subpattern, as in, e.g.,
Perl?
 
-- 
 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: I want to add data of 30 VSAM files to one PS flat file.

[Shmuel Metz (Seymour J.)]

In
,
on 12/18/2014
   at 03:35 PM, "Chase, John"  said:

>The "structure" of a DB2 table is "imposed" by the table 
>definition, just like the "structure" of a KSDS is "imposed" by 
>the DSECT (or HLL equivalent).

The table definition is handled by DB2. A DSECT defining fields in a
KSDS record is *not* handled by VSAM. The two situations are not even
vaguely similar.
 
-- 
 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: publibz->infocenter->knowledgecenter

[Shmuel Metz (Seymour J.)]

In
,
on 12/18/2014
   at 05:37 PM, Roger Bolan  said:

>The documentation itself is available in the new IBM Knowledge Center
>and you can download PDF format for the books. 

Yes, but what tools are available to manage and organize the
downloaded books? We need an equivalent to the old bookshelves and the
programs that used them, preferably for Linux or z/OS.

I'd say bring back BookMaster and BookManager, but I know it won't
happen. I wish that there were a BookMaster clone for Linux.
 
-- 
 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: Setting a lonnnnng SLIP trap

[Shmuel Metz (Seymour J.)]

In
,
on 12/13/2014
   at 06:53 PM, J O Skip Robinson  said:

>Since there's no actual WTOR, I cannot invoke a second REXX to
>continue the conversation.

What are you trying to say? If you can invoke a REPLY command then you
can invoke a SLIP command, authorization permitting.
 
-- 
 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: Help please with symbols in a lower-case SET operand

[Shmuel Metz (Seymour J.)]

In <6785654506445698.wa.paulgboulderaim@listserv.ua.edu>, on
12/12/2014
   at 04:46 PM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>I would be delighted if, rather, the parser reported a reference 
>to an undefined apparent symbol as a syntax error.

That would break existing JCL. There seems to be a curious mix of
things that work differently for no good reason aand things that are
consistent with old behaviors whose reasons are no longer 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: IKJ56500I COMMAND OPUTX NOT FOUND

[Shmuel Metz (Seymour J.)]

In <034a01d01666$19dbb9d0$4d932d70$@mcn.org>, on 12/12/2014
   at 03:48 PM, Charles Mills  said:

>Sheesh! I've used IKJEFT01 before for various things but never had
>problems like this.

I'm not surprised. The root cause is that you're constructing a batch
TSO jopb without checking what libraries you use in foreground TSO.
ISRDDN is your friend,

>Is this ever going to work

Yes, but you have to carve the bird at the joints. use ISRDDN to see
what's allocated in foreground, provide a unique profile library and
possibly other TLIBs.

>or is OPUTX from a batch job a bad idea?

Probably not. I see nothing in your message to preclude using 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: IKJ56500I COMMAND OPUTX NOT FOUND

[Shmuel Metz (Seymour J.)]

In <02e401d0165b$1239b070$36ad1150$@mcn.org>, on 12/12/2014
   at 02:29 PM, Charles Mills  said:

>I'm not sure that I hate JCL but I do know that JCL and USS do not
>seem to be a happy marriage.

Well, JCL has nothing to do with USS and the error you got is typical
for any system that has a mechanism for defining a search path; forget
a required library/directory and some things won't be found.
 
-- 
 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: Regular Expressions in ISREDIT z/OS 2.01

[Shmuel Metz (Seymour J.)]

In <7282308234662904.wa.jon.butlerfepoc@listserv.ua.edu>, on
12/12/2014
   at 11:20 AM, Jon Butler  said:

>Any thoughts?

What is an ISPF/PDF EDIT regular expression? POSIX RE? POSIX BRE? E,
none of the above?
 
-- 
 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: Regular Expressions in ISREDIT z/OS 2.01

[Shmuel Metz (Seymour J.)]

In <2213232902404204.wa.paulgboulderaim@listserv.ua.edu>, on
12/12/2014
   at 10:59 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:

>Can the host determine the terminal's CCSID by such as a 3270 WSF
>Query?

QUERY or QUERY LIST, provided that the GF bit is on in the query
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: AW: Re: What is JES2 waitning for after $TSPL(volser),SPACE=MAX?

[Shmuel Metz (Seymour J.)]

In , on 12/10/2014
   at 08:00 AM, Peter Hunkeler  said:

>I didn't look at the I/O rate; just was mislead by the AWAITING(E2)
>thinking that there is something to be done before JES2 starts
>formatting. The message could be better.

The message could be better, but in the meantime the explanation could
be better, e.g., it could list member formatting as a possible cause
for AWAITING(member). Have you sent an RCF?
 
-- 
 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: PARMDD -- any one use yet?

[Shmuel Metz (Seymour J.)]

In <5483d485.5010...@copper.net>, on 12/06/2014
   at 11:16 PM, Steve Thompson  said:

>We would still need to explain why JOB A works while JOB B, based  on
>JOB A, isn't working.

Obviously, because they are different. It may take some experimenting
to determine which differences are relevant.

>After all, this isn't MFT, or DOS R26. It is an ec12 running z/OS 
>2.1.

Which means that everything is more complicated and there are more
opportunities to shoot ourself in the foot.
 
-- 
 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: PARMDD -- any one use yet?

[Shmuel Metz (Seymour J.)]

In <5483d3f5.9040...@copper.net>, on 12/06/2014
   at 11:13 PM, Steve Thompson  said:

>I know of NOTHING using cores today.

Well, then you only know about machines designed in the last few
decades. But you can find some 1960's (1950's?) vintage machines in
museums.

>How about identifying.

RCA 3301 for 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: Ancient IEFUSI

[Shmuel Metz (Seymour J.)]

In <5763756791911978.wa.andrew.metcalfebarclays@listserv.ua.edu>,
on 12/05/2014
   at 10:35 AM, Andrew Metcalfe  said:

>The first of these is the alarming comment:

>*   ON ENTRY R10 POINTS TO THE LCT.

While that could certainly change without notice, it's been stable[1]
since OS/360 and you should catch any hypothetical changes during your
regression testing.

[1] But read Jim Mulder's meesage.
 
-- 
 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: Ancient IEFUSI

[Shmuel Metz (Seymour J.)]

In
,
on 12/06/2014
   at 10:03 AM, Peter Relson  said:

>To the best of my knowledge, whether rightly or wrongly, neither the
>LCT  nor the SCTX has ever been considered a programming interface.

That matches my recollection. However, some undocumented behaviors
have been more stable than some documented features. I know of one
features that was announced in V1R1.2 and taken away in V1R1.3 of
MVS/SP, while R10->LCT has been (mostly) stable from the OS/360 days
on.
 
-- 
 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: thought: z/OS structured logging

[Shmuel Metz (Seymour J.)]

In
,
on 12/05/2014
   at 07:22 AM, John McKown  said:

>Hum, I was thinking more of the UNIX syslog daemon stuff.

Which is harder to parse than, e.g., SMF.

>Wouldn't including both UTC & local time in ISO8601 be redundant?

Only if ISO 8601 requires including the offset. Also, how does ISO
8601 handle fractional time zones?

>But perhaps, since you like binary, it would be better to make 
>this the STCKE value and the CVTLDTO field, and maybe the CVTLSO 
>field as well.

What is important is that the information be recorded and recorded in
a consistent fashion.

-- 
 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: Page Data Set Sizes and Volume Types

[Shmuel Metz (Seymour J.)]

In <54813fe9.1070...@tombrennansoftware.com>, on 12/04/2014
   at 09:17 PM, Tom Brennan  said:

>I just found some of those in my old reference card collection - 
>http://www.mildredbrennan.com/mvs/disk_summaries.jpg

Have you submitted the cards to bitsavers?

>Reminds me of a story my dad told me about an electronics company 
>in the 70's.  He said they only made 200V diodes but also marked 
>them as 100V,  50V, 20V, and 10V - each less expensive as the 
>voltage "dropped".  That's marketing I guess.

Did they all pass the same QA, or did they sell diodes that failed at
200V for use at lower voltages?

In the case of IBM, they had two card punches that differed only in
the position of a switch. Naturally, the faster model was more
expensive.
 
-- 
 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: PARMDD -- any one use yet?

[Shmuel Metz (Seymour J.)]

In <5480d9dd.6000...@copper.net>, on 12/04/2014
   at 05:02 PM, Steve Thompson  said:

>The one that does not work does pass to IKJEFT1B "ISPSTART 
>cmd(%NCMPL " and that's it. The rest of the parm string is NOT 
>passed.

What happedns if you surround the parameter with apostrophes, e.g.,

"ISPSTART cmd('%NCMPL &foo')" ?
 
-- 
 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: PARMDD -- any one use yet?

[Shmuel Metz (Seymour J.)]

In <5480ca98.3040...@copper.net>, on 12/04/2014
   at 03:56 PM, Steve Thompson  said:

>On 12/04/2014 03:04 PM, Paul Gilmartin wrote:
>> On 2014-12-04 12:35, Steve Thompson wrote:
>
>> Like, what's the most efficient way to clear a register?
>>
>> -- gil
>

>Well, mine is to pull the power plug.

>Works for all machines. 

No. However, it will probably work for anything designed in the last
few decades.
 
-- 
 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: thought: z/OS structured logging

[Shmuel Metz (Seymour J.)]

In
,
on 12/04/2014
   at 08:06 AM, John McKown  said:

>But I've been thinking about the z/OS syslog for some reason 
>lately. Given what it was originally designed for, review by a 
>human, it is a decent design. But is it really as helpful as it 
>could be in today's z/OS environment? Should z/OS have a more 
>generalized logging facility?

It already does. The syslog is intended solely to capture console[1]
messages; it is not and never has been a general event log. What is
relevant is facilities like CT, GTF, LOGREC and SMF. Now those have
issues, but they are a lot closer to general than syslog was ever
intended to be.

>Is there really a need for the z/OS system log anymore?

Yes.

>And I will admit that my mind has been
>corrupted by using Linux too much lately.

Isn't the Linux equivalent to, e.g., SMF, harder to parse?

>So, if such a thing is even needed any more, what might it look
>like?

IMHO a new generalized event log, replacing SMF et all, should
timestamp in both global and local time, possibly UTC plus offset. It
definitely should support LOGGER.

>I know most will moan, 

Indeed.

>but I _like_ structured, textual, information. 

I hate it. I prefer well structured binary.

>And no encoded binary, OK?

Not okay.

>program name in the RB

ITYM CDE or LPDE pointede to by the RB.

>JS TCB

What if the event is logged from an SRB?

How should character data be encoded? EBCDIC would be reasonable if
there was only a single EBCDIC code page, but as it is UTF-8 might be
better.
 
-- 
 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: Batch cycle JCL standard... CEEDUMP or SYSUDUMP

[Shmuel Metz (Seymour J.)]

In
,
on 12/03/2014
   at 01:36 PM, John McKown  said:

>I must somewhat disagree, or perhaps just partially. IPCS is great. 
>I really like it. But for "batch cycle" jobs, I would strongly
>recommend a product which is "user friendly" such as AbendAid.

I've used products that were "user friendly" (sic) such as AbendAid. I
greatly prefer products that are user friendly without the quotes.

Now, AbendAid has improved greatly since the bad old days, but in my
experience claims that a product is user friendly are mostly snake
oil. I'll take SYSMDUMP or the equivalent, TYVM, which doesn't filter
out the information that I "don't 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