In [EMAIL PROTECTED], on
12/13/2006
at 06:37 PM, Gregory, Gary G [EMAIL PROTECTED] said:
What about DUMP? Back in the 80's I was attending an XA introduction
class and the IBM'er teaching the class stated it was an acronym that
stood for:
Display
User
Memory
Program
He was shining you
In [EMAIL PROTECTED], on 12/13/2006
at 08:40 AM, Howard Brazee [EMAIL PROTECTED] said:
I know that's what IBM says it meant. I don't believe them,
It's what was in the documentation in 1960. I never saw or heard a
suggestion that it was a retronym.
--
Shmuel (Seymour J.) Metz,
In [EMAIL PROTECTED], on 12/13/2006
at 05:42 PM, Ed Finnell [EMAIL PROTECTED] said:
FASTRAN II,
ITYM FASTRAND. Ironically, despite the name it was the slow[1] drum,
the fast one being the Flying Head drum.
[1] Moving heads instead of head per track.
--
Shmuel (Seymour J.) Metz,
of it as an acronym or
were we merely using the English noun/verb with
the same connotation.
From: Chris Mason [EMAIL PROTECTED]
Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Decimal FP (was: vendor JCL)
Date: Thu, 14 Dec 2006 06:07:08 +0100
Howard
I seem
On 13 Dec 2006 21:08:08 -0800, [EMAIL PROTECTED] (Chris Mason)
wrote:
That being said, only the gray beards in the list are going to be
authorities on this one - of course, you could be one.
My beard is still a bit gray - but is close to white.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL
CoBOL doesn't fit the standard acronym
My memory is failing me on this one.
I thought it was:
Common
Oriented
Business
Operating
Language
So, you're saying:
COmmon
Business
Operating
Since this thread hasn't drifted far enough off-topic, I'll just point out
that, according to wikipedia, SPOOL is a backronym. (or bacronym)
A backronym is created when one constructs a phrase that has, as its
acronym, an existing short word. There are both official and generally
serious, as
08:40 AM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Re: Decimal FP (was: vendor JCL)
From: Chris Mason I seem to remember SPOOL meant Simultaneous Peripheral
Operations On Line
I think we all acknowledge that SPOOL
In [EMAIL PROTECTED], on 11/29/2006
at 02:11 PM, Howard Brazee said:
Don't use acronyms at all. Make up a new word (is CICS still an
acronym (or has it gone the way LASER went)? Was SPOOL *ever* an
acronym?)
Simultaneous Peripheral Operations On Line.
--
Shmuel (Seymour J.) Metz,
On 13 Dec 2006 04:56:41 -0800, [EMAIL PROTECTED] (Shmuel
Metz , Seymour J.) wrote:
Don't use acronyms at all. Make up a new word (is CICS still an
acronym (or has it gone the way LASER went)? Was SPOOL *ever* an
acronym?)
Simultaneous Peripheral Operations On Line.
I know that's what IBM
Simultaneous Peripheral Operations On Line.
I know that's what IBM says it meant.
I don't believe them, I think SPOOL always meant spool.
I don't know about that.
The first time I heard it was in the mid-1970's (in University) and I was told,
then, that was what it stood for.
If it were to be
On 13 Dec 2006 13:24:33 -0800, [EMAIL PROTECTED] (Ted MacNEIL)
wrote:
I know that's what IBM says it meant.
I don't believe them, I think SPOOL always meant spool.
I don't know about that.
The first time I heard it was in the mid-1970's (in University) and I was
told, then, that was what it
CoBOL doesn't fit the standard acronym
My memory is failing me on this one.
I thought it was:
Common
Oriented
Business
Operating
Language
So, you're saying:
COmmon
Business
Operating
Language
?
When in doubt.
PANIC!!
First time I heard it was at Case Institute of Technology in 1963-4 in
reference to the Univac 1107. Don't remember seeing its meaning
specified, but datacenter users knew what it meant. Spool device was a
drum which internally looked like a spool.
IBM Mainframe Discussion List
Neither:
COBOL (Common Business Oriented Language)
CoBOL doesn't fit the standard acronym
My memory is failing me on this one.
I thought it was:
Common
Oriented
Business
Operating
Language
So, you're saying:
COmmon
Business
Operating
Language
COmmon
Business
Oriented
Language
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 12/13/2006
05:03:22 PM:
I thought it was:
Common
Oriented
Business
Operating
Language
So, you're saying:
COmmon
Business
Operating
Language
-
The
In a message dated 12/13/2006 4:03:51 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
specified, but datacenter users knew what it meant. Spool device was a
drum which internally looked like a spool.
FASTRAN II, over 4000lbs. Some folks found the crumple zone in their raised
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Wednesday, December 13, 2006 3:26 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Decimal FP (was: vendor JCL)
Simultaneous Peripheral Operations On Line.
I know that's what IBM says
What about DUMP? Back in the 80's I was attending an XA introduction
class and the IBM'er teaching the class stated it was an acronym that
stood for:
Display
User
Memory
Program
Maybe something else left over from the System/360 days, who knows? :-)
Regards,
Gary Garland Gregory, MS
, you could be one.
Chris Mason
- Original Message -
From: Howard Brazee [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Wednesday, 13 December, 2006 4:40 PM
Subject: Re: Decimal FP (was: vendor JCL)
On 13 Dec 2006 04:56:41 -0800, [EMAIL PROTECTED
Was SPOOL *ever* an acronym?
Evidently, you and Ted were the only ones not to see the rhetorical nature
of that question.
From: Tom Marchant [EMAIL PROTECTED]
Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Decimal FP (was: vendor JCL
On 29 Nov 2006 13:37:33 -0800, [EMAIL PROTECTED] (Arthur T.) wrote:
In 1989 a well-known hacker was asked what the
biggest problem of computing in the 1990s would be. He
replied, There are only 17,000 three letter acronyms.
As long as we don't demand uniqueness, the number is unlimited.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
Sent: Tuesday, November 28, 2006 8:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Decimal FP (was: vendor JCL)
snip
When will COBOL and PL/I support DFP?
--gil
Oh, please
I'm afraid that there is no getting away from DFP and a designation of
Decimal FP. It is already used heavily in the preliminary architecture
document, SA23-2232-00; and parallelism with HFP (hexadecimal FP) and BFP
(Binary FP) make it inescapable.
John Gilmore
Ashland, MA 01721-1817
USA
On 29 Nov 2006 10:53:47 -0800, [EMAIL PROTECTED] (McKown, John)
wrote:
Oh, please, don't use DFP for this new facility. DFP means Data Facility
Product. We don't want to start up the Acronym Wars again, do we?
grin.
Don't use acronyms at all. Make up a new word (is CICS still an
acronym (or
On Wed, 29 Nov 2006 14:11:10 -0700, Howard Brazee wrote:
Was SPOOL *ever* an
acronym?)
Simultaneous Peripheral Operation On-Line
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
Was SPOOL *ever* an acronym?
Simultaneous Peripheral Operations On Line.
Back when Online was two words.
When in doubt.
PANIC!!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
In a message dated 11/29/2006 3:29:32 P.M. Central Standard Time, e a
macneil writes:
Simultaneous Peripheral Operations On Line.
Back when Online was two words.
Now it is not only two words but also it has been verbed; e.g., The
operator onlined the volume. I read this splendid sentence
On 29 Nov 2006 10:53:47 -0800, in bit.listserv.ibm-main
(Message-ID:[EMAIL PROTECTED])
[EMAIL PROTECTED] (McKown, John) wrote:
Oh, please, don't use DFP for this new facility. DFP means
Data Facility
Product. We don't want to start up the Acronym Wars again,
do we?
grin.
In 1989 a
On Wed, 9 Aug 2006 01:26:20 +, john gilmore wrote:
In the end pandering to clots, however compelling the arguments of the
marketing VP for doing so may seem to be, is always ill-advised.
In celebration of the unveiling of Decimal Floating Point, I'll return
to this, which I've been
I think Mike's writeup is a very good intro:
http://www2.hursley.ibm.com/decimal/
Birger Heede
IBM, GBS Denmark
Paul Gilmartin wrote:
On Wed, 9 Aug 2006 01:26:20 +, john gilmore wrote:
In the end pandering to clots, however compelling the arguments of the
marketing VP for doing so may
On 13 Aug 2006 15:51:35 -0700, in bit.listserv.ibm-main you wrote:
At 01:57 -0400 on 08/12/2006, Arthur T. wrote about Re: Vendor JCL
(was: WHY IS JCL ALLERGIC ... ):
On 11 Aug 2006 21:02:35 -0700, in bit.listserv.ibm-main
(Message-ID:[EMAIL PROTECTED])
[EMAIL PROTECTED] (Robert A. Rosenberg
In a recent note, Arthur T. said:
Date: Sat, 12 Aug 2006 01:57:34 -0400
On 11 Aug 2006 21:02:35 -0700, in bit.listserv.ibm-main
(Message-ID:[EMAIL PROTECTED])
[EMAIL PROTECTED] (Robert A. Rosenberg) wrote:
If I do the RESTORE the current way and back off 10
SYSMODS only to do
Been There, Done That, Got The . . . Subsystem? Starship? Solid State?
Schutzstaffeln?
g
Jon
snip
BTDTGTSS
/snip
Been There, Done That, Got T-Shirt Scars
---
[This E-mail has been scanned for viruses by the YourNet Connection Virus
system]
[For more information, please go to
At 01:57 -0400 on 08/12/2006, Arthur T. wrote about Re: Vendor JCL
(was: WHY IS JCL ALLERGIC ... ):
On 11 Aug 2006 21:02:35 -0700, in bit.listserv.ibm-main
(Message-ID:[EMAIL PROTECTED])
[EMAIL PROTECTED] (Robert A. Rosenberg) wrote:
If I do the RESTORE the current way and back off 10
On 11 Aug 2006 21:02:35 -0700, in bit.listserv.ibm-main
(Message-ID:[EMAIL PROTECTED])
[EMAIL PROTECTED] (Robert A. Rosenberg) wrote:
If I do the RESTORE the current way and back off 10
SYSMODS only to do the APPLY and apply 9 of them, why is
this safer/more correct than just doing a forward
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
[ snip ]
Flexibility is not always a virtue: did you ever try to sit
on a very flexible chair? (Heard from Bill Waite; origin
uncertain)
Indeed. Instead of a tightrope, erect a bungee
---snip-
That is until you have to RESTORE a SYSMOD at while point SMP/E
causes you to do lots of useless work. The intent of a RESTORE is to
create a system as if that SYSMOD (and possibly SYSMODs that PRE it)
had not yet been APPLYed. The CORRECT
Been There, Done That, Got The . . . Subsystem? Starship? Solid State?
Schutzstaffeln?
g
Jon
snip
BTDTGTSS
/snip
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with
At 10:36 -0500 on 08/11/2006, Rick Fochtman wrote about Re: Vendor
JCL (was: WHY IS JCL ALLERGIC ... ):
---snip-
That is until you have to RESTORE a SYSMOD at while point SMP/E
causes you to do lots of useless work. The intent of a RESTORE
At 14:38 -0500 on 08/10/2006, Tom Marchant wrote about Re: Vendor JCL
(was: WHY IS JCL ALLERGIC ... ):
On Wed, 9 Aug 2006 23:09:16 -0400, Robert A. Rosenberg [EMAIL PROTECTED]
wrote:
At 18:08 -0500 on 08/09/2006, Tom Marchant wrote about Re: Vendor JCL
(was: WHY IS JCL ALLERGIC ... ):
I
SNIPPETS
-I- am not telling you anything of the sort. I am telling you that
customers who write big checks for enterprise software products have
made enough fuss about this issue that pretty much all of the vendors
provide gooberware to assist with installation and configuration of
their
Chris,
I have made issues to management about the installability and
maintainability of vendor products. I have also told management that
they should turn down a product because of these issues. More than a
few times management followed my recommendations. I do not want to
get into a vendor X or
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Craddock, Chris
Sent: Wednesday, August 09, 2006 10:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
snip
It is all very well to say you don't like
On 9 Aug 2006 20:49:25 -0700, in bit.listserv.ibm-main you wrote:
I guess that means that you think they can't install MVS. In all the
years
I've been in this business, people have been telling me that this
group or
that is full if idiots. People who were incapable of learning, or
worse,
On Wed, 9 Aug 2006 23:09:16 -0400, Robert A. Rosenberg [EMAIL PROTECTED]
wrote:
At 18:08 -0500 on 08/09/2006, Tom Marchant wrote about Re: Vendor JCL
(was: WHY IS JCL ALLERGIC ... ):
I can assure you that many vendors produce inferior SMP/E. SMP/E is a
powerful tool, and when the SYSMODs
On Wed, 9 Aug 2006 23:49:07 -0400, Craddock, Chris [EMAIL PROTECTED]
wrote:
...
So you say. On the other hand, you could apply the same reasoning to
vendor employees that you did to your own peers. They are just trying to
do the best job they can for their customers. That's not all good or all
In a recent note, Clark F Morris said:
Date: Thu, 10 Aug 2006 13:03:52 -0300
Here I agree with the management that wants something simpler than
SMP/E for installation. I also believe that the overall design needs
a revisit given the following:
1. A RESTORE can be painful if it
In the end pandering to clots, however compelling the arguments of the
marketing VP for doing so may seem to be, is always ill-advised.
Thank you John - I might just get a laminated copy of that put up on the
wall next to the (still sealed) envelope from SAS that states NO, you
can't.
Shane
snip
. . . pandering to clots . . .
/snip
I think I may have found the title to my next best-selling marketing how-to
book.
Jon
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jon Brock
snip
. . . pandering to clots . . .
/snip
I think I may have found the title to my next best-selling
marketing how-to book.
Careful Somebody might hold a software patent on that process
In [EMAIL PROTECTED], on 08/08/2006
at 11:41 AM, Tom Marchant [EMAIL PROTECTED] said:
I'd hope so too, but some vendors consistently do it wrong.
Back in the 1980's the JES2 folks also did it consistently wrong.
Now there's a statement that I think is a bit out there.
How about rewording
In [EMAIL PROTECTED], on 08/08/2006
at 08:25 PM, Clark F Morris [EMAIL PROTECTED] said:
Could people comment on the other IBM maintenance methodologies, the
ones for VM, VSE, AIX and OS400 and how they compare to SMP/E?
I don't know how SESS-pool compares to SMP/E, but the CMS UPDATE
facility
On Tue, 8 Aug 2006 18:41:27 -0400, Craddock, Chris [EMAIL PROTECTED]
wrote:
...
I can't speak for all vendors, but trust me the reason is NOT because
the vendors don't know how to package SMP/E deliverables. There is (at
least in the ones I have dealt with) a full SMP/E install under those
On Tue, 8 Aug 2006 18:41:27 -0400, Craddock, Chris [EMAIL PROTECTED]
wrote:
... front ends to SMP/E, to cover up for the
fact that the vendor doesn't have a clue how to create proper SYSMODs.
Let alone HOLDDATA.
I can't speak for all vendors, but trust me the reason is NOT because
the
I guess that means that you think they can't install MVS. In all the
years
I've been in this business, people have been telling me that this
group or
that is full if idiots. People who were incapable of learning, or
worse,
that anything that they might learn will only make them screw things
At 18:08 -0500 on 08/09/2006, Tom Marchant wrote about Re: Vendor JCL
(was: WHY IS JCL ALLERGIC ... ):
I can assure you that many vendors produce inferior SMP/E. SMP/E is a
powerful tool, and when the SYSMODs are coded correctly, it makes
installing and maintaining a system easy
And what's the best way to put a private library dynamically in one's
SYSEXEC concatenation? Would that be LIBDEF?
ALTLIB.
Bob Shannon
Rocket Software
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
On Mon, 7 Aug 2006 23:28:32 -0600, Paul Gilmartin [EMAIL PROTECTED]
wrote:
Could this be automated? In, e.g., Mark's putative CHGIT macro,
to 'X' all lines containing '//*' before doing the CHANGE ALL X?
I know; I need to RTFM. But I'd be grateful for a pointer to
a command name.
x all //* 1
On Mon, 7 Aug 2006 16:28:40 -0600, Paul Gilmartin [EMAIL PROTECTED]
wrote:
It may take a little longer, but I don't mind going into each
member and doing an ISPF CHANGE ALL command for tape_unt and
vend_hlq to whatever I need. If I know I will do a lot of this
At least two contributors to
On Mon, 7 Aug 2006 18:37:26 -0500, Tom Marchant [EMAIL PROTECTED]
wrote:
Still, it would be nice if the vendors would use set symbols and include a
member in all the jobs so that the symbols could be set in one place.
What would you do for SYSIN? Typically install jobs contain (at a
minimum)
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden
Sent: Tuesday, August 08, 2006 8:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
On Mon, 7 Aug 2006 18:37:26 -0500, Tom Marchant
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Tuesday, August 08, 2006 8:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
snip
Of course, I am not a developer, so I may well
In a recent note, Tom Marchant said:
Date: Tue, 8 Aug 2006 07:11:09 -0500
x all //* 1 3
Thanks. And now a little mystery. The test macro:
/* Rexx */ signal on novalue; /*
*/
trace R
address 'ISREDIT'
'MACRO (EARGS)'
/* Make no changes in comments.
*/
'EXCLUDE //* ALL 1 3'
exit(
On Tue, 8 Aug 2006 10:03:24 -0400, Thompson, Steve (SCI TW)
[EMAIL PROTECTED] wrote:
And then the idea that ISVs don't know SMP/E is a bit out there -- well
I'd hope that ISVs know SMP/E.
I'd hope so too, but some vendors consistently do it wrong.
Some examples:
Providing PTFs without proper
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Marchant
Sent: Tuesday, August 08, 2006 11:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
On Tue, 8 Aug 2006 10:03:24 -0400, Thompson, Steve (SCI TW
On Tue, 8 Aug 2006 13:36:25 -0400, Thompson, Steve (SCI TW)
[EMAIL PROTECTED] wrote:
So there are lots of things that vendors have to take into
consideration, and the biggest one today are the Sr. Systems
Programmers
who don't know what a USERMOD is or a JES exit.
Now there's a statement that I
On Tue, 8 Aug 2006 11:41:44 -0500, Tom Marchant wrote:
On Tue, 8 Aug 2006 10:03:24 -0400, Thompson, Steve (SCI TW) wrote:
And then the idea that ISVs don't know SMP/E is a bit out there -- well
I'd hope that ISVs know SMP/E.
I'd hope so too, but some vendors consistently do it wrong.
Some
On Tue, 8 Aug 2006 12:47:16 -0500, Tom Schmidt
[EMAIL PROTECTED] wrote:
Providing PTFs without proper PREs
Providing PTFs that don't SUP when they should
Routinely asking a customer to use BYPASS ID
PTF A has a PRE on FMID B, but FMID B has a SUP on PTF A
Failure to provide UCLIN to create
To be honest, I dislike all those autocust things.
I never found that it made the install any easier. Same
with the rest of them. Mostly front ends to SMP/E, to cover up for
the
fact that the vendor doesn't have a clue how to create proper SYSMODs.
Let alone HOLDDATA.
I can't speak for
On 8 Aug 2006 15:41:36 -0700, in bit.listserv.ibm-main you wrote:
To be honest, I dislike all those autocust things.
I never found that it made the install any easier. Same
with the rest of them. Mostly front ends to SMP/E, to cover up for
the
fact that the vendor doesn't have a clue how
Chris Craddock writes:
. . .The autocurse installers exist because a significant number of
customers ask (demand!) them. The ibm-main audience is not necessarily
typical because there are a lot of customers who can't spell SMP/E let
alone configure high end software products.
CC
and he
In a recent note, Ted MacNEIL said:
Date: Mon, 7 Aug 2006 19:50:55 +
Ok. Ed doesn't get to vote. I'm a customer (but not of Ed's products)
so I get to vote, and I vote for mixed case JCL.
If it could be submitted successfuly, I would vote for it, too.
But, as long as it
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
Sent: Monday, August 07, 2006 3:28 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
snip
And, here I'm a little uneasy that if we instruct
Paul Gilmartin writes:
And, here I'm a little uneasy that if we instruct our
customers to CHANGE 'VENDOR.PREFIX' 'USER.PREFIX' ALL
etc., _if_desired_, that the editing may have the effect
of making unintended changes elswhere in the files that
by happenstance match the pattern. This is a
Since ISPF is basically a given for every installation, I don't know
why a vendor couldn't just use standard ISPF file tailoring. Again,
put
the JCL in a second PDS with the same name as the original PDS. Let
the
user submit it then and their or later.
Be careful what you wish for. That BMC
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Craddock, Chris
Sent: Monday, August 07, 2006 4:22 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
snip
Be careful what you wish for. That BMC thingie you're
(cross-posting, and setting Reply-to: ASM370)
In a recent note, john gilmore said:
Date: Mon, 7 Aug 2006 21:06:27 +
Paul Gilmartin writes:
I'd be delighted to be able to supply an INCLUDE member
with all the strings we invite customers to change
provided as JCL
Affectionately known as autocurst
To be honest, I dislike all those autocust things. Going way back to
CA-Activator. Some work better and are easier to use than others,
but I always want to review my JCL and save it in some sort of
install library anyway (usually with names like #INST01,
Paul Gilmartin wrote:
What must I do to process general input text with the assembler?
must I do my own lexical analysis, character by character?
There are HLASM macro functions now for quoting, dequoting, searching,
doing case-insensitive compares, etc. I use them all the time!
--
In a recent note, Mark Zelden said:
Date: Mon, 7 Aug 2006 16:54:03 -0500
It may take a little longer, but I don't mind going into each
member and doing an ISPF CHANGE ALL command for tape_unt and
vend_hlq to whatever I need. If I know I will do a lot of this
At least two
On Mon, 7 Aug 2006 16:54:03 -0500, Mark Zelden [EMAIL PROTECTED]
wrote:
Affectionately known as autocurst
To be honest, I dislike all those autocust things. Going way back to
CA-Activator. Some work better and are easier to use than others,
but I always want to review my JCL and save it in
On Mon, 7 Aug 2006 16:54:03 -0500, Mark Zelden [EMAIL PROTECTED] wrote:
Affectionately known as autocurst
To be honest, I dislike all those autocust things. Going way back to
CA-Activator. Some work better and are easier to use than others,
but I always want to review my JCL and save it in
At 16:54 -0500 on 08/07/2006, =?ISO-8859-1?Q?Mark_Zelden?= wrote
about Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... ):
It may take a little longer, but I don't mind going into each
member and doing an ISPF CHANGE ALL command for tape_unt and
vend_hlq to whatever I need.
The problem
In a recent note, Robert A. Rosenberg said:
Date: Tue, 8 Aug 2006 00:21:06 -0400
At 16:54 -0500 on 08/07/2006, =?ISO-8859-1?Q?Mark_Zelden?= wrote
about Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... ):
It may take a little longer, but I don't mind going into each
member and doing
85 matches
Mail list logo
