The format proposed below would be incompatible with standard methods to assemble zip archives. In a spanned disk set, I can see no advantage, to combining the zip reader code into the zip file. To me, this seems to be unnecessary work producing a format that would not be compatible with existing zip software. As far as I can remember, Winzip uses a separate zip reader program with sfx disk sets. -- James Turner > > From: "Russell Peters" <russellpeters@xxxxxxxxxxx> > Date: 2003/01/08 Wed AM 05:00:24 GMT > To: <delphizip@xxxxxxxxxxxxx> > Subject: [delphizip] New spanning scheme - allows SFX > > > Proposal for new ZipSpan that can SFX > > The main file is the Central Directory or SFX + Central Directory > ie > optional SFX code > Central Directory > End of Central > > must all fit on one disk (the last one) > the part files are a header followed by data > ie > header (consists of, at least, signature + sequence number) > Data > > > Central Directory too big to fit on one disk? > - no problems just compress it as special entry in main file directory. > ('###DIRECTORY.ZIP' ?) > This would be automatically expanded (and used). > > Problems - > If Directory must be compressed, it would need to follow all other data > (so need to load multiple disks to get Directory) > Biggest problem is - if main file won't entirely fit on last disk (in > space not used by last part of data) that space is waisted! > not compatible with anything else though the main file could be listed with > anything > (may only show '###DIRECTORY.ZIP' ?) > Cannot be done with ZipMaster as yet! > > Russell Peters > http://www.users.bigpond.com/russellpeters/delphizip.html > > > >