Re: Out damn'd GMT ...

[Robert A. Rosenberg]

At 03:12 + on 11/04/2011, Ted MacNEIL wrote about Re: Out damn'd GMT ...:


US: 2 cups - 8 by 2 = 16 oz
IMPERIAL: 2.5 cups = 20 oz

1 IMP gallon = 10 lb (water)
1 US gallon = 8 lb

1 IMP gallon = 160 oz
1 US = 128 oz

In both systems: 1 oz weighs 1 oz (water)

1 millilitres of water = 1 gramme.


OTOH: 1 oz of gold weighs more than 1 oz of water while 1 lb of gold 
weight lots less than 1 lb of water - the water is 21.53% heavier.


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

[Lizette Koehler]

> 
> I have CEE.SCEELPA in my LPALSTXX . Any advantage/dis-advantage in putting
the LE
> modules for COBOL  and PL/I into LPA also?
> 
> Thanks.
> 
> 
> 
> John Norgauer

Are you talking about SCEERUN or some other SCEE???  Library?

As I recall, IBM has specific placements of the various SCEE libraries.
They are documented.  

Please provide further details on what you are asking about.  It would help
us give you better advice.

Please let us know the level of z/OS, the SCEE libraries or modules you are
asking about.

LPA and LINKLST provide different functions.  And not knowing which library
or modules makes it difficult for a good response.

Lizette

--
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: Out damn'd GMT ...

[Mike Schwab]

http://en.wikipedia.org/wiki/Metrication

On Thu, Nov 3, 2011 at 10:12 PM, Ted MacNEIL  wrote:

> Of course, it may also be the only non-metric country left, as well.
> -
> Ted MacNEIL
-- 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Out damn'd GMT ...

[Ted MacNEIL]

US: 2 cups - 8 by 2 = 16 oz
IMPERIAL: 2.5 cups = 20 oz

1 IMP gallon = 10 lb (water)
1 US gallon = 8 lb

1 IMP gallon = 160 oz
1 US = 128 oz

In both systems: 1 oz weighs 1 oz (water)

1 millilitres of water = 1 gramme.

As far as I know, the US is the only country that still uses the 16 oz pint.

Of course, it may also be the only non-metric country left, as well.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: Shane 
Sender: IBM Mainframe Discussion List 
Date: Fri, 4 Nov 2011 09:09:21 
To: 
Reply-To: IBM Mainframe Discussion List 
Subject: Re: Out damn'd GMT ...

On Thu, 3 Nov 2011 09:20:40 -0500
Paul Gilmartin  wrote:

...
> Imagine a world where there were two or three definitions of a pint.

What like ours you mean ?. From Wikipedia:

A "pint" of beer served in a tavern outside Great Britain and
the United States may be a British pint, an American pint, or something
different, depending on local laws and customs.

In Aus we had (have ?) at least 2 options depending on state.

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

--
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: SV: Scanning JES3 JCL

[tony's netbook]

On 11/3/2011 5:43 AM, Thomas Berg wrote:

It's very interesting with the references and anecdotes to the past, but for us 
in the prime ages it's often confusing.
I would be grateful to get hints about time of these references, couldn't You 
for example tell if it happened before or after the invention of the wheel ?
Or if the You had begun using a fork at the meals etc ?

No offense please, I really admire You old wrecks!

;)


  
Regards,

Thomas Berg
_
Thomas Berg   Specialist   A M   SWEDBANK

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

Hph!  Haven't experienced this much attitude since the Truman 
administration.


--
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: Out damn'd GMT ...

[Paul Gilmartin]

On Thu, 3 Nov 2011 18:21:52 -0400, Shmuel Metz (Seymour J.) wrote:

>In <1320313200.4eb261703d...@postoffice.tpg.com.au>, on 11/03/2011
>   at 08:40 PM, Shane Ginnane said:
>
>>This would be primarily for the gratification of gil:
>>http://www.abc.net.au/news/2011-11-03/time-for-change-gmt-could-be-history/3617226
>
>Leap minutes? Bletch! That would really make clock steering fun.
> 
Another suggestion has been to wait until the discrepancy accumulates
to an hour, then everyone at once skips the Spring "set forward".
What do you think of that one, Shane?

-- 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: Central Coast Software's: DASDCALC

[Linda Mooney]

Hi John, 



Have you tried the Win 7 compatibility mode? I have found that to be successful 
in several cases. 



HTH, 



Linda 

- Original Message -


From: "John H. Lang"  
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, November 3, 2011 1:38:59 PM 
Subject: Central Coast Software's: DASDCALC 

Greetings List, 

I have had several inquiries concerning DASDCALC working in a Window's 7 
environment.   

DASDCALC will work in a Windows' 7 32 bit environment but not in the 64bit 
environment.  There is supposed to be a way to make it work in a 64bit 
environment so I am researching that.  When I have an answer, I will let 
everyone know.  In the meantime, anyone with experience on how to make this 
work in a 64bit environment, I would welcome your offline input.   

I am very pleased that so many still find this little tool useful.  If 
anyone does not know what's being talked about here, go to: 
www.centralcoastsoftware.com and download the Windows based DASDCALC 
utility.  The website is admittedly dated but it get the job done. 

John Lang 
Developer 
john.l...@centralcoastsoftware.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 

--
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: Out damn'd GMT ...

[Shane]

On Thu, 3 Nov 2011 09:20:40 -0500
Paul Gilmartin  wrote:

...
> Imagine a world where there were two or three definitions of a pint.

What like ours you mean ?. From Wikipedia:

A "pint" of beer served in a tavern outside Great Britain and
the United States may be a British pint, an American pint, or something
different, depending on local laws and customs.

In Aus we had (have ?) at least 2 options depending on state.

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: Re-Linkling a load module with AC(1)

[Shmuel Metz (Seymour J.)]

In <0740726216839478.wa.fred.kapteinhp@bama.ua.edu>, on 11/03/2011
   at 03:11 PM, Fred Kaptein  said:

>  INCLUDE SYSLIB(PCOPY)  
>  INCLUDE SYSLIB(PCOPY2)
>  NAME PCOPY
>  AC(1)
>  ALIAS PCOPY2

Why? Do you understand what the individual statements are supposed to
do? You're including two copies of the same load module, which just
wastes time, and your statements are out of sequence, which is why
you're getting error messages. I suggest that you follow Tom's advice.

>Does anyone know the correct JCL?

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

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

Re: do u? Use SYMBOLICRELATE?

[Ed Gould]

 Tom,

Glad this isworkig for you.
I hare refrained from using alias's because I have found that programmers 
take it for granted and then smuggle it into production. What happens then even 
with all the change notice and warnings in the world someone either forgets and 
then after the alias gets changed/deleted whatever the systems group gets 
blamed even though notices are sent out yadyadyada the blame finger still gets 
pointed at "us" and then the phones from vp's start the escalation process 
to our vp's and then the finger pointing starts and as always we get blamed 
because we should somehow know they updated production with incorrect 
information.

It's a no win situation.

Ed



--
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: Scanning JES3 JCL

[Ed Finnell]

Think I've still got my Summa cum JES button(#589 at MXG.com).
 
 
In a message dated 11/3/2011 5:39:37 P.M. Central Daylight Time,  
l...@garlic.com writes:

all the  features of JES2 & JES3, that customers
couldn't live w/o, combined in  single product. Never got past that  stage


--
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: Scanning JES3 JCL

[Anne & Lynn Wheeler]

re:
http://www.garlic.com/~lynn/2011n.html#84 Scanning JES3 JCL

i was brought into boeing hdqtrs summer of 1969 as part of helping get
boeing computer services (BCS) up and running. they had machine room at
hdqtrs (boeing field) with 360/30 for payroll and misc.  other hdqtrs
administration. It was built out to add a 1mbyte 360/67 for online
(virtual machine) cp67/cms timesharing operation.

The big datacenter was down at Reaton field ... that summer 360/65s were
arriving faster than they could be installed (there were constantly
parts of 2-3 360/65s in the halls around the machine room all that
summer) ... and they were starting to replicate it up at the 747
plant in Everett.

later I would sponsor Col. Boyd's briefings at IBM. His biographies has
him in charge of spook base about that time ... claimed to be a $2.5B
"windfall" for IBM (possibly $17+B inflation adjusted). old spook base
reference (gone 404 but lives on at the wayback machine)
http://web.archive.org/web/20030212092342/http://home.att.net/~c.jeppeson/igloo_white.html

the claimed picture in the above of 2250s ... is obviously wrong

my wife did stint in the G'burg JES group and was part of the catchers
for ASP->JES3 product. She then was one of the JESUS (JES Unified
System) authors ... all the features of JES2 & JES3, that customers
couldn't live w/o, combined in single product. Never got past that stage
because of the politics.

-- 
virtualization experience starting Jan1968, 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: DATA SET RESERVATION UNSUCCESSFUL

[Ted MacNEIL]

>Another way to do it is to set up an IDCAMS job to delete all of the datasets. 
> I don't think you will get dataset reservation failed errors.  If for 
>whatever reason 1 or 2 datasets don't get deleted, you will get a non zero 
>return code instead of a JCL error. 

And, if you want, you can make the RC 0.
Just code:

IF MAXCC < 9 THEN SET MAXCC = 0

I always want delete steps to complete successfully.
Deleting a nonexistent dsn is not an error.

-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
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: Out damn'd GMT ...

[Shmuel Metz (Seymour J.)]

In <1320313200.4eb261703d...@postoffice.tpg.com.au>, on 11/03/2011
   at 08:40 PM, Shane Ginnane  said:

>This would be primarily for the gratification of gil:
>http://www.abc.net.au/news/2011-11-03/time-for-change-gmt-could-be-history/3617226

Leap minutes? Bletch! That would really make clock steering fun.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Out damn'd GMT ...

[Shmuel Metz (Seymour J.)]

In
<87348bf0403c3e42b369e1989a8961130183cf6...@exchvs5a.mx.state.mo.us>,
on 11/03/2011
   at 11:05 AM, "Turriff, Leslie"  said:

>   This will actually make sense once (if ever) we become a spacefaring
>culture, and are no longer tied to the rotation rate of the earth. 

No. What would make sense for a spacefaring culture is a standardd
decoupled from the Earth's rotation.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: DATA SET RESERVATION UNSUCCESSFUL

[Mark Zelden]

On Thu, 3 Nov 2011 12:37:51 -0700, Donnelly, John P  
wrote:

>We have a job that executes PGM=IEFBR14 with 40 DD cards specifying  
>DISP=(OLD,DELETE,DELETE).
>From time to time we will get a JCL error because dataset reservation failed.
>Any other way we might accomplish the same event?
>

Details, details, details...   Without them I can't say for sure.   Are you 
getting
message IEF211I?  I think you may be describing a situation rectified by 
specifying 
the following in your ALLOCxx parmlib member:

