0.6/testsuite
./rsync-3.0.6/zlib
./rsync-3.0.6/configure
Is there a way, with --compare-dest, to perform the transfer without
creating empty directories? What I want is:
$ find .
./rsync-3.0.6
./rsync-3.0.6/configure
--
albert chin (ch...@thewrittenword.com)
--
Please use reply-all
d specifically
for Solaris 9? GCC include files are specific to the platform it was
built on.
--
albert chin ([EMAIL PROTECTED])
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
On Sun, May 02, 2004 at 06:26:16PM -0700, Wayne Davison wrote:
> On Sun, May 02, 2004 at 03:33:03PM -0500, Albert Chin wrote:
> > I'm getting a SEGV on a FreeBSD 4.8-STABLE box. The client is Solaris
> > 9/SPARC. Both boxes run 2.6.2.
> >
> > The command I&#x
in start_server (f_in=0, f_out=1, argc=2, argv=0x808a060)
at main.c:577
#8 0x8052a89 in main (argc=2, argv=0x808a060) at main.c:1041
Based on #2, seems the SEGV is in make_file but #1 doesn't show the
function name and line number. Odd.
--
albert chin ([EMAIL PROTECTED])
--
To unsubsc
The IBM C compiler on AIX doesn't like a trailing comma after the last
enum constant.
--
albert chin ([EMAIL PROTECTED])
-- snip snip
--- rsync.h.orig2004-05-01 16:52:14.0 -0500
+++ rsync.h 2004-05-01 16:52:18.0 -0500
@@ -123,7 +123,7 @@
MSG_D
ecurity risks). Instead, policy is to patch the stable version
> with the fix.
Anyone ever come up with a patch for the chroot fix against 2.5?
--
albert chin ([EMAIL PROTECTED])
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
're using would help too. I don't have a problem on a
machine here running 11i and using the HP C compiler.
checking for socklen_t... yes
--
albert chin ([EMAIL PROTECTED])
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
rsync://stitch/
> > rsync: getaddrinfo: stitch 873: servname not supported for ai_socktype
> > rsync error: error in socket IO (code 10) at clientserver.c(83)
>
> Is there anyone else that has the same problem ?
Try recompiling without getaddrinfo support:
ac_cv_search_getaddrinfo
ven better would be if we can manage a way
> to conditionally have our own sprintf. I've a vague nagging
> that it can be done but can't recall how.
http://daniel.haxx.se/trio/
--
albert chin ([EMAIL PROTECTED])
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
m.org/pub/rpm/dist/rpm-4.1.x/popt-1.7.tar.gz
--
albert chin ([EMAIL PROTECTED])
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
on to find out where it's hanging and
post it along with netstat output from sender/receiver.
And, do you have the latest network patches (or latest recommended
network patches) applied on both HP-UX 11.00 servers?
--
albert chin ([EMAIL PROTECTED])
--
To unsubscribe or change options: htt
In this statement, "EAI_MAX" is not
> declared. (undeclared)
Is HAVE_GETADDRINFO defined in config.h? What version are you running?
You might want to try the latest CVS.
--
albert chin ([EMAIL PROTECTED])
--
To unsubscribe or change options: http://lists.samba.org/mailman/
On Wed, Apr 03, 2002 at 03:57:32PM +1000, Martin Pool wrote:
> On 2 Apr 2002, Albert Chin <[EMAIL PROTECTED]> wrote:
> > On Wed, Apr 03, 2002 at 10:14:50AM +1000, Martin Pool wrote:
> > > Are there any other patches you think really need to go into a 2.5.6
&
On Wed, Apr 03, 2002 at 10:14:50AM +1000, Martin Pool wrote:
> Are there any other patches you think really need to go into a 2.5.6
> before we proceed?
The attached patch is important for "out of the box" compilation on
Tru64 UNIX. The FreeBSD issue has been resolved.
> trying to write an error and then failing to write the error and
> > trying to report that it fails to write the error and so on. I have
> > attached a patch which breaks the loop.
>
> Thankyou for the patch.
Any reason this patch isn't in 2.5.5?
--
albert chin ([EM
'm using rsync 2.5.2 on FreeBSD 4.3-STABLE.
--
albert chin ([EMAIL PROTECTED])
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
On Thu, Feb 21, 2002 at 11:20:21PM -0800, Jos Backus wrote:
> On Thu, Feb 21, 2002 at 05:49:03PM -0600, Albert Chin wrote:
> > If I case &s->count to (unsigned int *), then it compiles.
>
> How about casting to size_t * (since s->count has type size_t)?
We can either ca
u have some bad blocks on the file system.
Looks like the driver for your RAID controller on the backup server
doesn't deal well with *something* so maybe you need new firmware or a
newer rev of the driver.
--
albert chin ([EMAIL PROTECTED])
--
To unsubscribe or change options: http://list
t;count" and
"&int_zero") of a conditional operator. (badcondit)
write_batch_csums_file(s ? &s->count : &int_zero, sizeof(int));
---^
gmake: *** [batch.o] Error 1
If I case &s->count to (unsigned int *), then it compiles.
--
al
On Thu, Feb 21, 2002 at 11:12:19AM -0800, Jos Backus wrote:
> On Thu, Feb 21, 2002 at 10:05:19AM -0600, Albert Chin wrote:
> > > gcc -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -c lib/getaddrinfo.c -o
>lib/getaddrinfo.o
> > > lib/getaddrinfo.c: In functi
On Wed, Feb 20, 2002 at 07:44:52PM -0801, Jos Backus wrote:
> On Wed, Feb 20, 2002 at 08:31:51PM -0600, Albert Chin wrote:
> > > This seems to break FreeBSD...
> >
> > How? Works fine with FreeBSD 4.3-STABLE.
>
> Breaks on -current:
>
> gcc -I. -I. -g -O2
On Wed, Feb 20, 2002 at 04:46:28PM -0800, Martin Pool wrote:
> On 19 Feb 2002, Albert Chin <[EMAIL PROTECTED]> wrote:
> > On Mon, Feb 18, 2002 at 06:23:04PM -0800, Martin Pool wrote:
> > > Available now from samba.org and all mirrors. Please report bugs,
> > &g
. Thanks to everybody who contributed patches.
I'd like to see the patch for PR#3980 included in 2.5.3 so that rsync
builds "out of the box" on Tru64 UNIX 5.x.
--
albert chin ([EMAIL PROTECTED])
pfx is used only when INET6 is declared.
--
albert chin ([EMAIL PROTECTED])
-- snip snip
--- lib/getaddrinfo.c.orig Fri Feb 15 18:52:42 2002
+++ lib/getaddrinfo.c Fri Feb 15 18:52:50 2002
@@ -396,7 +396,9 @@
for (i = 0; afdl[i].a_af; i++) {
if (inet_pton(afdl[i
TIO);
}
--
albert chin ([EMAIL PROTECTED])
11.00? We just tried to rsync
with and without a trailing '/' using -n and received the same output.
The latest LIBC patch has a number of fixes for glob and '/'.
--
albert chin ([EMAIL PROTECTED])
unexpected read size of 0 in map_ptr
> collect_tests
> Warning: unexpected read size of 0 in map_ptr
> Warning: unexpected read size of 0 in map_ptr
Dave Dykstra created a patch for this. See:
http://lists.samba.org/pipermail/rsync/2002-January/005966.html
--
albert chin ([EMAIL PROTECTED])
;
> Parsing what file(s), and looking for what values, will produce a report of
> disabled notifications?
I think you want the netsaint mailing list, not the rsync mailing
list.
--
albert chin ([EMAIL PROTECTED])
orting back to the list if it solves your problem.
--
albert chin ([EMAIL PROTECTED])
rt large files,
-D_FILE_OFFSET_BITS=64 is being added to $CPPFLAGS (look at CPPFLAGS
in Makefile). This also means that you are *not* compiling a 64-bit
version of rsync. You are compiling a 32-bit version with support for
large files.
To compile a 64-bit version:
$ CC=cc CFLAGS="-xarch=v
files... no
checking for _LARGE_FILES value needed for large files... no
This is to be expected as -xarch=v9 enables 64-bit mode which defaults
to supporting large files (because we're using 64-bit integral types).
--
albert chin ([EMAIL PROTECTED])
d work on
> any ANSI compliant compiler.
Except for the getaddrinfo issue I posted earlier. there are *no*
problems using the Compaq C compiler on Tru64 UNIX 4.x and 5.x.
--
albert chin ([EMAIL PROTECTED])
32 matches
Mail list logo
