In 4c2d598f.3050...@valley.net, on 07/01/2010
at 11:14 PM, Gerhard Postpischil gerh...@valley.net said:
Rather than argue, I decided to run a quick test.
Right answer to wrong question. Did you run a test, on a current
system, of an OPEN/STOW/CLOSE while another job still had the PDS
OPEN?
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Paul
Gilmartin
Skickat: den 1 juli 2010 21:59
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Delete all members of a PDS that is allocated
On Thu, 1 Jul 2010 19:38:40 +0200, Thomas Berg wrote:
On Fri, 2 Jul 2010 13:26:41 +0200, Thomas Berg wrote:
How ? The shut the door job is *waiting* for EXCL ENQ (OLD).
As I read it, shut the door never completes its wait. So
you don't know how many other jobs may have previously
allocated the data set SHR, opened it, done BLDLs, and not
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Paul
Gilmartin
Skickat: den 2 juli 2010 15:40
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: SV: Delete all members of a PDS that is allocated
On Fri, 2 Jul 2010 13:26:41 +0200, Thomas Berg
On Wed, 30 Jun 2010 17:51:40 +0200, Thomas Berg wrote:
When I have needed to compress a PDS that was in frequent/continuous use,
e g a target load library in test env, I use a command/rexx that submits
a job which begins with submitting another job that has the pds allocated
with DISP=OLD. This
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Paul
Gilmartin
Skickat: den 1 juli 2010 18:26
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: SV: Delete all members of a PDS that is allocated
On Wed, 30 Jun 2010 17:51:40 +0200, Thomas Berg
On Thu, 1 Jul 2010 19:38:40 +0200, Thomas Berg wrote:
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För Paul
Gilmartin
Skickat: den 1 juli 2010 18:26
On Wed, 30 Jun 2010 17:51:40 +0200, Thomas Berg wrote:
When I have needed to
On 6/30/2010 9:16 PM, Shmuel Metz (Seymour J.) wrote:
And it would be interesting to determine whether
the common practice of updating a PDS with a primary ENQ of SHR has
led IBM to add format 1 updates to the STOW logic.
I doubt it; they don't permit concurrent OPEN for update.
Rather than
In
45d79eacefba9b428e3d400e924d36b903a24...@iwdubcormsg007.sci.local,
on 06/27/2010
at 03:00 PM, Thompson, Steve steve_thomp...@stercomm.com said:
How difficult is it to get the number of directory blocks from a PDS
in a _ program (where the blank can be filled in with COBOL,
PL/1, REXX,
In 4c27c8dd.7010...@valley.net, on 06/27/2010
at 05:55 PM, Gerhard Postpischil gerh...@valley.net said:
The intrinsic problem is that to do it correctly (for a PDS) the
program needs to be authorized, as DS1NOBDB needs to be reset.
Doesn't CLOSE update it from the DCB?
--
Shmuel
Is there any downside to just deleting the PDS and recreating it?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at
Yes. You have to wait until no one else has it allocated.
Date: Wed, 30 Jun 2010 08:40:10 -0600
From: howard.bra...@cusys.edu
Subject: Re: Delete all members of a PDS that is allocated
To: IBM-MAIN@bama.ua.edu
Is there any downside to just deleting the PDS and recreating it?
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of J R
Sent: Wednesday, June 30, 2010 9:44 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Delete all members of a PDS that is allocated
Yes. You have to wait until no one else has it
The OP said that job scheduler product has it allocated and that assembler may
not be used.
Date: Wed, 30 Jun 2010 09:47:20 -0500
From: john.mck...@healthmarkets.com
Subject: Re: Delete all members of a PDS that is allocated
To: IBM-MAIN@bama.ua.edu
-Original Message-
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of J R
Sent: Wednesday, June 30, 2010 10:02 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Delete all members of a PDS that is allocated
The OP said that job scheduler product has it
When I have needed to compress a PDS that was in frequent/continuous use,
e g a target load library in test env, I use a command/rexx that submits
a job which begins with submitting another job that has the pds allocated
with DISP=OLD. This as a way to shut the door behind. Then it waits
On 6/30/2010 6:34 AM, Shmuel Metz (Seymour J.) wrote:
The intrinsic problem is that to do it correctly (for a PDS) the
program needs to be authorized, as DS1NOBDB needs to be reset.
Doesn't CLOSE update it from the DCB?
The approaches posted previously all treated the directory as
In 4c2b89f9.5050...@valley.net, on 06/30/2010
at 02:16 PM, Gerhard Postpischil gerh...@valley.net said:
The approaches posted previously all treated the directory as
sequential. AFAIK, the DS1NOBDB field is not altered unless a STOW
is issued.
Does STOW set the flag in the DCB or in the
On Mon, 28 Jun 2010 22:51:59 -0500, Joel C. Ewing wrote:
Why does such a language need to be provided by IBM?
Can a third-party vendor provide it?
- Dave Rivers -
It would be unreasonable for IBM to require a third-party product to
customize z/OS, or to expect IBM to help diagnose
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Thompson, Steve
Sent: Sunday, June 27, 2010 7:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Delete all members of a PDS that is allocated
-Original Message-
From: IBM Mainframe
On 06/29/2010 10:08 AM, George Orwell wrote:
Our application programmers are not that familiar with z-architecture,
much less Assembly Language; but those of us in mainframe Technical
Support certainly are.
Judging from the questions asked on this list, the above statement is
certainly not
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
joa...@swbell.net (John McKown) writes:
I think that there is a difference between having a normal (ain't no
such beastie) application programmer and an old
On Sun, 27 Jun 2010 15:00:14 -0400, Thompson, Steve
steve_thomp...@stercomm.com wrote:
I just have to ask this one question.
How difficult is it to get the number of directory blocks from a PDS in
a _ program (where the blank can be filled in with COBOL, PL/1,
REXX, etc., but not HLASM/ASM)
On Mon, 28 Jun 2010 07:43:26 -0500 Mark Zelden mzel...@flash.net wrote:
:Even easier than you wrote...
:/* rexx - zero a PDS Directory */
:ARG dsn
:ALLOC F(PDSDIR) DA(dsn) SHR REUSE
Clark Morris wrote:
On 27 Jun 2010 07:30:35 -0700, in bit.listserv.ibm-main you wrote:
Until IBM provides a language or variant such as a systems flavor of
C/C++ that has access to all of the facilities (including the peculiar
linking conventions for some JES exits, any management that does not
Feel free to do an advert. Your stuff is good.
On Mon, 28 Jun 2010 09:32:17 -0400 Thomas David Rivers riv...@dignus.com
wrote:
:Clark Morris wrote:
: On 27 Jun 2010 07:30:35 -0700, in bit.listserv.ibm-main you wrote:
:
: Until IBM provides a language or variant such as a systems flavor of
:
On 25 Jun 2010 15:26:46 -0700, rfocht...@ync.net (Rick Fochtman)
wrote:
Even BAL programmers can produce lousy code; it's just sometimes harder
to spot. :-)
Character string manipulations, like scanning control statements, can be
inordinately complex in BAL if you're not really careful in the
On 25 Jun 2010 13:33:38 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote:
What is the definition of user here?
Programmers, etc.
I went into more detail of what I meant into a previous response to Mark Z.
Then that statistic is a show me stat.
-snip--
Even easier than you wrote...
/* rexx - zero a PDS Directory */
ARG dsn
ALLOC F(PDSDIR) DA(dsn) SHR REUSE RECFM(F), /* pds directory */
DSORG(PS) LRECL(256) BLKSIZE(256)
EXECIO 1 DISKRU PDSDIR (STEM
On Mon, 28 Jun 2010 07:43:26 -0500, Mark Zelden mzel...@flash.net wrote:
/* rexx - zero a PDS Directory */
snip
On Mon, 28 Jun 2010 16:00:39 +0300, Binyamin Dissen
bdis...@dissensoftware.com wrote:
That does not change the key.
I wonder what would happen if member GHJK was added and the
On 06/28/2010 08:32 AM, Thomas David Rivers wrote:
Clark Morris wrote:
On 27 Jun 2010 07:30:35 -0700, in bit.listserv.ibm-main you wrote:
Until IBM provides a language or variant such as a systems flavor of
C/C++ that has access to all of the facilities (including the peculiar
linking
Joel C. Ewing wrote:
On 06/28/2010 08:32 AM, Thomas David Rivers wrote:
Clark Morris wrote:
On 27 Jun 2010 07:30:35 -0700, in bit.listserv.ibm-main you wrote:
Until IBM provides a language or variant such as a systems flavor of
C/C++ that has access to all of the facilities (including the
In listserv%201006231937408428.0...@bama.ua.edu, on 06/23/2010
at 07:37 PM, gsg gsg_...@yahoo.com said:
Does anyone know of a way to delete all of the members of a PDS
which is allocated by job scheduler software?
Yes; STOW DCB,,I is the one least likely to break. But if that
software has
In aanlktilff16w3azr3ycvb5pfguqddt8th-shz6aaj...@mail.gmail.com, on
06/25/2010
at 02:29 PM, George Henke gahe...@gmail.com said:
Years ago Bell Labs Management required all application programming
be done in BAL.
They were running BPS?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
On 06/26/2010 09:16 PM, Ted MacNEIL wrote:
But here we are talking about a case of manipulating directory entries
and internal content of an Operating-system-specific construct, a PDS.
I can do that with REXX and ISPF Library Management Services -- no HLASM on
my part.
This prompted me
On 27 Jun 2010 07:30:35 -0700, in bit.listserv.ibm-main you wrote:
On 06/26/2010 09:16 PM, Ted MacNEIL wrote:
But here we are talking about a case of manipulating directory entries
and internal content of an Operating-system-specific construct, a PDS.
I can do that with REXX and ISPF
I just have to ask this one question.
How difficult is it to get the number of directory blocks from a PDS in
a _ program (where the blank can be filled in with COBOL, PL/1,
REXX, etc., but not HLASM/ASM) and then open the data set with RECFM=U
and then write an initial directory block
On Sun, 27 Jun 2010 15:00:14 -0400, Thompson, Steve wrote:
How difficult is it to get the number of directory blocks from a PDS in
a _ program (where the blank can be filled in with COBOL, PL/1,
REXX, etc., but not HLASM/ASM) and then open the data set with RECFM=U
and then write an initial
On Sun, 27 Jun 2010 09:30:10 -0500, Joel C. Ewing wrote:
the CBT PDS utility). I wouldn't call deleting all individual members
via ISPF LM services a viable production approach except for a PDS with
a small number of members, or perhaps for a one time exercise. Going
that route starts off
I was unaware of Mr. Smith's involvement.
Rick
-
Ed Finnell wrote:
In a message dated 6/25/2010 5:31:07 P.M. Central Daylight Time,
rfocht...@ync.net writes:
with Bruce Leland, the original author, for about 25 years.
Author(s) Mike
On 6/27/2010 3:00 PM, Thompson, Steve wrote:
How difficult is it to get the number of directory blocks from a PDS in
a _ program (where the blank can be filled in with COBOL, PL/1,
REXX, etc., but not HLASM/ASM) and then open the data set with RECFM=U
and then write an initial directory
-snip
Management may know something you don't. Management may know that very
few of their staff knows BAL. And if a program blows up in the middle of
the night (or any other time) no one may be available to debug it. I
---snip--
I just have to ask this one question.
How difficult is it to get the number of directory blocks from a PDS in
a _ program (where the blank can be filled in with COBOL, PL/1,
REXX, etc., but not HLASM/ASM) and then open
On 27 Jun 2010 15:20:32 -0700, in bit.listserv.ibm-main you wrote:
---snip--
Until IBM provides a language or variant such as a systems flavor of
C/C++ that has access to all of the facilities (including the peculiar
linking
On Sun, 2010-06-27 at 21:02 -0300, Clark Morris wrote:
On 27 Jun 2010 15:20:32 -0700, in bit.listserv.ibm-main you wrote:
---snip--
Until IBM provides a language or variant such as a systems flavor of
C/C++ that has access to
At 3:55 PM -0500 on 06/27/2010, Paul Gilmartin wrote about Re: Delete
all members of a PDS that is allocated:
On Sun, 27 Jun 2010 09:30:10 -0500, Joel C. Ewing wrote:
the CBT PDS utility). I wouldn't call deleting all individual members
via ISPF LM services a viable production approach
Ed Finnell wrote:
In a message dated 6/25/2010 5:31:07 P.M. Central Daylight Time,
rfocht...@ync.net writes:
with Bruce Leland, the original author, for about 25 years.
Author(s) Mike Smith and Bruce Leland.
Big bloke with the red hair? Steve Smith. Most of the original
ISPF
Greg Pruce of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
wrote on 06/26/2010 01:00:32 AM:
Ed Finnell wrote:
In a message dated 6/25/2010 5:31:07 P.M. Central Daylight Time,
rfocht...@ync.net writes:
with Bruce Leland, the original author, for about 25 years.
Author(s)
On 25 Jun 2010 20:47:56 -0700, in bit.listserv.ibm-main you wrote:
Your point that the language used for that 5% doesn't matter is only partly
true, IMHO.
Knowing how to optimize the language that you or your management chose and
knowing the hot spots to avoid helps avoid writing or correct bad
In a message dated 6/26/2010 1:01:21 A.M. Central Daylight Time,
greg.pr...@optushome.com.au writes:
Big bloke with the red hair? Steve Smith. Most of the original
ISPF interface was his work.
Sorry, yes Steve. Was thinking of Mike Loos(Deluxe Check) and long
association with SHARE.
In a message dated 6/26/2010 9:33:31 A.M. Central Daylight Time,
efinnel...@aol.com writes:
Sorry, yes Steve. Was thinking of Mike Loos(Deluxe Check) and long
association with SHARE.
Funny story. Came back from a SHARE in early eighties and gave a brief
trip report about Sessions
peter.far...@broadridge.com (Farley, Peter x23353) writes:
Attention to details like this (and some similar optimizations) saved
one application I have worked on almost 50% of its previous CPU
utilization without changing the application algorithm in any other way.
the science center had
On Wed, 23 Jun 2010 20:47:24 -0400, Lizette Koehler wrote:
It is going to depend.
You can write a REXX that uses the LM functions to delete a member.
If you have PDSMAN with FASTCOPY you can ZERODIR.
If you have SAS you can KILL a pds.
And I am sure there are other ways.
The requirement is that
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.
re:
http://www.garlic.com/~lynn/2010j.html#81 Percentage of code executed that is
user written
for slightly different slant on the subject ... in the early 70s
On 06/25/2010 02:42 PM, Ted MacNEIL wrote:
Whatever became of efficiency.
Years ago Bell Labs Management required all application programming be done
in BAL.
The myth that BAL is more efficient, is (in general) just that, a myth.
COBOL, with optimisation, is almost as efficient, and
But here we are talking about a case of manipulating directory entries
and internal content of an Operating-system-specific construct, a PDS.
I can do that with REXX and ISPF Library Management Services -- no HLASM on my
part.
-
Too busy driving to stop for gas!
--- On Wed, 6/23/10, Ted MacNEIL eamacn...@yahoo.ca wrote:
From: Ted MacNEIL eamacn...@yahoo.ca
Subject: Re: Delete all members of a PDS that is allocated
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, June 23, 2010, 11:57 PM
but management wants us to not
use assembler.
I'm sorry, but I have
On 24 Jun 2010 05:12:04 -0700, john.mck...@healthmarkets.com (McKown,
John) wrote:
In general, I agree, but management must also be concerned with
maintainability.
The perceived decrease in HLASM programming skills have likely made management
do one of its infamous one size fits all commands.
Whatever became of efficiency.
Years ago Bell Labs Management required all application programming be done
in BAL.
On Fri, Jun 25, 2010 at 11:34 AM, Howard Brazee howard.bra...@cusys.eduwrote:
On 24 Jun 2010 05:12:04 -0700, john.mck...@healthmarkets.com (McKown,
John) wrote:
In general,
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of George Henke
Sent: Friday, June 25, 2010 1:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Delete all members of a PDS that is allocated
Whatever became of efficiency.
Years ago Bell
(Sorry, I originally sent this to the newsgroup instead of the
Listserv.)
On 23 Jun 2010 17:39:54 -0700, in bit.listserv.ibm-main
(Message-ID:listserv%201006231937408428.0...@bama.ua.edu)
gsg_...@yahoo.com (gsg) wrote:
Does anyone know of a way to delete all of the members of a
PDS which
Not everybody...
Is the action bar the menu they added a few years back that everybody
I knew turned off? Maybe I need to turn it on to get to the help
that would include your command.
--
For IBM-MAIN subscribe /
Whatever became of efficiency.
Years ago Bell Labs Management required all application programming be done in
BAL.
The myth that BAL is more efficient, is (in general) just that, a myth.
COBOL, with optimisation, is almost as efficient, and easier to maintain.
People costs are more than
On Fri, 25 Jun 2010 19:42:27 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
In a z/OS environment, with access methods, online sub-systems, utilities,
and the like, less than 5% of the code running on the z/Box is user-written.
Where did you get that statistic from?
Mark
--
Mark Zelden -
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden
Sent: Friday, June 25, 2010 3:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Delete all members of a PDS that is allocated
On Fri, 25 Jun 2010 19:42:27 +, Ted MacNEIL
On 25 Jun 2010 12:42:43 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote:
In a z/OS environment, with access methods, online sub-systems, utilities,
and the like, less than 5% of the code running on the z/Box is user-written.
What is the definition of user here?
Where did you get that statistic from?
IBM Canada.
They don't like to publicise it, since it looks bad to sell machines to run
their code.
I did verify it, empirically, using STROBE on some production jobs.
For example:
We do not write code to open a file, alllocate buffers, and actually
On Fri, 25 Jun 2010 15:25:58 -0500, McKown, John
john.mck...@healthmarkets.com wrote:
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden
Sent: Friday, June 25, 2010 3:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Delete all
What is the definition of user here?
Programmers, etc.
I went into more detail of what I meant into a previous response to Mark Z.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Friday, June 25, 2010 3:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Delete all members of a PDS that is allocated
On Fri, 25 Jun 2010 19:42:27 +, Ted MacNEIL
Well, aren't 86.7% of all stats made up on the spot?
It wasn't made upbn
And wouldn't this mean that 90+% of all code running on the system is from IBM
or an ISV?
Yes.
It's invoked by user code, which may grind only 5%, but the requests are
handled by non-user code.
-
Too busy driving to stop
I don't even know how to subset this message to formulate a response.
So, I'm replying intact.
But, my point is, while the percentage may not believed, how many users write
access methods, terminal handlers, abend handlers, DB2 optimisers,
ENQ-Handlers, operator commands, interupt handlers,
Well, now you've top posted so I have to do the same thing. :-)
I think you were confirming with what I wrote to John and I guess I can see that
being true (5% # of lines of code vs. resources). But that small percent
(5% or not) is the part you have to pay most attention to. You don't have
On 25 Jun 2010 13:41:08 -0700, in bit.listserv.ibm-main you wrote:
Well, aren't 86.7% of all stats made up on the spot?
It wasn't made upbn
And wouldn't this mean that 90+% of all code running on the system is from
IBM or an ISV?
Yes.
It's invoked by user code, which may grind only 5%, but
So saying it should be ignored because it's a small percentage of the number
of lines of total code running around the system is absolutely the wrong
thing to do.
Are you analysing the code, or the algorithm?
A bad approach is a bad approach, but a good approach is moot regardless of the
snip
Whatever became of efficiency.
Years ago Bell Labs Management required all application programming be
done in BAL.
unsnip---
Even BAL programmers can produce
Art, those are very good points. Wish I'd thought of them a few years ago.
StarTool and PDS are both written in Assembler; I've been acquainted
with Bruce Leland, the original author, for about 25 years.
Rick
--snip-
In
-snip
I don't even know how to subset this message to formulate a response.
So, I'm replying intact.
But, my point is, while the percentage may not believed, how many users
write access methods, terminal handlers, abend
snip---
My take is that most of the execution time of any given unit of work
such as a job step or CICS transaction is spent executing system code
including access methods, CICS and DB2 supplied code. An SQL statement
It's ok to generalize and say that most time is spent in
non-user-written code, but abuse of that code can also be incredibly damaging.
That has been my point all along!
The bad code does what it does, but it's what it does.
I said 5%, which may be wrong, exagerated, and empirical, but the
On 25 Jun 2010 15:59:23 -0700, in bit.listserv.ibm-main you wrote:
snip---
My take is that most of the execution time of any given unit of work
such as a job step or CICS transaction is spent executing system code
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Friday, June 25, 2010 7:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Percentage of code executed that is user written was Re:
Delete all members of a PDS that is
Your point that the language used for that 5% doesn't matter is only partly
true, IMHO.
Knowing how to optimize the language that you or your management chose and
knowing the hot spots to avoid helps avoid writing or correct bad code no
matter the language used.
Algorithms!
Algorithms!
Bad
In a message dated 6/25/2010 5:31:07 P.M. Central Daylight Time,
rfocht...@ync.net writes:
with Bruce Leland, the original author, for about 25 years.
Author(s) Mike Smith and Bruce Leland.
--
For IBM-MAIN subscribe
If the existing program does a reset, it probably
rewrites the directory and resets the LSTAR to make
it look empty. This would be very efficient.
If there are many members, any method, even in assembler, that
deletes members one at a time, will potentially suck performace-wise.
File 182 on your CBT dial. The PDS command.
Regards,
John K
gsg of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote:
Does anyone know of a way to delete all of the members of a PDS which
is
allocated by job scheduler software? We currently use an assembler
program
that
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
Sent: Wednesday, June 23, 2010 11:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Delete all members of a PDS that is allocated
but management wants us to not use assembler.
On Wed, 23 Jun 2010 20:01:57 -0500, gsg gsg_...@yahoo.com wrote:
Thanks Lizette.
We don't have PDSMAN or SAS. I know how to spell REXX and play around a
little, but probably can't write a routine that will give me the results that I
want. Is PDSMAN similar to Startools? We do have that
Management assigns tasks, NOT how-to!
Maybe where YOU live.
Correction:
GOOD Management assigns tasks, NOT how-to!
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
You also do a 3.4 and enter S * DEL on the command line to delete everything.
Thanks
Ms. Terri E. Shaffer
terri.e.shaf...@jpmchase.com
Engineer
J.P.Morgan Chase Co.
GTI DCT ECS Core Services zSoftware Group / Emerging Technologies
Office: # 614-213-3467
Cell: # 412-519-2592
Thanks Terri! Just tried it.
Didn't know about that one.
Dave
_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G
p 616.653.8429
f 616.653.8497
Glad to see the correction. I thought we had another one of those Canada/U.S.
translation issues.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Ted MacNEIL
Sent: Thursday, June 24, 2010 8:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re:
On 23 Jun 2010 17:39:54 -0700, gsg_...@yahoo.com (gsg) wrote:
Does anyone know of a way to delete all of the members of a PDS which is
allocated by job scheduler software? We currently use an assembler program
that does a reset(I think), but management wants us to not use assembler. I
know
/* REXX */
/* from http://www.mainframesupport.dk/tips/tip0344.html */
/* DELETE ALL MEMBERS OF A GIVEN LIBRARY DSN */
TRACE 'N'
/* TRACE 'R' */
On 24 Jun 2010 07:00:44 -0700, terri.e.shaf...@jpmchase.com (Terri E
Shaffer) wrote:
You also do a 3.4 and enter S * DEL on the command line to delete
everything.
Interesting. I entered HELP there and got:
HELP NOT AVAILABLE+
LIST OF COMMANDS NOT FOUND
How can I get a list of
Howard Brazee wrote:
On 24 Jun 2010 07:00:44 -0700, terri.e.shaf...@jpmchase.com (Terri E
Shaffer) wrote:
You also do a 3.4 and enter S * DEL on the command line to delete everything.
Interesting. I entered HELP there and got:
HELP NOT AVAILABLE+
LIST OF COMMANDS NOT FOUND
On 24 Jun 2010 10:30:24 -0700, st...@trainersfriend.com (Steve
Comstock) wrote:
Howard Brazee wrote:
On 24 Jun 2010 07:00:44 -0700, terri.e.shaf...@jpmchase.com (Terri E
Shaffer) wrote:
You also do a 3.4 and enter S * DEL on the command line to delete
everything.
Interesting. I
---snip
If the existing program does a reset, it probably rewrites the
directory and resets the LSTAR to make it look empty. This would be very
efficient.
If there are many members, any method, even in assembler, that deletes
--snip---
but management wants us to not use assembler.
I'm sorry, but I have to chime in.
If your staff knows how to use a tool, why should management care?
Management assigns tasks, NOT how-to!
-
Too busy driving
Does anyone know of a way to delete all of the members of a PDS which is
allocated by job scheduler software? We currently use an assembler program
that does a reset(I think), but management wants us to not use assembler. I
know that IEHPROGM can delete a specific member, but the members
1 - 100 of 105 matches
Mail list logo
