Re: Truly detecting that an LPAR is capped

[ANGEL LUIS DOMINGUEZ MARTIN]

  We have developped a little tool to monitorize the amount of MSU's used and a 
consecuence of this we can obtain the CAPPED value and others.
   
  You can download all the code, sorry in spanish, from the following url 
   
  http://perso.wanadoo.es/rptv2005/msumon/index.html
   
  angel luis domínguez
  bbva-spain
   
  As an example, the information obtained about all CPC, from only one LPAR, is 
the following (copy an put with courier font to column it)
   
  MSUM001I MONITOR  INICIALIZADO
MSUM001I TIMERINICIALIZADO
MSUM001I LISTENER INICIALIZADO
MSUM002I EMPIEZA LA MONITORIZACION DE MSU'S
>--START-->ZOS140P>
NOMBRE DEL HARDWAREMIZAR2094 708  00065976
QVSCECCAPACITY (MSU'S) 532
LPDATPHYCPUADJFACTOR   86614/12/2006  08:10:47
LPDATFLAGS POR DEFECTO
PROCESADORES   FISICOS: 011 (CP: 008 ICF/IFL: 003)
   === === = ===  === = = =
 SYSPLEX   ??? LP. PROCS  MSUS. MSUS.
LPARNAME NAME SYSNAME  ID. ID. LOGI. CAP PESO MEMORIA LPAR. HMC   NOTAS
   === === = ===  === = = =
MIZAR26  PLXSYS  >TC0Z 0C  06  020020 0002048 00133 0
MIZAR2A01  00  00 000   0
MIZAR2B02  00  00 000   0
MIZAR2C03  00  00 000   0
MIZAR2D04  0D  01DED. 0008192   0
MIZAR2E05  0E  01DED. 0008192   0
MIZAR2F06  0F  01DED. 0006144   0
MIZAR21  PLXPRD   CR02 07  01  08YES 0586 0010240   0
MIZAR22  PLXPAR   PAR1 08  02  020052 0004096   0
MIZAR23  PLXDYD   DYD2 09  03  030213 0007168   0
MIZAR240A  00  00 000   0
MIZAR250B  00  00 000   0
MIZAR27  PLEX01   FOR1 0D  07  020015 0002048   0
MIZAR28  PLXBKP   BK02 0E  08  010008 0002048   0
MIZAR290F  00  00 000   0
MIZAR3110  11  010104 064   0
MIZAR3211  00  00 000   0
MIZAR3312  00  00 000   0
  ---   -
  TOTALES DEFINIDOS .0998 0050240   0 NO VERIF.
---
   
   
  Shannon Collinson, from SunTrust Bankwrote
   
  Does anyone know a field in a control block somewhere that I can check to see 
if an LPAR is currently capped? I was using the IRALPDAT data area and 
comparing the defined capacity to the 4-hour average to determine capping, but 
of course if we drop our defined capacity down after a period of heavy 
activity, that info tells me we're capping when somehow RMF and WLM know that 
we're not. I think it has something to do with LPDATSERVICECAPPEDTIME, but I'm 
not sure how the LPDATSERVICETABLE is updated so don't know where I should be 
looking. A flag that indicates "capping!" for this service period would be 
ideal, but I'm open to any suggestions. Thanks!
   


-

LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Truly detecting that an LPAR is capped

[Jose Martinez]

You might want take a look at .
You'll find there a monitor por MSU consumption, in the form of a STC filled 
with your own parameters, that warns about your MSU usage rate in order to 
prevent being capped in the worst moment.

Fine code actually implemented in several spanish sites.

Regards,

Jose Martinez
z/OS System Programmer
Madrid - Spain





__ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Chris Mason]

Kirk

I was going to say the Strawbs[1] have a lot to answer for but I see their
hit[2] only came out in 1973.

[1] According to their web site, the Strawbs are still performing!

[2]
http://www.classicsshow.com/song%20clips/Strawbs%20-%20Part%20Of%20The%20Union.mp3

Chris Mason

- Original Message - 
From: "Kirk Talman" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, 13 December, 2006 6:53 PM
Subject: Re: IBM sues maker of Intel-based Mainframe clones


> circa 1972, 70xx emulation on 360/50 roughly doubled the number of frames.
>  We got a 50 with emulation on it because the lessor had to scramble when
> the union people delivering a 50 refused to let non-union people who knew
> what they were doing unload a van.  A 50 dropped on a sidewalk face down
> is an interesting sight.  Every one of those little levers bent 90
> degrees.   IBM maint CEs got the thing working again.  Good show!
>
> And to show that some people are not trainable, the people removing the
> old 40 from the building -- dropped it on a sidewalk face down!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!

[Chris Mason]

Steve

The problem is the way it is said, not what is said. You'd probably
understand perfectly if it was written down.

I'll take, as an example, a TV advertisement for a popular brand of lager
where what is said is "silid"[1] but what is shown is a big juicy steak on
which a sprig of parsley is dropped. I believe the theme of the series of
advertisements is "Teach Yourself Strine."

[1] To be authentic, you need to be trying to grin while pronouncing the
word.

Chris Mason

- Original Message - 
From: "Steven Conway" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, 13 December, 2006 2:43 PM
Subject: Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex?
Please help!!!


> Shane sez:
> The manuals are written by, and predominantly for, (United State)
> Americans. Expecting comprehensible and non-ambiguous English is asking
> for too much.
>
> An Aussie ragging on US English for being incomprehensible.  I am
> speechless.   (Those that know me realize the magnitude that implies.)
>
> We've missed you, Shane.
>
>
> Cheers,,,Steve

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Chris Mason]

Howard

I seem to remember SPOOL meant "Simultaneous Peripheral Operations On Line"
as far back as the late '60s, this being the limit of my knowledge of such
matters and so it could be even older.

That being said, only the "gray beards" in the list are going to be
authorities on this one - of course, you could be one.

Chris Mason

- Original Message - 
From: "Howard Brazee" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, 13 December, 2006 4:40 PM
Subject: Re: Decimal FP (was: vendor JCL)


> On 13 Dec 2006 04:56:41 -0800, [EMAIL PROTECTED] (Shmuel
> Metz , Seymour J.) wrote:
>
> >>Don't use acronyms at all.   Make up a new word (is CICS still an
> >>acronym (or has it gone the way LASER went)?   Was SPOOL *ever* an
> >>acronym?)
> >
> >Simultaneous Peripheral Operations On Line.
>
> I know that's what IBM says it meant.   I don't believe them, I think
> SPOOL always meant spool.
>
> Anybody ever spell it out the way Americans tend to spell out CICS?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

More on Law Suit

[Ed Gould]

ENTERPRISE

1. Mainframe Emulation Specialist Target of IBM Lawsuit

IBM last month filed suit against mainframe emulation
specialist Platform Solutions Inc. Big Blue charges PSI
with breach of contract and patent infringement -- although
there's more to it than that. IBM's PSI case is fraught
with extenuating -- and exacerbating - circumstances.

**Read this story online:
http://info.101com.com/default.aspx?id=33619

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL compiler options JCL PARM.

[Chris Mason]

Charles

You'll have to take my word for it but that was actually the first manual I
looked at also - I'm sure because Internet Explorer still retains the
imprint of my having selected that manual and, for the purposes of this bit
of research, only that manual. On searching with "PARM" none of the 15 hits
looked promising - so I gave up.

I also spotted that Chapter 2 was "Linkage Conventions" which I thought just
might have it but none of the sections listed in the "Contents" looked
promising - so I gave up again.

Well, with the advice that I should concentrate on Chapter 2 and having seen
a mention of "PARM" in the text you quote, I became emboldened. I checked
the "PARM" hit list and selected "Programs in Primary Mode" - whatever that
means - don't bother - I'm sure if I read enough of this chapter I'll find
out.

So in section 2.8.1, "Program in Primary Mode", we find your text and Figure
2-4, "Primary Mode Parameter List", which, in fact, actually shows the
elusive 100 and how register 1 indirectly takes you to all 0-100 characters:

http://publibz.boulder.ibm.com/bookmgr/pictures/iea2a660.p1z.gif

Incidentally, I checked your text and found it identical - but you started
in the middle of a paragraph so it wasn't so easy to spot at first. The
first part of the paragraph reads rather oddly - since we're having a go at
the author. The sentence immediately preceding your quoted text is most
incongruous considering what is about to be described.

The first part reads as follows:



For a good example of how your primary mode programs can pass parameters,
consider the way the system uses a register to pass information in the PARM
field of an EXEC statement to your program. Unlike the parameter list
produced for an EXEC statement, a general parameter list can have multiple
parameters, there is no system-imposed limitation on the length of any
parameter, and no parameter has a system-defined format. Lengths and formats
of parameters are defined by the called service.



"Lengths and formats of parameters are defined by the called service." would
make more sense if it were replaced by "In general, lengths and formats of
parameters are defined by the called service. However, for the case of the
PARM field of an EXEC statement, it is clearly the *calling* service." The
"asterisked" word would be in italics.

I went through the remaining "PARM" hits and verified that this was the only
relevant description.  The PARM field of an EXEC statement is somewhat
curiously used as an *example* of passing parameters in register 1 -
supposedly a "good" one amazingly enough - which tends to support my not
being bold enough to find it before.

Chris Mason

- Original Message - 
From: "Charles Mills" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, 13 December, 2006 4:18 PM
Subject: Re: COBOL compiler options JCL PARM.


> > [1] In which manual is this documented these days?
>
> It's in the Assembler Service Guide, which is where I would expect to find
> it (i.e., the first place I looked) Chapter 2, which is the first "real"
> chapter.
>
> Interestingly, they do not mention the 100-character limit, even though
this
> section deals specifically with jobstep programs (not linkage in
general --
> note the references to PARM specifically). Perhaps there IS hope after
all:
>
> "When your program receives control from the system, register 1 contains
the
> address of a fullword on a fullword boundary in your program's address
space
> (see Figure 2-4). The high-order bit (bit 0) of this word is set to 1. The
> system uses this convention to indicate the last word in a variable-length
> parameter list. Bits 1-31 of the fullword contain the address of a
two-byte
> length field on a halfword boundary. The length field contains a binary
> count of the number of bytes in the PARM field, which immediately follows
> the length field. If the PARM field was omitted in the EXEC statement, the
> count is set to zero. To prevent possible errors, always use the count as
a
> length attribute in acquiring the information in the PARM field."
>
> BTW, the use of "field" in the above is incorrect and should probably read
> "parameter" (although "PARM parameter" does sound funny and that may be
why
> the writer avoided it). The JCL reference uses "field" to mean the major
> "areas" of JCL statements: the parameter field, the comments field, etc.
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
> Of Chris Mason
> Sent: Tuesday, December 12, 2006 10:32 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: COBOL compiler options JCL PARM.
>
> Charles
>
> 
>
> Which is a slightly complicated way of saying that, by the time the
> program - any program - takes a look at the characters supplied by the
EXEC
> statement PARM operand addressed indirectly by register 1[1], there will
> never be more that 100 of them. This is Paul's "JCL limit".
>
> [1] In which manual 

Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!

[Scott Fagen]

Marcos Morellato wrote:

>I found in that a system using the GRSRNL=EXCLUDE parmlib
>parameter can be added to an existing sysplex (see details below). But I
>also know that a system with different RNL list will enter in wait state
>due to RNL mismatch during the IPL. In the IBM manuals I can't find what
>will happen during the IPL of the new LPAR (GRSRNL=EXCLUDE).

Then Shane wrote:

>Expecting comprehensible and non-ambiguous English is asking
>for too much.

I hope this is comprehensible and non-ambiguous:

All systems IPLing into the same GRS complex (sysplex or otherwise) must have
the same RNL specification.  GRSRNL=EXCLUDE is _different_ than GRSRNL=xx.

IPLing a system with GRSRNL=EXCLUDE into a sysplex with GRSRNL=xx will end
with that system in an 0A3 waitstate.

Scott Fagen
z/OS Core Technology Design
IBM Poughkeepsie

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Tape mount / CA-1 / STK question

[Russell Witt]

Tim,

