MaxVolumeSize = 1300 * 1024 Tests failed with error 11011: Input file does not exist (This is the unique message returned by OnMessage event) ZipMaster descompact but Winzip not Zip file name: from Teste 2 to Teste2 Temporary directory: from C:\Documents and Settings\Administrador\Configurações locais\Temp To F:\temp1 (empty before zip process) Destination directory: F:\Temp (empty before zip process) From inside thread to without thread Tests without error (same configuration and Winzip descompact without error too) MaxVolumeSize = 1100 * 1024 MaxVolumeSize = 1200 * 1024 MaxVolumeSize = 1250 * 1024 MaxVolumeSize = 1280 * 1024 MaxVolumeSize = 1290 * 1024 MaxVolumeSize = 1295 * 1024 MaxVolumeSize = 1297 * 1024 MaxVolumeSize = 1298 * 1024 Tests with error (split into 8 files) MaxVolumeSize = 1299 * 1024 MaxVolumeSize = 1300 * 1024 MaxVolumeSize = 1301 * 1024 MaxVolumeSize = 1302 * 1024 MaxVolumeSize = 1303 * 1024 MaxVolumeSize = 1310 * 1024 MaxVolumeSize = 1312 * 1024 Tests without error (split into 7 files) MaxVolumeSize = 1313 * 1024 MaxVolumeSize = 1315 * 1024 MaxVolumeSize = 1320 * 1024 I believe the reason for the error is because the table of errors occupies the two lasts files. When the table occupies only one file the error don't occur. Alfeu Roger Aelbrecht wrote: >Roger Aelbrecht wrote: > > >>Alfeu Marcatto wrote: >> >> >>>Thanks Roger >>> >>> >>> >>>Here is 1300 version. The error occur: >>> >>>Teste 2 - ERRO 0: Copying: Central Directory >>>Teste 2 - ERRO 0: Trace : GetNewDisk Opening: F:\Temp\Test007.zip >>>(F:\Temp is the destination directory) >>>Teste 2 - ERRO 11001: Input file does not exist >>> >>> >>> >>These were not the messages I was refering to. >>I meant the message you receive in an OnMessage event >>with Verbose and trace = false; >>These message give a picture of the status of TZipMaster, >>the message you showed are from the DLL's. >> >>But from these I get the impression that there are still files from a >>previous >>operation in the directory F:\Temp >> >>I suspect there is still a file Test007.zip >> >>For this type of operation the destination directory should not have >>files with >>the same filename als the one you try to create. >>If you are generating more files than the previous test then no >>problem If you are generatin less files than provious one ( as in >>your example) problems can occurr because the component is confused. >> >>We are trying to find a solution for this problem. >> >>A second problem could be your zipfilename, >>I need to investigate if the filename "Teste 2" could give problems >>and I fear it is, can you please change that to "Teste2" or something >>like that >>and repeat the test. >> >> > >I have done some tests with a ZipFileName "Teste 2.zip" >and I did not find any problem. > >Tip, I noticed that your temporary zip file was made in the > C:\Documents and >Settings\Administrador\Configurações locais\Temp > >directory > >You can avoid that by setting the >ZipMaster.TempDir to a directory for temporary files, I prefer to >have it to my F:\temp dir, it makes controlling ( and cleaning up) >much easier > > > >Roger Aelbrecht >http://home.tiscali.be/driehoeksw > >----------- >To unsubscribe from this list, send an empty e-mail >message to: > delphizip-request@xxxxxxxxxxxxx >and put the word unsubscribe in the subject. > > > ----------- To unsubscribe from this list, send an empty e-mail message to: delphizip-request@xxxxxxxxxxxxx and put the word unsubscribe in the subject.