SDSN_WAIT  WAITALLOC(YES) 

See the init and tuning guide for details.  Also, these days you can make the 
change
dynamically with the SETALLOC command.  

I've needed to use this at shops since MVS/XA.  However, you used to have
have to zap the allocation default table (IEFAB445) to get this option by
turning on the DEFSDSWT flag.  

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.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

LE question

[John Norgauer]

I have CEE.SCEELPA in my LPALSTXX . Any advantage/dis-advantage in putting 
the LE modules for COBOL  and PL/I into LPA also? 

Thanks.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


--
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: Re-Linkling a load module with AC(1)

[Tony Harminc]

On 3 November 2011 16:11, Fred Kaptein  wrote:

> //SYSLIN      DD *
>  INCLUDE SYSLIB(PCOPY)
>  INCLUDE SYSLIB(PCOPY2)
>  NAME PCOPY
>  AC(1)
>  ALIAS PCOPY2
>
> but it fails with the following errors
[...]
> IEW2230S 0414 MODULE HAS NO TEXT.
[...]

This is probably because you have statements after the first NAME
statement, and the NAME marks the end of the module. Or more
precisely, the end of the input that will go into the module.

There is no AC statement; what you want is SETCODE AC(1) . I'm
surprised there was no message. You *did* cut & paste this stuff,
right? And you did include *all* the statements and messages?

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: $HASP165 Inconsistent Formatting

[Bob Rutledge]

Edward Jaffe wrote:
Lol! Never noticed before. $HASP165 has inconsistent formatting for the 
same return code (zero) from one job to the next. :-D


11.25.31 J0110283 $HASP165 EJES$SAL ENDED AT PHXHQ2  MAXCC=0 CN(INTERNAL)
11.25.34 J0110285 $HASP165 EJES$DAL ENDED AT PHXHQ2  MAXCC= 
CN(INTERNAL)

11.25.34 J0110284 $HASP165 EJES$TAL ENDED AT PHXHQ2  MAXCC=0 CN(INTERNAL)
***


I'll bet the second one's return code wasn't really zero.

Bob

--
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: Re-Linkling a load module with AC(1)

[Tom Marchant]

On Thu, 3 Nov 2011 13:31:48 -0700, Schwarz, Barry A wrote:

>  Delete the include of PCOPY2.
>  Move the NAME statement to the end of your input.  Change the operand to 
> PCOPY(R).

Right.  I would add:
use a different DDNAME than SYSLIB and/or get rid of LET.
RTFM.
--
Tom Marchant

--
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: Re-Linkling a load module with AC(1)

[Binyamin Dissen]

If PCOPY2 is an alias of PCOPY

  INCLUDE SYSLIB(PCOPY)  
  SETCODE AC(1)   ALIAS PCOPY2 
  NAME PCOPY(R)

On Thu, 3 Nov 2011 15:11:21 -0500 Fred Kaptein  wrote:

:>Hello,
:>
:>I am looking to relink a vendor supplied program module which is set up 
similar to the following:
:>  - Module name is PCOPY
:>  - Module PCOPY is linked as AC(0)
:>  - Module PCOPY has an alias which is PCOPY2
:>  - Module PCOPY and PCOPY2 are in 'PCOPY.LOADLIB'
:>  
:>I would like to relink PCOPY with the following:
:>   - Linked as AC(1)
:>   - Retain the alias PCOPY2
:>   - Linked into a test load library called 'PCOPY.TESTLIB'
:>
:>I tried the following JCL:
:>//LKED EXEC  PGM=IEWL,PARM='LET,LIST=SUMMARY,MAP,NCAL,XREF,AC=1'
:>//SYSLIB  DD DSN=PCOPY.LOADLIB,DISP=SHR   
:>//SYSLMOD  DD DSN=PCOPY.TESTLIB,DISP=SHR  

:>//SYSUT1 DD DSN=&SYSUT1,UNIT=SYSDA,SPACE=(CYL,(10,10))   
:>//SYSPRINT  DD SYSOUT=* 
:>//SYSLIN  DD *
:>  INCLUDE SYSLIB(PCOPY)   
:>  INCLUDE SYSLIB(PCOPY2)
:>  NAME PCOPY
:>  AC(1) 
:>  ALIAS PCOPY2 
:>
:>but it fails with the following errors
:>
:>IEW2230S 0414 MODULE HAS NO TEXT. 
  
:>IEW2677S 5130 A VALID ENTRY POINT COULD NOT BE DETERMINED.
  
:>IEW2621E 4314 EXISTING ALIAS NAME PCOPY2 WITHIN MODULE TEMPNAM0 MATCHES ALIAS 
 BEING ADDED.  
:>IEW2012I 0F09 ALL TEMPNAMES HAVE BEEN USED. THE MODULE CANNOT BE SAVED.
:>IEW2008I 0F03 PROCESSING COMPLETED.  RETURN CODE =  12.
:>
:>We do not have the source for PCOPY
:>
:>Does anyone know the correct JCL?

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


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

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

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

Central Coast Software's: DASDCALC

[John H. Lang]

Greetings List,

I have had several inquiries concerning DASDCALC working in a Window's 7
environment.  

DASDCALC will work in a Windows' 7 32 bit environment but not in the 64bit
environment.  There is supposed to be a way to make it work in a 64bit
environment so I am researching that.  When I have an answer, I will let
everyone know.  In the meantime, anyone with experience on how to make this
work in a 64bit environment, I would welcome your offline input.  

I am very pleased that so many still find this little tool useful.  If
anyone does not know what's being talked about here, go to:
www.centralcoastsoftware.com and download the Windows based DASDCALC
utility.  The website is admittedly dated but it get the job done.

John Lang
Developer
john.l...@centralcoastsoftware.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: do u? Use SYMBOLICRELATE?

[Tom Marchant]

On Thu, 3 Nov 2011 11:57:43 -0500, McKown, John wrote:

>Does anybody use SYMBOLICREATE to create aliases so that 
>the actual DSN can automatically change based on a static 
>system symbol?

I'm with Mark Jacobs and Mary Anne Matyaz on this.  I've 
been out of doing systems programming and doing product 
development for a few years now, but at my previous shop, I 
used it extensively.  I had one product that needed 
maintenance nearly every week and  frequently the 
maintenance was bad and needed to be backed off. 
SYMBOLICRELATE made my life much easier.

>My manager likes for product libraries to have the 
>release/maintenance as a node in the DSN.

That's kind of what I did, but with weekly maintenance, I had 
to come up with something that was much more granular. 
The symbols wouldn't have meant much to my manager, but 
it was easy for me to tell which libraries and target zones were 
what.

>But this means that we need to make JCL changes when we 
>upgrade. 

Not with a data set alias.

>Or we need to put the executable libraries in the LNKLST. 

The product that I mentioned above has several data sets. 
Panels, Clsits, skelteons, tables, procs, load libraries (one 
of them APF authorized).  The load library went in the 
linklist and APF list, not using the alias (you can't do 
that) but using the same symbol that is used in the 
SYMBOLICRELATE.  The product also had a subsystem.

My process was:
1. Clone the target zone.
2. Apply the maintenance.
3. Add a library to the APF list.
4. Stop the subsystem.
5. Use SYMUPDTE (now IEASYMUP) to update the symbol.
6. Create and activate a new LINKLIST set.
7. Start the subsystem.
8. Update IEASYMxx when I'm satisfied that we will keep it up.

Backing off required only steps 4-7.

>But is it better to create a normal ALIAS without the 
>maintenance level and simply reDEFINE the alias when I 
>upgrade? Rather than change the IEASYMnn member of 
>PARMLIB.

Better how?  If the data sets are cataloged in a shared 
catalog, changing normal aliases means that you have no 
choice but to upgrade all of the systems to the newer level 
at the same time.  Is that good or bad?  

If a product has only one data set and it is not cataloged 
in a shared catalog, you might consider normal aliases to be 
just as good, but I can't see how it is better.  Do you have 
complicated change control procedures that you have to go 
through every time you update PARMLIB but not when you 
update catalogs?

-- 
Tom Marchant

--
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: $HASP165 Inconsistent Formatting

[Roberts, John J]

Ed, I'll hazard a guess that the second message was emitted from some ASM code, 
but the others were probably PL/S.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Edward Jaffe
Sent: Thursday, November 03, 2011 3:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: $HASP165 Inconsistent Formatting

Lol! Never noticed before. $HASP165 has inconsistent formatting for the same 
return code (zero) from one job to the next. :-D

11.25.31 J0110283 $HASP165 EJES$SAL ENDED AT PHXHQ2  MAXCC=0 CN(INTERNAL)
11.25.34 J0110285 $HASP165 EJES$DAL ENDED AT PHXHQ2  MAXCC= CN(INTERNAL)
11.25.34 J0110284 $HASP165 EJES$TAL ENDED AT PHXHQ2  MAXCC=0 CN(INTERNAL)
***

--
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: Re-Linkling a load module with AC(1)

[Schwarz, Barry A]

  Delete the include of PCOPY2.
  Move the NAME statement to the end of your input.  Change the operand to 
PCOPY(R).

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Fred Kaptein
> Sent: Thursday, November 03, 2011 1:11 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re-Linkling a load module with AC(1)
>
> Hello,
>
> I am looking to relink a vendor supplied program module which is set up
> similar to the following:
>   - Module name is PCOPY
>   - Module PCOPY is linked as AC(0)
>   - Module PCOPY has an alias which is PCOPY2
>   - Module PCOPY and PCOPY2 are in 'PCOPY.LOADLIB'
>
> I would like to relink PCOPY with the following:
>- Linked as AC(1)
>- Retain the alias PCOPY2
>- Linked into a test load library called 'PCOPY.TESTLIB'
>
> I tried the following JCL:
> //LKED EXEC  PGM=IEWL,PARM='LET,LIST=SUMMARY,MAP,NCAL,XREF,AC=1'
> //SYSLIB  DD DSN=PCOPY.LOADLIB,DISP=SHR
> //SYSLMOD  DD DSN=PCOPY.TESTLIB,DISP=SHR
> //SYSUT1 DD DSN=&SYSUT1,UNIT=SYSDA,SPACE=(CYL,(10,10))
> //SYSPRINT  DD SYSOUT=*
> //SYSLIN  DD *
>   INCLUDE SYSLIB(PCOPY)
>   INCLUDE SYSLIB(PCOPY2)
>   NAME PCOPY
>   AC(1)
>   ALIAS PCOPY2
>
> but it fails with the following errors
>
> IEW2230S 0414 MODULE HAS NO TEXT.
> IEW2677S 5130 A VALID ENTRY POINT COULD NOT BE DETERMINED.
> IEW2621E 4314 EXISTING ALIAS NAME PCOPY2 WITHIN MODULE TEMPNAM0 MATCHES
> ALIAS  BEING ADDED.
> IEW2012I 0F09 ALL TEMPNAMES HAVE BEEN USED. THE MODULE CANNOT BE SAVED.
> IEW2008I 0F03 PROCESSING COMPLETED.  RETURN CODE =  12.
>
> We do not have the source for PCOPY
>
> Does anyone know the correct JCL?

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

