Dear Sir/Madam,
Hello, and thank you for contacting eHarmony Customer Care.
This is an automated response to let you know that we received your email and are
working to give you a thoughtful and informative reply.
Due to tremendous growth we are experiencing a high volume of inquiries. We wi
Dear Sir/Madam,
Hello, and thank you for contacting eHarmony Customer Care.
This is an automated response to let you know that we received your email and are
working to give you a thoughtful and informative reply.
Due to tremendous growth we are experiencing a high volume of inquiries. We wi
Hmmm. It's odd to think that Cygwin always uses backup semantics,
because it DEFINITELY fails to process quite a lot of files that the
high-dollar win32-native backup utilities can process.
My experience has been that cygwin can open (for reading) any file that
you can use the GUI to drag-and-
Hello,
I found the reason why "refuse options" is ignored on the server
side. When then 5th argument (int val) in the poptOption struct is
set to zero, the parsing function poptGetNextOpt() just continues
with the next arg, without returning. So check_refuse_options() is
simply not called in suc
On Fri, Feb 20, 2004 at 02:19:26PM -0500, Jim Salter wrote:
> Jason, this is absolutely great info on the Win32 file locking system
> and sounds like a very very interesting patch indeed.
>
> A quick question, though - how hard would it be to use backup semantics
> as a default for an additional
I ran across something I did not expect in rsync the other day. If you
want to sync the contents of a local directory to a remote directory,
you would use something like this:
rsync -rptv /local/directory/ [EMAIL PROTECTED]::module/remotedirectory/
The root of the sync is "/local/directory"
Jason, this is absolutely great info on the Win32 file locking system
and sounds like a very very interesting patch indeed.
A quick question, though - how hard would it be to use backup semantics
as a default for an additional mount for the entire filesystem, rather
than trying to tack it into
hi jason,
>The patch I'm working on will do this. I'm promising people it'll be
>done by Monday (I hit a little roadblock in getting Cygwin to cooperate,
>hopefully I'll still be able to finish by then). The openfile manager most
>definitely uses the backup semantics flag if it can back up ope
On Fri, Feb 20, 2004 at 08:16:46AM -0800, Tarun Karra wrote:
> hi,
>
> 1) yes iam talking about the suggested "braindamaged windows OS(2000)". Iam trying
> to mount the drive from windows to linux and do a local rsync between mounted folder
> and a local folder.
> 2) What happens when my mount
On Thu, 2004-02-19 at 04:25, huwybach wrote:
> Sorry to 'bump' this one back to the list but I'm not clear - is there a
> way of appending a password to an Rsync command argument or is this just
> not possible/practical ?
It's generally not a good idea to have this kind of option, because the
pa
hi,
1) yes iam talking about the suggested "braindamaged windows OS(2000)". Iam trying to
mount the drive from windows to linux and do a local rsync between mounted folder and
a local folder.
2) What happens when my mounted folder contains a "OPEN FILE" Does rsync ignore it or
does rysnc cras
On Thu, Feb 19, 2004 at 07:40:14PM -0800, Tarun Karra wrote:
> hi guyz,
>
> One simple question. What does rsync do when it encounters open files.
> Do we have to use open file manager(like st bernard) to back up open files or is
> there any open source open file manager or can rsync backup open
On my target system Rsync is generating the following zero K files when running the
sync, any ideas why these are being generated?
Fw000165.Fw000165-dirattr.233808-rsynckbattr17
Regards Jason
*
This e-mail messa
13 matches
Mail list logo