Actually, I thought that STK had already corrected this problem. I know that
both IBM and CA-Vtape already have "limits" set, so that if a scratch
request is made and re-made too often within a set period of time the job
will be abended. For example, with CA-Vtape I believe the default limit is 5
times within xx minutes. A normal job that actually writes data will not be
able to "fill" that many tapes that quickly; so they don't have a problem.
And I am almost positive that IBM has also such a throttle on both their
3494/ATL and 3494/VTS environments.

I had thought that STK has something similar, but maybe it only applies to
their virtual environment. We (CA-1) had thought about adding some similar
logic (we know if we are rejecting a tape, and if we reject the tape mounted
more then xx times without a success to clear the counter we would abend the
job). But to be honest, when both IBM and CA-Vtape came up with similar
solutions (and I thought STK had as well) we decided to put that project on
the back-burner since it wasn't needed anymore.

If we don't hear from STK on this list, I will send a note directly to my
contact at SUN/STK and find out more tomorrow.

Russell Witt
CA-1 Level-2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Tim Hare
Sent: Wednesday, December 13, 2006 8:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Tape mount / CA-1 / STK question


Before I try writing up the enhancement requests to three vendors, I
thought I'd ask on the list to see if there's already a solution that I'm
overlooking.

Here's the problem:  I created a new backup job which would use "real"
9840s, and modified my HSC (StorageTek) TAPEREQ statements to reflect
that, but I forgot to modify CA-1's TMONSMxx statement so that the job
used tapes from that scratch pool. CA-1 therefore rejected every scratch
9840 tape mounted because the tape was from a specific scratch pool and
the request was not for that pool  - IECTMS3 not scratch message with
reason code 84.  Every time one of these IECTMS3 messages happened,  the
tape was marked scratch in the STK CDS.  This, naturally, depleted by
scratch pool causing failures in other jobs as well.

Yes, I have now fixed the error, but I think somewhere along the line the
various pieces of software involved should be modified so that scratch
pool rejections like that do not cause the tape to be marked as
non-scratch in the CDS.

It's not a simple case however:  CA-1 rejects the tape and drives another
mount. HSC sees each mount as an individual thing. Therefore, if the tape
is still scratch, it might get mounted again immediately, causing the job
to "loop" forever mounting the same tape or set of tapes (depending upon
how HSC picks what the next scratch tape to mount is).

Because ot that kind of issue, I'm thinking this is a three-vendor
problerm:

A.  The original mount (IBM message)  needs some sort of identifier to
identify a unique mount sequence.
B. CA-1 needs to use that identifier in all subsequent mounts used to
satisfy the original request.
C. HSC needs to avoid marking the tapes as non-scratch in this situation,
but it also needs to keep track of the tapes it has already mounted for
the uniquely-identified request so that it can bypass tapes it has already
tried.


Has anyone developed or seen a solution for this, or even things which
would help?  Obviously, paying enough attention to what I'm doing to avoid
making these mistakes is the first thing, but I'm afraid there's not a
debugging tool for the software running on the old "grey matter" box, so
I'm looking for solutions that run on z/OS .


Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Charles Mills]

> if I look at what is patented and come to the conclusion that I don't
> violate a patent, but I actually do, then I face a much greater
> liability for infringing the patent than I would if I didn't even bother
> to look.

I don't think so (but I'm not a patent attorney). If you can put your hand
on a Bible and swear that you did not think you were infringing, then it's
not willful infringement, AFAIK.

Also, in about 99% of all cases, all you would be looking at would be a
cease-and-desist: you would have to re-write the code to be non-infringing,
no other penalty.

And I garbled my baby in my previous post. Meant to say: we should not throw
out the baby of software patents with the bath water of the flaws in the
(entire) patent system.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of McKown, John
Sent: Wednesday, December 13, 2006 2:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM sues maker of Intel-based Mainframe clones

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Gregory, Gary G]

What about DUMP?  Back in the 80's I was attending an XA introduction
class and the IBM'er teaching the class stated it was an acronym that
stood for:

Display 
User 
Memory 
Program 

Maybe something else left over from the System/360 days, who knows? :-)

Regards,

Gary Garland Gregory, MS
Senior Software Engineer
BrightStor Resource Management
CA, Inc.


If it were to be coined today, it would be SPOO, since Online is now one
word.


If I remember correctly, that was what it was called on a Burroughs
B-series system.

Later,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Charles Mills]

I put my reply below your post so as to avoid having to quote the whole
thing.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of McKown, John
Sent: Wednesday, December 13, 2006 2:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM sues maker of Intel-based Mainframe clones

And that is what makes software patents so frustrating. How do I, as a
programmer, know if some code sequence that I just wrote from my own
head, violates a patent? From what I have been told, it is impossible to
know because only a patent attorney is qualified to make that call. And
if I look at what is patented and come to the conclusion that I don't
violate a patent, but I actually do, then I face a much greater
liability for infringing the patent than I would if I didn't even bother
to look.

---

Charles's reply:

I hear you. All I can say is that what you say is equally true if you
substitute "gizmo that I just constructed" for "code sequence that I just
wrote" -- and patents (for gizmos) are considered by many to be a
cornerstone of our system of rewarding inventors for their creativity.

And I think this goes to the heart of the matter. I know this is unpopular
with this group, but I don't think we should throw out software patents. I
would ask:

How come you think if someone invents something made out of brass gears s/he
should be entitled to patent protection, but not if s/he invents something
made out of computer software?

Are there flaws in the process? You bet. I would say they are:

- Lack of openness that would invite "prior art" from the public into the
PTO's process, especially from interested parties.
- Lack of sufficient software expertise in the PTO.
- Duration too long. Think about it. 28 years used to be a reasonable amount
of time. It's not any more. That's more than the time from the first IBM PC
until now! Would your attitude toward software patents soften if all, or all
"hi-tech" (defined somehow), patents had a duration of, perhaps, FIVE years?

I say we should not throw out the baby of software patents with the bath
water of protection for inventors -- of any type.

Two more things:

1. Disclaimer: I'm not totally disinterested. I have a software patent
pending.
2. If you think the PTO will let you patent anything at all with no serious
examination, I can tell you from personal experience that it ain't so.

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: record reformatting ... "flowing" records into each other

[Mueller, David]

Rob Schramm said:

>Oopps. you are correct. 

>I was trying to create a simple example... and only made it more
confusing.

>Basically, we have a letter that was put into 80 column format that
needs to be converted to 103 columns.  


Given that you need to keep words intact (or break at a syllable
boundary with a '-'), and given the 80-char limit of your CM software, I
would suggest a variation of something already mentioned by others.

First code 2 lines in the source code member for each line of your
finished letter.  You could use 80 character records and put the first
80 characters on the first line and the next 23 on the second line of
each pair (leaving the final 57 blank on the second line).  (Or you
could use some other record length, such as 60, with 60 / 43 on the two
records of each pair).  The text would continue right across the
boundary from the first record to the second for each pair, as if they
were both part of the same line (which they will become).  You would
manually control the line-break (from one logical line to the next of
the finished letter) during the coding of the source file.  

Once the file is coded, it can be converted into 103-char records.
Assume 80-character records.  The first step would read the source file
as input and output it blocking the records with an even number of
records in each block - say 100 records per block, for a block-size of
8000.  In the next step, that even-blocked file would be copied again
with the input explicitly having LRECL=160, (and therefore the block
only having 50 records), so that the two parts of each line are
concatenated together.  The output for the second step would truncate
the records to the desired 103 characters each.  IEBGENER or any SORT
program could be used for either or both steps.


David Mueller | Systems Programmer | DMS/EITS
Phone: 850-414-9134 (Rm 107 SRC) | Fax: 850-921-8343
E-mail: [EMAIL PROTECTED]
  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Thompson, Steve (SCI TW)]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Wednesday, December 13, 2006 3:26 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Decimal FP (was: vendor JCL)

>>Simultaneous Peripheral Operations On Line.

>I know that's what IBM says it meant.
>I don't believe them, I think SPOOL always meant spool.

I don't know about that.
The first time I heard it was in the mid-1970's (in University) and I
was told, then, that was what it stood for.

If it were to be coined today, it would be SPOO, since Online is now one
word.


If I remember correctly, that was what it was called on a Burroughs
B-series system.

Later,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Ed Finnell]

 
In a message dated 12/13/2006 4:03:51 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

specified, but datacenter users knew what it meant.  Spool device  was a 
drum which internally looked like a  spool.




>>
FASTRAN II, over 4000lbs. Some folks found the crumple zone in their  raised 
floors. Best one was the Fire control on a Destroyer out of the Navy Yard  in 
D.C. Worked great 'til they made that first turn and the FASTRAN unbolted  
itself from the floor as it continued on it's gyroscopic way!
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: record reformatting ... "flowing" records into each other

[Arthur T.]

 A few people suggested:

Try the ISPF Edit TF ( Text Flow) line command


 For your original example, that might have 
worked.  For your fuller explanation and sample, don't try 
it.  It will play hob with your white-space, and it will 
*not* join words that are split across lines, nor split 
them at 103.  Both are shown in these two lines from your 
example:



103.. but the limitation of our change c
ontrol system is for80 columns.




--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur "at" intergate "dot" com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills
> Sent: Wednesday, December 13, 2006 4:11 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: IBM sues maker of Intel-based Mainframe clones
> 
> 
> There is an awful lot of, ahem, limited patent knowledge 
> being posted on
> this thread.
> 
> You can attach anything you want to a patent. What IS 
> PATENTED is what is in
> the "claims," which are in a very specific and peculiar 
> "language," not
> unlike a programming language in that it assigns words 
> specific meanings
> that are misleadingly similar to the words' normal English meanings.
> 
> And yes, the earlier post that said you don't "patent code" 
> was correct. You
> patent "inventions." Inventions are said in patent-speak to 
> have particular
> "embodiments" -- particular "implementations" to put in 
> computer-speak.
> Unless the invention was specifically a way of coding (as 
> opposed to a way
> of doing some business or similar function that was 
> implemented in software)
> then the code would be an embodiment of the invention, not 
> the invention
> itself. The code would not be patented (but that or any other 
> code that
> implemented or embodied the invention would presumably infringe on the
> patent).
> 
> Patent is a complex subject. People go to school for years, and then
> "practice" for years more to become patent experts. I think 
> everyone in this
> group would snicker at a patent attorney who thought that his 
> exposure to a
> few newspaper articles on system programming made him a 
> system programming
> expert.
> 
> Charles

And that is what makes software patents so frustrating. How do I, as a
programmer, know if some code sequence that I just wrote from my own
head, violates a patent? From what I have been told, it is impossible to
know because only a patent attorney is qualified to make that call. And
if I look at what is patented and come to the conclusion that I don't
violate a patent, but I actually do, then I face a much greater
liability for infringing the patent than I would if I didn't even bother
to look.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Charles Mills]

There is an awful lot of, ahem, limited patent knowledge being posted on
this thread.

You can attach anything you want to a patent. What IS PATENTED is what is in
the "claims," which are in a very specific and peculiar "language," not
unlike a programming language in that it assigns words specific meanings
that are misleadingly similar to the words' normal English meanings.

And yes, the earlier post that said you don't "patent code" was correct. You
patent "inventions." Inventions are said in patent-speak to have particular
"embodiments" -- particular "implementations" to put in computer-speak.
Unless the invention was specifically a way of coding (as opposed to a way
of doing some business or similar function that was implemented in software)
then the code would be an embodiment of the invention, not the invention
itself. The code would not be patented (but that or any other code that
implemented or embodied the invention would presumably infringe on the
patent).

Patent is a complex subject. People go to school for years, and then
"practice" for years more to become patent experts. I think everyone in this
group would snicker at a patent attorney who thought that his exposure to a
few newspaper articles on system programming made him a system programming
expert.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Bruce Black
Sent: Wednesday, December 13, 2006 1:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM sues maker of Intel-based Mainframe clones