IEC161I 001(xx)-255 - Missing 2nd message line?

[Farley, Peter x23353]

I encountered some oddness while testing with system managed buffering.  I have 
specified MSG=SMBBIAS to see what choices the system makes, but contrary to the 
documented message text I only get one line of information instead of two.

The documentation for message IEC161I 001(xx)-255 says:

If ccc=255, user requests informational message regarding the actual access 
bias being chosen by SMB by specifying JCL AMP MSG=SMBBIAS. The system issues 
two IEC161I (return code 001) messages.

However, I only get the first IEC161I 001(xx)-255 message, telling me that the 
system chose direct optimization (xx=DO).  I do not get the second IEC161I 
001(xx)-255 message showing me how many data and index buffers the system chose.

Is there some system-level parameter controlling the issuance of that second 
message, and if so what is it please?

This is on a z/OS V1.12 system and my AMP parameter is specified thusly:

AMP='RMODE31=ALL,ACCBIAS=DO,SMBVSP=150M,MSG=SMBBIAS'

TIA for any help you can provide.

Peter
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
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: DATA SET RESERVATION UNSUCCESSFUL

[Eric Bielefeld]

Another way to do it is to set up an IDCAMS job to delete all of the datasets.  
I don't think you will get dataset reservation failed errors.  If for whatever 
reason 1 or 2 datasets don't get deleted, you will get a non zero return code 
instead of a JCL error.

--
Eric Bielefeld
Systems Programmer


 "Donnelly wrote: 
> We have a job that executes PGM=IEFBR14 with 40 DD cards specifying  
> DISP=(OLD,DELETE,DELETE).
> From time to time we will get a JCL error because dataset reservation failed.
> Any other way we might accomplish the same event?
> 
> John Donnelly
> Texas Instruments SVA
> 2900 Semiconductor Drive
> Santa Clara, CA 95051
> 408-721-5640
> 408-470-8364 Cell
> john.p.donne...@ti.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

--
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-Linkling a load module with AC(1)

[Fred Kaptein]

Hello,

I am looking to relink a vendor supplied program module which is set up similar 
to the following:
  - Module name is PCOPY
  - Module PCOPY is linked as AC(0)
  - Module PCOPY has an alias which is PCOPY2
  - Module PCOPY and PCOPY2 are in 'PCOPY.LOADLIB'
  
I would like to relink PCOPY with the following:
   - Linked as AC(1)
   - Retain the alias PCOPY2
   - Linked into a test load library called 'PCOPY.TESTLIB'

I tried the following JCL:
//LKED EXEC  PGM=IEWL,PARM='LET,LIST=SUMMARY,MAP,NCAL,XREF,AC=1'
//SYSLIB  DD DSN=PCOPY.LOADLIB,DISP=SHR   
//SYSLMOD  DD DSN=PCOPY.TESTLIB,DISP=SHR
  
//SYSUT1 DD DSN=&SYSUT1,UNIT=SYSDA,SPACE=(CYL,(10,10))   
//SYSPRINT  DD SYSOUT=* 
//SYSLIN  DD *
  INCLUDE SYSLIB(PCOPY)   
  INCLUDE SYSLIB(PCOPY2)
  NAME PCOPY
  AC(1) 
  ALIAS PCOPY2 

but it fails with the following errors

IEW2230S 0414 MODULE HAS NO TEXT.   
IEW2677S 5130 A VALID ENTRY POINT COULD NOT BE DETERMINED.  
IEW2621E 4314 EXISTING ALIAS NAME PCOPY2 WITHIN MODULE TEMPNAM0 MATCHES ALIAS  
BEING ADDED.  
IEW2012I 0F09 ALL TEMPNAMES HAVE BEEN USED. THE MODULE CANNOT BE SAVED.
IEW2008I 0F03 PROCESSING COMPLETED.  RETURN CODE =  12.

We do not have the source for PCOPY

Does anyone know the correct JCL?

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

$HASP165 Inconsistent Formatting

[Edward Jaffe]

Lol! Never noticed before. $HASP165 has inconsistent formatting for the same 
return code (zero) from one job to the next. :-D


11.25.31 J0110283 $HASP165 EJES$SAL ENDED AT PHXHQ2  MAXCC=0 CN(INTERNAL)
11.25.34 J0110285 $HASP165 EJES$DAL ENDED AT PHXHQ2  MAXCC= CN(INTERNAL)
11.25.34 J0110284 $HASP165 EJES$TAL ENDED AT PHXHQ2  MAXCC=0 CN(INTERNAL)
***

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.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: DATA SET RESERVATION UNSUCCESSFUL

[Gibney, Dave]

This suggestion will not change the ' DATA SET RESERVATION UNSUCCESSFUL' 
situation. The answer to Lizette's question is a factor in what might be the 
correct or "better" solution.

In my experience, this message occurs when deleting a GDS (specific generation 
dataset) and something else is adding, deleting or otherwise preventing the 
required update to the GDG base entry.

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Lloyd Fuller
> Sent: Thursday, November 03, 2011 12:46 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DATA SET RESERVATION UNSUCCESSFUL
> 
> Add SPACE and VOLUME parameters, and change OLD to MOD.  That way if it
> does
> exist, it will be deleted, and if it does not, it will be created and deleted 
> in
> the same step.
> 
> Use it all of the time.  You can also use UNIT=SYSDA (or some such) instead of
> VOLUME.
> 
> 
> Lloyd
> 
> 
> 
> - Original Message 
> From: "Donnelly, John P" 
> To: IBM-MAIN@bama.ua.edu
> Sent: Thu, November 3, 2011 3:37:51 PM
> Subject: DATA SET RESERVATION UNSUCCESSFUL
> 
> We have a job that executes PGM=IEFBR14 with 40 DD cards specifying
> DISP=(OLD,DELETE,DELETE).
> From time to time we will get a JCL error because dataset reservation failed.
> Any other way we might accomplish the same event?
> 
> John Donnelly
> Texas Instruments SVA
> 2900 Semiconductor Drive
> Santa Clara, CA 95051
> 408-721-5640
> 408-470-8364 Cell
> john.p.donne...@ti.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
> 
> --
> 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: DATA SET RESERVATION UNSUCCESSFUL

[Staller, Allan]

There are several  different conditions that can generate similar
issues, each of which, generally requires an operator (human or
electronic) to reply to a WTOR. 

Without the message id from the WTOR, any response from this list would
be pure speculation.

Please check you system log and post the message ID of the WTOR.

HTH,


We have a job that executes PGM=IEFBR14 with 40 DD cards specifying
DISP=(OLD,DELETE,DELETE).
>From time to time we will get a JCL error because dataset reservation
failed.
Any other way we might accomplish the same event?


--
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: Finding PROCs executed by JCL

[Paul Gilmartin]

On Thu, 3 Nov 2011 12:11:51 -0500, McKown, John wrote:

>I have it downloaded. Haven't had time to get it working.
>
Aren't you cycle-poor?

>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
>>
>> GCC?
>>
Cbttape 482?  I downloaded it.  Straightforward install.  "Hello World\n"
compiles and runs.  But before I got my hopes up, I had some conversation
here with the developer:

http://bama.ua.edu/cgi-bin/wa?A2=ind1107&L=ibm-main&P=R57939&1=ibm-main

> Are they Unix System Services-friendly (source, header, and
> object files)?

GCCMVS is for MVS, not USS, and I don't know much about USS.
However, Dave Pitts distributes something for USS.

> Are they GNU autoconf-friendly?

I don't know what that entails.

> Are they, at least optionally, ASCII-friendly?  (I.e. what does
> the preprocessor do for "#if '0' == 48"? z/OS C/C++ has at
> least an ASCII mode in which cpp says, "yes".  But the runtime
> libraries are incomplete.)  There is much open-source software
> available which is difficult to deal with because of EBCDIC-
> centric compilers.

An enormous effort has been made by multiple people in order
to turn GCC into what you may call an EBCDIC-centric compiler.

> What runtime libraries are available?  X11?  Curses?  Sockets?
> Others?

Only the C standard library is provided.

> LE?

Dave Pitts distributes something for that, but I'm not really
familiar with that.

My focus has been on ensuring that the basic compiler is able
to be hosted on a pure MVS environment (not USS), and that
it has a suitable C runtime library that conforms to the MVS
rules so that you can write utilities, and that GCC should be

I wasn't much inspired.  Not my favorite kind of dinosaur.

-- 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: DATA SET RESERVATION UNSUCCESSFUL

[Starr, Alan]

John,

There are many ways of accomplishing this, assuming that you wish to delete 
those datasets that are NOT in use.

One possibility: run IKJEFT01 in batch and, for each of the DDs in the IEFBR14 
step, issue a DELETE command. Datasets that are ENQueued upon (EXCL or SHR) 
will not be deleted.

Cheers,
Alan 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Donnelly, John P
Sent: Thursday, November 03, 2011 12:38 PM
To: IBM-MAIN@bama.ua.edu
Subject: DATA SET RESERVATION UNSUCCESSFUL

We have a job that executes PGM=IEFBR14 with 40 DD cards specifying  
DISP=(OLD,DELETE,DELETE).
>From time to time we will get a JCL error because dataset reservation failed.
Any other way we might accomplish the same event?

John Donnelly
Texas Instruments SVA
2900 Semiconductor Drive
Santa Clara, CA 95051
408-721-5640
408-470-8364 Cell
john.p.donne...@ti.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

--
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: DATA SET RESERVATION UNSUCCESSFUL

[Schwarz, Barry A]

Does the dataset exist but the enqueue fails or do you fail due to dataset not 
found?  If the latter, use DISP=(MOD,DELETE,DELETE).  If the former, there is a 
JES2 parameter that will change the behavior from fail to wait but you really 
need a process to insure no one else is using the datasets in question.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Donnelly, John P
> Sent: Thursday, November 03, 2011 12:38 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: DATA SET RESERVATION UNSUCCESSFUL
>
> We have a job that executes PGM=IEFBR14 with 40 DD cards specifying
> DISP=(OLD,DELETE,DELETE).
> From time to time we will get a JCL error because dataset reservation
> failed.
> Any other way we might accomplish the same event?

--
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: DATA SET RESERVATION UNSUCCESSFUL

[Lizette Koehler]

>
>We have a job that executes PGM=IEFBR14 with 40 DD cards specifying  
>DISP=(OLD,DELETE,DELETE).
>From time to time we will get a JCL error because dataset reservation failed.
>Any other way we might accomplish the same event?
>

what version of z/OS?

