EMULAB Forum

clrmamepro [English] => clrmame Discussion => Topic started by: zananzelm on 27 May 2010, 15:50

Title: error rebuilding a set
Post by: zananzelm on 27 May 2010, 15:50
Hi all,
you have done a really good work with CMP, really enjoying it.

I think there is small bug with zip. I am rebuilding mess set using mame roms folder as an add path.
CMP give me "corrupt archive file" scanning the attached zip (link below), I have opened it with winrar and 7zip and all the two can verify the archive correctly, also unzipping it don't give any error.

Keep up the good work man!

cya

screenpl.zip (http://www.speedyshare.com/files/22653503/screenpl.zip)
Title: Re: error rebuilding a set
Post by: Roman on 27 May 2010, 19:24
Well, you have to differ between correct zipdata and correct zipstructures. The decompressable zipdata can be 100% ok even when the structures are bad. While winzip/winrar aren't picky about it, clrmamepro is and it only supports standard zips with standard ids and standard zip layout.

Your file got garbage at the end of file (= your torrentzip comment pads with 0x00 bytes in a wrong way. The zipstructure lists 22 chars for the comment but the comment is way longer....). And this is not a standard zip.

You can rezip the file with your fav zip program (= decompress files, delete old zip, recompress files to a new zip) and it will work.
Title: Re: error rebuilding a set
Post by: zananzelm on 01 June 2010, 20:53
Thanks for point it out and glad it's not some sort of strange bug.
Would like to rebuild this set as soon as i can.

Bye
Title: Re: error rebuilding a set
Post by: Roman on 02 June 2010, 16:16
by the way zips without comments are scanned faster...simply because cmpro does not have to seek over and over again to find the central directory of the zip. and these torrent zip 0 byte pads are simply annoying.
Title: Re: error rebuilding a set
Post by: zananzelm on 03 June 2010, 09:02
Well, torrentzip add comments to track changes on files (I think) and Pleasuredome use it as a standard. This rom was indeed downloaded from their tracker.
For the zero-padded file I should apologize to have bothered you for something turned out as an error on torrent side, something releated on file caching odd behavior . It is under utorrent Devs investigation right now but seems that other torrent client suffer from the same bug.
If you are interested and want to learn more about it, I can link a Pleasuredome thread.

Thanks again