> From my experience with software patents I've been involved with, one 
> does not patent "code".  One patents ideas and techniques.  The actual 
> code implementing those ideas/techniques is not part of the patent, 
> and can remain a trade secret.
In a patent infringement case I was involved in, the plaintiff had 
attached the entire logic manual of the software product to the 
patent!!  No code, but a lot could be learned from the manual.   
Fortunately, the plaintiffs lawyers  correctly determined that the 
patent, as filed, was unenforceable and they went away.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Kirk Talman]

COmmon
Business
Oriented
Language

IBM Mainframe Discussion List  wrote on 12/13/2006 
05:03:22 PM:

> I thought it was:
> Common
> Oriented
> Business
> Operating
> Language
> 
> So, you're saying:
> COmmon
> Business
> Operating
> Language


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message. Thank you

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL) Now COBOL

[Alan C. Field]

Neither: 

COBOL (Common Business Oriented Language)




>CoBOL doesn't fit the standard acronym

My memory is failing me on this one.

I thought it was:
Common
Oriented
Business
Operating
Language

So, you're saying:
COmmon
Business
Operating
Language






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Kirk Talman]

First time I heard it was at Case Institute of Technology in 1963-4 in 
reference to the Univac 1107.  Don't remember seeing its meaning 
specified, but datacenter users knew what it meant.  Spool device was a 
drum which internally looked like a spool.

IBM Mainframe Discussion List  wrote on 12/13/2006 
04:53:39 PM:

> They'd find some other "L" word to make it mean SPOOL.
> maybe:
> Simultaneous Peripheral Operations Online Leveling.
 


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message. Thank you

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Ted MacNEIL]

>CoBOL doesn't fit the standard acronym

My memory is failing me on this one.

I thought it was:
Common
Oriented
Business
Operating
Language

So, you're saying:
COmmon
Business
Operating
Language

?

When in doubt.
PANIC!!  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Howard Brazee]

On 13 Dec 2006 13:24:33 -0800, [EMAIL PROTECTED] (Ted MacNEIL)
wrote:

>>I know that's what IBM says it meant.
>>I don't believe them, I think SPOOL always meant spool.
>
>I don't know about that.
>The first time I heard it was in the mid-1970's (in University) and I was 
>told, then, that was what it stood for.

Me too.   But since even then it meant "spool", it was obvious that it
was retro-fitted into an acronym.

>If it were to be coined today, it would be SPOO, since Online is now one word.

They'd find some other "L" word to make it mean SPOOL.
maybe:
Simultaneous Peripheral Operations Online Leveling.

Of course CoBOL doesn't fit the standard acronym bit of one letter per
word.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Ted MacNEIL]

>>Simultaneous Peripheral Operations On Line.

>I know that's what IBM says it meant.
>I don't believe them, I think SPOOL always meant spool.

I don't know about that.
The first time I heard it was in the mid-1970's (in University) and I was told, 
then, that was what it stood for.

If it were to be coined today, it would be SPOO, since Online is now one word.

Of course, if it were spoo, it would have to be aged, because only Narns eat 
fresh spoo.

When in doubt.
PANIC!!  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Bruce Black]

From my experience with software patents I've been involved with, one 
does not patent "code".  One patents ideas and techniques.  The actual 
code implementing those ideas/techniques is not part of the patent, 
and can remain a trade secret.
In a patent infringement case I was involved in, the plaintiff had 
attached the entire logic manual of the software product to the 
patent!!  No code, but a lot could be learned from the manual.   
Fortunately, the plaintiffs lawyers  correctly determined that the 
patent, as filed, was unenforceable and they went away.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: delete noscratch performance at DR

[Bruce Black]

When we do our Disaster recovery tests we wind up do a large amount of 
delete noscratch against our user catalogs. We basically uncatalog all 
of our disk datasets leaving just the tape datasets in the catalogs.  
The catalogs are restored along with full pack restores of certain 
volumes.  We then selectively restore our needed disk datasets, almost 
always to different volsers than in production.
First quesion: if you restore the user catalogs, why do you need to 
uncatalog the datasets?   Restore would effectly uncatalog anything that 
had changed since the backup


Well we generate the IDCAMS delete noscratch statements in about 20 
seconds, but then running the acutal IDCAMS deletes takes upwards of 
80 minutes to uncatalog 92,000 entries from our largest user catalog.  
We delete them in alphabetical order.


Do you know of anyway I can SPEED up this process??
I find that catalog caching had the largest known effect on catalog 
operation times.  Check out the caching options in the "Managing 
Catalogs" manual.  It might even be possible to disable caching during 
the uncatalogs.   This might be done by altering the SHR options to make 
the catalog appear to be unshared during the uncatalogs.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL compiler options JCL PARM.

[Ed Gould]

R$ay,

I have worked in several different environments.
1 They would not allow programmers write their own procs.
2 If programmers did write their own then it was unsupported by TS
3 Programmers had to use the procs provided by TS, even vendor
supplied compile type procs had to be signed off by TS.

I think 3 was the easiest to live in.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Knutson, Sam]

Some interesting thoughts on software patents...

http://lpf.ai.mit.edu/Patents/patents.html

Thanks, Sam 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Brazee
Sent: Tuesday, December 12, 2006 4:30 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM sues maker of Intel-based Mainframe clones

On 12 Dec 2006 12:40:27 -0800, [EMAIL PROTECTED] (Jeffrey D.
Smith) wrote:

>I patented a data compression process, and I saw how the sausage was 
>made at the patent office. For many reasons, I think patenting software

>is a very bad idea. I think copyright protections are stronger and 
>easier to enforce. Software patents are mostly for Public Relations and
marketing.

Do you think it is a bad idea for companies to patent their software?
As opposed to, say, trade secrets?

Arguments for this are of interest to software developers.

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: If you need to delete a UCB

[Bruno Sugliani]

On Wed, 13 Dec 2006 22:36:07 +1000, Shane <[EMAIL PROTECTED]> wrote:

>Anyone else detect a smidgen if annoyance in Barbs post ???.
>

I don't see what you mean  
But then , when east-coast meets west-coast on the outskirts of a dump ...
Hello Barbara apart from that .. how are you ?  :-))

Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Truly detecting that an LPAR is capped

[Bruno Sugliani]

On Wed, 13 Dec 2006 10:02:36 -0600, Shannon Collinson
<[EMAIL PROTECTED]> wrote:

>Does anyone know a field in a control block somewhere that I can check to
>see if an LPAR is currently capped?  I was using the IRALPDAT data area
>and comparing the defined capacity to the 4-hour average to determine
>capping, but of course if we drop our defined capacity down after a period
>of heavy activity, that info tells me we're capping when somehow RMF and
>WLM know that we're not.  I think it has something to do with
>LPDATSERVICECAPPEDTIME, but I'm not sure how the LPDATSERVICETABLE is
>updated so don't know where I should be looking.  A flag that
>indicates "capping!" for this service period would be ideal, but I'm open
>to any suggestions.  Thanks!

We wrote something in order to send a message to the console before capping
happens . 
( the idea being to slow down some people or reduce the number of inits )
Anyway the idea was to know before it really happens and act accordingly
Have a look at CPCHCAP or something like that 
We found some very nice hints in this book 
http://www.redbooks.ibm.com/redbooks/pdfs/sg246645.pdf

Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Tape mount / CA-1 / STK question

[Mark Zelden]

On Wed, 13 Dec 2006 13:50:30 -0500, Tim Hare <[EMAIL PROTECTED]> wrote:

>>HSC/SMC get involved at allocation so they are out of the picture at
>>that point. All HSC knows is a tape was mounted so it marks it
>>non-scratch in the CDS to preserve integrity.  HSC would probably need
>>to add hooks into the system like other tape management software does
>>to do more.
>
>I know SMC influences allocation, however HSC is involved at other points.
>When installing you're told to make sure that the HSC subsystem follows
>TMS in the IEFSSNxx definitions - that's so that HSC sees messages _after_
>CA-1 has dealt with them.  I believe this is HSC's "hook" into what's
>happening with the tapes.
>

You might call it semantics, but that isn't a "hook". The software
is "listening" on a documented interface (SSI). And these days (since 
HSC 5.0) it's not the order where HSC is defined that matters, it's SMC 
since SMC does the tape allocation.  The order should be TMS/TLMS, SMC,
then MIA if you run MIM allocation.   

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: delete noscratch performance at DR

[Dave Kopischke]

On Tue, 12 Dec 2006 18:01:48 -0500, Harold Zbiegien wrote:

>
>Do you know of anyway I can SPEED up this process??
>

We do essentially the same thing at our DR tests.

I have a REXX EXEC that runs through all the catalogs and verifies 
datasets in each catalog actually reside on the volume the catalog says it 
does. If not, I generate a DELETE NOSCRATCH statement for IDCAMS. Deleting 
a couple thousand entries is fairly fast. We do have one catalog that 
contains 99% stale data, so I end up erasing almost all of the catalog 
entries in that catalog - tens of thousands. While it takes a while to 
complete this cleanup, it's nowhere near 80 minutes.

Maybe splitting it up into smaller chunks ??? I perceive the cleanup 
process slows down after several thousand deletes as well. But I've got 
other things going on while that is running, so I don't really care that 
much.

Good Luck.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Walt Farrell]

On 12/13/2006 10:37 AM, Howard Brazee wrote:

As more and more people say this, software developers should consider
the possibility that the laws may be changed.When we patent code,
it will be available for all to see - and if the patent is
invalidated, it will still be public. That won't matter for basic
concepts such as one-click purchasing - but for other applications, we
may wish we had the code as trade-secrets.


From my experience with software patents I've been involved with, one 
does not patent "code".  One patents ideas and techniques.  The actual 
code implementing those ideas/techniques is not part of the patent, and 
can remain a trade secret.


Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Where does IBM document how to directly call the Pause Element routines

[Binyamin Dissen]

On Wed, 13 Dec 2006 13:31:59 -0500 "Craddock, Chris" <[EMAIL PROTECTED]>
wrote:

:>> Where does IBM document how to directly call the Pause Element
:>> routines? All I can find is the requirement to either link to or load
:>the IEAV*
:>> routine.
 
:>> Compare this with the name token services which have the info of how
:>to
:>> locate the routines via CVTCSRT.

:>The logic is basically the same. If you take a look at the entrypoint(s)
:>you get back from loading the stubs, you will see they are essentially
:>the same as those for name/tokens. 

I saw that.

I was wondering where IBM also explicitly documented it. And if not, was it a
decision or an oversight?

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Tape mount / CA-1 / STK question

[Tim Hare]

>HSC/SMC get involved at allocation so they are out of the picture at
>that point. All HSC knows is a tape was mounted so it marks it
>non-scratch in the CDS to preserve integrity.  HSC would probably need 
>to add hooks into the system like other tape management software does 
>to do more. 

I know SMC influences allocation, however HSC is involved at other points. 
When installing you're told to make sure that the HSC subsystem follows 
TMS in the IEFSSNxx definitions - that's so that HSC sees messages _after_ 
CA-1 has dealt with them.  I believe this is HSC's "hook" into what's 
happening with the tapes. 

Two people have mentioned that they think a tape is marked "non scratch" 
at the time it is mounted - is there anyone from StorageTek on this list 
that can verify that the tape is marked "not scratch" at mount time, as 
opposed to OPEN, CLOSE, EOV or the IECTMS3 occurrence?  To me it would 
make sense to do the "not scratch" change at OPEN time if the DCB is 
opened for any kind of output function- however as Mr. Zelden says, that 
would involve hooks in the same place as tape management software like 
CA-1.




Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Where does IBM document how to directly call the Pause Element routines

[Craddock, Chris]

> Where does IBM document how to directly call the Pause Element
> routines? All I can find is the requirement to either link to or load
the IEAV*
> routine.
> 
> Compare this with the name token services which have the info of how
to
> locate the routines via CVTCSRT.

The logic is basically the same. If you take a look at the entrypoint(s)
you get back from loading the stubs, you will see they are essentially
the same as those for name/tokens. 

CC

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Tape mount / CA-1 / STK question

[Vernooy, C.P. - SPLXM]

"Tim Hare" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]
e.fl.us>...
> Before I try writing up the enhancement requests to three vendors, I 
> thought I'd ask on the list to see if there's already a solution that
I'm 
> overlooking.
> 
> Here's the problem:  I created a new backup job which would use "real"