It depends on if the job is currently setup by a person or a process.  How is 
the IEFBR14 job created?

Lizette

--
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: DATA SET RESERVATION UNSUCCESSFUL

[Lloyd Fuller]

Add SPACE and VOLUME parameters, and change OLD to MOD.  That way if it does 
exist, it will be deleted, and if it does not, it will be created and deleted 
in 
the same step.

Use it all of the time.  You can also use UNIT=SYSDA (or some such) instead of 
VOLUME.  


Lloyd



- Original Message 
From: "Donnelly, John P" 
To: IBM-MAIN@bama.ua.edu
Sent: Thu, November 3, 2011 3:37:51 PM
Subject: DATA SET RESERVATION UNSUCCESSFUL

We have a job that executes PGM=IEFBR14 with 40 DD cards specifying  
DISP=(OLD,DELETE,DELETE).
>From time to time we will get a JCL error because dataset reservation failed.
Any other way we might accomplish the same event?

John Donnelly
Texas Instruments SVA
2900 Semiconductor Drive
Santa Clara, CA 95051
408-721-5640
408-470-8364 Cell
john.p.donne...@ti.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

--
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: QUESTION ABOUT COPY COMMAND - DFDSS

[Schwarz, Barry A]

My 1.11 copy of the DSS Storage Admin manual states that FULL is the default.  
Does your manual say something different?

Are you copying each 3390-3 to a different 3390-9 or all four to a single 
3390-9?  If the latter, you might be better off with a dataset copy specifying 
all datasets and the four volumes rather than four separate volume copies.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of John Dawes
> Sent: Thursday, November 03, 2011 8:35 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: QUESTION ABOUT COPY COMMAND - DFDSS
>
> G'Day,
>
> We are in the process of freeing a controller and I need to move 4 volumes
> off it.  I plan to used DFDSS to copy the volume to a new adress.  The
> source is a 3390-3 and the target is 3390-9.  My question is do I need to
> add the parm FULL along with the COPY and ADMIN ALLDATA(*) ALLEXCP
> COPYVOLID PURGE  statements?  In the past years I did not use the FULL
> command and it worked okay.  Is there a danger not using it?

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

DATA SET RESERVATION UNSUCCESSFUL

[Donnelly, John P]

We have a job that executes PGM=IEFBR14 with 40 DD cards specifying  
DISP=(OLD,DELETE,DELETE).
>From time to time we will get a JCL error because dataset reservation failed.
Any other way we might accomplish the same event?

John Donnelly
Texas Instruments SVA
2900 Semiconductor Drive
Santa Clara, CA 95051
408-721-5640
408-470-8364 Cell
john.p.donne...@ti.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

What exactly does the SMBHWT subparameter do?

[Farley, Peter x23353]

We are at z/OS V1.12 here.  I am investigating how the use of system managed 
buffering can help improve performance for a large, extended-format KSDS with a 
very random read-only access pattern resulting in over a million read I/O's in 
a batch run.  After RTFM, it looks to me like I should definitely specify 
ACCBIAS=DO, but whether I should use SMBHWT and if so what value I should use 
is eluding me.  The documentation is just not that clear to me.

DFSMS Using Datasets says this about the SMBHWT subparameter:

SMBHWT. This option specifies the range of the decimal value for buffers. You 
can specify a whole decimal value from 1-99 for allocating the Hiperspace 
buffers. The allocation is based on a multiple of the number of virtual buffers 
that have been allocated.

What does "the range of the decimal value for buffers" mean?  I am confused.


The JCL Reference manual says this about SMBHWT:

SMBHWT=nn 
Specify a requirement for hiperspace where nn is an integer from 0 to 99. Use 
this parameter with direct optimization. The default value is 0, which means 
that the system does not obtain any hiperspace.


Neither of these definitions tells me precisely what a value of (say) 12 will 
do.  Does the SMBHWT serve as a multiplier, so that (SMBHWT * # of virtual 
buffers) is allocated in hiperspace?  Does that mean if the system allocates 
9000 virtual buffers, that SMBHWT=12 will allocate 12 * 9000 hiperspace buffers?

Your help in curing my ignorance in this area is appreciated.

Peter
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
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: do u? Use SYMBOLICRELATE?

[Starr, Alan]

Yes, we use them extensively; they facilitate easy migration, implementation 
and regression. How they are used in a DSN depends upon the dataset's usage.

DLIB datasets contain a qualifier of the form Vvvrr
vvrr = version and release

Target  datasets contain a qualifier of the form Vvvrrllw
vvrrll = version, release and modification level
w is a "wave" identifier to differentiate maintenance levels if ll does 
not do so
 
Customized datasets contain two qualifiers: [scope].[designator]
[scope] is the constant GLOBAL, SYSPLEX or IMAGE
[designator] is &SYSNAME when "scope" is IMAGE or &SYSPLEX when "scope" 
is SYSPLEX

Functional datasets contain two qualifiers: [scope].[designator]
[scope] is the constant SYSPLEX or IMAGE
[designator] is &SYSNAME.w when "scope" is IMAGE or &SYSPLEX.w when 
"scope" is SYSPLEX
w is a "wave" identifier to differentiate reformatting (i.e. upgrades 
that require a functional dataset to be reformatted)


There are at least  two associated static system symbols for all non-DLIB 
datasets associated with a product. SMP/E DLIB DDDEFs point to real DLIB DSNs 
and no aliases are defined for them. Each symbolic name indicates the team that 
is responsible for it (e.g. Z = z/OS team; N = Networking team; D = Data 
management team) and the product (i.e. ) with which it is associated. The 
following symbols are defined here for Tivoli NetView:

&tVRL[for example &NCNMVRL=V050300A]
&tFWI[for example &NCNMFWI=A]


The symbolic-relate aliases are defined similar to:

$NT.NETVIEW.CNMCLST symbolic relate to  $NT.NETVIEW 
.&NCNMVRL..CNMCLST 
$NT.NETVIEW.DSIPARM symbolic relate to  
$NT.NETVIEW..&NCNMVRL..DSIPARM

$NC.NETVIEW.SYSPLEX.DSIPARM symbolic relate to  
$NC.NETVIEW..&SYSPLEX..DSIPARM
$NC.NETVIEW.IMAGE.DSIPARM   symbolic relate to  $NC.NETVIEW. 
&SYSNAME..DSIPARM

$NF.NETVIEW.IMAGE.DSILOGP   symbolic relate to  
$NF.NETVIEW..&NCNMDOMN&NCNMFWI..DSILOGP[e.g. $NF.NETVIEW.CNM01A.DSILOGP]


The symbolic alias names are generally NOT specified in members of PARMLIB. 
Instead the symbolic alias association (i.e. the DSN with embedded symbolics) 
is specified in PARMLIB.
For example, PROGxx specifies  $NT.NETVIEW .&NCNMVRL..SCNMLNK1

Implementation and regression is often possible by changing the values of the 
symbols with SYMUPDTE and activating a new LNKLST.


Advantages:
Implementations and regressions do not require any changes to existing 
executables (e.g. JCL and REXX)
The symbolic-relate aliases never need to be redefined (unless a 
dataset is retired), even when the associated dataset moves to another volume

Disadvantages:
An extra one-time step to define them
SMP/E maintenance is NEVER done in place. A new set of target datasets 
must be defined and a ZONEEDIT is required to change DDDEFs to point to the new 
DSNs


I apologize in advance for any inaccuracies in the above. I'm busy today and I 
was in a hurry. I nonetheless wanted to post because I believe symbolic-relate 
aliases are worth the effort.


Cheers,
Alan 
   





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Thursday, November 03, 2011 9:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: do u? Use SYMBOLICRELATE?

I'm just curious about something. Does anybody use SYMBOLICREATE to create 
aliases so that the actual DSN can automatically change based on a static 
system symbol? I'm thinking about things such as version numbers or z/OS 
&SYSNAME. Does anybody even have system relative DSNs? I'm thinking perhaps 
like SYS2.&SYSNAME..PARMLIB with an alias of SYS2.SYSTEM.PARMLIB so that a job 
can simply refer to SYS2.SYSTEM.PARMLIB and get the correct, system-specific, 
PARMLIB. I'm trying to determine if it is actually useful. My manager likes for 
product libraries to have the release/maintenance as a node in the DSN. But 
this means that we need to make JCL changes when we upgrade. Or we need to put 
the executable libraries in the LNKLST. We currently do the latter, but I don't 
really care for it for "low use" products. But is it better to create a normal 
ALIAS without the maintenance level and simply reDEFINE the alias when I 
upgrade? Rather than change the IEASYMnn member of PARMLIB. Or just!
  do it like we do now and require JCL changes so that the JCL itself documents 
which version/maintenance level is desired?

This is coming up, in my mind only so far, because I plan to use UNIX sysplex 
sharing and use something similar. I plan to have a system-specific version of 
then /usr/local subdirectory. In order to simplify things, I'll use a symbolic 
link with $SYSSYMR like:

cd /usr
mkdir SY1-local
mkdir SY2-local
ln -s '$SYSSYMR/&SYSNAME.-local' system-local

and then in /etc/profile, have:

