Nick, I think what you mean is when you try the zip and then try to decompress it with gzip you get that. You can’t get that from zip.
As it happens, earlier today I sent Paul patches for gzip to handle Zip64. Yes, Info-ZIP’s zip really likes to insert Zip64 fields when it doesn’t need to. There is nothing wrong with what you’re doing. Though you are streaming the input, you are not streaming the output, since "> fout" still permits zip to seek on fout. If you want to produce a streamed zip file, do “cat fin | zip - - | cat > fout’. That will still insert unnecessary Zip64 fields as before, but will also use a data descriptor. Mark On Jun 18, 2025, at 7:46 AM, oset <o...@superbox.pl> wrote: Speaking of zip able to create streamed archive, I may be doing something wrong with zip syntax but when I do try this: ``$ cat fin | zip -FI - - > fout''. I get `Zip64 entry -- not supported, use unzip'. Which doesn't happen when `/dev/stdin' is used, although this is another source of issues, but unrelated to gzip. > if you would like your name and email address in the THANKS file, please let me know your name or nom de plume. Nah, thanks. If you have to put nick without email, don't fancy that kind of fame. You could use test attached as it is simpler, though still compressible. If you don't like utf use ascii.