> 
> Has anyone developed or seen a solution for this, or even things which

> would help?  Obviously, paying enough attention to what I'm doing to
avoid 
> making these mistakes is the first thing, but I'm afraid there's not a

> debugging tool for the software running on the old "grey matter" box,
so 
> I'm looking for solutions that run on z/OS .
> 

Tim,
I know the problem and found out that I had to live with it.

So I can't provide you with a solution, but there are a couple of things
in your analyzes that could do with some clarifications/corrections:

1. The basic problem is the different view on tapepools by CA1 and HSC.
If a scratch is requested without a pool specification, HSC allows any
tape, while CA1 only allows non-subpool tapes.
2. If HSC has mounted a scratchtape, it marks it as non-scratch, because
it has no view on what has happened to the tape when it is dismounted.
It remains non-scratch till the next scratch-synchronization and
therefor it will never mount the same tape again on the retry, but wil
mount the next tape.
3. The "next" is dependent on the sub-pooling in the HSC. If you have
subpools in HSC, it will select the next tape (within the same silo to
avoid pass-throuhgs) from the same pool, until another job requesta a
tape from another pool, after which the error-job will be satisfied with
the next tape from this new pool (I hope I am clear). Basically, given
enough time, you will run out of all scratches in your HSC.
4. You can somewhat tackle and automate the problem by setting WARN
thresholds for your HSC scratchpools and run scratch-synchronization or
even more CA1 maintenance to provide the HSC with a new set of
scratchtapes.
5. Finally, the operator must detect and cancel this destructive job.

Kees.

Thinking about your problem, I realize we have a slightly different
approach/implementation, that might provide some help for you:
We avoided the synchronization problem between TAPEREQ and TMONSMxx
because of 2 reasons:
1. For datasets mentioned in TMONSMxx, we don't have TAPEREQ statements,
but use HSC exit SLSUX01 to analyze the TMS001 and TSM002 mount
messages, extract the CA1 scratchpool or SCRTCH/PRIVAT from the message
and modify the HSC mount parameterlist to mount a scratch from the same
HSC scratchpool. These CA1 and HSC subpools must correspond.
2. For datasets mentioned in TAPEREQ statements, we specify a
scratchpool in TAPEREQ and don't mention these datasets in TMONSMxx. The
scratchpool in TAPEREQ is not known to CA1, so CA1 will accept tapes
from non-CA1 subpools. These HSC scratchpools must therefore correspond
with non-CA1 subpools.

Therefor we don't have your problem when adding datasets to either
TAPEREQ or TMOSNMxx, because these datasets only exist in either of the
members. Only when we move a dataset from TSMNSMxx to TAPEREQ, we could
run in contradicting definitions, but that happened only once or twice
in the past decade.

Maybe this helps.
Kees.

By the way: soon we will have eliminated the problem entirely, since we
are moving from STC to the IBM TS7700.



**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286 
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Tape mount / CA-1 / STK question

[Vernooy, C.P. - SPLXM]

"Tim Hare" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]
e.fl.us>...
> Before I try writing up the enhancement requests to three vendors, I 
> thought I'd ask on the list to see if there's already a solution that
I'm 
> overlooking.
> 
> Here's the problem:  I created a new backup job which would use "real"

> 9840s, and modified my HSC (StorageTek) TAPEREQ statements to reflect 
> that, but I forgot to modify CA-1's TMONSMxx statement so that the job

> used tapes from that scratch pool. CA-1 therefore rejected every
scratch 
> 9840 tape mounted because the tape was from a specific scratch pool
and 
> the request was not for that pool  - IECTMS3 not scratch message with 
> reason code 84.  Every time one of these IECTMS3 messages happened,
the 
> tape was marked scratch in the STK CDS.  This, naturally, depleted by 
> scratch pool causing failures in other jobs as well. 
> 
> Yes, I have now fixed the error, but I think somewhere along the line
the 
> various pieces of software involved should be modified so that scratch

> pool rejections like that do not cause the tape to be marked as 
> non-scratch in the CDS. 
> 
> It's not a simple case however:  CA-1 rejects the tape and drives
another 
> mount. HSC sees each mount as an individual thing. Therefore, if the
tape 
> is still scratch, it might get mounted again immediately, causing the
job 
> to "loop" forever mounting the same tape or set of tapes (depending
upon 
> how HSC picks what the next scratch tape to mount is).
> 
> Because ot that kind of issue, I'm thinking this is a three-vendor 
> problerm:
> 
> A.  The original mount (IBM message)  needs some sort of identifier to

> identify a unique mount sequence.
> B. CA-1 needs to use that identifier in all subsequent mounts used to 
> satisfy the original request.
> C. HSC needs to avoid marking the tapes as non-scratch in this
situation, 
> but it also needs to keep track of the tapes it has already mounted
for 
> the uniquely-identified request so that it can bypass tapes it has
already 
> tried.
> 
> 
> Has anyone developed or seen a solution for this, or even things which

> would help?  Obviously, paying enough attention to what I'm doing to
avoid 
> making these mistakes is the first thing, but I'm afraid there's not a

> debugging tool for the software running on the old "grey matter" box,
so 
> I'm looking for solutions that run on z/OS .
> 
> 
> Tim Hare
> Senior Systems Programmer
> Florida Department of Transportation
> (850) 414-4209

Tim,
I know the problem and found out that I had to live with it.

So I can't provide you with a solution, but there are a couple of things
in your analyzes that could do with some clarifications/corrections:

1. The basic problem is the different view on tapepools by CA1 and HSC.
If a scratch is requested without a pool specification, HSC allows any
tape, while CA1 only allows non-subpool tapes.
2. If HSC has mounted a scratchtape, it marks it as non-scratch, because
it has no view on what has happened to the tape when it is dismounted.
It remains non-scratch till the next scratch-synchronization and
therefor it will never mount the same tape again on the retry, but wil
mount the next tape.
3. The "next" is dependent on the sub-pooling in the HSC. If you have
subpools in HSC, it will select the next tape (within the same silo to
avoid pass-throuhgs) from the same pool, until another job requesta a
tape from another pool, after which the error-job will be satisfied with
the next tape from this new pool (I hope I am clear). Basically, given
enough time, you will run out of all scratches in your HSC.
4. You can somewhat tackle and automate the problem by setting WARN
thresholds for your HSC scratchpools and run scratch-synchronization or
even more CA1 maintenance to provide the HSC with a new set of
scratchtapes.
5. Finally, the operator must detect and cancel this destructive job.

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286 
*

Where does IBM document how to directly call the Pause Element routines

[Binyamin Dissen]

All I can find is the requirement to either link to or load the IEAV* routine.

Compare this with the name token services which have the info of how to locate
the routines via CVTCSRT.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: record reformatting ... "flowing" records into each other

[Arthur T.]

On 13 Dec 2006 08:47:19 -0800, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
[EMAIL PROTECTED] (Schramm, Rob) wrote:


Basically, we have a letter that was put into 80 column 
format that

needs to be converted to 103 columns.


 This time, your example shows that even white space 
is conserved from one format to the other.  My first 
question would be, "How did you go from 103 to 
80?"  Perhaps the same program would work the other 
direction.


 My previous suggestion should still work, too.  Make 
sure the FB 80 dataset has a blksize of 8240, and just 
Gener it specifying LRECL=103 on the input and output 
datasets.



--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur "at" intergate "dot" com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Tape mount / CA-1 / STK question

[Mark Zelden]

On Wed, 13 Dec 2006 12:36:51 -0500, Tim Hare <[EMAIL PROTECTED]> wrote:

>>
>> Obviously you meant to write "marked *not* scratch" above.
>>
>
>Yes I did, thanks for the correction
>
>
>>
>> Write procedures so you don't forget.  Put a note in the TAPEREQ member
>to remind you to check TMONSMxx when you make changes.
>
>Good suggestions
>
>>
>> I've never run into this but I haven't worked at a shop that used
>> TMONSMxx in a long time.   I just let TAPEREQ control what type
>> of media (virtual, physical 3490, physical 9840 etc.).
>
>So, you don't define any scratch pools in CA-1, or you just don't assign
>them in CA-1?
>

No pools.  I haven't been at a shop that needed them in a long time.
There are "natural" pools by media type and HSC knows which ones
to pick (after examining TAPEREQ) and what device type to use by virtue 
of SCRPOOL / VOLATTR / UNITATTR HSC parmlib members / statements. 

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FREEZE a TCB

[Craddock, Chris]

> >> If someone knows a tool to freeze some TCB's in an address space.
> >>
> >
> > You used to be able to do that with ENQ SMC=STEP and with STATUS
STOP.
> > I believe that the second is no longer available, but the first
should
> > be. I don't recall whether SMC is authorized.
> >
> 
> The use of STATUS STOP is described here:
>
*http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a660/3.3
*

This works, as does John's suggestion of using an IRB but that requires
auth and status does not, provided the victim task is one of your own
subtasks. 

However, be VEWY VEWY CAREFUL... "freezing" a task that is in an
indeterminate state with respect to resources held, can bring your
system to a shuddering halt. There are inadvertent consequences to many
things that looked like a good idea at the time :-)


CC

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: record reformatting ... "flowing" records into each other

[Jerry Whitteridge]

Try the ISPF Edit TF ( Text Flow) line command

Jerry Whitteridge
Safeway Inc
925 951 4184
  

