Solaris, AIX, Red Hat Linux, others?
Creating zipfiles on NFS file systems under Red Hat 6.x could result in silent corruption. This was a known bug in Solaris (Sunsolve ID 4071076), AIX (IBM APAR IY06322) and possibly other Unixen that seems to have been exacerbated by Red Hat’s knfsd. It affected many archivers and other programs, and it could be fixed only by patching the NFS server. Zip 2.0 through Zip 2.3 all When compiled with either BIG_MEM or MMAP defined (MMAP overrides BIG_MEM if both are defined), Zip will silently corrupt stored (uncompressed) files when forced via either the -0 (“store”) or -n (“don’t compress these suffixes”) options. Because the stored CRC-32 value is consistent with the corrupted data, testing with UnZip will not expose the error; only extraction and byte-for-byte comparison with the original files will. This has now been confirmed to be a long-standing bug in Zip itself (within zipup.c only, not deflate.c). It does not affect files that are stored due to small size or incompressibility; t
