date:20090527

Is it possible to assign a service class depending on the system the job is 
running on?

Yes.
SI/SIG

System Instance (Group) 
 
We are running z/OS 1.9.

Been around since OS/390, IIRC.
-
Too busy driving to stop for gas!

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

Re: Assigning service class depending on system

2009-05-27 Thread Cobe Xu

how about by Qualifier Type SSC, or Subsystem Collection Name, in
Classification Rule for JES.


2009/5/27 גדי בן אבי gad...@malam.com

 Hi,



 Is it possible to assign a service class depending on the system the job is
 running on?



 We are running z/OS 1.9.



 TIA



 Gadi


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




-- 
Cobe Xu

Best Regards
---
zOS Performance  Capacity Analyst
E2E Performance Analyst
Email: cob...@gmail.com
---

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

Re: Assigning service class depending on system

The Classification Rules are run when the job enters the system, so the 
Service class is already defined when job starts executing. 

Incorrect.
You can use System Instance, or System Instance Group in the classificatio 
section, by sub-system.

At my last shop, we did it to encourage TSO users to sign on to development, 
rather than production.

TSODEV was set up as IMP=1, and a relatively large first period.
It was under SI DEVD -- obviously the names have been changed to protect the 
guilty.

On the Production machine, the service class was set to IMP=4, and a very small 
period one.
It ran below production batch.

It can be done, and I've found a couple of uses for it, but, along with 
CPU/Memory Critical, it violates the architecture of the WLM.

(Some [now retired] IBM Performance people agreed with me, but it's here to 
stay)

-
Too busy driving to stop for gas!

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

Re: Assigning service class depending on system

2009-05-27 Thread Vernooy, C.P. - SPLXM



Ted MacNEIL eamacn...@yahoo.ca wrote in message
news:471434171-1243413448-cardhu_decombobulator_blackberry.rim.net-4713
484...@bxe1305.bisx.prod.on.blackberry...
 The Classification Rules are run when the job enters the system, so
the Service class is already defined when job starts executing. 
 
 Incorrect.
 You can use System Instance, or System Instance Group in the
classificatio section, by sub-system.
 

Yes, but still the SC is determined when the job is submitted, not when
the job starts to run on one of the systems of the MAS. And that is what
Gadi asked, dependent on where the job runs.

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

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

Re: (CORRECTION) Assigning service class depending on system

