Re: Cannot allocate Steplib?

[Steve Beaver]

The rules of AUTHORIZANTION have not changed in years and will not change.
If IBM opened a hole,
AUDITORS and SYSPROGS would throw an outright hissy fit, because it would
open a MASSIVE systems
Hole

Steve

PS If you look at the code you will find the MACRO(S) in question that need
authorization and that force
The TMP to be on the LINKLST  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of CM Poncelet
Sent: Tuesday, March 15, 2016 9:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cannot allocate Steplib?

Sure, Steve.

I assumed that if Lindy had done it 20+ years ago, she still had the auth to
do it now.  (BTW The STEPLIB in my REXX step is absurd: the CBT PGM can be
CALLed from REXX.)

Cheers, Chris Poncelet


Steve Beaver wrote:

>CM - you are assuming that the guy with the question can issue console 
>commands.
>
>I would NEVER let a general user near my console much less the SETPROG 
>command
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of CM Poncelet
>Sent: Monday, March 14, 2016 11:00 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Cannot allocate Steplib?
>
>If the routine's APF'd loadlib is added to an APF'd STEPLIB, the 
>STEPLIB will override the LNKLST CBT requirement.
>
>Meanwhile, APF-authorizing/unauthorizing a loadlib 'on the fly' can be 
>done in batch with:
>
>"//*
>APF-AUTHORIZE:
>
>"
>"//ADDAPF  EXEC 
>PGM=IEBGENER "
>"//SYSPRINT  DD SYSOUT=* 
>"   
>"//SYSIN DD 
>DUMMY"
>"//SYSUT2DD 
>SYSOUT=(*,INTRDR)"
>"//SYSUT1DD 
>*,DLM=@@ "
>"/*$VS,'SETPROG 
>APF,FORMAT=DYNAMIC'  "
>"/*$VS,'SETPROG APF,ADD,DSN=,{VOLUME=non-SMS
>volume>|SMS}'   "
>"@@
>
>"
>"//*
> 
>
>"
>"//* EXECUTE REXX TO CONCAT AHEAD OF STEPLIB FROM 
>LISTCAT:   "
>"//WHATREXX EXEC 
>PGM=IKJEFT01,   "
>"// 
>REGION=8192K,"
>"// 
>DYNAMNBR=25  "
>"//SYSTSIN   DD 
>*"
>" ISPSTART CMD(%) NEWAPPL() 
>PASSLIB "
>"//SYSEXEC   DD DISP=SHR,DSN=library>  "
>"//STEPLIB   DD DISP=SHR,DSN=loadlib(s)>
>
>"
>" <... etc. ... 
> >
>"
>"//*
>
>"
>"//*
>APF-UNAUTHORIZE:
>
>"
>"//DELAPF  EXEC PGM=IEBGENER 
>"  
>"//SYSPRINT  DD 
>SYSOUT=* "
>"//SYSIN DD 
>DUMMY"
>"//SYSUT2DD 
>SYSOUT=(*,INTRDR)"
>"//SYSUT1DD 
>*,DLM=@@ "
>"/*$VS,'SETPROG APF,DELETE,DSN=,{VOLUME=non-SMS
>volume>|SMS}'"
>"@@
>
>"
>"//*
> 
>
>"
>
>Just my ha'pennyworth ... CP (retired sysprog)
>
>
>Steve Beaver wrote:
>
>  
>
>>The STEPLIB TMP will work -- The caveat this routine MUST be placed on 
>>the LNKLST in an APF Authorized library.
>>
>>Steve   
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>>On Behalf Of Dan D
>>Sent: Monday, March 14, 2016 8:32 PM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: Cannot allocate Steplib?
>>
>>CBT file 452 contains the STEPLIB TSO command.
>>
>>Dan D.  (CBT File owner)
>>
>>"Steve Horein"  wrote in message 
>>news:.
.
>>
>>
>.
>  
>
>> 
>>
>>
>>
>>>DSC is a product offered by IBM. It was once known as ISPF 
>>>Productivity Tool, or SPIFFY.
>>>However, one of the CBTTape files offers a STEPLIB utility (I don't 
>>>recall which file number.) At the shop where I got my start, I used 
>>>the CBTTape offering to
>>>   
>>>
>>>  
>>>
>>supplement
>> 
>>
>>
>>
>>>dynamic ISPF applications.
>>>
>>>On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson
>>>   
>>>
>>>  
>>>
>>
>> 
>>
>>
>>
>>>wrote:
>>>
>>>   
>>>
>>>  
>>>
I did a simple search in Google and found something called Data Set 
Commander, which appears to include a STEPLIB command. DSC seems to 
be
 



>>at
>> 
>>
>>
>>
8.1. Looks like a program product.

.
.
.

Re: Grace didn't coin the term "bug"?

[William Donzelli]

> I've seen a photo of the actual bug Grace had used to coin the phrase.

Yes, the moth was real, but the issue is that she did not coin the
phrase. It was well known in the engineering world.

--
Will

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Grace didn't coin the term "bug"?

[Mitch Mccluhan]

I believe that's it.  Notice what it says about the "bug" being found in a 
relay panel.

Mitch Mccluhan
mitc...@aol.com

On Tuesday, March 15, 2016 Field, Alan  wrote:
This?

https://www.google.com/search?q=grace+hopper+bug+picture=1600=760=isch=hd3yOe9lqAoxiM%253A%253BzhUDz8dJ4fjqaM%253Bhttp%25253A%25252F%25252Fwww.wired.com%25252F2013%25252F12%25252Fgoogles-doodle-honors-grace-hopper-and-entomology%25252F=iu=m=hd3yOe9lqAoxiM%253A%252CzhUDz8dJ4fjqaM%252C_=__W_mU2alM863BQxm2C11rLU2w_uc%3D=0ahUKEwijzbnrl8TLAhXqtYMKHTQTA6MQyjcILw=gMjoVqONLerrjgS0poyYCg#imgrc=hd3yOe9lqAoxiM%3A

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mitch Mccluhan
Sent: Tuesday, March 15, 2016 9:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Grace didn't coin the term "bug"?

I've seen a photo of the actual bug Grace had used to coin the phrase.

Mitch Mccluhan
mitc...@aol.com

On Tuesday, March 15, 2016 CM Poncelet  wrote:
AFAIK The original Grace Hopper 'bug' was an actual bug - some kind of moth. 
There could be a photo of it somewhere.

Richard Pinion wrote:

>I thought the term debugging came from the days when the first 
>computers were made from vacuum tubes. The tubes produced light, which 
>in turn attracted bugs. Periodically, the computer had to be "debugged".
>
>My source was probably urban legend.
>
>
>
>--- wdonze...@gmail.com wrote:
>
>From: William Donzelli 
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Grace didn't coin the term "bug"?
>Date: Tue, 15 Mar 2016 14:56:07 -0400
>
>No, she did not. The term "bug", relating to flaws and errors in a 
>circuit*, shows up a fair amount in 1930s ham radio literature, for 
>example.
>
>* "bug" also applies to automatic Morse keys, of course.
>
>--
>Will
>
> 

On Tue, Mar 15, 2016 at 2:52 PM, Lindy Mayfield  wrote:
> 
>
>>Was watching NCIS Los Angeles and the geek was showing off to the 
>>female geek by saying Grace Hopper didn't coin the term bug, but 
>>Thomas Edison did. (Which he probably stole from someone else, 
>>probably Tesla, but that just me being facetious.)
>>
>>https://urldefense.proofpoint.com/v2/url?u=http-3A__theinstitute.ieee.
>>org_technology-2Dfocus_technology-2Dhistory_did-2Dyou-2Dknow-2Dedison-
>>2Dcoined-2Dthe-2Dterm-2Dbug=BQICaQ=zjLIypOkeQKJfe4BYrJ5J55pYA-45JE
>>lRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=D9pf2y9wA
>>5Mcx0HbXdxOSfm2zlvNj3XNUzRukuvJTtw=VRdEtXtLTT6xbNhIj8uo9wgBYPUAFB1Ko
>>q80Zb-mzkE=
>>
>>Regards,
>>Lindy
>>
>>
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>_
>Netscape. Just the Net You Need.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> 
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must 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...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Grace didn't coin the term "bug"?

[Field, Alan]

This?

