This little routine *seems* to fix zip64 format files so they work under OS X -
I wouldn't rely on this, but it's an interesting hack:
if bUseZip64 then
' fix a Zip64 file by manually altering the 5th byte from a &h2D to a
&h14
' this tricks OS X so it will understand Zip64 files
dim bsDest as BinaryStream
try
bsDest = BinaryStream.Open(fDest,true) // open for writing
catch
err = err + " Unable to open dest for Zip64 alteration " +
SafeShellPath(fDest)
return err
end try
bsDest.Position = 4
dim h as int8 = bsDest.readInt8
if h <> &h2D then
err = err + " Expected &h2D but got " + hex(h)
return err
end if
bsDest.position=4
bsDest.writeUint8(&h14)
bsDest=nil ' close it
end if
Christian - perhaps you could offer us some control over the version # that's
output in the zip files?
On Jun 3, 2014, at 1:43 PM, Michael Diehr <[email protected]> wrote:
> I did some quick tests, comparing three files:
>
> 1. Zip file generated by MBS
> 2. Zip64 file generated by MBS
> 3. Zip file generated by OS X Finder (which I believe uses 'ditto')
>
> Using the Zip format specification
> http://www.pkware.com/documents/casestudies/APPNOTE.TXT
>
> The files have differences, particularly in the Version made by (VMB) field:
>
>
> Kind VMB Comment
> ----------------------------------------------
> Zip 0014 14 hex = 20 decimal = version 2.0
> Zip64 002D 2d hex = 45 decimal = version 4.5
> ditto 000A 0a hex = 10 decimal = version 1.0
>
>
> If I take the zip64 file created by MBS, and change that one byte (from a
> 002D to 000A or 0014), then the Finder properly handles the file.
>
> I'm not sure what to do about this - it looks like it's a bug in the Finder,
> since the "version 4.5" field appears to be technically correct.
>
>
>
>
> On Jun 3, 2014, at 1:01 PM, Michael Diehr <[email protected]> wrote:
>
>> I just tried it, and it seems the same problem reported a long time ago by
>> David Glass. I'm seeing the same thing in 10.8.5:
>>
>> "Developing with RS 2011r3, on 10.6.8, with MBS 11.2.
>>
>> When I create a zip file (ZipMBS.CreateFile) I'm experiencing the
>> following results from the file created:
>>
>> Application running on 10.6.8:
>> Zip64 = True - the zipped file expands to a .gczp file which expands to
>> the original zipped file which expands to a .gczp file, and so on."
>>
>>
>> On Jun 2, 2014, at 3:02 PM, Christian Schmitz
>> <[email protected]> wrote:
>>
>>>
>>> Am 02.06.2014 um 23:31 schrieb Michael Diehr <[email protected]>:
>>>
>>>> Hi Christian,
>>>>
>>>> Does the Zip64 support in the ZipMBS classes still not work? The
>>>> documentation says
>>>
>>> I thought I fixed those little problems.
>>>
>>> Did someone try recently with 14.2 plugins?
>>>
>>> Sincerely
>>> Christian
>>>
>>> --
>>> Read our blog about news on our plugins:
>>>
>>> http://www.mbsplugins.de/
>>>
>>> _______________________________________________
>>> Mbsplugins_monkeybreadsoftware.info mailing list
>>> [email protected]
>>> https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info
>>
>> _______________________________________________
>> Mbsplugins_monkeybreadsoftware.info mailing list
>> [email protected]
>> https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info
>
> _______________________________________________
> Mbsplugins_monkeybreadsoftware.info mailing list
> [email protected]
> https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info
_______________________________________________
Mbsplugins_monkeybreadsoftware.info mailing list
[email protected]
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info
