https://sourceforge.net/p/infozip/patches/25/2022-02-13T09:41:08.885000ZRecent changes to 25: Override mtime with zip -X and SOURCE_DATE_EPOCH2022-02-13T09:41:08.885000Z2022-02-13T09:41:08.885000ZBernhard M. Wiedemannhttps://sourceforge.net/u/greenbird/https://sourceforge.net3044080db0c0e55c9b3654f3450aa498e7a3f999

<div class="markdown_content"><p>There was a bug in the 1st scandir call param: "." vs n <br/> <a href="https://github.com/distropatches/zip/commit/5063c9ce12c58f2512c2d00080d863d14b5d31f7" rel="nofollow">https://github.com/distropatches/zip/commit/5063c9ce12c58f2512c2d00080d863d14b5d31f7</a></p></div>

2020-01-26T15:15:00.186000Z2020-01-26T15:15:00.186000ZMingye Wanghttps://sourceforge.net/u/arthur200000/https://sourceforge.netc4d818633b849321fe8f014a0be9c23ae6b845c7

<div class="markdown_content"><p>Oops! Yeah, my patches are based on zip 3.1d beta. You can find that version on the info-zip FTP (beta) or via <a href="https://antinode.info/ftp/info-zip." rel="nofollow">https://antinode.info/ftp/info-zip.</a></p></div>

2020-01-26T01:01:42.219000Z2020-01-26T01:01:42.219000ZBernhard M. Wiedemannhttps://sourceforge.net/u/greenbird/https://sourceforge.net507cc6ba75ab364d2e344f068aac59e87cf4aca7

<div class="markdown_content"><p>also worth mentioning that I once imported our openSUSE package patches into git to make the chaos more manageable:<br/> <a href="https://github.com/distropatches/zip/commits/opensuse" rel="nofollow">https://github.com/distropatches/zip/commits/opensuse</a></p> <p>otherwise it looks more like<br/> <a href="https://github.com/bmwiedemann/openSUSE/tree/master/packages/z/zip" rel="nofollow">https://github.com/bmwiedemann/openSUSE/tree/master/packages/z/zip</a></p></div>

2020-01-25T20:50:10.343000Z2020-01-25T20:50:10.343000ZBernhard M. Wiedemannhttps://sourceforge.net/u/greenbird/https://sourceforge.net7ff944ebd2ad7b38e848cbffa0f2f08722e7f7ed

<div class="markdown_content"><p>The 0002 patch does not apply cleanly on my 3.0 - Is there a git repo of your version somewhere?</p> <p>and then there are 2 problems:<br/> 1) there is another closedir(d) in the first loop.<br/> 2) the char *e; definition is still needed when you assign namelist<span>[i]</span>-&gt;d_name to it</p> <p>There is a scandir impl in<br/> <a href="https://github.com/microsoft/Windows-classic-samples/blob/master/Samples/Win7Samples/begin/sdkdiff/scandir.cpp" rel="nofollow">https://github.com/microsoft/Windows-classic-samples/blob/master/Samples/Win7Samples/begin/sdkdiff/scandir.cpp</a> but licence is probably not suitable. There are some other ports around on the net as part of the various libcs.</p></div>

2020-01-25T15:10:09.369000Z2020-01-25T15:10:09.369000ZArthur (Mingye) Wanghttps://sourceforge.net/u/arthur200000/https://sourceforge.net5929234caa4c9c162e7895fb9f5e7bb20ae1950f

<div class="markdown_content"><p>Got the <code>scandir</code> patch here. You will need to fill in the fallback implementation part.</p></div>

2020-01-25T10:27:25.754000Z2020-01-25T10:27:25.754000ZArthur (Mingye) Wanghttps://sourceforge.net/u/arthur200000/https://sourceforge.netc5abe36f5824d006bbcea39a01b643ca7264fc63

<div class="markdown_content"><p>A revised patch with manpage updates is attached.</p> <p>Readdir seems a bit hard to fix generally, since it is used in a bit too many places. For Unix we can probably take the FreeBSD <code>scandir()</code> implementation and wrap a new readd() around it. Too keep the states we will need to make a struct around <code>DIR</code> instead so we know where the <code>namelist</code> is.</p></div>

2019-05-14T12:31:19.118000Z2019-05-14T12:31:19.118000ZBernhard M. Wiedemannhttps://sourceforge.net/u/greenbird/https://sourceforge.net177e918523721c2f13f22bb4efa79f3be21df075

<div class="markdown_content"><p>This makes reproducible zip file creation a lot easier.<br/> (the other common problem is non-deterministic recursion because it uses filesystem readdir order without sorting)</p></div>