export PATH=${PA

Re: do u? Use SYMBOLICRELATE?

[Mary Anne Matyaz]

Allan said: 
"The major drawback is that each SYMBOLICRELATE alias must be updated 
(manually) whenever the
underlying object changes."

I don't see why. In fact, that is exactly the reason we DO use them. 

Here's a 3.4 of our TMS.PROD datasets, for example:

TMS.PROD.CTAPMENU*ALIAS
TMS.PROD.CTAPOPTN*ALIAS
TMS.PROD.CTAPPENU*ALIAS
TMS.PROD.CTAPSAMP*ALIAS
TMS.PROD.CTAPTENU*ALIAS
TMS.PROD.PPOPTION*ALIAS

Here's a listcat of TMS.PROD.CTAPMENU: 

ALIAS - TMS.PROD.CTAPMENU
 IN-CAT --- UCAT.VSYSXX1
 HISTORY
   RELEASE2
 ASSOCIATIONS,
   SYMBOLIC-TMS.&TMSLEVL..CTAPMENU
   RESOLVED-TMS.V126SP00.CTAPMENU

Here's my symdef for TMSLEVL:

SYMDEF(&TMSLEVL.='V126SP00') /* Level of TMS*/

Here are my libdefs for TMS in ISPF:
"LIBDEF ISPMLIB DATASET ID('TMS.PROD.CTAPMENU')"
"LIBDEF ISPPLIB DATASET ID('TMS.PROD.CTAPPENU')"
"LIBDEF ISPTLIB DATASET ID('TMS.PROD.CTAPTENU')"

And here's my definition for 
DEFINE ALIAS (NAME(TMS.PROD.CTAPOPTN) -
SYMBOLICRELATE(TMS.&TMSLEVL..CTAPOPTN))

I ran this a year or so ago when the low level qualifiers changed for CA1, but
other than that, these aliases never change. Perhaps you're thinking of a plain 
old relate. 

MA

--
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: "Renaming" DFSMS ACDS

[af dc]

sorry it's SMS.RCDV.ACDS and not SMS.DESV.ACDS

On Thu, Nov 3, 2011 at 5:48 PM, af dc  wrote:
> Hello all,
> thx for your replies, this situation happens on a single image, so,
> according to your replies I think I can do it as follows:
> a) define a new ACDS:
>  //STEP  EXEC PGM=IDCAMS
>  //SYSUDUMP DD SYSOUT=*
>  //SYSPRINT DD SYSOUT=*
>  //SYSIN    DD *
>    DEFINE CLUSTER(NAME(SMS.DESV.ACDS) -
>           LINEAR -
>           VOL(*) -
>           CYL(75) SHAREOPTIONS(2,3)) -
>           DATA(NAME(SMS.DESV.ACDS.D) REUSE)
> b) SETSMS SAVEACDS(SMS.DESV.ACDS)
> c) SETSMS ACDS(SMS.DESV.ACDS)
>
> PARMLIB/IGDSMS00 defs are ok. No need to change them.
>
> Is this disruptive ?? I never did such a thing. What happens to active
> jobs ?? Is it better to this out of busy period??
>
> Thx in advance, A.Cecilio.
>
> On Thu, Nov 3, 2011 at 5:01 PM, Staller, Allan  wrote:
>> 1) Allocate SMS.RC1D.ACDS        (new file)
>> 2) SETSMS SAVEACDS(SMS.RC1D.ACDS)
>> 3) SETSMS ACDS(SMS.RC1D.ACDS)
>> 4) Update IGDSMS00 as needed
>> 5) Delete SMS.RC1D.ACDS
>>
>> IIRC, SMS will notify any other images in the SMSplex of the changes.
>>
>> HTH,
>>
>> 
>> I've DFSMS V1.12 and I've on my SMS configuration:
>>
>> RESPONSE=RC1D
>>  IGD002I 16:33:42 DISPLAY SMS 014
>>  SCDS = SMS.RCDV.SCDS
>>  ACDS = SMS.RC1D.ACDS
>>
>> and on IGDSMS00 I have:
>> SMS ACDS(SMS.RCDV.ACDS)
>>    COMMDS(SMS.RCDV.COMMDS)
>>
>> What is the best way to "transform" the active SMS, SMS.RC1D.ACDS as
>> SMS.RCDV.ACDS ??
>> 
>>
>> --
>> 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: "Renaming" DFSMS ACDS

[Staller, Allan]

Should be able to do this anytime. I would pick a low-activity period
just in case.
IGDSMS00 points to the SCDS/ACDS/COMMDS that will be used at the next
IPL. 
If IGDSMS00 is not updated to match the current dataset usage, there may
be issues at the next IPL.

HTH,


thx for your replies, this situation happens on a single image, so,
according to your replies I think I can do it as follows:
a) define a new ACDS:
  //STEP  EXEC PGM=IDCAMS
  //SYSUDUMP DD SYSOUT=*
  //SYSPRINT DD SYSOUT=*
  //SYSINDD *
DEFINE CLUSTER(NAME(SMS.DESV.ACDS) -
   LINEAR -
   VOL(*) -
   CYL(75) SHAREOPTIONS(2,3)) -
   DATA(NAME(SMS.DESV.ACDS.D) REUSE)
b) SETSMS SAVEACDS(SMS.DESV.ACDS)
c) SETSMS ACDS(SMS.DESV.ACDS)

PARMLIB/IGDSMS00 defs are ok. No need to change them.

Is this disruptive ?? I never did such a thing. What happens to active
jobs ?? Is it better to this out of busy period??


--
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: "Renaming" DFSMS ACDS

[af dc]

Hello all,
thx for your replies, this situation happens on a single image, so,
according to your replies I think I can do it as follows:
a) define a new ACDS:
  //STEP  EXEC PGM=IDCAMS
  //SYSUDUMP DD SYSOUT=*
  //SYSPRINT DD SYSOUT=*
  //SYSINDD *
DEFINE CLUSTER(NAME(SMS.DESV.ACDS) -
   LINEAR -
   VOL(*) -
   CYL(75) SHAREOPTIONS(2,3)) -
   DATA(NAME(SMS.DESV.ACDS.D) REUSE)
b) SETSMS SAVEACDS(SMS.DESV.ACDS)
c) SETSMS ACDS(SMS.DESV.ACDS)

PARMLIB/IGDSMS00 defs are ok. No need to change them.

Is this disruptive ?? I never did such a thing. What happens to active
jobs ?? Is it better to this out of busy period??

Thx in advance, A.Cecilio.

On Thu, Nov 3, 2011 at 5:01 PM, Staller, Allan  wrote:
> 1) Allocate SMS.RC1D.ACDS        (new file)
> 2) SETSMS SAVEACDS(SMS.RC1D.ACDS)
> 3) SETSMS ACDS(SMS.RC1D.ACDS)
> 4) Update IGDSMS00 as needed
> 5) Delete SMS.RC1D.ACDS
>
> IIRC, SMS will notify any other images in the SMSplex of the changes.
>
> HTH,
>
> 
> I've DFSMS V1.12 and I've on my SMS configuration:
>
> RESPONSE=RC1D
>  IGD002I 16:33:42 DISPLAY SMS 014
>  SCDS = SMS.RCDV.SCDS
>  ACDS = SMS.RC1D.ACDS
>
> and on IGDSMS00 I have:
> SMS ACDS(SMS.RCDV.ACDS)
>    COMMDS(SMS.RCDV.COMMDS)
>
> What is the best way to "transform" the active SMS, SMS.RC1D.ACDS as
> SMS.RCDV.ACDS ??
> 
>
> --
> 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: SLightly O/T Perl

[Kirk Talman]

In the late 60s, while doing nuclear physics research, I had a program 
that, when you made a fatal error, wrote "your program has bombed" 
followed by a mushroom shaped cloud.  The lab I was at is one of the 
places the Manhattan project was done.

Our greatest danger in life is in permitting the urgent things to crowd 
out the important. - Charles E. Hummel
Efforts and courage are not enough without purpose and direction. - John 
F. Kennedy
The probably of error in a change is inversely proportional to the size of 
the change. - B.I Kahn's First Law
The probably of error in a one character change is approximately 100%.  If 
the possibility of collateral damage exists, the probably of error can 
appear to exceed 100%. - corollary to B.I Kahn's First Law

IBM Mainframe Discussion List  wrote on 11/02/2011 
05:34:10 PM:

> From: Ed Finnell 
> 
> Early on(mid sixties) there was a 'Blue Fortran'(not IBM) that  cursed 
> diagnostics at you then would printout a 'one finger salute' at the end.
> It was humorous for awhile...
> 
> In a message dated 11/2/2011 3:56:54 P.M. Central Daylight Time, 
> allan.stal...@kbmg.com writes:
> 
> Sorry,  you are an idiot. Compilation  aborted."


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

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

Re: do u? Use SYMBOLICRELATE?

[Mark Jacobs]

My manager doesn't care, I use it since it makes product implementation 
and backout's easier.


Mark Jacobs

On 11/03/11 13:09, Staller, Allan wrote:

I have thought about SYMBOLICRELATE several times in the past and always
came up with the same conclusion.
More trouble for the SYSPROG to maintain than it saves in "clarity" for
your manager. The major drawback is that
each SYMBOLICRELATE alias must be updated (manually) whenever the
underlying object changes.

Check the "Setting Up A SYSPLEX" Redbook(?) for tips on USS. The VERSION
parameter in specific. The concept of release dependent code is built
in.
There is some additional stuff in the Unix System Services planning
manual.

HTH,


I'm just curious about something. Does anybody use SYMBOLICREATE to
create aliases so that the actual DSN can automatically change based on
a static system symbol? I'm thinking about things such as version
numbers or z/OS&SYSNAME. Does anybody even have system relative DSNs?
I'm thinking perhaps like SYS2.&SYSNAME..PARMLIB with an alias of
SYS2.SYSTEM.PARMLIB so that a job can simply refer to
SYS2.SYSTEM.PARMLIB and get the correct, system-specific, PARMLIB. I'm
trying to determine if it is actually useful. My manager likes for
product libraries to have the release/maintenance as a node in the DSN.
But this means that we need to make JCL changes when we upgrade. Or we
need to put the executable libraries in the LNKLST. We currently do the
latter, but I don't really care for it for "low use" products. But is it
better to create a normal ALIAS without the maintenance level and simply
reDEFINE the alias when I upgrade? Rather than change the IEASYMnn
member of PARMLIB. Or just do it like we do now and require JCL changes
so that the JCL itself documents which version/maintenance level is
desired?

This is coming up, in my mind only so far, because I plan to use UNIX
sysplex sharing and use something similar. I plan to have a
system-specific version of then /usr/local subdirectory. In order to
simplify things, I'll use a symbolic link with $SYSSYMR like:

cd /usr
mkdir SY1-local
mkdir SY2-local
ln -s '$SYSSYMR/&SYSNAME.-local' system-local

and then in /etc/profile, have:

export PATH=${PATH}:/usr/system-local/bin:/usr/local/bin

so that a system local version of a program will override the "global"
/usr/local version.


--
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 Jacobs
Time Customer Service
Tampa, FL


One of life's greatest mysteries is how the boy who
wasn't good enough to marry your daughter can be the
father of the smartest grandchild in the world.

Yiddish Proverb

--
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: do u? Use SYMBOLICRELATE?

[Staller, Allan]

I have thought about SYMBOLICRELATE several times in the past and always
came up with the same conclusion.
More trouble for the SYSPROG to maintain than it saves in "clarity" for
your manager. The major drawback is that 
each SYMBOLICRELATE alias must be updated (manually) whenever the
underlying object changes.

Check the "Setting Up A SYSPLEX" Redbook(?) for tips on USS. The VERSION
parameter in specific. The concept of release dependent code is built
in.
There is some additional stuff in the Unix System Services planning
manual.

HTH, 


I'm just curious about something. Does anybody use SYMBOLICREATE to
create aliases so that the actual DSN can automatically change based on
a static system symbol? I'm thinking about things such as version
numbers or z/OS &SYSNAME. Does anybody even have system relative DSNs?
I'm thinking perhaps like SYS2.&SYSNAME..PARMLIB with an alias of
SYS2.SYSTEM.PARMLIB so that a job can simply refer to
SYS2.SYSTEM.PARMLIB and get the correct, system-specific, PARMLIB. I'm
trying to determine if it is actually useful. My manager likes for
product libraries to have the release/maintenance as a node in the DSN.
But this means that we need to make JCL changes when we upgrade. Or we
need to put the executable libraries in the LNKLST. We currently do the
latter, but I don't really care for it for "low use" products. But is it
better to create a normal ALIAS without the maintenance level and simply
reDEFINE the alias when I upgrade? Rather than change the IEASYMnn
member of PARMLIB. Or just do it like we do now and require JCL changes
so that the JCL itself documents which version/maintenance level is
desired?

