When I run 1.1.4 on your input, I get an error -- and no patch is output. The
status is 2. No error message is printed, so this is definitely an encoder bug
(somehow, for this 16 byte input, it produces an invalid encoding). Running
delta -0" I get the same input as yours, but I do not get an output from "xdelta
patch". In SVN 100 (at http://xdelta.googlecode.com/svn/trunk/xdelta1/) I've at
fixed the decoder to report the parse error.
Original comment by josh.mac...@gmail.com on 2 Feb 2007 at 6:41
I figured this out. In case you didn't realize, your inputs (16-1.bin and
have gzip headers but are invalid inputs for gzip. Xdelta supports "externally
compressed" gzip inputs (read more about external compression in 3.x here:
Xdelta-1.1.4 and earlier did not check the return value from gzclose(), so
gzip inputs caused invalid patch outputs from "xdelta delta". This is fixed in
103 and will be released with 1.1.5. In the meanwhile, to correctly process
gzip inputs you can pass the -p flag to disable external compression.
Original comment by josh.mac...@gmail.com on 2 Feb 2007 at 7:52
IIRC (it is four years) I was making a patch of a bigger file,
but xdelta failed... Then I made a little "test case", 16 bytes,
But it shouldn't matter what the input is,
xdelta should just work (TM).
Be it valid or invalid gzip or jpeg or torrent.
Good if 1.1.5 works this way.
Original comment by usenetha...@gmail.com on 2 Feb 2007 at 8:35