My bad.
It's SY -- System Name
And SYG -- System Name Group.
I double checked the manual -- should have done that beforehand.
Sorry! (8-{[}

--Original Message--
From: (yahoo) Ted MacNEIL
Sender: IBM Mainframe Discussion List
To: IBM Mainframe Discussion List
ReplyTo: IBM Mainframe Discussion List
Sent: May 27, 2009 04:37
Subject: Re: Assigning service class depending on system

The Classification Rules are run when the job enters the system, so the 
Service class is already defined when job starts executing. 

Incorrect.
You can use System Instance, or System Instance Group in the classificatio 
section, by sub-system.

At my last shop, we did it to encourage TSO users to sign on to development, 
rather than production.

TSODEV was set up as IMP=1, and a relatively large first period.
It was under SI DEVD -- obviously the names have been changed to protect the 
guilty.

On the Production machine, the service class was set to IMP=4, and a very small 
period one.
It ran below production batch.

It can be done, and I've found a couple of uses for it, but, along with 
CPU/Memory Critical, it violates the architecture of the WLM.

(Some [now retired] IBM Performance people agreed with me, but it's here to 
stay)

-
Too busy driving to stop for gas!

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

-
Too busy driving to stop for gas!

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

Re: Assigning service class depending on system

Yes, but still the SC is determined when the job is submitted, not when the 
job starts to run on one of the systems of the MAS. And that is what Gadi 
asked, dependent on where the job runs.

Depends on the job type, and whether you are using WLM-Managed INITs or not.

TSO, STC, ASCH, all support System Name (SY -- not SI, as I originally [and 
incorrectly] stated).

JES2 supports it, according to the manual, but I couldn't figure out (in my 
skimming), whether it's submitting, converting, or executing system, and 
whether WLM-Managed INITs make a difference.

When I have more time, I'm going to take a closer look.

-
Too busy driving to stop for gas!

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

IMS..IMS..Gotta love IMS. Why is my PCB failing?

2009-05-27 Thread David Logan

I have yet another mystifying situation. When I run my transaction online, I
get a U0476. When I run it under BTS, is happily blows right by the same
code (crashes later, but Ill work on that later.)

It crashes on this:
CALL CEETDLI   USING GHU - and yes, I have tried CBLTDLI, no
difference
   G1CPCOM-PCB
   TYPE-SEG-LTQA
   LTERM-QSSA
   TYPE-SSA

Under online IMS, my PCB looks like this. This is the one that fails:
 3  PAÍQUEUESEGDJLOGAN 2.70COMMDBPX
4F44DC444075DECECECC44414440CDDDCCD4F4FFCDDDCCDE444044
030071000150845452570003413671502B7036444277000F00

Under BTS, the above call works, and my PCB looks like this:
G1CPCOM 03  PA {QUEUESEGIOPCB   2.70COMM   u
CFCDCDD4FF44DC44000CDECECECC0001CDDCC444F4FFCDDD000A00
71373640030071000F60845452570003967320002B7036440F940F

It appears that there are various fields that have EBCDIC spaces that
shouldn't in the online PCB. So I spent a lot of time reviewing the LANG= on
the PSBGEN at the recommendation of the messages manual. But, as it turns
out, LANG=, LANG=ASSEM and LANG=COBOL all generate the same PCB value, so
that's not it.

So what is it? Where do I need to be looking?

Thanks!
David Logan

(p.s. Perhaps somebody also knows how to reload a program in IMS after a
relink without cycling IMS. In CICS, you can issue a NEWCOPY. What do I
need to do in IMS to use a new load module?)

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

IMS..IMS..Gotta love IMS. Why is my PCB failing?

2009-05-27 Thread Bill Klein

When you are running this with BTS, are you ALSO using an interactive
language-specific debugger, e.g. Xpediter, Debug-Tool, or similar. (They all
have ways of running with BTS). If so, then I would trace when/how those
fields are getting correctly filled in under BTS in the program logic - and
figure out why the code is NOT getting to that place online.

Without knowing a WHOLE LOT MORE, my first guess is that your application is
not checking for a bad status on a preceding call to DL/I and that you are
assuming some of the PCB fields are already filled in (which they are when
things go well) but that are not filled in when something previously failed.
However, that is just a guess.

As I say, stepping thru the source code and monitoring or watching those
fields under BTS, should get you started on where the logic problem is.

David Logan loga3...@comcast.net wrote in message
news:035801c9dec0$8089a040$819ce0...@net...
 I have yet another mystifying situation. When I run my transaction online,
I
 get a U0476. When I run it under BTS, is happily blows right by the same
 code (crashes later, but Ill work on that later.)
 
 It crashes on this:
 CALL CEETDLI   USING GHU - and yes, I have tried CBLTDLI, no
 difference
G1CPCOM-PCB
TYPE-SEG-LTQA
LTERM-QSSA
TYPE-SSA
 
 Under online IMS, my PCB looks like this. This is the one that fails:
  3  PAÍQUEUESEGDJLOGAN 2.70COMMDBPX
 4F44DC444075DECECECC44414440CDDDCCD4F4FFCDDDCCDE444044
 030071000150845452570003413671502B7036444277000F00
 
 Under BTS, the above call works, and my PCB looks like this:
 G1CPCOM 03  PA {QUEUESEGIOPCB   2.70COMM   u
 CFCDCDD4FF44DC44000CDECECECC0001CDDCC444F4FFCDDD000A00
 71373640030071000F60845452570003967320002B7036440F940F
 
 It appears that there are various fields that have EBCDIC spaces that
 shouldn't in the online PCB. So I spent a lot of time reviewing the LANG=
on
 the PSBGEN at the recommendation of the messages manual. But, as it turns
 out, LANG=, LANG=ASSEM and LANG=COBOL all generate the same PCB value, so
 that's not it.
 
 So what is it? Where do I need to be looking?
 
 Thanks!
 David Logan
 
 (p.s. Perhaps somebody also knows how to reload a program in IMS after a
 relink without cycling IMS. In CICS, you can issue a NEWCOPY. What do I
 need to do in IMS to use a new load module?)
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Book on Poughkeepsie

2009-05-27 Thread Scott T. Harder

Now, see???...  THAT is a great piece of information!  I *hate*
those damn numbers always having to do NUM OFF and many times
having (or just wanting) to clear the numbers off the end (just
because it seems cleaner to me (i'm a bit anal that way).  But,
now I know the origin and that changes everything.

Thanks, Dave!

-- 
All the best,
Scott T. Harder

On 5/27/09, Gibney, Dave gib...@wsu.edu wrote:
 And now you know the origin of sequence numbers in columns 73-80.
 Card reader/sorter/punch/printer machines predate these fancy new
 computers :)
I never saw them (I started at a remote reader/printer  attached to a
 370), but I'm told we did have the machines that you rewired a circuit
 board to change the program.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Scott T. Harder
 Sent: Tuesday, May 26, 2009 9:27 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Book on Poughkeepsie

 VBG.  Too funny.  I've heard many stories about card decks being
 dropped every which-way, but what did you have to do when that
 happened?  Were they numbered or denoted in some way where you could
 put the deck back together?  Must have been, but what a job; like
 trying to find a mis-filed tape.  ;-)   And, I would think that
 everything else came to a halt while the deck was re-ordered.

 --
 All the best,
 Scott T. Harder


 On 5/27/09, Patrick O'Keefe patrick.oke...@wamu.net wrote:
  On Tue, 26 May 2009 23:37:49 -0400, Scott T. Harder
  scottyt.har...@gmail.com wrote:
 
 ...
 Never heard of 96-column cards, though.  Just some ignorance on my
 part with that one.
 ...
 
  The 96-column card was really 3 tiers of 32 columns.  6 bits per
 logical
  column.It was small (3-1/4 inch wide by 2-5/8 inch high) with
 small
  round holes.)   It was used on the S/3.  I'm not sure it was used by
  anything else.
 
  The small card size had both advantages and disadvantages.   Large
  decks were light so people tended to pick up decks that were too
 large.
  If you tried picking up a deck that was much longer that the card's
 width
  you were left holding the first and last card with the rest of the
 deck
  sprayed across the room.
 
  Pat O'Keefe

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Book on Poughkeepsie

2009-05-27 Thread Bob Shannon

I've heard many stories about card decks being 
 dropped every which-way, but what did you have to do when that 
 happened?

If you were smart, the first step of every job that required card input was a 
sort to insure the cards were in proper order. It didn't matter when they were 
dropped as long as the cards weren't damaged and all of the cards were picked 
up.

Bob Shannon
Rocket Software

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

Re: Book on Poughkeepsie

2009-05-27 Thread Shane

On Wed, 2009-05-27 at 08:18 -0400, Bob Shannon wrote:

 If you were smart, the first step of every job that required card
 input was a sort to insure the cards were in proper order. It didn't
 matter when they were dropped as long as the cards weren't damaged and
 all of the cards were picked up.

So long as it wasn't an object deck.
Very early on I got into the habit of diagonally marking (the edge of)
decks with a texta.
Just in case.

Shane ...

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

Re: Book on Poughkeepsie

2009-05-27 Thread Anne Lynn Wheeler

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.


eamacn...@yahoo.ca (Ted MacNEIL) writes:
 We used to joke about how IBM found a way to get rid of all their olld
 96-column stock.  In Canada (I don't know if elsewhere), the original
 Banking Machines used that form factor to print receipts on.

re:
http://www.garlic.com/~lynn/2009h.html#41 Book on Poughkeepsie
http://www.garlic.com/~lynn/2009h.html#42 Book on Poughkeepsie

recent posts mentioning atm machines  los gatos lab (as well as managing
magstripe standards)
http://www.garlic.com/~lynn/2009b.html#77 Z11 - Water cooling?
http://www.garlic.com/~lynn/2009c.html#24 IBM tried to kill VM?
http://www.garlic.com/~lynn/2009e.html#6 ATMs At Risk
http://www.garlic.com/~lynn/2009e.html#45 Mainframe Hall of Fame: 17 New 
Members Added
http://www.garlic.com/~lynn/2009e.html#51 Mainframe Hall of Fame: 17 New 
Members Added
http://www.garlic.com/~lynn/2009f.html#39 PIN Crackers Nab Holy Grail of Bank 
Card Security
http://www.garlic.com/~lynn/2009g.html#25 New standard for encrypting card data 
in the works; backers include Heartland

wiki ibm 3624 ( 3614) ATM machines ( los gatos lab)
http://en.wikipedia.org/wiki/IBM_3624

for some reasons above wiki page even references on of my
old posts:
http://www.garlic.com/~lynn/2004p.html#25

there was an early incident with atm machine across from a fast food
resturant and kids feeding tiny packets of ketchup into the card read
slot (subsequent added countermeasure to differentiate between atm card
 other things).

also from wiki page:

The transaction records printed by the 3624 and used by customers to
verify their transactions were approximately 3 inches square and on
similar card stock to punch cards. When performing deposits, customers
were instructed to place a special transaction record inside of the
deposit envelope to aid in the processing of the transaction by the back
office staff.

... snip ...

above also has URL for picture of (canadian bank) 3624
http://www.rbc.com/history/anytimeanywhere/images/photos/self_serve2.gif

and wiki magstripe page
http://en.wikipedia.org/wiki/Magnetic_stripe

invented by ibm and coding standards managed out of los gatos lab from
1966 to 1975.

-- 
40+yrs virtualization experience (since Jan68), online at home since Mar1970

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

Re: IMS..IMS..Gotta love IMS. Why is my PCB failing?

2009-05-27 Thread David Logan

OK, that was all I needed, thanks. I put displays in around everything that
even touched the PCB, and I found the program that was horking it up.

Thanks!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Bill Klein
Sent: Wednesday, May 27, 2009 6:06 AM
To: IBM-MAIN@bama.ua.edu
Subject: IMS..IMS..Gotta love IMS. Why is my PCB failing?

When you are running this with BTS, are you ALSO using an interactive
language-specific debugger, e.g. Xpediter, Debug-Tool, or similar. (They all
have ways of running with BTS). If so, then I would trace when/how those
fields are getting correctly filled in under BTS in the program logic - and
figure out why the code is NOT getting to that place online.

Without knowing a WHOLE LOT MORE, my first guess is that your application is
not checking for a bad status on a preceding call to DL/I and that you are
assuming some of the PCB fields are already filled in (which they are when
things go well) but that are not filled in when something previously failed.
However, that is just a guess.

As I say, stepping thru the source code and monitoring or watching those
fields under BTS, should get you started on where the logic problem is.

David Logan loga3...@comcast.net wrote in message
news:035801c9dec0$8089a040$819ce0...@net...
 I have yet another mystifying situation. When I run my transaction online,
I
 get a U0476. When I run it under BTS, is happily blows right by the same
 code (crashes later, but Ill work on that later.)

 It crashes on this:
 CALL CEETDLI   USING GHU - and yes, I have tried CBLTDLI, no
 difference
G1CPCOM-PCB
TYPE-SEG-LTQA
LTERM-QSSA
TYPE-SSA

 Under online IMS, my PCB looks like this. This is the one that fails:
  3  PAÍQUEUESEGDJLOGAN 2.70COMMDBPX
 4F44DC444075DECECECC44414440CDDDCCD4F4FFCDDDCCDE444044
 030071000150845452570003413671502B7036444277000F00

 Under BTS, the above call works, and my PCB looks like this:
 G1CPCOM 03  PA {QUEUESEGIOPCB   2.70COMM   u
 CFCDCDD4FF44DC44000CDECECECC0001CDDCC444F4FFCDDD000A00
 71373640030071000F60845452570003967320002B7036440F940F

 It appears that there are various fields that have EBCDIC spaces that
 shouldn't in the online PCB. So I spent a lot of time reviewing the LANG=
on
 the PSBGEN at the recommendation of the messages manual. But, as it turns
 out, LANG=, LANG=ASSEM and LANG=COBOL all generate the same PCB value, so
 that's not it.

 So what is it? Where do I need to be looking?

 Thanks!
 David Logan

 (p.s. Perhaps somebody also knows how to reload a program in IMS after a
 relink without cycling IMS. In CICS, you can issue a NEWCOPY. What do I
 need to do in IMS to use a new load module?)

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Book on Poughkeepsie

If you were smart, the first step of every job that required card input was a 
sort to insure the cards were in proper order.
It didn't matter when they were dropped as long as the cards weren't damaged 
and all of the cards were picked up.

I didn't always perform the sort, but I always duplicated the deck, and used 
that darn device that would interpret and print (at least some) across the top 
of each card.

We had a couple of people, including myself, that could read the Holerith on 
the cards, but that was a slow process.
-
Too busy driving to stop for gas!

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

Re: Book on Poughkeepsie

Very early on I got into the habit of diagonally marking (the edge of) decks 
with a texta.
Just in case.

It took my first time dropping a deck to learn to do that.
I didn't have to be told twice. (8-{]}

-
Too busy driving to stop for gas!

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

Re: Assigning service class depending on system

On Wed, 27 May 2009 08:29:34 +, Ted MacNEIL eamacn...@yahoo.ca wrote:

Is it possible to assign a service class depending on the system the job
is running on?

Yes.

Possibly (more below).   Definitely NO in a shared spool (MAS). 

SI/SIG

System Instance (Group)


That is subsystem instance (not system instance) which is a valid qualifier
for JES, but ITYM SY/SYG - which is system name.  

However, SY is not valid for a JOB, which is what the OP requested.  It
is valid for TSO, STC, OMVS, ASCH, SAP, and TCP (I think that is the entire
list). 


We are running z/OS 1.9.

Been around since OS/390, IIRC.

SY has been around since OS/390 2.10.  It was created to remove one of
the inhibitors for some shops that could not get to goal mode since
compatibility mode was going to be removed from the OS. 

You can classify in JES for SSC - Subsystem Collection Name.   This
is the JES2 MAS name or JES3 JESplex name.  

So if every system in the sysplex has its own JES spool, then the
answer to the OP's question is Yes.  Otherwise it's No.   

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Book on Poughkeepsie

2009-05-27 Thread Joseph H Winterton

As an early day hacker in college,  me and a few buddies took a card and 
punched every hole out,   then reproduced that card till we had a few 
decks,  then put one deck in the keypunch machine to reproduce,  another 
deck in each sorting machine and each printer in the room.   Started them 
all and boy did that make some sounds as those machines danced around the 
room.  The computer science professor soon arrived to stop the stress test 
of the machines.  ;-)

Joe Winterton
IBM Manager OMEGAMON -  RD
Phone 919-224-1328  T/L 687-1328
cellphone -  914-954-0483 - jose...@us.ibm.com





Ted MacNEIL eamacn...@yahoo.ca 
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
05/27/2009 09:01 AM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu


To
IBM-MAIN@bama.ua.edu
cc

Subject
Re: Book on Poughkeepsie






Very early on I got into the habit of diagonally marking (the edge of) 
decks with a texta.
Just in case.

It took my first time dropping a deck to learn to do that.
I didn't have to be told twice. (8-{]}

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TCB time question

2009-05-27 Thread P S

On Fri, May 22, 2009 at 1:36 PM, Phil Smith III li...@akphs.com wrote:
 The following is typical output found in the SYSMSG produced by a batch job 
 on our z/OS 1.9 system:
  -STEPNAME PROCSTEP    RC   EXCP   CONN    TCB    SRB  CLOCK   SERV
  -NNN1SW               00   2326   1195 200.44    .00     .9  3094K
  -NNN1HW               00   2316   1069    .64    .00     .0   9753

 The following are the step termination message produced for those steps:
  /START 2009139.1224
  /STOP  2009139.1225 CPU    0MIN 46.98SEC SRB    0MIN 00.03SEC

  /START 2009139.1225
  /STOP  2009139.1225 CPU    0MIN 00.15SEC SRB    0MIN 00.01SEC

 We are not able to reconcile the step TCB time, particularly in the first 
 step, with the actual run/clock time of that step.  In fact, the TCB time 
 attributed to the first step is considerably greater than the job's entire 
 wall-clock run time.

 The ratios match -- 200.44/.64 ~= 46.98/.15 -- but what units is the 200.44 
 in?  What is the TCB time showing us?

Just got a call from IBM: this is indeed broken in the code shipped
with z/OS, it appears. Either that, or the IBM Dallas systems just
never applied the APAR. It was fixed by APAR OA20761, back in 2007.

For anyone else on DTSC: They will apply this APAR as of June 17, 2009.

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

Re: Book on Poughkeepsie

2009-05-27 Thread Ed Finnell

 
In a message dated 5/27/2009 7:12:53 A.M. Central Daylight Time,  
scottyt.har...@gmail.com writes:

because it seems cleaner to me (i'm a bit anal that way).   But,
now I know the origin and that changes everything.



Well in the olden days when you dropped the  deck(unprinted) it was 
possible to recover with the sorter. Or as one future  sysprog determined, 
sorting 
was possible with a paperclip when the sorter was  fried.


Road to glory. Another future sysprog was  watching and waiting for time as 
the programmer was processing 'registration'  via cards. Think it was a 
sort merge where classes and student  preferences were joined. About 14 trays 
of cards. Well the card reader was  tired and humidity was up in the 90's and 
things weren't going well at all. So  the kid says just read 'em in upside 
down and I'll write a quick and dirty to  turn them over.
 
 
 
 




**Dinner Made Easy Newsletter - Simple Meal Ideas for Your 
Family. Sign Up Now! 
(http://pr.atwola.com/promoclk/100126575x1221991367x1201443283/aol?redir=http:%2F%2Fad.doubleclick.net%2Fclk%3B215225819%3B37274678%3Bs%
3Fhttp:%2F%2Frecipes.dinnermadeeasy.com%2F%3FESRC%3D622)

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

Re: Book on Poughkeepsie

2009-05-27 Thread Phil Smith III

On Wed, May 27, 2009 at 9:09 AM, Joseph H Winterton jose...@us.ibm.com wrote:
 As an early day hacker in college,  me and a few buddies took a card and
 punched every hole out,   then reproduced that card till we had a few
 decks,  then put one deck in the keypunch machine to reproduce,  another
 deck in each sorting machine and each printer in the room.   Started them
 all and boy did that make some sounds as those machines danced around the
 room.  The computer science professor soon arrived to stop the stress test
 of the machines.  ;-)

Tsk. In COLLEGE? When I was 5, my dad rented a keypunch so he could work on a 
project at home (machine generation of concordances). I thought we had a 
computer in the house, and spent many a happy hour making all-punch cards. And 
jamming the machine with them. And learning how to un-jam it...

ObRelatedAnecdote: And of course, we who were around in those days know that 
chad was a mass noun (a bucket of chad) until the 2000 elections, when the 
know-nothing press turned it into a count noun (a bucket of chads).

As for sorting dropped cards: in the mid-80s, I worked at UofWaterloo. We had 
one full professor who refused to get off of cards. The I/O operators noticed 
that they weren't sequenced or striped, and tried swapping out one of his boxes 
for another, then tripping and throwing them across the room. That got him to 
stripe them, but he still wouldn't get off them. Finally we told him he'd have 
to pay for the maintenance on the card reader; that got his Dean to tell him 
adapt or die (or something like that).

...phsiii (hey, this is at least IBM mainframe-related stuff!)

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

Re: Book on Poughkeepsie

After I read the quoted text, I kept thinking that the system 3 had 2 rows 
of 45 columns.  I finally remembered that what I was thinking of was the 
Univac punched card.  It was the same size as an 80 column card, but had 2 
rows of 45 columns, and the holes in the card were round.


My first job as a computer operator we had a 360 Mod 40 computer, but before 
I started they had a Univac computer.  A while after I had started, we had a 
job that took all weekend loading tubfiles of these old Univac cards to 
disk.  There was a special modification to the 2540 reader/punch to be able 
to read the 90 column cards.  These were cards that spent time in the shop, 
so besides being very old, they had lots of hair and paper clips in them. 
Lots of card jams.  At least we didn't have to sort them.  The cards that 
got jammed were repunched into 80 column cards by keypunch.


By the way, for the 96 column card, did each row go from left to right, or 
on one row did the columns go from right to left?  I was just thinking that 
when you punched a 96 column card in a keypunch, it would be easier to move 
the card left to right for the first row, and then back up for the 2nd row, 
etc.


Eric Bielefeld
Sr. Systems Programmer
Milwaukee, Wisconsin
414-475-7434


- Original Message - 
From: Field, Alan C. alan.c.fi...@supervalu.com


The 96 column card was actually 3 rows of 32, almost a square card. Tiny 
round holes. I used them on a System/3 in the early 70sm.




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

Re: Dataset FLASH/SNAP question

2009-05-27 Thread Ron Hawkins

Jennifer,

There are many sites doing something similar with FlashCopy on HDS and IBM,
Shadowimage on HDS, Snapshot on SUN, and Snap on EMC. However, because you
are using EMC in system copy you really need to limit your scope to EMC's
Snap and the products that support it.

Experience with other vendors may not reflect the pros and cons of your
hardware.

Ron

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
 Jennifer Currell
 Sent: Tuesday, May 26, 2009 8:46 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: [IBM-MAIN] Dataset FLASH/SNAP question
 
 We have a project which wants to copy about 1tb of data from prod to dev.
 All the data will be in the same EMC DMX.
 All the data will be in the same sysplex/SMSplex.
 The datasets will be renamed when copied.
 The data is DB2 and IMS - so lots of little files.
 The process will be repeated every 1-2 months.
 Minimal outage to the source (prod) is required..
 
 We have looked at EMC Timefinder SNAP at dataset level but there is a bug
 whereby it seems to randomly rename the target dataset. Problem is with
EMC
 but little progress.
 
 We also have FDRABR and FDRinstant (from Innovation) which we currently
 use for our backups.
 
 We are looking at FDRCOPY and it seems similar to Timefinder SNAP but it
 works.
 
 Does anyone else do something similar? Any problems? Things to look out
for?
 
 Thanks in advance
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: BLOCK CONTAINS

2009-05-27 Thread Howard Brazee

On 23 May 2009 12:32:09 -0700, paulgboul...@aim.com (Paul Gilmartin)
wrote:

You seem to be agreeing with Steve Thompson that In the MVS world, we
are not device dependant, only insofar as there is only one type of
device.  A weak assertion indeed.  Would you be willing to go so far
as to side with me and say that we fundamentally disagree with Mr.
Thompson?

The CoBOL should be more independent than JCL.   There is no reason
that CoBOL should care about blocksize, that isn't its function.
Whatever we code in the CONFIGURATION SECTION along with FD clauses
such as BLOCKSIZE  RECORDING MODE should be overridable in the JCL or
REXX.

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

Re: Book on Poughkeepsie

2009-05-27 Thread Compton, John

Back in my days as a trainee operator, dropping a tray (remember those
grey trays of 2000 or so cards?) was known as a 'floor sort'.

AT Another place I worked at had the only 2540 I've ever seen. ISTR a
program that validated data cards 'on the fly', sending valid cards to
output hopper 1 and invalid ones to hopper 2... which was fine until the
validation program was enhanced  the list of tests took longer than the
allowable time to trigger the selector flap(s - or whatever they were
called) on the reader path. That led to some WONderful wrecks when the
flap popped up just as the incoming card reached that point on the
track.

John Compton

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Phil Smith III
Sent: 27 May 2009 14:43
To: IBM-MAIN@bama.ua.edu
Subject: Re: Book on Poughkeepsie

On Wed, May 27, 2009 at 9:09 AM, Joseph H Winterton jose...@us.ibm.com
wrote:
 As an early day hacker in college,  me and a few buddies took a card
and
 punched every hole out,   then reproduced that card till we had a few
 decks,  then put one deck in the keypunch machine to reproduce,
another
 deck in each sorting machine and each printer in the room.   Started
them
 all and boy did that make some sounds as those machines danced around
the
 room.  The computer science professor soon arrived to stop the stress
test
 of the machines.  ;-)

Tsk. In COLLEGE? When I was 5, my dad rented a keypunch so he could work
on a project at home (machine generation of concordances). I thought we
had a computer in the house, and spent many a happy hour making
all-punch cards. And jamming the machine with them. And learning how to
un-jam it...

ObRelatedAnecdote: And of course, we who were around in those days know
that chad was a mass noun (a bucket of chad) until the 2000
elections, when the know-nothing press turned it into a count noun (a
bucket of chads).

As for sorting dropped cards: in the mid-80s, I worked at UofWaterloo.
We had one full professor who refused to get off of cards. The I/O
operators noticed that they weren't sequenced or striped, and tried
swapping out one of his boxes for another, then tripping and throwing
them across the room. That got him to stripe them, but he still wouldn't
get off them. Finally we told him he'd have to pay for the maintenance
on the card reader; that got his Dean to tell him adapt or die (or
something like that).

...phsiii (hey, this is at least IBM mainframe-related stuff!)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IBM-Main Postings Yesterday

Yesterday, I didn't get any emails from IBM-Main until about 5:30 P.M. CST. 
Did anyone else have any problems?  I went to the web site, and saw that 
there were postings.  This morning, I had the normal amount of emails from 
IBM-Main.


Eric

Eric Bielefeld
Sr. Systems Programmer
Milwaukee, Wisconsin
414-475-7434 


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

Re: BLOCK CONTAINS

2009-05-27 Thread Howard Brazee

On 25 May 2009 18:23:38 -0700, joa...@swbell.net (John McKown) wrote:

I agree, except for truly direct access data sets. What I have fought 
with here is the mindset of I must allocate in CYLINDERS in order to be 
efficient. I want them to allocate in RECORDS (or millions of records). 
But, oh, no! that is not good because I understand what a cylinder is, 
but I don't know how much space 1 million records requires. Then when I 
ask them how many records they'll get in that CYLinder allocation, I get 
the deer in the headlights look.

And of course, people cut and paste their SORTWK* files often without
thinking.   After all, they are temporary anyway, make them all very,
very large and we won't be called in.

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

Re: Assigning service class depending on system

I agree with Mark Zelden.  When we looked at trying to find a way to put
development batch in a different service class than production batch,
when it runs on a different system in the sysplex but uses exactly the
same job name (for testing - same in test as in production), we ended up
with this same methodology as the answer.  Lucky for us, our test
systems share one MAS and the production systems share another, so we
were able to differentiate based on SSC.  I wish, though, that JES
Selection List Rules allowed for individually named system images to be
specified, it would make this sort of thing much easier (it surely did
for DDF workloads!).

Here's kind of an example coding, one where a TNG for HIGHBAT high batch
is separated by MAS (SSC from XCFGRPNM connector name in $DMASDEF), and
one where initiator class A is separated using the same method.

1 TNGHIGHBAT
2 . SSC  . H001NJE HIGHBAT  HIGHBAT
2 . SSC  . H101NJE DEVHBAT  DEVHBAT
1 TC A 
2 . SSC  . H001NJE NORMBAT  NORMBAT
2 . SSC  . H101NJE DEVNBAT  DEVNBAT

This is particularly useful in a CECPLEX with mixed DEV and PROD
systems, at 100% busy time, to help ensure that the PROD system gets the
CPU and the DEV system gets starved out first (loves ones get the CPU,
don't cha know).  The service classes are defined so that production is
higher in importance and velocity goal than development, to help things
along.

HTH,

Gary Diehl
Systems Administration
Water seeks it's own level - Aristotle

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Wednesday, May 27, 2009 8:08 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Assigning service class depending on system

On Wed, 27 May 2009 08:29:34 +, Ted MacNEIL eamacn...@yahoo.ca
wrote:

Is it possible to assign a service class depending on the system the
job
is running on?

Yes.

Possibly (more below).   Definitely NO in a shared spool (MAS). 

SI/SIG

System Instance (Group)


That is subsystem instance (not system instance) which is a valid
qualifier
for JES, but ITYM SY/SYG - which is system name.  

However, SY is not valid for a JOB, which is what the OP requested.  It
is valid for TSO, STC, OMVS, ASCH, SAP, and TCP (I think that is the
entire
list). 


We are running z/OS 1.9.

Been around since OS/390, IIRC.

SY has been around since OS/390 2.10.  It was created to remove one of
the inhibitors for some shops that could not get to goal mode since
compatibility mode was going to be removed from the OS. 

You can classify in JES for SSC - Subsystem Collection Name.   This
is the JES2 MAS name or JES3 JESplex name.  

So if every system in the sysplex has its own JES spool, then the
answer to the OP's question is Yes.  Otherwise it's No.   

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assigning service class depending on system

However, SY is not valid for a JOB, which is what the OP requested.

I went back to the manual and checked.
You are correct, but with my bad eyesight, I had to download the PDF and rotate 
the table on page 72, to figure it out.
There has to be a better way to present that than a table rotated 90 degrees!
Of course, I could just spring for new glasses.


It is valid for TSO, STC, OMVS, ASCH, SAP, and TCP (I think that is the entire 
list). 

If SYSH is SAP, which I don't believe it is, then yes except for TCP.
The table indicates that it is not.

And, as I've already stated, I did mean SY/SYG.
It's been so long since I've done it, that I'd forgotten.
-
Too busy driving to stop for gas!

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

Re: Book on Poughkeepsie

The computer science professor soon arrived to stop the stress test of the 
machines.  ;-)

Somebody tried that at the University of Waterloo and was expelled for 
sabotaging expensive (and old equipment).
Universities, in Ontario at least, are/were not well funded.

I almost got expelled for running a high priority/high I/O sort job in the 
background on a non-IBM machine during the week final assignments were due.

I said I was curious; I was just being a 19-year-old twit!

-
Too busy driving to stop for gas!

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

Re: Assigning service class depending on system

2009-05-27 Thread Vernooy, C.P. - SPLXM



Diehl, Gary gary.di...@allstate.com wrote in message
news:448c07246fdb244e86554e7f2c6ee7a904f42...@a0116-xpo0114-s.swdc.ad.a
llstate.com...
 I agree with Mark Zelden.  When we looked at trying to find a way to
put
 development batch in a different service class than production batch,
 when it runs on a different system in the sysplex but uses exactly the
 same job name (for testing - same in test as in production), we ended
up
 with this same methodology as the answer.  Lucky for us, our test
 systems share one MAS and the production systems share another, so we
 were able to differentiate based on SSC.  I wish, though, that JES
 Selection List Rules allowed for individually named system images to
be
 specified, it would make this sort of thing much easier (it surely did
 for DDF workloads!).

There is a big difference in between Jes batch and DDF is this area. 
With DDF the work is classified when it starts execution, so the
current system will be the system where the work runs. 
In the case of batch the work is classified when it enters the system
and put on the input queue to be selected and processed later by one the
the Jes members in the MAS complex. In this case, the current system
is not necessarily the system where the work will run.

This subject is quite similar to system symbols in batch and its
related dilemma's.

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

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

Re: Book on Poughkeepsie

As for sorting dropped cards: in the mid-80s, I worked at UofWaterloo.
We had one full professor who refused to get off of cards. 

I think I know who that was.

On a related note, at one Insurance Company I worked at, we had one of the most 
prestigious pension plans in North America.
It was maintained by a file clerk, who would type updates on a keypunch, and 
submit that and the master file as two card decks.
Every week, she (and it was a she in 1981) would bring these two decks to the 
5th floor computer room where operations would set up a copy job to dump the 
two files to disk, and then run the Production update stream.
The last job would punch out the new master file, we'd feed it through the 
interpreter, and, on Monday, she'd show up, get the new cards and trundle back 
up to her office.

We kept a reader/punch, a back up, a card interpreter, and 2 KP-29's around for 
just this one file.

Finally, when the maintenance (and the reliability) got too hard to manage, we 
convinced the pension department to work with disk files.
-
Too busy driving to stop for gas!

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

Re: Assigning service class depending on system

Another I didn't mention before could be to use automation or the
IWMRESET WLM API to change the service class after the job is running. 
ISTR some examples in MVS Update (Xephon) or one of the other pubs to
do this.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html


On Wed, 27 May 2009 09:01:59 -0500, Diehl, Gary gary.di...@allstate.com wrote:

I agree with Mark Zelden.  When we looked at trying to find a way to put
development batch in a different service class than production batch,
when it runs on a different system in the sysplex but uses exactly the
same job name (for testing - same in test as in production), we ended up
with this same methodology as the answer.  Lucky for us, our test
systems share one MAS and the production systems share another, so we
were able to differentiate based on SSC.  I wish, though, that JES
Selection List Rules allowed for individually named system images to be
specified, it would make this sort of thing much easier (it surely did
for DDF workloads!).

Here's kind of an example coding, one where a TNG for HIGHBAT high batch
is separated by MAS (SSC from XCFGRPNM connector name in $DMASDEF), and
one where initiator class A is separated using the same method.

1 TNGHIGHBAT
2 . SSC  . H001NJE HIGHBAT  HIGHBAT
2 . SSC  . H101NJE DEVHBAT  DEVHBAT
1 TC A
2 . SSC  . H001NJE NORMBAT  NORMBAT
2 . SSC  . H101NJE DEVNBAT  DEVNBAT

This is particularly useful in a CECPLEX with mixed DEV and PROD
systems, at 100% busy time, to help ensure that the PROD system gets the
CPU and the DEV system gets starved out first (loves ones get the CPU,
don't cha know).  The service classes are defined so that production is
higher in importance and velocity goal than development, to help things
along.

HTH,

Gary Diehl
Systems Administration
Water seeks it's own level - Aristotle

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Wednesday, May 27, 2009 8:08 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Assigning service class depending on system

On Wed, 27 May 2009 08:29:34 +, Ted MacNEIL eamacn...@yahoo.ca
wrote:

Is it possible to assign a service class depending on the system the
job
is running on?

Yes.

Possibly (more below).   Definitely NO in a shared spool (MAS).

SI/SIG

System Instance (Group)


That is subsystem instance (not system instance) which is a valid
qualifier
for JES, but ITYM SY/SYG - which is system name.

However, SY is not valid for a JOB, which is what the OP requested.  It
is valid for TSO, STC, OMVS, ASCH, SAP, and TCP (I think that is the
entire
list).


We are running z/OS 1.9.

Been around since OS/390, IIRC.

SY has been around since OS/390 2.10.  It was created to remove one of
the inhibitors for some shops that could not get to goal mode since
compatibility mode was going to be removed from the OS.

You can classify in JES for SSC - Subsystem Collection Name.   This
is the JES2 MAS name or JES3 JESplex name.

So if every system in the sysplex has its own JES spool, then the
answer to the OP's question is Yes.  Otherwise it's No.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: BLOCK CONTAINS

And of course, people cut and paste their SORTWK* files often without thinking.

We made it even more turnkey than that.
We cleaned up all the Production JCL, and made them dynamic.


After all, they are temporary anyway, make them all very, very large and we 
won't be called in.

With SYNCSORT, at least, there is a facility to monitor memory usage and 
determine whether a disk, or a memory, sort is warranted.

At one shop, we had the PIPESORT add-on.
That was the kitty's butt, to coin a phrase.
-
Too busy driving to stop for gas!

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

Re: Assigning service class depending on system

Another I didn't mention before could be to use automation or the IWMRESET WLM 
API to change the service class after the job is running. 

Hey, Rube!
Can you say 'Goldberg'?

Sometimes, the job runs so quickly that it's not worth the effort.

You can set up Service Class by Transaction (Job) Class.
So, I would just assign job classes to specific systems, if you truly need it.
But, I think the whole concept defeats the purpose of shared SPOOL (old-timer's 
name for MAS).
Just my opinion.
-
Too busy driving to stop for gas!

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

Re: Book on Poughkeepsie

2009-05-27 Thread Anne Lynn Wheeler

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.


ibm-m...@tpg.com.au (Shane) writes:
 So long as it wasn't an object deck.
 Very early on I got into the habit of diagonally marking (the edge of)
 decks with a texta.
 Just in case.

re:
http://www.garlic.com/~lynn/2009h.html#41 Book on Poughkeepsie
http://www.garlic.com/~lynn/2009h.html#42 Book on Poughkeepsie
http://www.garlic.com/~lynn/2009h.html#44 Book on Poughkeepsie

when science center people came out in Jan68 to install cp67 at the
univ. ... all assemblies were still done on os/360 ... the card decks
punched ... output binary from assembler placed in order in card tray
with bps loader in front ... and cp67 kernel built by ipling/loading
that deck from the 2540 (which would then write kernel image to disk).

not all that different from punching up stage1 os/360 sysgen deck
... assembling it under the starter system ... which then punched out
stage2 sysgen card deck ... which turned around and read/ran from
reader.

patching/fixing cp67 required re-assembly of the specific module (under
os/360) and replacing the specific module binary in the card tray and
rebooting. since there were 60+ modules in the cp67 kernel ... got
into the habit of diagonally marking each module binary along with
writing module name across the top edge ... similar to what is shown
in picture of box of cards:
http://en.wikipedia.org/wiki/Computer_programming_in_the_punch_card_era

except the full cp67 binary was more than box of cards (2000) but
less than single card tray (3000 cards).

later in '68, cp67 assembly had been moved under cms ... and the cp67
kernel build was done by punching the different decks to virtual punch
... which was routed to virtual reader ... and the cp67 cards ipl'ed
from the virtual reader.

I had also started process of doing highly optimized os/360 sysgens,
building os/360 2314 system packs with datasets and PDS members
carefully ordered on the disk to optimize arm seek operation.  Part of
this was fiddling the production system and the starter system pack
... so I could run stage1 sysgen under production system.

I would then run the stage2 punch card output through interpreter 
http://www.columbia.edu/acis/history/interpreter.html

which read the punch holes and printed the corresponding alphabetic
across the top. A slight problem was compared to 026/029, the print was
larger than the column size ... only printing 60(?) characters across
the width of card ... so full 80 characters had to be printed on two
lines.

I would then carefully reorder the cards in the stage2 sysgen ...  so
when the new system disks were built (under production system, instead
of starter system) ... the order of the datasets and PDS members were
optimized for seek operation.

at the aug68 SHARE meeting in boston ... i gave a presentation on some
of the work I had done rewritting cp67 to reduce pathlength as well as
running os/360 in virtual machine ... and some comments about the
optimization done for os/360 (whether running on bare iron or in virtual
machine).

misc posts with pieces of that share presentation:
http://www.garlic.com/~lynn/94.html#18 CP/67  OS MFT14
http://www.garlic.com/~lynn/97.html#22 Pre S/360 IBM Operating Systems?
http://www.garlic.com/~lynn/97.html#28 IA64 Self Virtualizable?
http://www.garlic.com/~lynn/98.html#21 Reviving the OS/360 thread (Questions 
about OS/360)
http://www.garlic.com/~lynn/99.html#93 MVS vs HASP vs JES (was 2821)
http://www.garlic.com/~lynn/2001h.html#12 checking some myths.
http://www.garlic.com/~lynn/2005m.html#16 CPU time and system load


One of the os/360 problems I had was periodic PTFs would replace PDS
members ... which would mess up my carefully placement and PTF activity
over six month period noticeably degrade thruput (I would have to
carefully rebuild PDS with member ordering to restore performance).

-- 
40+yrs virtualization experience (since Jan68), online at home since Mar1970

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

Re: Assigning service class depending on system

On Wed, 27 May 2009 14:13:08 +, Ted MacNEIL eamacn...@yahoo.ca wrote:


It is valid for TSO, STC, OMVS, ASCH, SAP, and TCP (I think that is the
entire list).

If SYSH is SAP, which I don't believe it is, then yes except for TCP.

It is not the same as SAP. 

The table indicates that it is not.

You are correct.   I had just checked the WLM dialogs on a 1.9 system
and when using a ? SY showed up as valid for TCP.  But all types did. 
That was fixed in 1.10.   Regarding SAP, since it isn't a standard WLM 
subsystem, the same is true... it showed all classification types as valid
when I used a question mark to display the valid types.  So I really don't 
know if SY is valid or not for SAP (it probably isn't).  It's a moot point 
since DB2 V8 anyway, because SAP uses DDF now instead of ICLI.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Book on Poughkeepsie

2009-05-27 Thread Patrick O'Keefe

On Wed, 27 May 2009 08:45:06 -0500, Eric Bielefeld eric-
ibmm...@wi.rr.com wrote:

...
By the way, for the 96 column card, did each row go from left to 
right, or on one row did the columns go from right to left?  I was 
just thinking that when you punched a 96 column card in a 
keypunch, it would be easier to move the card left to right for 
the first row, and then back up for the 2nd row, etc.
...

Ok.  This has nothing to do with mainframes, but ...

I don't remember the keypunch for the 96 column card, but by 
that time IBM already had th 129 for 80 column cards.  The 129
buffered the  keyed input and punched the card from the buffer 
when RELEASE was hit.  I assume the 96 column keypunch did 
the same thing.  That allowed it to punch (and interpret) all 3 tiers
at once. 

Regarding dropped decks, I don't remember if there was a high
speed sorter for the 96 column cards.  (There probably was one,
but I don't think I ever saw it.)   There was a card sort/merge 
program for the MOd 20 + MFCM so I assume there was also one
for the S/3 + MFCU.  

This kind of sort was actually a pretty interesting process.
A pass through the program would result in a set of sorted 
sequences of cards in multiple stackers.  Each pass through the
program resulted in fewer but longer sequesnces.  (Put the 
cards from stacker 1 followed by cards from stacker 2 in hopper 1, 
the cards from stackers 4  5 in hopper 2, and press START.  You 
have approximately 14 more passes.)  Put the cards in the wrong
hoppers and you might increase the number of passes by one or
two but do no great harm. 

This process externalized sort behavior that is hidden in disk and
tape sorts.  Good for inspiring I wonder how that works kind of 
questions in inquisitive minds.   (Some of us got inspiration in our 
20s that others got in grade school.  Better late than never.)

Pat O'Keefe
  

 

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

Re: IBM Optim question...

2009-05-27 Thread Galambos, Robert

Actually in a fairly/good/large implementation of test data privacy the numbers 
don't seem to be unreasonable (but there are a number of factors that need to 
be looked at. (i.e ONLY DB2 data, or MVS/Oracle/VSAM as well, instead of?). 

Also a number of differnet aspects need to be.

An example.

1) Data consistency. Since no application software runs by itself, one needs to 
make sure that whatever you apply in application A data element A1 ( example 
Postal code) is the same in application B data element B7 (postal code). And 
even if, for now, Data Masking (DM) is only for that one application you do not 
know what will happen later on, within the entire enterprise

2) Quality of the Data. One must make sure that the DM rules reflect the 
business rules of the application/enterprise. And that whatever software is 
used, minimized special coding of exits (harder to maintain if a lot of exits 
need coding). Not every type of data elements can be disguised the same way. 
What are the 'best practices' that others have used successfully. To make the 
data quality that ones need in a testing environment

3) Documentation. The 'four' letter word within IT ;-). But especially within a 
Data Privacy project to ensure success, Documentation is vital. Without proper 
documentation one can end up  missing data masks, redoing rules, etc