This is coming up, in my mind only so far, because I plan to use UNIX
sysplex sharing and use something similar. I plan to have a
system-specific version of then /usr/local subdirectory. In order to
simplify things, I'll use a symbolic link with $SYSSYMR like:

cd /usr
mkdir SY1-local
mkdir SY2-local
ln -s '$SYSSYMR/&SYSNAME.-local' system-local

and then in /etc/profile, have:

export PATH=${PATH}:/usr/system-local/bin:/usr/local/bin

so that a system local version of a program will override the "global"
/usr/local version.


--
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: Finding PROCs executed by JCL

[McKown, John]

I have it downloaded. Haven't had time to get it working.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Wednesday, November 02, 2011 10:42 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Finding PROCs executed by JCL
> 
> In ,
> on 11/02/2011
>at 09:56 AM, "McKown, John"  said:
> 
> >Can't. No C compiler.
> 
> GCC?
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see  
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@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: do u? Use SYMBOLICRELATE?

[Mark Jacobs]

Yes. Haven't used them much in the OMVS environment, but I'm using them 
to help manage our ISV products.


Mark Jacobs

On 11/03/11 12:57, McKown, John wrote:

I'm just curious about something. Does anybody use SYMBOLICREATE to create aliases so that the 
actual DSN can automatically change based on a static system symbol? I'm thinking about things 
such as version numbers or z/OS&SYSNAME. Does anybody even have system relative DSNs? I'm 
thinking perhaps like SYS2.&SYSNAME..PARMLIB with an alias of SYS2.SYSTEM.PARMLIB so that a 
job can simply refer to SYS2.SYSTEM.PARMLIB and get the correct, system-specific, PARMLIB. I'm 
trying to determine if it is actually useful. My manager likes for product libraries to have the 
release/maintenance as a node in the DSN. But this means that we need to make JCL changes when we 
upgrade. Or we need to put the executable libraries in the LNKLST. We currently do the latter, 
but I don't really care for it for "low use" products. But is it better to create a 
normal ALIAS without the maintenance level and simply reDEFINE the alias when I upgrade? Rather 
than change the IEASYMnn member of PARMLIB. Or jus!

t do it like we do now and require JCL changes so that the JCL itself documents 
which version/maintenance level is desired?


This is coming up, in my mind only so far, because I plan to use UNIX sysplex 
sharing and use something similar. I plan to have a system-specific version of 
then /usr/local subdirectory. In order to simplify things, I'll use a symbolic 
link with $SYSSYMR like:

cd /usr
mkdir SY1-local
mkdir SY2-local
ln -s '$SYSSYMR/&SYSNAME.-local' system-local

and then in /etc/profile, have:

export PATH=${PATH}:/usr/system-local/bin:/usr/local/bin

so that a system local version of a program will override the "global" 
/usr/local version.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
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 Jacobs
Time Customer Service
Tampa, FL


One of life's greatest mysteries is how the boy who
wasn't good enough to marry your daughter can be the
father of the smartest grandchild in the world.

Yiddish Proverb

--
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: SLightly O/T Perl

[Shmuel Metz (Seymour J.)]

In <1320209731.19884.yahoomail...@web161402.mail.bf1.yahoo.com>, on
11/01/2011
   at 09:55 PM, Ed Gould  said:

>From the paper: 'Perl users were unable to write programs more
>accurately than those using a language designed by chance.' 

What do they mean by "Perl users"? If it's people who had just learned
Perl then the study is meaningless.

FWIW, I consider Perl to be an ugly[1] language with too much
expressive power to ignore. Were Icon or SETL available for as many
platforms and with libraries comparable to CPAN then I'd prefer them.

[1] IMHO a good language should have no reserved words and almost
no[2] circumstances requiring escape characters.

[2] It's hard to avoid, e.g., doubling quotes inside of a quoted
string, but the Unix tradition of \ all over the place is
ridiculous.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Scanning JES3 JCL

[Shmuel Metz (Seymour J.)]

In <4194427597831665.wa.paulgboulderaim@bama.ua.edu>, on
11/02/2011
   at 12:31 PM, Paul Gilmartin  said:

>Is Shmuel suggesting there were PROCs, but no symbolic parameters to
>them?

Yes, prior to Release 14, but I'm also asking whether procs were part
of the original design or added later.

>Is resolution of SET symbols performed by the C/I?

It's performed by the Converter.

>does the phase that resolves symbols pass control blocks or JCL text
>to a later phase?

The Converter generates internal text after substituting variables. In
the process it generates messages with the substituted text. It does
not generate card images.

>It's a design targeted at too little storage, resulting in too many
>phases.

Not the Reader/Interpreter[1]. Some other components, however, were a
dog's breakfast. Take allocation - please!

[1] Original name of the Converter/Interpreter plus some code
that is not relevant to MVS.

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

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

Re: Scanning JES3 JCL

[Shmuel Metz (Seymour J.)]

In <4eb18059.9080...@ync.net>, on 11/02/2011
   at 11:39 AM, Rick Fochtman  said:

>Don't forget all those smaller shops that ran DOS/360 on 64KiB and 
>thought it was "The Cat's Pajamas".

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

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

Re: "Renaming" DFSMS ACDS

[Staller, Allan]

1) Allocate SMS.RC1D.ACDS(new file)
2) SETSMS SAVEACDS(SMS.RC1D.ACDS)
3) SETSMS ACDS(SMS.RC1D.ACDS)
4) Update IGDSMS00 as needed
5) Delete SMS.RC1D.ACDS

IIRC, SMS will notify any other images in the SMSplex of the changes.

HTH, 


I've DFSMS V1.12 and I've on my SMS configuration:

RESPONSE=RC1D
 IGD002I 16:33:42 DISPLAY SMS 014
 SCDS = SMS.RCDV.SCDS
 ACDS = SMS.RC1D.ACDS

and on IGDSMS00 I have:
SMS ACDS(SMS.RCDV.ACDS)
COMMDS(SMS.RCDV.COMMDS)

What is the best way to "transform" the active SMS, SMS.RC1D.ACDS as
SMS.RCDV.ACDS ??


--
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: "Renaming" DFSMS ACDS

[McKown, John]

Create a new SMS ACDS with the new name using IDCAMS.

DEF CLUSTER(NAME(new.acds.name) MODEL(old.acds.name))

Use the SETSMS SAVEACDS command to save the current ACDS contents into the new 
name. Use the SETSMS ACDS to switch the active ACDS to the new name, which has 
the same contents. Update PARMLIB. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of af dc
> Sent: Thursday, November 03, 2011 11:46 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: "Renaming" DFSMS ACDS
> 
> Hello,
> I've DFSMS V1.12 and I've on my SMS configuration:
> 
> RESPONSE=RC1D
>  IGD002I 16:33:42 DISPLAY SMS 014
>  SCDS = SMS.RCDV.SCDS
>  ACDS = SMS.RC1D.ACDS
> 
> and on IGDSMS00 I have:
> SMS ACDS(SMS.RCDV.ACDS)
> COMMDS(SMS.RCDV.COMMDS)
> 
> What is the best way to "transform" the active SMS, SMS.RC1D.ACDS as
> SMS.RCDV.ACDS ??
> Any hint is welcome.
> Many thx, A.Cecilio.
> 
> --
> 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: Scanning JES3 JCL

[Shmuel Metz (Seymour J.)]

In
<93891f43642f3c419a7d75acc2b1db6f3c04e1e...@exchangemb2.dhs.state.ia.us>,
on 11/02/2011
   at 11:13 AM, "Roberts, John J"  said:

>They may not have been in PCP.

PCP used the same JCL as MFT and MVT

>But I am 99% certain they were in OS MFT R18

Assuming that you mean OS/360 R18 generated for MFT, that was rather
late in the game. As I recall, symbolic parameters were added in
Release 14. If proc was not in the original design, it would have to
have been added before that, well before your experience.

>But if instead they had made a clean separation between the
>expansion of the PROC with symbol resolution from the later phase to
>interpret all the JCL primitives

Be careful what you ask for - you might get it.

>that would have been a much cleaner design IMO.

It would have been far more awkward for the end user. In fact, IBM
partially implemented your idea and, sure enough, it did make it more
awkward for the user.

>And they could have provided TYPRUN=PUNCH to allow you to extract
>the primitive JCL after PROC/symbol resolution.

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

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

Re: Scanning JES3 JCL

[Shmuel Metz (Seymour J.)]

In ,
on 11/02/2011
   at 12:43 PM, "McKown, John"  said:

>I am fairly sure that PROC parameters and SET variables are resolved
>by the Converter phase. In JES2, this phase is done either
>immediately after the job is read in

Well, it's queued for Conversion. When it is actually converted will
depend on how many Conversion tasks you specified and on how many jobs
are ahead of it.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Finding PROCs executed by JCL

[Shmuel Metz (Seymour J.)]

In ,
on 11/02/2011
   at 09:56 AM, "McKown, John"  said:

>Can't. No C compiler.

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

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

do u? Use SYMBOLICRELATE?

[McKown, John]

I'm just curious about something. Does anybody use SYMBOLICREATE to create 
aliases so that the actual DSN can automatically change based on a static 
system symbol? I'm thinking about things such as version numbers or z/OS 
&SYSNAME. Does anybody even have system relative DSNs? I'm thinking perhaps 
like SYS2.&SYSNAME..PARMLIB with an alias of SYS2.SYSTEM.PARMLIB so that a job 
can simply refer to SYS2.SYSTEM.PARMLIB and get the correct, system-specific, 
PARMLIB. I'm trying to determine if it is actually useful. My manager likes for 
product libraries to have the release/maintenance as a node in the DSN. But 
this means that we need to make JCL changes when we upgrade. Or we need to put 
the executable libraries in the LNKLST. We currently do the latter, but I don't 
really care for it for "low use" products. But is it better to create a normal 
ALIAS without the maintenance level and simply reDEFINE the alias when I 
upgrade? Rather than change the IEASYMnn member of PARMLIB. Or just do it like 
we do now and require JCL changes so that the JCL itself documents which 
version/maintenance level is desired?

This is coming up, in my mind only so far, because I plan to use UNIX sysplex 
sharing and use something similar. I plan to have a system-specific version of 
then /usr/local subdirectory. In order to simplify things, I'll use a symbolic 
link with $SYSSYMR like:

cd /usr
mkdir SY1-local
mkdir SY2-local
ln -s '$SYSSYMR/&SYSNAME.-local' system-local

and then in /etc/profile, have:

export PATH=${PATH}:/usr/system-local/bin:/usr/local/bin