> [mailto:[EMAIL PROTECTED] On Behalf Of Schramm, Rob
> Sent: Wednesday, December 13, 2006 8:47 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: record reformatting ... "flowing" records into each other
> 
> Oopps. you are correct. 
> 
> I was trying to create a simple example... and only made it more
> confusing.
> 
> Basically, we have a letter that was put into 80 column format that
> needs to be converted to 103 columns.  
> 
> Here would be an example of taking a letter stored in 40 columns and
> converting it to be a 60 column letter.  (I shortened it so the e-mail
> doesn't kill the formatting)
> 

"MMS " made the following annotations.
--
Warning: 
All e-mail sent to this address will be received by the Safeway corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain information proprietary to Safeway and is 
intended only for the use of the intended recipient(s).  If the reader of this 
message is not the intended recipient(s), you are notified that you have 
received this message in error and that any review, dissemination, distribution 
or copying of this message is strictly prohibited.  If you have received this 
message in error, please notify the sender immediately. 
  
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Kirk Talman]

circa 1972, 70xx emulation on 360/50 roughly doubled the number of frames. 
 We got a 50 with emulation on it because the lessor had to scramble when 
the union people delivering a 50 refused to let non-union people who knew 
what they were doing unload a van.  A 50 dropped on a sidewalk face down 
is an interesting sight.  Every one of those little levers bent 90 
degrees.   IBM maint CEs got the thing working again.  Good show!

And to show that some people are not trainable, the people removing the 
old 40 from the building -- dropped it on a sidewalk face down!

IBM Mainframe Discussion List  wrote on 12/13/2006 
12:01:09 PM:

> -
> ISTR running 7040 Emulation on a 370/168 as well. Don't remember if it 
> was via hardware or software. Circa 1974.
> 

-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message. Thank you

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: record reformatting ... "flowing" records into each other

[Frank Yaeger]

Rob Schramm wrote on 12/13/2006 08:46:30 AM:
> Oopps. you are correct.
>
> I was trying to create a simple example... and only made it more
> confusing.
>
> Basically, we have a letter that was put into 80 column format that
> needs to be converted to 103 columns.

I can't think of a practical way to do this with DFSORT's built-in
functions.  If the input length and output length were multiples of each
other (e.g. 40 to 60), I think I could come up with a reasonable way to do
it using SPLICE, but for 80 to 103, that method wouldn't work well.

Perhaps writing your own E15 or E35 exit, as somebody else suggested, would
be the best way to proceed.

Frank Yaeger - DFSORT Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: record reformatting ... "flowing" records into each other

[Tim Hare]

Ancient method -  may or may not be suitable for what  you're doing:

Step 1:  IEBGENER the 80 character records into a dataset with attributes 
of LRECL=80 BLKSIZE=(8240 or  16480 or 24720)

Step 2: IEBGENER using the same file as input, coding LRECL=103 and the 
same BLKSIZE you used.  IEBGENER will copy the LRECL from input, or you 
can code it if you want.

This  works because 8240, 16480, or 24720 are all multiples of 80 * 103.

You may need to add some records to the end of the original dataset to 
make the last block come out "even" - I can't remember if I needed to do 
that or not. 



Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Tape mount / CA-1 / STK question

[Tim Hare]

> 
> Obviously you meant to write "marked *not* scratch" above.
> 

Yes I did, thanks for the correction


> 
> Write procedures so you don't forget.  Put a note in the TAPEREQ member 
to remind you to check TMONSMxx when you make changes. 

Good suggestions

> 
> I've never run into this but I haven't worked at a shop that used
> TMONSMxx in a long time.   I just let TAPEREQ control what type
> of media (virtual, physical 3490, physical 9840 etc.).

So, you don't define any scratch pools in CA-1, or you just don't assign 
them in CA-1? 

Thanks,

Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

HSM Access To RMM's Resource FACILITY Class STGADMIN.EDG.RELEASE

[Robert S. Hansel (RSH)]

(Cross-posted to IBM-MAIN and RACF-L)

Greetings all,

In a client environment, Started Task HSM has the RACF TRUSTED attribute.
Yet, when it is attempting to release empty tapes, it needs READ access
permission to RMM's FACILITY class resource STGADMIN.EDG.RELEASE in order to
perform this function. I find this odd because I would have expected its
TRUSTED authority to allow this access. I presume RMM is initiating the
RACROUTE access authorization call and am curious as to how it is doing so
such that HSM's TRUSTED authority is not coming into play. For instance, is
RMM using RACROUTE REQUEST=FASTAUTH or is it building a separate ACEE for
HSM rather than using the one associated with the Started Task. Your
shedding light on this matter will be greatly appreciated.


Regards, Bob

Robert S. Hansel
RACF Specialist
RSH Consulting, Inc.
www.rshconsulting.com
617-969-8211

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: record reformatting ... "flowing" records into each other

[Don Imbriale]

ISPF edit can do this.  The TF line command or TFLOW edit macro command 
should do the trick.  Something like ISREDIT TFLOW 1 15 will flow all 
lines from line 1 to the end into 15 byte 'chunks' and honor word 
boundaries.

Don Imbriale

On Tue, 12 Dec 2006 17:59:35 -0500, Schramm, Rob wrote:

>I think DFSORT can do this.. but I don't see it in the manual.. or I am
>missing it.  I want to take an input file lrecl=11 and output lrecl=15
>so that the records are joined.
>
>The input records
>
>record 1: 123 456 789
>record 2: abc def ghi
>record 3: jkl mnop qr
>
>would become output records like..
>
>record 1: 123 456 789 abc
>record 2: def ghi jkl qr
>
>Can anyone point me in the right direction?  I would like to use
>DFSORT/ICETOOLs if possible or something like FILEMAN.
>
>Lost in file-reformatting,
>Rob
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: delete noscratch performance at DR

[Rick Fochtman]

Harold Zbiegien wrote:


We have a performance problem I am trying to improve.

When we do our Disaster recovery tests we wind up do a large amount of 
delete noscratch against our user catalogs. We basically uncatalog all 
of our disk datasets leaving just the tape datasets in the catalogs.  
The catalogs are restored along with full pack restores of certain 
volumes.  We then selectively restore our needed disk datasets, almost 
always to different volsers than in production.


Well we generate the IDCAMS delete noscratch statements in about 20 
seconds, but then running the acutal IDCAMS deletes takes upwards of 
80 minutes to uncatalog 92,000 entries from our largest user catalog.  
We delete them in alphabetical order.


Do you know of anyway I can SPEED up this process??

The job runs unconstrained.  It pretty much is the only thing running 
in the system, it (CATALOG address space) must be doing a huge amount 
of IO.


I though perhaps deleteing things in reverse alphabetical order might 
improve things but that is just a wild guess.


-
While I can't speak for reverse order with respect to catalog entries, 
it makes a HUGE difference in deleting PDS members.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Rick Fochtman]

-
It's an axiom of system programmers' lives that you can get a HELL of a 
lot done if the phone's not ringing.


Even more if you close and lock the office door! 

ISTR running 7040 Emulation on a 370/168 as well. Don't remember if it 
was via hardware or software. Circa 1974.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to add open systems access to a Shark

[Rick Fochtman]

--
I have tasked with evaluating what it would take to partition an 
existing 2105-F20 Shark to create an open system SAN. The shark is 2TB 
with 8 36GB eightpacks, 4 long-wave FICON adapters and 16GB of cache. At 
the moment the storage is configured exclusively for use by mainframe 
systems. The reconfiguration I am looking at would see the Shark divided 
roughly half and half for mainframe and open systems.


I have a number of questions:
1) I presume most of the work here is in reconfiguring the clusters to 
dedicate some storage to the open systems side. Can anyone share there 
experiences in doing this?


We were blessed with a CE that did this in less time than it took to 
explain it. But we only did two drawers.



2) I presume I will need some sort of SAN controller to attach to the 
shark via FICON (fiber channel). Does this connection have to be short 
wave or long wave?

--
We used SCSI connections; the geography in our computer room was 
amenable to this. We had extra ESCON adapters that we replaced with the 
SCSI adapters.


--
3) Is the cache either partitionable or shareable?
--
IIRC, neither.

--
4) Any hints, tips or suggestions would be appreciated.
---
We ultimately went to dedicated storage servers and reverted the Shark 
to all mainframe storage.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: record reformatting ... "flowing" records into each other

[Schramm, Rob]

Oopps. you are correct. 

I was trying to create a simple example... and only made it more
confusing.

Basically, we have a letter that was put into 80 column format that
needs to be converted to 103 columns.  

Here would be an example of taking a letter stored in 40 columns and
converting it to be a 60 column letter.  (I shortened it so the e-mail
doesn't kill the formatting)

lrecl=40 .. the numbers are so I don't mess up the columns again.

1234567890123456789012345678901234567890
This is a sample of what I want to do. I
 know that it is a  bit silly to have to
 convert a letter from 80 column into   
103.. but the limitation of our change c
ontrol system is for80 columns. 

Sincerely,  
Rob Schramm


lrecl=60... and the letter appears as intended.

123456789012345678901234567890123456789012345678901234567890
This is a sample of what I want to do. I know that it is a  
bit silly to have to convert a letter from 80 column into   
103.. but the limitation of our change control system is for
80 columns. 
Sincerely,  
Rob Schramm









This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Howard Brazee]

On Wed, 13 Dec 06 14:59:47 GMT, [EMAIL PROTECTED] wrote:

>Sigh!  Child, you are being told by bit gods to clean up
>your bits.  That is not inconsiderate in this medium
>called newsgroups.

and 

>
>Yet you dismiss a polite hint that you were not being considerate.
>You need to learn how to learn from your betters.

No smiley needed for your posts, it should be obvious to all.

But the world is full of Righteous people who are pretty close to
believing what you posted.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Truly detecting that an LPAR is capped

[Shannon Collinson]

Does anyone know a field in a control block somewhere that I can check to 
see if an LPAR is currently capped?  I was using the IRALPDAT data area 
and comparing the defined capacity to the 4-hour average to determine 
capping, but of course if we drop our defined capacity down after a period 
of heavy activity, that info tells me we're capping when somehow RMF and 
WLM know that we're not.  I think it has something to do with 
LPDATSERVICECAPPEDTIME, but I'm not sure how the LPDATSERVICETABLE is 
updated so don't know where I should be looking.  A flag that 
indicates "capping!" for this service period would be ideal, but I'm open 
to any suggestions.  Thanks!
   Shannon Collinson
   SunTrust Bank

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL compiler options JCL PARM.

[Ray Mullins]

Hello Peter,

I'm glad I could provide some ideas!

The one thing you can't guard against is people doing DD card overrides or
even worse/better, writing their own compile procs.  But if they're good
enough to write their own procs, maybe they should move into systems.  *g*
(Hey, that's what I did 20+ years ago...)

Later,
Ray 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Nuttall, Peter [CCC-OT_IT]
Sent: Wednesday December 13 2006 00:31
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: COBOL compiler options JCL PARM.

Many thanks Ray,

I may look into this as a possible long term solution. 

For the moment I have removed the options which are default at this site
(some differ from the manual because they have been overridden by the
sysproggys here) and abbreviated any that are left.

Kind Regards,
Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf
Of Ray Mullins
Sent: 12 December 2006 17:19
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: COBOL compiler options JCL PARM.


Having been down this path before in a galaxy far, far away:

Because you can have multiple CBL cards at the beginning, have a PDS
(SAF.PROT.CBL.DATA) whose members consist of single control cards - for
example

XREFY = CBL XREF
XREFN = CBL NOXREF
LISTY = CBL LIST
LISTN = CBL NOLIST

(of course, this is not an exhaustive list)

Then have a proc:

//DOMYCOMP PROC XREF=Y,LIST=N,PROG=XYZ
...
//C EXEC PGM=IGYCBL00,...
//SYSIN DD DISP=SHR,DSN=SAF.PROT.CBL.DATA(XREF&XREF)
//  DD DISP=SHR,DSN=SAF.PROT.CBL.DATA(LIST&LIST)
//* THE FOLLOWING CONTAINS CBL PARMS THAT WE NEVER, EVER, EVER
//* WANT THE PROGRAMMERS TO OVERRIDE, E.G., NOSSRANGE
//  DD DISP=SHR,DSN=SAF.PROT.CBL.DATA(ALWAYS)
//  DD DISP=SHR,DSN=OUR.BIG.OLD.SOURCE.COBOL(&PROG)
...

You give the programmers the opportunity to override selected parms, and
since CBL statement processing always takes the last specification of a
keyword, the ALWAYS member contains those you want to enforce.  And SAF is
your friend preventing those pesky application programmers from creating
their own custom members.

Would this help in your situation?

Best regards,
Ray

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MAXIMUM of COPY FROM(IN1) TO(OUT1) USING(OUT1) what is the limit for "USING" in DFSORT

[Frank Yaeger]

Tommy Tsui wrote on 12/12/2006 09:27:47 PM:
> Hi Frank,
> Yes, you already answer my question. Thanks. I means what is the total
> number of CNT statement allow in each ICETOOLS. Because I need to
> generate 200 or more CNT statement in each job.

DFSORT's ICETOOL does not have a limit for the number of CNTL
statements, but there is a system limit for DD statements that you will run
into eventually.

Frank Yaeger - DFSORT Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Howard Brazee]

On 13 Dec 2006 04:56:41 -0800, [EMAIL PROTECTED] (Shmuel
Metz , Seymour J.) wrote:

>>Don't use acronyms at all.   Make up a new word (is CICS still an
>>acronym (or has it gone the way LASER went)?   Was SPOOL *ever* an
>>acronym?)
>
>Simultaneous Peripheral Operations On Line.

I know that's what IBM says it meant.   I don't believe them, I think
SPOOL always meant spool.

Anybody ever spell it out the way Americans tend to spell out CICS?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[Howard Brazee]

On 12 Dec 2006 14:20:13 -0800, [EMAIL PROTECTED]
(Thompson, Steve  , SCI TW) wrote:

>Patents for software have become WRONG. The longer I'm in this
>profession, the stronger this professional opinion is (not as a lawyer,
>but as a software developer).

As more and more people say this, software developers should consider
the possibility that the laws may be changed.When we patent code,
it will be available for all to see - and if the patent is
invalidated, it will still be public. That won't matter for basic
concepts such as one-click purchasing - but for other applications, we
may wish we had the code as trade-secrets.

Software has also impacted our concept of "look and feel".   This can
be things such as having the accelerator on the right and the brake on
the left, both operated by your foot.If changes are coming,
however someone defines your new screen as infringing on your
competitor's old screen can change.(Or when we move to a different
vendor - and ask to make our screens work like our old vendor's
screens).

The trouble is - what will we need to have as guidelines?   Who will
enforce them?   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL compiler options JCL PARM.

[Ed Finnell]

 
In a message dated 12/13/2006 9:30:37 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

