Date: Wed, 30 Apr 2003 15:02:37 +0300 (EET DST) From: Esa A E Peuha Sender: peuha AT sirppi DOT helsinki DOT fi To: djgpp-workers AT delorie DOT com Subject: Re: djtar and slightly weirdly formatted ZIPs [PATCH] In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Sat, 26 Apr 2003, Richard Dawe wrote: > I noticed the other day that djtar cannot extract the flex 2.54 binary > package from Simtel.NET - v2gnu/flx254b.zip. This is because > it has a slightly weird header. Before the normal ZIP local header > it has the header "PK00". I can't find out what this is for. http://www.pkware.com/products/enterprise/white_papers/appnote.txt says that is the temporary spanning marker signature (which means that it's a normal zip file made by a program that can make slipt zips). > Something else I noticed is that the output for djtar -t is not consistent > between ZIP and tar'd formats. For ZIPs it just lists the filenames. > For tar files it lists attributes, dates and file sizes too. That's probably because I wrote epunzip.c as an exercise of least effort. :-) Dates and sizes are easy to add, but attributes may depend on the system with which the zip file was created (see the specification above), so currently there's no attribute support at all. Of course the easy cases (MS-DOS and Unix) could (and should) be supported, if you are willing to write the code. > OK to commit? Looks fine to me. -- Esa Peuha student of mathematics at the University of Helsinki http://www.helsinki.fi/~peuha/