Cross posting to RACF and IBMMAIN
And just when I thought the discussion had lessened, out on TECHTARGET are a
couple of articles on PCI
If you are interested, here is the link to the website. Videos, books and
articles on PCI DSS.
Note: They will ask you to join if you are not a subscriber
Fairly decent except for several major points of nonsense:
*The Department of Defense even decreed that all businesses must run on
COBOL in the 1960s.*
A ludicrous assertion.
*But the even bigger reason not to rock the boat is the sheer size and
cost of replacing billions of lines of COBOL that
Thanks Marna,
Just an aside - from the website Marna provided:
This tool is not supported by the IBM Service organization, but rather by the
tool owner on a best-can-do basis. Please report any problems, suggestions, or
comments to zos...@us.ibm.com.
If you would like to see a short demo on
On Wed, 29 Jul 2015 12:11:56 -0400, Ted MacNEIL wrote:
Why is it so ludicrous? The USDOD did develop COBOL for some reasom.
And a generation later, they likewise required ADA. I don't know if that
was ever countermanded.
I know a programmer who argued that his assignment could not be
Hence NOT ludicrous!
-
-teD
-
Original Message
From: Vince Coen
Sent: Wednesday, July 29, 2015 12:54
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Article on COBOL's inevitable return
I think you will find that was a demand (?) that all applications
On 07/29/2015 11:28 AM, zMan wrote:
Fairly decent except for several major points of nonsense:
SNIP
*But the even bigger reason not to rock the boat is the sheer size and
cost of replacing billions of lines of COBOL that exist today. Many of
these programs contain sensitive information about
Must a symbol replace an entire qualifier, or part of one, such as
SYMBOLICRELATE(TEST.JNULL.CL.CNTL)?
The symbol can replace part of a qualifier as in your example:
DEFINE ALIAS (NAME(TEST.NEWER.JCL.CNTL) SYMBOLICRELATE(TEST.JNULL.CL.CNTL))
Referencing TEST.NEWER.JCL.CNTL translates to
A symbolic symbol can be defined as: 'NULL='.
I then defined an alias as follows:
DEFINE ALIAS (NAME(TEST.NEW.JCL.CNTL) SYMBOLICRELATE(TEST.NULL.JCL.CNTL))
When I reference TEST.NEW.JCL.CNTL in DSLIST (ISPF 3.4) TEST.JCL.CNTL is
displayed.
Bill
-Original Message-
From: IBM Mainframe
I think you will find that was a demand (?) that all applications
developed on behalf of the military (well at least the US Navy) had to
be in Cobol - if nothing else to help with standards, maintenance
migration.
You have to remember that there was more than one supplier of mainframes
in
On 7/29/2015 3:53 AM, Gibney, David Allen,Jr wrote:
I used z/OS lifecycle and didn't come close :(
Dave,
Google gave me this link for z z/OS lifecycle search, first hit:
http://www-01.ibm.com/software/support/systemsz/lifecycle/
Regards,
Tom Conley
Why is it so ludicrous? The USDOD did develop COBOL for some reasom.
-
-teD
-
Original Message
From: zMan
Sent: Wednesday, July 29, 2015 11:28
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Article on COBOL's inevitable return
Fairly decent except for
On 2015-07-29, at 09:59, Skeldum, William wrote:
A symbolic symbol can be defined as: 'NULL='.
I then defined an alias as follows:
DEFINE ALIAS (NAME(TEST.NEW.JCL.CNTL) SYMBOLICRELATE(TEST.NULL.JCL.CNTL))
When I reference TEST.NEW.JCL.CNTL in DSLIST (ISPF 3.4) TEST.JCL.CNTL is
displayed.
I have been asked if both RACF and Top Secret can run on different LPARs in the
same parallel sysplex. I recall that NO that is not permitted but am having
trouble finding where it is written.
Any guidance is appreciated.
CNA SURETY voted the #1 Carrier for Surety Bonds by PROPERTYCASUALTY360
I was in the US ARMY in Europe in the early 1970's.
We were developing a COBOL based system that was entirely COBOL
except for some BDAM DB access that was needed. The only assembler
was an ONLINE system that could be used to gain access to the online DB.
The system was to be used world wide
I remember that! Used to dump my card boxes and listings on the floor with
regularity.
I seem to picture a screw-drive driven by a dedicated motor a little bigger
than a grapefruit.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Ron,
Look up DATE2-1 in here
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ice1ca60/3.15?DT=20110608113434#TBLPASDTCN
Thanks,
Kolusu
DFSORT Development
IBM Corporation
IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
07/29/2015 12:52:35 PM:
From: Ron Thomas
Interesting. At the time we crafted the bronze-plex, I could not see any way to
share multiple RACF databases within a sysplex because AFAIK RACF sharing
requires fixed structure names: IRRXCF00_P001 and IRRXCF00_B001. Has that
requirement changed? If not, I don't see how I could share two
Thanks a lot Kolusu !! It worked perfect ..
Regards
Ron T
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
PATH does not equal ALIAS in VSAM...
snip
BTW, is there any good reason that an alias for a non-VSAM data set is called
an ALIAS while an alias for a VSAM data set is called a PATH?
(Might some object have both, in which case the distinction is meaningful?)
/snip
On 7/29/2015 4:33 PM, J O Skip Robinson wrote:
Interesting. At the time we crafted the bronze-plex, I could not see any way to
share multiple RACF databases within a sysplex because AFAIK RACF sharing
requires fixed structure names: IRRXCF00_P001 and IRRXCF00_B001. Has that
requirement
g...@ugcs.caltech.edu (glen herrmannsfeldt) wrote:
snip
https://ia601603.us.archive.org/35/items/bitsavers_ibm140xSY2nd3MaintManualDec71_21919776/SY24-3395-3_1403_Models_N1_and_3_Maint_Manual_Dec71.pdf
See page 31 (or 1-26).
Induction motors run slightly slower (they aren't perfectly
My bad for not clarifying what I meant by 'sharing'. The reason I wanted
structure-sharing is that--at least back when this all started in the
90s--sysplex sharing makes certain changes available immediately to all members
without having to issue REFRESH on every system. Not sure if that
Talked to a guy that has done several of these conversions in years
past. This is what he said:
The DC to the hammers comes from the controller, not the 1403. So, not
an issue.
The only motor in the 1403 ran a hydraulic pump. Should be able to just
replace the motor with a current
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Paul Gilmartin
Sent: Wednesday, July 29, 2015 8:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Aliases (was: z/OS 2.2 announcement)
Is there a utility to enumerate all ALIASes to a given
t...@vse2pdf.com (Tony Thigpen) wrote:
Talked to a guy that has done several of these conversions in years
past. This is what he said:
snip
The only motor in the 1403 ran a hydraulic pump. Should be able to just
replace the motor with a current off-the-shelf motor as speed is not
critical.
Thanks, Lizette! (We should put you on payroll :)!)
For those that care, that zos...@us.ibm.com email comes directly into my inbox.
-Marna WALLE
z/OS System Install, IBM Poughkeepsie
--
For IBM-MAIN subscribe / signoff /
(snip, I wrote)
From one 1403 manual, I see some gears that are specified for 50Hz
and for 60Hz, but I am not sure what they do. As far as I can tell,
the train is powered by a synchronous motor (or close enough).
I presume you don't want the train running 1.2 times as fast.
(snip, John
C C++ and Metal C support in z/XDC is coming soon.
See www.xdc.com for more information.
Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS:mailto:dbc...@colesoft.comdbc...@colesoft.com
Home page: www.colesoft.com
LinkedIn:www.xdc.com
Facebook:
Well, actually the original statement WAS self-apparently ludicrous
because it stated that U.S. DoD decreed ALL businesses would use COBOL,
period, and DoD has never had that much authority.
DoD had zero control over businesses that did not work on defense
contracts for DoD, and even those with
Givens, Dennis W. wrote:
I have been asked if both RACF and Top Secret can run on different LPARs in
the same parallel sysplex. I recall that NO that is not permitted but am
having trouble finding where it is written.
It could be possible as long each database of each security system is *NOT*
On 7/29/2015 4:13 PM, J O Skip Robinson wrote:
I refrained from answering earlier because we're an all-RACF shop. However, I
can comment the extent of (RACF) database sharing. We have a bronze-plex that
resulted from bolting together two previously independent parallel sysplexes,
one with two
The 370/165 and 168 ran on high frequency power. 400 or 420 HZ if I remember
correctly. There may be others, but I worked with those. We had MG sets in
sound proof enclosures. If you opened the covers you had better have sound
proof ear muffs on. They were LOUD. Eh, what did you say?
On 7/29/2015 2:07 PM, Givens, Dennis W. wrote:
I have been asked if both RACF and Top Secret can run on different LPARs in the
same parallel sysplex. I recall that NO that is not permitted but am having
trouble finding where it is written.
Any guidance is appreciated.
CNA SURETY voted the
I finally found the z/OS V2.2 GA PDFs on the web.Thought others may want to
see them too.
http://www.ibm.com/systems/z/os/zos/library/bkserv/v2r2pdf/index.html
Happy reading.
-Marna WALLE
z/OS System Installation, IBM Poughkeepsie
Hi .
is there a way using SORT to get the lastmonth year in a file. For e.g if i
am running today i need to get the o/p in a file as 201506 (year and last
month) . If you are running in the comming January 2016 then it should be
201512 etc..
Thanks
Ron T
I refrained from answering earlier because we're an all-RACF shop. However, I
can comment the extent of (RACF) database sharing. We have a bronze-plex that
resulted from bolting together two previously independent parallel sysplexes,
one with two members and another with only one. These
On Wed, 29 Jul 2015 11:26:58 -0700, retired mainframer wrote:
LISTCAT ENT(dsn) ALL.
If dsn is not VSAM, the RELATED field in the output will show all aliases, if
any. If dsn is VSAM, the PATH field will show any aliases. If dsn is a path
or alias, the RELATED field will show the true name of
http://www.cs.yale.edu/homes/tap/Files/hopper-story.html
Grace Hopper on Codasyl committee helped write the first Cobol specs
and participated in the first Cobol Compiler test in 1959.
On Wed, Jul 29, 2015 at 11:54 AM, Vince Coen vbc...@gmail.com wrote:
I think you will find that was a demand
g...@ugcs.caltech.edu (glen herrmannsfeldt) wrote:
(snip, someone wrote)
I don't know power consuption, but nowadays it's not hard
to get semiconductor-based power supply which generater 60Hz
or 50Hz or any value you want (within some range).
(snip, someone else wrote)
(sorry for losing the
Very cool Dave! Thanks for your continual product improvements!
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Cole
Sent: Wednesday, July 29, 2015 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: c/XDC
C C++ and Metal C
(snip, someone wrote)
I don't know power consuption, but nowadays it's not hard
to get semiconductor-based power supply which generater 60Hz
or 50Hz or any value you want (within some range).
(snip, someone else wrote)
(sorry for losing the attributions, I am copying from usenet)
I suppose
As I understood it at the time, larger S/360 and S/370 also
used motor-generator power supplies, though I don't know the
output frequency. The higher frequency means less filtering.
Generally 415 Hz. Why this odd number is beyond me. The Hitachi clones
also used 415 Hz.
But yes, you can run
*The Department of Defense even decreed that all businesses must run on COBOL
in the 1960s.*
A ludicrous assertion.
Actually not ludicrous. This occurred when I was in the military (1973) and
was definitely an objective. The goal was that all applications would be
written in COBOL. The only
Most old pre-solid-state aircraft electronics also used 415 Hz because
transformers are much lighter at higher frequency.
Barry Merrill, EI/W5GN (where I use 14MHZ!)
Herbert W. “Barry” Merrill, PhD
President-Programmer
MXG Software
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229-5112
Depends on what context you took it in.
I (silly me) took it to mean all DoD business.
-
-teD
-
Original Message
From: Joel Ewing
Sent: Wednesday, July 29, 2015 15:16
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Article on COBOL's inevitable return
Well,
http://ibm-1401.info/1440Sys/WCP22_Project_Report_REV2013-12-13%20pm--1.pdf
This was pretty interesting. We used to have a dangling ribbon in the Help
Desk center that said
'Over printing is cool'. The ribbon stopped when over- printing so if you
used overprint to play a song or something it
DoD is not a business. As noted, the claim is ludicrous.
And any SSNs, CCNs, etc. hard-coded are clearly not what was being talked
about, nor would those be hard to find and fix.
On Wed, Jul 29, 2015 at 8:27 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:
Depends on what context you took it in.
I
Just one problem with your implementation plan. Most sites I know would not
want to recompile every COBOL program they run into a PDSE, then do a rename
swap to implement. IEFOPZxx is great solution to this problem.
You don't need to recompile them to store them in a PDSE. You can just
I used z/OS lifecycle and didn't come close :(
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Lizette Koehler
Sent: Tuesday, July 28, 2015 7:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Life cycle chart
I actually on
Gibney, David Allen,Jr wrote:
I used z/OS lifecycle and didn't come close :(
Try www.ibm.com and search for these 3 words: life cycle z/os
or just search these 2 words: lifecycle z/os
For both search I got this URL amongst a lot of others:
I don't know power consuption, but nowadays it's not hard to get
semiconductor-based power supply which generater 60Hz or 50Hz or any
value you want (within some range).
--
Radoslaw Skorupka
Lodz, Poland
W dniu 2015-07-29 o 02:15, Vince Coen pisze:
.. and change settings for 120 to
I use this link, as it includes CICS and other products:
http://www-01.ibm.com/software/support/lifecycle/index_a_z.html
B
On Wed, Jul 29, 2015 at 6:12 AM, Elardus Engelbrecht
elardus.engelbre...@sita.co.za wrote:
Gibney, David Allen,Jr wrote:
I used z/OS lifecycle and didn't come close :(
Bill Ashton wrote:
I use this link, as it includes CICS and other products:
http://www-01.ibm.com/software/support/lifecycle/index_a_z.html
Thanks. This list is a better one and there is an index at the top too. Much
usable!
Thanks again.
Groete / Greetings
Elardus Engelbrecht
In a large shop the old PDS would be in continuous use and therefore
difficult to swap out.
I agree with the people who say this is a recipe for confusion but I
certainly understand IBM's thinking also.
Charles
-Original Message-
From: IBM Mainframe Discussion List
On Wed, 29 Jul 2015 14:38:50 +, Staller, Allan wrote:
...
Once *EVERYTHING has moved to the alias, the original dataset can be deleted
and the process repeated in the other direction.
This make take several (days, weeks, months,) depending on the
installations policies and
On 2015-07-29, at 08:13, Staller, Allan wrote:
Better yet, copy PDS to PDSE and define a dataset alias
But be careful:
o Don't you need at least to uncatalog the PDS to define the alias?
Can this be done while an ENQ exists? I suspect, yes.
o Initiator ENQ works differently, perhaps
Yes you can.
snip
o Don't you need at least to uncatalog the PDS to define the alias?
Can this be done while an ENQ exists? I suspect, yes.
/snip
Once *EVERYTHING has moved to the alias, the original dataset can be deleted
and the process repeated in the other direction.
This make take
Better yet, copy PDS to PDSE and define a dataset alias
snip
In a large shop the old PDS would be in continuous use and therefore
difficult to swap out.
A shop must be prepared to do this in the event of hardware replacement.
This sounds like a good argument for a facility to rename a
On Wed, 29 Jul 2015 06:17:31 -0700, Charles Mills wrote:
In a large shop the old PDS would be in continuous use and therefore
difficult to swap out.
A shop must be prepared to do this in the event of hardware replacement.
This sounds like a good argument for a facility to rename a data set
On 2015-07-29, at 05:57, R.S. wrote:
I don't know power consuption, but nowadays it's not hard to get
semiconductor-based power supply which generater 60Hz or 50Hz or any value
you want (within some range).
I suppose a 1403 requires a couple kW. That shouldn't be an obstacle:
If you are currently using z/OSMF V2.1 and want to see what you need to do for
a migration from V2.1 to V2.2 (or even R13 to V2.2), the z/OS V2.2 Migration
Workflow is available at
http://www-03.ibm.com/systems/z/os/zos/tools/downloads/zosmf-zos-v2r2-migration-workflow.html
.
In fact, if
61 matches
Mail list logo