And  there's no concern of consistency -- there's no need to make
the behavior  of the compiler when called from a program passing
PARM>100 characters  consistent with its behavior when loaded as



>>
 
For those with short memories and lazy fingers. I put together a short  
zoomerang survey a few months ago. Published the results here and sent  pretty 
picture to IBM. Never heard back one way or the other. This is .csv  format 
should 
be able to cut and paste into Excel or Lotus.
 
<---Start .csv -->
Management Concerns,
,1,2,3,4,5
,Strongly  agree,Disagree,Neutral,Agree,Strongly Agree
1. We need this  feature,0%,6%,21%,33%,40%
,0,4,14,22,27
2. Current programs and  systems should continue to run  
unaltered,1%,0%,3%,15%,81%
,1,0,2,10,54
3. This feature should not  open integrity exposure;i.e. buffer  
overrun,1%,4%,3%,21%,70%
,1,3,2,14,47
4. This option should be  customizable by site.,12%,13%,34%,25%,15%
,8,9,23,17,10
5. This  option should be OPER  setable.,21%,18%,36%,18%,7%
,14,12,24,12,5
6. This should be a SHARE  requirement,0%,12%,43%,22%,22%
,0,8,29,15,15
Implementation  concerns,
,1,2,3,4,5
,Strongly agree,Disagree,Neutral,Agree,Strongly  Agree
"1. Add DDNAME support, leave length  alone.",39%,30%,18%,4%,9%
,26,20,12,3,6
2. Add DDNAME support and  extend length.,31%,16%,30%,13%,9%
,21,11,20,9,6
3. Extend length  without DDNAME.,8%,9%,21%,26%,36%
,5,6,14,17,24
4. Add a syntax  scanner for PARM files.,11%,11%,59%,15%,5%
,7,7,39,10,3
Sysprog  concerns,
,1,2,3,4,5
,Strongly agree,Disagree,Neutral,Agree,Strongly  Agree
1. New PARM in IAESYS to  set.,8%,15%,33%,36%,8%
,5,10,22,24,5
2. New system command to  toggle.,9%,24%,41%,17%,9%
,6,16,27,11,6
3. Implemented in future  release,2%,2%,35%,41%,21%
,1,1,23,27,14
4. Not retro'd to previous  releases,3%,17%,40%,28%,12%
,2,11,26,18,8
5. New bit to query for  PARM length,14%,15%,28%,34%,9%
,9,10,18,22,6
6. Backout scenarios  should be documented,6%,0%,27%,50%,17%
,4,0,17,32,11
This  survey,
,1,2,3,4,5
,Strongly agree,Disagree,Neutral,Agree,Strongly  Agree
Like to see more,0%,2%,47%,36%,15%
,0,1,28,21,9
Wish it were more  detailed,0%,13%,58%,17%,11%
,0,7,31,9,6
Wish it were more  detailed   Need questions about desired  length: 
that's the crux of the issue!!!
Like to see  more   The parm length should NOT exceed  x'7fff' under any 
circumstances as far too many old programs will break.
Wish  it were more detailed   Length question was  ignored
"Like to see more   limit to 32K,  within 1/2 word value currently 
presented."
"Wish it were more  detailed   Should ask about length issues,  binder 
setting, APF program issues, etc."
Like to see  more   A very fast and simple way to have a  community 
position of a particular issue.
Wish it were more  detailed   Some items could have explanation  to 
suppres any doubt.
Like to see moreonly if the ability to extend the parameter options 
were truly modifiable and  will be used by those who really think that they 
need to extend the parameter  beyond 100 characters
<--.csv  end>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL compiler options JCL PARM.

[Paul Gilmartin]

In a recent note, Charles Mills said:

> Date: Wed, 13 Dec 2006 06:50:24 -0800
> 
> WHY would the COBOL compiler behave this way? Perhaps to assure consistent
> results whether loaded as a jobstep program or from a calling program. (I
> disagree with the design decision.)
> 
I concur with your disagreement.  Silent truncation of operands is
almost always bad design, particularly when the document says "must"
in describing the limitation.  (But is the truncation silent, or does
the compiler issue an error message?)

And there's no concern of consistency -- there's no need to make
the behavior of the compiler when called from a program passing
PARM>100 characters consistent with its behavior when loaded as
a jobstep program with PARM>100 characters, because the latter can
never occur.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL compiler options JCL PARM.

[Charles Mills]

> [1] In which manual is this documented these days?

It's in the Assembler Service Guide, which is where I would expect to find
it (i.e., the first place I looked) Chapter 2, which is the first "real"
chapter.

Interestingly, they do not mention the 100-character limit, even though this
section deals specifically with jobstep programs (not linkage in general --
note the references to PARM specifically). Perhaps there IS hope after all:

"When your program receives control from the system, register 1 contains the
address of a fullword on a fullword boundary in your program's address space
(see Figure 2-4). The high-order bit (bit 0) of this word is set to 1. The
system uses this convention to indicate the last word in a variable-length
parameter list. Bits 1-31 of the fullword contain the address of a two-byte
length field on a halfword boundary. The length field contains a binary
count of the number of bytes in the PARM field, which immediately follows
the length field. If the PARM field was omitted in the EXEC statement, the
count is set to zero. To prevent possible errors, always use the count as a
length attribute in acquiring the information in the PARM field."

BTW, the use of "field" in the above is incorrect and should probably read
"parameter" (although "PARM parameter" does sound funny and that may be why
the writer avoided it). The JCL reference uses "field" to mean the major
"areas" of JCL statements: the parameter field, the comments field, etc.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Chris Mason
Sent: Tuesday, December 12, 2006 10:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: COBOL compiler options JCL PARM.

Charles



Which is a slightly complicated way of saying that, by the time the
program - any program - takes a look at the characters supplied by the EXEC
statement PARM operand addressed indirectly by register 1[1], there will
never be more that 100 of them. This is Paul's "JCL limit".

[1] In which manual is this documented these days?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Tape mount / CA-1 / STK question

[Mark Zelden]

On Wed, 13 Dec 2006 09:45:17 -0500, Tim Hare <[EMAIL PROTECTED]> wrote:

>
>Here's the problem:  I created a new backup job which would use "real"
>9840s, and modified my HSC (StorageTek) TAPEREQ statements to reflect
>that, but I forgot to modify CA-1's TMONSMxx statement so that the job
>used tapes from that scratch pool. CA-1 therefore rejected every scratch
>9840 tape mounted because the tape was from a specific scratch pool and
>the request was not for that pool  - IECTMS3 not scratch message with
>reason code 84.  Every time one of these IECTMS3 messages happened,  the
>tape was marked scratch in the STK CDS.  This, naturally, depleted by
>scratch pool causing failures in other jobs as well.
>

Obviously you meant to write "marked *not* scratch" above.

>Yes, I have now fixed the error, but I think somewhere along the line the
>various pieces of software involved should be modified so that scratch
>pool rejections like that do not cause the tape to be marked as
>non-scratch in the CDS.
>
>It's not a simple case however: 


It certainly isn't.



>C. HSC needs to avoid marking the tapes as non-scratch in this situation,

HSC/SMC get involved at allocation so they are out of the picture at
that point. All HSC knows is a tape was mounted so it marks it
non-scratch in the CDS to preserve integrity.  HSC would probably need to
add hooks into the system like other tape management software does 
to do more. 

>
>Has anyone developed or seen a solution for this, or even things which
>would help? 

Write procedures so you don't forget.  Put a note in the TAPEREQ member
to remind you to check TMONSMxx when you make changes.  

I've never run into this but I haven't worked at a shop that used
TMONSMxx in a long time.   I just let TAPEREQ control what type
of media (virtual, physical 3490, physical 9840 etc.).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Descriptive term for reentrant program that nonetheless is

[Paul Gilmartin]

In a recent note, "Shmuel Metz (Seymour J.)" said:

> Date: Wed, 13 Dec 2006 07:09:22 -0500
> 
> >Does FTP client under Unix Services perform I/O directly to stdin
> >and stdout, or does it ALLOCATE INPUT and OUTPUT to the paths?
> 
> I don't understand the question. The Unix process gets control with
> whatever stdin and stdout the caller specifies. It doesn't and
> shouldn't allocate anything as long as stdin and stdout are all it
> wants. Those names refer to pre-opened files, not to ddnames.
> 
In the diachronic view, many strange things are possible.  Suppose
the archetypal MVS FTP client was written (in Pascal?) long before
Unix System Services to do QSAM I/O to DD names INPUT and OUTPUT.
The most economical accommodation to UNIX might then have been
to add DYNALLOCs:

alloc dd(INPUT)  path('/dev/fd/0') ...
alloc dd(OUTPUT) path('/dev/fd/1') ...

and leave the rest of the code unchanged.  But then concurrent
invocations of FTP with _BPX_SHAREAS=YES would contend for the
DD names.

> Think of stdin, stdout and stderr as being open DCB's passed to the
> process. It's not a perfect analogy, but it conveys the flavor.
> 
I do.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL compiler options JCL PARM.

[Charles Mills]

No, I don't mean that. I mean that if a calling program passes more than 100
characters, the compiler ignores those in excess of 100. That's what the
manual says, and that's how some of the IBM COBOL compilers behave.

My statement is not based on projecting the JCL limitation onto the
compiler.

The quoted passage is from the part of the PG that deals specifically with
calling the compiler from an assembler program.

My point was specifically intended to cast a shadow on Gil's
logically-reasonable suggestion that the OP write a Rexx program to defeat
the JCL limitation.

WHY would the COBOL compiler behave this way? Perhaps to assure consistent
results whether loaded as a jobstep program or from a calling program. (I
disagree with the design decision.)

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Chris Mason
Sent: Tuesday, December 12, 2006 10:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: COBOL compiler options JCL PARM.

Charles

Reading the posts in this thread I sometimes get the impression that this
100 character limit is being regarded as a convention rather than an
absolute limit. Maybe it's because the "PG", by which I expect you mean the
COBOL "Programmer's Guide", and other product manuals tend to give this
impression.

I expect you know but some reading the thread may not.

The reason "The compiler recognizes only the first 100 characters in the
list." is that this is the way the PARM operand works. See section 16.8.1,
"Syntax" under section 16.8, "PARM Parameter" in z/OS V1R7.0-V1R8.0 MVS JCL
Reference where you will find the following:

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Groklaw article on software patents

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 12/13/2006
   at 07:53 AM, "McKown, John" <[EMAIL PROTECTED]> said:

>It is not about patents, per se, but how OIN is trying to get 
>patents in order to allow free and open use of them as well as to 
>stop others from getting the patent and requiring a cost license 
>to use them.

Are they also including massive disclosures of prior art?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Tape mount / CA-1 / STK question

[Tim Hare]

Before I try writing up the enhancement requests to three vendors, I 
thought I'd ask on the list to see if there's already a solution that I'm 
overlooking.

Here's the problem:  I created a new backup job which would use "real" 
9840s, and modified my HSC (StorageTek) TAPEREQ statements to reflect 
that, but I forgot to modify CA-1's TMONSMxx statement so that the job 
used tapes from that scratch pool. CA-1 therefore rejected every scratch 
9840 tape mounted because the tape was from a specific scratch pool and 
the request was not for that pool  - IECTMS3 not scratch message with 
reason code 84.  Every time one of these IECTMS3 messages happened,  the 
tape was marked scratch in the STK CDS.  This, naturally, depleted by 
scratch pool causing failures in other jobs as well. 

Yes, I have now fixed the error, but I think somewhere along the line the 
various pieces of software involved should be modified so that scratch 
pool rejections like that do not cause the tape to be marked as 
non-scratch in the CDS. 

It's not a simple case however:  CA-1 rejects the tape and drives another 
mount. HSC sees each mount as an individual thing. Therefore, if the tape 
is still scratch, it might get mounted again immediately, causing the job 
to "loop" forever mounting the same tape or set of tapes (depending upon 
how HSC picks what the next scratch tape to mount is).

Because ot that kind of issue, I'm thinking this is a three-vendor 
problerm:

