Hi John,
In connection with your query about what installations may use for
documentation have you considered the mainframe's WEB Server capability?
The choices are direct HTTP Server, or the use of CICS to delivery static
content. The latter offer scope for HTML documents to be stored in either
I'm leaning towards DocBook. It is a markup language. And uses XML.
Which means it is plain text in that I can edit it using anything that
I want to. And there are XML tools out the ... to process the data.
Also, DocBook uses an independent standard from OASIS for its schema.
On Tue, 2010-12-21
I could do that. But I'll run into resistance. I have the HTTPD server
running. And some minor Web sites on it which I wrote. The problem is
that management knows that our z software bill is MSU dependent. So they
are always looking to reduce MSUs. Which translates to don't run
anything on the z
John McKown pisze:
I'm off on one of my wild hares again. Or is that wild hair? No, my
hair is mostly gone, so it must be hare.
All our in house documentation that we in Tech Services write is
basically written ad hoc by us using MS Word and kept in a Windows LAN
directory. Being an admitted
R.S. wrote:
Radoslaw Skorupka
Lodz, Poland
Welcome back, I was really afraid you have frozen silly stiff like a snowman
and will perhaps thaw late next year.
To think you could join me in my swimming pool and have an ice cold beer in
the warm sun! ;-D
I can send you a photo of the sun if you
On 12/22/2010 4:28 AM, John McKown wrote:
I could do that. But I'll run into resistance. I have the HTTPD server
running. And some minor Web sites on it which I wrote. The problem is
that management knows that our z software bill is MSU dependent. So they
are always looking to reduce MSUs. Which
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Schwab
Sent: Tuesday, December 21, 2010 8:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: curiousity question: in-house doc
On Tue, Dec 21, 2010 at 7:16 PM, Paul Gilmartin
I appreciate the thoughts and comments. For me personally, being a Linux user
by choice, I'm going to try to learn DocBook. So far as in-house documentation
is concerned, well, I guess I'm stuck with MS Word simply because that's what
we use. And nobody seems to want to worry about standards on
In 4d11eb21.2010...@bremultibank.com.pl, on 12/22/2010
at 01:12 PM, R.S. r.skoru...@bremultibank.com.pl said:
1. CONTENT. Document content is the most important. You should have
in-house templates for the documentation. The simpler, the better. I
really hate some templates with thousands
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Steve Comstock
On 12/22/2010 4:28 AM, John McKown wrote:
I could do that. But I'll run into resistance. I have the HTTPD
server
running. And some minor Web sites on it which I wrote. The problem
is
that
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John
Sent: Wednesday, December 22, 2010 8:10 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: curiousity question: in-house doc
-Original Message-
snip
Too often nowadays
On 12/22/10 09:27, McKown, John wrote:
snip
Right! The perfect company is one in which there is only high level management.
Everything else should be done by the equivalent of day labourers who stand around (not
costing anything) waiting for someone to hire them for a day or less. That way
John,
We use DocBook to generate all of our doc, with the same source generating
PDFs, HTML, and man pages. The key is to get the right set of style
sheets, which is where all of the heavy lifting is. We borrowed some from
an existing Creative Commons project and heavily modified them.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Wolf
Sent: Wednesday, December 22, 2010 9:10 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: curiousity question: in-house doc
snip
I wouldn't recommend Docbook as a tool for in house
I'm off on one of my wild hares again. Or is that wild hair? No, my
hair is mostly gone, so it must be hare.
All our in house documentation that we in Tech Services write is
basically written ad hoc by us using MS Word and kept in a Windows LAN
directory. Being an admitted anti-MS bigot, I really
On Tue, 21 Dec 2010 18:42:10 -0600, John McKown wrote:
I'm off on one of my wild hares again. Or is that wild hair? No, my
hair is mostly gone, so it must be hare.
All our in house documentation that we in Tech Services write is
basically written ad hoc by us using MS Word and kept in a Windows
On Tue, Dec 21, 2010 at 7:16 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Tue, 21 Dec 2010 18:42:10 -0600, John McKown wrote:
I'm off on one of my wild hares again. Or is that wild hair? No, my
hair is mostly gone, so it must be hare.
All our in house documentation that we in Tech Services
On Tue, 21 Dec 2010 20:00:44 -0600, Mike Schwab wrote:
Personally, I like the RTF Rich Text Format. No binary control codes,
english key words in delimited strings.
http://en.wikipedia.org/wiki/Rich_Text_Format
Which begins:
The Rich Text Format (often abbreviated RTF) is a
In a6b9336cdb62bb46b9f8708e686a7ea005d5e05...@nrhmms8p02.uicnrh.dom,
on 12/10/2010
at 12:36 PM, McKown, John john.mck...@healthmarkets.com said:
Lyx and LaTex are good editors for Tex documents.
LaTex is not an editor.
I hate WYSIWYG because it is an oxymoron. I call it WYSIAYG[1].
In 4cfa646c.6060...@acm.org, on 12/04/2010
at 09:55 AM, Joel C. Ewing jcew...@acm.org said:
Because of the complexity of the docbook approach, there has been
pressure in recent years to go to a more update-friendly wysiwyg
solution,
In my experience, WYSIWYG[1] is not update friendly.
My
In 1291469455.3321.94.ca...@mckown5.johnmckown.net, on 12/04/2010
at 07:30 AM, John McKown joa...@swbell.net said:
Anyway, I have access to a Windows server system.
Bletch!
Granted, it is a bit of a bother to have to type stuff in.
If it's based on existing documentation, then you just need
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
Sent: Friday, December 10, 2010 11:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Philosophy: curiousity question
In 4cfa646c.6060...@acm.org, on 12/04/2010
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
Sent: Friday, December 10, 2010 11:17 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Philosophy: curiousity question
snip
Am I insane to want to use a Wiki
:
curiousity question:
You should have explained to management that there is this
wonderful new-fangled device called a printer.
As I said in my post, I got in trouble for using said device.
He told us there was NO reason to print the instructions.
Except for the impact to my performance
MacNEIL
Sent: Sunday, December 05, 2010 5:17 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Philosophy: curiousity question
He told us there was NO reason to print the instructions.
Except for the impact to my performance appraisal, he didn't last long in that
position
On Sat, 2010-12-04 at 13:37 -0500, Ted MacNEIL wrote:
How do we read the IPL instructions when/if the mainframe was down?
What Ted said. A few weeks ago we did some major electrical work in the
machine room and had to go dark for an hour. When the kids activated
their ESX farm one of the
At 10:32 -0500 on 12/06/2010, David Andrews wrote about Re:
Philosophy: curiousity question:
What Ted said. A few weeks ago we did some major electrical work in the
machine room and had to go dark for an hour. When the kids activated
their ESX farm one of the virtual servers needed for DNS
very well. The key in organization and
planning.
Scott J Ford
From: Abe F. Kornelis a...@bixoft.nl
To: IBM-MAIN@bama.ua.edu
Sent: Sat, December 4, 2010 10:08:32 AM
Subject: Re: Philosophy: curiousity question
John,
there are many roads that lead to Rome
In a former life I developed together with a colleague a VBS based Word
to JSPWiki Conververter that ran just fine before management decided to
save as much money as possible despite the risk of desaster problerms.
Personally I find that a Wiki (or something similar with hypertext
On Sat, 4 Dec 2010 21:23:39 -0600, Mike Schwab wrote:
Open the USB text file with Notepad, select all and copy, paste into a
3270 member edit session.
Ah, so you had a working z/OS. I was trying to envision a standalone
restore from the thumb drive. Maybe next year's model.
Why not just keep
On 12/4/2010 1:37 PM, Ted MacNEIL wrote:
In 1981, my first job, we printed the IPL instructions and
got into trouble with management because the documentation
was online (on the mainframe). My question was: How do we
read the IPL instructions when/if the mainframe was down?
You should have
Just the starter system at the Hot Site.
On Sun, Dec 5, 2010 at 8:43 AM, Paul Gilmartin paulgboul...@aim.com wrote:
On Sat, 4 Dec 2010 21:23:39 -0600, Mike Schwab wrote:
Open the USB text file with Notepad, select all and copy, paste into a
3270 member edit session.
Ah, so you had a working
You should have explained to management that there is this
wonderful new-fangled device called a printer.
As I said in my post, I got in trouble for using said device.
He told us there was NO reason to print the instructions.
Except for the impact to my performance appraisal, he didn't last
At 23:17 + on 12/05/2010, Ted MacNEIL wrote about Re: Philosophy:
curiousity question:
You should have explained to management that there is this
wonderful new-fangled device called a printer.
As I said in my post, I got in trouble for using said device.
He told us there was NO reason
You should have started with the machine powered off, powered it up, and then
asked him to follow the (inaccessible) IPL instructions to IPL the machine
(with you helping him to understand those functions
he was unable to understand). As an alternative, just ask him to read them to
you and you
I am curious about something. It is not directly about IBM z series, but
about those of us, older, people who support them. It is more a
philosophy question than technical.
I want to document our system. We do have some documentation. At
present, it is all is a mish-mash of various MS Word
their
thinking.
- Original Message
From: John McKown joa...@swbell.net
To: IBM-MAIN@bama.ua.edu
Sent: Sat, December 4, 2010 5:30:55 AM
Subject: Philosophy: curiousity question
I am curious about something. It is not directly about IBM z series, but
about those of us, older, people who
On 12/4/2010 5:30 AM, John McKown wrote:
Am I insane to want to use a Wiki for this sort of thing __instead__ of
a Word processor?
Not crazy. We started documenting important procedures using JSPwiki on Tomcat
under z/OS. It's become to go to place for how to information about our
systems.
, 2010 2:30 PM
Subject: Philosophy: curiousity question
I am curious about something. It is not directly about IBM z series, but
about those of us, older, people who support them. It is more a
philosophy question than technical.
I want to document our system. We do have some documentation
I've always felt it was a bad idea to have installation mainframe
documentation too far separated from the mainframe platform itself or
dependent on any other server platforms, under the general premise that
in a DR situation if we have recovered the mainframe we want to be sure
we have access
On 12/4/2010 8:55 AM, Joel C. Ewing wrote:
I've always felt it was a bad idea to have installation mainframe documentation
too far separated from the mainframe platform itself or dependent on any other
server platforms, under the general premise that in a DR situation if we have
recovered the
jcew...@acm.org (Joel C. Ewing) writes:
I've always felt it was a bad idea to have installation mainframe
documentation too far separated from the mainframe platform itself or
dependent on any other server platforms, under the general premise
that in a DR situation if we have recovered the
I've always felt it was a bad idea to have installation mainframe
documentation too far separated from the mainframe platform itself or dependent
on any other server platforms, under the general premise that in a DR situation
if we have recovered the mainframe we want to be sure
we have access
A good point. What I may really need is a parallel environment with
automatic synchronization. I don't want it mainly or only on the z
because: (1) what if the z is unavailable; (2) it costs real money, in
terms of MSU usage for which we are billed. And, in a D.R. situation, do
we want to be
On 12/04/2010 10:16 AM, Steve Comstock wrote:
On 12/4/2010 8:55 AM, Joel C. Ewing wrote:
I've always felt it was a bad idea to have installation mainframe
documentation
too far separated from the mainframe platform itself or dependent on
any other
server platforms, under the general premise
I have on a USB thumb drive an ICKDSK init job and ADRDSSU restore of
the IPL volumes and DR catalog. Connect the catalog to the starter
system, init the volumes for the restore. Then we have a restore job
of the base system volumes using the catalogs and the inited volumes.
Edit system
On Sat, 4 Dec 2010 16:29:20 -0600, Mike Schwab wrote:
I have on a USB thumb drive an ICKDSK init job and ADRDSSU restore of
the IPL volumes and DR catalog. ...
How do you mount it?
-- gil
--
For IBM-MAIN subscribe / signoff /
Open the USB text file with Notepad, select all and copy, paste into a
3270 member edit session.
On Sat, Dec 4, 2010 at 8:39 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Sat, 4 Dec 2010 16:29:20 -0600, Mike Schwab wrote:
I have on a USB thumb drive an ICKDSK init job and ADRDSSU restore of
This is what QINFO shows for me:
Product Release: 6.8
QWIKOPTS Release: 6.3
Main data base release: 6.8
Program information: QWIKREF1 6.80
This is what I have on my system -
Product Release: 6.7
QWIKOPTS Release: 6.7
Main data base release: 6.8
Program information: QWIKREF1 6.70 MVS/QUICKREF 07/28/07 11.33
It looks
, 2008 2:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
And QuickRef does have the advantage of supporting messages for
ISVs.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-
[EMAIL PROTECTED] On
Behalf Of Don Leahy
Sent: Tuesday, September 30, 2008
If you are using QuickRef 6.6 and above (iirc)
Then you need to physically move the cursor to the volser and hit enter. It
will pop up.
You cannot tab to the volume, you have to place the cursor on the volume.
Lizette
Hi Linda, how do you drill down to a volume's vtoc from QW s=vol* ?
All
Bingo, your memory serves you well Liz. Thanks for the clarification.
Gil.
On Wed, 1 Oct 2008 08:41:49 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:
If you are using QuickRef 6.6 and above (iirc)
Then you need to physically move the cursor to the volser and hit
enter. It
will pop up.
: Wednesday, October 01, 2008 9:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
Bingo, your memory serves you well Liz. Thanks for the clarification.
Gil.
On Wed, 1 Oct 2008 08:41:49 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:
If you are using QuickRef 6.6 and above
, October 01, 2008 10:28 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
Liz,
We are on QuickRef 6.6. I'm using the cursor arrows (not the tab key) to
place the cursor under the first character of the volser and then pressing
enter. Nothing pops up for me. I am the mainframe capacity
Of Gilbert Cardenas
Sent: Wednesday, October 01, 2008 9:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
Bingo, your memory serves you well Liz. Thanks for the clarification.
Gil.
On Wed, 1 Oct 2008 08:41:49 -0400, Lizette Koehler
wrote:
If you
Subject: Re: Curiousity question
Bingo, your memory serves you well Liz. Thanks for the clarification.
Gil.
On Wed, 1 Oct 2008 08:41:49 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:
If you are using QuickRef 6.6 and above (iirc)
Then you need to physically move the cursor
I have always thought of QuickRef as an automatic sure let's get it
kind of product. Has anyone heard of other similar products? What kind
of experience can we expect in the area of cost increases for this
product over the long term?
Thanks in advance for any input.
Jill Grine
Please
On Tue, 30 Sep 2008 10:15:36 -0400, Grine, Janet [GCG-PFS]
[EMAIL PROTECTED] wrote:
I have always thought of QuickRef as an automatic sure let's get it
kind of product. Has anyone heard of other similar products? What kind
of experience can we expect in the area of cost increases for this
Sometimes, it's worth a good night's sleep. Since we got QuickRef, the number
of 'midnight calls' has decreased. No more 'can't find the manual' excuses.
Ditto for the utility manuals - used to have a collection of them at my desk.
Now I get all of that on QuickRef and I no longer need
. Any other use of the email by you is prohibited.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Linda Mooney
Sent: Tuesday, September 30, 2008 1:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
Sometimes, it's worth a good night's
On Tue, 30 Sep 2008 10:15:36 -0400, Grine, Janet [GCG-PFS]
[EMAIL PROTECTED] wrote:
I have always thought of QuickRef as an automatic sure let's get it
kind of product. Has anyone heard of other similar products? What kind
of experience can we expect in the area of cost increases for this
SimpList definitely falls into the no brainer category.
It's cheap ($5,000 US no matter how many users or how big your system
is) and really boosts the productivity of ISPF users. At our shop,
virtually every one uses it every day.
You can find out more from the vendor at www.mackinney.com or
Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Don Leahy
Sent: Tuesday, September 30, 2008 2:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
SimpList definitely falls into the no brainer category.
It's cheap ($5,000 US no matter how many users or how big your
Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Don Leahy
Sent: Tuesday, September 30, 2008 2:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
SimpList definitely falls into the no brainer category.
It's cheap ($5,000 US no matter how many users or how big your system
On 30 Sep 2008 07:16:10 -0700, [EMAIL PROTECTED] (Grine, Janet
[GCG-PFS]) wrote:
I have always thought of QuickRef as an automatic sure let's get it
kind of product. Has anyone heard of other similar products? What kind
of experience can we expect in the area of cost increases for this
product
/SIM/simplist.htm
Date: Tue, 30 Sep 2008 14:47:25 -0400
From: [EMAIL PROTECTED]
Subject: Re: Curiousity question
To: IBM-MAIN@BAMA.UA.EDU
Thanks everyone for the input. I have used QuickRef for so many years
that I forget to even check to see if there are any alternatives.
Competition
I think that IBM has indeed started to muscle in on QuickRef.
We just installed a new version of IBM's Fault Analyzer, and it has a
pretty good message lookup facility built into it. AFAIK, it only
works from within Fault Analyzer, so QuickRef doesn't have anything to
worry about. Yet.
On Tue,
Subject: Re: Curiousity question
Hi Janet,
I think there might be some confusion. Are you asking for a list of
alternatives to QuickRef, or are you asking for a list of sure let's
get it products? I think the email below was meant to fall into the
second category, as SimpList does not compete
And QuickRef does have the advantage of supporting messages for ISVs.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Don Leahy
Sent: Tuesday, September 30, 2008 3:15 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
I think
And I find the DASD Space Management tool quite handy. Option S
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Grine, Janet [GCG-PFS]
Sent: Tuesday, September 30, 2008 2:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
: Tuesday, September 30, 2008 2:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
And QuickRef does have the advantage of supporting messages for ISVs.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Don Leahy
Sent
I read groklaw a lot. That's a legal blog. Anyway, one thing that I just
read says that MS is developing the next Windows release, called Windows
7. And that there are 1,000 developers on the project, with 1,000
testers. I don't know if that is correct or not. But it got me curious.
I wonder how
McKown, John wrote:
I read groklaw a lot. That's a legal blog. Anyway, one thing that I just
read says that MS is developing the next Windows release, called Windows
7. And that there are 1,000 developers on the project, with 1,000
testers. I don't know if that is correct or not. But it got me
In [EMAIL PROTECTED], on 01/05/2008
at 02:21 PM, Paul Gilmartin [EMAIL PROTECTED] said:
Do you consider the following IEBGENER step to verify the difference in
behavior:
Yes. Did you create an ETR?
... ? Note that the line after /./dev/null is displayed, but the line
after /dev/null is not
On Wed, 2 Jan 2008 21:06:54 -0500, Shmuel Metz (Seymour J.) wrote:
Off the top of my head, I'd say that it's broken as designed. Another case
of IBM's MVS, OMVS and Unix people not talking to each other, assuming
that you have verified the difference in behavior.
Do you consider the following
In [EMAIL PROTECTED], on 01/02/2008
at 04:43 PM, Paul Gilmartin [EMAIL PROTECTED] said:
One might make the same argument about DSNAMEs
And I wouldn't argue with it.
either way. NULLFILE could have been catalogued on an imaginary UNIT
Given that there's a device type for DUMMY, that would
In [EMAIL PROTECTED], on
01/02/2008
at 04:56 PM, Skip Robinson [EMAIL PROTECTED] said:
The 'equivalent' examples quoted from the manual differ greatly in coding
JCL statements in a cataloged procedure: DSNAME can be represented as a
symbolic variable but DDNAME cannot.
The DDNAME keyword
In [EMAIL PROTECTED], on 12/31/2007
at 03:11 PM, Paul Gilmartin [EMAIL PROTECTED] said:
I'll retract grievous.
But see below.
If the argument of PATH is anything other than '/dev/null'
(or '//dev/null'), the file is allocated as a UNIX file and can be
processed as a UNIX file. If it is
On Wed, 2 Jan 2008 14:20:04 -0500, Shmuel Metz (Seymour J.) wrote:
I'll retract grievous.
But see below.
Thanks for seeing past my bombast.
If the argument of PATH is anything other than '/dev/null'
(or '//dev/null'), the file is allocated as a UNIX file and can be
processed as a UNIX file.
cc
Discussion List
[EMAIL PROTECTED] Subject
.EDU Re: Curiousity question: the
processing
On Wed, 2 Jan 2008 16:56:19 -0800, Skip Robinson wrote:
I've never questioned the path length or development costs to support both
DDNAME and DSNAME options for a null file, i.e. DD DUMMY and DSN=NULLFILE,
but as pointed out earlier in this thread, they are both ancient. The
virtue of having both
On Sun, 30 Dec 2007 19:11:46 -0500, Shmuel Metz (Seymour J.) wrote:
Which was a grievous and irresponsible and unnecessary design blunder.
No.
I'll retract grievous. Why was it necessary, or even
beneficial? Adding complexity and code with no benefit
is a blunder.
Who benefits from this
Why do so many senior managers seem so know-it-all-ish??
Dunno. Maybe for the same reason as senior techies. You know,
like the ones that specifically remember things that never existed.
Date: Sat, 29 Dec 2007 11:02:45 -0600
From: [EMAIL PROTECTED]
Subject: Re: Curiousity question
---snip---
IIRC, SYS1.NULLFILE was recognized by the system as a special case of
DUMMY. But it filled in the DSNAME field of the JFCB.
You are thinking of DSN=NULLFILE. Now we also have PATH=/dev/null.
In [EMAIL PROTECTED], on 12/28/2007
at 06:52 AM, Barbara Nitz [EMAIL PROTECTED] said:
Actually, I just had a bloody row about a DD dummy statement in the JCL
for a new release of a vendor product. It appears that a dd dummy
generates a dsn of NULLFILE in the JFCB
DSN=NULLFILE has been
In [EMAIL PROTECTED], on 12/28/2007
at 03:55 PM, Paul Gilmartin [EMAIL PROTECTED] said:
Which was a grievous and irresponsible and unnecessary design blunder.
No.
Who benefits from this special treatment of PATH=/dev/null?
What special treatment?
It only adds confusion by making the
-snip---
IIRC, SYS1.NULLFILE was recognized by the system as a special case of
DUMMY. But it filled in the DSNAME field of the JFCB.
You are thinking of DSN=NULLFILE. Now we also have PATH=/dev/null.
--snip
Works for me!!! But I HATE to use the RACF prefix capability. Just a
feeling, probably senseless.
I'm not sure why you feel that way, but you could always define the prefix
as John showed, and a GLOBAL DATASET member to allow prefix.NULLFILE, and
then
On Sat, 29 Dec 2007 10:48:30 -0600, Rick Fochtman wrote:
-snip---
IIRC, SYS1.NULLFILE was recognized by the system as a special case of
DUMMY. But it filled in the DSNAME field of the JFCB.
You are thinking of DSN=NULLFILE. Now we also have PATH=/dev/null.
On Dec 29, 2007, at 11:02 AM, Rick Fochtman wrote:
---SNIP-
unsnip
Got stuck in a situation where senior management kept appropriating
the prefix for other uses. At one point, I was changing the prefix
weekly. In
--snip---
Actually, I just had a bloody row about a DD dummy statement in the JCL for a
new release of a vendor product. It appears that a dd dummy generates a dsn of
NULLFILE in the JFCB (that would explain why I see dsn=nullfile quite a bit in
our productive
On Fri, 28 Dec 2007 10:36:49 -0600, Rick Fochtman wrote:
Suggestion: instead of DD DUMMY, try using DD
DSN=SYS1.NULLFILE,DISP=SHR
and define a RACF profile for SYS1.NULLFILE with a UAC of ALTER.
Will that work? From the JCL Reference:
NULLFILE
Specifies a dummy data set. NULLFILE has the
case of NULLFILE.
Date: Fri, 28 Dec 2007 10:36:49 -0600
From: [EMAIL PROTECTED]
Subject: Re: Curiousity question: the processing of DD DUMMY.
To: IBM-MAIN@BAMA.UA.EDU
Barb, it sounds to me like maybe it's time to re-evaluate the value of
the product vs. other offering by other
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of J R
Sent: Friday, December 28, 2007 11:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question: the processing of DD DUMMY.
Suggestion: instead of DD DUMMY, try using DD
DSN
-snip--
Using RACF, it is possible to set up a SETROPTS which will prefix all
single level dataset names with a given high level qualifer. If this
is done, it would be possible to create a RACF rule for hlq.NULLFILE
with a UACC of ALTER. I would likely do
---snip-
Suggestion: instead of DD DUMMY, try using DD DSN=SYS1.NULLFILE,DISP=SHR
and define a RACF profile for SYS1.NULLFILE with a UAC of ALTER.
But that won't have the intended effect of DD DUMMY.
If the vendor code really needs to check the
On Fri, 28 Dec 2007 13:12:24 -0600, Rick Fochtman wrote:
IIRC, SYS1.NULLFILE was recognized by the system as a special case of
DUMMY. But it filled in the DSNAME field of the JFCB.
You are thinking of DSN=NULLFILE. Now we also have PATH=/dev/null.
--
Tom Marchant
On Fri, 28 Dec 2007 13:50:54 -0600, Tom Marchant wrote:
On Fri, 28 Dec 2007 13:12:24 -0600, Rick Fochtman wrote:
IIRC, SYS1.NULLFILE was recognized by the system as a special case of
DUMMY. But it filled in the DSNAME field of the JFCB.
You are thinking of DSN=NULLFILE. Now we also have
Grievous. Irresponsible. Blunder. Don't hold back Paul.
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gilmartin
Sent: Friday, December 28, 2007 4:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question
1 - 100 of 110 matches
Mail list logo