Package: librsync1
Version: 0.9.7-1
i wonder if you would consider applying this patch from upstream to fix
problems which occur with files over 4GB.
see:
https://sourceforge.net/tracker/index.php?func=detail&aid=1439412&group_id=56125&atid=479441
and
https://sourceforge.net/tracker/?func=detail&atid=479439&aid=1110812&group_id=56125.
thanks
-dean
---------- Forwarded message ----------
Date: Tue, 28 Feb 2006 14:10:05 +1100
From: David Kempe <[EMAIL PROTECTED]>
To: rdiff-backup list <rdiff-backup-users@nongnu.org>
Subject: [rdiff-backup-users] [Fwd: [librsync-devel] 'internal error: job made
no progress' on 25G file - Bug Request ID: 1110812]
Hi, here is some good news from a guy who has been working for this on me -
should put an end to the 4GB file limit.
Can we please have some extensive testing on this patch to see if it works?
you will need to patch your librsync and rebuild rdiff-backup against the new
librsync I think.
Here is the patch:
-----------------------------------
brsync-0.9.7/mdfour.h librsync-0.9.7dev/mdfour.h
--- librsync-0.9.7/mdfour.h 2004-02-08 10:17:57.000000000 +1100
+++ librsync-0.9.7dev/mdfour.h 2006-02-27 14:35:26.086597250 +1100
@@ -24,7 +24,7 @@
#include "types.h"
struct rs_mdfour {
- int A, B, C, D;
+ unsigned int A, B, C, D;
#if HAVE_UINT64
uint64_t totalN;
#else
diff -urN librsync-0.9.7/patch.c librsync-0.9.7dev/patch.c
--- librsync-0.9.7/patch.c 2004-09-18 07:35:50.000000000 +1000
+++ librsync-0.9.7dev/patch.c 2006-02-27 14:39:46.862894750 +1100
@@ -214,12 +214,12 @@
void *buf, *ptr;
rs_buffers_t *buffs = job->stream;
- len = job->basis_len;
-
/* copy only as much as will fit in the output buffer, so that we
* don't have to block or store the input. */
- if (len > buffs->avail_out)
+ if (job->basis_len > buffs->avail_out)
len = buffs->avail_out;
+ else
+ len = job->basis_len;
if (!len)
return RS_BLOCKED;
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
