In 3288864492454705.wa.paulgboulderaim@listserv.ua.edu, on
12/16/2014
at 01:18 AM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu said:
Why is this considered an error?
The buffer length had to fit in a signed[1] half word, and they didn't
change that when the large block
In 20141216105556.66da404ee6d280833b79b...@gmx.net, on 12/16/2014
at 10:55 AM, nitz-...@gmx.net nitz-...@gmx.net said:
These two make up the 6 byte
BDW+RDW is 8 bytes.
without exceeding geometry.
I've seen geometry used to refer to the number of tracks per
cylinder, but never for the length
In 002901d01953$e00d4390$a027cab0$@q.com, on 12/16/2014
at 09:15 AM, retired mainframer retired-mainfra...@q.com said:
Isn't the RDW already included in the LRECL (VBA print files are 137
which leaves 133 for data which includes carriage control)? Isn't
the BDW always excluded from the LRECL
6 //DD7 DD UNIT=SYSALLDA,SPACE=(1,0),RECFM=VBS,LRECL=32767
6 IEF638I SPECIFIED NUMERIC EXCEEDS MAXIMUM ALLOWED IN THE LRECL
SUBPARAMETER OF THE DCB FIELD
Why is this considered an error?
In fact, 32761 is accepted; 32762 causes the error. On what rationale
W dniu 2014-12-16 o 08:18, Paul Gilmartin pisze:
I get:
6 //DD7 DD UNIT=SYSALLDA,SPACE=(1,0),RECFM=VBS,LRECL=32767
STMT NO. MESSAGE
6 IEF638I SPECIFIED NUMERIC EXCEEDS MAXIMUM ALLOWED IN THE LRECL
SUBPARAMETER OF THE DCB FIELD
Why is this considered an error
Twitter / Facebook IDs: MartinPacker
Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
From: R.S. r.skoru...@bremultibank.com.pl
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 16/12/2014 11:11
Subject:Re: RECFM=VBS,LRECL=32767?
Sent by:IBM Mainframe
W dniu 2014-12-16 o 12:13, Martin Packer pisze:
On VSAM I suspect it's 32K-7 bytes. The 7 for a CIDF (for the CI) and a
RDF (for the one record you could stuff into a 32K CI).
Please, note the VSAM can have SPANNED records, longer than 32k. The
limit is CA size minus CIDFs and RDFs.
So, I
Paul Gilmartin wrote:
I get:
6 //DD7 DD UNIT=SYSALLDA,SPACE=(1,0),RECFM=VBS,LRECL=32767
STMT NO. MESSAGE
6 IEF638I SPECIFIED NUMERIC EXCEEDS MAXIMUM ALLOWED IN THE LRECL
SUBPARAMETER OF THE DCB FIELD
Why
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of nitz-...@gmx.net
Sent: Tuesday, December 16, 2014 1:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RECFM=VBS,LRECL=32767?
6 //DD7 DD UNIT=SYSALLDA,SPACE=(1,0),RECFM
W dniu 2014-12-16 o 18:15, retired mainframer pisze:
[...]
Isn't the RDW already included in the LRECL (VBA print files are 137 which
leaves 133 for data which includes carriage control)? Isn't the BDW always
excluded from the LRECL since only one is present in a block which may
contain more
On Tue, 16 Dec 2014 09:15:21 -0800, retired mainframer wrote:
6 //DD7 DD UNIT=SYSALLDA,SPACE=(1,0),RECFM=VBS,LRECL=32767
6 IEF638I SPECIFIED NUMERIC EXCEEDS MAXIMUM ALLOWED IN THE
LRECL SUBPARAMETER OF THE DCB FIELD
Why is this considered an error?
In fact, 32761
) 273-1298
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of retired mainframer
Sent: Tuesday, December 16, 2014 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RECFM=VBS,LRECL=32767?
-Original Message-
From: IBM Mainframe
On Tue, 16 Dec 2014 18:06:20 +, Nims,Alva John (Al) wrote:
Oh boy, did someone go off on a tangent.
Let me throw in my $0.02 on this:
#1. YES, the RDW (4 bytes) MUST BE included in the length specified in LRECL=
#2. From the MVS JCL Reference: the value of LRECL is either: 1 to 32,760
for
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
[ snip ]
My question is, why should there be a limit of 32761? I understand the
signed halfword format imposes
a limit of 32767. I see no reason for any smaller limit.
In a VSAM Control Interval
or viruses or any consequence thereof.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Tuesday, December 16, 2014 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RECFM=VBS,LRECL=32767?
On Tue, 16 Dec 2014 18:06:20
On Tue, Dec 16, 2014 at 12:25 PM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu wrote:
On Tue, 16 Dec 2014 18:06:20 +, Nims,Alva John (Al) wrote:
Oh boy, did someone go off on a tangent.
Let me throw in my $0.02 on this:
#1. YES, the RDW (4 bytes) MUST BE included in
At 12:25 -0600 on 12/16/2014, Paul Gilmartin wrote about Re:
RECFM=VBS,LRECL=32767?:
x-charset UTF-8On Tue, 16 Dec 2014 18:06:20 +, Nims,Alva John
(Al) wrote:
Oh boy, did someone go off on a tangent.
Let me throw in my $0.02 on this:
#1. YES, the RDW (4 bytes) MUST BE included
On Tue, 16 Dec 2014 16:19:20 -0500, Robert A. Rosenberg wrote:
The limit should be 32763. That allows a 32767 byte VB (or VBS)
block. With a VB, there is room in a block for the 4 byte BDW and a
5-32763 byte V record (4 byte RDW plus 1-32759 of data). Why the
32760 LRECL Limit I do not know
On Tue, Dec 16, 2014 at 1:11 PM, John McKown
john.archie.mck...@gmail.com wrote:
I _think_ that I figured out where the 32760 came from. 32760 == 0x7FF8.
It is the largest multiple of 8 which can be kept in a signed half-word.
OS/360 used signed half-words to avoid sign extension
when using
I get:
6 //DD7 DD UNIT=SYSALLDA,SPACE=(1,0),RECFM=VBS,LRECL=32767
STMT NO. MESSAGE
6 IEF638I SPECIFIED NUMERIC EXCEEDS MAXIMUM ALLOWED IN THE LRECL
SUBPARAMETER OF THE DCB FIELD
Why is this considered
20 matches
Mail list logo