-- snip --
2) The new OPCODE function is great, but I am really in need of a
CLIST or REXX based disassembler that can be executed from within the
IPCS environment. Has anyone seen anything like this?
If you're running z//OS V1R8, IPCS has support for an INSTRUCTION data type
that is
This is why you TEST your backup tapes, folks...
On Tue, 20 Mar 2007 18:33:55 -0500, Ed Gould
[EMAIL PROTECTED] wrote:
snip
There was still hope, until the department discovered its third line
of defense, backup tapes, were unreadable.
snip
If IBM is committed to ensuring that the program will works from this
point
on for evermore, how can the routines called by the SVC know whether or
not the SVC was assembled from programmer code[1] or macro code? Release
x+n
cannot change what release x's macro created! What's all this nonsense
Return code 6F states that permission is denied. Make sure that you have
access to the file in STDOUT.
Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683
BPXM009I BPXBATCH FAILED BECAUSE OPEN (BPX1OPN) FOR STDOUT FAILED WITH
RETURN CODE 006F REASON CODE 0004 IEF142I ZHBHELLO JESSTEP
On Wed, 21 Mar 2007 05:33:25 -0500, Doc Farmer [EMAIL PROTECTED]
wrote:
This is why you TEST your backup tapes, folks...
I learnt that the hard, but not critical way, some time back. We were using
FDR for backups and creating 1 original and a copy at the same time. One
copy would go in the
John Ticic wrote on 03/21/2007 04:30:44 AM:
Bob, I took a look at the IPCS manuals to get an update on some of the
new
features. Good stuff!
I couldn't find any information on the INSTRUCTION data type, but I tried
it anyway on the pointer panel. Typing INSTRUCTION in the data area field
In z/OS V1.7 I have found the following information
Unicode dynamic table loading: Unicode support will be enhanced to
dynamically load conversion tables on demand. This can help eliminate the
setup tasks previously required for Unicode, including the CUNUNIxx parmlib
member IMAGE statement
Brian Westerman wrote:
Hopefully you have a tape management system set up to keep from overwriting
your HSM tapes. Without that, there is very little to keep you from making
a mistake and overwriting them.
You could always set up HSM to use an expiration date of 1999/365 so that at
least
Peter
Let's look at it this way: the macro is a solid way development uses in
order to document the interface precisely - because it has to work in all
its guises. It is then up to the programmer whether the macro is used or raw
code.
It's also up to the programmer's conscience how well
On Wed, 21 Mar 2007 07:50:32 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:
In z/OS V1.7 I have found the following information
Unicode dynamic table loading: Unicode support will be enhanced to
dynamically load conversion tables on demand. This can help eliminate the
setup tasks previously
Hi ;
Did anybody see the 'used percentage field' in ISPF 5.7 giving numbers more
than 100% like 228% and 116%?,
I have this situation on our Z/OS 1.7 but not on OS/390 2.10. any ideas will
be appretiated?
Nafez Al-Besheeti
System Prog.
KSU Computer Center
Unicode on Demand works very well in z/OS 1.7, with OA16037, OA18799 and
OA19072. I talked a bit about this at the Bit Bucket at SHARE in Tampa:
http://www.share.org/client_files/docupload/Bit%20Bucket%2033%20(21).pdf
Please see my section of this presentation, titled Unicode for the Smart and
When I enter an SDSF STatus display and select a job with the
? prefix command, data sets for that job seem to be displayed
sorted by DSID (is this the default, or did I override it at
some time in the past? Is there any way to nullify a prior
explicit setting and return to the default. I
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Doc Farmer
Sent: Wednesday, March 21, 2007 5:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Slightly OT Backups not Good on PC
This is why you TEST your backup tapes, folks...
SNIP
Some years ago
http://www.itjungle.com/big/big032007-story01.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
DSID is assigned by JES. It is the same number that appears in the
allocation messages for a data set assigned to SYSOUT (and DD *, for that
matter, which can also be displayed by SDSF).
I had this great explanation written up, but then I ran a test and I
refreshed my memory a few things. I'm
In a recent note, Ray Mullins said:
Subject: Re: SDSF ? display
dynamically allocated data sets get the next one in sequence.
Bingo! The dymamically allocated data sets appear out of order.
That's the explanation, but certainly not a satisfactory answer.
There could be an old SORT
Nafez
You need to think of a better Subject for your original posts.
I received this with Spam attached in front of your Subject - probably
my local McAfee jumping in - and, indeed, Did you see this is very likely
to refer to an enhancement to performance of a type not usually discussed in
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Thompson, Steve
SNIP
Some years ago with what today is called a SOHO, I used a
Seagate backup system (before it became Veritas) that wrote
to a tape cartridge where the cartridge unit was attached via
a
We upgraded to z/OS V1R7 this past weekend. It was reported that HELP
was not working on ISPF. Whenever I enter HELP I receive invalid
command. The same command on V1R4 brings up the TUTORIAL. Any help would
be appreciated.
Thank You
On Wed, 21 Mar 2007 07:50:32 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:
How exactly will I know this is working.
I had the same concern initially. To test it in my sandbox I did this:
D UNI,ALL (operator cmd - note output)
Force a load by browsing a FILE in ISPF that is ASCII (well,
On Wed, 21 Mar 2007 10:52:24 -0500, Mark Steely [EMAIL PROTECTED] wrote:
We upgraded to z/OS V1R7 this past weekend. It was reported that HELP
was not working on ISPF. Whenever I enter HELP I receive invalid
command. The same command on V1R4 brings up the TUTORIAL. Any help would
be appreciated.
Did the format of IBM-Main's Archive (or Listserver's processing of the archive)
change over night, or have I horribly hosed over my profile? The look amp;
feel
is completely different. More importanly, I no longer have navigation buttons
(next/prev-in-thread, next/prev-by-author) when
I am still not getting this Hello World Java JCL to work. I've
tries some others I have found on the web.If someone has the time
to look at my input and output, please let me know at
[EMAIL PROTECTED] I'll send it to them off of the
listserver.
Thanks.
Mark Steely of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
wrote on 03/21/2007 10:52:24 AM:
We upgraded to z/OS V1R7 this past weekend. It was reported that HELP
was not working on ISPF. Whenever I enter HELP I receive invalid
command. The same command on V1R4 brings up the
Did anybody see the 'used percentage field' in ISPF 5.7 giving numbers
more than 100% like 228% and 116%?,
I have this situation on our Z/OS 1.7 but not on OS/390 2.10. any
ideas will be appretiated?
I am confused. ISPF 5.7 is the interface to submit batch binder or
linkage editor jobs. I
Someone came to me, she accidentally opened a print with a large SDSF
file (she typed X by itself).
She's afraid to hit PRINT CLOSE because the doesn't want to print it.
(How does it know that it's XP rather than XD? Or does it act like a
SPSF print?)
Great article! Thanks.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Gary Green
Sent: Wednesday, March 21, 2007 7:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Another article on the Flex/IBM issue
We are trying to setup a FTP transfer to BMC using TLS/SSL and we're
having some problems in getting the authentication process to work. I'm
asking the list simply because BMC support has been extremely slow in
responding back to us (3+ days) and I thought I would see if anyone
might be able to
NOTICE:
All information in and attached to the e-mail(s) below may be proprietary,
confidential, privileged and otherwise protected from improper or erroneous
disclosure. If you are not the sender's intended recipient, you are not
authorized to intercept, read, print, retain, copy, forward, or
I do have the HELP entry in my ISP command table. Also the default ISPF
shipped with z/OS V1R7 I receive the same message. We do have a altered
Primary Menu, but I did not perform any updates to the panel. As I
stated earlier the one shipped from IBM (no changes or updates) is not
working either.
If I remember correctly, you must have SYS1.SCUNIMG in the linklist for
the dynamic to work.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Just curious. Does anyone know of any success stories vis-a-vis this
platform and program? Got the Flex machine through PWD, developed the
software, brought it to market, and am now a successful ISV?
--
For IBM-MAIN
Thanks Mark - Perfect as always.
Lizette
Snip
D UNI,ALL (operator cmd - note output)
Force a load by browsing a FILE in ISPF that is ASCII (well, it doesn't
even have to be ASCII) and from the browse command line type:
DISPLAY UTF8
Then do a D UNI,ALL command again from the
perhaps the ISPTUTOR load module has become corrupted
--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com
InfoSec, Inc. has been tremendously successful via this program. We
utilized the tServer T30 (Thinkpad laptop) system to develop The Automated
Security Administrator (TASA) for CA-Top Secret, CA-ACF2 and IBM-RACF. This
technology was acquired by CA in 2005 and is now known as eTrust Cleanup for
Your guess is the same as ours. We're just getting impatient with BMC
support.
Steve Werth
Add DEBUG SEC to the SYSFTPD parms. This will give you
debugging on that level. As a guess, you might not have
their CA in your keyring.
If that does not show the cause of the problem, you can
Paul Gilmartin wrote:
[...]
What determines DSID? It seems almost to increase monotonically
in chronological jobstep order, with a few very annoying
exceptions that appear at the very end of the list. Is there
any way to sort by jobstep order? (Note that this is not
sorting by StepName, since
Paul Gilmartin wrote:
My problem, indeed; I'd like to see all data sets for a job step
contiguous. Rules? The rules simply don't account for the needs
of a human programmer.
What did you complain about in HASP days, when the data sets
were numbered in the order in which they were opened? At
I found the problem - in the ISPCCONF configuration I had specified two
SITE command table. The second SITE command table had HELP specified as
PASSTHRU. I removed the second SITE table and everything functions as
designed.
Thanks for your help.
Thank You
-Original Message-
From: IBM
In a message dated 3/21/2007 1:33:20 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
perhaps the ISPTUTOR load module has become corrupted
Tough to say without more info. Venerable PDS command has a lovely VERify
command for just this situation. ===VER A:Z
My former company (Firesign Computer) was a success story for the
predecessor machines and program. We acquired two P/390s through the PiD
program (mid-1990s). We developed Outbound which became (according to
Gartner) the number three inter-machine file transfer product (after
Connect:Direct and
Well, it's completely unrelated to PC or mainframe or any other
platform. It could be related to installation size: poor PC with poor
backup HW SW *staff* is not as well protected as rich one.
BTW: Did I mention the staff ?
The only way to have backups restorable is to think about it and
nafez wrote:
Did anybody see the 'used percentage field' in ISPF 5.7 giving numbers
more than 100% like 228% and 116%?,
I have this situation on our Z/OS 1.7 but not on OS/390 2.10. any ideas
will be appretiated?
I have no idea what you're seeing, but if I were to guess, I
might assume the
ISPF version 5.7 is the ISPF shipped with z/OS 1.7.
I suspect that the OP may be referring to ISPF 3.4 but I am not sure.
Bill
On Wed, 21 Mar 2007 12:42:34 -0400, Bruce Black [EMAIL PROTECTED]
wrote:
Did anybody see the 'used percentage field' in ISPF 5.7 giving numbers
more than 100% like
For ACF2, there is a setting which controls the maximum number of invalid
password attempts in a single day. There are two counters maintained:
- PSWD-INV, the maximum number of invalid attempts since the last successful
logon; that counter is reset after a successful sign on
- PSWD-VIO, the
I learnt that the hard, but not critical way, some time back. We were using
FDR for backups and creating 1 original and a copy at the same time. One
copy would go in the firesafe and one would stay in the robbie (Comparex
6388 ACL if anyone remembers those beasts!) Anyway management decided that
NOTICE:
All information in and attached to the e-mail(s) below may be proprietary,
confidential, privileged and otherwise protected from improper or erroneous
disclosure. If you are not the sender's intended recipient, you are not
authorized to intercept, read, print, retain, copy, forward, or
Ted MacNEIL wrote:
Read them into a stem 1000 or so at a time and process them or if you have a
~1G address space you can read the whole thing into storage.
IIRC, STEM. variables are below the line (still).
So, the region won't help.
(Of course, I could be wrong. But, I have blown virtual on
220 BMC FTP Server Ready
FC0189 ftpAuth: security values: mech=TLS, sFTP=R, sCC=C, sDC=C
FC0222 ftpAuth: cipherspecs = 0A0906030405020135
FC0263 ftpAuth: environment_open()
FC0381 ftpAuth: environment_init()
FC0390 ftpAuth: environment initialization complete
EZA1701I AUTH TLS
234
Just a heads up.
Did anyone else notice the Permanent Restriction listed in OA03767. Copy
a PDSE dataset and the space needs to be larger on the output dataset.
PROBLEM CONCLUSION:
When copying a large number of PDSE members, all of the attribute
records for a group of members are inserted
Hi,
Thanks for posting the link to the article Gary, it was good reading.
I am concerned that for small businesses the numbers do not add up with either
a low end z9 or the Service Option.
The article states correctly that the IBM Software is provided largely free to
PWD member. (Even the
On Tue, 4 Jul 2006 10:49:45 +0100, Jim McAlpine wrote:
I'm looking at the Enterprise COBOL Performance Tuning paper regarding the
ARITH(EXTEND) compiler option which says -
.
| On the average, ARITH(EXTEND) was 1% slower than ARITH(COMPAT),
with a range of equivalent to 38% slower.
We're
This post was approved by the list owner!
WORKLOAD LICENSE CHARGES SEMINAR in Conjunction with CMG Australia
May 22-24, 2007 in Sydney, Australia
This 3 day seminar will give you the essential knowledge you need to
implement and leverage IBM's Workload License Charges, and PR/SM's
Intelligent
The first hit from a Google search on COBOL Performance Tuning returns
the link for the IBM document you want.
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Kopischke
Sent: Wednesday, March 21, 2007 4:05 PM
To:
NOTICE:
All information in and attached to the e-mail(s) below may be proprietary,
confidential, privileged and otherwise protected from improper or erroneous
disclosure. If you are not the sender's intended recipient, you are not
authorized to intercept, read, print, retain, copy, forward, or
Dave Kopischke wrote:
On Tue, 4 Jul 2006 10:49:45 +0100, Jim McAlpine wrote:
I'm looking at the Enterprise COBOL Performance Tuning paper regarding the
ARITH(EXTEND) compiler option which says -
.
| On the average, ARITH(EXTEND) was 1% slower than ARITH(COMPAT),
with a range of
Perhaps this is the time for IBM to offer a time-sharing option on a z9
somewhere in IBM for the PWD and others.
Lionel B. Dyck, Consultant/Specialist zLinux Platform
Client and Platform Engineering Services (CAPES)
KP-IT Enterprise Engineering, Manager Toni Nicotera
925-926-5332 (8-473-5332)
On Wed, 21 Mar 2007 14:19:41 -0700, Steve Comstock wrote:
So of course, the answer to your question is, it depends; on
what your programs are doing. Still, 30% seems high? If you are
not running on a machine that supports the new floating point
registers and instructions you may also be seeing
ISPF version 5.7 is the ISPF shipped with z/OS 1.7.
I suspect that the OP may be referring to ISPF 3.4 but I am not sure.
Duh!!
--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support:
If you are looking at SDSF and have multiple processors, it is likely that
you are looking at CPU utilization across all of them. We used to look at
utilization across all CP's:
1 CPU = 100%
2 CPU = 200%
3 CPU = 300%
If you are using 1.5 CPU's, the result would be 150% (50% relative
On Wed, 21 Mar 2007 16:41:06 -0400, Bruce Black
[EMAIL PROTECTED] wrote:
ISPF version 5.7 is the ISPF shipped with z/OS 1.7.
I suspect that the OP may be referring to ISPF 3.4 but I am not sure.
Duh!!
--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
Lionel B Dyck wrote:
Perhaps this is the time for IBM to offer a time-sharing option on a z9
somewhere in IBM for the PWD and others.
Lionel B. Dyck, Consultant/Specialist zLinux Platform
Maybe in a virtual machine: I sometimes need to change
system parameters and I'm sure other users would
Thanks for your help. The output from gsktrace confirms that the CA is
the problem. Will continue to wait on BMC to straighten this out.
Steve Werth
Email Firewall made the following annotations
NOTICE
---
This
We are trying to unterse a large data set and failing with B378 abends on VIO.
Does anyone know where (or even whether) TRSMAIN is documented?
Or, failing that, does anyone know how to get around this allocation
barrier? We have tried adding big page data sets, allocating work
files in JCL,
Sorry for the typo -- that should read B37, not B378. Finger
check. Otherwise the post stands as written.
- David
At 02:52 PM 3/21/2007 -0700, you wrote:
We are trying to unterse a large data set and failing with B378 abends on VIO.
Does anyone know where (or even whether) TRSMAIN is
take it off vio. change the outfile unit name and/or space requirement
Jack Kelly
LA Systems @ US Courts
x 202-502-2390
David Shein [EMAIL PROTECTED]
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
03/21/2007 06:06 PM
Please respond to
IBM Mainframe Discussion List
We are trying to unterse a large data set and failing with B378 abends
on VIO
Do you know what is being allocated to VIO? I just allocate a large
output dataset to disk and have never encountered a problem with VIO. An
output dataset that is ten times the size of the input should handle
most
snip
We're on a z9BC.
We've got some other code changes in the process that I'm trying to
isolate from the ARITH(EXTEND) impact to see if this is really 30%
attributable to the ARITH option change. I'd still be interested in
hearing what others have
Added REGION=0M and it made no difference. Good thought, anyway.
- David
At 06:19 PM 3/21/2007 -0400, you wrote:
We are trying to unterse a large data set and failing with B378 abends
on VIO
Do you know what is being allocated to VIO? I just allocate a large
output dataset to disk and have
David Shein wrote:
Does anyone know where (or even whether) TRSMAIN is documented?
http://techsupport.services.ibm.com/390/trsmain.html
Bob
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Thanx. That shows what I feared it would, i.e., no way to control
work file allocations. At least nothing that is documented. Good try.
- David
At 06:27 PM 3/21/2007 -0400, you wrote:
David Shein wrote:
Does anyone know where (or even whether) TRSMAIN is documented?
It isn't OUTFILE that's failing. It's a work file named SYS1,
and there doesn't seem to be any (obvious) way to control the
allocation of workfiles. If you allocate SYS1, he ignores it and
tries to allocate his own SYS2 with the same failure. Thus, my
where is it documented
Are you by any chance trying to unterse a tape file?
Bob
David Shein wrote:
It isn't OUTFILE that's failing. It's a work file named SYS1, and
there doesn't seem to be any (obvious) way to control the allocation of
workfiles. If you allocate SYS1, he ignores it and tries to
allocate
Nope. However, the problem is solved: TRSMAIN doesn't support PDSEs,
and this is one. Copied the data to a real PDS and tersed
that. Can't change the original data set, it's a system file.
One more bullet to add to my list of reasons why I hate PDSE's. One
more exception to remember.
-
In a recent note, David Shein said:
Date: Wed, 21 Mar 2007 15:35:30 -0700
It isn't OUTFILE that's failing. It's a work file named SYS1,
and there doesn't seem to be any (obvious) way to control the
allocation of workfiles. If you allocate SYS1, he ignores it and
tries to
Well, in fairness, the cited documentation stated the restriction.
Bob
Paul Gilmartin wrote:
In a recent note, David Shein said:
Date: Wed, 21 Mar 2007 15:35:30 -0700
It isn't OUTFILE that's failing. It's a work file named SYS1,
and there doesn't seem to be any (obvious) way to
In a recent note, Gerhard Postpischil said:
Subject: Re: SDSF ? display
Paul Gilmartin wrote:
My problem, indeed; I'd like to see all data sets for a job step
contiguous. Rules? The rules simply don't account for the needs
of a human programmer.
What did you complain about in
Yes it did. Acknowledged. That could have saved us some time, but
it is no excuse for the real problem. Now we have to use four steps
instead of two to handle these: copy to a PDS, terse the PDS, unterse
the PDS, copy to a PDSE.
Like I said, one more exception to remember. If PDSE's had
Have not done much VSAM coding, hence the questions. Have an opened ACB in
31 bit storage. Looking at a dump immediately after a successful OPEN for the
dataset. TCBDEB points to a DEB where the chain from the DEB to the JFCB is
correct(DEB extention to DSAB to SIOT to JFCB)...it's the
Check with your systems programmer. HILITE may have been purposely
disabled. If it is disabled, ask for the reason why...and it had better be
good!
If *you* are the systems programmer, then run ISPCCONF to figure out what
your default setting is.
- Original Message -
Hi Neil,
I avoid PDSE's like the plague.
PDSE's were great until IBM decided to support them as non-SMS constructs.
They took an (elegant) implementation and screwed it up with dual code-streams
and other unnatural acts to force it into that environment.
When they first came out, I used them all the
In a recent note, Bob Rutledge said:
Subject: Re: TERSE (TRSMAIN)
Well, in fairness, the cited documentation stated the restriction.
In the document you cited:
http://techsupport.services.ibm.com/390/trsmain.html
.. the only reference I see to space allocation of temporary
data
I understand you perfectly. In fact, it sounds as though your
experience has been more favorable than mine. They used to bite me
regularly even before the SMS restriction was relaxed. Like you, I
never create or use one now if I can possibly help it. DASD is cheap
and the aggravation isn't
In a recent note, Ted MacNEIL said:
Subject: Re: PDSE [WAS: TERSE (TRSMAIN)]
I avoid PDSE's like the plague.
PDSE's were great until IBM decided to support them as non-SMS constructs.
They took an (elegant) implementation and screwed it up with dual code-streams
an dother unnatural
Very good question. If anyone can find the answer, please share.
- David
.. the only reference I see to space allocation of temporary
data sets is:
Updates to TRSMAIN
[ ... ]
4.11 2004-11-29
[ ... ]
+ Allow overriding the temporary dataset space
Been a few weeks since there has been a spleen venting session re PDSE.
And I get two posts about niggles with 'em on the same day.
Unsurprisingly, more and more vendors are shipping them. Some because of
functionality, some of them because it's the thing to do.
Pity the poor customer.
Shane
Oh, and one more thing!
The only reason we solved this problem was that we HAPPENED to
notice, in passing, that the original data set was a PDSE. If we
hadn't, we would probably still be searching for the answer.
Yes, the restriction is documented, but for that to be of any help,
it has to
Like you, I never create or use one now if I can possibly help it. DASD is
cheap and the aggravation isn't worth it.
And, I create huge directorys.
Minimum of 1 cylinder, usually 5.
-
Too busy driving to stop for gas!
--
One more thing that I find interesting.
A quick trip through the archives indicates that using TRSMAIN on tape datasets
yields the same illuminating error.
I'd like to someday know what that program is doing.
Bob
David Shein wrote:
Oh, and one more thing!
The only reason we solved this
Would there have been any other way to create program objects in temporary
data sets, which I consider an important facility
Not being a product developer, I have no need for that facility, but I would
use PDSE's (grudgingly) when I have no choice.
In a lot of cases, it's Hobson's choice:
1.
Well, I AM a product developer, have been for years now, and I get
along just fine without them, thank you very much.
And you're right about big directories, too. Among other things, you
never know when you're going to need the directory space in rder to
use the RESTORE function of PDS. I
Paul Gilmartin wrote:
So was the HASP system, insofar as running the same job twice
with the same inputs would have produced the same list of
DSIDs. Or do I fail to understand?
In JES2, the DSIDs remain the same regardless of input data. In
HASP, the sequence was determined by program and
93 matches
Mail list logo
