On Tue, 22 Sep 2009 08:15:59 +0300, Binyamin Dissen wrote:
On Mon, 21 Sep 2009 19:58:13 -0400 Robert A. Rosenberg wrote:
:At 14:54 -0500 on 09/21/2009, Paul Gilmartin wrote about Re: Reading
:DD card information:
:I'd be quite satisfied with this _provided_ it was compatible
:with the existing
On Mon, 21 Sep 2009 19:22:38 +0200, Gilbert Saint-Flour wrote:
a. the 100-character PARM limit isn't easy to increase, as the length of SWA
control blocks is 176 bytes (due to SYS1.SYSJOBQE, IIRC)
Clearly, this limit isn't carved in stone, because CALL, LINK,
ATTACH, etc. allow PARM be several
On Tue, 22 Sep 2009 02:17:24 -0500 Paul Gilmartin paulgboul...@aim.com
wrote:
:On Mon, 21 Sep 2009 19:22:38 +0200, Gilbert Saint-Flour wrote:
:a. the 100-character PARM limit isn't easy to increase, as the length of SWA
:control blocks is 176 bytes (due to SYS1.SYSJOBQE, IIRC)
:Clearly, this
Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is
the IPL or NET shared task to be down the only way to increase the size of
this dataset ?
Any workaround for this ?
JAcky
--
For IBM-MAIN subscribe /
All,
I'm a little bit mystified but maybe I just need more coffee... don't
know...
Yesterday I've allocaed a dataset (RECFM=FB, LRECL=80, BLKSIZE=800,
SPACE=TRK(1,1)) and filled as much records in this dataset as possible.
I've used the ISPF Editor and I was able to write 6240 records to
On Tue, 22 Sep 2009 12:14:18 +0200 Michael Knigge
michael.kni...@set-software.de wrote:
:Yesterday I've allocaed a dataset (RECFM=FB, LRECL=80, BLKSIZE=800,
:SPACE=TRK(1,1)) and filled as much records in this dataset as possible.
:I've used the ISPF Editor and I was able to write 6240 records
Jacky Bright pisze:
Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is
the IPL or NET shared task to be down the only way to increase the size of
this dataset ?
Any workaround for this ?
What's full? Dataset space or directory?
For directory full there is simple trick
Just in case,
have you already compressed it (IEBCOPY)?
2009/9/22 Jacky Bright jacky.bri...@gmail.com
Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is
the IPL or NET shared task to be down the only way to increase the size of
this dataset ?
Any workaround for
The entry we are talking about is written when an SVRB terminates (and also
for end of processing for such things as type 1 SVCs) Any record
associated with a terminating PRB has nothing to do with this.
When you're running your program and look at the RB structure, you'll see
that the oldest RB
Michael Knigge pisze:
All,
I'm a little bit mystified but maybe I just need more coffee... don't
know...
Yesterday I've allocaed a dataset (RECFM=FB, LRECL=80, BLKSIZE=800,
SPACE=TRK(1,1)) and filled as much records in this dataset as possible.
I've used the ISPF Editor and I was able to
Just run an IEBCOPY job to compress the PDS dataset. This will usually
get you back a lot of space since this file is updated a lot. This is
very easy to do with no issues that result from it.
Let us know how it goes.
Regards,
Claude
-Original Message-
From: IBM Mainframe Discussion
Hi
I have restored a VSAM data and index file from a dump of a volume.
And since it is a dump I can not restore with rename…….
So I have
PROD.VSAMFIILE.DATA and
PROD.VSAMFILE.INDEX
On TEST10
And a cluster, data and index with the same name (and used by production) on
PROD18.
I know I can:
On Tue, Sep 22, 2009 at 6:14 AM, Michael Knigge
michael.kni...@set-software.de wrote:
All,
snip
But what I really don't understand: A track is (afaik) 56.664 bytes in
size. So I could write 56.664 / 800 (track size / block size) = 70 blocks in
one track. One block can hold up to 10 records
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
Sent: Monday, September 21, 2009 4:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Reading DD card information
On Mon, 21 Sep 2009 15:43:21 -0500, Patrick O'Keefe wrote:
snip
Just run an IEBCOPY job to compress the PDS dataset. This will usually
get you back a lot of space since this file is updated a lot. This is
very easy to do with no issues that result from it.
/snip
Just to amplify, run a standard compress job using IEBCOPY with
DISP=SHR on SYS1.VTAMLST.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Jacky Bright
Sent: Tuesday, September 22, 2009 4:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: SYS1.VTAMLST Full - Production
Our Production SYS1.VTAMLST is full. Not able to define any
Thank you all so far!
*avoid* fflush for 3 reasons: performance, wasted space on track,
unexpected space abends.
Period.
Well, I've used the fflush() to check my assumptions... I'm aware of the
badness of fflush() ;-
If you expect to write approx. 1 000 000 records then you get
Hi
Sorry – no DITTO.
Venlig hilsen
Frank Allan Rasmussen
IT, It-Drift
frank.allan.rasmus...@regionsyddanmark.dkmailto:frank.allan.rasmus...@regionsyddanmark.dk
Direkte tlf. 76631650 Mobil: 29201650
We use the one of my INSTASM programs to do a crude version of this
http://home.clara.net/andywrobertson/mvsinstasm.html
Though its not among the functions documented there you might like to
downloasd this and look at the INSTSET/INSTGET section of the INSTDOC
member.
The facility does not
Michael Knigge pisze:
[...]
If you expect to write approx. 1 000 000 records then you get
1432,6... tracks. You should round it up to 1500 tracks and give some
secondary space, i.e. 500 tracks (YMMV).
Here are the bad news (well, for me):
A) I don't have any clue how much I have to write
You have lots of problems, not the least of which is JAVA.
Just because you allocate a file with a certain PRIMARY and SECONDARY amounts,
there is no assurance of anything beyond the PRIMARY allocation. For DASD you
can specify up to 54 volumes in the unit parameter, or if it is tape, you can
In listserv%200909210113422136.0...@bama.ua.edu, on 09/21/2009
at 01:13 AM, Barbara Nitz nitz-...@gmx.net said:
The system trace table is showing a similar 'anomaly' when a tcb normally
terminates. The application program (presumably executing under a PRB)
does a BR 14 (or equivalent), and
Hi Folks,
Because of something that happened today, it came to my attention
that enough people don't know about this, to warrant that I should write
something about it.
On most of the more recently updated files (last 9 years) in the CBT
Tape collection (www.cbttape.org) there is a pds
That's the only product I know of that can bypass normal catalog protocol.
What other OEM products that accesses VSAM do you have?
Thanks,
George Rodriguez
Specialist, Systems Programmer
Network Technical Services
(561) 357-7652 (office)
(561) 707-3496 (mobile)
School District of Palm Beach
On Tue, 22 Sep 2009 14:44:08 +0100, Andy Robertson wrote:
http://home.clara.net/andywrobertson/mvsinstasm.html
The facility does not create a POSIX environment variable but just a single
string held in the name/token pairs of the job.
Can that string contain the values of JCL symbols?
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Blaicher, Chris
Sent: Tuesday, September 22, 2009 8:55 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: How much will fit in a dataset?
You have lots of problems, not the least of which is
If, as discussed earlier, the JCL/SET variables were snap-shotted into a
ASASYMBM table for each jobstop, then it would be easy to write a shell
command to grab them, or perhaps have this done automatically by COZBATCH.
Of course they might be useful for any program, but the synergy with running
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Wolf
Sent: Tuesday, September 22, 2009 9:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Reading DD card information
If, as discussed earlier, the JCL/SET variables were
Jacky
Others have given you the advice necessary to resolve your immediate
problem.
I see that you encountered your problem when you found yourself needing to
perform some sort of update of VTAM definitions somehow related to LUs. I'm
afraid I don't follow what you might mean by LU ID.
There
snip
I have restored a VSAM data and index file from a dump of a volume.
And since it is a dump I can not restore with rename??.
unsnip
I don't understand why you can't rename the VSAM DSN. I seem to do that
all of the time, or did I miss something? For DSS it would be something
like :
Cross posted to MVS and RACF:
I have a sysprog asking for access to CSFOWH in the CSFSERV class. I am a
little confused: the doc seems to relate this to ICSF which is not active on
that LPAR. We do have ICSF hardware on the box and use it in other LPARS.
Are some of the callable services still
Hello all, we plan on installing z/os V.11 on our 2098-x01. Would
someone please point me to the book that tells you how to set up 2 LPARS
for sysplex capability for the new system. I have looked over the z/os
manuals, but I'm not finding anything that's very clear on how to do it.
Thanks in
On Tue, 22 Sep 2009 13:35:08 +0200, R.S.
r.skoru...@bremultibank.com.pl wrote:
...
For directory full there is simple trick available: just delete ISPF
statistics action char G).
If the ISPF statistics are important to your shop (They are for ours.),
you can use the PDS utility from the CBT
The other way if you are not in 16 extents and/or if you out of directory
blocks, use the CBT PDS utility, it can add directoy blocks and/or cyls to an
shr enqueued dataset.
Thanks
Ms. Terri E. Shaffer
terri.e.shaf...@jpmchase.com
Engineer
J.P.Morgan Chase Co.
GTI DCT ECS Core Services
Hi all,
Not sure if anyone else has experience this, however we noticed this
once the default NSINTERADDR got corrupt.
Our impression was that if a hostname could not be resolved using the
first name server, the next name server on the NSINTERADDR list will be
searched.
This is not the
Patrick O'Keefe pisze:
On Tue, 22 Sep 2009 13:35:08 +0200, R.S.
r.skoru...@snip.it! wrote:
...
For directory full there is simple trick available: just delete ISPF
statistics action char G).
If the ISPF statistics are important to your shop (They are for ours.),
you can use the PDS utility
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Terri E Shaffer
Sent: Tuesday, September 22, 2009 9:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SYS1.VTAMLST Full - Production
The other way if you are not in 16 extents and/or if
MVS Setting up a SYSPLEX SA22-7625
Merging Systems into a SYSPLEX SG24-6818
HTH,
snip
Hello all, we plan on installing z/os V.11 on our 2098-x01. Would
someone please point me to the book that tells you how to set up 2 LPARS
for sysplex capability for the new system. I have looked over the z/os
Vikesh
Here is a paragraph from the Usage Notes for the NSINTERADDR statement:
quote
- After the resolver has successfully contacted a name server, it stops without
contacting the remaining name servers for that query. Name servers beyond
the first in the list are used only if the name server
Hi Mike,
Are you a systems programmer? I think I've seen postings from you before,
so you obviously are familiar with z/OS. If you haven't worked with the
system before as a sysprog, I think this would be a good time to consider a
consultant. Management may not allow that, but it might not
John, He can't rename because this is a physical dump, nit logical.
ITschak
On Tue, Sep 22, 2009 at 5:41 PM, John Kelly john_j_ke...@ao.uscourts.govwrote:
snip
I have restored a VSAM data and index file from a dump of a volume.
And since it is a dump I can not restore with rename??.
unsnip
Hal,
ICSF fulfills multiple purposes:
1. It's the crypto hardware manager
2. It's the crypto key repository (CKDS, PKDS, etc..)
3. It's the API for crypto services.
If you have the RACF CSFSERV class active, the API calls issued by
non-system (not key 0, not sup state) callers may be checked
There is a field in Mainview for z/OS which shows me that a slow running job
was delayed to CPUCAP. Does anybody really know exactly what that means? We
are using Group Capacity to control our software costs. Is this PRSM and WLM
working together to cap the LPAR? Or is this just some WLM delay
Tomorrow at 10:30 CDT, Neon Software has a webinar about their zPrime
product. Go to the following link to sign up:
http://www.neon.com/events/webinars.shtm
The seminar is titled, NEON zPrimeT: The Business, Legal and Technical
Facts.
From all I've heard about this topic, this should be
- Original Message -
From: R.S. r.skoru...@bremultibank.com.pl
Newsgroups: bit.listserv.ibm-main
Sent: Tuesday, September 22, 2009 11:11 AM
Subject: Re: SYS1.VTAMLST Full - Production
Patrick O'Keefe pisze:
On Tue, 22 Sep 2009 13:35:08 +0200, R.S. r.skoru...@snip.it! wrote:
...
For
Yes, there is a formula. I'll assume that you have either 3390 or 3380 (or
equivalent). Refer to GX26-4577. It has additional references.
Don Williams
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Michael Knigge
Sent: Tuesday, September
You probably have discretionary defined and the service class this job is
running in is over achieving, has a velocity of less than 30 or a response time
goal over 1 min. and is itself not resource capped and ends up giving resources
to discretionary but keeps the PI of the giver between 0.71
John,
From what you're saying you have Group Capacity set up with a softcap.
Is that correct? We don't have Mainview here, but I would surmise that
the four hour rolling average has reached the level of the softcap. At
that point WLM will not allow the system to use any CPU over the limit
set
B) the whole stuff is written in Java... This is why I hoped I could do
all the needed calculations by myself because calling native stuff
(assembler) is expensive in Java
Build a table one time, and keep it with the application, avoiding the native
language call. Using a table lookup,
On Tue, Sep 22, 2009 at 8:06 AM, Michael Knigge
michael.kni...@set-software.de wrote:
...
B) the whole stuff is written in Java... This is why I hoped I could do all
the needed calculations by myself because calling native stuff (assembler)
is expensive in Java
Expensive how? What
Thanks for the info but, no thanks.
On Tue, Sep 22, 2009 at 10:08 AM, Eric Bielefeld eric-ibmm...@wi.rr.comwrote:
Tomorrow at 10:30 CDT, Neon Software has a webinar about their zPrime
product. Go to the following link to sign up:
http://www.neon.com/events/webinars.shtm
The
Hmmm, you're probably right.
John, go to the field descriptor and hit PF1 and you should get the description
for the field.
--- On Tue, 9/22/09, Kelman, Tom thomas.kel...@commercebank.com wrote:
From: Kelman, Tom thomas.kel...@commercebank.com
Subject: Re: WLM question - delayed due to
There is a formula, but I would recommend looking up the table, in the same
book. The table starts on page 14 of GX26-4577. Just look up the blocksize
in the table, and find the number of blocks that will fit on a track. Then,
calculate the number of individual records that will fit in a
Don Williams schrieb:
Yes, there is a formula. I'll assume that you have either 3390 or 3380 (or
equivalent). Refer to GX26-4577. It has additional references.
Ahh found it on bitsavers.org Thanks!
Bye,
MK
--
For
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick Falcone
Sent: Tuesday, September 22, 2009 1:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WLM question - delayed due to CPUCAPPED
Hmmm, you're probably right.
John, go to
Yes, some of the descriptions leave a little bit to be desired. I like to try
to stay away from capping unless absolutely necessary but do have some.
Maybe there was an entry in the notes file in WLM stating why that Service
Class was resource capped? I try to keep up with documentation, even
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick Falcone
Sent: Tuesday, September 22, 2009 2:22 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: WLM question - delayed due to CPUCAPPED
Yes, some of the descriptions leave a little
On Tue, 22 Sep 2009 08:15:59 +0300, Binyamin Dissen
bdis...@dissensoftware.com wrote:
...
:I'd be quite satisfied with this _provided_ it was compatible
:with the existing CALL, LINK, ATTACH, etc. argument lists.
:I.e. on program entry R1 points to a fullword which points
:to a halfword
We are planning a Linux Partition under z/VM. I have been reading a lot of
manuals and articles.
My question is - Do you backup the volumes for Linux from the mainframe side -
using something like FDR INSTANT? Or is there a more preferred way to backup
Linux volumes?
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Patrick O'Keefe
Sent: Tuesday, September 22, 2009 2:36 PM
To: IBM-MAIN@bama.ua.edu
Subject: Long parms ... again (was: Reading DD card information)
SNIPPAGE
Whatever technique used to pass a
On Tue, 22 Sep 2009 13:21:40 -0400, Pinnacle
pinnc...@rochester.rr.com wrote:
... If there is not enough
space in the dataset, you can do an ADDCYL or ADDTRK, and
PDS will dynamically create another extent. Not sure if VTAM can
tolerate that, but you'll find out soon enough ;-)
...
It's
Lizette,
You can back up the disks from z/VM or z/OS but the Linux data will not
be consistent if the Linux guest is active as Linux caches writes in
memory. We back up the guests with z/VM tools to provide a bare metal
restore of the disk layout and then use tools within Linux to restore
the
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler
Sent: Tuesday, September 22, 2009 2:52 PM
To: IBM-MAIN@bama.ua.edu
Subject: Backing Up Linux Volumes
We are planning a Linux Partition under z/VM. I have been
On 22 Sep 2009 12:59:30 -0700, steve_thomp...@stercomm.com (Thompson,
Steve) wrote:
Whatever technique used to pass a long parm is not going to be
safely handled byt the old, standard parm passing scheme because
a long parm passed that way will break old, standard programs.
Some new technique
On Tue, 22 Sep 2009 14:35:40 -0500, Patrick O'Keefe wrote:
...
:I'd be quite satisfied with this _provided_ it was compatible
:with the existing CALL, LINK, ATTACH, etc. argument lists.
:I.e. on program entry R1 points to a fullword which points
:to a halfword containing the length of the PARMX
Jerry,
Thanks. This is exactly what I am looking for. More NEWSGROUPS - :-D
Lizette
-
Lizette,
You can back up the disks from z/VM or z/OS but the Linux data will not
be consistent if the Linux guest is active as Linux caches writes in
memory. We back up the guests with z/VM tools to
On Tue, 22 Sep 2009 10:38:31 -0500, Chris Mason
chrisma...@belgacom.net wrote:
...
- After the resolver has successfully contacted a name server, it
stops without contacting the remaining name servers for that
query. Name servers beyond the first in the list are used only if the
name server
What is COZPROC? I don't seem to have one.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
McKown, John
Sent: Tuesday, September 22, 2009 1:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Backing Up Linux Volumes
-Original Message-
FDR DSF -- bring down the VM LPAR.
FDR Upstream -- backup while the server is alive.
pretty much what we are doing for now
Lizette Koehler
I'm having the same problem as the OP and the
solution of SYNCVAL(59) is not working for me.
In SMFPRMxx I have:
INTVAL(10)
SYNCVAL(59) == Was 00
STATUS(SMF,SYNC)
In ERBRMF00 I have
SYNC(SMF)
This is z/OS 1.8 on z/890
Yesterday, 9/21, around 12:15 PM I did T SMF=xx
to change the SYNCVAL from
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt
Sent: Tuesday, September 22, 2009 3:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Backing Up Linux Volumes
What is COZPROC? I don't seem to have one.
That is a part of
We use two different levels of backup.
File-level backup/restore is done from within the linux instance. We use
Tivoli Storage Manager, but FDR/Upstream or even Bacula can be used.
Disaster Recovery backups are done with the linux instances down (logged off
not just idle). I have used native
On Tue, 22 Sep 2009 14:35:40 -0500 Patrick O'Keefe patrick.oke...@wamu.net
wrote:
:On Tue, 22 Sep 2009 08:15:59 +0300, Binyamin Dissen
:bdis...@dissensoftware.com wrote:
::I'd be quite satisfied with this _provided_ it was compatible
::with the existing CALL, LINK, ATTACH, etc. argument lists.
On Tue, 22 Sep 2009 15:12:25 -0500 Paul Gilmartin paulgboul...@aim.com
wrote:
:On Tue, 22 Sep 2009 14:35:40 -0500, Patrick O'Keefe wrote:
::I'd be quite satisfied with this _provided_ it was compatible
::with the existing CALL, LINK, ATTACH, etc. argument lists.
::I.e. on program entry R1 points
Hi Lizette,
I can't help you with backup, as when I did a Linux Lpar at PH, we never
got far enough to bother backing it up. I'm just curious though, your are
doing this for 1 lpar only? You don't need z/VM for that. I assume this is
part of a pilot and you will be getting many Linux
Ohh Bacula - I'd forgotten about that. I did some interesting testing
using a suggestion David Boyes put out. Basically exported an NFS share
from z/OS mounted on the Linux instance of the Bacula File Server and
hasd Bacula do disk backups to the NFS Share. We had HSM managing the
exported HLQ on
Lizette,
You may want review our DBS (DASD Backup Supervisor) product which can
automate your z/OS, z/VM and LINUX full volume backups under z/OS. DBS can
automatically recognize the different DASD volumes and build the appropriate
backup control cards for DFDSS or FDR. DBS will audit your DASD
Jeffery Swagger wrote:
I'm having the same problem as the OP and the
solution of SYNCVAL(59) is not working for me.
In SMFPRMxx I have:
INTVAL(10)
SYNCVAL(59) == Was 00
STATUS(SMF,SYNC)
In ERBRMF00 I have
SYNC(SMF)
This only applies to the SMF type 23 records. You need INTERVAL(SMF,SYNC) to
On Tue, 22 Sep 2009 23:52:06 +0300, Binyamin Dissen wrote:
:I believe I stated pretty clearly above that I'd expect PARMX
:to replace the first PARM, not be added as a second.
That violates compatibility.
No, it preserves and extends compatibility. There are numerous
programs extant that now
Thee is an obvious need for lifting the 100-byte limit on parms, but
it needs to be done in a way that allows old programs to continue
to work.
100 bytes is only a limit for programmes called through JCL.
If a programme calls another, with standard linkage, the length can be a lot
longer.
I
On Tue, 22 Sep 2009 21:41:52 +, Ted MacNEIL wrote:
Thee is an obvious need for lifting the 100-byte limit on parms, but
it needs to be done in a way that allows old programs to continue
to work.
100 bytes is only a limit for programmes called through JCL.
If a programme calls another, with
- Original Message -
From: Binyamin Dissen bdis...@dissensoftware.com
Subject: Re: Reading DD card information
:a. the 100-character PARM limit isn't easy to increase, as the length
of SWA
:control blocks is 176 bytes (due to SYS1.SYSJOBQE, IIRC)
As they are not in JCL, they are
That depends on the format of the PARM (or the expectation
of the called program).
There are standards.
If they have the half-word in front and follow the strandard, there is nothing
to reach for.
I think you are reaching,
You can call programmes with 'long, parms.
Only PGM= has the limit!
-
Apologies for the repost but I had, for the first time,
used the browser interface from the office to reply to a post, and an
old one at that, and did not notice that no context was included. Here's
a better approximation of what I intended using my usual T-Bird.
I'm having the same problem as
Thank you Mr. Rutledge. I've updated SMFPRMxx to your suggestion.
SYS(NOTYPE(4,5,20,34,35,40,99),
EXITS(IEFU83,IEFU84,IEFU85,IEFACTRT,IEFUJV,IEFUSI,
IEFUJP,IEFUSO,IEFUJI,IEFUTL,IEFU29,IEFUAV),
INTERVAL(SMF,SYNC),DETAIL)
--
Jeff
Bob Rutledge said the following on 9/22/2009 5:32
On Tue, 22 Sep 2009 23:25:35 +, Ted MacNEIL wrote:
There are standards.
If they have the half-word in front and follow the strandard, there is nothing
to reach for.
I think you are reaching,
Yes, but:
#2.8.1 z/OS V1R10.0 MVS Assembler Services Guide
You know the rest. It says example and convention, not
standard. Regardless, I'd like to see the two-byte length
followed by the PARM field preserved in any extension of a
PARM-like operand to a 65536 (it says two-byte, not halfword,
avoiding the implication that it's signed), or even just
But I consider this highly phobic: no one has yet evinced
an existing program, not intentionally written as a
refutation, that behaves in a dangerous or mysterious
fashion simply because it was invoked with a long PARM.
There is an extensive discussion of the long PARM
topic in the archives
88 matches
Mail list logo