Hi David,

Thanks for the answer!

I am aware of this. Therefore I use Eliot's latest Cog VM 6063 for all my experiments. Here is how I get it:
curl -O http://www.mirandabanda.org/files/Cog/VM/VM.r3063/Cog.app-14.32.3063.tgz
gunzip -c Cog.app-14.32.3063.tgz | tar xopf - && rm Cog.app-14.32.3063.tgz

The newest VM should not create corrupt zip files, right?

Cheers,
Bernhard

Am 30.08.2014 um 16:24 schrieb David T. Lewis <lewis at mail.msen.com>:
> On Sat, Aug 30, 2014 at 04:03:23PM +0200, Bernhard Pieber wrote:
>> I forgot to mention that I checked for some of the corrupt files if they are corrupt on source.squeak.org and it seems they are not, e.g.
>> 
>> curl -O http://source.squeak.org/trunk/Collections-eem.571\(nice.569\).mcd
>> unzip -t Collections-eem.571\(nice.569\).mcd
>> Archive:  Collections-eem.571(nice.569).mcd
>>    testing: package                  OK
>>    testing: version                  OK
>>    testing: base                     OK
>>    testing: old/source.st            OK
>>    testing: new/source.st            OK
>>    testing: patch.bin                OK
>> No errors detected in compressed data of Collections-eem.571(nice.569).mcd.
>> 
>> It seems to follow that the corruptions happen locally because of broken (intermediate?) code which is executed during the trunk update.
> 
> One of the updates in the update stream (Collections-eem.567) exposes a bug
> that affects zip compression, and that therefore messes up MCZ processing.
> 
> The only available workaround is to use a very recently compiled VM, built
> from sources circa July or later. Without that, it may not be possible to
> successfully update the trunk stream. The VMs distributed with Squeak 4.5 or
> from squeakvm.org probably will not work.
> 
> This information is not on Mantis, but it should be. Even after sorting out
> the VM related issues, I think we still have issues remaining in the Smalltalk
> zip processing (the fallback code for the primitives), so it may take some
> time to get it all straightened out.
> 
> Dave
> 
>