so that a system local version of a program will override the "global" 
/usr/local version.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
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: Batch COBOL as a Consumer of Web Services

[Timothy Sipples]

Glenn Schneck writes:
>However this notion that only IBM can do things correct, cheap, stable
>and 'free' is not reality.

I never claimed that.

>Does the base product for CICS have support for CICS web services -
>yes it does, but it does not have all the necessary components?  If it
>did why would IBM sell RDz, WebSphere ESB, WebSphere Process Server and
>many other products to use in conjunction for web services?

That doesn't make logical sense. Starbucks sells hazelnut syrup for use in
conjunction with their coffee. Does the existence of hazelnut syrup mean
that a cup of coffee does not have all the "necessary components"? That's
news to this coffee drinker.

Those other products (and still others) exist because they are often
valuable for particular projects. Are they required to develop and to use
CICS Web Services? No. (Although Rational Developer for System z is darn
useful, because if you've ever dealt with Web Services development it's
just not fun in terminal emulation.)

Moreover, the original poster has CICS Web Services up and running, today.

>Would most companies need to invest in CICS Transaction Gateway?

For Web Services? No. That's a different, excellent product for different
purposes. Some companies have built/build Web Services (running in
WebSphere Application Server, for example) using CICS Transaction Gateway
as their connector to CICS Transaction Server, but that's not CICS Web
Services.

>How easy is it to defined composite services?

Very. That's called the CICS Service Flow Feature. It's part of CICS
Transaction Server, too.

>Can the user call the service from multiple sources, such as Batch,
>Java, .NET, VB, C?

Yes, of course. CICS implements all the latest relevant Web Services
standards, and they're bidirectional. As an example, the original poster is
invoking Web Services from his COBOL batch programs (outbound from COBOL
batch) using only CICS.

>IBM is best served when they embrace and work with third party vendors
>instead of trying to take over all aspects of mainframe processing.

I'm confused. First you seem to be criticizing IBM for requiring several
products to implement Web Services support for CICS, which isn't true. Then
you're not happy when IBM provides complete Web Services support in CICS
itself?

Why don't you aim your fire at those awful people at the Apache Foundation?
CICS uses Apache's Axis2 as the core of its Web Services support, which is
a very good thing. Apache Axis2 is freely downloadable code, to which many
developers (including IBM developers) contribute. Are you suggesting that
IBM should somehow withhold access to this freely available code (if IBM
could) specifically and only if you're a mainframe customer?

Or, if you're suggesting IBM shouldn't make any functional improvements to
its products, I can assure you that's not IBM's plan. (Thank goodness.) Web
Services are pervasive and important, and that's why such functionality is
built into CICS (and into IMS, as another example), just as TCP/IP is, just
as TLS and SSL are. By the way, CICS Web Services (SOAP for CICS) debuted
in 2003, almost 9 years ago now.

There's also enormous opportunity for innovative third party products.
Including in Web Services, I suspect, as long as there's value for money.

Speaking only for myself.


Timothy Sipples
Resident Enterprise Architect (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.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: "Renaming" DFSMS ACDS

[Mark Jacobs]

On 11/03/11 12:45, af dc wrote:

Hello,
I've DFSMS V1.12 and I've on my SMS configuration:

RESPONSE=RC1D
  IGD002I 16:33:42 DISPLAY SMS 014
  SCDS = SMS.RCDV.SCDS
  ACDS = SMS.RC1D.ACDS

and on IGDSMS00 I have:
SMS ACDS(SMS.RCDV.ACDS)
 COMMDS(SMS.RCDV.COMMDS)

What is the best way to "transform" the active SMS, SMS.RC1D.ACDS as
SMS.RCDV.ACDS ??
Any hint is welcome.
Many thx, A.Cecilio.


   


Take a look at the SETSMS command.

--
Mark Jacobs
Time Customer Service
Tampa, FL


One of life's greatest mysteries is how the boy who
wasn't good enough to marry your daughter can be the
father of the smartest grandchild in the world.

Yiddish Proverb

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

"Renaming" DFSMS ACDS

[af dc]

Hello,
I've DFSMS V1.12 and I've on my SMS configuration:

RESPONSE=RC1D
 IGD002I 16:33:42 DISPLAY SMS 014
 SCDS = SMS.RCDV.SCDS
 ACDS = SMS.RC1D.ACDS

and on IGDSMS00 I have:
SMS ACDS(SMS.RCDV.ACDS)
COMMDS(SMS.RCDV.COMMDS)

What is the best way to "transform" the active SMS, SMS.RC1D.ACDS as
SMS.RCDV.ACDS ??
Any hint is welcome.
Many thx, A.Cecilio.

--
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: Out damn'd GMT ...

[Turriff, Leslie]

This will actually make sense once (if ever) we become a spacefaring 
culture, and are no longer tied to the rotation rate of the earth.  See 
http://en.wikipedia.org/wiki/Metric_time, section /In popular culture/.

Leslie Turriff
MO ITSD

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Paul Gilmartin
Sent: Thursday, November 03, 2011 09:21
To: IBM-MAIN@bama.ua.edu
Subject: Re: Out damn'd GMT ...

On Thu, 3 Nov 2011 20:40:00 +1100, Shane Ginnane wrote:

>This would be primarily for the gratification of gil:
> http://www.abc.net.au/news/2011-11-03/time-for-change-gmt-could-be-history/3617226
> 
Wherein I read:
...
"We are starting to have parallel definitions of time. Imagine a world 
where there
were two or three definitions of a kilogram."

Imagine a world where there were two or three definitions of a pint.
   ...
That would see atomic time slowly diverge from GMT, by about one minute
every 60 to 90 years, or by an hour every 600 years, and there would need
to be "leap minutes" a couple of times a century to bring the two in line.

At a quadratically increasing rate.  Right; let our grandchildren deal with the
problem.  A pernicious compromise: either abandon Earth Rotation Time or
stick with UTC; don't just introduce a third standard.

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

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

QUESTION ABOUT COPY COMMAND - DFDSS

[John Dawes]

G'Day,
 
We are in the process of freeing a controller and I need to move 4 volumes off 
it.  I plan to used DFDSS to copy the volume to a new adress.  The source is a 
3390-3 and the target is 3390-9.  My question is do I need to add the parm FULL 
along with the COPY and ADMIN ALLDATA(*) ALLEXCP COPYVOLID PURGE  statements?  
In the past years I did not use the FULL command and it worked okay.  Is there 
a danger not using it?
 
Thanks.


--
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: Problem with add a RACF certificate

[Walt Farrell]

Someone here may be able to help you, but I think you'll find a greater 
population of experts over on RACF-L, since you're asking a RACF question.

-- 
Walt Farrell
IBM STSM, z/OS Security Design

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

[Neale Ferguson]

Thanks. Hopefully that APAR is already on a 1.9 or 1.12 system. I'll do some 
checking.

--
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: Out damn'd GMT ...

[Paul Gilmartin]

On Thu, 3 Nov 2011 20:40:00 +1100, Shane Ginnane wrote:

>This would be primarily for the gratification of gil:
> http://www.abc.net.au/news/2011-11-03/time-for-change-gmt-could-be-history/3617226
> 
Wherein I read:
...
"We are starting to have parallel definitions of time. Imagine a world 
where there
were two or three definitions of a kilogram."

Imagine a world where there were two or three definitions of a pint.
   ...
That would see atomic time slowly diverge from GMT, by about one minute
every 60 to 90 years, or by an hour every 600 years, and there would need
to be "leap minutes" a couple of times a century to bring the two in line.

At a quadratically increasing rate.  Right; let our grandchildren deal with the
problem.  A pernicious compromise: either abandon Earth Rotation Time or
stick with UTC; don't just introduce a third standard.

-- 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: Scanning JES3 JCL

[Roberts, John J]

>>No offense please, I really admire You old wrecks! 
It doesn't take much to set it off.  All I did is mention OS/360 and 384K to 
start the ball rolling.

We should really do a mainframe version of the Monty Python "Four Yorkshiremen" 
sketch.  Now who to cast ... :-)

--
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: Out damn'd GMT ...

[Turriff, Leslie]

Now if we could only manage to do away with Daylight Savings Time.  
Really, how many folks pay more attention to how high the sun is when 
determining when it's time to go to|leave work, etc.?  It's just a nuisance any 
more.

Leslie Turriff
MO ITSD

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Shane Ginnane
Sent: Thursday, November 03, 2011 04:40
To: IBM-MAIN@bama.ua.edu
Subject: Out damn'd GMT ...

This would be primarily for the gratification of gil:
http://www.abc.net.au/news/2011-11-03/time-for-change-gmt-could-be-history/3617226

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

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

[Staller, Allan]

http://www-01.ibm.com/support/docview.wss?uid=isg1OA13667


I cannot locate the message description for the following in z/OS
V1R12.0 JES2 Messages SA22-7537-10:

$HASP5121 NJE L3.SR1 ERROR RECEIVING NETWORK DATA SET HEADER, RC=16

It's accompanied by message:

$HASP5532 NJE L3.SR1 SEVERE ERROR - HEADER/TRAILER BUILD ERROR RC=8


--
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: Scanning JES3 JCL

[Vernooij, CP - SPLXM]

"Thomas Berg"  wrote in message 
news:...
> It's very interesting with the references and anecdotes to the past, but for 
> us in the prime ages it's often confusing.
> I would be grateful to get hints about time of these references, couldn't You 
> for example tell if it happened before or after the invention of the wheel ?
> Or if the You had begun using a fork at the meals etc ? 
> 
> No offense please, I really admire You old wrecks! 
> 
> ;)
> 
> 
>  
> Regards, 
> Thomas Berg 

It was at the same time that we also invented the wheel ;-)

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

SV: Scanning JES3 JCL

[Thomas Berg]

It's very interesting with the references and anecdotes to the past, but for us 
in the prime ages it's often confusing.
I would be grateful to get hints about time of these references, couldn't You 
for example tell if it happened before or after the invention of the wheel ?
Or if the You had begun using a fork at the meals etc ? 

No offense please, I really admire You old wrecks! 

;)


 
Regards, 
Thomas Berg 
_ 
Thomas Berg   Specialist   A M   SWEDBANK 

--
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: SLightly O/T Perl

[Elardus Engelbrecht]

Leslie Turriff wrote:

>BNF description:

>   Program ::= "Just do it." :-)

Or better after all those compiler discussions, try this for homework:

1. Program ::= "Write a YACC based on 2 if available."
2. Program ::= "Write another YACC based on 1."
3. Loop back to 1 until you get perfect compiler and programmer without cursing 
messages and curses

;-D

Groete / Greetings
Elardus Engelbrecht

YACC - Yet Another Compiler Compiler 

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

[Lizette Koehler]

