Ville Herva [mailto:[EMAIL PROTECTED]] wrote:
Of course, whether O_TEXT is defined or not does not
necessarily imply the availability of t, but I
can't think of better alternative.
Stratus VOS implements O_TEXT and O_BINARY but does not recognize t. We
have the options defined in ANS C and
On Sun, Jan 26, 2003 at 09:43:06AM -0500, Green, Paul wrote:
Ville Herva [mailto:[EMAIL PROTECTED]] wrote:
Of course, whether O_TEXT is defined or not does not
necessarily imply the availability of t, but I
can't think of better alternative.
Stratus VOS implements O_TEXT and O_BINARY
Even though it was a pain in the *ss, I broke up the transfer into
several chunks (logically organized by sub-directories of the source)
and wrote a script to batch the job. It worked, better and faster than
via NFS. Mounting the source directory via NFS is not a solution that
makes one feel
On Sun, Jan 26, 2003 at 08:16:50AM -0800, jw schultz wrote:
authenticate.c: fd = open(fname,O_RDONLY | O_TEXT);
get_secret() already discards \r
authenticate.c: if ( (fd=open(filename,O_RDONLY | O_TEXT)) == -1) {
getpassf() treats \r the same as \n
Yeah, these already handle
Dave Dykstra wrote:
Alright. Max, could you quickly verify if the latest CVS version
works OK for you on Cygwin?
What, in particular? I'm not a very good testcase, because I use binary
mounts and unix line endings everywhere.
It compiles and does syncs with remote rsync daemons, which is my
On Sun, Jan 26, 2003 at 08:54:19PM -, Max Bowsher wrote:
Dave Dykstra wrote:
Alright. Max, could you quickly verify if the latest CVS version
works OK for you on Cygwin?
What, in particular? I'm not a very good testcase, because I use binary
mounts and unix line endings everywhere.
Is there any reason why caching programs would need to set the
value, rather than it just being a fixed value? I think it is hard
to describe what this is for and what it should be set to. Maybe a
--fixed-checksum-seed option would make some sense, or for a caching
mechanism to be built in to
Is there any reason why caching programs would need to set the
value, rather than it just being a fixed value?
I think it is hard to describe what this is for and what it should be
set to. Maybe a --fixed-checksum-seed option would make some sense,
or for a caching mechanism to be built in
Dave Dykstra wrote:
On Sun, Jan 26, 2003 at 08:54:19PM -, Max Bowsher wrote:
Dave Dykstra wrote:
Alright. Max, could you quickly verify if the latest CVS version
works OK for you on Cygwin?
What, in particular? I'm not a very good testcase, because I use
binary mounts and unix line
On Sun, Jan 26, 2003 at 02:46:43PM -0800, Craig Barratt wrote:
Is there any reason why caching programs would need to set the
value, rather than it just being a fixed value?
I think it is hard to describe what this is for and what it should be
set to. Maybe a --fixed-checksum-seed option
Block checksums come from the receiver so cached block
checksums are only useful when sending to a server which had
better know it has block checksums cached.
The first statement is true (block checksums come from the receiver),
but the second doesn't follow. I need to cover the case where
On Sun, Jan 26, 2003 at 06:04:52PM -0800, Craig Barratt wrote:
Block checksums come from the receiver so cached block
checksums are only useful when sending to a server which had
better know it has block checksums cached.
The first statement is true (block checksums come from the
On Sun, Jan 26, 2003 at 02:46:43PM -0800, Craig Barratt wrote:
Is there any reason why caching programs would need to set the
value, rather than it just being a fixed value?
I think it is hard to describe what this is for and what it should be
set to. Maybe a --fixed-checksum-seed option
On Sat, Jan 25, 2003 at 06:32:08PM +0100, Greger Cronquist wrote:
--- Max Bowsher [EMAIL PROTECTED] skrev: Dave Dykstra
wrote:
I'm using the current Cygwin release
(rsync-2.5.5-2). That is rsync-2.5.5,
with an added msleep(30) which is intended to deal
with a possible problem
with
Hello
rsync-2.5.5 for hp-ux 11.0 is not syncing files more that 2 GB ( largefile ) .
Should i need to recompile rsync ?
Should i use any special options while compiling ?
please help.
-babu
__
The NEW Netscape 7.0 browser is
http://lists.samba.org/pipermail/rsync/2002-August/008130.html
but it still experienced hangs. It wasn't clear if the patch reduced
the frequency or not.
It didn't fix it for us. We sync Win9x clients to a Win2k server running
rsync as service.
Hangs and connection reset by peer
Well I was hoping to get the 2.5.6 out today, but I think I made too many
Cygwin changes this evening for comfort and I'd like to allow one more
day of testing. Cygwin users, please test as much as you can and post
any problems.
- Dave Dykstra
--
To unsubscribe or change options:
Has *anybody* been able to figure out a fix for this that really works?
Why does the receiving child wait in a loop to get killed, rather than
just exit()? I presume cygwin has some problem or race condition in the
wait loop, kill and wait_process().
The pipe to the parent will read 0 bytes
Date: Sun Jan 26 19:37:54 2003
Author: wayned
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv18282
Modified Files:
authenticate.c
Log Message:
File I/O already handles '\r', so we can remove the O_TEXT flags.
Revisions:
authenticate.c 1.21 = 1.22
Date: Sun Jan 26 20:08:14 2003
Author: wayned
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv21185
Modified Files:
clientserver.c
Log Message:
Got rid of O_TEXT_STR change.
Revisions:
clientserver.c 1.103 = 1.104
Date: Sun Jan 26 20:09:02 2003
Author: wayned
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv21431
Modified Files:
syscall.c
Log Message:
Added back the O_BINARY #ifdef.
Revisions:
syscall.c 1.25 = 1.26
Date: Sun Jan 26 20:10:23 2003
Author: wayned
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv21467
Modified Files:
exclude.c
Log Message:
Got rid of O_TEXT_STR and added code to strip '\r' from the end of the
lines we read.
Revisions:
exclude.c 1.47
Date: Sun Jan 26 20:11:16 2003
Author: wayned
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv21582
Modified Files:
rsync.h
Log Message:
Got rid of recent O_TEXT* and O_BINARY* changes.
Revisions:
rsync.h 1.135 = 1.136
Date: Sun Jan 26 20:49:25 2003
Author: dwd
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv24320
Modified Files:
NEWS
Log Message:
Change news item about handling of text mode in files to just permitting
any of the standard line termination styles.
Revisions:
NEWS
Date: Mon Jan 27 02:48:14 2003
Author: dwd
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv24648
Modified Files:
rsync.1 rsync.yo
Log Message:
Change erroneous references to a --config-file option to the correct --config
option.
Revisions:
rsync.1 1.126 =
Date: Mon Jan 27 03:07:18 2003
Author: dwd
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv27629
Modified Files:
rsyncd.conf.5 rsyncd.conf.yo
Log Message:
Update rsyncd.conf documentation to be right for rsync server mode over a
remote shell.
Revisions:
Date: Mon Jan 27 03:13:46 2003
Author: dwd
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv28080
Modified Files:
rsync.1 rsync.yo
Log Message:
Update date on man page.
Revisions:
rsync.1 1.127 = 1.128
Date: Mon Jan 27 03:36:54 2003
Author: dwd
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv29806
Modified Files:
TODO
Log Message:
Remove the Connection reset by peer from TODO
Revisions:
TODO1.67 = 1.68
Date: Mon Jan 27 03:52:42 2003
Author: dwd
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv30858
Modified Files:
NEWS main.c
Log Message:
Insert a 100ms sleep just before sending the USR2 signal to the
child receiver process to prevent some hangs on Cygwin. Anthony
29 matches
Mail list logo