Eaytrieve

2011-12-09 Thread Ron Thomas
Hi, 

Is there anyone who has idea how to get the compiled date and time from a 
easytirieve program? In cobol we have when-cmpiled register, is there some 
thing like here in easytrieve

Regards
Rajeev V

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


AUTO: Jim Obrizok is out of the office on Thursday July 28th, and Friday July 29th. I'll be back in the office on Monday, August 1st. (returning 12/12/2011)

2011-12-09 Thread James Obrizok
I am out of the office until 12/12/2011.

If this is a emergency, please contact my backup - Fernando Vega - on
1-404-238-4580, or fv...@us.ibm.com. Thank you.


Note: This is an automated response to your message  IBM-MAIN Digest - 7
Dec 2011 to 8 Dec 2011 (#2011-342) sent on 12/09/2011 0:00:02.

This is the only notification you will receive while this person is away.

--
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: ROOT file system is out space

2011-12-09 Thread Chokalingam Thangavelu
We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB
of PTFS. That's why the service root is running out of space.

Is there any way to pull only latest RSU not all the PTFS?

Regards,
Chokalingam Thangavelu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Bobbie Justice
Sent: Wednesday, December 07, 2011 7:17 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ROOT file system is out space

it's got to be sms managed if you want it larger than 4 GB, but I'm
curious why you have a 4 GB root, my 1.12 root still fits within a  
mod 3 size. (although just barely). 

Perhaps you might want to look at sms management for this, or splitting
some directories into their own separate files. 

Bobbie Jo Justice 

I have successfully expanded the Service Root but it has reached 4 GB
limit and unable to expand it further.
 Is there any way to expand beyond 4 GB limit and the file system is on
non sms volume. 
 
Regards,
Chokalingam

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

Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.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


AUTO: Laura Bostian/Poughkeepsie/IBM is out of the office until 06/04/2001. (returning 12/12/2011)

2011-12-09 Thread Laura Bostian
I am out of the office until 12/12/2011.

Back at work Monday 12/12/11.  Will check email over the weekend.


Note: This is an automated response to your message  IBM-MAIN Digest - 7
Dec 2011 to 8 Dec 2011 (#2011-342) sent on 12/9/2011 0:00:02.

This is the only notification you will receive while this person is away.

--
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: SV: JCL sheesh! for today

2011-12-09 Thread Thomas Berg
 -Ursprungligt meddelande-
 Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
 Shmuel Metz (Seymour J.)
 Skickat: den 8 december 2011 18:49
 Till: IBM-MAIN@bama.ua.edu
 Ämne: Re: SV: JCL sheesh! for today
 
 In
 a90e503c23f97441b05ee302853b0e62406f349...@fspas01ev010.fspa.myntet.se,
 on 12/08/2011
at 03:13 PM, Thomas Berg thomas.b...@swedbank.se said:
 
 Note that if You e g is using IDCAMS for allocating/deleting datasets
 it's even today under the radar as seen from the initiator.
 
 AMS uses DYNALLOC, so it's not under the radar.
 

It's under the radar when the job cards is read and interpreted.


 
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


SV: vdawkin

2011-12-09 Thread Thomas Berg
It's not neccssary so that Your password is cracked.  I would suspect that they 
just fake the From: address!
(To get it onto the list.)
 
Regards, 
Thomas Berg 
_ 
Thomas Berg   Specialist   A M   SWEDBANK 




 -Ursprungligt meddelande-
 Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Ed
 Gould
 Skickat: den 9 december 2011 03:55
 Till: IBM-MAIN@bama.ua.edu
 Ämne: Re: vdawkin
 
  They don#39;t make(key scanners) for macintosh. My latest password is so
 far away from anything I have tree so far that. It will take them a few
 months. If it happens again I will change the email. A dress to an
 unhackable one.
 
 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

--
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: ROOT file system is out space

2011-12-09 Thread R.S.

W dniu 2011-12-09 10:23, Chokalingam Thangavelu pisze:

We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB
of PTFS. That's why the service root is running out of space.

Is there any way to pull only latest RSU not all the PTFS?


As far as I udnerstand you ask whether it's possible to apply part of 
your PTF set. Yes it is possible. It is also possible to make some mass 
select by using attributes like RSU1109.
However better idea is to pay attention why the ROOT is so big, and 
possibly divide it.

Of course you can do both.


--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
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: LDAP for z/OS with long name

2011-12-09 Thread Geoff Rousell
Arye,

I presume you mean the conventional version of the Tivoli Directory Server 
for z/OS, with DB2 as the back-end data store. For this case, it appears that 
the *default* maximum DN value is 512, but this can be modified:

In the Tivoli Directory Server Administration and Use manual, in appendix B 
(which describes the DB2 setup), there is the following comment:

 -- Change -ENTRY_DN_SIZE- to the maximum size of a DN.  This value
 -- includes the null terminator, so the actual maximum length of a DN
 -- will be one less than this value.
 --
 -- The suggested size is 512.

See here for full details:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GLPA2AC0/APPENDIX1.2.1?SHELF=GLPABK50DT=20110623103934

Regards,

Geoff Rousell
IBM System z, UK

--
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: ROOT file system is out space

2011-12-09 Thread Martin, Larry D
Chokalingam,

You need a separate hfs (zfs) file in which to receive maintenance.  We have a 
large file and mount it at /smpe.  You do not want maintenance source in your 
root.

...Larry

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chokalingam Thangavelu
Sent: Friday, December 09, 2011 4:23 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ROOT file system is out space

We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB
of PTFS. That's why the service root is running out of space.

Is there any way to pull only latest RSU not all the PTFS?

Regards,
Chokalingam Thangavelu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Bobbie Justice
Sent: Wednesday, December 07, 2011 7:17 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ROOT file system is out space

it's got to be sms managed if you want it larger than 4 GB, but I'm
curious why you have a 4 GB root, my 1.12 root still fits within a  
mod 3 size. (although just barely). 

Perhaps you might want to look at sms management for this, or splitting
some directories into their own separate files. 

Bobbie Jo Justice 

I have successfully expanded the Service Root but it has reached 4 GB
limit and unable to expand it further.
 Is there any way to expand beyond 4 GB limit and the file system is on
non sms volume. 
 
Regards,
Chokalingam

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

Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.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: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Sambataro, Anthony (NIH/NBS) [E]
I'm unclear as to whether the COBOL code had fewer errors or cost less to fix 
each problem, or both?

-Original Message-
From: Ian [mailto:pcs...@gmail.com] 
Sent: Thursday, December 08, 2011 4:53 PM
To: IBM-MAIN@bama.ua.edu
Subject: Java apps have most flaws, Cobol is cleanest.

Interesting article on clean code study.
COBOL scored the highest on security while .NET scored the lowest.

Link to Computer world news article:
http://www.computerworlduk.com/news/applications/3323819/java-apps-have-most-flaws-cobol-apps-least-study-finds/

(If the link does not fold right, follow the links from here:
http://www.cicsworld.com/node/4252)

Ian
http://www.cicsworld.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: JCL sheesh! for today

2011-12-09 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould
 Sent: Thursday, December 08, 2011 7:31 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: JCL sheesh! for today
 
  John,
 
 I had a so called manager, he used to read gas meters. He had 
 that level of mentality.
 
 Ed

I understand. I think one of my ex-managers didn't just read the gas meter, he 
inhaled. grin/

--
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: RACF identity when ACEE is above 16MB

2011-12-09 Thread ESHEL Jonathan
 -Message d'origine-
 De : Walt Farrell [mailto:wfarr...@us.ibm.com]
 Envoyé : jeudi 8 décembre 2011 15:24
 Objet : Re: RACF identity when ACEE is above 16MB
 
 Also, if you're asking formal questions related to product development, you
 might want to consider joining PartnerWorld and asking them formally via the
 channels that PartnerWorld provides, rather than asking here or in RACF-L.

Thanks for the suggestion. I will check with the person in charge in my company 
if we are perhaps members already.

Jonathan Eshel
RSD S.A.

--
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: JCL sheesh! for today

2011-12-09 Thread Don Thimsen
For companies running products from DTS Software, there's a feature called 
IPIO.  Example, DD statement:

//SYSPRINT DD SUBSYS=(IPIO,'IP=192.168.0.22,PORT=5000',
// 'ASCII'),DCB=(LRECL=121,RECFM=F,BLKSIZE=121)

Don

-Original Message-
From: Paul Gilmartin [mailto:paulgboul...@aim.com] 
Sent: Thursday, December 08, 2011 2:21 AM
Subject: Re: JCL sheesh! for today

On Thu, 8 Dec 2011 01:07:32 -0600, Peter Bishop wrote:

A wish:

//ddname DD IPADDR=n.n.n.n,PATHOPTS=R

Wouldn't it be nice if you could just open a pipe to (or from, or both) an IP 
address straight into your JCL?  Different pathopts for output, input, update, 
etc.
 
Why an IP address?  DNS is your friend.

If you really want to do that, you really ought to specify a port number also.  
And a protocol.  And arguments.  How about, instead:

//ddname DD POPEN='curl 
https://bama.ua.edu:80/cgi-bin/wa',PATHOPTS=ORDONLY, ...

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


Re: RACF identity when ACEE is above 16MB

2011-12-09 Thread ESHEL Jonathan
 -Message d'origine-
 De : Binyamin Dissen [mailto:bdis...@dissensoftware.com]
 Envoyé : jeudi 8 décembre 2011 15:07
 Objet : Re: RACF identity when ACEE is above 16MB
 
 How about ICHRTX00?

It's an idea but since it's a product we sell to clients (we are a software 
vendor) I would prefer not to use standard exits and have to combine our code 
with what clients already do with these exits. Since the TCBSENV method seems 
to work nonetheless with 31 bit addresses as Walt Farrell pointed out, it would 
be more straight forward for us to continue using it.

Thanks,

Jonathan Eshel
RSD S.A.  

--
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: RACF identity when ACEE is above 16MB

2011-12-09 Thread ESHEL Jonathan
 -Message d'origine-
 De : Walt Farrell [mailto:wfarr...@us.ibm.com]
 Envoyé : jeudi 8 décembre 2011 15:22
 Objet : Re: RACF identity when ACEE is above 16MB
 
 First, for RACF-specific questions I would suggest using the RACF-L mailing
 list, rather than IBM-MAIN.

Thank you for the tip Walt, I am now subscribed to RACF-L as well.

 However, since you asked here: If all the application code running in that
 address space is code that you own and control, and it's all AMODE(31) code,
 or you can guarantee that any AMODE(24) code won't try to look at the ACEE
 itself, then it's probably safe to put an 31-bit address into TCBSENV. The
 problem with doing that in the more general case is that you can't guarantee
 that only AMODE(31) application code will run in an address space, and if any
 AMODE(24) code tried to look at the ACEE it would abend.

In principle it's yes to all - it's our code and it's all in AMODE(31). I have 
done what you suggest and according to first tests it's fine. BTW what about 
standard IBM services a few of which still switch to AMODE(24) from time to 
time (or am I wrong ?) like some I/O stuff ? If we use them are we exposed ?
 
 Additionally, as far as I can tell the InitACEE callable service will create 
 ACEEs
 in 31-bit storage, and will anchor them in TCBSENV. That's why I suspect it's
 safe to do so in other cases, too.
 
 On the other hand, you might just want to switch to using InitACEE to
 manage all your ACEEs.

It's an idea for the longer term. In any case many thanks for your very helpful 
answer.

Regards, 

Jonathan Eshel
RSD S.A.

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

2011-12-09 Thread Pommier, Rex R.
What level of EZTrieve are you running?  Older levels (I believe up to about 
6.2 or something like that) had the compile date embedded in it, but the 
current level doesn't. A year or two ago I asked CA to put the compile date 
back in, and they took it under advisement, but I haven't looked lately to see 
if there is any movement within CA to actually put it back.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ron Thomas
Sent: Friday, December 09, 2011 3:12 AM
To: IBM-MAIN@bama.ua.edu
Subject: Eaytrieve

Hi,

Is there anyone who has idea how to get the compiled date and time from a 
easytirieve program? In cobol we have when-cmpiled register, is there some 
thing like here in easytrieve

Regards
Rajeev V

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

The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited and that you will be held responsible for any such 
unauthorized activity, including liability for any resulting damages. As 
appropriate, such incident(s) may also be reported to law enforcement. If you 
received this e-mail in error, please reply to sender and destroy or delete the 
message and any attachments. 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: Eaytrieve

2011-12-09 Thread Ron Thomas
Ok, let me check the version level of the EZT we are running, meanwhile in the 
older version how we are going to get the same ?

Reagrds
Ron

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


Following up on a DCB and PMR/APAR plaint

2011-12-09 Thread Charles Mills
Back in October I posted a request for assistance (Looking for clues on a
bug in assembler) with a very vexing QSAM-related issue. Between your
suggestions and my further testing I determined that the problem was an -
let me say anomaly - in which QSAM was apparently not following its own
documentation that CLOSE restored a DCB to its virginal state.

It was suggested that I open a PMR with IBM, and I responded with an
assertion that the cost/benefit - or really, my time/benefit - ratio just
did not justify my doing so, and further that the IBM support process tended
to be long on demanding that the reporter jump through unreasonable hoops,
and short on genuine assistance. 

I further asserted that if it were MY product and I became aware of a bug
via ANY communication channel I would care enough about my product and my
customers to investigate the bug on my own, rather than demanding that the
person observing the bug go through some particular ritual of communication.

GIVING CREDIT WHERE CREDIT IS DUE I was contacted offline by one of the IBM
regulars here on this list. he wrote IBM really would be interested in
understanding better the actual problem you encountered, as the behavior you
cite is incorrect if system-caused. I won't identify him (he can identify
himself if he wishes) but you would recognize his name in an instant. He is
not a DFSMS person, but he offered to be a conduit to the DFSMS team. He
asked several good (and not time-consuming) questions about what the program
was doing, and what documentation I was relying on. That was it.

I have just heard from him that IBM intends to address the anomaly in the
next release of z/OS.

Thank you! (You know who you are.)

Charles Mills

--
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: JCL sheesh! for today

2011-12-09 Thread Charles Mills
Right.

In other words, *any* program that gets dataset information *other* than
from DD statements: from its own SYSIN control statements, from some
external source (such as connectivity to another machine), user key-in,
created by internal logic, etc. -- joins the dataset ENQ party only during
execution time. Schedulers, initiators, converters, etc. are blissfully
unaware of its dataset requirements, and do not factor that into their
scheduling or other processing.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Thomas Berg
Sent: Friday, December 09, 2011 1:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: SV: SV: JCL sheesh! for today

 
 Note that if You e g is using IDCAMS for allocating/deleting datasets 
 it's even today under the radar as seen from the initiator.

It's under the radar when the job cards is read and interpreted.

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


Re: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Barry Merrill
A couple of years ago at SHARE, in a mostly-Java-folks session, 
I asked the IBM speaker why Java architected Garbage Collection
(which I first encountered in Basic on my TRS-80, when a ham
radio logging program stopped for 6 minutes in the middle of
a contest), and his reply was that that was done because Java
programmers didn't know how much memory their program needed, 
so I asked if that meant that COBOL programmers were smarter 
than Java programmers.

Barry

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Sambataro, Anthony (NIH/NBS) [E]
Sent: Friday, December 09, 2011 6:34 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Java apps have most flaws, Cobol is cleanest.

I'm unclear as to whether the COBOL code had fewer errors or cost less to
fix each problem, or both?

-Original Message-
From: Ian [mailto:pcs...@gmail.com]
Sent: Thursday, December 08, 2011 4:53 PM
To: IBM-MAIN@bama.ua.edu
Subject: Java apps have most flaws, Cobol is cleanest.

Interesting article on clean code study.
COBOL scored the highest on security while .NET scored the lowest.

Link to Computer world news article:
http://www.computerworlduk.com/news/applications/3323819/java-apps-have-most
-flaws-cobol-apps-least-study-finds/

(If the link does not fold right, follow the links from here:
http://www.cicsworld.com/node/4252)

Ian
http://www.cicsworld.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: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread John Gilmore
One of the classics of American social science is a multivolume work
by Samuel A. Stouffer, et al., 'The American soldier'.

It reports on the views and attitudes of the American
soldiers---chiefly of the enlisted men, most of whom were in fact
draftees---who fought WWII in Europe and Asia.  One of its early
findings was that in the European theater job satisfaction was
inversely related to grade.   Master sergeants were very much less
satisfied with their situations than privates.

This struck Stouffer and his colleagues as odd, and one of them had
the wit to cross-tabulate these results against length of service in
Europe.  (In the jargon this is called controlling for' a variable.)
The findings disappeared.  Master sergeants having, say, six months
service in Europe were much more satisfied with their situations than
were privates who had been in Europe for the same length of time.  The
apparent primary result was an artefact (sic) of the fact that
enlisted men of higher grade had also been in Europe longer.

The 'chief scientist' of the organization that conducted the research
that found COBOL APs to be cleaner than Java APs conjectures that this
is probably related to the fact that the COBOL APs are older, much
older.  This is 'insightful' of him, but it is also irresponsible.  He
should have 'controlled for' AP age and reported his results.

Field studies of programming and programming-language usage are in
principle possible.  How not?  I have never, however, seen one that
was not at once tendentious and incompetent.

Studies of this kind belong in the airlines' in-flight magazines, or
would do so if the airlines had not mostly stopped printing them.


John Gilmore, Ashland, MA 01721 - USA

--
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: JCL sheesh! for today

2011-12-09 Thread Vernooij, CP - SPLXM
Yeah, we regulary have problems with SAS users who discovered the
LIBNAME and FILENAME statements. These allocate files during execution
and fail if the file is in use, resulting in aborted productions runs
and we getting blames that 'someone else' allocated the file. We then
advise JCL allocation to solve this problem, but this sometimes results
in protests because they loose the flexibility to change filenames if
this is in JCL.

JCL allocation and dynamic allocation often look like z/os and windows
trying to work together (try FTPing between those two).

Kees.


Charles Mills charl...@mcn.org wrote in message
news:074d01ccb682$d2da3020$788e9060$@mcn.org...
 Right.
 
 In other words, *any* program that gets dataset information *other*
than
 from DD statements: from its own SYSIN control statements, from some
 external source (such as connectivity to another machine), user
key-in,
 created by internal logic, etc. -- joins the dataset ENQ party only
during
 execution time. Schedulers, initiators, converters, etc. are
blissfully
 unaware of its dataset requirements, and do not factor that into their
 scheduling or other processing.
 
 Charles
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
 Of Thomas Berg
 Sent: Friday, December 09, 2011 1:28 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: SV: SV: JCL sheesh! for today
 
  
  Note that if You e g is using IDCAMS for allocating/deleting
datasets 
  it's even today under the radar as seen from the initiator.
 
 It's under the radar when the job cards is read and interpreted.
 
 --
 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 information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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


Re: Eaytrieve

2011-12-09 Thread Donald Johnson
One way you can do this is to add a line to the bottom of your source, and
you will need to manually update it every time you compile it. You can add
this line:
  DEFINE COMPD W 50 A VALUE  'pgmname  COMPILED DD MON : pgmmer name or
info'

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

2011-12-09 Thread Charles Mills
I don't know Easytrieve specifically but I have in the past automated this
sort of thing by adding to the compile process a quick Rexx (or your choice
of language) program that updated a one-line copy or include type member
that was then copied into every program.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Donald Johnson
Sent: Friday, December 09, 2011 7:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Eaytrieve

One way you can do this is to add a line to the bottom of your source, and
you will need to manually update it every time you compile it. You can add
this line:
  DEFINE COMPD W 50 A VALUE  'pgmname  COMPILED DD MON : pgmmer name or
info'

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

2011-12-09 Thread Pommier, Rex R.
If you're just looking for an IEA-EYEBALL type of check, simply browse the load 
module.  On the first line of the actual program code (about 7 lines from the 
top) you will see something like this:

å00..C A - E Z T PLUS  6.1D- 3/27/97-14.51-

That's your compile date.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ron Thomas
Sent: Friday, December 09, 2011 9:10 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Eaytrieve

Ok, let me check the version level of the EZT we are running, meanwhile in the 
older version how we are going to get the same ?

Reagrds
Ron

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

The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited and that you will be held responsible for any such 
unauthorized activity, including liability for any resulting damages. As 
appropriate, such incident(s) may also be reported to law enforcement. If you 
received this e-mail in error, please reply to sender and destroy or delete the 
message and any attachments. 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: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Martin Packer
Barry,  well *I* wouldn't have given you that answer. I'd've waffled on 
about java being a pointerless language and object lifecycles being 
something not to leave to programmers to attempt to manage. But then I've 
already today described javascript (not to be confused with...) :-) as 
delightfully feral. :-) But then I'm an off message IBMer at the best 
of times. :-)

Cheers, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:
Barry Merrill ba...@mxg.com
To:
IBM-MAIN@bama.ua.edu, 
Date:
09/12/2011 15:39
Subject:
Re: Java apps have most flaws, Cobol is cleanest.
Sent by:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



A couple of years ago at SHARE, in a mostly-Java-folks session, 
I asked the IBM speaker why Java architected Garbage Collection
(which I first encountered in Basic on my TRS-80, when a ham
radio logging program stopped for 6 minutes in the middle of
a contest), and his reply was that that was done because Java
programmers didn't know how much memory their program needed, 
so I asked if that meant that COBOL programmers were smarter 
than Java programmers.

Barry

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf
Of Sambataro, Anthony (NIH/NBS) [E]
Sent: Friday, December 09, 2011 6:34 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Java apps have most flaws, Cobol is cleanest.

I'm unclear as to whether the COBOL code had fewer errors or cost less to
fix each problem, or both?

-Original Message-
From: Ian [mailto:pcs...@gmail.com]
Sent: Thursday, December 08, 2011 4:53 PM
To: IBM-MAIN@bama.ua.edu
Subject: Java apps have most flaws, Cobol is cleanest.

Interesting article on clean code study.
COBOL scored the highest on security while .NET scored the lowest.

Link to Computer world news article:
http://www.computerworlduk.com/news/applications/3323819/java-apps-have-most

-flaws-cobol-apps-least-study-finds/

(If the link does not fold right, follow the links from here:
http://www.cicsworld.com/node/4252)

Ian
http://www.cicsworld.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








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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


Re: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread John Gilmore
Gary Merrill writes

begin EDITED snippet
A couple of years ago at SHARE, in a mostly-Java-folks session, I
asked the IBM speaker why Java architected Garbage Collection . . . ,
and his reply was that that was done because Java programmers didn't
know how much memory their program needed,
so I asked if that meant that COBOL programmers were smarter than Java
programmers.
/end EDITED snippet

I am not sure that I would not look at language characteristics first.

COBOL aggregates are compile-time bound.  If you decide in a COBOL AP
that you want to process multiple vehicles in, say, an automotive
insurance one you also decide that you will also process, say, at most
10 vehicles and implicitly allocate storage for them at compile time.

In Java, on the other hand, open-ended lists may be and are frequently
used instead; their dynamic storage usage is in principle impossible
to determine, except in the not very helpful sense that use of a
two-byte signed binary counter limits the maximal number of vehicles
or the like to 2^15 -1 = 32767.  (The sense in which Java  is
'pointerless' is a very literal one.  It has mostly adequate
surrogates for pointers.)

Note that I am aware that list processing is now possible in COBOL,
but in my parochial experience it is only done in COBOL when I do it
to show that it is possible.

John Gilmore, Ashland, MA 01721 - USA

--
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: JCL sheesh! for today

2011-12-09 Thread Paul Gilmartin
On Fri, 9 Dec 2011 13:59:08 +, Don Thimsen wrote:

For companies running products from DTS Software, there's a feature called 
IPIO.  Example, DD statement:

//SYSPRINT DD SUBSYS=(IPIO,'IP=192.168.0.22,PORT=5000',
// 'ASCII'),DCB=(LRECL=121,RECFM=F,BLKSIZE=121)

Hmmm.  Will it not take a host name and resolve that?

Hmmm.  If the customer were to code ...IP=127.0.0.1... would that
be resolved on the submitting host or on the execution host?


And I thought of extending my followup to Robert Rosenberg:

RANT
I'm looking at a Data Set Utility display on each of two JES2 hosts
which have SYS1.MACLIB cataloged on different volumes.  If I code:

//SYSLIB  DD  DSN=SYS1.MACLIB

... We haven't a spool shared between those two hosts.  But,
suppose, should the resolution be performed on the submitting
host or on the execution host?  In the extreme, I could imagine
the submitting host's performing a complete resolution and
passing the execution host control blocks containing a UCB
address and a track/cylinder address.  I wouldn't expect it to
work.

Resolution should be performed on the execution host; anything
else is madness.
/RANT

But then I put my UNIX hat on.  It fits well; my MVS hat is a
little too tight.  I tried:

 494 $ ssh -p3222 localhost 'echo ~ $(uname -s) $(date)'
 /home/paulgilm Linux Fri Dec 9 08:45:37 MST 2011

Ah!  The resolution is performed by the execution system,
just as I'd want.  But wait!  Making the tiniest syntactic
change:

495 $ ssh -p3222 localhost  echo ~ $(uname -s) $(date) 
/Users/paulgilm Darwin Ven 9 déc 2011 16:45:41 CET

... Removing the quotation marks protecting the substitutions
allows resolution on the submitting system instead.

(3222 is the mapped Remote Login port of my Linux guest.)


By analogy, I could imagine being able to code:

PARM='amp;SYSNAME amp;SYSDATE', ...

protecting the ampersands by doubling them on the submitting
host, which would then pass:

PARM='SYSNAME SYSDATE', ...

 to the execution host which would perform the final resolution.
But that's far beyond the capabilities of JES.

-- 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: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread John Gilmore
Gary Merrill sholuld be Barry Merrill in my previous post.  Mea
culpa maxima.

John Gilmore, Ashland, MA 01721 - USA

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


Finlandia (was RE: JCL sheesh! for today

2011-12-09 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Lindy Mayfield
 
 [ snip ]
 
 Today, for 45 more minutes is Sibelius' birthday.  Happy  birthday.
This is a nice Finlandia, if I
 didn't mistakenly post it already.  I've been having fun on both
IBM-MAIN and ASSEMBLER-LIST for the
 past few days, so I get mixed up.
 http://www.youtube.com/watch?v=ci3RPAOFok4

This rendition has better video:

http://www.youtube.com/watch?v=XojVmivqDrA

-jc-

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


Re: SV: JCL sheesh! for today

2011-12-09 Thread Paul Gilmartin
On Fri, 9 Dec 2011 16:37:49 +0100, Vernooij, CP - SPLXM wrote:

Yeah, we regulary have problems with SAS users who discovered the
LIBNAME and FILENAME statements. These allocate files during execution
and fail if the file is in use, resulting in aborted productions runs
and we getting blames that 'someone else' allocated the file. We then
advise JCL allocation to solve this problem, but this sometimes results
in protests because they loose the flexibility to change filenames if
this is in JCL.
 
Why should it be harder to change a JCL proc than to change a SAS
proc?  If your JCL proc libraries are controlled, but your production
SAS proc libraries aren't, you have a political problem.  JCL libraries
and JCL INCLUDE statements might much mitigate this.  Or run
the entire job through a tailoring filter.

JCL allocation and dynamic allocation often look like z/os and windows
trying to work together (try FTPing between those two).
 
Why would I want to?  But it should be effective, however tedious,
with proper use of LOCSITE (z/OS client) or QUOTE SITE (Windows
client) commands.  (While my first inclination is usually to blame
Windows, z/OS brings much baggage to this party.)

-- 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: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Steve Comstock

On 12/9/2011 9:32 AM, John Gilmore wrote:

Gary Merrill writes

begin EDITED snippet
A couple of years ago at SHARE, in a mostly-Java-folks session, I
asked the IBM speaker why Java architected Garbage Collection . . . ,
and his reply was that that was done because Java programmers didn't
know how much memory their program needed,
so I asked if that meant that COBOL programmers were smarter than Java
programmers.
/end EDITED snippet

I am not sure that I would not look at language characteristics first.

COBOL aggregates are compile-time bound.  If you decide in a COBOL AP
that you want to process multiple vehicles in, say, an automotive
insurance one you also decide that you will also process, say, at most
10 vehicles and implicitly allocate storage for them at compile time.

In Java, on the other hand, open-ended lists may be and are frequently
used instead; their dynamic storage usage is in principle impossible
to determine, except in the not very helpful sense that use of a
two-byte signed binary counter limits the maximal number of vehicles
or the like to 2^15 -1 = 32767.  (The sense in which Java  is
'pointerless' is a very literal one.  It has mostly adequate
surrogates for pointers.)

Note that I am aware that list processing is now possible in COBOL,
but in my parochial experience it is only done in COBOL when I do it
to show that it is possible.


Not only is list _processing_ possible, list _creation_ is also
possible in current COBOL, with the help of LE callable services.

But, alas, you're right: although I think many COBOL programmers
would be interested in doing this if it made sense in the application,
my experience is that most COBOL programmer _managers_ do not want to
take the chance(?) of challenging their staff, so they don't train them
and they may even forbid them from using the newer features.

Instead of using COBOL, where memory management can be done clearly
and explicitly, they would rather hire Java coders, who have no
control on memory management and very little understanding of what's
really going on in either the JVM or the underlying z/OS system.

There is very little chance of changing that, I'm afraid. So it
is what it is, and we soldier on.


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-355-2752
http://www.trainersfriend.com

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

* Try our tool for calculating your Return On Investment
for training dollars at
  http://www.trainersfriend.com/ROI/roi.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: JCL sheesh! for today

2011-12-09 Thread Ed Gould
 Gil,

It sounds like production is not fully implemented in the company. JCL, maybe 
but not where execution source resides. 

I have wired in places like that and it can be a nightmare.

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: Help Programming for ISPF Jump

2011-12-09 Thread Shmuel Metz (Seymour J.)
In 010f01ccb605$42c2b4d0$c8481e70$@arneycomputer.com, on 12/08/2011
   at 05:58 PM, Chuck Arney ch...@arneycomputer.com said:

However there are downsides too. 

You can't do only one thing. The question is whether the collateral
damage is worse than the collateral damage with other approaches.

I tend[1] to use standard interfaces when appropriate, but I don't
know enough about your requirements to judge.

Without the field being defined as the
command field of course it is not affected by the user setting to
place the command line on the bottom of the screen.

That's a SMOP ;-)

So, now I have to decide if the fixed command line placement

It doesn't have to be fixed if you're willing to do extra work.
Whether that's worth it is your call.

[1] Partly because of the sorts of issues that you've mentioned. I
hate to reinvent the wheel.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


How to read past EOF

2011-12-09 Thread Skip Robinson
I have a GTF trace file full of gold nuggets and bright red rubies. 
Unfortunately GTF trace was restarted at the next IPL, so the data set has 
immediate EOF. I used StarTool to reset logical (VTOC) end of file to the 
full extent. Anyone know how to bypass physical EOF and read/copy from 
block 2 all the way to the end? 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.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: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Shmuel Metz (Seymour J.)
In 5369454423078321.wa.pcs305gmail@bama.ua.edu, on 12/08/2011
   at 03:52 PM, Ian pcs...@gmail.com said:

Interesting article on clean code study.

More for what it omits than for what it says.

COBOL scored the highest on security while .NET scored the lowest.

Security? The article compares repair cost per line of code. Given
that COBOL code tends to be more verbose, I'm not sure what that
means. Cost per function point might have been more meaningful.

I'd have been interested in how Ada, C, C++ and PL/I ranked.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: JCL sheesh! for today

2011-12-09 Thread Ed Gould
 JC,
My memory indicates that the parm on the exec card is really the only real 
column sensitive Nasty left in JCL.
Although there is some debate whether JCL is a language (or not) any language 
that I am familiar with does have column restrictions of some type.

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: How to read past EOF

2011-12-09 Thread Paul Gilmartin
On Fri, 9 Dec 2011 09:46:31 -0800, Skip Robinson wrote:

I have a GTF trace file full of gold nuggets and bright red rubies.
Unfortunately GTF trace was restarted at the next IPL, so the data set has
immediate EOF. I used StarTool to reset logical (VTOC) end of file to the
full extent. Anyone know how to bypass physical EOF and read/copy from
block 2 all the way to the end?

IIRC, decades ago I used to do this with BSAM.  Just issue another
READ after returning from EODAD exit.  But the memories are
stale, or things may have changed.  I don't code assembler nor
use BSAM nowadays.

-- 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: How to read past EOF

2011-12-09 Thread Farley, Peter x23353
I think DITTO can do it.  For a non-$$ solution, ISTR that DEBE (available on 
CBT site, I think) could do that kind of thing as well, but I'm not sure.

HTH

Peter

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
 Behalf Of Skip Robinson
 Sent: Friday, December 09, 2011 12:47 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: How to read past EOF
 
 I have a GTF trace file full of gold nuggets and bright red rubies.
 Unfortunately GTF trace was restarted at the next IPL, so the data set has
 immediate EOF. I used StarTool to reset logical (VTOC) end of file to the
 full extent. Anyone know how to bypass physical EOF and read/copy from
 block 2 all the way to the end?
--


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


Heads up APAR OA35970 CA-Top Secret

2011-12-09 Thread Jousma, David
All,

 

In the middle of doing a maintenance cycle, and came across the APAR
summarized below which is currently running in our Sandbox.   It added
new security checking at the Unix File system level - FSACCESS resource
class.   If you also use CA-TopSecret as your ESM, then you may want to
avoid this new function PTF for now.   We have it on, along with
supporting TSS fixes, and things just are not  yet ready for primetime
in the TSS arena.   CA is working on it, but we may just back this PTF
off for now to avoid the headaches.  

 

Initial symptoms we were seeing was FileSystem mounts failing at IPL due
to No Access(BPXPRMxx mounts).   Got past that with some new security
definitions, but still getting sporadic no access situations with some
OMVS tasks, and 0C4's in CA-TSS modules in the Netview address space.

 

APAR Identifier .. OA35970  Last Changed  11/10/04

  NEW FUNCTION - NEW ACCESS CONTROL CHECK USING FSACCESS

  CLASS PROFILE.  SEE ALSO OA35973 AND OA35974.

  Symptom .. NF FUNCTION  Status ... CLOSED  UR1

  Severity ... 4  Date Closed . 11/09/06

  Component .. 5695SCPX1  Duplicate of 

  Reported Release . 770  Fixed Release  999

  Component Name OPENMVS SYS SRV  Special Notice   ATTENTION

  Current Target Date ..11/09/30  Flags

  SCP ...NEW FUNCTION

  Platform 

 

  Status Detail: SHIPMENT - Packaged solution is available for

shipment.

  PE PTF List:

  PTF List:

  Release 770   : UA62046 available 11/09/21 (F109 )

  Release 780   : UA62047 available 11/09/21 (F109 )

 

  Parent APAR:

  Child APAR list:

 

  ERROR DESCRIPTION:

  This APAR provides a new function to enforce access control

  check on z/OS UNIX zFS file systems using the new

  RACF FSACCESS class profile.

 

 

 

_

Dave Jousma

Assistant Vice President, Mainframe Services

david.jou...@53.com

1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H

p 616.653.8429

f 616.653.2717

 

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




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


Re: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Paul Gilmartin
On Fri, 9 Dec 2011 12:50:05 -0500, Shmuel Metz (Seymour J.) wrote:

Cost per function point might have been more meaningful.

IMO, function point analysis measures not the complexity
of a problem, but the complexity of an imputed solution to
the problem.  Consider the Rexx snippets:

B = if X==y then 1
 else 0
if B==1 then whatever = string
 else whatever = ''

versus:

B = (X==y)
   whatever = copies( string, B )

Do these contain the same number of function points?  The
former appears to contain at least one more branch than
the latter.

I have known of programmers who would never use the
value of a relational expression other than in an IF
statement.  Or who will use no construct in language
X unless language Y supports the same construct.  In
POSIX shell, they'd code:

S0
RC=$?
if test $RC -eq 0
then S1
else S2
fi

(and then they complain about the complexity of shell
coding.)  Where I code:

if S0
then S1
else S2
fi

(but it is the same number of function points.)

-- 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: SV: SV: JCL sheesh! for today

2011-12-09 Thread Shmuel Metz (Seymour J.)
In
a90e503c23f97441b05ee302853b0e6241dc0ac...@fspas01ev010.fspa.myntet.se,
on 12/09/2011
   at 10:28 AM, Thomas Berg thomas.b...@swedbank.se said:

It's under the radar when the job cards is read and interpreted.

Read the message again. In particular, as seen from the initiator.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: JCL sheesh! for today

2011-12-09 Thread Shmuel Metz (Seymour J.)
In 5425266154993050.wa.paulgboulderaim@bama.ua.edu, on
12/08/2011
   at 08:44 PM, Paul Gilmartin paulgboul...@aim.com said:

It should be expanded by Allocation, at interpretation time,

Allocation is not at interpretaion time, it's at execution time.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: JCL sheesh! for today

2011-12-09 Thread Shmuel Metz (Seymour J.)
In 4ee121d3.5070...@acm.org, on 12/08/2011
   at 02:45 PM, Joel C. Ewing jcew...@acm.org said:

I don't think Fred Brooks was really thinking things through when he 
said he would have preferred language-specific support within 
higher-level programming languages for scheduling program execution 
rather than OS/360 JCL

He wasn't thinking things through in his book either.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: JCL sheesh! for today

2011-12-09 Thread Shmuel Metz (Seymour J.)
In
caarmm9qua3vgiq3ahctpt4+xjvioocan8j7hk3fzgp_7tyr...@mail.gmail.com,
on 12/08/2011
   at 02:35 PM, Tony Harminc t...@harminc.net said:

When would the name(s) be resolved/expanded? At conversion time?
Execution time? Somewhere in between?

OPEN.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: JCL sheesh! for today

2011-12-09 Thread Shmuel Metz (Seymour J.)
In p06240810cb075f225d98@[25.249.252.205], on 12/09/2011
   at 01:51 AM, Robert A. Rosenberg hal9...@panix.com said:

You better hope that you run the interpretation on the same machine 
that the job stream will execute on (or is interpretation the first 
step of execution?

Conversion, Interpretation and Execution could be on three different
machines.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: JCL sheesh! for today

2011-12-09 Thread Shmuel Metz (Seymour J.)
In
caarmm9quktjumbrjtcnbhyssy0qra_te-2rn9xrvkhaqjr6...@mail.gmail.com,
on 12/08/2011
   at 02:33 PM, Tony Harminc t...@harminc.net said:

When would the path be resolved/expanded? At conversion time?
Execution time? Somewhere in between?

IMHO, execution time is what makes sense. Dynamic Allocation should
accept ~ and ~userid in a fashion consistend with the proposed
semantics for PATH on a DD statement.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: RECFM=VBA and no JCL

2011-12-09 Thread Shmuel Metz (Seymour J.)
In
CAJTOO59ww+TsXqxW=5z95vgjycyqt5tui+jesjilxw-yxle...@mail.gmail.com,
on 12/08/2011
   at 12:47 PM, Mike Schwab mike.a.sch...@gmail.com said:

Don't forget the length fields.  You are only getting 9 records per
block.

That depends on the block size and on the records actually written.
Some of the records could be as short as 6 bytes.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: JCL sheesh! for today

2011-12-09 Thread Shmuel Metz (Seymour J.)
In a6b9336cdb62bb46b9f8708e686a7ea00b038bb...@nrhmms8p02.uicnrh.dom,
on 12/08/2011
   at 02:19 PM, McKown, John john.mck...@healthmarkets.com said:

I'd expand it at JCL interpretation time.

For SYSUIDL, I agree. However, IMHO both ~ and ~userid should be
expanded at run time.

E.g. if user bozo exists and has a HOME directory of u/bozo, 
then ~bozo expands to /u/bozo. If bozo does not exist, then 
~bozo is passed to the program as ~bozo. In the z/OS world, 
I would expect a JCL error in this later case.

A bit late, what?

I would also expect a JCL error if bozo's HOME directory is
specified, but either does not exist

Does not exist where? If it exists on the execution system then it
should be legitimate.

The ~ would be resolved on the converting system.

Why?

And the converting/intepreting/executing system(s) should be
consistent on the HOME subdirectory. 

That's the kiss of death.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: JCL sheesh! for today

2011-12-09 Thread Paul Gilmartin
On Fri, 9 Dec 2011 09:57:38 -0800, Ed Gould wrote:

 JC,
My memory indicates that the parm on the exec card is really the only real 
column sensitive Nasty left in JCL.

DSN?  PATH?  While most programmers would start DSN on a new line
rather than breaking it with a continuation, when PATH exceeds 65
characters they have little choice.  Even worse, if the Nasty contains
a symbol reference, the symbol name must be complete on a single
line (documented restriction), or if it contains an ampersand or an
apostrophe doubled for protection, the pair must appear on a single
line (I don't believe this is documented; I'm tempted to PMR it.)
These are a real PITA when I attempt to generate code automatically,

Oh, did I mention that I hate JCL!?

-- 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: JCL sheesh! for today

2011-12-09 Thread Charles Mills
 any language that I am familiar with does have column restrictions of some
type

Does C/C++? #'s have to be the first token on the line, and //'s effectively
end a line, but are there any *column* sensitivities?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Ed Gould
Sent: Friday, December 09, 2011 9:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL sheesh! for today

 JC,
My memory indicates that the parm on the exec card is really the only real
column sensitive Nasty left in JCL.
Although there is some debate whether JCL is a language (or not) any
language that I am familiar with does have column restrictions of some type.

--
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: How to read past EOF

2011-12-09 Thread Charles Mills
I am not familiar with StarTool but could you use it to advance the start of
the dataset by one track? Given how CKD DASD works, I think you have lost
the data from the entire first track anyway, so why not just delete the
first track from the dataset?

I do think BSAM will work as others have suggested. You could continue
reading after EOF, I believe. Almost certainly you could just POINT to the
second track and start reading from there.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Skip Robinson
Sent: Friday, December 09, 2011 9:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: How to read past EOF

I have a GTF trace file full of gold nuggets and bright red rubies. 
Unfortunately GTF trace was restarted at the next IPL, so the data set has
immediate EOF. I used StarTool to reset logical (VTOC) end of file to the
full extent. Anyone know how to bypass physical EOF and read/copy from block
2 all the way to the end? 

--
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: JCL sheesh! for today

2011-12-09 Thread Ed Gould
 Gil,

Here we go again. DSN does not need to be the first. For readability a lot of 
installations choose to have one item per line. I happen to agree. After 
several years of midnight perusal of attempting to read JCL and seeing some 
really badly written JCL think you will find. That 1 item per line, ie DSN, 
disp, space etc it#39;s the only way to go.

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: ROOT file system is out space

2011-12-09 Thread Bobbie Justice
If by pull, you're talking apply check (followed by apply after reviewing all 
the holds and checking for errors), then certainly. USE SOURCEID...something 
along the lines of:.(change it to fit your requirements)  

APPLY CHECK 
   SOURCEID(RSU1109 HIPER PRP)  
GROUPEXTEND BYPASS(HOLDSYS).

etc., etc. Understand that's only a sample, that's not meant to be copied 
verbatim. 


However, I have a question what do you mean by pull. I do hope you're not 
saying that your smpnts is in the ROOT.

Bobbie Jo Justice
 




We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB
of PTFS. That's why the service root is running out of space.

Is there any way to pull only latest RSU not all the PTFS?

Regards,
Chokalingam Thangavelu

--
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: How to read past EOF

2011-12-09 Thread Shmuel Metz (Seymour J.)
In
of67724b49.3e6dd84e-on88257961.006123f0-88257961.0061a...@sce.com,
on 12/09/2011
   at 09:46 AM, Skip Robinson jo.skip.robin...@sce.com said:

Anyone know how to bypass physical EOF and read/copy from  block 2
all the way to the end? 

Write Count Key Data erases the rest of the track. The best that you
can do is to start reading at TTR 00010100.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Shmuel Metz (Seymour J.)
In 3132780518416856.wa.paulgboulderaim@bama.ua.edu, on
12/09/2011
   at 12:14 PM, Paul Gilmartin paulgboul...@aim.com said:

IMO, function point analysis measures not the complexity of a
problem, but the complexity of an imputed solution to the problem.

I've only seen the term used in conjunction with the problem
definition, not in conjunction with the code.

I have known of programmers who would never use the
value of a relational expression other than in an IF
statement. 

You can code FORTRAN in any language.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: JCL sheesh! for today

2011-12-09 Thread Shmuel Metz (Seymour J.)
In 1323453458.3290.yahoomailmob...@web161403.mail.bf1.yahoo.com, on
12/09/2011
   at 09:57 AM, Ed Gould ps2...@yahoo.com said:

My memory indicates that the parm on the exec card is really the only
real column sensitive Nasty left in JCL.

There's nothing special about PARM. The column sensitivity of for
continuation of quoted strings and applies equally well to, e.g., AMP.

Although there is some debate whether JCL is a language (or not)

The only debate that I recall was whether it was a *programming*
language.

any language that I am familiar with does have column restrictions
of some type.

Ada? C? English? Rexx?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Determining MSUs

2011-12-09 Thread Phil Smith
So if a customer doesn't know the MSU capacity of an LPAR, what's the easiest 
way to find out? I know, their billing folks SHOULD know, but they're 
apparently on a different planet. Some RMF report?
--
...phsiii

Phil Smith III
p...@voltage.commailto:p...@voltage.com
Voltage Security, Inc.
www.voltage.comhttp://www.voltage.com
(703) 476-4511 (home office)
(703) 568-6662 (cell)


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

2011-12-09 Thread Lizette Koehler
 
 So if a customer doesn't know the MSU capacity of an LPAR, what's the
easiest way to
 find out? I know, their billing folks SHOULD know, but they're apparently
on a different
 planet. Some RMF report?
 --
 ...phsiii


Well if you have Syncosrt you can run its report and it will tell you the
number of MSUs.

Or you can use Mark Zelden's IPLINFO and it will tell you the MSU on that
LPAR.  Which means it is probably in the CVT and accessible by REXX or
Assembler of IPCS.


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

2011-12-09 Thread David Andrews
On Fri, 2011-12-09 at 14:35 -0500, Phil Smith wrote:
 So if a customer doesn't know the MSU capacity of an LPAR, what's the
 easiest way to find out?

RMF Monitor III, option 1.3?  (Overview - CPC)

--
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: JCL sheesh! for today

2011-12-09 Thread McKown, John
You can do what I do:

// SET PTH1='/some/really/long'
// SET PTH2='/and/involved/UNIX/'
// SET PTH3='/path/with/'
// SET PTH4=PTH3SYBOL
//*
//DD1 DD PATH=PTH1PTH2PTH3PTH4

Yes, another PITA. But less confusing, to me, than trying to get the 
continuation exactly right.

--
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 Paul Gilmartin
 Sent: Friday, December 09, 2011 12:25 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: JCL sheesh! for today
 
 On Fri, 9 Dec 2011 09:57:38 -0800, Ed Gould wrote:
 
  JC,
 My memory indicates that the parm on the exec card is really 
 the only real column sensitive Nasty left in JCL.
 
 DSN?  PATH?  While most programmers would start DSN on a new line
 rather than breaking it with a continuation, when PATH exceeds 65
 characters they have little choice.  Even worse, if the Nasty contains
 a symbol reference, the symbol name must be complete on a single
 line (documented restriction), or if it contains an ampersand or an
 apostrophe doubled for protection, the pair must appear on a single
 line (I don't believe this is documented; I'm tempted to PMR it.)
 These are a real PITA when I attempt to generate code automatically,
 
 Oh, did I mention that I hate JCL!?
 
 -- 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


Re: How to read past EOF

2011-12-09 Thread Jakubek, Jan
Skip Robinson
I have a GTF trace file full of gold nuggets and bright red rubies. 
Unfortunately GTF trace was restarted at the next IPL, so the data set
has 
immediate EOF. I used StarTool to reset logical (VTOC) end of file to
the 
full extent. Anyone know how to bypass physical EOF and read/copy from 
block 2 all the way to the end? 


GSF FastPath Browse/View/Edit possibly could...only if the size of file
would fit in an ISPF Edit session...
Hth...

--
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: How to read past EOF

2011-12-09 Thread McKown, John
If it were me, I'd write a program using XDAP or EXCP to read the dataset, 
logically unblocking the records, and doing a copy type operation to another 
dataset.

Something which __might__ work is to use BSAM. You'll get a immediate EOF 
indication. But I think you can then reset the bit in the DCB so that BSAM 
doesn't know that you have gotten an EOF, then continue doing READs. I'm just 
guessing, but looking here:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2r190/13.3

I would try:

NI  INPUTDCB+DCBCIND2-IHADCB,X'FF'-DCBCNWR0

--
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 Skip Robinson
 Sent: Friday, December 09, 2011 11:47 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: How to read past EOF
 
 I have a GTF trace file full of gold nuggets and bright red rubies. 
 Unfortunately GTF trace was restarted at the next IPL, so the 
 data set has 
 immediate EOF. I used StarTool to reset logical (VTOC) end of 
 file to the 
 full extent. Anyone know how to bypass physical EOF and 
 read/copy from 
 block 2 all the way to the end? 
 
 
 .
 .
 JO.Skip Robinson
 SCE Infrastructure Technology Services
 Electric Dragon Team Paddler 
 SHARE MVS Program Co-Manager
 626-302-7535 Office
 323-715-0595 Mobile
 jo.skip.robin...@sce.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: JCL sheesh! for today

2011-12-09 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills
 Sent: Friday, December 09, 2011 12:31 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: JCL sheesh! for today
 
  any language that I am familiar with does have column 
 restrictions of some
 type
 
 Does C/C++? #'s have to be the first token on the line, and 
 //'s effectively
 end a line, but are there any *column* sensitivities?
 
 Charles
 

Perl certainly does not have any column orientation. Neither does awk. In fact, 
most UNIX originated languages don't do column orientation. Python being a 
major exception. Well, it's not column oriented, but indentation dependant for 
control structures. I think column oriented languages were invented by people 
who had keypunches and Hollerith cards.

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


TSO on z/OS 1.12 with LOGONHERE and multisystem logon

2011-12-09 Thread McKown, John
I'll be testing this in a couple of weekends (2011-12-18), but I'm curious now. 
On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my test 
IPL for z/OS 1.12 to test it in our production image, I will have both images 
in the sysplex at z/OS 1.12.  So I plan to also test being logged onto TSO on 
both system concurrently. I don't know how it could, but I'm curious if the 
LOGONHERE(ON) will interfere with being logged on to both systems at the same 
time. Has anybody else done this? Oh, and I do have ISPF set up to allow it. I 
think. Unless I messed up the ISPCCONF process some how. I'm still not sure 
about SDSF and the console function. The people who will be logged on to both 
systems concurrently are heavy SDSF users: Tech Services and Production Control 
(we no longer have any operators at all). I know about the SET CONSOLE, but am 
unsure of how to use it in this type of environment. We run a basic sysplex, 
with no CF. So we don't have an OPERLOG, just independent SYSLOGs in the SPOOL.


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: How to read past EOF

2011-12-09 Thread Skip Robinson
I understand that the first block is lost. Using the ZAP command, I can 
forward to the next block and see data. The 'standard utility' products I 
can think of will stop immediately at the physical EOF even though (thanks 
to StarTool/PDS) the data set appears full. That is, ISPF 3.2 shows 100% 
used. 
?
To another suggestion, deleting the first block sounds appealing, but how 
would I 'delete' an EOF?

Do I really have to write a program to get my data???

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net
To: IBM-MAIN@bama.ua.edu
Date:   12/09/2011 11:32 AM
Subject:Re: How to read past EOF
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



In
of67724b49.3e6dd84e-on88257961.006123f0-88257961.0061a...@sce.com,
on 12/09/2011
   at 09:46 AM, Skip Robinson jo.skip.robin...@sce.com said:

Anyone know how to bypass physical EOF and read/copy from  block 2
all the way to the end? 

Write Count Key Data erases the rest of the track. The best that you
can do is to start reading at TTR 00010100.
 


--
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: How to read past EOF

2011-12-09 Thread Gerhard Postpischil

On 12/9/2011 12:46 PM, Skip Robinson wrote:

I have a GTF trace file full of gold nuggets and bright red rubies.
Unfortunately GTF trace was restarted at the next IPL, so the data set has
immediate EOF. I used StarTool to reset logical (VTOC) end of file to the
full extent. Anyone know how to bypass physical EOF and read/copy from
block 2 all the way to the end?


If it has an EOF, then presumably the rest of the track has been 
erased. You should be able to recover the rest by using BSAM to 
copy the file, but issue a POINT immediately after OPEN.


If you have the ability to ZAP the VTOC entry, and nobody else 
is using the volume, just zap the DSCB1 start extent up one 
track, do a normal copy (IEBGENER, or whatever), then zap it back.


Gerhard Postpischil
Bradford, VT

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


Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

2011-12-09 Thread Veilleux, Jon L
I'm not sure why it would cause an issue. We have had it on for over a year and 
I have logged on to multiple systems in  a sysplex many times. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Friday, December 09, 2011 2:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

I'll be testing this in a couple of weekends (2011-12-18), but I'm curious now. 
On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my test 
IPL for z/OS 1.12 to test it in our production image, I will have both images 
in the sysplex at z/OS 1.12.  So I plan to also test being logged onto TSO on 
both system concurrently. I don't know how it could, but I'm curious if the 
LOGONHERE(ON) will interfere with being logged on to both systems at the same 
time. Has anybody else done this? Oh, and I do have ISPF set up to allow it. I 
think. Unless I messed up the ISPCCONF process some how. I'm still not sure 
about SDSF and the console function. The people who will be logged on to both 
systems concurrently are heavy SDSF users: Tech Services and Production Control 
(we no longer have any operators at all). I know about the SET CONSOLE, but am 
unsure of how to use it in this type of environment. We run a basic sysplex, 
with no CF. So we don't have an OPERLOG, just indepen!
 dent SYSLOGs in the SPOOL.


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

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


Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

2011-12-09 Thread Bob Shannon
Same answer as Jon. Used it since beta. No problem. 

Bob Shannon
Rocket Software

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


Re: How to read past EOF

2011-12-09 Thread Charles Mills
No, no, delete the first *track* by using StarTool (? SuperZap?) to plug the
start of the extent in the VTOC. Plug it back when you are done, or you will
lose the track permanently!

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Skip Robinson
Sent: Friday, December 09, 2011 11:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: How to read past EOF

I understand that the first block is lost. Using the ZAP command, I can
forward to the next block and see data. The 'standard utility' products I
can think of will stop immediately at the physical EOF even though (thanks
to StarTool/PDS) the data set appears full. That is, ISPF 3.2 shows 100%
used. 
?
To another suggestion, deleting the first block sounds appealing, but how
would I 'delete' an EOF?

Do I really have to write a program to get my data???

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


Re: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Rick Fochtman

-snip-
As someone who did most of his coding in COBOL (my modifications to 
other code in Assembler are on the CBT tape), I treat this article with 
great suspicion. I might add that probably a higher percentage of Java 
programmers have a computer science or related degree than do COBOL 
programmers. As one who doesn't have that degree, I am skeptical of its 
value for most business programming.

---unsnip
In my admittedly limited experience, that degree in Computer Science 
is just another piece of paper for The Facility.


There may be many highly intelligent people who have that degree; I just 
haven't met any.


Rick

--
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: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

2011-12-09 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L
 Sent: Friday, December 09, 2011 2:01 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
 
 I'm not sure why it would cause an issue. We have had it on 
 for over a year and I have logged on to multiple systems in  
 a sysplex many times. 

I couldn't think of any reason it would be a problem. But I just was too 
anxious to wait to see on the 18th. I wanted to test this weekend, but did not 
get ready in time to put in the request. And, around here, you get dinged if 
you do something without a request. And you also get dinged if you put in a 
request to test something, and then don't do it. So it's difficult to get 
permission to test, if I'm ready, but not test if I'm not ready. And doing a 
test which fails also gets a ding. FVSO fail. Because if you don't get a 
failure when you want one, your test failed to fail, which is a failure? I get 
so confused some times.

--
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: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

2011-12-09 Thread Mark Zelden
On Fri, 9 Dec 2011 13:48:14 -0600, McKown, John john.mck...@healthmarkets.com 
wrote:

I'll be testing this in a couple of weekends (2011-12-18), but I'm curious 
now. On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my 
test IPL for z/OS 1.12 to test it in our production image, I will have both 
images in the sysplex at z/OS 1.12.  So I plan to also test being logged onto 
TSO on both system concurrently. I don't know how it could, but I'm curious if 
the LOGONHERE(ON) will interfere with being logged on to both systems at the 
same time. Has anybody else done this? Oh, and I do have ISPF set up to allow 
it. I think. Unless I messed up the ISPCCONF process some how. I'm still not 
sure about SDSF and the console function. The people who will be logged on to 
both systems concurrently are heavy SDSF users: Tech Services and Production 
Control (we no longer have any operators at all). I know about the SET 
CONSOLE, but am unsure of how to use it in this type of environment. We run a 
basic sysplex, with no CF. So we don't have an OPERLOG, just indepe!
 ndent SYSLOGs in the SPOOL.


I assume you are coming from 1.10 or below?   LOGONHERE(ON) was new with z/OS 
1.11
and incredibly IBM chose the default as ON!  (go figure).  

LOGONHERE is basically the same thing you always got with RECONNECT, but works 
when
the source terminal is not the same as it was originally.   In the old days 
when you
worked from a real terminal or coax attached 3270 emulation, that wasn't a 
problem.
It was for TN3270. 

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


Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

2011-12-09 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of McKown, John
 
  -Original Message-
  From: IBM Mainframe Discussion List
  [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L
  Sent: Friday, December 09, 2011 2:01 PM
  To: IBM-MAIN@bama.ua.edu
  Subject: Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
 
  I'm not sure why it would cause an issue. We have had it on for over
a
  year and I have logged on to multiple systems in a sysplex many
times.
 
 I couldn't think of any reason it would be a problem. But I just was
too anxious to wait to see on the
 18th. I wanted to test this weekend, but did not get ready in time to
put in the request. And, around
 here, you get dinged if you do something without a request. And you
also get dinged if you put in
 a request to test something, and then don't do it. So it's difficult
to get permission to test, if
 I'm ready, but not test if I'm not ready. And doing a test which
fails also gets a ding. FVSO
 fail. Because if you don't get a failure when you want one, your
test failed to fail, which is a
 failure? I get so confused some times.

Sounds like that old song title, Forgot to remember to forget.  :-)

We've had LOGONHERE enabled since we first discovered it in z/OS 1.11.
I routinely log on to TSO on all three images in our sysplex.  Indeed,
with RECONNECT permanently selected on the logon panel, if my emulator
window hiccups and blows my connection away, I can reconnect to tn3270
(gets a different terminal ID), then logon and get my TSO session
restored like I had never left.

-jc-

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


Re: Determining MSUs

2011-12-09 Thread Edward Jaffe

On 12/9/2011 11:41 AM, Lizette Koehler wrote:
... Or you can use Mark Zelden's IPLINFO and it will tell you the MSU on that 
LPAR. Which means it is probably in the CVT and accessible by REXX or 
Assembler of IPCS.


Not CVT. It's in RCTLACS. Try this:

test 'sys1.linklib(iefbr14)'
l 10.?+25c?+e4?+c4

--
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: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Paul Gilmartin
On Fri, 9 Dec 2011 14:30:48 -0500, Shmuel Metz (Seymour J.) wrote:

In 3132780518416856.wa.paulgboulderaim@bama.ua.edu, on
12/09/2011
   at 12:14 PM, Paul Gilmartin said:

IMO, function point analysis measures not the complexity of a
problem, but the complexity of an imputed solution to the problem.

I've only seen the term used in conjunction with the problem
definition, not in conjunction with the code.
 
Problem:  Generate a proof of the Four Color Theorem.

How many function points?

(I said solution, not code.)

You can code FORTRAN in any language.
 
Indeed.

-- 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: JCL sheesh! for today

2011-12-09 Thread Paul Gilmartin
On Fri, 9 Dec 2011 13:08:03 -0500, Shmuel Metz (Seymour J.) wrote:

In 5425266154993050.wa.paulgboulderaim@bama.ua.edu, on
12/08/2011
   at 08:44 PM, Paul Gilmartin said:

It should be expanded by Allocation, at interpretation time,

Allocation is not at interpretaion time, it's at execution time.

I need a vocabulary lesson.  I think I've heard of phases called
Read, Convert, Interpret, and Execute.  Are there actually four
(or even move)?  Or are some of these terms synonymous?
And in my vocabulary (outside MVS), Interpret and Execute
have always been synonymous. Does Interpret transform
the intermediate code from Convert into yet another form
of intermediate code which is subsequently Execute[d]?

Nonetheless, I believe the pathname in the DD statement is
validated (by allocation?)sometime before step execution
begins.  But there's no locking; it's possible to unlink the file
after allocation and before OPEN and get yet a different error.

-- 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: ROOT file system is out space

2011-12-09 Thread Rob Schramm
Until you step back from this and look at the practice, this is never
going to work.

Don't be shy about creating new filesystems.

Did you already send a df ?  It might help everyone give more specific advice.


Rob Schramm
Senior Systems Consultant
Imperium Group



On Fri, Dec 9, 2011 at 2:02 PM, Bobbie Justice golds...@yahoo.com wrote:
 If by pull, you're talking apply check (followed by apply after reviewing 
 all the holds and checking for errors), then certainly. USE 
 SOURCEID...something along the lines of:.(change it to fit your 
 requirements)

 APPLY CHECK
       SOURCEID(RSU1109 HIPER PRP)
    GROUPEXTEND BYPASS(HOLDSYS).

 etc., etc. Understand that's only a sample, that's not meant to be copied 
 verbatim.


 However, I have a question what do you mean by pull. I do hope you're not 
 saying that your smpnts is in the ROOT.

 Bobbie Jo Justice





 We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB
 of PTFS. That's why the service root is running out of space.

 Is there any way to pull only latest RSU not all the PTFS?

 Regards,
 Chokalingam Thangavelu

 --
 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: JCL sheesh! for today

2011-12-09 Thread Mike Schwab
Doesn't JES3 make sure the dataset is available and there is enough
free space before it starts the job?

On Fri, Dec 9, 2011 at 8:57 AM, Charles Mills charl...@mcn.org wrote:
 Right.

 In other words, *any* program that gets dataset information *other* than
 from DD statements: from its own SYSIN control statements, from some
 external source (such as connectivity to another machine), user key-in,
 created by internal logic, etc. -- joins the dataset ENQ party only during
 execution time. Schedulers, initiators, converters, etc. are blissfully
 unaware of its dataset requirements, and do not factor that into their
 scheduling or other processing.

 Charles
-- 
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: JCL sheesh! for today

2011-12-09 Thread Ed Gould
 Shmuel,

I was referencing mind you indirectly about continuation(s) with quotes, 
parenthesis .

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: LDAP for z/OS with long name

2011-12-09 Thread Rob Schramm
It doesn't require DB2.

Rob Schramm
Senior Systems Consultant
Imperium Group



On Fri, Dec 9, 2011 at 6:45 AM, Geoff Rousell geoff_rous...@uk.ibm.com wrote:
 Arye,

 I presume you mean the conventional version of the Tivoli Directory Server 
 for z/OS, with DB2 as the back-end data store. For this case, it appears that 
 the *default* maximum DN value is 512, but this can be modified:

 In the Tivoli Directory Server Administration and Use manual, in appendix B 
 (which describes the DB2 setup), there is the following comment:

     -- Change -ENTRY_DN_SIZE- to the maximum size of a DN.  This value
     -- includes the null terminator, so the actual maximum length of a DN
     -- will be one less than this value.
     --
     --     The suggested size is 512.

 See here for full details:

 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GLPA2AC0/APPENDIX1.2.1?SHELF=GLPABK50DT=20110623103934

 Regards,

 Geoff Rousell
 IBM System z, UK

 --
 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: JCL sheesh! for today

2011-12-09 Thread Ed Gould
 John,

I am not familiar with PERL,
However the main point I am suggesting is that readability and debugging is 
EVERYTHING.
What good does it do to string out an entire program into one continuous line?

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: How to read past EOF

2011-12-09 Thread Bill Fairchild
There's no need to unblock the logically blocked records.  You can unblock it 
if you want to, but the output copy will be much larger than the original and 
will take MCH longer to read in. 

There is probably another EOF record somewhere in the data which must also be 
skipped.  The last time I deconstructed GTF data (ca. 1996), the following was 
true:  when GTF writes its trace data to an output file on DASD, only the first 
allocated extent is used, and if the trace runs long enough, the first extent 
will fill up and then be rewritten over and over again in a wrap-around manner. 
 There is an EOF written at the end of each block written to the file, but when 
more data becomes available the EOF record is rewritten with a non-EOF record 
and the real EOF moves through the file.  The first block after the real EOF is 
the oldest in time sequence, and the block just prior to the real EOF is the 
youngest in time sequence.  The very first block of the data is almost 
certainly not the beginning of the trace in chronological sequence, assuming 
the trace ran long enough to wrap around at least once.  IPCS understands this 
format, and displays the data in true chronological !
 sequence once it finds the real EOF in the middle of the file somewhere and 
then moves past it to read the next block, which is really the first block 
written in chronological order.

Bill Fairchild

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Friday, December 09, 2011 1:12 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: How to read past EOF

If it were me, I'd write a program using XDAP or EXCP to read the dataset, 
logically unblocking the records, and doing a copy type operation to another 
dataset.

Something which __might__ work is to use BSAM. You'll get a immediate EOF 
indication. But I think you can then reset the bit in the DCB so that BSAM 
doesn't know that you have gotten an EOF, then continue doing READs. I'm just 
guessing, but looking here:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2r190/13.3

I would try:

NI  INPUTDCB+DCBCIND2-IHADCB,X'FF'-DCBCNWR0

--
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 Skip Robinson
 Sent: Friday, December 09, 2011 11:47 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: How to read past EOF
 
 I have a GTF trace file full of gold nuggets and bright red rubies. 
 Unfortunately GTF trace was restarted at the next IPL, so the data set 
 has immediate EOF. I used StarTool to reset logical (VTOC) end of file 
 to the full extent. Anyone know how to bypass physical EOF and 
 read/copy from block 2 all the way to the end?
 
 
 .
 .
 JO.Skip Robinson
 SCE Infrastructure Technology Services Electric Dragon Team Paddler 
 SHARE MVS Program Co-Manager
 626-302-7535 Office
 323-715-0595 Mobile
 jo.skip.robin...@sce.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: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread John Gilmore
The statements

 I have known of programmers who would never use the value of a relational 
 expression
 other than in an IF statement.

You can code FORTRAN in any language.

require comment.

I have known such programmers too; and it is a fair criticism of COBOL
as it is currently used that---apart from not yet implemented
new-standard language extensions---it makes this necessary.

The comment about FORTRAN is just rhetoric, misconceived for FORTRANs
later than FORTRAN II.  FORTRAN IV, introduced in the middle 60s, and
its sequelæ all have logical variables and operators for negation,
disjunction and conjunction.  One can set a logical variable in an
assignment statement and use it later, in other logical assignment
statements or in IF statements.

The more general notion that one can bring the habits and idioms
appropriate to one statement-level procedural language into another
SLPL is unexceptionable if banal.  I have seen COBOL written by
someone whose métier was clearly RPG; I have seen LISP quite obviously
written by someone whose métier was COBOL; and anyone with significant
experience reading other people's code could multiply such examples.

John Gilmore, Ashland, MA 01721 - USA

--
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: How to read past EOF

2011-12-09 Thread Jim Mulder
 There is probably another EOF record somewhere in the data which 
 must also be skipped.  The last time I deconstructed GTF data (ca. 
 1996), the following was true:  when GTF writes its trace data to an
 output file on DASD, only the first allocated extent is used, and if
 the trace runs long enough, the first extent will fill up and then 
 be rewritten over and over again in a wrap-around manner.  There is 
 an EOF written at the end of each block written to the file, but 
 when more data becomes available the EOF record is rewritten with a 
 non-EOF record and the real EOF moves through the file.  The first 
 block after the real EOF is the oldest in time sequence, and the 
 block just prior to the real EOF is the youngest in time sequence. 
 The very first block of the data is almost certainly not the 
 beginning of the trace in chronological sequence, assuming the trace
 ran long enough to wrap around at least once.  IPCS understands this
 format, and displays the data in true chronological !
  sequence once it finds the real EOF in the middle of the file 
 somewhere and then moves past it to read the next block, which is 
 really the first block written in chronological order.

  GTF uses BSAM to write to PS and PS-E data sets.  BSAM 
WRITEs do not write a moving EOF.  An EOF is written only
when the data set is CLOSEed.   If the data set has wrapped
(not PS-E - GTF currently does not allow support wrapping 
for PS-E data sets), GTF does a POINT to the end of the
data set before doing the CLOSE.  So the only EOF is at
the physical end.

  The GTFTRACE subcommand of IPCS determines the wrap
point by reading sequentially and looking at the timestamps. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY 

--
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: JCL sheesh! for today

2011-12-09 Thread Edward Jaffe

On 12/9/2011 1:45 PM, Mike Schwab wrote:

Doesn't JES3 make sure the dataset is available and there is enough
free space before it starts the job?


Data set available? JES3 setup ensures allocation will not wait when the job 
gets into the initiator.


Enough free space available? I believe the volumes have already been selected by 
SMS and JES3 before the job gets into the initiator. Not sure if that 
constitutes an absolute guarantee of free space availability, but it's a start...


--
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: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

2011-12-09 Thread Pinnacle

On 12/9/2011 3:03 PM, Veilleux, Jon L wrote:

I'm not sure why it would cause an issue. We have had it on for over a year and 
I have logged on to multiple systems in  a sysplex many times.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
McKown, John
Sent: Friday, December 09, 2011 2:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

I'll be testing this in a couple of weekends (2011-12-18), but I'm curious now. 
On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my test 
IPL for z/OS 1.12 to test it in our production image, I will have both images 
in the sysplex at z/OS 1.12.  So I plan to also test being logged onto TSO on 
both system concurrently. I don't know how it could, but I'm curious if the 
LOGONHERE(ON) will interfere with being logged on to both systems at the same 
time. Has anybody else done this? Oh, and I do have ISPF set up to allow it. I 
think. Unless I messed up the ISPCCONF process some how. I'm still not sure 
about SDSF and the console function. The people who will be logged on to both 
systems concurrently are heavy SDSF users: Tech Services and Production Control 
(we no longer have any operators at all). I know about the SET CONSOLE, but am 
unsure of how to use it in this type of environment. We run a basic sysplex, 
with no CF. So we don't have an OPERLOG, just indep!

en!

  dent SYSLOGs in the SPOOL.


John McKown
Systems Engineer IV
IT


John,

SDSF will set the CONSOLE to the userid by default, which is not a 
problem unless you issue commands.  Command responses will be written to 
the console that first established the id, so if you logon to SYSA, then 
SYSB, and issue a command from SDSF on SYSB, the response will appear in 
SDSF on SYSA.  Issue the SET CONSOLE command on SYSB to set a unique 
console.  Unfortunately SDSF will save that value into the SDSF ISPF 
profile, so you have the same problem the next time you use multiple 
logon and SDSF.  They're still working on an enhancement.  Maybe next 
release (we can only hope).  If you're a SHARE member, grab the Bit 
Bucket presentation from Orlando to see my presentation on correctly 
setting up multiple logon.


Regards,
Tom Conley

--
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: SV: SV: JCL sheesh! for today

2011-12-09 Thread Thomas Berg
 -Ursprungligt meddelande-
 Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
 Shmuel Metz (Seymour J.)
 Skickat: den 9 december 2011 19:20
 Till: IBM-MAIN@bama.ua.edu
 Ämne: Re: SV: SV: JCL sheesh! for today
 
 In
 a90e503c23f97441b05ee302853b0e6241dc0ac...@fspas01ev010.fspa.myntet.se,
 on 12/09/2011
at 10:28 AM, Thomas Berg thomas.b...@swedbank.se said:
 
 It's under the radar when the job cards is read and interpreted.
 
 Read the message again. In particular, as seen from the initiator.
 

Ok, If I rephrase it like: as seen from the initiator before the actual 
execution starts ? :) 
  

 
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: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Steve Comstock

On 12/9/2011 4:48 PM, Frank Swarbrick wrote:

Kind of a non sequitur.  COBOL programs (I am a COBOL programmer) do little in 
the way of dynamic allocation, thus no GC required.
(Not that I wouldn't like some dynamic allocation in COBOL...)
Frank



It's there for you to use:

  http://www.trainersfriend.com/Language_Environment_courses/m512descr.htm
  http://www.trainersfriend.com/COBOL_Courses/d704descr.htm
  http://www.trainersfriend.com/COBOL_Courses/D725descrpt.htm


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-355-2752
http://www.trainersfriend.com

* To get a good Return on your Investment, first make an investment!
  + Training your people is an excellent investment

* Try our tool for calculating your Return On Investment
for training dollars at
  http://www.trainersfriend.com/ROI/roi.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: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

2011-12-09 Thread Chris Mason
John

During one lesson in the physics laboratory at school - in the 1950s! - I was 
told that experiments (tests) never fail. IIRC, the idea of our superb physics 
master was that you shouldn't enter into any scientific experiment with a 
preconceived idea what the result should be. Thus you can't get into the 
situation that you succeed if you get the result you expect and you fail if 
you get another result.

There is, of course, a sense where an experiment either succeeds or fails 
depending on how clear a result you get but this is a matter of how well or 
otherwise you design the experiment.

Your post brought back the memory of that important lesson!

Chris Mason

On Fri, 9 Dec 2011 14:47:25 -0600, McKown, John john.mck...@healthmarkets.com 
wrote:

 ...

I couldn't think of any reason it would be a problem. But I just was too 
anxious to wait to see on the 18th. I wanted to test this weekend, but did not 
get ready in time to put in the request. And, around here, you get dinged if 
you do something without a request. And you also get dinged if you put in a 
request to test something, and then don't do it. So it's difficult to get 
permission to test, if I'm ready, but not test if I'm not ready. And doing a 
test which fails also gets a ding. FVSO fail. Because if you don't get a 
failure when you want one, your test failed to fail, which is a failure? I get 
so confused some times.

--
John McKown

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


Re: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Frank Swarbrick
Kind of a non sequitur.  COBOL programs (I am a COBOL programmer) do little in 
the way of dynamic allocation, thus no GC required.  (Not that I wouldn't like 
some dynamic allocation in COBOL...)
Frank





 From: Barry Merrill ba...@mxg.com
To: IBM-MAIN@bama.ua.edu 
Sent: Friday, December 9, 2011 8:29 AM
Subject: Re: Java apps have most flaws, Cobol is cleanest.
 
A couple of years ago at SHARE, in a mostly-Java-folks session, 
I asked the IBM speaker why Java architected Garbage Collection
(which I first encountered in Basic on my TRS-80, when a ham
radio logging program stopped for 6 minutes in the middle of
a contest), and his reply was that that was done because Java
programmers didn't know how much memory their program needed, 
so I asked if that meant that COBOL programmers were smarter 
than Java programmers.

Barry

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Sambataro, Anthony (NIH/NBS) [E]
Sent: Friday, December 09, 2011 6:34 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Java apps have most flaws, Cobol is cleanest.

I'm unclear as to whether the COBOL code had fewer errors or cost less to
fix each problem, or both?

-Original Message-
From: Ian [mailto:pcs...@gmail.com]
Sent: Thursday, December 08, 2011 4:53 PM
To: IBM-MAIN@bama.ua.edu
Subject: Java apps have most flaws, Cobol is cleanest.

Interesting article on clean code study.
COBOL scored the highest on security while .NET scored the lowest.

Link to Computer world news article:
http://www.computerworlduk.com/news/applications/3323819/java-apps-have-most
-flaws-cobol-apps-least-study-finds/

(If the link does not fold right, follow the links from here:
http://www.cicsworld.com/node/4252)

Ian
http://www.cicsworld.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




--
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: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

2011-12-09 Thread Jim
Sir,

Hear hear ... 

Somewhat of a similar experience but in the early 60's, my professors'
(physics and chemical) believed that 
experiments were merely a course of steps (process / action) to prove or
disprove a theory (hence, as with 
your experience, there were no failures... unless ofcourse, you simply did
not experiment). 

That taught me a valuable lesson, to date, in life no less. 


Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Chris Mason
Sent: Friday, December 09, 2011 6:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

John

During one lesson in the physics laboratory at school - in the 1950s! - I
was told that experiments (tests) never fail. IIRC, the idea of our superb
physics master was that you shouldn't enter into any scientific experiment
with a preconceived idea what the result should be. Thus you can't get into
the situation that you succeed if you get the result you expect and you
fail if you get another result.

There is, of course, a sense where an experiment either succeeds or fails
depending on how clear a result you get but this is a matter of how well or
otherwise you design the experiment.

Your post brought back the memory of that important lesson!

Chris Mason

On Fri, 9 Dec 2011 14:47:25 -0600, McKown, John
john.mck...@healthmarkets.com wrote:

 ...

I couldn't think of any reason it would be a problem. But I just was too
anxious to wait to see on the 18th. I wanted to test this weekend, but did
not get ready in time to put in the request. And, around here, you get
dinged if you do something without a request. And you also get dinged if
you put in a request to test something, and then don't do it. So it's
difficult to get permission to test, if I'm ready, but not test if I'm not
ready. And doing a test which fails also gets a ding. FVSO fail.
Because if you don't get a failure when you want one, your test failed to
fail, which is a failure? I get so confused some times.

--
John McKown

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



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1873 / Virus Database: 2102/4671 - Release Date: 12/09/11

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


Re: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread John Gilmore
Steve Comstock's point is well made/taken.

If you use IBM Enterprise COBOL you are inescapably in an LE
environment.  You are paying for its overheads whether or not you use
its very flexible facilities for allocating and freeing
dynamic---stack|heap---storage.  Why not then use them?

I don't know that Steve has in fact done this, but they are easy to
package as COBOL functions having perspicuous names.  The COBOL
preprocessor is still a rudimentary thing, but it is well up to that.

John Gilmore, Ashland, MA 01721 - USA

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


IEE600I REPLY TO 01 IS;SUPPRESSED

2011-12-09 Thread Lim Ming Liang

Hi,
Anyone know how to enable the REPLY being displayed on the syslog ?
--
Regards Lim ML

--
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: IEE600I REPLY TO 01 IS;SUPPRESSED

2011-12-09 Thread Lizette Koehler
 Hi,
 Anyone know how to enable the REPLY being displayed on the syslog ?
 --
 Regards Lim ML

What is issuing the WTOR?

Do you have any MPF or automation handing the WTOR?


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: IEE600I REPLY TO 01 IS;SUPPRESSED

2011-12-09 Thread John McKown
If the WTOR has a routcde of 9 (security), the the reply is not displayed
and you see the SUPPRESSED in the log. The only way that I can think of to
get around this is some sort of MPF exit to remove the ROUTCDE 9 indication.
On Dec 9, 2011 8:10 PM, Lim Ming Liang limm...@unifi.my wrote:

 Hi,
 Anyone know how to enable the REPLY being displayed on the syslog ?
 --
 Regards Lim ML

 --**--**--
 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.htmlhttp://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: JCL sheesh! for today

2011-12-09 Thread Joel C. Ewing

On 12/09/2011 11:57 AM, Ed Gould wrote:

  JC,
My memory indicates that the parm on the exec card is really the only real column 
sensitive Nasty left in JCL.
Although there is some debate whether JCL is a language (or not) any language 
that I am familiar with does have column restrictions of some type.

Ed


All JCL statement continuation records are column peculiar, not just 
those involving PARM values or quoted strings.


A continuation which splits a quoted string is column sensitive on where 
the first record ends (column 71) and on where you must resume the 
string on the continuation (column 16).  But, all other statement 
continuation records are also column sensitive in that continued 
parameters must resume in columns 4 - 16.  This complicates manual 
verification of JCL, because visually it is difficult to distinguish 
between any parameter continuation that resumes in column 16 versus one 
that resumes in column 17, but of course the latter fails.


It is true that there are languages (e.g., COBOL, FORTRAN, Assembler) 
with column restrictions that are an integral part of the language 
syntax;  but a number of other languages (e.g.,PL/I, C, REXX) are 
essentially free-form with a syntax that is column insensitive.


--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
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: How to read past EOF

2011-12-09 Thread Skip Robinson
You had my heart racing, Jim. Thought I was OK. But when I ran IPCS, I got 
this. Apparently some header is expected to determine that GTF data is 
present. 


IPCS  
  GTF DDNAME(GTFTRACE)  
IKJ56650I TIME-08:49:14 PM. CPU-00:00:00 SERVICE-11624 SESSION-00:00:01 
DECEMBER
BLS18122I Initialization in progress for FILE(GTFTRACE)  
IKJ56650I TIME-08:49:14 PM. CPU-00:00:00 SERVICE-11697 SESSION-00:00:01 
DECEMBER
    GTFTRACE DISPLAY OPTIONS IN EFFECT   
 SSCH=ALL  IO=ALL  CCW=SI  
 SVC=ALL  PI=ALL  IOX=ALL  
 EXT  DSP  SLIP  RNIO  SRM  RR  
AHL10004I Input is not a GTF trace dataset.  
AHL10009I No records of the requested type were found.  

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Jim Mulder d10j...@us.ibm.com
To: IBM-MAIN@bama.ua.edu
Date:   12/09/2011 02:14 PM
Subject:Re: How to read past EOF
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



 There is probably another EOF record somewhere in the data which 
 must also be skipped.  The last time I deconstructed GTF data (ca. 
 1996), the following was true:  when GTF writes its trace data to an
 output file on DASD, only the first allocated extent is used, and if
 the trace runs long enough, the first extent will fill up and then 
 be rewritten over and over again in a wrap-around manner.  There is 
 an EOF written at the end of each block written to the file, but 
 when more data becomes available the EOF record is rewritten with a 
 non-EOF record and the real EOF moves through the file.  The first 
 block after the real EOF is the oldest in time sequence, and the 
 block just prior to the real EOF is the youngest in time sequence. 
 The very first block of the data is almost certainly not the 
 beginning of the trace in chronological sequence, assuming the trace
 ran long enough to wrap around at least once.  IPCS understands this
 format, and displays the data in true chronological !
  sequence once it finds the real EOF in the middle of the file 
 somewhere and then moves past it to read the next block, which is 
 really the first block written in chronological order.

  GTF uses BSAM to write to PS and PS-E data sets.  BSAM 
WRITEs do not write a moving EOF.  An EOF is written only
when the data set is CLOSEed.   If the data set has wrapped
(not PS-E - GTF currently does not allow support wrapping 
for PS-E data sets), GTF does a POINT to the end of the
data set before doing the CLOSE.  So the only EOF is at
the physical end.

  The GTFTRACE subcommand of IPCS determines the wrap
point by reading sequentially and looking at the timestamps. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY 

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


AUTO: Mike Smith-IS is out of the office. (returning 12/12/2011)

2011-12-09 Thread Michael B Smith
I am out of the office until 12/12/2011.




Note: This is an automated response to your message  IBM-MAIN Digest - 8
Dec 2011 to 9 Dec 2011 (#2011-343) sent on 12/10/2011 12:00:03 AM.

This is the only notification you will receive while this person is away.

**
Privileged and/or confidential information may be contained in this message. If 
you are not the addressee indicated in this message (or are not responsible for 
delivery of this message to that person) , you may not copy or deliver this 
message to anyone. In such case, you should destroy this message and notify the 
sender by reply e-mail.
If you or your employer do not consent to Internet e-mail for messages of this 
kind, please advise the sender.
Shaw Industries does not provide or endorse any opinions, conclusions or other 
information in this message that do not relate to the official business of the 
company  or its subsidiaries.
**

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


Re: Java apps have most flaws, Cobol is cleanest.

2011-12-09 Thread Edward Jaffe

On 12/8/2011 1:52 PM, Ian wrote:

Interesting article on clean code study.
COBOL scored the highest on security while .NET scored the lowest.


Security was not the issue being studied. Rather, the study focused on 
problematic programming that violates good architectural and coding practices.



Link to Computer world news article:
http://www.computerworlduk.com/news/applications/3323819/java-apps-have-most-flaws-cobol-apps-least-study-finds/


Most COBOL is probably written in large, mainframe environments where production 
outages hurt the business, testing and quality are ingrained in the culture, and 
post-mortem debugging is well-understood. Java is often written by pimply-faced 
college kids who can only fix bugs they can recreate in a debugger. It might be 
that Java written by mainframe programmers is of quality comparable to that of 
COBOL.


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


  1   2   >