https://www.google.com/search?q=grace+hopper+bug+picture=1600=760=isch=hd3yOe9lqAoxiM%253A%253BzhUDz8dJ4fjqaM%253Bhttp%25253A%25252F%25252Fwww.wired.com%25252F2013%25252F12%25252Fgoogles-doodle-honors-grace-hopper-and-entomology%25252F=iu=m=hd3yOe9lqAoxiM%253A%252CzhUDz8dJ4fjqaM%252C_=__W_mU2alM863BQxm2C11rLU2w_uc%3D=0ahUKEwijzbnrl8TLAhXqtYMKHTQTA6MQyjcILw=gMjoVqONLerrjgS0poyYCg#imgrc=hd3yOe9lqAoxiM%3A

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mitch Mccluhan
Sent: Tuesday, March 15, 2016 9:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Grace didn't coin the term "bug"?

I've seen a photo of the actual bug Grace had used to coin the phrase.

Mitch Mccluhan
mitc...@aol.com

On Tuesday, March 15, 2016 CM Poncelet  wrote:
AFAIK The original Grace Hopper 'bug' was an actual bug - some kind of moth. 
There could be a photo of it somewhere.

Richard Pinion wrote:

>I thought the term debugging came from the days when the first 
>computers were made from vacuum tubes. The tubes produced light, which 
>in turn attracted bugs. Periodically, the computer had to be "debugged".
>
>My source was probably urban legend.
>
>
>
>--- wdonze...@gmail.com wrote:
>
>From: William Donzelli 
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Grace didn't coin the term "bug"?
>Date: Tue, 15 Mar 2016 14:56:07 -0400
>
>No, she did not. The term "bug", relating to flaws and errors in a 
>circuit*, shows up a fair amount in 1930s ham radio literature, for 
>example.
>
>* "bug" also applies to automatic Morse keys, of course.
>
>--
>Will
>
> 

On Tue, Mar 15, 2016 at 2:52 PM, Lindy Mayfield  wrote:
> 
>
>>Was watching NCIS Los Angeles and the geek was showing off to the 
>>female geek by saying Grace Hopper didn't coin the term bug, but 
>>Thomas Edison did. (Which he probably stole from someone else, 
>>probably Tesla, but that just me being facetious.)
>>
>>https://urldefense.proofpoint.com/v2/url?u=http-3A__theinstitute.ieee.
>>org_technology-2Dfocus_technology-2Dhistory_did-2Dyou-2Dknow-2Dedison-
>>2Dcoined-2Dthe-2Dterm-2Dbug=BQICaQ=zjLIypOkeQKJfe4BYrJ5J55pYA-45JE
>>lRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=D9pf2y9wA
>>5Mcx0HbXdxOSfm2zlvNj3XNUzRukuvJTtw=VRdEtXtLTT6xbNhIj8uo9wgBYPUAFB1Ko
>>q80Zb-mzkE=
>>
>>Regards,
>>Lindy
>>
>>
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>_
>Netscape. Just the Net You Need.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> 
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must 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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Grace didn't coin the term "bug"?

[Mitch Mccluhan]

I've seen a photo of the actual bug Grace had used to coin the phrase.

Mitch Mccluhan
mitc...@aol.com

On Tuesday, March 15, 2016 CM Poncelet  wrote:
AFAIK The original Grace Hopper 'bug' was an actual bug - some kind of 
moth. There could be a photo of it somewhere.

Richard Pinion wrote:

>I thought the term debugging came from the days when the first computers
>were made from vacuum tubes. The tubes produced light, which in turn 
>attracted bugs. Periodically, the computer had to be "debugged".
>
>My source was probably urban legend.
>
>
>
>--- wdonze...@gmail.com wrote:
>
>From: William Donzelli 
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Grace didn't coin the term "bug"?
>Date: Tue, 15 Mar 2016 14:56:07 -0400
>
>No, she did not. The term "bug", relating to flaws and errors in a
>circuit*, shows up a fair amount in 1930s ham radio literature, for
>example.
>
>* "bug" also applies to automatic Morse keys, of course.
>
>--
>Will
>
> 

On Tue, Mar 15, 2016 at 2:52 PM, Lindy Mayfield  wrote:
> 
>
>>Was watching NCIS Los Angeles and the geek was showing off to the female geek 
>>by saying Grace Hopper didn't coin the term bug, but Thomas Edison did. 
>>(Which he probably stole from someone else, probably Tesla, but that just me 
>>being facetious.)
>>
>>http://theinstitute.ieee.org/technology-focus/technology-history/did-you-know-edison-coined-the-term-bug
>>
>>Regards,
>>Lindy
>>
>>
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions,
>>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>_
>Netscape. Just the Net You Need.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> 
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Grace didn't coin the term "bug"?

[CM Poncelet]

AFAIK The original Grace Hopper 'bug' was an actual bug - some kind of 
moth. There could be a photo of it somewhere.


Richard Pinion wrote:


I thought the term debugging came from the days when the first computers
were made from vacuum tubes.  The tubes produced light, which in turn 
attracted bugs.  Periodically, the computer had to be "debugged".


My source was probably urban legend.



--- wdonze...@gmail.com wrote:

From: William Donzelli 
To:   IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Grace didn't coin the term "bug"?
Date: Tue, 15 Mar 2016 14:56:07 -0400

No, she did not. The term "bug", relating to flaws and errors in a
circuit*, shows up a fair amount in 1930s ham radio literature, for
example.

* "bug" also applies to automatic Morse keys, of course.

--
Will

On Tue, Mar 15, 2016 at 2:52 PM, Lindy Mayfield  wrote:
 


Was watching NCIS Los Angeles and the geek was showing off to the female geek 
by saying Grace Hopper didn't coin the term bug, but Thomas Edison did.  (Which 
he probably stole from someone else, probably Tesla, but that just me being 
facetious.)

http://theinstitute.ieee.org/technology-focus/technology-history/did-you-know-edison-coined-the-term-bug

Regards,
Lindy



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
   



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




_
Netscape.  Just the Net You Need.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cannot allocate Steplib?

[CM Poncelet]

Sure, Steve.

I assumed that if Lindy had done it 20+ years ago, she still had the 
auth to do it now.  (BTW The STEPLIB in my REXX step is absurd: the CBT 
PGM can be CALLed from REXX.)


Cheers, Chris Poncelet


Steve Beaver wrote:


CM - you are assuming that the guy with the question can issue console
commands.  


I would NEVER let a general user near my console much less the SETPROG
command

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of CM Poncelet
Sent: Monday, March 14, 2016 11:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cannot allocate Steplib?

If the routine's APF'd loadlib is added to an APF'd STEPLIB, the STEPLIB
will override the LNKLST CBT requirement.

Meanwhile, APF-authorizing/unauthorizing a loadlib 'on the fly' can be done
in batch with:

"//* 
APF-AUTHORIZE:


"
"//ADDAPF  EXEC 
PGM=IEBGENER "
"//SYSPRINT  DD SYSOUT=* 
   "   
"//SYSIN DD 
DUMMY"
"//SYSUT2DD 
SYSOUT=(*,INTRDR)"
"//SYSUT1DD 
*,DLM=@@ "
"/*$VS,'SETPROG 
APF,FORMAT=DYNAMIC'  "
"/*$VS,'SETPROG APF,ADD,DSN=,{VOLUME=volume>|SMS}'   "

"@@

"
"//* 



"
"//* EXECUTE REXX TO CONCAT AHEAD OF STEPLIB FROM 
LISTCAT:   "
"//WHATREXX EXEC 
PGM=IKJEFT01,   "
"// 
REGION=8192K,"
"// 
DYNAMNBR=25  "
"//SYSTSIN   DD 
*"
" ISPSTART CMD(%) NEWAPPL() 
PASSLIB "
"//SYSEXEC   DD DISP=SHR,DSN=library>  "
"//STEPLIB   DD DISP=SHR,DSN=loadlib(s)>


"
" <... etc. ... 
>

"
"//*

"
"//* 
APF-UNAUTHORIZE:


"
"//DELAPF  EXEC PGM=IEBGENER 
   "  
"//SYSPRINT  DD 
SYSOUT=* "
"//SYSIN DD 
DUMMY"
"//SYSUT2DD 
SYSOUT=(*,INTRDR)"
"//SYSUT1DD 
*,DLM=@@ "

"/*$VS,'SETPROG APF,DELETE,DSN=,{VOLUME=|SMS}'"
"@@

"
"//* 



"

Just my ha'pennyworth ... CP (retired sysprog)


