search for: recv_file_entri

https://bugzilla.samba.org/show_bug.cgi?id=8001 Summary: buffer overflow in recv_file_entry (maxpathlen doesn't works) Product: rsync Version: 3.0.8 Platform: All OS/Version: FreeBSD Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org

https://bugzilla.samba.org/show_bug.cgi?id=8265 Summary: Long paths, hardlinks, 'special' files [was: Regression: sockets for 3.0.9pre1] Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P1 Component: core AssignedTo:

Hi, Rsync 3.0.5 on both sides. receiver is Open Solaris and sender is Linux. I got a nested directory - relatively depth but still it should work. It fails instead. sending daemon args: --server --sender -vvlWHogDtpre.is --ignore-errors --numeric-ids --inplace . TEST/ receiving incremental file list delta-transmission disabled for local transfer or --whole-file [...] overflow: xflags=0x7a

I have been using rsnapshot on OS X for a bit now to backup my debian home server to my external HD but have now started getting this error. Shiny:rsync-3.0.6 kurt$ sudo rsnapshot sync /usr/bin/rsync -a --delete --numeric-ids --relative --delete-excluded \ --exclude=mtab --exclude=core --rsh="/usr/bin/ssh -i \ /Users/kurt/.ssh/id_rsa" root at home.thisisnotajoke.com:/home \

I've been getting spurious unnecessary copying of files on OSX when using the crtimes patch and the --crtimes -H options (version 3.0.4). I can reliably demonstrate it (on OSX 10.5) by doing this several times (as root): rsync -v -N -axHAX --delete-during --fileflags --force-change /usr/ bin/ /tmp/foo/ I think I've tracked it down to the hard-link processing code in

https://bugzilla.samba.org/show_bug.cgi?id=13112 Bug ID: 13112 Summary: receive_xattr heap overread with non null terminated name and xattr filter Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core

It would appear something snuck in that breaks non-recursive remote listings when talking to a non-3.0.0pre1 version of rsync. The symptom itself is simple enough to see; rather than displaying member directories/regular files/symlinks/etc as one would expect, only non-directories (with the exception of '.') are listed. Other tidbits.. some obvious, some maybe not: - not limited to just

https://bugzilla.samba.org/show_bug.cgi?id=13113 Bug ID: 13113 Summary: receive_xattr heap overflow when prepending RSYNC_PREFIX Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned

https://bugzilla.samba.org/show_bug.cgi?id=13526 Bug ID: 13526 Summary: Hard link creation time Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter:

I am trying to compile rsync 3.0.0cvs with the flags.diff patch on a Mac OSX G4. It fails because the flags UF_NOUNLINK, and SF_NOUNLINK do not exist on this platform. sys/stat.h only gives the following flags * Definitions of flags stored in file flags word. * * Super-user and owner changeable flags. */ #define UF_SETTABLE 0x0000ffff /* mask of owner changeable flags */ #define

Good morning all, I?m using rsync v3.0.0 on both ends. The source is Fedora Core 4 and the destination is MacOS 10.5.2. I?m trying to sync a file system with roughly 5,000,000 files checking in about 1.2TB. I use the command rsync ?avP ?e shh root@mustang:/filevault . From my MacOS machine and I get the following after about 400GB has been copied:

Hello list, I'm running rsync from a FreeBSD 6.3 server to another FreeBSD 6.3 server. Both are running rsync 3.0.6. The transfer keeps dying with the following errors. On the receiver I'm getting the following error 2009/09/01 11:27:58 [23670] overflow: xflags=0x546 l1=0 l2=10376 lastname= [generator] 2009/09/01 11:27:58 [23670] ERROR: buffer overflow in recv_file_entry [generator]

All seems to compile ok but I get the following warnings on interix 3.5 flist.c: In function `recv_file_entry': flist.c:840: warning: comparison between signed and unsigned flist.c:874: warning: comparison between signed and unsigned flist.c:876: warning: right shift count >= width of type flist.c: In function `make_file': flist.c:1178: warning: comparison between signed and unsigned

https://bugzilla.samba.org/show_bug.cgi?id=6027 Summary: Error when rsync encounters empty symlinks Product: rsync Version: 3.0.4 Platform: x86 OS/Version: Linux Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: kai@kaishome.de

Hi, I've been using rsync (OSX Tiger now Leopard) to backup my home folder daily using -a -H -A -X link-dest=dir to make incremental backups. There was a problem though since many files especially images, movies etc would be recopied each time instead of creating hard links. I have been testing the pre5 release and found that it seems to make hard links correctly for all files. I