4) Politically. Who owns that data? Who will determine which elements will be 
masked, and how?

5) As you touched based, the environment.  The 'window', the platform, the 
repeatability etc

6) The software. Not all software are created equally. The ease of use, the 
enterprise wide requirements, the support, etc. all should be factored in any 
discussion of this magnitude. Are those partners knowledgeable about the 
issues. Do they have publicly obtainable certification on the question. 

Software is just one aspect of this large type of project. 

And I am only scratching the surface. If you want, feel free in contacting me.





Robert Galambos CIPP/C, CIPP/IT
Certified Information Privacy Professional Canada/IT
Compuware Corp.
1-800-263-7189



 



 
Le contenu de ce courriel s'adresse au destinataire seulement. Il contient de 
l'information pouvant être confidentielle. Vous ne devez ni le copier ni 
l'utiliser ni le divulguer à qui que ce soit à moins que vous soyez le 
destinataire ou une personne désignée autorisée. Si vous le receviez par 
erreur, veuillez nous aviser immédiatement et le détruire.
 

The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it.

 

From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
P S
Sent: May 22, 2009 9:40 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM Optim question...

On Thu, May 21, 2009 at 7:45 PM, Bob Rutledge deerh...@ix.netcom.com wrote:
 Ummm, guys, I kind of guessed that obfuscation was the general intent 
 of the exercise.  The ignorance part was about the mechanics involved; 
 e.g. if the OP is talking about masking a database record for each of 
 those billion operations per hour, I hope his client has some serious iron.

