One of the bigger problems is - what to do if you try compressing a file and it will not fit? (scrap it, do next disk or smaller file or what?) If a file is definately too big (no hope of fitting when compressed) you also have the problem of whether to 'break' the disk at that point or skip the file (or files) and fill disk with smaller files (thereby maybe leading to orphanned files - have to check multiple disks to find all files from a directory). I think it goes beyond the requirements of the dll. (if I can get past these headaches I may be able to come up more ideas or even get a bit further porting the 'compression code' to Delphi). This is a function I want to use and have been trying to find ways around for a while. Russell Peters http://www.users.bigpond.com/russellpeters/delphizip.html ----- Original Message ----- From: "Roger Aelbrecht" <Roger.Aelbrecht@xxxxxxxxxx> To: <delphizip@xxxxxxxxxxxxx> Sent: Wednesday, December 11, 2002 4:40 AM Subject: [delphizip] Maxdisksize NoSpan > > When first asked I thought this would be rather simple to implement as > required: > > <quote> > > User presses 'Write Archive' dll progress archive till maxfilesize, the > archive is closed as a single archive and if files omitted those missed > are returned as per usual error format. > Thus we have a single zip with slightly inconvenient management, but no > problem getting desired restore file. > > </quote> > > But going deeper into it seems to me that this can only be done by > changing the dll. > At this moment the Add function supplies the Dll a list of files to be added > and the dll adds these in the archive without testing the resulting > filesize. > If the process has to be stopped it has to be done in dll. > I have little expertise in that field but it looks to me as a major change > to the dll. > > > > Roger Aelbrecht > http://web.wanadoo.be/driehoeksw > > > >