View previous topic :: View next topic
|
Author |
Message |
Deepak Dash
New User
Joined: 03 Sep 2007 Posts: 16 Location: India
|
|
|
|
I am zipping two files on Mainframe and transmitting to a UNIX system. For zipping I am using PKZIP and using below option.
-ECHO
-ARCHIVE(ZIPFILES)
-ACTION(ADD)
-DATA_TYPE(DETECT)
-METHOD(NORMAL)
-TRAN(USASCII)
-NOPATH
-TEXT
FILE1
FILE2
Issues: - After Zipping two files I am getting all the CR (carriage return)and LF (linefeed) at the end of each record. I can see these after I download Mainframe ZIP file to my Windows base system. These line feeds are also getting transmitted to destination system which is UNIX.
Questions: - Is there a way to avoid this line feed and CR while zipping files on Mainframe? |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
Have you read the PKZIP for MVS User's Guide manual? Particularly the discussion of -DATA_DELIMITER? |
|
Back to top |
|
|
Deepak Dash
New User
Joined: 03 Sep 2007 Posts: 16 Location: India
|
|
|
|
Yes. I just finshed reading now. I did find what I was looking for.
Sorry for bothering you all.
Thanks. |
|
Back to top |
|
|
Deepak Dash
New User
Joined: 03 Sep 2007 Posts: 16 Location: India
|
|
|
|
Team,
I am Zipping one file using PKZIP and after that I am doing another zipping of zipped file with another file to send final Zip file to destination. However in destination the system is able to unzip the zipped files but not able to unzip double zipped file.
While sending with double zipping I am using below option. Any help is much appreciated.
-ECHO
-ARCHIVE(ZIPFILES)
-ACTION(ADD)
-DATA_TYPE(DETECT)
-METHOD(NORMAL)
-TRAN(USASCII)
-NOPATH
-TEXT - Do I need any change over here ?
ZIPPED1 - Here I am giving the first Zipped file
FILE2 |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
If you are zipping zipped files, the zipped files are in binary. You must not do an ASCII conversion of a binary file, and I guess TEXT may be irrelevant as well at that stage. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
If you take a binary zipped file, and run a TEXT conversion on it, you will wind up with an unusable zip file. |
|
Back to top |
|
|
Deepak Dash
New User
Joined: 03 Sep 2007 Posts: 16 Location: India
|
|
|
|
Is there a way I can resolve this issue? Appreciate your help. |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Well, the second time you zip it (which is I assume just to collect a number of zipped files together) don't specify the conversion to ASCII and don't tell it that the file is TEXT.
Did you try it manually, to confirm that it will work? |
|
Back to top |
|
|
Deepak Dash
New User
Joined: 03 Sep 2007 Posts: 16 Location: India
|
|
|
|
I did not try the option provided by you. I will try now.
Meanwhile I did Zip both files individually with ASCII option and while doing third Zip I specified BINARY option. I downloaded the file to PC and able to unzip and see the desired results. |
|
Back to top |
|
|
Ramsee
New User
Joined: 06 Jan 2011 Posts: 53 Location: Chennai
|
|
|
|
Hi Deepak Dash,
Your Quote :
Quote: |
Issues: - After Zipping two files I am getting all the CR (carriage return)and LF (linefeed) at the end of each record. I can see these after I download Mainframe ZIP file to my Windows base system. These line feeds are also getting transmitted to destination system which is UNIX. |
If you want the ZIPPED file to contain no data delimiters, you may specify CRLF(N) or
ZIPFILE_RECORD_DELIMITER(). If CR-LF is specified on ZIP, but CRLF(N) is specified on
UNZIP, then SecureZIPz treats any x'0D0A' as data characters, translates them into the
EBCDIC equivalent, and embeds them in the output file. Although it is possible to align fixedlength
records in an output file without CR-LF (by using input and output files with identical
record lengths), care must be taken when using CRLF(N) because
ZIPFILE_RECORD_DELIMITER is the only explicit mechanism available to determine record
lengths for text files.
Hope this helps your Query. |
|
Back to top |
|
|
|