Ah. In that case, it's only mostly as bad as you suggest: a masking operation 
usually means one column in one row. So if you mask (say) firstname, lastname, 
address, city, ZIP, ssn, creditcardnumber, that's seven operations in one row. 
Still sounds like some serious iron.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM-Main Postings Yesterday

2009-05-27 Thread Dave Salt

Yes, I had the same problem. I didn't know why it was happening, so I 
resubscribed. Today everything seems back to normal.

Dave Salt

SimpList(tm) - try it; you'll get it!
http://www.mackinney.com/products/SIM/simplist.htm







 Date: Wed, 27 May 2009 08:54:05 -0500
 From: eric-ibmm...@wi.rr.com
 Subject: IBM-Main Postings Yesterday
 To: IBM-MAIN@bama.ua.edu

 Yesterday, I didn't get any emails from IBM-Main until about 5:30 P.M. CST.
 Did anyone else have any problems? I went to the web site, and saw that
 there were postings. This morning, I had the normal amount of emails from
 IBM-Main.

 Eric

 Eric Bielefeld
 Sr. Systems Programmer
 Milwaukee, Wisconsin
 414-475-7434

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
_
Windows Live helps you keep up with all your friends, in one place.
http://go.microsoft.com/?linkid=9660826

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

Re: Book on Poughkeepsie