Steve Beaver wrote:

 

The STEPLIB TMP will work -- The caveat this routine MUST be placed on 
the LNKLST in an APF Authorized library.


Steve   


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
On Behalf Of Dan D

Sent: Monday, March 14, 2016 8:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cannot allocate Steplib?

CBT file 452 contains the STEPLIB TSO command.

Dan D.  (CBT File owner)

"Steve Horein"  wrote in message 
news:..
   


.
 




   

DSC is a product offered by IBM. It was once known as ISPF 
Productivity Tool, or SPIFFY.
However, one of the CBTTape files offers a STEPLIB utility (I don't 
recall which file number.) At the shop where I got my start, I used 
the CBTTape offering to
  

 


supplement


   


dynamic ISPF applications.

On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson
  

 





   


wrote:

  

 

I did a simple search in Google and found something called Data Set 
Commander, which appears to include a STEPLIB command. DSC seems to 
be


   


at


   


8.1. Looks like a program product.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield
Sent: Monday, March 14, 2016 3:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Cannot allocate Steplib?

I love Linux, but my real love is mainframe.  I had a senior moment, 
and


   


I


   


haven't been on mainframe as much as I like to be.

It was SYSPROC that was commonly reallocated by CLIST and Rexx 
scripts


   


in


   

order to do testing in the right order test/dev/prod or whatever.  
Not STEPLIB.


I think there is a steplib command, but I don't remember when I used 
it, and that's outside the scope of this.


