Re: History question - In what year did IBM first release its DF/DSS backup & restore product?

[Shmuel Metz (Seymour J.)]

In <1239576652662657.wa.m42tomibmmainyahoo@listserv.ua.edu>, on
01/02/2016
   at 10:14 PM, Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> said:

>http://bitsavers.trailing-edge.com/pdf/ibm/serviceForConsultants

Thanks for the link; it should be useful for wiki editing. Do you know
of another one thast lists announcement and FCS dates?
 
-- 
 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: Anyone got any ancient DASD manuals?

[Shmuel Metz (Seymour J.)]

In
,
on 01/03/2016
   at 04:31 PM, Mike Ross  said:

>he needs IBM 9335-A01 SERVICE GUIDE

Might one of the mauals in 
tell him what he needs to know?
 
-- 
 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: Rexx and member statistics question

[Shmuel Metz (Seymour J.)]

In <613235584.5279438.1451514349980.javamail.ya...@mail.yahoo.com>, on
12/30/2015
   at 10:25 PM, "Ze'ev Atlas"
<004b34e7c98a-dmarc-requ...@listserv.ua.edu> said:

>Hi AllI have a Rexx program and here is the relevant snippet:
>THEMEMBER = THEPDS || "(" || MEMBER || ")"       /*say themember */  
>                            "alloc shr file(input) dataset("
>THEMEMBER ")"   "execio * diskr input (stem input. finis)" 

I assume that this is not what you actually ran, but that there was a
new line or semicolon separating the statements.

>Originally, I had "EXECIO * DISKW XXOUT (STEM INPUT."  

That doesn't do what you think it does; it will stop on a null line.

>but that would work only for members that had statistics

It should work for any member with sequence numbers.

>When I changed the '*' to input.0 it works fine.  Is that a normal
>behavior?

It is if the member is unnumbered.

-- 
 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 <1322019919168634.wa.dalesmithcolumbus.rr@listserv.ua.edu>, on
12/31/2015
   at 10:15 PM, "Dale R. Smith"  said:

>will sometimes use CLC to compare two Packed fields

I hope that's only on tests for equality, not on high/low compares!
 
-- 
 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: Rexx and member statistics question

[Shmuel Metz (Seymour J.)]

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

>Anyways, I don't believe member stats have any influence in 
>reading and writing of members in PDS.

ISPF keeps the change level of lines in the sequence field.
 
-- 
 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: How to get TSOCMD to recognize my TSO PROFILE MSGID

[Shmuel Metz (Seymour J.)]

In , on
12/29/2015
   at 05:31 PM, Lindy Mayfield  said:

>But when I type TSOCMD PROFILE I see NOMSGID.

Think batch.

>How can I turn on MSGID when using TSOCMD?

PROFILE MSGID
 
-- 
 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: BPXBATCH "SH ...; su; pax ..." does not do what you think it does (was: rsync anyone?)

[Shmuel Metz (Seymour J.)]

In
<29b16432403d6c45a9bee5f0302d191779ba2...@vss-exchmb1.sfg.corp.LOCAL>,
on 12/29/2015
   at 06:24 PM, "Pommier, Rex"  said:

>The only thing you're missing on Chris' response was the movie
>reference.

Movie? The book came first.
 
-- 
 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: How to get TSOCMD to recognize my TSO PROFILE MSGID

[Shmuel Metz (Seymour J.)]

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

>But it reverts to its prior setting before the next use of TSOCMD.

As it should.

>That is his complaint.

No.
 
-- 
 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: rsync anyone?

[Shmuel Metz (Seymour J.)]

In <20151229094330.0b444324d33c5248eb75a...@gmx.net>, on 12/29/2015
   at 09:43 AM, nitz-ibm  said:

>One problem may have been that IBMUSER (who owned most of the 
>files since they were installed under IBMUSER) on the originating 
>system had a uid of 2 (not 0!).

And that was bad because? I didn't even give myself UID 0.
 
-- 
 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: rsync anyone?

[Shmuel Metz (Seymour J.)]

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

>a predominantly ASCII world.

I wish! The real world is a morass of different code pages, not always
declared in MIME header fields.
 
-- 
 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 a source for detailed, instruction-level performance info?

