I would like to unzip any zip files contained in a folder, and its subfolders, and its subfolders and....I was using the freeware unziplify but it does not seem to work well anymore on my computers (xp or vista). It falsely says that my zip file is corrupt even if atfer some test Winrar and 7-zip software say everything is fine.

I am using an Autohotkey script which does the zipping with Winrar command line software perfectly but could anyone help me do the unzipping ?Here is a 2006 old thread which explains how I still do the zipping :http://www.donationc...dex.php?topic=4657.0

I guess it may be possible to use an Autohotkey script using the Winrar command line software (so like that I would be aware of unzipping errors) but I am open to any other suggestions.

I did some tests under Vista. Alas they were not all successful, I keep getting the following error : "The following files had problems extracting:".

By luck could you also add such options :- if unzip successful, delete the zip file- if errors, it does not display the list of the kind of errors the program has met (example: in zip file try01.zip, the files glop001.html and gyeop.htm are in error)!- I don't know if this could help but I had the following options set up in unziplify (see image )

I am not sure, but I assume that if the last folder (which contains a zip file) has a space in its name, it is causing an error (it also could be some accents "e" instead of "é" or some several "." or other special ";"... in a file name inside a zip file).Maybe some bugs might be due to the file IZARCE.exe ? I know that previously there were some errors with other zip command line programs (ex: Powerarchiver see http://www.donationc...dex.php?topic=4657.0), but not in Winrar command line...

Example: I used spinzip (great program !) to create 10Mb zip files (with compression = 5) in folder "1 OT1", it worked without errors and created 17 zip files. Then I used "RecurUnZip.ahk" and asked to unpack files in the same folder and got errors (see image "iz" below. All the subfolders have been created but they are empty)

I am doing to test also in xp and let you know if I have the same problems.Many thanks in advance

Hmmm...was it not listing the zip files it had problems with? Did it unzip anything successfully?

Example: I used spinzip (great program !) to create 10Mb zip files (with compression = 5) in folder "1 OT1", it worked without errors and created 17 zip files. Then I used "RecurUnZip.ahk" and asked to unpack files in the same folder and got errors (see image "iz" below. All the subfolders have been created but they are empty)

Example 04:so I have some problems in my original not_zipped folder.I have moved it to C:\essai\1 OT1\ with the freeware Supercopier2 ( http://supercopier.s...q=node/type/download can detect errors in filenames apparently). The size in octet and number of folders and files are the same in both unzipped 1 OT1 folders.

If i use WinrarFolder to be zipped (extract to : .zip everything else are the default options):C:\essai\1 OT1\resultC:\essai\1 OT1\1 OT1.zipok with no errors

if I copy and unzip 1 OT1.zip in the folderC:\essa2\1 OT1.zipResultC:\essa2\1 OT1\1 OT1\then_there_all_the_files

Please notice the second same folder.

The size in octets and the files number is the same, but there is one more folder (the second "1 OT1").If I check the properties directly inside C:\essa2\1 OT1\, the properties are exactly the same.So the work has been done properly.

But when I delete manually the unzipped folder (1 OT1), I have a Windows error message:"It is not possible to put some elements which have a too long name in the bin, do you want to delete the folder permanently ?"I choose yes and I see the green bar becoming red during 2 seconds then it finish the job in green properly.I don't think that this problem is really important !If I test the folder C:\essai\1 OT1\ with LongFile.exe (freeware http://www.dcsoft.co...ts/longff/longff.htm )I have diplayed the files that have more than 100 characters (please see the image :

).

Even if I add the 15 characters of "C:\essai\1 OT1\" , I still have to understand why I have the windows long file name error. Anyway, thanks in advance if anyone knows why.

Example 05:same beginning than example 1 but I copy and unzip the zipped file in the folder C:\essa2\ with winrarI have the same ok result than in example 4.

So, I am a little confused right now. Maybe before zipping I should process some kind of test ?? :check if files inside folders have more than 100 (better than 260 characters limit as folder is not included in the test I assume), if yes rename automatically to 50 characters ?As I save a lot of html pages, the renaming should rename both the htm (or html) file and its related folder, so I could be able to open such kind of files properly in the future. Then, finally doing the zipping.

By luck, could you make the default compression number being 5 (= I assume it is normal compression) ? Or may I be able to change that in the .ini file ?

But with RecurUnZip, errors displayed

And the folder created is void (unzipping was really too fast!). I assume it is because RecurUnZip uses IZARCE internally.Moreover I am just noticed that this time 3 empty folders (0,1,2) were created in C:\Users\jity\Desktop\RecurUnZip !

I did more tests with 2 other problematic folders on vista and it worked fine

I did other tests on xp (will do them on vista later) and RecurUnZip is working fine again.

I have just found one bug (I don't think it is xp related!) :In the folder : H:\1_123_u\2009\Mebo07-10_2009 I have two subfolders (and nothing else) :H:\1_123_u\2009\Mebo07-10_2009\Mebo09_2009 andH:\1_123_u\2009\Mebo07-10_2009\Mebo10_2009

Both these subfolders contain one or more zip file(s). example :H:\1_123_u\2009\Mebo07-10_2009\Mebo09_2009\exa01.zip...etc

When I use RecurUnZip and give him the same folder : H:\1_123_u\2009\Mebo07-10_2009alas it unzip the zip file here:H:\1_123_u\2009\Mebo07-10_2009\but not here:H:\1_123_u\2009\Mebo07-10_2009\Mebo09_2009\exa01\...

VistaIf I use 7-zip for zipping and the last RecurUnZip version (using 7-zip fo runzipping), it works great (same size octets & same files numbers). The only small problem being that there may be some problems when later one wants to delete files [path+filenames] longer than 260 characters.Solutions (*): go one parent folder before and rename the folder with a shorter name and it should delete the folder and the longname file inside.( (**) this seems normal as since 2007: "7-Zip now supports file pathnames longer than 260 characters."http://209.85.229.13...;ct=clnk&client=)

XpIf I use 7-zip for zipping (done under vista), and unzipping in XP the last RecurUnZip version (using 7-zip fo runzipping),it works ok. But is it not working fine for [path+filenames] that have more than 260 characters (i.e. the 3 folders were I had problems originally with unziplify and winrar). The files seems properly unzipped but are not exactly of the same octet size and not really accessible in the Xp explorer.The solution I have found is to:

So there is a difference of 18 (56-38) characters less in my destination folder of the unzipped file than the original folder. I have to keep in mind this when I check the path characters number before zipping the original folder.In my case : 278 characters (260 Vista limit + 18 of difference) limit should be fine. So I rename and/or save text copy of files (usually html files in my case) in my original folder before zipping.

I hope this helps and thanks in advance to skwire.

(*) other possibilities:- http://ccollomb.free.fr/unlocker/- rigth click on the folder, uncheck "read only". Then, click on "advanced" and check "ready to be archived" and "compress what is inside" (sorry rough translation from french!)

Long answer (in case it may help other persons) :With "path scanner" I use the 273 limit (= 278 - (260-255)) as vista limit is 260 and xp limit is 255 !

*Unziplify found a new kind of bug ("the file seems to be corrupt") as there was 4 htm files with this size:.htm 1korelated folder 1Mo

When I checked the .htm in firefox, not everything has been saved properly (firefox loaded the missing info from the internet).

note: all the 4 htm files (and related folders) had names starting with "www." ! May be a bug in Firefox ? I try to repeat this firefox but this time everything was saved properly!

*Another error found ("the file seems to be corrupt") by unziplify :Inside the related folder on one html file, there was a tiny file that vista could not have access to.Solution: save the text and deleted .htm and related folder.

*I have use the freeware "CSDiff 5" (http://download.cnet...2248_4-10009023.html) so I could find the what was the missing file in the case just above.To my surprise, I have found a real (small) bug in unziplify :If there is " ' " or " << "or" " " (spaces not included) in the [.htm + related folder] name unziplify transform into strange characters.note: the folder size in octet and file number is exactly the same ! Hopefully I can still load the html file in firefox and read the text correctly. The only problem being that images contained inside the related folder are not loaded in firefox but can be openned manually in the explorer.