You now - Someone on my team actually said the same thing about the unzip -a option - Beats me - I randomly came across it - Trying to deal with the '^M' problem and as I said - Its seem to work fine outside of the ant task - Don't get me wrong I am not trying to say anything bad about ant - I love it.
Thanks for tips -----Original Message----- From: Steve Loughran [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 8:29 PM To: Ant Users List Subject: Re: Telnet Task ----- Original Message ----- From: "Atluri, Vamsi NYC" <[EMAIL PROTECTED]> To: "'Ant Users List'" <[EMAIL PROTECTED]> Sent: Thursday, March 14, 2002 4:44 PM Subject: RE: Telnet Task > Hello, > > Ive noticed something strange. > > When I create the zip file using ants built in zip task and 'unzip -a' > ANTzipFileA on a UNIX server - The '^M' are not getting removed as > they are > supposed to > > All files are being treated as binary files > > I then started to manually create a zip file in WIN2K by right > clicking and > selecting add to zip > When I 'unzip -a' WINzipFileA on a UNIX server the files remain as > they are > supposed to text files as text files - binary files as binary files Maybe you just have a different model of supposed to from the rest of us; I never even knew about the -a option, and assumed that what you unzipped was what you asked for. I also tend to use jar as my command line unzip tool, because it is everywhere that I need it. have a look at tasks like <fixcrlf>; <ftp binary="false"> <tar> ...if you are trying to deploy using zip to a unix box there are other issues you are yet to encounter -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
