xdelta icon indicating copy to clipboard operation
xdelta copied to clipboard

stream source via stdin when decompressing?

Open mpvader opened this issue 9 years ago • 1 comments

Hi!

I have an embedded system where the source files that I want to decompress with xdelta3 are stored in a cpio archive. Extracting those files first requires a lot of (temporary) diskspace. cpio can output the files one by one to stdout instead of writing to disk.

Therefore I am trying to get the decompress command to read the source from stdin. But I can't get it to work:

$ xdelta3 -d -c ./out < ./source > ./target
xdelta3: using default source filename: ./my-file-name.vfat
xdelta3: file open failed: read: ./my-file-name.vfat: No such file or directory

Streaming the out file via stdin works fine:

xdelta3 -d -c -s ./source < ./out > ./target

But is not really useful in this case, as obviously the out file is the small one, and the source file is the large one and therefore the one I'd like to stream.

The Command Line syntax writes this: "Without -s SOURCE, xdelta3 behaves like gzip for stdin/stdout purposes."

Does that mean streaming the source file is possible in a certain way when decompressing? How?

thanks, Matthijs

mpvader avatar Aug 30 '16 18:08 mpvader

isn't the '-' flag usually used for this in supported apps? Problem obviously is that xdelta needs two files of input. It can be done in bash with process substitution iirc though (but in code... well, nope).

i30817 avatar Apr 20 '18 04:04 i30817