[Shmuel Metz (Seymour J.)]

In <3361710c8fdd49d9a5ba76a61a993...@su806104.ad.ing.net>, on
12/28/2015
   at 06:15 AM, "Windt, W.K.F. van der (Fred)"
 said:

>And on newer machines (with the general-instructions-extension) you
>can simply do:

>  ASI COUNTER,1

>I assume it is faster than the sequence of three instructions but
>have not verified that.

I would be very much surprised if it were not faster. Also, it makes
the code clearer.
 
-- 
 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 a source for detailed, instruction-level performance info?

[Shmuel Metz (Seymour J.)]

In <87bn9fwuo0@garlic.com>, on 12/24/2015
   at 10:47 AM, Anne & Lynn Wheeler  said:

>As a result, a typical 1mbyte 370/165 would only have four regions.

We ran more than that, plus TSO, on a 2 MiB machine.
 
-- 
 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 a source for detailed, instruction-level performance info?

[Shmuel Metz (Seymour J.)]

In
,
on 12/24/2015
   at 02:31 PM, Mike Schwab  said:

>https://en.wikipedia.org/wiki/IBM_7030_Stretch
>First computer to implement: Multiprogramming, memory protection,
>generalized interrupts, the eight-bit byte,

FSVO eight equal to all of 1-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: Is there a source for detailed, instruction-level performance info?

[Shmuel Metz (Seymour J.)]

In <013c01d13e5a$89687c80$9c397580$@mcn.org>, on 12/24/2015
   at 06:51 AM, Charles Mills  said:

>This is true so much that the z13 processors implement a kind of 
>"internal multiprogramming"

IBM calls it Simultaneous Multi-threading, except in PoOps where it is
just "Multithreading facility".

>so that one CPU internal thread can do something useful while 
>another thread is waiting for a storage reference.

Or waiting for other resources.
 
-- 
 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 a source for detailed, instruction-level performance info?

[Shmuel Metz (Seymour J.)]

In , on 12/25/2015
   at 01:23 AM, "Robert A. Rosenberg"  said:

>This story (and the others) reminds me of an incident that occurred 
>early in my programming life.

The clasic example is Multics. Early on they redesigned the file
system, replacing some Assembly Language for Multics (ALM) code with
PL/I code; the new version ran faster. As always, an efficient
algorith tumps micro-optimizarion. Not that you shouldn't try to write
good code as well ;-)

I ran into this when I had to rewrite an input routine for a PC
application written in Ada. The old version was assembler, and called
BDOS for each character. The new version was in Ada and directly
copied the data from the screen buffer. Major speedup.

>This worked until the Bean Counters wanted to replace the 2540 
>with a 2501

Ah, bean counters. You lucked out; they can be very expensive if they
don't know what they're doing.
 
-- 
 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 a source for detailed, instruction-level performance info?

[Shmuel Metz (Seymour J.)]

In <567b4a30.8050...@yahoo.com>, on 12/23/2015
   at 08:28 PM, Thomas Kern
<0041d919e708-dmarc-requ...@listserv.ua.edu> said:

>Perhaps what might be useful would be an assembler program to run
>loops  of individual instructions and output some timing
>information.

That would work on a simpler machine. Even the timings in, e.g.,
GA22-7011-4, BM System/370 Model 158 Functional Characteristics, were
too complex.
 
-- 
 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 a source for detailed, instruction-level performance info?

[Shmuel Metz (Seymour J.)]

In
,
on 12/27/2015
   at 03:14 PM, Tony Harminc  said:

>There's a third model for this very common operation:

>LAR15,1
>A R15,COUNTER
>STR15,COUNTER

If you're that concerned about speed:

  LAR11,1
 LOOP GET   foo
  logic to determine type
  L Rl,COUNTER
  ARR1,R11
  STR1,COUNTER
  B LOOP
 
-- 
 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
<874b151289704e46a874bf2ae6fdd8d1310d6...@kl126r4b.cs.ad.klmcorp.net>,
on 12/23/2015
   at 03:18 PM, "Vernooij, CP (ITOPT1) - KLM" 
said:

