I’ve read the referenced material, and I don’t think it applies to this problem. The references mention archives with greater than 64k files or greater than 4Gb in size. When the archive exceeds these parameters, zip64 is invoked.
It appears that the incompatibility problems are created by the zip64. It sounds to me that the limits were in response to the FAT16 file system. I’m glad a work around was found. Sent by Magic! > On Dec 22, 2022, at 3:23 AM, Rony G. Flatscher <rony.flatsc...@wu.ac.at> > wrote: > > >> On 22.12.2022 08:30, ooRexx wrote: >> Re >> >> >>> On 22. Dec 2022, at 01:15, Gilbert Barmwater <gi...@bellsouth.net> wrote: >>> >>> And thanks for all the work I know this took! >>> >>> Gil > +1 >> It is a bit depressing to spend half a day hunting for the problem and in >> the end all you do is replacing zip -r -q with 7zz a >> >> In the end it was a good thing; I went through my HowTo and amended a couple >> of things. fop is now 2.8 on macOS for instance, it used to be 2.4 when I >> used it first time. Will commit it today but will check the Linux version >> first. > It seems that this as an intentional incompatibility by MacOS judging from > <https://apple.stackexchange.com/questions/221020/large-zip-files-created-in-os-x-cannot-be-opened-in-windows> > from six years ago. And also from > <https://discussions.apple.com/thread/253368308> from 2018. > > Great that you could find a working solution! > > ---rony > > _______________________________________________ > Oorexx-devel mailing list > Oorexx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oorexx-devel
_______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
