RE: trouble reading zipped file

I use it the same way, and have also noticed that it doesn't format well =
in notepad. I believe the problem is that infozip is a unix application, =
and a unix application terminates lines with CR only (or is it LF only ?)=
, whereas Windows uses CR+LF. The extra character you see at the end of e=
ach line is this single CR(or LF).=20

There is probably a solution for this, but I just use Wordpad to view it.=
 It comes with Windows too, and the files format better.=20

Regards=20
Frank.

-----Urspr=FCngliche Nachricht-----
Von: Bernard J Stein [mailto:[email protected]]
Gesendet: Freitag, 3. Oktober 2003 17:03
An: [email protected]
Betreff: [Info-ZIP] trouble reading zipped file


I am trying to automate a process of zipping a file from the mainframe
and then sending it by FTP to a server and on the a third server. The
zip works fine and zips the file I then FTP to the server using the
binary option for the FTP. When I open the files in notepad the
resulting file has some extra characters added to it and is not
formatted properly but if I open it in MS word it looks fine. My third
party vendor needs it to readable in notepad form below is the JCL is
use to produce the file

//ZIPSTEP  EXEC PGM=3DZIP,                                  =20
// PARM=3D'/-aDj@ ''PDIHI.ALESTAT.ZIP'' '                   =20
//STEPLIB  DD DSN=3DPLIHI.IHBIH00L.P0000.LOAD,DISP=3DSHR      =20
//INPUT    DD DSN=3DPDIHI.ALETEMP1.ZIP,DISP=3DNEW,            =20
//            SPACE=3D(15000,(15000,10000),RLSE),           =20
//            DCB=3D(LRECL=3D80,RECFM=3DF)                      =20
//SYSPRINT DD SYSOUT=3D*                                    =20
//SYSIN    DD *                                           =20
'ALE11A.G01'                                              =20
'ALE11A.S01'                                              =20