similar to: [Bug 8475] New: memory leak around free_xattr() and rsync_xal_free(), with -aX, 200 bytes per file and per directory

https://bugzilla.samba.org/show_bug.cgi?id=8665 Summary: Crash in free_xattr(), from recv_generator() Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: chris at onthe.net.au

The security.evm extended attribute is fully owned by the Linux kernel and cannot be directly written from userspace. Therefore, we can always skip it. --- xattrs.c | 18 +++++++++++++++++- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/xattrs.c b/xattrs.c index b105392..3b72e61 100644 --- a/xattrs.c +++ b/xattrs.c @@ -255,6 +255,9 @@ static int rsync_xal_get(const char *fname,

https://bugzilla.samba.org/show_bug.cgi?id=7195 Summary: timeout reached while sending checksums for very large files Product: rsync Version: 3.0.7 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: wayned at samba.org

https://bugzilla.samba.org/show_bug.cgi?id=6175 Summary: write last transfer status when timeout or other error happens Product: rsync Version: 3.0.5 Platform: Other OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org

Hi, I have a crash running rsync-3.0.6 and using the -X flag. The crash was in uncache_tmp_xattrs() when free was called on every xattr_item. However, the rsync_xal_l.items is a buffer, not a list, and so only the whole buffer should be freed, and not every item. Can anyone with git access please fix this? This is the patch: --- rsync-3.0.6/xattrs.c 2009-11-30 14:16:53.501050939 +0200

https://bugzilla.samba.org/show_bug.cgi?id=5695 Summary: rsync local timeout Product: rsync Version: 3.0.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: gabriele.tozzi@gmail.com QAContact:

https://bugzilla.samba.org/show_bug.cgi?id=5478 Summary: rsync: writefd_unbuffered failed to write 4092 bytes [sender]: Broken pipe (32) Product: rsync Version: 3.0.3 Platform: Other URL: https://bugzilla.samba.org/show_bug.cgi?id=1959 OS/Version: Linux Status: NEW Severity: normal

https://bugzilla.samba.org/show_bug.cgi?id=7757 Summary: with big file, rsync times out out when it should not; the sender is still responsive Product: rsync Version: 3.0.7 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo:

Hello, I hope this mailing list is correct. I've a cluster pacemaker with a clone resource ocfs2 with ocfs2-tools-1.4.1-25.6.x86_64 ocfs2-tools-o2cb-1.4.1-25.6.x86_64 on Opensuse 11.2 After some network problem on my switch I receive on one of 4 nodes of my cluster the following messages Aug 18 13:12:28 nodo1 openais[8462]: [TOTEM] The token was lost in the OPERATIONAL state. Aug 18 13:12:28

https://bugzilla.samba.org/show_bug.cgi?id=2783 tim.liim at alcatel-lucent.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tim.liim at alcatel-lucent.com ------- Comment #6 from tim.liim at alcatel-lucent.com 2010-10-27 00:27 CST ------- These

Although I'm convinced that Broadvoice doesn't have the most stable of ping times, it seems like I get ping results that are approximately the ping time +2000ms at times. Has anyone experienced this problem with qualify on a SIP connection before? So here, was the ping 20ms or 2020ms as reported? Aug 22 06:39:49 NOTICE[6964]: chan_sip.c:8481 handle_response_peerpoke: Peer

Thanks Wayne and everybody, This is a huge boost to have a modern rsync for OSX. We're all grateful. Rob D PS I did notice that we lost the bsd flags test in 3.0. It was ok in pre10.... thanks again bbouncer Verifying: basic-permissions ... ok Verifying: timestamps ... Sub-test: modification time ... ok ok Verifying: symlinks ... ok Verifying:

Destroy ACL-s on destination when no ACL-s differens between source and destination. Bug is somehow related with function send_file_name() called with negative file descriptor f. There is no such bug in 2.6.9 version, but there options "-X -A --deleted" can't be used (we have "Internal error: wrong write used in receiver."). If I fix this, avoid calling send_acl() &

+Aaron because i think he uses scan-build on Windows more or less successfully. I won't have time for setting up a Windows machine for myself in the nearest future. Could you tell us exactly what you're doing and what exactly does it print to console, more in the spirit of http://www.catb.org/~esr/faqs/smart-questions.html ? > scan-build: Not supported for windows. Exiting...

Hi, I'm currently using barplot to generate vertically stacked bar charts. I'd like to be able to use the "asp=1" parameter with barplot(), but doing this causes the y axis to be placed on the far left as shown in the attachment demo.pdf. I could get around this by using the negative values for the line parameter of the axis() function. I'd rather not do this and imagine

Hello, Has anyone else run into the problem where smbclient only processes the commands before a space in the "command string" (-c) field but not the rest? My NON-WORKING example: # smbclient '\\server\Documents' -d 0 -U abackup -E -c 'archive 1;recurse;du' Password: Archive level is 0 It processed the "archive" (returning what archive level it's at

I've gone over the data and do not see my error; the dput() output of the data frame and the pdf output of cenboxplot() are attached. The command used: cenboxplot(sb.t$quant, sb.t$ceneq1, range=1.5, main='Total Recoverable Antimony', xlab='Pre-Mining Era', ylab='Concentration (log mg/L)') (on a single line in emacs). The RL on the plot is drawn at 0.01 rather

Hi everybody, I'm using the gmodels package to convert human readable contrasts into the format required by R and would be grateful if someone could confirm for me whether I've got the contrasts right in the sample code below. I'm working on the assumption that the contrasts are index according to the way that levels reports them for a factor. In my case

https://bugzilla.samba.org/show_bug.cgi?id=7057 Summary: Buffer overflow when sending a file with long name Product: rsync Version: 3.0.7 Platform: All URL: https://bugzilla.redhat.com/show_bug.cgi?id=557916 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core

Hi everybody, I'm having problems with the barchart command in the lattice package. I'm creating barcharts from matrices with with anything from 20 to 71 columns. When I leave the column names alone, that is they are set in the read.table command (and inherited by subsequent commands) the correct number barcharts is created by the "print(barchart(...))" command.