A.  The original mount (IBM message)  needs some sort of identifier to 
identify a unique mount sequence.
B. CA-1 needs to use that identifier in all subsequent mounts used to 
satisfy the original request.
C. HSC needs to avoid marking the tapes as non-scratch in this situation, 
but it also needs to keep track of the tapes it has already mounted for 
the uniquely-identified request so that it can bypass tapes it has already 
tried.


Has anyone developed or seen a solution for this, or even things which 
would help?  Obviously, paying enough attention to what I'm doing to avoid 
making these mistakes is the first thing, but I'm afraid there's not a 
debugging tool for the software running on the old "grey matter" box, so 
I'm looking for solutions that run on z/OS .


Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Interesting APAR OA17891

[Brian Peterson]

That publication only lists ++HOLD REASON(DOC) text, as well as APARs 
closed DOC.

The URL I cited was in the text of the ++HOLD REASON(ACTION) for the PTF, 
so I would not expect it in that book.

Brian

On Wed, 13 Dec 2006 00:09:54 -0600, Jan Vanbrabant wrote:

>Hi Brian,
>I don't find an entry for OA17891  in
>GA22-7820-00  APAR and ++HOLD Documentation
>on
>http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/ZIDOCMS1/CCONTENTS?DT=20061208071141
>
>Jan
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: delete noscratch performance at DR

[Jeffrey Deaver]

>We basically uncatalog all of our disk datasets
>leaving just the tape datasets in the catalogs.
>The catalogs are restored along with full pack
>restores of certain volumes.

Can you isolate the usercatalogs with disk entries on seperate volumes from
the user catalogs with tape entries and then only do the full volume
restore for the tape entry catalog?  Then simply define empty user catalogs
for the missing disk ones?   Eliminate the need to do the delete work.

Another thought - would it be simplier (and perhaps quicker) to do full
volume restores for all your data instead of selectively restoring only
certain datasets? Can the data be organized in a manner that would
allow this to happen this way?   Test data vs Production data on different
volumes, perhaps?

Jeffrey Deaver, Engineer, Systems Engineering
651-665-4231

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FREEZE a TCB

[Edward Jaffe]

Shmuel Metz (Seymour J.) wrote:

In <[EMAIL PROTECTED]>, on 10/18/2005
   at 02:56 PM, Miklos Szigetvari <[EMAIL PROTECTED]>
said:

  

If someone knows a tool to freeze some TCB's in an address space.



You used to be able to do that with ENQ SMC=STEP and with STATUS STOP.
I believe that the second is no longer available, but the first should
be. I don't recall whether SMC is authorized.
  


The use of STATUS STOP is described here: 
*http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a660/3.3*


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FREEZE a TCB

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Wednesday, December 13, 2006 7:40 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: FREEZE a TCB
> 
> 
> In <[EMAIL PROTECTED]>, on 10/18/2005
>at 02:56 PM, Miklos Szigetvari <[EMAIL PROTECTED]>
> said:
> 
> >If someone knows a tool to freeze some TCB's in an address space.
> 
> You used to be able to do that with ENQ SMC=STEP and with STATUS STOP.
> I believe that the second is no longer available, but the first should
> be. I don't recall whether SMC is authorized.
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT

Schedule an SRB into the address space, which schedules an IRB on the
selected TCB? The program run by the IRB would do either a WAIT or a
SUSPEND. 

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: HSM msg ARC0962A

[Friske, Michael]

Put all of the volumes in the connected set in the same VTS.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Chiam, Susan Mee-Shia
Sent: Wednesday, December 13, 2006 2:30 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: HSM msg ARC0962A

Hi listers,

I have a situation here where we have 2 VTS libraries. Problem is that we are 
having this ..
12.00.14 STC17544 *ARC0960I VOLUME=126626, LIBNAME=V1VTS1, STORAGE  046 
  
   046 ARC0960I (CONT.) GROUP=SGFCVTS   
  
12.00.14 STC17544 *ARC0960I VOLUME=076882, LIBNAME=V2VTS2, STORAGE  047 
  
   047 ARC0960I (CONT.) GROUP=SGVTS 
  
12.00.14 STC17544 *ARC0960I VOLUME=051935, LIBNAME=V2VTS2, STORAGE  048 
  
   048 ARC0960I (CONT.) GROUP=SGVTS 
  
12.00.14 STC17544 *ARC0960I VOLUME=060758, LIBNAME=V2VTS2, STORAGE  050 
  
   050 ARC0960I (CONT.) GROUP=SGVTS 
  
12.00.15 STC17544 *ARC0960I VOLUME=040528, LIBNAME=V2VTS2, STORAGE  057 
  
   057 ARC0960I (CONT.) GROUP=SGVTS 
  
12.00.15 STC17544 *ARC0962A ALL VOLUMES NOT CONTAINED IN THE SAME TAPE  058 
  
   058 ARC0962A (CONT.) LIBRARY OR STORAGE GROUP.  ENTER 'C' TO 
CANCEL OR MAKE
12.00.15 STC17544 *55 ARC0962A (CONT.)  CORRECTION AND ENTER 'R' TO RETRY   
 

The first cart is at this site but the other carts which are the subsequent 
volumes are at
the other vts. Somewhere during the time of HSM backup, the SMS rules to 
activate the other 
vts as primary was performed, thus the first cart here and the rest at the 
other site.  

I have tried recycle which failed..
   611 ARC0790E (CONT.) RECYCLE REQUEST. DSN= ***, VOLSER(S)=126626 
076882 
   611 ARC0790E (CONT.) 051935 060758 040528
   
14.19.11 STC17544  ARC0845I CONNECTED SET BEGINNING WITH VOLUME 126626  612 
   
   612 ARC0845I (CONT.) NOT  RECYCLED. RC=0015. 
   
14.19.11 STC17544  ARC0831I RECYCLE COMMAND PROCESSING ENDING   

Any other attempts to recycle the volumes all failed with RC=0015, which means..
15 The input volumes     are not all in the    same library.    
   
   Recycle of the    connected set     fails. 
   Recycle    processing    continues with the    
next eligible     connected set.  
   Notify the tape   librarian.     
       

What should I attempt next to fix this without losing the data? Any help is 
appreciated. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FREEZE a TCB

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 10/18/2005
   at 02:56 PM, Miklos Szigetvari <[EMAIL PROTECTED]>
said:

>If someone knows a tool to freeze some TCB's in an address space.

You used to be able to do that with ENQ SMC=STEP and with STATUS STOP.
I believe that the second is no longer available, but the first should
be. I don't recall whether SMC is authorized.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?

[Vernooy, C.P. - SPLXM]

That's the correct explanation and that's why the full name of REUS is 
"Serially Reusable".

Kees.

