search for: hlinked

Platform: Compaq OpenVMS Alpha 7.3 Compiler: Compaq C T6.5 The following patch resolves compile problems with the HLINK.C module. The cast on function argument for the qsort() routine was wrong, and not allowing the compile to complete. When the function definiton of the hlink_compare() is corrected to have the const qualifiers, the cast inside the qsort() function call is no longer

https://bugzilla.samba.org/show_bug.cgi?id=11161 Bug ID: 11161 Summary: rare crash in hlink.c:536 Product: rsync Version: 3.1.1 Hardware: x64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter: sbrabec at

...ds a destination file that passes the quick check with the source file but differs in attributes, the receiving rsync will change the attributes. This is undesirable when the destination is an incremental backup containing files hard-linked from older backups. Thus, I propose an option --no-tweak-hlinked to tell the receiving rsync not to change the attributes of an existing destination file with more than one link. Instead, rsync would copy the file and move the copy over the link to the shared original. I'm thinking about how best to implement this. I would love to use copy_file(fname, fna...

...been fixed, the implementation is pretty simple; Wayne, perhaps you guessed from the comment change I inadvertently left in my patch for bug 5051 that this was what I was up to. The options seem to work and itemize properly, and there is even a test case. The clever interaction between --no-tweak-hlinked and --inplace is not implemented, but it can come later (if at all). Please add some form of this to patches/ . I will start using --no-tweak-hlinked in my sync_first-mode rsnapshot runs. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this ma...

https://bugzilla.samba.org/show_bug.cgi?id=5407 Summary: hlink.c:480: finish_hard_link: Assertion `flist != ((void *)0)' failed. Product: rsync Version: 3.0.2 Platform: x86 OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo:

BLS #rsync --version rsync version 3.0.4pre2 protocol version 30 Copyright (C) 1996-2008 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append, ACLs, xattrs, iconv, symtimes rsync comes with ABSOLUTELY NO

https://bugzilla.samba.org/show_bug.cgi?id=6542 Summary: rsync: hlink.c:125: match_gnums: Assertion `gnum >= hlink_flist->ndx_start' failed. Product: rsync Version: 3.0.6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core

https://bugzilla.samba.org/show_bug.cgi?id=4561 matt@mattmccutchen.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Comment #3 from matt@mattmccutchen.net 2008-02-06 21:33

https://bugzilla.samba.org/show_bug.cgi?id=4561 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX | Version|3.0.0 |3.1.0 ------- Comment #9 from

Hi Wayne, I just got this bug report about rsync 3.0.2 reproducibly crashing, together with a backtrace and a patch; very helpful :-) (Please preserve 477931-forwarded@bugs.debian.org in the CC so that you response is archived in the Debian BTS, thanks.) Paul Slootman On Fri 25 Apr 2008, Kurt Roeckx wrote: > Subject: Bug#477931: rsync: Segfaults syncing the linux kernel archive. > From:

https://bugzilla.samba.org/show_bug.cgi?id=4561 ------- Comment #5 from sites-samba@carlthompson.net 2008-05-07 20:19 CST ------- See bug #5448. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

rsyncing a tree of perhaps 30M files, getting this: rsync: hlink.c:126: match_gnums: Assertion `gnum >= hlink_flist->ndx_start' failed. then a bit more output and

Wayne, I have this bug in redhat bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=439074 Summary: rsync 3.0.1pre -H fails assertion Is it ok to pass this kind of bug directly upstream filing a new bug in bugzilla and linking the fedora bug ? (There is also a reproducer there) Simo. -- Simo Sorce * Red Hat, Inc * New York

In debian bug #498083 (http://bugs.debian.org/498083) someone is getting segfaults reasonably consistently, however when using -vvvv it doesn't happen... Fortunately Sven was able to get a good backtrace. I can't quite see what's causing the problem; it does seem to be related to xattrs. Please see the bugs report at the url above for the details. Any help much appreciated. Paul

The Wine development release 1.5.27 is now available. What's new in this release (see below for details): - System tray support in the Mac driver. - Various C runtime improvements. - Large icons for built-in applications. - Various bug fixes. The source is available from the following locations: http://prdownloads.sourceforge.net/wine/wine-1.5.27.tar.bz2

So, like a lot of people, I am using --link-dest to do backups. My backup target is ext4 so with a hard link limit of 64K. I do end up with trying to create too many links at some point though and get the following sequence of events: rsync: link "/.snapshots/hourly.0/linux/usr/src/openwrt-r18617/build_dir/host/mpfr-2.4.1/tests/.deps/tui_sub.Po" =>

I've setup rsync 3.0.0 pre5 on distrib-coffee.ipsl.jussieu.fr (rsync server) and upload the same into mandriva cooker (development distribution). Someone reported this failure: rsync -auvPH --delete --exclude-from="/home/rfox/exclude.txt" distrib-coffee.ipsl.jussieu.fr::mandrivalinux/devel/cooker/i586/ . receiving incremental file list rsync: hlink.c:253: check_prior: Assertion

This is release 0.9.55 of Wine, a free implementation of Windows on Unix. What's new in this release: - Direct3D improvements, including driver version emulation. - Beginnings of support for OLE objects in Richedit. - Several fixes to the animation control. - A bunch of fixes for regression test failures. - Lots of bug fixes. Because of lags created by using mirrors, this message

https://bugzilla.samba.org/show_bug.cgi?id=8979 Summary: rsync daemon: High load while skipping hardlinks Product: rsync Version: 3.0.5 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: simon.klinkert at

I have been trying for quite a while now to understand why is the flist.c:f_name() function implemented using static buffers. Anyone care to comment? The immediate problem is that any call to f_name overrides the previous content (well, obvious). This, combined with the fact that several function calls are made with the result of f_name(file) results in problems handling hardlinks - and