I can confirm that the bug exists, and that it does not appear on amd64.
Furthermore, I've tried using a vanilla gzip 1.3.12 and 1.3.13, both which fail with the same error.
However, both vanilla versions AND ubuntu version work if you set CFLAGS=-DNOMEMCPY, which causes gzip to use byte-by-byte transfers instead of calling memcpy()
In other words, this proves that it cannot have anything to do with the rsync patches. There must be a rarely-triggered bug in memcpy(), which only crops up on 32-bit.
It could be that gzip uses memcpy slightly incorrectly, but I am not going to guess exactly why the bug occurs.
I just made a number of tests regarding this bug.
I can confirm that the bug exists, and that it does not appear on amd64.
Furthermore, I've tried using a vanilla gzip 1.3.12 and 1.3.13, both which fail with the same error.
However, both vanilla versions AND ubuntu version work if you set CFLAGS=-DNOMEMCPY, which causes gzip to use byte-by-byte transfers instead of calling memcpy()
In other words, this proves that it cannot have anything to do with the rsync patches. There must be a rarely-triggered bug in memcpy(), which only crops up on 32-bit.
It could be that gzip uses memcpy slightly incorrectly, but I am not going to guess exactly why the bug occurs.