2009-05-27 Thread Scott T. Harder

It's interesting to me that I am seeing a couple of references to the
80's (albeit early 80's) in some of these posts related to punched
cards.   I started in 1984 at ATT in Orlando (in I/O Distribution)
and saw nary a punched card.  I guess it depends on where you were.

-- 
All the best,
Scott T. Harder


On 5/27/09, Ted MacNEIL eamacn...@yahoo.ca wrote:
As for sorting dropped cards: in the mid-80s, I worked at UofWaterloo.
We had one full professor who refused to get off of cards.

 I think I know who that was.

 On a related note, at one Insurance Company I worked at, we had one of the
 most prestigious pension plans in North America.
 It was maintained by a file clerk, who would type updates on a keypunch, and
 submit that and the master file as two card decks.
 Every week, she (and it was a she in 1981)

snip

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

Re: Book on Poughkeepsie

It's interesting to me that I am seeing a couple of references to the 80's 
(albeit early 80's) in some of these posts related to punched cards.
I started in 1984 at ATT in Orlando (in I/O Distribution) and saw nary a 
punched card.
I guess it depends on where you were.

Three years can make a big difference in IT (remember Moore's Law).

In 1981, we were still using punched cards (albeit one app).
In 1984, we weren't using any.
I helped cart the old equipment out the door in 1983.

In 1981, we had a 5 MIPS machine (AMD 470/V8).
In i984, we had a 10+MIPS machine (IBM 3081D).

In 1981, we had 30GB of 3330 DASD.
In 1984, we had 75GB of 3350 DASD.
In both cases, we thought we were a huge shop.

The first DASD acquisition I was responsible for, in 1984, it was for 300GB.
The last one was for 14TB. (And, in a previous incarnation [one job before], 
32TB).

I am interviewing for a job where I will be resonsible for managing 4.5PB 
(PetaBytes), and expecting to grow to 10 within a year to 18 months.

The point being, it changes rather quickly.

-
Too busy driving to stop for gas!

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

RMF Monitor III view PU/PROCU question

All,

Here's a curiosity question, which I haven't found a satisfactory answer
for in the help panels or the manual.

On z/OS 1.10 in RMF III, looking at the PU/PROCU panel, and adding up
the Time on CP% : Total column, which is supposed to contain the
percent of the CPU used by the task during the sampling period, yields a
number over 100%.  I got 157.6% in this case.

Granted, the LPAR has two logical CPUs, the CEC has three physical.  So
then, why wasn't the number 200%?  The LPAR wasn't anywhere near it's
cap.  The CEC wasn't anywhere near 100% busy (thus, no short engine
effect could be causing this).  The LPAR was getting about 58% of all
available physical CPU for the CEC, logical CPs getting about 89%
dispatched.

Any way that I've sliced it, I don't get an even 100% or multiple of
100, in looking at this.  And the numbers are much too far off to be
explained by loss of precision.

I've gone so far as to select a timeframe where the CEC was at 100%
physical busy, and added the PU/PROCU TOTAL columns from all LPARs, and
still only came up with 249% (versus the 300% I'd expected for 3
physical CPUs).

Can someone please explain why adding the total column isn't yielding a
multiple of 100?

For your info, here is what the HELP panel says about that column:


   RMF Monitor III Processor Usage - Field Help
COMMAND ===

Time on CP % Total is the percentage of CPU time spent on general
purpose
CPs as sum of TCB time, global and local SRB time, and preemptible or
client SRB time consumed on behalf of this address space.



Thanks,

Gary Diehl
Systems Administration
Water seeks it's own level - Aristotle

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

Re: Book on Poughkeepsie

I started mainframes in 1988, and worked punch cards until 1991.  I even
had the glorious experience of a multi-file floor sort exercise,
thankfully the cards all had sequence numbers so all I had to do was run
them through the interpreter, and then put them back in sequence by
hand.  The sequence numbers didn't intersect, so I got lucky that time,
they were easy to tell apart.  I also had the joy of working keypunch
when the machines bent, folded, spindled, or mutilated the cards, which
was relatively frequently.

I was glad to see them go, since the interpreter (which was near the
door) had a grounding problem, and we'd get some yahoo seemingly every
month that put their hand on the machine and then touched the metal
doorknob to exit the room, despite the brightly colored large sign
posted nearby warning people not to touch the equipment.


Gary Diehl
Systems Administration
Water seeks it's own level - Aristotle

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

Re: IBM-Main Postings Yesterday

Hmm - I didn't do anything - the postings just started up again.  I'm 
surprised no one else had this problem.


Eric Bielefeld
Sr. Systems Programmer
Milwaukee, Wisconsin
414-475-7434


- Original Message - 
From: Dave Salt ds...@hotmail.com



Yes, I had the same problem. I didn't know why it was happening, so I 
resubscribed. Today everything seems back to normal.


Dave Salt

SimpList(tm) - try it; you'll get it!
http://www.mackinney.com/products/SIM/simplist.htm




Yesterday, I didn't get any emails from IBM-Main until about 5:30 P.M. 
CST.

Did anyone else have any problems? I went to the web site, and saw that
there were postings. This morning, I had the normal amount of emails from
IBM-Main.

Eric



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

Card reader punches and related was Re: Book on Poughkeepsie

2009-05-27 Thread Clark Morris

On 27 May 2009 07:32:20 -0700, in bit.listserv.ibm-main you wrote:

As for sorting dropped cards: in the mid-80s, I worked at UofWaterloo.
We had one full professor who refused to get off of cards. 

I think I know who that was.

On a related note, at one Insurance Company I worked at, we had one of the 
most prestigious pension plans in North America.
It was maintained by a file clerk, who would type updates on a keypunch, and 
submit that and the master file as two card decks.
Every week, she (and it was a she in 1981) would bring these two decks to the 
5th floor computer room where operations would set up a copy job to dump the 
two files to disk, and then run the Production update stream.
The last job would punch out the new master file, we'd feed it through the 
interpreter, and, on Monday, she'd show up, get the new cards and trundle back 
up to her office.

We kept a reader/punch, a back up, a card interpreter, and 2 KP-29's around 
for just this one file.

Finally, when the maintenance (and the reliability) got too hard to manage, we 
convinced the pension department to work with disk files.
-
Too busy driving to stop for gas!

The site I was at kept our 2540 until at least the mid 1980's (at
least we got rid of the 2501).  I remember one Sunday somehow frying
the JES3 initialization member and having to key punch an
initialization deck to IPL so that I could recover it.  I also
remember being able to work with level 2 to find a bug in card reader
I-O counts (redefined field that was clobbered by a PTF fixing
something else).   

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

Re: Book on Poughkeepsie

We still had our reader/punch until the end of 1995.  I don't think we used 
it at all the last year.  It finally took moving the datacenter to get rid 
of it.


I do remember one time when they still used a lot of punched cards in the 
factory for picking tickets etc. when the punch broke.  We didn't have IBM 
maintenance at the time.  After 3 or 4 days of not being able to punch 
cards, we the maintenance company had to call IBM in.  It turned out some 
internal cable was bad.  We were getting to the point where the factory was 
going to have to shut down if we couldn't punch cards out anymore.  I think 
that was around 1990.


Eric

Eric Bielefeld
Sr. Systems Programmer
Milwaukee, Wisconsin
414-475-7434


- Original Message - 
From: Scott T. Harder scottyt.har...@gmail.com





It's interesting to me that I am seeing a couple of references to the
80's (albeit early 80's) in some of these posts related to punched
cards.   I started in 1984 at ATT in Orlando (in I/O Distribution)
and saw nary a punched card.  I guess it depends on where you were.

--
All the best,
Scott T. Harder



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

Re: BLOCK CONTAINS

2009-05-27 Thread Clark Morris

On 25 May 2009 19:16:25 -0700, in bit.listserv.ibm-main you wrote:

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of John McKown
 Sent: Monday, May 25, 2009 6:21 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: BLOCK CONTAINS

 On Sat, 23 May 2009, Ted MacNEIL wrote:

  You seem to be agreeing with Steve Thompson that In the MVS world,
we
 are not device dependant, only insofar as there is only one type of
 device.  A weak assertion indeed.

  Not at all.
  There are at least two device types -- tape and disk.
  And, I can convert to either without re-compiling.
  That is device independent.
  -
  Too busy driving to stop for gas!

 I agree, except for truly direct access data sets. What I have
fought
 with here is the mindset of I must allocate in CYLINDERS in order to
be
 efficient. I want them to allocate in RECORDS (or millions of
records).
 But, oh, no! that is not good because I understand what a cylinder
is,
 but I don't know how much space 1 million records requires. Then when
I
 ask them how many records they'll get in that CYLinder allocation, I
get
 the deer in the headlights look.

OK, but how is this desire not satisfied via AVGREC allocations? Oh, it
is and you'll claim your applications folks can't handle the concept.
Supply and teach DATACASS with no SPACE at all in the JCL, tell them
it's magic :) Route most if not all allocations to extended format
multivolume in the ACS routines. Use a Big and a not Big set of Storage
groups. Migrate aggressively and route recalls to a pool with less
aggressive free space defined. 

If you don't specify round allocation is converted to tracks, not
cylinders for non-VSAM.  This used to have performance implications
before define extent.  For VSAM you can get some ugly CA sizes if you
specify in records or kilobytes.  And it would be valuable for IBM to
make ALL FBA type data areas (PDSE's, etc.) readable at NIP and start
doing what is necessary to move into the FBA world.  VSE can handle
FBA.  VM can handle FBA.  
  I've seen hardly any x37 abends in more than a decade. 

 In today's world, if all JCL were allocated in records (not blocks),
(and
 use ROUND if really necesary), then __most__ people wouldn't care one
bit
 about the number of bytes per track or tracks per cylinder or
cylinders
 per volume.  They'd care about something more reasonable like number
of
 records or even gigabytes.

 And I could have my beloved FBA architecture mapped onto standard
SAN
 resident storage. Oh, except for some things like PDSes. PDSes are the
 legacy of the devil, IMO. But the cost to eliminate them would likely
be
 horrendous for things like IPL and NIP.

 --
 Trying to write with a pencil that is dull is pointless.

 Maranatha!
 John McKown

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Book on Poughkeepsie

2009-05-27 Thread William Donzelli

 It's interesting to me that I am seeing a couple of references to the
 80's (albeit early 80's) in some of these posts related to punched
 cards.   I started in 1984 at ATT in Orlando (in I/O Distribution)
 and saw nary a punched card.  I guess it depends on where you were.

I can think of only one tiny shop in Ohio that still uses punch cards,
although very rarely (once a month?). Any others?

--
Will

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

Re: Book on Poughkeepsie

2009-05-27 Thread William Donzelli

 We still had our reader/punch until the end of 1995.  I don't think we used
 it at all the last year.  It finally took moving the datacenter to get rid
 of it.

One of the independent tax accountants in Connecticut was still using
a Univac 9300 (sort of a 360/20 clone, after a few beers) to run
client taxes in 1999. No disks at all - just cards and tape. The
machine did not survive 2000, but the cards did.

--
Will

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

Re: Book on Poughkeepsie