Sorry about that.  :-(

Lindy


  

Re: Resolving Java import statements

[Andrew Rowley]

You probably need to export the CLASSPATH definition:
export 
CLASSPATH=$CLASSPATH:/usr/lpp/zWebSphere/V7R0/optionalLibraries/Apache/Struts/1.1/commons-logging.jar


Due to the idiosyncrasies of unix shells, without "export" it only 
creates the variable in the sub-process running the command which ends 
as soon as the CLASSPATH= command ends. "export" makes it stick for 
subsequent commands.


Adding $CLASSPATH to the start will add the jar to the end of any 
existing definition instead of replacing it.


Andrew Rowley


On 16/03/2016 10:41, Janet Graff wrote:

Andrew,

Thank you all so much for your help.

I searched for commons-logging*.jar and found several copies. I tried the 
following in the directory with the .java file

CLASSPATH=/usr/lpp/zWebSphere/V7R0/optionalLibraries/Apache/Struts/1.1/commons-logging.jar
javac RemoteServer.java

which resulted in the same error message

RemoteServer.java:19: package org.apache.commons.logging does not exist
import org.apache.commons.logging.Log;

I then downloaded the jar from the web site to my windows machine, then I 
uploaded it to the mainframe in binary to the same directory as my .java file

CLASSPATH=/u/vendor/jig/jrobotremoteserver-master/commons-logging-1.2.jar
javac RemoteServer.java

and got the same error message.

I'm doing something wrong I know it.
Any help?

Janet



--
Andrew Rowley
Black Hill Software
+61 413 302 386

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resolving Java import statements

[Janet Graff]

Andrew,

Thank you all so much for your help.

I searched for commons-logging*.jar and found several copies. I tried the 
following in the directory with the .java file

CLASSPATH=/usr/lpp/zWebSphere/V7R0/optionalLibraries/Apache/Struts/1.1/commons-logging.jar
javac RemoteServer.java

which resulted in the same error message

RemoteServer.java:19: package org.apache.commons.logging does not exist
import org.apache.commons.logging.Log;

I then downloaded the jar from the web site to my windows machine, then I 
uploaded it to the mainframe in binary to the same directory as my .java file

CLASSPATH=/u/vendor/jig/jrobotremoteserver-master/commons-logging-1.2.jar
javac RemoteServer.java

and got the same error message.

I'm doing something wrong I know it.
Any help?

Janet


>Apache Commons is a project creating various reusable Java components. 
>It's not part of the Apache web server. It doesn't surprise me if most 
>of Apache Commons is not distributed with z/OS (I'm more surprised if 
>much is).

>I wouldn't expect to find logging in the org.apache.commons.codec jar. 
>Codec is various encoders and decoders. The logging jar should be called 
>commons-logging*.jar.

>You may have to download it from Apache Commons. Apache commons is at:
>https://commons.apache.org/
>Apache Commons logging is at
>https://commons.apache.org/proper/commons-logging/

>Being Java, you should be able to just download the jar, do a binary 
>transfer to z/OS and it should work.

>Andrew Rowley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resolving Java import statements

[Andrew Rowley]

On 16/03/2016 9:18, Janet Graff wrote:

I searched for the commons-code*.class files and didn't find them.  Does 
WebSphere and/or Rational Developer not provide the class files for these 
common java routines?

Janet


Apache Commons is a project creating various reusable Java components. 
It's not part of the Apache web server. It doesn't surprise me if most 
of Apache Commons is not distributed with z/OS (I'm more surprised if 
much is).


I wouldn't expect to find logging in the org.apache.commons.codec jar. 
Codec is various encoders and decoders. The logging jar should be called 
commons-logging*.jar.


You may have to download it from Apache Commons. Apache commons is at:
https://commons.apache.org/
Apache Commons logging is at
https://commons.apache.org/proper/commons-logging/

Being Java, you should be able to just download the jar, do a binary 
transfer to z/OS and it should work.


Andrew Rowley

--
Andrew Rowley
Black Hill Software
+61 413 302 386

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resolving Java import statements

[Janet Graff]

Janet Graff wrote:
> I set my CLASSPATH to one of the directories (the last as it happens)
>
> CLASSPATH=/usr/lpp/zWebSphere_OM/V7R0/FPW20M/web2mobilefep_1.1/optionalLibraries/jaxrs_1.X

jars themselves don't get added to classpath by their dir being added to 
classpath
Jack,

Sorry for not following you here.  I finally found a web page that explained 
that this was a batch job filling in the STDENV DD as indicated on this page 
http://www.ibm.com/developerworks/systems/library/es-java-batchz.html.

I was actually logged on to the USS side and couldn't figure out where this 
script would go.
I was planning on a make file with the classpath statically filled in and was 
somewhat daunted by the idea of specifying every single jar file that I might 
need.

Is this easier to do in batch than native USS because of this scripting?

Janet

>Each jar must appear in the classpath.

>Either add all the jars in your apache dir to the classpath, e.g, in a script:

>for jar in /somedir/*.jar
>   do
> export CLASSPATH=$CLASSPATH:$jar
>   done

>or use the jar tool to look for the missing class and add the jar you find it 
>in to CLASSPATH, e.g.,

>for jar in /somedir/*.jar
>do
> echo $jar
> jar tf $jar | grep someclass
> echo "***"
>done

>-- 
>Jack J. Woehr

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cannot allocate Steplib?

[Paul Gilmartin]

On Tue, 15 Mar 2016 17:09:38 -0400, Tony Harminc  wrote:

On 2016-03-15 15:09, Tony Harminc wrote:
>>>
>> That probably needs an RFE, not an SR. Really, it should clarify:
>> IKJ56236I PATH /usr/bin INVALID, FILENAME STEPLIB RESTRICTED
>
> Better yet,
> IKJ56236I PATH /usr/bin INVALID, DDNAME STEPLIB RESTRICTED
>
> Or even better, since there's nothing at all wrong with the PATH,
> IKJ56236I DYNAMIC ALLOCATION USING DDNAME STEPLIB IS NEVER ALLOWED
>
Verbose, perhaps, but I agree. It's better to validate the
syntax before attempting environmental checks. And M (2.1) says:

z/OS TSO/E Messages
SA32-0970-00
IKJ56236I
FILE [text] INVALID, FILENAME RESTRICTED
Explanation
For the item text could appear the following:
text = STEPLIB
text = USERCAT
text = JOBLIB
text = STEPCAT
text = JOBCAT

... They're not even following the template which says "FILE" is immutable.
That's worth an SR.

But:
user@OS/390.25.00: rexx "say BPXWDYN( 'alloc dd(STEPLIB) dsn(''FOO.BAR'') shr 
msg(2)' )"
IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED

So when it's DSN instead of PATH they do the right thing. They simply
felt they had to punish UNIX users.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resolving Java import statements

[Janet Graff]

I searched for the commons-code*.class files and didn't find them.  Does 
WebSphere and/or Rational Developer not provide the class files for these 
common java routines?

Janet

>Hi Janet,

>yes the individual jars need to be on the classpath. The directory only works 
>if the individual *.class files are in the directory tree and not in the jars. 
>A >directory on the classpath is never searched for jars.

>dg

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Raised Floor

[retired mainframer]

There are "national" codes published by numerous organizations but it is the
various political jurisdictions (federal, state, county, city, etc) that
legislate (or sometimes decree) which ones apply and even which sections
apply as is or as modified.

So the answer to your question is not only yes but frequently multiple yeses
and sometimes one yes conflicts with another.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Longnecker, Dennis
> Sent: Tuesday, March 15, 2016 11:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Raised Floor
> 
> While not an operating system type question, I know someone here will be
able to answer
> .
> 
> In the USA, are there requirements/rules regarding how a raised for can be
utilized?   I seem
> to recall reading some code that specified only people who need to work on
a raised for
> should be located on a raised floor...something about being due to the
different electrical
> systems in a raised floor vs office space.   That is, you shouldn't house
someone's desk on a
> raised floor if they don't need to use anything in the raise floor.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Raised Floor

[Edward Finnell]

Yeah, many of the fire codes are left over from the big SFO Central  Office 
fire in late seventies. It spread horizontally and vertically in the  
building via paper wrapped cables. 
 
First week of my new job in 1980  I was asked to place a 3278 closer  to 
the modem racks for problem determination. The cost to run the conduit thru  
the vapor barriers under the raised floor was $1100!
 
 
In a message dated 3/15/2016 3:30:39 P.M. Central Daylight Time,  
jesse1.robin...@sce.com writes:

so I  would not want to populate it with cubicles that could be located 
elsewhere.  OTOH we have acres of raised floor in older data centers built with 
multiple  bipolar mainframes in plan. Who  knew?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cannot allocate Steplib?

[Tony Harminc]

On 15 March 2016 at 14:57, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> >alloc ddname(steplib) path('/usr/bin')
> >IKJ56236I  PATH /usr/bin INVALID, FILENAME RESTRICTED
> >
> >which is still complaining about STEPLIB, not '/usr/bin'.
> >
> >This surely calls for one of Gil's well formulated SRs. IBM has changed
> >some of the sillier TSO messages over the years, so it's not that there's
> >no hope at all.
> >
> That probably needs an RFE, not an SR.  Really, it should clarify:
> IKJ56236I  PATH /usr/bin INVALID, FILENAME STEPLIB RESTRICTED
>

Better yet,
IKJ56236I  PATH /usr/bin INVALID, DDNAME STEPLIB RESTRICTED

Or even better, since there's nothing at all wrong with the PATH,
IKJ56236I  DYNAMIC ALLOCATION USING DDNAME STEPLIB IS NEVER ALLOWED

Hey!  I just tried:
> user@OS/390.25.00: rexx "say BPXWDYN( 'alloc dsn(SYS1.LINKLIB) old
> msg(2)' )"
> IKJ56225I DATA SET SYS1.LINKLIB ALREADY IN USE, TRY LATER+
> IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
> IEFA110I DATA SET CONTENTION
> DATA SET SYS1.LINKLIB IN USE BY
> SYSNAME  JOBNAME  ASID
> smf1 job010006
> smf1 LLA  001B
>
> A miracle!  IEFA110I is new with 2.2!
>

Now *that* is cool!


> Batch JCL doesn't tell you; it just waits.


It could still produce the messages, surely.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resolving Java import statements

[Jack J. Woehr]

Janet Graff wrote:

Sorry Jack, not following the intent.  Are you saying I need to add the 
individual jar files to the CLASSPATH definition?
The CLASSPATH does have the directory containing the required jar file.


yes, exactly. See both answers I mailed. Jars arent' added to a classpath merely by adding their directories to 
classpath. You have to have a a full path to the jar itself,

e.g., /usr/local/myjars/myclasses.jar

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resolving Java import statements

[Denis]

Hi Janet,

yes the individual jars need to be on the classpath. The directory only works 
if the individual *.class files are in the directory tree and not in the jars. 
A directory on the classpath is never searched for jars.

dg

-Original Message-
From: Janet Graff <004dc9e91b6d-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN 
Sent: Tue, Mar 15, 2016 09:11 PM
Subject: Re: Resolving Java import statements


Sorry Jack, not following the intent.  Are you saying I need to add the 
individual jar files to the CLASSPATH definition?
The CLASSPATH does have the directory containing the required jar file.

Janet

>Jack J. Woehr wrote:
>> for jar in /somedir/*.jar
>>do
>> export CLASSPATH=$CLASSPATH:$jar
>>done 

>Oops, this should say export CLASSPATH=$CLASSPATH:/somedir/$jar

>-- 
>Jack J. Woehr

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to mailto:lists...@listserv.ua.edu;>lists...@listserv.ua.edu with the 
message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Grace didn't coin the term "bug"?

[Lindy Mayfield]

Yeah, I didn't know, thought it was her (she's still an hero of the computer 
revolution, bugs and all), but when looking I saw wiki is starting an 
etymological dictionary.  Says what you say.
https://en.wikipedia.org/wiki/Software_bug#Etymology


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of William Donzelli
Sent: tiistaina 15. maaliskuuta 2016 19.56
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Grace didn't coin the term "bug"?

No, she did not. The term "bug", relating to flaws and errors in a circuit*, 
shows up a fair amount in 1930s ham radio literature, for example.

* "bug" also applies to automatic Morse keys, of course.

--
Wil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Grace didn't coin the term "bug"?

[Jesse 1 Robinson]

Sounds like folk etymology. Too clever, too cute. And not much light in a 
vacuum tube. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richard Pinion
Sent: Tuesday, March 15, 2016 12:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Grace didn't coin the term "bug"?

I thought the term debugging came from the days when the first computers were 
made from vacuum tubes.  The tubes produced light, which in turn attracted 
bugs.  Periodically, the computer had to be "debugged".

My source was probably urban legend.



--- wdonze...@gmail.com wrote:

From: William Donzelli 
To:   IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Grace didn't coin the term "bug"?
Date: Tue, 15 Mar 2016 14:56:07 -0400

No, she did not. The term "bug", relating to flaws and errors in a circuit*, 
shows up a fair amount in 1930s ham radio literature, for example.

* "bug" also applies to automatic Morse keys, of course.

--
Will

On Tue, Mar 15, 2016 at 2:52 PM, Lindy Mayfield  wrote:
> Was watching NCIS Los Angeles and the geek was showing off to the 
> female geek by saying Grace Hopper didn't coin the term bug, but 
> Thomas Edison did.  (Which he probably stole from someone else, 
> probably Tesla, but that just me being facetious.)
>
> http://theinstitute.ieee.org/technology-focus/technology-history/did-y
> ou-know-edison-coined-the-term-bug
>
> Regards,
> Lindy
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN




_
Netscape.  Just the Net You Need.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Raised Floor

[Jesse 1 Robinson]

The key is that this is all governed by local code. 'Local' may be municipality 
or county, not likely state, at least in California. Raised floor is very 
expensive to build, so I would not want to populate it with cubicles that could 
be located elsewhere. OTOH we have acres of raised floor in older data centers 
built with multiple bipolar mainframes in plan. Who knew?

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Grinsell, Don
Sent: Tuesday, March 15, 2016 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Raised Floor

Assuming a rather loose definition of "raised floor" as "machine room", then 
the statement is correct in that only people who actually need to work there 
should be there.  On the other hand, if the floor is simply raised to allow 
easy access to wiring, then it's totally appropriate.  We converted an unused 
machine room to office space and left the raised floor in place for just that 
purpose.

--
 
Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

"Dreaming permits each and every one of us to be quietly and safely insane 
every night of our lives."
~ William Dement

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Doug Fuerst
> Sent: Tuesday, March 15, 2016 12:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Raised Floor
> 
> 
>   This is a new one. Even in NYC, I don't know of anything that 
> specifies where you can put a desk or have someone work.
> Lots of office space is put on raised floors these days due to the 
> wires that run to the desks, cubicles, whatever.
> 
> Doug
> 
> Doug Fuerst
> Principal Consultant
> BK Associates
> 718.921.2620 (O)
> 917.572.7364 (C)
> d...@bkassociates.net
> 
> 
> 
> -- Original Message --
> From: "Longnecker, Dennis" 
> To: IBM-MAIN@listserv.ua.edu
> Sent: 15-Mar-16 2:48:41 PM
> Subject: Raised Floor
> 
> >While not an operating system type question, I know someone here will 
> >be able to answer .
> >
> >In the USA, are there requirements/rules regarding how a raised for 
> >can be utilized? I seem to recall reading some code that specified 
> >only people who need to work on a raised for should be located on a 
> >raised floor...something about being due to the different electrical 
> >systems in a raised floor vs office space. That is, you shouldn't 
> >house someone's desk on a raised floor if they don't need to use 
> >anything in the raise floor.
> >
> >Dennis


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resolving Java import statements

[Janet Graff]

Sorry Jack, not following the intent.  Are you saying I need to add the 
individual jar files to the CLASSPATH definition?
The CLASSPATH does have the directory containing the required jar file.

Janet

>Jack J. Woehr wrote:
>> for jar in /somedir/*.jar
>>do
>> export CLASSPATH=$CLASSPATH:$jar
>>done 

>Oops, this should say export CLASSPATH=$CLASSPATH:/somedir/$jar

>-- 
>Jack J. Woehr

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resolving Java import statements

[Jack J. Woehr]

Jack J. Woehr wrote:

for jar in /somedir/*.jar
   do
export CLASSPATH=$CLASSPATH:$jar
   done 


Oops, this should say export CLASSPATH=$CLASSPATH:/somedir/$jar

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resolving Java import statements

[Jack J. Woehr]

Janet Graff wrote:

I set my CLASSPATH to one of the directories (the last as it happens)

CLASSPATH=/usr/lpp/zWebSphere_OM/V7R0/FPW20M/web2mobilefep_1.1/optionalLibraries/jaxrs_1.X


jars themselves don't get added to classpath by their dir being added to 
classpath

Each jar must appear in the classpath.

Either add all the jars in your apache dir to the classpath, e.g, in a script:

   for jar in /somedir/*.jar
   do
export CLASSPATH=$CLASSPATH:$jar
   done

or use the jar tool to look for the missing class and add the jar you find it 
in to CLASSPATH, e.g.,

   for jar in /somedir/*.jar
   do
echo $jar
jar tf $jar | grep someclass
echo "***"
   done

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Grace didn't coin the term "bug"?

[Richard Pinion]

I thought the term debugging came from the days when the first computers
were made from vacuum tubes.  The tubes produced light, which in turn 
attracted bugs.  Periodically, the computer had to be "debugged".

My source was probably urban legend.



--- wdonze...@gmail.com wrote:

From: William Donzelli 
To:   IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Grace didn't coin the term "bug"?
Date: Tue, 15 Mar 2016 14:56:07 -0400

No, she did not. The term "bug", relating to flaws and errors in a
circuit*, shows up a fair amount in 1930s ham radio literature, for
example.

* "bug" also applies to automatic Morse keys, of course.

--
Will

On Tue, Mar 15, 2016 at 2:52 PM, Lindy Mayfield  wrote:
> Was watching NCIS Los Angeles and the geek was showing off to the female geek 
> by saying Grace Hopper didn't coin the term bug, but Thomas Edison did.  
> (Which he probably stole from someone else, probably Tesla, but that just me 
> being facetious.)
>
> http://theinstitute.ieee.org/technology-focus/technology-history/did-you-know-edison-coined-the-term-bug
>
> Regards,
> Lindy
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




_
Netscape.  Just the Net You Need.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Raised Floor

[Grinsell, Don]

Assuming a rather loose definition of "raised floor" as "machine room", then 
the statement is correct in that only people who actually need to work there 
should be there.  On the other hand, if the floor is simply raised to allow 
easy access to wiring, then it's totally appropriate.  We converted an unused 
machine room to office space and left the raised floor in place for just that 
purpose.

--
 
Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

"Dreaming permits each and every one of us to be quietly and safely insane 
every night of our lives."
~ William Dement

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Doug Fuerst
> Sent: Tuesday, March 15, 2016 12:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Raised Floor
> 
> 
>   This is a new one. Even in NYC, I don't know of anything that specifies 
> where
> you can put a desk or have someone work.
> Lots of office space is put on raised floors these days due to the wires that
> run to the desks, cubicles, whatever.
> 
> Doug
> 
> Doug Fuerst
> Principal Consultant
> BK Associates
> 718.921.2620 (O)
> 917.572.7364 (C)
> d...@bkassociates.net
> 
> 
> 
> -- Original Message --
> From: "Longnecker, Dennis" 
> To: IBM-MAIN@listserv.ua.edu
> Sent: 15-Mar-16 2:48:41 PM
> Subject: Raised Floor
> 
> >While not an operating system type question, I know someone here will
> >be able to answer .
> >
> >In the USA, are there requirements/rules regarding how a raised for can
> >be utilized? I seem to recall reading some code that specified only
> >people who need to work on a raised for should be located on a raised
> >floor...something about being due to the different electrical systems
> >in a raised floor vs office space. That is, you shouldn't house
> >someone's desk on a raised floor if they don't need to use anything in
> >the raise floor.
> >
> >Dennis
> >
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive access instructions, send
> >email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Raised Floor

[Tom Marchant]

On Tue, 15 Mar 2016 18:48:41 +, Longnecker, Dennis wrote:

>In the USA, are there requirements/rules regarding how a raised for 
>can be utilized?   I seem to recall reading some code that specified only 
>people who need to work on a raised for should be located on a raised 
>floor...something about being due to the different electrical systems in 
>a raised floor vs office space.   That is, you shouldn't house someone's 
>desk on a raised floor if they don't need to use anything in the raise floor.

I doubt it. When Compuware built its new headquarters building here a 
dozen or so years ago, most of its 14 floors were all built with raised 
floor. The The first floor is not, and I think the second floor is not. From 
there up I understand that they all are. Certainly the three floors that I 
have been on were all raised floor, and the data center has only been on 
one of those floors.

Of course, local codes may vary.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Raised Floor

[Rugen, Len]

I know my feet about froze when I had a desk on raised floor :-)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Longnecker, Dennis
Sent: Tuesday, March 15, 2016 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Raised Floor

While not an operating system type question, I know someone here will be able 
to answer .

In the USA, are there requirements/rules regarding how a raised for can be 
utilized?   I seem to recall reading some code that specified only people who 
need to work on a raised for should be located on a raised floor...something 
about being due to the different electrical systems in a raised floor vs office 
space.   That is, you shouldn't house someone's desk on a raised floor if they 
don't need to use anything in the raise floor.

Dennis


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cannot allocate Steplib?

[Paul Gilmartin]

On Tue, 15 Mar 2016 14:00:15 -0400, Tony Harminc wrote:
>
>And just to be completely clear on the original message
>
>IKJ56236I  FILE STEPLIB INVALID, FILENAME RESTRICTED
>
>This really does mean just what it says. It's the four DDNAMEs JOBLIB,
>STEPLIB, JOBCAT, and STEPCAT themselves that are caught and rejected early
>on in dynamic allocation. It's not some more subtle "effective STEPLIB" or
>something; it's those exact DDNAMEs.
>
>Of course everyone remembers that FILENAME (and in some contexts FILE) is
>early TSO-speak for DDNAME... But this leads to a particularly confusing
>version of the message:
>
>alloc ddname(steplib) path('/usr/bin')
>IKJ56236I  PATH /usr/bin INVALID, FILENAME RESTRICTED
>
>which is still complaining about STEPLIB, not '/usr/bin'.
>
>This surely calls for one of Gil's well formulated SRs. IBM has changed
>some of the sillier TSO messages over the years, so it's not that there's
>no hope at all.
> 
That probably needs an RFE, not an SR.  Really, it should clarify:
IKJ56236I  PATH /usr/bin INVALID, FILENAME STEPLIB RESTRICTED

The one I love to hate is:
user@OS/390.25.00: rexx "say BPXWDYN( 'alloc path(''/tmp/foo/bar'') msg(2)' 
)"
IKJ56228I PATH /tmp/foo/bar NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED

I can call that SR-worthy in that no catalog access was ever attempted or 
failed.  And:

Hey!  I just tried:
user@OS/390.25.00: rexx "say BPXWDYN( 'alloc dsn(SYS1.LINKLIB) old  msg(2)' 
)"
IKJ56225I DATA SET SYS1.LINKLIB ALREADY IN USE, TRY LATER+
IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
IEFA110I DATA SET CONTENTION
DATA SET SYS1.LINKLIB IN USE BY
SYSNAME  JOBNAME  ASID
smf1 job010006
smf1 LLA  001B

A miracle!  IEFA110I is new with 2.2!

Batch JCL doesn't tell you; it just waits.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Raised Floor

[Doug Fuerst]

 This is a new one. Even in NYC, I don't know of anything that specifies 
where you can put a desk or have someone work.
Lots of office space is put on raised floors these days due to the wires 
that run to the desks, cubicles, whatever.


Doug

Doug Fuerst
Principal Consultant
BK Associates
718.921.2620 (O)
917.572.7364 (C)
d...@bkassociates.net



-- Original Message --
From: "Longnecker, Dennis" 
To: IBM-MAIN@listserv.ua.edu
Sent: 15-Mar-16 2:48:41 PM
Subject: Raised Floor

While not an operating system type question, I know someone here will 
be able to answer .


In the USA, are there requirements/rules regarding how a raised for can 
be utilized? I seem to recall reading some code that specified only 
people who need to work on a raised for should be located on a raised 
floor...something about being due to the different electrical systems 
in a raised floor vs office space. That is, you shouldn't house 
someone's desk on a raised floor if they don't need to use anything in 
the raise floor.


Dennis


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Grace didn't coin the term "bug"?

[William Donzelli]

No, she did not. The term "bug", relating to flaws and errors in a
circuit*, shows up a fair amount in 1930s ham radio literature, for
example.

* "bug" also applies to automatic Morse keys, of course.

--
Will

On Tue, Mar 15, 2016 at 2:52 PM, Lindy Mayfield  wrote:
> Was watching NCIS Los Angeles and the geek was showing off to the female geek 
> by saying Grace Hopper didn't coin the term bug, but Thomas Edison did.  
> (Which he probably stole from someone else, probably Tesla, but that just me 
> being facetious.)
>
> http://theinstitute.ieee.org/technology-focus/technology-history/did-you-know-edison-coined-the-term-bug
>
> Regards,
> Lindy
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Grace didn't coin the term "bug"?

[Lindy Mayfield]

Was watching NCIS Los Angeles and the geek was showing off to the female geek 
by saying Grace Hopper didn't coin the term bug, but Thomas Edison did.  (Which 
he probably stole from someone else, probably Tesla, but that just me being 
facetious.)

http://theinstitute.ieee.org/technology-focus/technology-history/did-you-know-edison-coined-the-term-bug

Regards,
Lindy



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cannot allocate Steplib?

[Tony Harminc]

On 15 March 2016 at 12:46, Lindy Mayfield  wrote:

>
> Thanks for the new stuff I learned by asking a mixed up question.  But I
> got it now.


And just to be completely clear on the original message

IKJ56236I  FILE STEPLIB INVALID, FILENAME RESTRICTED

This really does mean just what it says. It's the four DDNAMEs JOBLIB,
STEPLIB, JOBCAT, and STEPCAT themselves that are caught and rejected early
on in dynamic allocation. It's not some more subtle "effective STEPLIB" or
something; it's those exact DDNAMEs.

Of course everyone remembers that FILENAME (and in some contexts FILE) is
early TSO-speak for DDNAME... But this leads to a particularly confusing
version of the message:

alloc ddname(steplib) path('/usr/bin')
IKJ56236I  PATH /usr/bin INVALID, FILENAME RESTRICTED

which is still complaining about STEPLIB, not '/usr/bin'.

This surely calls for one of Gil's well formulated SRs. IBM has changed
some of the sillier TSO messages over the years, so it's not that there's
no hope at all.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cannot allocate Steplib?

[Lindy Mayfield]

Yeah, I apologize for this dumb question.  We used to have a STEPLIB add 
command that we could use from TSO, way back then, and a CLIST or Rexx to 
reallocate any ISPF, especially SYSPROC libraries for testing.

I'd been doing too much Linux lately and had a senior moment.  I didn't put my 
regular steplib into my logon proc for just the reason people were talking 
about, because I was making APF authorized Rexx assembler functions and simply 
copying the modules to a linklst library.  I have z/OS on z/VM to play with as 
ibmuser so I can pretty much do what I want.

But the one I was playing with now isn't apf authorized and I forgot to fix my 
logon proc back (from like 4 years ago). :-)

Thanks for the new stuff I learned by asking a mixed up question.  But I got it 
now.

Kind regards,
Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: tiistaina 15. maaliskuuta 2016 17.34
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cannot allocate Steplib?

CM - you are assuming that the guy with the question can issue console 
commands.  

I would NEVER let a general user near my console much less the SETPROG command

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cannot allocate Steplib?

[Dan D]

The STEPLIB command from CBT 452 must reside in linklist.  Also in the APF
list if you have LNKAUTH=APFTAB in IEASYSxx.
It also requires an entry in the IKJTSOxx AUTHCMD list.

Dan D

"Steve Beaver"  wrote in message
news:<004601d17e5e$5c2836e0$1478a4a0$@stevebeaver.com>...
> The STEPLIB TMP will work -- The caveat this routine MUST be placed on the
> LNKLST in an
> APF Authorized library.
> 
> Steve   
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dan D
> Sent: Monday, March 14, 2016 8:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Cannot allocate Steplib?
> 
> CBT file 452 contains the STEPLIB TSO command.
> 
> Dan D.  (CBT File owner)
> 
> "Steve Horein"  wrote in message
>
news:...
> > DSC is a product offered by IBM. It was once known as ISPF 
> > Productivity Tool, or SPIFFY.
> > However, one of the CBTTape files offers a STEPLIB utility (I don't 
> > recall which file number.) At the shop where I got my start, I used 
> > the CBTTape offering to
> supplement
> > dynamic ISPF applications.
> > 
> > On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson
> 
> > wrote:
> > 
> > > I did a simple search in Google and found something called Data Set 
> > > Commander, which appears to include a STEPLIB command. DSC seems to 
> > > be
> at
> > > 8.1. Looks like a program product.
> > >
> > > .
> > > .
> > > .
> > > J.O.Skip Robinson
> > > Southern California Edison Company
> > > Electric Dragon Team Paddler
> > > SHARE MVS Program Co-Manager
> > > 323-715-0595 Mobile
> > > 626-302-7535 Office
> > > robin...@sce.com
> > >
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List 
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield
> > > Sent: Monday, March 14, 2016 3:50 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: (External):Re: Cannot allocate Steplib?
> > >
> > > I love Linux, but my real love is mainframe.  I had a senior moment, 
> > > and
> I
> > > haven't been on mainframe as much as I like to be.
> > >
> > > It was SYSPROC that was commonly reallocated by CLIST and Rexx 
> > > scripts
> in
> > > order to do testing in the right order test/dev/prod or whatever.  
> > > Not STEPLIB.
> > >
> > > I think there is a steplib command, but I don't remember when I used 
> > > it, and that's outside the scope of this.
> > >
> > > Sorry about that.  :-(
> > >
> > > Lindy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMF41 VLF info and ALERTAGE

[Tom Marchant]

On Tue, 15 Mar 2016 15:16:21 +, Vernooij, CP (ITOPT1) - KLM wrote:

>I meant, VLF knows the current youngest age and makes it available to 
>the HC routine at each HC interva...

ITYM "VLF knows the current youngest age and uses it in *its* health check".

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Cannot allocate Steplib?

[Steve Beaver]

CM - you are assuming that the guy with the question can issue console
commands.  

I would NEVER let a general user near my console much less the SETPROG
command

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of CM Poncelet
Sent: Monday, March 14, 2016 11:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cannot allocate Steplib?

If the routine's APF'd loadlib is added to an APF'd STEPLIB, the STEPLIB
will override the LNKLST CBT requirement.

Meanwhile, APF-authorizing/unauthorizing a loadlib 'on the fly' can be done
in batch with:

"//* 
APF-AUTHORIZE:

"
"//ADDAPF  EXEC 
PGM=IEBGENER "
"//SYSPRINT  DD SYSOUT=* 
"   
"//SYSIN DD 
DUMMY"
"//SYSUT2DD 
SYSOUT=(*,INTRDR)"
"//SYSUT1DD 
*,DLM=@@ "
"/*$VS,'SETPROG 
APF,FORMAT=DYNAMIC'  "
"/*$VS,'SETPROG APF,ADD,DSN=,{VOLUME=|SMS}'   "
"@@

"
"//* 
 

"
"//* EXECUTE REXX TO CONCAT AHEAD OF STEPLIB FROM 
LISTCAT:   "
"//WHATREXX EXEC 
PGM=IKJEFT01,   "
"// 
REGION=8192K,"
"// 
DYNAMNBR=25  "
"//SYSTSIN   DD 
*"
" ISPSTART CMD(%) NEWAPPL() 
PASSLIB "
"//SYSEXEC   DD DISP=SHR,DSN=  "
"//STEPLIB   DD DISP=SHR,DSN=

"
" <... etc. ... 
 >
"
"//*

"
"//* 
APF-UNAUTHORIZE:

"
"//DELAPF  EXEC PGM=IEBGENER 
"  
"//SYSPRINT  DD 
SYSOUT=* "
"//SYSIN DD 
DUMMY"
"//SYSUT2DD 
SYSOUT=(*,INTRDR)"
"//SYSUT1DD 
*,DLM=@@ "
"/*$VS,'SETPROG APF,DELETE,DSN=,{VOLUME=|SMS}'"
"@@

"
"//* 
 

"

Just my ha'pennyworth ... CP (retired sysprog)


Steve Beaver wrote:

>The STEPLIB TMP will work -- The caveat this routine MUST be placed on 
>the LNKLST in an APF Authorized library.
>
>Steve   
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Dan D
>Sent: Monday, March 14, 2016 8:32 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Cannot allocate Steplib?
>
>CBT file 452 contains the STEPLIB TSO command.
>
>Dan D.  (CBT File owner)
>
>"Steve Horein"  wrote in message 
>news:..
.
>  
>
>>DSC is a product offered by IBM. It was once known as ISPF 
>>Productivity Tool, or SPIFFY.
>>However, one of the CBTTape files offers a STEPLIB utility (I don't 
>>recall which file number.) At the shop where I got my start, I used 
>>the CBTTape offering to
>>
>>
>supplement
>  
>
>>dynamic ISPF applications.
>>
>>On Mon, Mar 14, 2016 at 6:02 PM, Jesse 1 Robinson
>>
>>
>
>  
>
>>wrote:
>>
>>
>>
>>>I did a simple search in Google and found something called Data Set 
>>>Commander, which appears to include a STEPLIB command. DSC seems to 
>>>be
>>>  
>>>
>at
>  
>
>>>8.1. Looks like a program product.
>>>
>>>.
>>>.
>>>.
>>>J.O.Skip Robinson
>>>Southern California Edison Company
>>>Electric Dragon Team Paddler
>>>SHARE MVS Program Co-Manager
>>>323-715-0595 Mobile
>>>626-302-7535 Office
>>>robin...@sce.com
>>>
>>>
>>>-Original Message-
>>>From: IBM Mainframe Discussion List
>>>[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield
>>>Sent: Monday, March 14, 2016 3:50 PM
>>>To: IBM-MAIN@LISTSERV.UA.EDU
>>>Subject: (External):Re: Cannot allocate Steplib?
>>>
>>>I love Linux, but my real love is mainframe.  I had a senior moment, 
>>>and
>>>  
>>>
>I
>  
>
>>>haven't been on mainframe as much as I like to be.
>>>
>>>It was SYSPROC that was commonly reallocated by CLIST and Rexx 
>>>scripts
>>>  
>>>
>in
>  
>
>>>order to do testing in the right order test/dev/prod or whatever.  
>>>Not STEPLIB.
>>>
>>>I think there is a steplib command, but I don't remember when I used 
>>>it, and that's outside the scope of this.
>>>
>>>Sorry about that.  :-(
>>>
>>>Lindy
>>>  
>>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, 

Re: Freeing up space in a VSAM file

[Steve Beaver]

If you have 1 MCDS, make 2 out of that one.  That will give you 2 with the 
former size.

The BCDS depending on how full it is increase the size 50%

Steve  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Tuesday, March 15, 2016 9:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Freeing up space in a VSAM file

On our HSM MCDS, BCDS, etc, we have 0 for the secondary extent.
If we specified TRACK(5 1) so we get 1 track as the Control Area, 1. How 
much would the Index size go up?  15X?
2. Wouldn't CAs be reused a lot more frequently, since you only have to get 1 
track empty instead of 15?
3. Which would be better for an end user?
4. How would throughput be affected?

On Tue, Mar 15, 2016 at 6:07 AM, John Eells  wrote:
> Norbert Friemel wrote:
> 
>>
>>
>> CA_RECLAIM?
>> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d4a0/2
>> .5.3.3
>
> 
>
> Norbert beat me to it (smile).  The key to this being useful is that 
> you have empty CAs to reclaim.  One could have a pathological 
> application that left one record per CA behind after deleting the 
> rest, so that no CAs ever emptied out to be reclaimed, for example.  
> Or, one could have an even *more* pathological application that wrote 
> a lot of records into specific key ranges, deleted them all (causing 
> reclaims) and then rewrote a lot of records into the same key ranges, 
> causing CA reclaim/CA allocation thrashing to the detriment of performance.
>
> That said, it's very likely that using CA Reclaim will get you out of 
> the reorg business, permanently, with no ill effects, for all of your 
> KSDSs.  CA Reclaim is available on all supported releases now, but I 
> have heard of only one pathological application so far.  Of course, it 
> was one of ours here at IBM.  (You can't make this stuff up.)
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

RobotFramework Java XML-RPC server

[Janet Graff]

I need to run the Java XML-RPC server on z/OS to support a windows based 
RobotFramework testing of my z/OS system.
I have downloaded jrobotremoteserver-3.0-standalone.jar.  I understand that 
I'll most likely have to update it to do the ASCII/EBCDIC translations on the 
HTTP sends and receives.
It's Java so it should on z/OS work at some level but looking through some 
sample programs I have some concerns.
Does anyone else have the Java XML-RPC server running on z/OS?

Janet

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Freeing up space in a VSAM file

[Staller, Allan]

I have been using CA-RECLAIM since 20012 for both dfHSM and dfRMM.  No problems 
or worries. I highly recommend it.
As a matter of fact it is a shop-wide default here.

SET CA-RECLAIM(DATACLAS) in IGDSMS00. The default for each DATACLAS is 
CA-RECLAIM(YES).

One caveat. You don’t get the benefit until the clusters are redefined.

HTH,


I don't want to create a gorilla-survey here, but I would be interested in 
hearing some user experience with CA Reclaim. I first heard about it at SHARE 
several years ago, but we have yet to dip a toe in the crocodile pond. It would 
be most beneficial for system utility clusters like HSM and RMM, but that's the 
last arena I would want to encounter a problem. 


This email � including attachments � may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM STSM Pete Siddall for MQ on z/OS is on Reddit doing an AMA (Ask Me Anything) right now for 2 hours

[Christopher Hodgins]

Hi all,
 
We have Pete Siddall, IBM STSM for MQ for z/OS doing an AMA (Ask Me 
Anything) on Reddit's /r/mainframe right now (5p GMT / 1p ET) for the next 
2 hours. If you want to join the discussion the details are right here:
https://www.reddit.com/r/mainframe/comments/4aitm8/i_am_pete_siddall_ibm_stsm_for_mq_on_zos_please/

It's a great opportunity to ask Pete anything you like. Be that getting 
started with MQ or that problem that has been troubling you for months. 
There are already a few questions up.
 
Hope to see you there!


Chris Hodgins
CICSPlex System Manager Developer
MP208, IBM United Kingdom Limited, Hursley Park, Winchester, Hants, SO21 
2JN.
Tel External: +44 (0)1962 819892  Internal: 249892
The CICS blog: 
https://www.ibm.com/developerworks/community/blogs/ChrisHodgins/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Freeing up space in a VSAM file

[Jesse 1 Robinson]

I don't want to create a gorilla-survey here, but I would be interested in 
hearing some user experience with CA Reclaim. I first heard about it at SHARE 
several years ago, but we have yet to dip a toe in the crocodile pond. It would 
be most beneficial for system utility clusters like HSM and RMM, but that's the 
last arena I would want to encounter a problem. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Tuesday, March 15, 2016 4:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Freeing up space in a VSAM file

Norbert Friemel wrote:

>
> CA_RECLAIM? 
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d4a0/2.
> 5.3.3


Norbert beat me to it (smile).  The key to this being useful is that you have 
empty CAs to reclaim.  One could have a pathological application that left one 
record per CA behind after deleting the rest, so that no CAs ever emptied out 
to be reclaimed, for example.  Or, one could have an even *more* pathological 
application that wrote a lot of records into specific key ranges, deleted them 
all (causing reclaims) and then rewrote a lot of records into the same key 
ranges, causing CA reclaim/CA allocation thrashing to the detriment of 
performance.

That said, it's very likely that using CA Reclaim will get you out of the reorg 
business, permanently, with no ill effects, for all of your KSDSs.  CA Reclaim 
is available on all supported releases now, but I have heard of only one 
pathological application so far.  Of course, it was one of ours here at IBM.  
(You can't make this stuff up.)

-- 
John Eells
IBM Poughkeepsie
ee...@us.ibm.com


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMF41 VLF info and ALERTAGE

[Vernooij, CP (ITOPT1) - KLM]

Ok, I misunderstood the HC infrastructure.
I meant, VLF knows the current youngest age and makes it available to the HC 
routine at each HC interval, which is volatile and is lost if  the HC does not 
alert, but not to me at each SMF41 interval.
I hope they will change this. As Peter more or less suggested: they forgot to 
do it.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: 15 March, 2016 15:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF41 VLF info and ALERTAGE

On Tue, 15 Mar 2016 12:29:11 +, Vernooij, CP (ITOPT1) - KLM  wrote:

>I already guessed HC got the value from VLF internals,

Well, not exactly. Health Checker establishes the infrastructure for doing 
health 
checks. System components then register their health check with HC, which 
invokes the routine that the component registered to perform the check. That 
component's check routine performs the check and uses the HC infrastructure to 
report on the results of the check in a common way.

> so my immediate reaction was: why tell HC and not me?

The check routine does tell you. With a health check message.

>I already opened a PMR for adding the info to SMF 41-3.

Good luck with that. Maybe they'll convert it to an RFE.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Freeing up space in a VSAM file

[Mike Schwab]

On our HSM MCDS, BCDS, etc, we have 0 for the secondary extent.
If we specified TRACK(5 1) so we get 1 track as the Control Area,
1. How much would the Index size go up?  15X?
2. Wouldn't CAs be reused a lot more frequently, since you only have
to get 1 track empty instead of 15?
3. Which would be better for an end user?
4. How would throughput be affected?

On Tue, Mar 15, 2016 at 6:07 AM, John Eells  wrote:
> Norbert Friemel wrote:
> 
>>
>>
>> CA_RECLAIM?
>> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d4a0/2.5.3.3
>
> 
>
> Norbert beat me to it (smile).  The key to this being useful is that you
> have empty CAs to reclaim.  One could have a pathological application that
> left one record per CA behind after deleting the rest, so that no CAs ever
> emptied out to be reclaimed, for example.  Or, one could have an even *more*
> pathological application that wrote a lot of records into specific key
> ranges, deleted them all (causing reclaims) and then rewrote a lot of
> records into the same key ranges, causing CA reclaim/CA allocation thrashing
> to the detriment of performance.
>
> That said, it's very likely that using CA Reclaim will get you out of the
> reorg business, permanently, with no ill effects, for all of your KSDSs.  CA
> Reclaim is available on all supported releases now, but I have heard of only
> one pathological application so far.  Of course, it was one of ours here at
> IBM.  (You can't make this stuff up.)
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMF41 VLF info and ALERTAGE

[Tom Marchant]

On Tue, 15 Mar 2016 12:29:11 +, Vernooij, CP (ITOPT1) - KLM  wrote:

>I already guessed HC got the value from VLF internals,

Well, not exactly. Health Checker establishes the infrastructure for doing 
health 
checks. System components then register their health check with HC, which 
invokes the routine that the component registered to perform the check. That 
component's check routine performs the check and uses the HC infrastructure to 
report on the results of the check in a common way.

> so my immediate reaction was: why tell HC and not me?

The check routine does tell you. With a health check message.

>I already opened a PMR for adding the info to SMF 41-3.

Good luck with that. Maybe they'll convert it to an RFE.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMF41 VLF info and ALERTAGE

[Vernooij, CP (ITOPT1) - KLM]

Peter,

Thanks for the info.
I already guessed HC got the value from VLF internals, so my immediate reaction 
was: why tell HC and not me?
I already opened a PMR for adding the info to SMF 41-3.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: 15 March, 2016 13:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF41 VLF info and ALERTAGE

>Where does HC get this info from?

I'd say that "HC" does not get the info from anywhere. This is a VLF 
health check, so VLF gets the information from its own control structures. 
VLF knows when it cached something and when it trimmed it (i.e., chose to 
remove the item from its cache for space reason). Thus it knows the "age" 
of the item that is trimmed and can compare that to the AlertAge.

>This is useful information for adjusting the size of the VLF cache, 
>but why is this value not made available in VLF's SMF 41-3?

Because no one has asked for that to be done (and we didn't think about it 
when considering implementing the health check). That certainly seems like 
a good thing to consider. Feel free to open an RFE to request it. For 
example, perhaps what you would want in the SMF record for each VLF class 
is:
-- the class's AlertAge
-- the class's current minimum age
(when the minimum age is less than the AlertAge, the check flags this as 
an exception)

Peter Relson
z/OS Core Technology


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: SMF41 VLF info and ALERTAGE

[Peter Relson]

>Where does HC get this info from?

I'd say that "HC" does not get the info from anywhere. This is a VLF 
health check, so VLF gets the information from its own control structures. 
VLF knows when it cached something and when it trimmed it (i.e., chose to 
remove the item from its cache for space reason). Thus it knows the "age" 
of the item that is trimmed and can compare that to the AlertAge.

>This is useful information for adjusting the size of the VLF cache, 
>but why is this value not made available in VLF's SMF 41-3?

Because no one has asked for that to be done (and we didn't think about it 
when considering implementing the health check). That certainly seems like 
a good thing to consider. Feel free to open an RFE to request it. For 
example, perhaps what you would want in the SMF record for each VLF class 
is:
-- the class's AlertAge
-- the class's current minimum age
(when the minimum age is less than the AlertAge, the check flags this as 
an exception)

Peter Relson
z/OS Core Technology


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Freeing up space in a VSAM file

[John Eells]

Norbert Friemel wrote:



CA_RECLAIM? 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d4a0/2.5.3.3



Norbert beat me to it (smile).  The key to this being useful is that you 
have empty CAs to reclaim.  One could have a pathological application 
that left one record per CA behind after deleting the rest, so that no 
CAs ever emptied out to be reclaimed, for example.  Or, one could have 
an even *more* pathological application that wrote a lot of records into 
specific key ranges, deleted them all (causing reclaims) and then 
rewrote a lot of records into the same key ranges, causing CA reclaim/CA 
allocation thrashing to the detriment of performance.


That said, it's very likely that using CA Reclaim will get you out of 
the reorg business, permanently, with no ill effects, for all of your 
KSDSs.  CA Reclaim is available on all supported releases now, but I 
have heard of only one pathological application so far.  Of course, it 
was one of ours here at IBM.  (You can't make this stuff up.)


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Freeing up space in a VSAM file

[Norbert Friemel]

On Tue, 15 Mar 2016 07:57:41 +0200, Steff Gladstone wrote:

>Greetings,
>
>We have a KSDS file that gradually fills up with records.  After deleting a
>large number of records we still received nonzero response codes when
>trying to add new records indicating that there is no available space in
>the file.  We have no alternative but to disable access to the file and
>reorganize it, causing quite a disruption to operations.
>
>Presumably this is because of the way the indexes are organized.  Any
>advice?  What parameters do you suggest we "play" with to ameliorate the
>situation?
>

CA_RECLAIM? 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d4a0/2.5.3.3

Norbert Friemel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Freeing up space in a VSAM file

[Elardus Engelbrecht]

Steff Gladstone wrote:

>We have a KSDS file that gradually fills up with records.  After deleting a 
>large number of records we still received nonzero response codes when trying 
>to add new records indicating that there is no available space in the file.  
>We have no alternative but to disable access to the file and reorganize it, 
>causing quite a disruption to operations.

>Presumably this is because of the way the indexes are organized.  Any advice?  
>What parameters do you suggest we "play" with to ameliorate the situation?

Please post the results of the LISTC of that VSAM dataset. If you can show the 
ATTRIBUTES, STATISTICS, ALLOCATION and the VOLUME details, I think the IBM-MAIN 
members can see what the problem is.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN