Russell Peters wrote: > Only thought of it this morning - the last name you find might not > even be part of the set as it will find all filename.z* so it may > find filename.zip after filename.z02. > Even worse is the case where you overwrite one set with a smaller set > (replace file.z00 - file.z11 with file.z00 - file.z10) - but I think > that may require some judgement from the user (or request last disk > number?). These are probably some of the reasons it was decided to > use their own naming scheme. > I think if we stick to finding the file with the highest ext number > it will be workable. Russell, Sorry to read your ill, but want to reply to this last one. In the case of the z* files the .zip file is the last one first file is z01, 2nd z02 etc.; but last File is .zip Think They had the same problems as we had. > Russell Peters > http://www.users.bigpond.com/russellpeters/delphizip.html > ----- Original Message ----- > From: "Roger Aelbrecht" <Roger.Aelbrecht@xxxxxxxxxx> > To: <delphizip@xxxxxxxxxxxxx> > Sent: Thursday, December 12, 2002 4:27 AM > Subject: [delphizip] Re: Problem Latest ZipBuilder > > >> >> Need to check, >> It seemed to me that the FindFirst, FindNext returned the files >> sorted but could find any spec about that. >> But will adapt to more secure scheme of keeping the highest number as >> the last disk. >> >> >> Roger Aelbrecht >> http://web.wanadoo.be/driehoeksw >> >> Russell Peters wrote: >>> Been copying changes to ZipMaster and noted that you seem to take >>> the last name found as the last disk - unfortunately I don't think >>> that is reliable, as the last disk may not be the last disk found >>> after moving, copying or sorting files (or directories). I think >>> the only reliable way will be to extract the number from each file >>> extension and keep the highest. Russell Peters >>> http://www.users.bigpond.com/russellpeters/delphizip.html -- Roger Aelbrecht http://web.wanadoo.be/driehoeksw