2009-05-27 Thread William Donzelli

 Regarding dropped decks, I don't remember if there was a high
 speed sorter for the 96 column cards.  (There probably was one,
 but I don't think I ever saw it.)   There was a card sort/merge
 program for the MOd 20 + MFCM so I assume there was also one
 for the S/3 + MFCU.

I do not think there was a sorter for the 96 column family - I never
saw anything like that in the directories, let alone real life. As far
as I know, there was the MFCU and a standalone keypunch, and nothing
else.

--
Will

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

Re: RMF Monitor III view PU/PROCU question

Can someone please explain why adding the total column isn't yielding a 
multiple of 100?

Welcome to Capacity Planning 101.
And, I don't mean that disparagingly.
This phenomenon has been observed for aeons.

There is hardware measurement and there is software measurement.

First, the simple one:
Hardware measurement:
This is extremely accurate.
The hardware clock measures wait time and subtracts it from elapsed time to get 
a consumption figure.

Now, the tricky one:
Software measurement:
The instrumentation does not collect all consumption information, because of 
overhead concerns.
In general, it costs about 8,000 instructions to measure an event.
That means that it's not worth the cost to track everything.
Why would you measure the CPU for a 500 instruction event?
Where is the cut-off?
It changes from release to release.
And, it varies by job type.
Non-swappable jobs have more reported.
I/O-intensive have less.
It's also gotten better.
Used to be just TCB  SRB.
Now, we get initiator time, pagein, HIPERSPACE (not as relevent in 64-bit,  
more).
But, we will never get 100%.
This discrepency is called a capture ratio.
In other words, the ratio between reported and consumed.
This requires a linear regression model of the type:
aWKL1+bWKL1+...nWKLn=Hardware clock.
It has to be done with many RMF intervals, at a high utilisation.
Lumping which jobs into which WKLx is a black art, in itself.
I've done it with a pencil, paper, calculator,  an RMF report.
With SAS  MXG (or MICS), or EXCEL.
It is time-consuming.

BTW, when I started a System-Wide Capture Ratio of 70% was considered good.
Things have improved to where 80% is good.
Your figure is around 83% (249/300).
If it's any comfort, that's pretty good.

CMG International still has seminars on how to calculate Capture Ratios, after 
all these years.
I guess because newer people discover the diScrepency.

Joe Major, now retired from IBM Canada [many years], first wrote about it in 
November 1981.
And, he gave courses one Capacity Planning (I attended the second he ever did), 
with a major section on Capture Ratios.
-
Too busy driving to stop for gas!

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

Re: Book on Poughkeepsie

2009-05-27 Thread Gerhard Postpischil


Scott T. Harder wrote:

Now, see???...  THAT is a great piece of information!  I *hate*
those damn numbers always having to do NUM OFF and many times
having (or just wanting) to clear the numbers off the end (just
because it seems cleaner to me (i'm a bit anal that way).  But,
now I know the origin and that changes everything.


Count yourself lucky how you learned about that. When I was a 
systems programmer at ADR, we had one programmer with the bad 
habit of resting his box of punch cards on the 1403; it was 
conveniently next to the card reader, and a comfortable height. 
He persisted in this habit despite numerous warnings, and cited 
having seen me do the same thing. Then one day the printer ran 
out of paper, the cover lifted, and his deck decorated the 
floor; he also saw that one section didn't raise, and that's 
where I normally put my cards g



Gerhard Postpischil
Bradford, VT

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

Re: Book on Poughkeepsie

2009-05-27 Thread Anne Lynn Wheeler

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.

scottyt.har...@gmail.com (Scott T. Harder) writes:
VBG. Too funny. I've heard many stories about card decks being
dropped every which-way, but what did you have to do when that
happened? Were they numbered or denoted in some way where you could
put the deck back together? Must have been, but what a job; like
trying to find a mis-filed tape. ;-) And, I would think that
everything else came to a halt while the deck was re-ordered.

one of the standard drop decks stories is placing cards on top of 1403N1
... when the printer ran out of paper ... it would automatically lift
the cover ... dumping whatever was on top of the printer; coffee cups
and card decks (i.e. rubber band around smaller decks would hold cards
together when dumped on floor ... but larger decks ... the rubber band
wasn't strong enough to hold the cards together or if it was box of
cards w/o buffer band).

standard assembler ISEQ statement specifies the columns (normally
defaulted to 73-80) that the assembler was to check sequence numbers for
correct order ... reference:
http://publib.boulder.ibm.com/infocenter/wdzinfo/v7r0/topic/com.ibm.ent.asm.zos.doc/topics/fn1lrmst146.htm

standard sort would be start in column 80 and then pull cards out of
stackers in correct order and then sort on column 79 (i.e. stacker 1
would have all 1x cards ... and the x would be in correct order
because of previous sort). Then sort on column 78 (again stacker 1 would
have all 1xx cards ... and the xx could be in correct order because
of previous two sorts).

once things were in CMS files with virtual (cp67) punches and readers
... it was possible to use CMS sort command to correctly reorder card
sequence. some reference:
http://www.garlic.com/~lynn/2009h.html#47

CMS update command also made use of the sequence number fields to
select card images to be deleted /or replaced. However, it (the
original CMS update command implementation) still required manual effort
(in the CMS editor) to set sequence number field for replaced cards.

As undergraduate ... I was making so many (CP67 CMS) source changes
... having to manually type-in the sequence numbers for
inserted/replaced card images ... that I hacked the program to accept
specification for automatically generating the sequence numbers. It
survives today as the $ field on the cms update command INSERT and
REPLACE statements.

Standard process started out with CMS exec that would find an update
file and apply it to the base assembly source file ... creating a
temporary file ... which was then assembled and binary output file
generated.

Subsequently there was support added for multi-level updates where the
front-end exec would look for multiple update files to be applied in
specific order ... before assembling. Later, the multi-level update
process (as well as the $ sequence number field generation) was
incorporated directly into the update command (and source editors
... both for applying updates before editing as well as saving changes
in update file format).

In the 70s, internal development of quite a few products were being done
on cp67/cms (later vm370/cms) using the CMS multi-level update process.
There was something of disconnect for some of the os/360 (mvt/svs later
MVS) products because of conflicts the standard os/360 distribution
management (some conflicts between the cms stuff being converted to
os/360 distribution). One product that had this problem for some time
was JES.

misc. past posts mentioning cms multi-level update process:
http://www.garlic.com/~lynn/2002n.html#39 CMS update
http://www.garlic.com/~lynn/2003e.html#66 History of project maintenance tools
-- what and when?
http://www.garlic.com/~lynn/2003f.html#1 History of project maintenance tools
-- what and when?
http://www.garlic.com/~lynn/2004b.html#59 A POX on you, Dennis Ritchie!!!
http://www.garlic.com/~lynn/2004g.html#43 Sequence Numbbers in Location 73-80
http://www.garlic.com/~lynn/2004m.html#30 Shipwrecks
http://www.garlic.com/~lynn/2005i.html#30 Status of Software Reuse?
http://www.garlic.com/~lynn/2005i.html#39 Behavior in undefined areas?
http://www.garlic.com/~lynn/2005p.html#45 HASP/ASP JES/JES2/JES3
http://www.garlic.com/~lynn/2005r.html#5 What ever happened to Tandem and
NonStop OS ?
http://www.garlic.com/~lynn/2005r.html#6 What ever happened to Tandem and
NonStop OS ?
http://www.garlic.com/~lynn/2006b.html#10 IBM 3090/VM Humor
http://www.garlic.com/~lynn/2006e.html#7 About TLB in lower-level caches
http://www.garlic.com/~lynn/2006f.html#5 3380-3390 Conversion - DISAPPOINTMENT
http://www.garlic.com/~lynn/2006f.html#38 Over my head in a JES exit
http://www.garlic.com/~lynn/2006n.html#45 sorting
http://www.garlic.com/~lynn/2006o.html#14 SEQUENCE NUMBERS
http://www.garlic.com/~lynn/2006o.html#19 Source maintenance was Re: SEQUENCE
NUMBERS

Re: Book on Poughkeepsie

When I was a systems programmer at ADR, we had one programmer with the bad 
habit of resting his box of punch cards on the 1403 

BTDT.
Not me, personally.
But, I didn't have to read the rest of the post to figure out what happened.

Also, a note on chad.
We used to go around to the key punches and dump them all into a plastic bag.
Then, on a saturday night, in the dorm, we would tape the opening around the 
gap at the bottom of the door of one resident.
Then, we would put a large slab of wood on the bag, and jump on it.
It was 'better' than shaving cream.
POOFF!
They would find the stuff, months later, in the most awkward places.

What can I say?
It was 1976, and I was a 19-year-old twit!
-
Too busy driving to stop for gas!

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

Re: Java V6 install problem

2009-05-27 Thread Mark Pace

Is there a place to get ONLY the JRE?  I find only the SDK on the IBM site,
and it's way more code than I need or want.

On Tue, May 26, 2009 at 3:55 PM, Mark Zelden mark.zel...@zurichna.comwrote:

 Good catch... I didn't even notice is said 10M and not 10G.  My default
 is 10G so my mind just saw the 10 and missed the M.

 Mark
 --
 Mark Zelden
 Sr. Software and Systems Architect - z/OS Team Lead
 Zurich North America / Farmers Insurance Group - ZFUS G-ITO
 mailto:mark.zel...@zurichna.com
 z/OS Systems Programming expert at
 http://expertanswercenter.techtarget.com/
 Mark's MVS Utilities: 
 http://home.flash.net/~mzelden/mvsutil.htmlhttp://home.flash.net/%7Emzelden/mvsutil.html


 On Tue, 26 May 2009 14:26:36 -0500, Peter X. DeFabritus
 pxdef...@earthlink.net wrote:

 Actually, 10M is not much storage above the bar - you might want to
 specify
 at least 2G, the default for z/OS 1.10, if you wanted to try the 64-bit
 version again.
 
 
 On Tue, 26 May 2009 13:31:35 -0400, Mark Pace mpac...@gmail.com wrote:
 
 I determined that I don't require the 64bit version of JAVA, so removed
 it
 an installed the 32bit version instead.  That runs just fine.
 
 Thanks for everyone's input.
 
 On Tue, May 26, 2009 at 1:08 PM, Mark Zelden mark.zel...@zurichna.com
 wrote:
 
  It looks like you have plenty of 64-bit virtstor, but not enough
 31-bit.
  I
  can't recall how much you may need (check the Java doc or archives
  perhaps), but I think you need at least 64M if not more and you only
  have 32M.
 
  How are you executing this?  From TSO OMVS, telnet into OMVS?  If TSO,
 are
  you allowed to logon with a larger region size?   Even if you are,
  it's possible IEFUSI is getting in the way or BPXPRMxx MAXASSIZE could
 be
  getting in the way also if using a telnet session.
 
  Mark
  --
  Mark Zelden
  Sr. Software and Systems Architect - z/OS Team Lead
  Zurich North America / Farmers Insurance Group - ZFUS G-ITO
  mailto:mark.zel...@zurichna.com
  z/OS Systems Programming expert at
  http://expertanswercenter.techtarget.com/
  Mark's MVS Utilities:
 http://home.flash.net/~mzelden/mvsutil.htmlhttp://home.flash.net/%7Emzelden/mvsutil.html
 http://home.flash.net/%7Emzelden/mvsutil.html
 
 
  On Tue, 26 May 2009 12:31:02 -0400, Mark Pace mpac...@gmail.com
 wrote:
 
  # ./rexxstor
  
   V I R T U A LS T O R A G EU S A G E
   ---
  
  
 Region requested: 55296K
  
   Max Priv Region Region Region Region
   Reg Size  Limit   Size In-Use  Avail
               
  Below 16M:  9192K  6564K  6564K 8K  6556K
  Above 16M:   1961984K 32768K 32768K   712K 32056K
  
  Above 2G :10M (64-bit MEMLIMIT)
  MEMLIMIT Source: SMF
  #
  
  This is z/OS 1.9
  
  On Tue, May 26, 2009 at 12:08 PM, Mark Zelden 
 mark.zel...@zurichna.com
  wrote:
  
   On Tue, 26 May 2009 11:56:13 -0400, Mark Pace mpac...@gmail.com
  wrote:
  
   I've installed the IBM 64-bit SDK for z/OS V6 but the verification
  process
   is failing.
   
   export the path and display
   # echo $PATH
   /usr/lpp/java/J6.0_64/bin:/bin
   # echo $DISPLAY
   xx.xx.xx.xx:0.0
   #
   
   # java -version
   Error: Port Library failed to initialize
   Could not create the Java virtual machine.
   
   Google doesn't turn up anything useful on that error message.  Has
  anyone
   seen this message before?
   
  
   Do you have (enough) 64-bit storage (MEMLIMIT) available to you
 under
  the
   shell / environment you are testing under?  If you aren't sure or
 want
   to check, download the REXXSTOR exec from my web site and execute it
   from the shell you are working with.
  
   Mark
 
  
  --
  Mark Pace
  Mainline Information Systems
  1700 Summit Lake Drive
  Tallahassee, FL. 32317
  
  --
  For IBM-MAIN subscribe / signoff / archive access instructions,
  send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
  Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
 
 
 --
 Mark Pace
 Mainline Information Systems
 1700 Summit Lake Drive
 Tallahassee, FL. 32317
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu 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

z/OS V1R10 and CICS TS V3R1

2009-05-27 Thread Gee, Norman

The planning documents state that CICS TS 3.1 is supported in z/OS R10.
What do we do about the JAVA requirements? CICS TS 3.1 only supports
Java 4 and Java 4 is no longer orderable.

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

Re: z/OS V1R10 and CICS TS V3R1

2009-05-27 Thread Barkow, Eileen

it is a free upgrade to go to CICS TS 3.2 from 3.1 -
but a few things may have to be upgraded along with CICS, like vendor
products and maybe some user written programs.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Gee, Norman
Sent: Wednesday, May 27, 2009 2:46 PM
To: IBM-MAIN@bama.ua.edu
Subject: z/OS V1R10 and CICS TS V3R1

The planning documents state that CICS TS 3.1 is supported in z/OS R10.
What do we do about the JAVA requirements? CICS TS 3.1 only supports
Java 4 and Java 4 is no longer orderable.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS V1R10 and CICS TS V3R1

2009-05-27 Thread Chase, John

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Gee, Norman
 
 The planning documents state that CICS TS 3.1 is supported in z/OS
R10.
 What do we do about the JAVA requirements? CICS TS 3.1 only supports
 Java 4 and Java 4 is no longer orderable.

It appears you can still download the non-SMP/E-installable package
here:

http://www-03.ibm.com/servers/eserver/zseries/software/java/

-jc-

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

z/OS STORAGE service

2009-05-27 Thread Ward, Mike S

Hello all, I'm working on a user exit and the MQ intercommunication book
has the following:

Exits must free any storage obtained, or ensure that it will be freed by
a subsequent exit invocation. 
For storage that is to persist between invocations, use the z/OS STORAGE
service; there is no suitable service in C.


I would like to use the persistent storage between invocations, but I
can't seem to find anything on the z/OS STORAGE service.
Is this the standard GETMAIN/FREEMAIN? Or am I missing something?

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

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

Re: Java V6 install problem

2009-05-27 Thread Brian Peterson

I think the answer is no.

http://www-03.ibm.com/servers/eserver/zseries/software/java/products/

This Web site is the definitive source of information for the z/OS Java
products. It should be consulted for the latest on content, availability and
service levels.

The above site only lists SDK's.  I've never seen a JRE-only for z/OS.

Brian

On Wed, 27 May 2009 14:23:16 -0400, Mark Pace wrote:

Is there a place to get ONLY the JRE?  I find only the SDK on the IBM site,
and it's way more code than I need or want.


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

Re: z/OS STORAGE service

2009-05-27 Thread Wayne Driscoll

Look up the STORAGE macro in the Assembler Services Reference,  It 
provides services similar to GETMAIN/FREEMAIN, but via a PC routine as 
opposed to an SVC.

===
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(AT)us.ibm.com
===



Ward, Mike S mw...@ssfcu.org 
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
05/27/2009 02:09 PM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu


To
IBM-MAIN@bama.ua.edu
cc

Subject
z/OS STORAGE service






Hello all, I'm working on a user exit and the MQ intercommunication book
has the following:

Exits must free any storage obtained, or ensure that it will be freed by
a subsequent exit invocation. 
For storage that is to persist between invocations, use the z/OS STORAGE
service; there is no suitable service in C.


I would like to use the persistent storage between invocations, but I
can't seem to find anything on the z/OS STORAGE service.
Is this the standard GETMAIN/FREEMAIN? Or am I missing something?

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error 
please notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your 
system. If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM-Main Postings Yesterday

2009-05-27 Thread Linda Mooney

I had the same experience.  The first post I saw was at 3PM PDT. 

Linda Mooney 

- Original Message - 
From: Eric Bielefeld eric-ibmm...@wi.rr.com 
To: IBM-MAIN@bama.ua.edu 
Sent: Wednesday, May 27, 2009 10:44:37 AM GMT -08:00 US/Canada Pacific 
Subject: Re: IBM-Main Postings Yesterday 

Hmm - I didn't do anything - the postings just started up again.  I'm 
surprised no one else had this problem. 

Eric Bielefeld 
Sr. Systems Programmer 
Milwaukee, Wisconsin 
414-475-7434 

- Original Message - 
From: Dave Salt ds...@hotmail.com 

 Yes, I had the same problem. I didn't know why it was happening, so I 
 resubscribed. Today everything seems back to normal. 

 Dave Salt 

 SimpList(tm) - try it; you'll get it! 
 http://www.mackinney.com/products/SIM/simplist.htm 

 Yesterday, I didn't get any emails from IBM-Main until about 5:30 P.M. 
 CST. 
 Did anyone else have any problems? I went to the web site, and saw that 
 there were postings. This morning, I had the normal amount of emails from 
 IBM-Main. 

 Eric 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS STORAGE service

2009-05-27 Thread Bill Fairchild

STORAGE is IBM's recommended successor to GETMAIN/FREEMAIN, which are both 
still supported.  See MVS PROGRAMMING:  Assembler Services Reference, Volume 2 
(IARR2V-XCTLX), aka SA22-7607.

Bill Fairchild

Software Developer 
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.4503 * Mobile: +1.508.341.1715
Email: bi...@mainstar.com 
Web: www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ward, Mike S
Sent: Wednesday, May 27, 2009 2:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: z/OS STORAGE service

For storage that is to persist between invocations, use the z/OS STORAGE
service; there is no suitable service in C.

I would like to use the persistent storage between invocations, but I
can't seem to find anything on the z/OS STORAGE service.
Is this the standard GETMAIN/FREEMAIN? Or am I missing something?

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

Re: RMF Monitor III view PU/PROCU question

Ted,

Thanks!  After I hit SEND, I had a fleeting wonder if I'd just asked a
really dumb question [again]!  I'd considered capture ratio, but
dismissed the idea because I thought our capture ratio was =90%.  I
guess it's lower than that!

I appreciate your well thought out explanation.

Best regards,

Gary Diehl
Systems Administration
Water seeks it's own level - Aristotle

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

Re: Book on Poughkeepsie

2009-05-27 Thread Patrick O'Keefe

On Wed, 27 May 2009 18:22:22 +, Ted MacNEIL 
eamacn...@yahoo.ca wrote:

When I was a systems programmer at ADR, we had one 
programmer with the bad habit of resting his box of punch cards on the 
1403

BTDT.
...

Or, ...  On the the punch side of the 2540 there was a little platform 
about 1 card's width and about 1/2 inch higher that the rest of the
punch stacker mechanism.  A box of cards inaccurately placed on 
platform would slant slightly forwards or backward.  And the lid of 
the card box (which was just 2 folds away from being a continuation
of the bottom of the box) would hang nearly straight down.   If a full
box of cards was placed so it slanted backwards, and if the box was
well used so that the two flaps in back had lost some of its muscle, 
and if the punch was punching so that the whole machine was 
vibrating slightly, you could watch from across the room as several
inches of cards gently pushed the flaps out of the way and slid to
the floor.  Not the whole box; just 3 or 4 inches of cards.  sigh 


Also, a note on chad.
We used to go around to the key punches and dump them all into a 
plastic bag.
Then, on a saturday night, in the dorm, we would tape the opening 
around the gap at the bottom of the door of one resident.
Then, we would put a large slab of wood on the bag, and jump on it.
It was 'better' than shaving cream.
POOFF!
They would find the stuff, months later, in the most awkward places.
..

Yup.  Chad looked like fun.  At that age we didn't think much about 
it, but those things had VERY sharp corners.  Not good in eyes.  I
never saw anybody hurt but a friend that worked in the college 
datacenter did.  Eyes are safer in the modern datacenter.

Paper tape chad (if it was called that) was much more user friendly
and being much lighter than card chips, would fly much farther.
Mylar tape chad was even better.

Pat O'Keefe

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

Re: RMF Monitor III view PU/PROCU question

Thanks!  After I hit SEND, I had a fleeting wonder if I'd just asked a really 
dumb question [again]!

There are no dumb questions; just dumb answers!

I'd considered capture ratio, but dismissed the idea because I thought our 
capture ratio was =90%.

I want to see a system that high!
Your 83% is in the top, compared to anything I've seen.
I guess it's lower than that!

I appreciate your well thought out explanation.

Thank you.
I've been doing Capacity for a while.

-
Too busy driving to stop for gas!

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

Re: z/OS STORAGE service

2009-05-27 Thread esst...@juno.com

Mike Ward wrote:
I would like to use the persistent storage between invocations, but I
can't seem to find anything on the z/OS STORAGE service.

If this is an MQ Client Channel Exit You need to be very careful how you 
obtain, pass, and release storage.
Will You be passing the address of the storage between invocation of an 
individual exit ? -or- are You passing the persistent storage area to other 
Channal Exits ?

  


Earn a degree in Criminal Justice and work as a Police officer.  Click here for 
more info.
http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTEe1ZgF1qH5ErFg0ueneEehGSamcQ8ZWPXgTmUXh9eEqtch6tcsms/

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

Re: Book on Poughkeepsie

Yup.  Chad looked like fun.  At that age we didn't think much about it, but 
those things had VERY sharp corners.
Not good in eyes.

Yes! That's one reason I realised I was a twit.
We hurt somebody.

Stupid is as stupid does!
-
Too busy driving to stop for gas!

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

Re: IBM-Main Postings Yesterday

2009-05-27 Thread Stephen Mednick

 I had the same problem and did exactly what Dave did and everything is now back
to normal.



Stephen Mednick
Computer Supervisory Services
Sydney, Australia
 
Asia/Pacific representatives for
Innovation Data Processing, Inc.


 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Salt
 Sent: Thursday, 28 May 2009 2:15 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: IBM-Main Postings Yesterday
 
 Yes, I had the same problem. I didn't know why it was 
 happening, so I resubscribed. Today everything seems back to normal.
 
 Dave Salt
 
 SimpList(tm) - try it; you'll get it!
 http://www.mackinney.com/products/SIM/simplist.htm
 
 
 

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

Re: z/OS STORAGE service

2009-05-27 Thread Ward, Mike S

Passing just to itself via a STCM  R1,B'',MQCXP_EXITDATA at exit
init time. Then I plan to release it at exit termination time. I haven't
figured out how I can continue to reuse it over and over between
different invocations.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of esst...@juno.com
Sent: Wednesday, May 27, 2009 2:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS STORAGE service

Mike Ward wrote:
I would like to use the persistent storage between invocations, but I
can't seem to find anything on the z/OS STORAGE service.

If this is an MQ Client Channel Exit You need to be very careful how you
obtain, pass, and release storage.
Will You be passing the address of the storage between invocation of an
individual exit ? -or- are You passing the persistent storage area to
other Channal Exits ?

Earn a degree in Criminal Justice and work as a Police officer.  Click
here for more info.
http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTEe1ZgF1qH5ErFg0ueneEe
hGSamcQ8ZWPXgTmUXh9eEqtch6tcsms/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

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

Re: IBM-Main Postings Yesterday

2009-05-27 Thread Linda Mooney

Greetings! 



I too had the problem, did nothing at all, now back to normal 



Linda Mooney 


- Original Message - 
From: Stephen Mednick ibmm...@css.au.com 
To: IBM-MAIN@bama.ua.edu 
Sent: Wednesday, May 27, 2009 12:47:10 PM GMT -08:00 US/Canada Pacific 
Subject: Re: IBM-Main Postings Yesterday 

 I had the same problem and did exactly what Dave did and everything is now 
back 
to normal. 



Stephen Mednick 
Computer Supervisory Services 
Sydney, Australia 
  
Asia/Pacific representatives for 
Innovation Data Processing, Inc. 


 -Original Message- 
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Salt 
 Sent: Thursday, 28 May 2009 2:15 AM 
 To: IBM-MAIN@bama.ua.edu 
 Subject: Re: IBM-Main Postings Yesterday 
 
 Yes, I had the same problem. I didn't know why it was 
 happening, so I resubscribed. Today everything seems back to normal. 
 
 Dave Salt 
 
 SimpList(tm) - try it; you'll get it! 
 http://www.mackinney.com/products/SIM/simplist.htm 
 
 
 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Java V6 install problem

2009-05-27 Thread John McKown

On Wed, 27 May 2009, Mark Pace wrote:

 Is there a place to get ONLY the JRE?  I find only the SDK on the IBM site,
 and it's way more code than I need or want.
 

I'm curious as to why? It's not as if the JRE were any freer. I've never
seen only the JRE packaged for z/OS.

-- 
Trying to write with a pencil that is dull is pointless.

Maranatha!
John McKown

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

Re: Java V6 install problem

2009-05-27 Thread Mark Pace

Because the SDK is HUGE with allow the documentation, sample apps, etc...
The JRE usually is much smaller.

On Wed, May 27, 2009 at 3:58 PM, John McKown joa...@swbell.net wrote:

 On Wed, 27 May 2009, Mark Pace wrote:

  Is there a place to get ONLY the JRE?  I find only the SDK on the IBM
 site,
  and it's way more code than I need or want.
 

 I'm curious as to why? It's not as if the JRE were any freer. I've never
 seen only the JRE packaged for z/OS.

 --
 Trying to write with a pencil that is dull is pointless.

 Maranatha!
 John McKown

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




-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

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

Re: IBM-Main Postings Yesterday

2009-05-27 Thread Art Celestini

This probably didn't affect everyone in the same way, but I happened to notice 
in my mail server log, many of these:

 2009-05-26 15:45:22.241356500 tcpserver: ok 1328 
 mars3::::192.168.1.243:25 bama.ua.edu::::130.160.4.114::35469
 2009-05-26 15:45:22.241719500 rblsmtpd: 130.160.4.114 pid 1328 
 zen.spamhaus.org: 451 http://www.spamhaus.org/query/bl?ip=130.160.4.114

which means that the 'bama list server was on a blacklist at spamhaus (and my 
server refused the connection).