>I was not asking for all the possibilities on all possible platforms,
>I was trying to ensure that it was readable and understandable on
>each platform that the message could appear on.

What current platform won't display µ () if the MIME header
fields are correct and the charset is one of the ISO-8859 character
sets? How many currently supported platforms can't handle
charset=UTF8?
 
-- 
 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:59 PM, "Robert A. Rosenberg"  said:

>Via Email just go UTF-8. The same for Web Pages or just use the 
>Unicode codepoint () or .

Using  for µ is appropriate for web pages, but not for text in
e-mail. HTML in e-mail is the sin for which there is no forgiveness,
althogh multipart/alternative with a proper text/plain subpart is
okay.
 
-- 
 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: [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

Re: PTF error clarification

[Shmuel Metz (Seymour J.)]

In <567aa6b1.8050...@us.ibm.com>, on 12/23/2015
   at 08:50 AM, Kurt Quackenbush  said:

>This is an interesting idea, which I'm curious to hear opinions 
>on.  If  doing a mass APPLY (not using the SELECT operand), and 
>PTFs are stopped  because of a PE (ERROR HOLD), either directly 
>or in a requisite chain  that is stuck because of a PE, what RC 
>should be used to identify this  condition?  RC=8?  4?  0?  

I favor 4.

>Other ideas?

HOLDCC=foo and ERRORHOLDCC=bar options.
 
-- 
 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
,
on 12/23/2015
   at 12:55 PM, "Hardee, Chuck"  said:

>Make sense?

No. That would explain failing on a // SET anywhere in the
contatenation, but not failing only after the first // DD.
 
-- 
 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
<cajtoo59nb1ma+fdizgegnst41kzpy_ska0kwoe_8a8ax0+z...@mail.gmail.com>,
on 12/23/2015
   at 04:52 PM, Mike Schwab <mike.a.sch...@gmail.com> said:

>On Wed, Dec 23, 2015 at 4:30 PM, Shmuel Metz (Seymour J.)
><shmuel+ibm-m...@patriot.net> wrote:
>> In
>> <29b16432403d6c45a9bee5f0302d191779b9f...@vss-exchmb1.sfg.corp.LOCAL>,
>> on 12/23/2015
>>at 05:27 PM, "Pommier, Rex" <rpomm...@sfgmembers.com> said:
>>
>>>Maybe in way of compromise, SMP/E should set a RC=6 instead of 8
>>>where maintenance is stopped due to an error hold.  :-)
>>
>> How does an error hold differ from a system hold?
>>
>Where a PTF has an ERROR worse than the problem it fixes and IBM
>recommends NOT installing.

Let me rephrase that: How is refusing to apply a PTF with an error
hold worse than refusing to apply a PTF with a system hold? The ones
to worry about are the ones that *do* go on.
 
-- 
 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: PTF error clarification

[Shmuel Metz (Seymour J.)]

In
<29b16432403d6c45a9bee5f0302d191779b9f...@vss-exchmb1.sfg.corp.LOCAL>,
on 12/23/2015
   at 05:27 PM, "Pommier, Rex"  said:

>Maybe in way of compromise, SMP/E should set a RC=6 instead of 8
>where maintenance is stopped due to an error hold.  :-)

How does an error hold differ from a system hold? 

I'd like an RC08 if a sysmod in SELECT can't go on do to a hold of any
type, and an RC04 if a sysmod not in a SELECT can't go on due to a
hold, regardless of the type of hold. PARM options to control cc
setttings wouldn't hurt.
 
-- 
 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: 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: 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: 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 <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 , 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: 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: 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: 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: 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: 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 <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: 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 <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: 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: 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: Bind Breaks for z13

[Shmuel Metz (Seymour J.)]

In

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

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: HCD Switch Report

[Shmuel Metz (Seymour J.)]

In
<camjizqu_dvth_+2w9t1o_xsc2dvjgk+rj+h+g8chthmpqqb...@mail.gmail.com>,
on 12/10/2015
   at 04:38 PM, Steve Horein <steve.hor...@gmail.com> 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 <gaur.ravi2...@gmail.com> 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: 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

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 , 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 <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 <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: Inquire intrdr default job class

[Shmuel Metz (Seymour J.)]

In

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

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

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