View previous topic :: View next topic
|
Author |
Message |
genesis786
Active User
Joined: 28 Sep 2005 Posts: 210 Location: St Katherine's Dock London
|
|
|
|
Hi - I am running following step to convert a TAPE file into a VB file.
Code: |
//STEP01 EXEC PGM=SORT
//TOOLMSG DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//SORTIN DD DSN=TAPE-File,DISP=SHR
//VBOUT DD DSN=DASD-file,
// DISP=(NEW,KEEP,KEEP),
// SPACE=(CYL,(500,500),RLSE),
// DCB=(RECFM=VB,LRECL=200,BLKSIZE=0)
//SYSIN DD *
OPTION COPY
OUTFIL FNAMES=VBOUT,FTOV
/*
|
getting following error
Code: |
SYSIN :
OPTION COPY
OUTFIL FNAMES=VBOUT,FTOV
WER276B SYSDIAG= 193919, 5999967, 5999967, 7144725
WER164B 8,864K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED,
WER164B 0 BYTES RESERVE REQUESTED, 2,298,348 BYTES USED
WER146B 32K BYTES OF EMERGENCY SPACE ALLOCATED
WER108I SORTIN : RECFM=FB ; LRECL= 200; BLKSIZE= 32600
WER110I VBOUT : RECFM=VB ; LRECL= 200; BLKSIZE= 27998
WER410B 7,836K BYTES OF VIRTUAL STORAGE AVAILABLE ABOVE THE 16MEG LINE,
WER410B 0 BYTES RESERVE REQUESTED, 2,159,084 BYTES USED
WER167A REC LEN GT L3, USER REQ ABORT
WER211B SYNCSMF CALLED BY SYNCSORT; RC=0000
|
Could you please share some thoughts what might be going wrong.
I have around 32 million records on tape and due to shortage of space on DASD i am trying to get these on to a VB file instead of FB. |
|
Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
|
|
I dont see a RDW in your output record length. |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Are you specifying the output LRECL in the JCL? You'd possibly avoid the problem if you let Syncsort do it.
As Peter has said, you have not accounted for the RDW in the 200 you've specified. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
I may be mistaken, but if the input is fixed and you do not specify the new output variable length will the new file not be the original length with an added 4 bytes (rdw) making the file actually larger?
I believe the process needs to read the original file and depending on content, format new variable length records. Then anything that is to use this has to be changed to handle the variable length records. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
Not sure I follow the logic here. If all of the input records are FB, where is the DASD saving coming from. Surely all fields of the records are all fully populated so in fact you would be using 4 extra bytes per record instead of saving space.
Assuming that the last field does not use all of the allocated length.
What about the programs that access the file, won't they need to be amended to reflect the change in blocking used. |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6250 Location: Mumbai, India
|
|
Back to top |
|
|
|