<[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> Well there's another flag, which is "REUSable". This says, it can be loaded 
> once, used multiple times, but only one instance at a time. I think this 
> comes near to what you explain. REUS is, as Charles said, not the same as 
> RENT.
> 
> -Ursprüngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von 
> Shmuel Metz (Seymour J.)
> Gesendet: Mittwoch, 13. Dezember 2006 12:55
> An: IBM-MAIN@BAMA.UA.EDU
> Betreff: Re: Descriptive term for reentrant program that nonetheless is not 
> multi-taskable?
> 
> In <[EMAIL PROTECTED]>, on 11/27/2006
>at 04:44 PM, Charles Mills said:
> 
> >I'm sorry - I hate to start up this "reentrant" thing again but would 
> >anyone (everyone? ) like to suggest a term to describe a program 
> >that is technically reentrant but that cannot be multi-tasked in a 
> >single jobstep due to some hard-coded externality?
> 
> Oxymoron. If it cannot be multitasked in a single jobstep then it is 
> technically *not* reenterable, regardless of how it is marked.
> Assigning the RENT option does not magically make a module reenterable.
> 
> >I'm writing documentation and would like to apply the correct term to 
> >the IBM FTP client, which has the RENT bit set but which uses the 
> >hard-coded DD names INPUT and OUTPUT and therefore effectively cannot 
> >be multi-tasked in a single jobstep or region.
> 
> "Serially reusable but incorrectly link edited as reenterable."
> 
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see 
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at 
> http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286 
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Groklaw article on software patents

[McKown, John]

http://www.groklaw.net/article.php?story=20061213031455474

It might be of interest to those here as well. It is Linux oriented and
written by Jerry Rosenthal of the Open Invention Network. It is not
about patents, per se, but how OIN is trying to get patents in order to
allow free and open use of them as well as to stop others from getting
the patent and requiring a cost license to use them. I.e. how to use the
patent system to defeat "patent hoarding" by companies.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: StorageTek documentation for Silo and Virtual Tape host software

[Mark Zelden]

On Wed, 13 Dec 2006 06:04:48 -0500, Bob Stark <[EMAIL PROTECTED]> wrote:

>Does Sun Microsystems have the current documentation for the StorageTek host
>software component online anywhere? Anyone know where?
>
>I am looking for the operator command set and can't locate it. This
>component used to be called the HSC, but I think it has been merged with
>another product and renamed.


Yes, on their customer site (CRC). But you do need to request a
userid and password to use the site.

https://www.support.storagetek.com/globalnavigation/support/generalpublic/default.htm

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!

[Steven Conway]

Shane sez:
The manuals are written by, and predominantly for, (United State)
Americans. Expecting comprehensible and non-ambiguous English is asking
for too much.

An Aussie ragging on US English for being incomprehensible.  I am 
speechless.   (Those that know me realize the magnitude that implies.)

We've missed you, Shane.


Cheers,,,Steve

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM sues maker of Intel-based Mainframe clones

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Bob Shannon
> Sent: Tuesday, December 12, 2006 5:05 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: IBM sues maker of Intel-based Mainframe clones
> 
> 
> >How about LLA? It was implemented on at least 1 S/370-158 that I know
> of in >the LA basin under OS/MVS. Is it the next thing to be patented?
> 
> I can't speak to LLA, but VLF has been patented. I didn't think LLA
> existed in any form until MVS/XA.
> 
> Bob Shannon
> Rocket Software

Hum? VLF is patented? I wonder if QuikFetch (I think that was the name)
would be "prior art". I don't know because I don't know the patent on
VLF. I also hate software patents. As far as I am concerned, this is
just the software industry's way to attempt to stop "non professional"
people from programming.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

AW: Descriptive term for reentrant program that nonetheless is not multi-taskable?

[Volkmar Langer]

Well there's another flag, which is "REUSable". This says, it can be loaded 
once, used multiple times, but only one instance at a time. I think this comes 
near to what you explain. REUS is, as Charles said, not the same as RENT.

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag von 
Shmuel Metz (Seymour J.)
Gesendet: Mittwoch, 13. Dezember 2006 12:55
An: IBM-MAIN@BAMA.UA.EDU
Betreff: Re: Descriptive term for reentrant program that nonetheless is not 
multi-taskable?

In <[EMAIL PROTECTED]>, on 11/27/2006
   at 04:44 PM, Charles Mills said:

>I'm sorry - I hate to start up this "reentrant" thing again but would 
>anyone (everyone? ) like to suggest a term to describe a program 
>that is technically reentrant but that cannot be multi-tasked in a 
>single jobstep due to some hard-coded externality?

Oxymoron. If it cannot be multitasked in a single jobstep then it is 
technically *not* reenterable, regardless of how it is marked.
Assigning the RENT option does not magically make a module reenterable.

>I'm writing documentation and would like to apply the correct term to 
>the IBM FTP client, which has the RENT bit set but which uses the 
>hard-coded DD names INPUT and OUTPUT and therefore effectively cannot 
>be multi-tasked in a single jobstep or region.

"Serially reusable but incorrectly link edited as reenterable."

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!

[Shane]

On Wed, 2006-12-13 at 06:11 -0600, Marcos Morelatto wrote:

> In the IBM manuals I can't find what 
> will happen during the IPL of the new LPAR (GRSRNL=EXCLUDE).

The manuals are written by, and predominantly for, (United State)
Americans. Expecting comprehensible and non-ambiguous English is asking
for too much.

> There is any alternate suggestion for this approach?

Don't.
A wait state is the most likely (and best) outcome.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

[SPAM] RE: record reformatting ... "flowing" records into each other

[Veilleux, Jon L]

Schramm, Rob wrote
>I think DFSORT can do this.. but I don't see it in the manual.. or I am
missing it.  I want to take an input file lrecl=>11 and output lrecl=15
so that the records are joined.

>The input records

>record 1: 123 456 789
>record 2: abc def ghi
>record 3: jkl mnop qr

W>ould become output records like..

>record 1: 123 456 789 abc
>record 2: def ghi jkl qr

I usually just write a quick and dirty REXX program to handle this type
of processing.
 


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: delete noscratch performance at DR

[willie bunter]

Just to add my 2 cents about the DELCATE.  In our last DRP (nightmare at ELM 
STREET d0es not compare) the user used this command while performing a logical 
restore.  However, it clobbered all the aliases.  I think if the DELCATE parm 
is used then the CATALOG parm is required regardless if the volumes are SMS 
managed.  Please correct me if I am wrong.

Matthew Stitt <[EMAIL PROTECTED]> wrote:  Are you using DFDSS to restore your 
files? If so you can use the DELCATE
parameter to have DFDSS perform the DELETE NOSCRATCH for you.


 
-
Any questions?  Get answers on any topic at Yahoo! Answers. Try it now.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Expanding Mainframe Technology?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/11/2006
   at 06:16 PM, Tom Moulder said:

>They told me to believe them when they said they were not giving up 
>on the mainframe and were heavily investing in this technology so
>that it would be around forever - or at least a long time to come.

They've made similar statements ion the past and then switched course.
Most spectacularly OV and OS/2.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/27/2006
   at 04:44 PM, Charles Mills said:

>I'm sorry - I hate to start up this "reentrant" thing again but would
>anyone (everyone? ) like to suggest a term to describe a program
>that is technically reentrant but that cannot be multi-tasked in a
>single jobstep due to some hard-coded externality?

Oxymoron. If it cannot be multitasked in a single jobstep then it is
technically *not* reenterable, regardless of how it is marked.
Assigning the RENT option does not magically make a module
reenterable.

>I'm writing documentation and would like to apply the correct term
>to the IBM FTP client, which has the RENT bit set but which uses the
>hard-coded DD names INPUT and OUTPUT and therefore effectively
>cannot be multi-tasked in a single jobstep or region.

"Serially reusable but incorrectly link edited as reenterable."

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: delete noscratch performance at DR

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/12/2006
   at 06:01 PM, Harold Zbiegien said:

>Do you know of anyway I can SPEED up this process??

Don't use AMS. Check the options mentioned by other posters. If they
don't suit your needs, write a small assembler program that uncatalogs
the data sets 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
11/29/2006
   at 04:31 PM, "Craddock, Chris" <[EMAIL PROTECTED]> said:

>As far as MVS (Binder and Contents) is concerned, "reentrant" only
>means that the code does not modify itself. Period.

No; you've been around long enough to know better than that. It goes
into SP252 if the library is authorized, but it is *not* made write
protected. IBM has delivered self modifying code linked as RENT.
Further, putting the code into SP252 is *NOT* the only difference in
the behavior of Program Management (née Contents Supervision.)

>Yes of course it is possible for smart-asses to produce contrived
>examples where a program can modify itself AND exhibit correct
>behavior when used concurrently by more than one task, 

But why bother, since IBM has already done the work for us?

>Now can we give this poor ex-equine a decent burial?

Not while it's eating.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/28/2006
   at 05:08 PM, "Robert A. Rosenberg" said:

>A module can be placed into the LPA (and thus must be reentrant)

There is no "thus". I've dealt with plenty of LPA-resident code that
wasn't reentrant; in fact, I've dealt with LPA resident code that was
neither reentrant nor refreshable. BTDTGTS (no tee shirt, just scars.)
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/28/2006
   at 04:32 PM, "Jeffrey D. Smith" said:

>Why not just say it is "a reentrant job step program"? That describes
>that it is reentrant (LPA-eligible for use by multiple jobs) and it
>must be a job step program

Because it wouldn't be true.

>Trying to run a "job step program" as something other than that will
>cause problems.

No doubt, but there is no restriction that FTP be a job step program.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
11/28/2006
   at 10:47 AM, "Arthur T." said:

>  But, as described, the module may be LPA-eligible and  usable
>by multiple address spaces at the same time.

Neither of those makes it reenterable.

>and the RENT bit does give useful  information.

And incorrect results.

>  I was waiting for someone else to say it, but here's 
>adjectives I'd use to describe such code: "badly-written" or
>"badly-designed".

And that's being charitable.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DD FREE=CLOSE -- when effective?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/29/2006
   at 01:04 PM, Charles Mills <[EMAIL PROTECTED]> said:

>Am I correct in assuming that does not mean what it says; that what
>it should say is something like "Coding FREE=CLOSE has no effect
>except when it is coded in the last jobstep that refers to the
>dataset"?

No. Tom is correct.

>I am actually interested in using SVC 99 allocate with the FREE text
>unit (whose documentation refers in turn to the restriction above).
>Am I correct in assuming that (barring some other allocation of the
>dataset) that coding this text unit will cause the dataset ENQ to be
>released when the dataset is closed?

If it's not specified in a subsequent step.


In <[EMAIL PROTECTED]>, on 11/30/2006
   at 09:37 AM, Charles Mills <[EMAIL PROTECTED]> said:

>I would suggest that the following phrase may not be perfect, but it
>is at least closer

No; it has a more serious error than the existing text.

>"Coding FREE=CLOSE has no effect except when it is coded on all DD
>statements (or the only DD statement) in the last jobstep that
>refers to the dataset."

The problem with that is that it *does* have an effect.

>I understand and appreciate your pointing out the other factor which
>I had not considered: FREE=CLOSE in any event releases the
>*allocation* (the DD statement has "gone away") even if the ENQ is
>not released due to other allocations that may be in effect.

Which is why your suggested text is wrong.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/28/2006
   at 06:36 AM, Tom Marchant said:

>IMHO, it should have been coded with an ENQ or some other suitable
>method of serializing it's use it so that there would be no
>conflicts.

At a minimum. Preferably it should have been coded to accept a ddname
list *and* it should have done an ENQ using the ddnames as minor queue
names.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Decimal FP (was: vendor JCL)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/29/2006
   at 02:11 PM, Howard Brazee said:

>Don't use acronyms at all.   Make up a new word (is CICS still an
>acronym (or has it gone the way LASER went)?   Was SPOOL *ever* an
>acronym?)

Simultaneous Peripheral Operations On Line.

--
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/27/2006
   at 07:20 PM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>To make things worse, with Unix Services one might spawn multiple
>instances of FTP client under an single job step.  (Or are those
>considered separate job steps?)

Not if _BPX_SHAREAS=YES. If a process is created in a separate address
space then it is in a separate jobstep.

>Does FTP client under Unix Services perform I/O directly to stdin
>and stdout, or does it ALLOCATE INPUT and OUTPUT to the paths?

I don't understand the question. The Unix process gets control with
whatever stdin and stdout the caller specifies. It doesn't and
shouldn't allocate anything as long as stdin and stdout are all it
wants. Those names refer to pre-opened files, not to ddnames.

Think of stdin, stdout and stderr as being open DCB's passed to the
process. It's not a perfect analogy, but it conveys the flavor.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Descriptive term for reentrant program that nonetheless is not multi-taskable?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/27/2006
   at 06:23 PM, Charles Mills said:

>What kind of a batch utility uses hard-coded DD names, rather than
>the "override list passed as parameter two" convention?

One written by people ignorant of MVS conventions, which is all too
typical of Unix System Support.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: If you need to delete a UCB

[Shane]

Anyone else detect a smidgen if annoyance in Barbs post ???.

A customer being pissed off with the apathy of Catalog support.
How unusual ...

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PDS member information

[John P Kalinich]

Martin Strudwick of the IBM Mainframe Discussion List
 wrote on 12/12/2006 12:12:44 PM:

>Is there a utility (or other method) to list information about
> members in a PDS?  Specifically, I'm looking to determine the number of
> lines per member of JCL and PROC libraries.

The VERIFY subcommand of the PDS command processor counts lines.  Download
from www.cbttape.org, file 182.

Regards,
John Kalinich
Computer Sciences Corp

** VERIFY   @DIAFIND

1,343 LOGICAL RECORDS WERE INPUT
4 PHYSICAL BLOCKS WERE INPUT
   27,920 CHARACTERS IN THE LARGEST PHYSICAL BLOCK
   26,860 CHARACTERS PER AVERAGE PHYSICAL BLOCK

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

LPAR with GRSRNL=EXCLUDE can be added to a normal GRSplex? Please help!!!

[Marcos Morelatto]

Hi all,

We will add a new system to an existing sysplex (no data sharing or 
sysplex application will be enabled during the initial stage of the 
integration). I found in that a system using the GRSRNL=EXCLUDE parmlib 
parameter can be added to an existing sysplex (see details below). But I 
also know that a system with different RNL list will enter in wait state 
due to RNL mismatch during the IPL. In the IBM manuals I can't find what 
will happen during the IPL of the new LPAR (GRSRNL=EXCLUDE).

Anyone is using this type of configuration? There is any alternate 
suggestion for this approach? Any experience?

Thanks in advance,

Morelatto
T-Systems Brazil

>From the "z/OS V1R4.0 MVS Setting Up a Sysplex", page 18:

GRSRNL=EXCLUDE indicates that all global enqueues are to be treated as 
local enqueues. All ENQ macro requests are excluded from global 
serialization and are serialized locally; except that all resources 
identified on an ENQ SCOPE=SYSTEMS,RNL=NO macro are globally serialized on 
all systems in the complex.

Use GRSRNL=EXCLUDE when you do not have an existing global resource 
serialization complex, are adding the system to a sysplex, and want the 
serialization of most resources done with the RESERVE macro.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Renaming an LPAR??

[Martin Reeday]

I was under the impression that to rename an LPAR you firstly had to rename the 
LPAR to * under one activation and then rename * to the new LPAR name under 
another activation.

We're also currently running z/OS V1.4 & V1.7 and have a number of LPARs we'd 
like to rename, but we haven't plucked up the courage yet to try it. Good luck.

Martin Reeday
Senior z/OS Systems Programmer
GT ETS zSeries Platform Services
HBOS Group Techology
* (01422 8) 30289
* 07770 535099
> Team mailbox: $GT EP zSeries Platform Services
EMail: [EMAIL PROTECTED]
>   group services - delivering for HBOS 
> 
> 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Hal Merritt
Sent: 07 December 2006 15:10
To: IBM-MAIN@BAMA.UA.EDU
Subject: Renaming an LPAR??


We are converting everything to z/os.e but running in the roadblock of
needing a POR to change the partition name. I am told that, under z/os
1.7, I can 'rename' a partition presumably via a dynamic change. 

Has anyone verified this? Has anyone actually tried it?  

I am running a mixture of 1.4 and 1.7. All IODF/IOCDS originate from an
anchor LPAR which is 1.4 with the exploitation code.  Anyone see any
issues trying to run a mixture of 1.4 and 1.7 while renaming? 

Thanks.

The very best of the season to you, yours, and theirs. 

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


.
--

HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, 
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are 
authorised and regulated by the Financial Services Authority.
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: StorageTek documentation for Silo and Virtual Tape host software

[Paolo Pirillo]

Hi Bob,
you can find every Information under the StorageTek CRC.
The URL is

https://www.support.storagetek.com/globalnavigation/support/generalpublic/default.htm

You have to LOGIN and you will find the documentation under 
Current Products
Software
Library Control ( HSC)

I hope this information is helpful for you.

Regards
Paolo 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

StorageTek documentation for Silo and Virtual Tape host software

[Bob Stark]

Does Sun Microsystems have the current documentation for the StorageTek host
software component online anywhere? Anyone know where?

I am looking for the operator command set and can't locate it. This
component used to be called the HSC, but I think it has been merged with
another product and renamed.

Regards,

Bob Stark 

ProTech - When you're serious about Systems Management
Consulting, Software, and Training for z/OS, UNIX and Internet
www.protechtraining.com   800-373-9188 x150   412-445-8072

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html