I took the liberty of following the above link and removing the listing (which 
anyone can do).  The de-listing can take an hour or two and I started getting 
posts once again a little before 5:00 PM EDT.

--Art


At 09:54 AM 5/27/2009, Eric Bielefeld wrote:
  
Yesterday, I didn't get any emails from IBM-Main until about 5:30 P.M. CST. 
Did anyone else have any problems?  I went to the web site, and saw that there 
were postings.  This morning, I had the normal amount of emails from IBM-Main.



==
Art Celestini   Celestini Development Services
Phone: 201-670-1674Wyckoff, NJ
=  http://celestini.com  =
Mail sent to the From address  used in this post
will be rejected by our server.   Please send off-
list email to:  ibmmainat-signcelestinidotcom.
==

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

Re: Book on Poughkeepsie

2009-05-27 Thread Steve Runtsch

 
 Count yourself lucky how you learned about that. When I was a 
 systems programmer at ADR, we had one programmer with the bad 
 habit of resting his box of punch cards on the 1403; it was 
 conveniently next to the card reader, and a comfortable height. 
 He persisted in this habit despite numerous warnings, and cited 
 having seen me do the same thing. Then one day the printer ran 
 out of paper, the cover lifted, and his deck decorated the 
 floor; he also saw that one section didn't raise, and that's 
 where I normally put my cards g
 
 
 Gerhard Postpischil
 Bradford, VT
 