> 
> I cannot locate the message description for the following in z/OS V1R12.0
JES2
> Messages SA22-7537-10:
> 
> $HASP5121 NJE L3.SR1 ERROR RECEIVING NETWORK DATA SET HEADER, RC=16
> 
> It's accompanied by message:
> 
> $HASP5532 NJE L3.SR1 SEVERE ERROR - HEADER/TRAILER BUILD ERROR RC=8
> 
> Which does have an explanation. A JES2 trace using ids 21-24 shows the NJE
Job
> Header (NJH) but not the Data Set Header it appears to be complaining
about so I can't
> identify what in particular it is objecting to. Does anyone have any
insight into 5121?
> 
> This occurs on both z/OS 1.9 and 1.12.
> 
> Neale
>

You may need to open an ETR with IBM on this.

Only reference I could find is for


  ***
  * *
  *  If you are using TCP/IP for NJE communication, you *
  *  should apply both OA13667 and OA13512 to both ends *
  *  of the NJE connection. *
  * *
  *  If OA13667 is applied on the transmitting end  *
  *  of a TCP/IP NJE connection but not the receiving end,  *
  *  the following symptoms may occur:  *
  *  MSGHASP5121 $HASP5121 ERROR RECEIVING *
  *  MSGHASP5532 $HASP5532 SEVERE ERROR - RECORD SEQUENCE   *
  *  ERROR RC=9 *
  *  ABENDSEC8 RC09 in IAZNJSTK *
  *  These errors can occur because header/trailer  *
  *  segments may now span buffers as of OA13667, and   *
  *  the receiver cannot tolerate these records spanning*
  *  buffers without OA13667.   *
  * *
  *  If OA13667 and OA13512 are not both applied,   *
  *  unpredictable errors may occur if a $E Lnnn.dvn*
  *  command is issued.  The use of RC=8 from JES record*
  *  exits is inconsistent both in its use from JES2*
  *  code and its handling by the common code.  Possible*
  *  symptoms include subdevices draining erroneously,  *
  *  jobs being held by a transmitter, or the connection*
  *  dropping.  *
  * *
  ***

So, it looks like there may not have been a document update for this message

Lizette

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

[Eatherly, John D]

I found this on IBMLINK.

https://www-304.ibm.com/support/docview.wss?uid=isg1OA13667

John Eatherly

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Neale Ferguson
Sent: Wednesday, November 02, 2011 9:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: $HASP5121

I cannot locate the message description for the following in z/OS V1R12.0 JES2 
Messages SA22-7537-10:

$HASP5121 NJE L3.SR1 ERROR RECEIVING NETWORK DATA SET HEADER, RC=16

It's accompanied by message:

$HASP5532 NJE L3.SR1 SEVERE ERROR - HEADER/TRAILER BUILD ERROR RC=8

Which does have an explanation. A JES2 trace using ids 21-24 shows the NJE Job 
Header (NJH) but not the Data Set Header it appears to be complaining about so 
I can't identify what in particular it is objecting to. Does anyone have any 
insight into 5121?

This occurs on both z/OS 1.9 and 1.12.

Neale

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

Out damn'd GMT ...

[Shane Ginnane]

This would be primarily for the gratification of gil:
http://www.abc.net.au/news/2011-11-03/time-for-change-gmt-could-be-history/3617226

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: Problem with add RACF certificate

[Jorge Garcia]

Hello:

 Sorry. I've posted twice the message.

We've solved the problem. The sign of certificate authority is not right. When 
they've solved the error we downloaded the certifcate again and works fine.

Regards

--
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: Batch COBOL as a Consumer of Web Services

[D Gaebler]

Hi,

we have done something similar with a customer. The difference was, that they 
have called WebSphere ILOG as business rules engine.
The COBOL Java approach worked very well. But you need to make sure that you 
code JNI calls and do not use the INVOKE syntax of the COBOL compiler. I'll 
attach some code.
COBOL and Java run in the same address space so in terms of performance you 
save the cross address space calls. The JVM is reusable for the lifetime of the 
batch region, with the latest enhancements of JDK 6.0.1 it is great performance.
There was one difference, we also executed the rules engine (ILOG) which is 
implemented in Java on z/OS. So we did not do calls to outside z/OS, which are 
most likely the biggest performance eaters. But there is still the option to 
run multithreaded.

[Environment]
As for development, there are plenty of tools on the market, which generate 
Java code from WSDL (Eclipse, Rational Application Developer, etc.), so there 
is almost no coding to be done apart from Data conversion. It is recommended to 
pass copybooks by reference and then make a byte array out of it which is 
passed to java. Then use the JZOS record generator to create a Java class with 
matching offsets getter and setter methods to be used in Java. Since all our 
data was fixed length strings, in the Java part we just did String.substring to 
get the data as Java String.
You need a JDK on z/OS to do that. Thats it. If you want DB2 calls from Java 
and COBOL transactional, you need RRSAF linked with COBOL and the JDBC Driver 
for Java.

[Development Process]
The development process would be like this, that the z/OS people create the 
cobol code as samples are below:
Plus use the JZOS record generator to generate Java classes from any used input 
and output copybooks.
Send the generated Java classes to the Java devlopers with the WSDL.
The Java developers would generated a Java proxy for the web service from the 
WSDL.
The Java developers have to code a method with an input and output byte array 
for the data to be passed from and to COBOL, plus they have to implement the 
getter and setter methods to fill the input to the web service from the byte 
array and to retrieve the output from the web service and pass it to the output 
byte array. This is manual work, but could be simple depending on the data 
types, offsets, etc.
The Java developers test the web service from Java with some sample data and 
create the Jar file with all dependencys or get you a bunch of Jar files.
The jar files are uploaded to z/OS.
You can run and test the batch.

[Sample Scenario]
Our scenario was as follows, this is simplified:

Main Program CJ01MAIN (NODLL)  reads records from sequential file, calls 
subroutine and writes output to sequential file. (needs to be linked with 
CEEUOPT to set XPLINK(ON) and POSIX(ON) LE runtime options). This allows to 
simply code a MOVE 'CJ01KAPS' TO MODULE plus CALL MODULE to invoke the 
subroutine dynamically.

Wrapper subroutine CJ01KAPS , because Java runs as DLL compiled, dynamic calls 
are only possible from DLL to DLL and from NODLL to NODLL.

COBOL subroutine CJ01JAVA  which implements the JNI calls, preparing the byte 
array objects, caching the objects and some ids to save most of the JNI 
overhead during repeated processing, passing the copybook data to the bytearray 
object, find the java class and method to be called, call the java method and 
pass the result byte array object into an output copybook.

This is a sample of CEEUOPT to be linked with the main program:
//SYSINDD *
 TITLE 'CEEUOPT'
CEEUOPT  CSECT
CEEUOPT  AMODE ANY
CEEUOPT  RMODE ANY
 CEEXOPT XPLINK=(ON),  X
   POSIX=(ON), X
   ENVAR=('_CEE_ENVFILE=/u/gaebler/hello/ENV')
 END
//*

The File /u/gaebler/hello/ENV contains the environment variables for Java:
PATH=/bin:/usr/lpp/java/J6.0/bin:. 
LIBPATH=/lib:/usr/lib:/usr/lpp/java/J6.0/bin:> 
/usr/lpp/java/J6.0/bin/j9vm:/usr/lpp/db2/db2910/db2910_jdbc/lib
CLASSPATH=/u/gaebler/hello.jar

The classpath can be one or multiple jar files or directorys and should contain 
the Java classes and all dependent jar files.

[Sample compile]
CJ01COMP

[Sample wrapper source]
CJ01KAPS

[Sample JNI calls in cobol sub source]
CJ01JAVA

If you need assistence please feel free to contact me directly.

mfg / best regards
Denis Gäbler
IMS Senior Technical Sales Professional
Kst.: B471, Geb.: 10, Am Keltenwald 1, Ehningen, 71139, Germany

Chat with me through AIM (AOL Instant Messenger):
For people outside IBM, use AOL and add the IBMers: x...@yy.ibm.com 

Fax: +49-(0)30-484986506
Funk: +49-(0)172-6286935

IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Martina Koederitz (Vorsitzende), Reinhard Reschke, 
Dieter Scholz, Michael Diemer, Gregor Pillen, Joachim Heel
Sitz der Gesellsch

Re: Netview FTP - Hardware or software compression?

[Fred Schmidt]

Chris (or anyone)... does VTAM compression apply only for SNA traffic or also 
IP traffic? In case you haven't already guessed, I am not a comm's person, so 
please excuse my ignorance.

Regards, Fred

--
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: Netview FTP - Hardware or software compression?

[Fred Schmidt]

Thanks Chris, for the most helpful and informative reply. And sorry if my 
question confused must be an Australianism.

Regards, Fred

--
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: Which RACF/SAF profiles affect OMVS tape mounting via SVC99 with S99NOMNT=0 ?

[Michael Klaeschen]

A good starting point should be ALLOCxx member of SYS1.PARMLIB. There you 
might find a parameter like VOLUME_MNT POLICY(WTOR). Then ask your 
operating staff about how they deal with message IEF455D -- each and every 
tape mount is requested by this message and has to be approved by 
operator. I think their answer will contain the words system automation 
and OAM along with DFSMSrmm -- or "dunno" which results to same but 
requires that you ask system programming staff instead.
Then, tape security is supported by SAF/RACF as described in chapter 6 of 
RACF Security Administrator Guide (SA22-7683-14). There are some flavors 
and it's not really easy to cope. I found a good introduction by Norbert 
Schlumberger on the internet, search for "z/OS Tape Security with 
DFSMSrmm". And again that's the key word: Security in DFSMS is mainly 
influenced by STGADMIN profiles in RACF class FACILITY. Descriptions on 
these profiles are scattered around various manuals, e.g. starting at "
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/DGT2BKA0";. 
Another central point for tape security is label processing. There are 
some sections regarding ICHBLP profile in the manuals. This is a RACF 
profile indicating MVS to bypass label processing. In short words: no 
label, no security. A good starting point may be again DFSMS literature or 
MVS JCL manuals.

Cheers
Michael





Von:Kirk Wolf 
An: IBM-MAIN@bama.ua.edu
Datum:  2011-11-02 22:14
Betreff:Which RACF/SAF profiles affect OMVS tape mounting via 
SVC99 with S99NOMNT=0 ?
Gesendet von:   IBM Mainframe Discussion List 



Given a z/OS Unix process (OMVS address space) that uses SVC99 with
S99NOMNT=0 to allocate a tape dataset, does anyone know which RACF/SAF
profiles are used to limit the ability to mount tapes?

I assume that TSOAUTH / MOUNT is not applicable.
I saw a reference on this list to FACILITY/TAPEDEV, but I don't find it
documented.

(actually, the program uses BPXWDYN with "MOUNT", which under the covers
uses SVC99 with S99NOMNT=0)

Thanks,

Kirk Wolf
Dovetailed Technologies
http://dovetail.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


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