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; There is a small patch file for Bug Request ID: 1110812 available in Patch Tracker ID: 1439412. The error 'internal error: job made no progress' occured on files over 4Gig in size. https://sourceforge.net/tracker/index.php?func=detail&aid=1439412&group_id=56125&atid=479441 Don Malcolm ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ librsync-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/librsync-devel _______________________________________________ rdiff-backup-users mailing list at [hidden email] http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki |
Hi,
I tried to report the following a few days back but due to problems with bounces as Savannah seems to have spam-relateds trouble it never got through. I will retry once more after whitelisting the nongnu.org server. This was the original message I sent: Well the large file problem in librsync was solved by the maintainers themselves as can be seen in https://sourceforge.net/tracker/?func=detail&atid=479439&aid=1110812&group_id=56125. I have tested it and it seems to work well for files of at least 5 Gb. As far as I know, no new release of the library is produced, so you'll have to patch manually if you have this problem, but at least it will work. One interesting point may be that only the server side needs to be patched as far as I can make out. I tested it and both backup and restore actions work flawlessly with only the server side patched. Thanks for your input on this! Gerard -- __________________________________________________________________ OpenBizz BV - Open Source Solutions ir. Gerard van Dijnsen Telefoon: +31648428223 e-mail: [hidden email] Veldm. Montgomerylaan 537 5612 BM EINDHOVEN __________________________________________________________________ Open your mind, open your future! http://www.openbizz.nl _______________________________________________ rdiff-backup-users mailing list at [hidden email] http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki |
Free forum by Nabble | Edit this page |