Sometime about 1980, we (not my current employer) had a card deck that 
went something like this:

//CLEANUP JOB
//JS010   EXEC PGM=DELETE_DATA_SETS_OLDER_THAN_5_DAYS
//SYSPRINT DD  SYSOUT=A
//DISK1DD  ...
//DISK2DD  ...
//DISK3DD  ...
... 
//SYSINDD  *
do not delete data set list
/*

The shift supervisor duplicated the deck (I guess it was getting old and 
frayed), didn't check the results, and ran the newly punched deck.  One of 
the DISK DD cards had been mispunched like
/DISK1DD  *
Of course, JES2 interpreted this as instream data.  JES2 generated a SYSIN 
DD statement ahead of the /DISK1, and our do not delete list suddenly 
became a null list.

A majority of our disk data sets that were not in use were deleted as a 
result.

The next two weeks were very interesting.  As a rookie systems programmer, 
I learned a lot.

Steve




**
This e-mail message and all attachments transmitted with it may contain legally 
privileged and/or confidential information intended solely for the use of the 
addressee(s). If the reader of this message is not the intended recipient, you 
are hereby notified that any reading, dissemination, distribution, copying, 
forwarding or other use of this message or its attachments is strictly 
prohibited. If you have received this message in error, please notify the 
sender immediately and delete this message and all copies and backups thereof.

Thank you.
**

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

Re: Book on Poughkeepsie

A majority of our disk data sets that were not in use were deleted as a result.

We had a similar situation.
The datasets were backed up, but we didn't have HSM, FDR, ASM2, or anything 
like that.

A non-programmer storage analyst (and I use the term loosely), had written an 
EZYTREV programme to look at VTOC listings and generate delete statements based 
on the age of datasets (since last accessed).
It didn't handle the new year well (circA 1984), and on January 2nd, everything 
went bye-bye.

We restored on an on-demand basis, and production eventually completed.
Developers were very ticked off!

He went to the director to appologoise, hoping to keep his job.

It turns out the director was overjoyed.
We were using a service bureau, and the monthly bill was 30% of what it had 
normally been.
A lot of the data never made it back to disk.

-
Too busy driving to stop for gas!

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

Re: RMF Monitor III view PU/PROCU question

On Wed, 27 May 2009 19:41:14 +, Ted MacNEIL eamacn...@yahoo.ca wrote:

Thanks!  After I hit SEND, I had a fleeting wonder if I'd just asked a
really dumb question [again]!

There are no dumb questions; just dumb answers!

I'd considered capture ratio, but dismissed the idea because I thought our
capture ratio was =90%.

I want to see a system that high!
Your 83% is in the top, compared to anything I've seen.

I still have printouts of an RMF workload activity and a CPU activity report
from an MVS/ESA 4.3 system where I had learned to figure out the
capture ratio (RMF RPT version 4.2.2).  There was actually a 97% capture
ratio for the system / interval.  The busy time on the CPU report shows 95%
for all the CPs . This was a 9021 (ES9000).  I remember the client and 
from what I recall, there is a good chance this box was running in 
basic mode. 

I have another example from an OS/390 2.6 system with a capture ratio
of 95.45%. I know for sure this was an LPAR on a 9672 - but I don't know
the model from the 2 screen prints I have.   I do know that calculating the
CR became much easier when IBM added APPL% to the workload activity
report.  :-)

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS STORAGE service

2009-05-27 Thread Ward, Mike S

I investigated the Storage macro and it seems to work just like the
getmain and freemain macros. If you have any expertise in selecting
persistent storage, I'm more than happy to listen. It seems there are 4
types of storage. Task, job step, address space, and system. I was
thinking that job step storage would be a good candidate, but I'm not
sure of how to code that request in a Storage obtain. Would you have any
hints in this area?

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of esst...@juno.com
Sent: Wednesday, May 27, 2009 2:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS STORAGE service

Mike Ward wrote:
I would like to use the persistent storage between invocations, but I
can't seem to find anything on the z/OS STORAGE service.

If this is an MQ Client Channel Exit You need to be very careful how you
obtain, pass, and release storage.
Will You be passing the address of the storage between invocation of an
individual exit ? -or- are You passing the persistent storage area to
other Channal Exits ?

  


Earn a degree in Criminal Justice and work as a Police officer.  Click
here for more info.
http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTEe1ZgF1qH5ErFg0ueneEe
hGSamcQ8ZWPXgTmUXh9eEqtch6tcsms/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

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

Re: BLOCK CONTAINS

2009-05-27 Thread Paul Gilmartin

On Mon, 25 May 2009 19:13:43 -0700, Gibney, Dave wrote:

OK, but how is this desire not satisfied via AVGREC allocations? Oh, it
is and you'll claim your applications folks can't handle the concept.

AVGREC is:

o Woefully misleading; it seems to abbreviate AVeraGe RECord size,
  with which it appears to have nothing to do (or is there another
  etymology I'm missing totally?)

o A desperate measure to deal with an inadequate sized bit field
  in some control block; a bizarre base-1024 floating point.

  Why can't I code:

  SPACE=(133,2048) and have the converter do the algebra

  rather than be forced to do the computation myself and code:

  SPACE=(133,2),AVGREC=K

Isn't that what computers are supposed to be for?

 And I could have my beloved FBA architecture mapped onto standard SAN
 resident storage. Oh, except for some things like PDSes. PDSes are the
 legacy of the devil, IMO. But the cost to eliminate them would likely be
 horrendous for things like IPL and NIP.

Nowadays, many of the despised squatty boxes can boot from
the network.  Why should our beloved z/OS be so far behind?
Yah, it _is_ rocket science, but this _is_ the 21st century.

-- gil

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

Re: Book on Poughkeepsie

2009-05-27 Thread P S

On Wed, May 27, 2009 at 1:53 PM, William Donzelli wdonze...@gmail.com wrote:
 I can think of only one tiny shop in Ohio that still uses punch cards,
 although very rarely (once a month?). Any others?

My dad used punch cards until he died in 2006. Of course, he carried
them in his shirt pocket as notepads.

I'm sure the old-timers know that the 80-column cards were the same
size as old US bills. My dad had always heard this, and one day was in
Manhattan and found himself walking by a coin and stamp store. An old
$1 bill was taped to the inside of the window, and he had his pocket
full of cards, so he grabbed one and held it up; sure enough, they
were the same size. He's the only person I've ever known who that
could have happened to...

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

Re: z/OS STORAGE service

2009-05-27 Thread Thompson, Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ward, Mike S
Sent: Wednesday, May 27, 2009 2:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS STORAGE service

Passing just to itself via a STCM  R1,B'',MQCXP_EXITDATA at exit
init time. Then I plan to release it at exit termination time. I haven't
figured out how I can continue to reuse it over and over between
different invocations.

SNIP

Mike:

It sounds like you are trying to get storage that you will pickup later.

The problem is, you need to anchor it somewhere where you will be able
to find it again.

If the caller of your exit will be the same from one call to the next,
and that caller will know to pass you a workarea, then as long as they
pass that same workarea over and over, you will be able to save the
address of your storage (an anchor).

If not, and you are APF authorized, there are some possible tricks for
you so you can solve this problem.

But first, more information is needed to determine how you are being
called and why. 

I'd guess that there is some communications area that is passed to you
(by some other name, possibly?) by MQ since you are writing a user exit.
And knowing what state you are entered in will tell us a lot about how
to go about this.

Regards,
Steve Thompson

Too busy to land for gas -- doing air-to-air refueling 

-- Opinions expressed by this poster may not reflect those of poster's
employer --

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

Re: z/OS STORAGE service

2009-05-27 Thread Tony Harminc

2009/5/27 Ward, Mike S mw...@ssfcu.org:
 I investigated the Storage macro and it seems to work just like the
 getmain and freemain macros. If you have any expertise in selecting
 persistent storage, I'm more than happy to listen. It seems there are 4
 types of storage. Task, job step, address space, and system. I was
 thinking that job step storage would be a good candidate, but I'm not
 sure of how to code that request in a Storage obtain. Would you have any
 hints in this area?

Storage association to a task is generally controlled by subpool.
Subpools 131 and 132 are jobstep-TCB associated, and can be used by
non-authorized programs. You can request a subpool on either GETMAIN
or STORAGE OBTAIN.

I know nothing of the MQ environment, but it is common for various
subpools to be shared with subtasks; e.g. in a batch job, by default
all ATTACHed tasks will share subpool 0, whereas in TSO subpool 0 is
not shared between the Terminal Monitor Program (TMP) and the attached
TSO commands, but subpool 78 is. If you obtain storage from a subpool
that is owned by a task (jobstep or not) that isn't going to go away
for the life of your repeated exit invocations (even if your taks
does), then you should be fine.

Probably the arrangements for subpool use and sharing in MQ are
documented somewhere. If they are not, you can figure out a lot of
what goes on by looking at a dump.

Tony H.

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

Re: Book on Poughkeepsie

2009-05-27 Thread Ken Gunther

	There was also the 129 Data Recorder which buffered your card data 
before punching it.


Don't forget the 96 column cards used on system/3

Ken G.

Ted MacNEIL wrote:
I remember 80-column punch cards.  I don't remember the model of the keypunch machine, but I do remember that it was large, heavy, and 

unforgiving.

I remember two models -- KP-26  KP-29.
I had my own (as probably did others) card 'programmed' for certain stops, so I 
didn't have to space over.
I guess that was the precurser to tab stops on a 327x terminal.

-
Too busy driving to stop for gas!



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

Item on Cost savings on the MF

2009-05-27 Thread Ed Gould

SHOULD YOU MOVE APPS ON OR OFF THE MAINFRAME TO CUT COSTS?
http://go.techtarget.com/r/7192091/6570353
Wayne Kernochan, Contributor

As IT seeks to cut costs in the face of declining budgets by every
means possible, the mainframe now appears to be a likely source of
cost savings and a likely target of platform cutting. It's been a
long-standing idea that the mainframe is costly, and with enterprise
apps more easy to migrate, deep-sixing a mainframe or two is easier
than ever. On the contrary, over the last three years, many users
have found that, in many situations migrating applications to the
mainframe is a source of total cost of ownership (TCO) savings of up
to 50%.

So in this era of stringent cost cutting, which strategy should IT
employ: move more apps onto the mainframe or move all apps off it?
The answer is, of course, that it depends.

READ THE FULL STORY
http://go.techtarget.com/r/7192101/6570353




  

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

Re: Book on Poughkeepsie