Martin Pool writes:
>
> I normally write
>
> off_t foo = ;
> printf("seek to %ld\n", (long) foo);
>
> accepting that for long values on some platforms it will just be
> wrong. Is there a better solution that's not gcc or glibc-specific?
> >From what I've seen of the standards, there is
On Sat, Mar 17, 2001 at 11:22:31AM +1100, Martin Pool wrote:
> On 16 Mar 2001, [EMAIL PROTECTED] wrote:
>
> > ICK! Please undo your change. Defining _LARGE_FILES as is done in
> > rsync.h means everyone will be impacted (Solaris, HP-UX, IRIX, Linux,
> > FreeBSD, Tru64 UNIX, ...). Discussion has a
Rich wrote:
> > You owe it to yourself to look at BEEP and the TCP mapping. It was
> > designed by folks who really know how to optimize ietf-style protocols.
> > Sliding windows, sequence numbers, all that good stuff.
It's a good paper, and an interesting design. If we don't actually
use it
On 16 Mar 2001, Rich Salz <[EMAIL PROTECTED]> wrote:
> > Here's my current idea: it may be na?ve about the TCP bugs, but I hope
> > it will be more reliable and still keep both directions on the network
> > maximally full.
>
> You owe it to yourself to look at BEEP and the TCP mapping. It was
>
> Here's my current idea: it may be naïve about the TCP bugs, but I hope
> it will be more reliable and still keep both directions on the network
> maximally full.
You owe it to yourself to look at BEEP and the TCP mapping. It was
designed by folks who really know how to optimize ietf-style prot
On 28 Feb 2001, Martin Pool <[EMAIL PROTECTED]> wrote:
> > What I don't see is how we could recode this to avoid the zero window
> > without losing a lot of the pipelining advantage we have now. Going to
> > a more traditional request/response model in rsync would certainly
> > make TCP like us b
So, I see that in clientserver.c, the uid and gid parameters are
silently ignored if the daemon is not running as root. I wonder if we
should do something differently there. Perhaps rsync should issue a
warning if they're present and we're not root. Better might be to go
ahead and try to setuid
On 15 Mar 2001, pete lindsay <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Thanks very much for your reply.
>
> I am running rsync daemon on the server. I notice that the owner of rsync
> is root.
>
> rsync daemon is running on the server as owned by the root user. The files
> I want are all owned by
Speaking of this, does anyone know a portable way to get printf to
handle off_t values when they may be larger that a long? Is there
none?
I normally write
off_t foo = ;
printf("seek to %ld\n", (long) foo);
accepting that for long values on some platforms it will just be
wrong. Is the
On 16 Mar 2001, [EMAIL PROTECTED] wrote:
> ICK! Please undo your change. Defining _LARGE_FILES as is done in
> rsync.h means everyone will be impacted (Solaris, HP-UX, IRIX, Linux,
> FreeBSD, Tru64 UNIX, ...). Discussion has already occurred on this
> list about LFS support:
OK, I'll take it out
I agree that it would be better to fix the autoconf rather than risk
breaking things on other OSes.
I have recompiled a few more times with the -D_LARGE_FILES option and I
think everything is working correctly now. The dry run gave no errors and so
far the transfer is working fine. My compiler di
On Fri, Mar 16, 2001 at 04:39:18PM +1100, Martin Pool wrote:
> On 15 Mar 2001, "Willeat, Todd" <[EMAIL PROTECTED]> wrote:
>
> >
>http://www.rs6000.ibm.com/doc_link/en_US/a_doc_lib/aixprggd/genprogc/prg_lr_files.htm
> > explains how to enable large file support on AIX. The fillowing line
> > was
Have you checked your syslog output ?
I had the same thing with permissions on /etc/rsyncd.secrets,
where it was world readable. Try strict modes = false, and if that works
you've got permission problems (or simple ls -l). The syslog will also put
out comments that rsync is ignoring rsycd.secrets
Hi there,
I have a RH7 testsystem setup with rsync -daemon. Now, I am trying to login
via a FreeBSD 4.1 system by issuing:
export RSYNC_PASSWORD=opi8
rsync -avz opi@felix::testshare /home/opi
However, i receive following response:
@ERROR: auth failed on module testshare
All rsync'ing works fin
Sorry, it appears I was chasing my tail. After
a day of configuration, testing, and looking through
code to understand it, I was simply editing out of my conciousness
a read only error on the client side. However, it may be a good idea to put
some of those errors on the server side, at least on
I haven't tried with 2.4.7 yet, but will if I can. I am still having 1
problem with the change I made. I can transfer a directory with 10GB of
files (3 are approx 2.5GB each) between 2 Alphas. I can also transfer this
same directory locally on AIX (I've only got 1 AIX box to work with). But
when I
Hi,
I have managed to get a project setup for jrsync at sourceforge.net.
If anybody is interested in particapting in the project, you are
very much welcome to do so. The web page is:
https://sourceforge.net/projects/jrsync/
There isn't anything there yet, though hopefully that will ch
On 16 Feb 2001, John Poltorak <[EMAIL PROTECTED]> wrote:
> On OS/2 there is a PSTAT command as well a number of other third-party
> apps which mimic ps. Using one of these shows no sign of RSYNC.
>
> I guess 'netstat -s' would also provide some evidence of its presence
> if port 873 was in use b
18 matches
Mail list logo