From: Markus Niebel [mailto:[EMAIL PROTECTED]]
Matthias Kranz wrote:
[ snipped ]
I played and tested a little bit more - it seems to be caused by
the logic of cvs itself: it relies on filetimes. When I
change the time
for dir1/File1.hpp everything works fine. As I noted, the
two files
Markus Niebel wrote:
We're using WinCVS 1.06 and commandline client 1.10.5 on NT machines and
local access to the repo on a linux box via Samba. We detected the
following problem:
This point comes up every now and then on this list and the general rule is:
Never use local access on a file
Harald Kucharek wrote:
Markus Niebel wrote:
We're using WinCVS 1.06 and commandline client 1.10.5 on NT
machines and
local access to the repo on a linux box via Samba. We detected the
following problem:
This point comes up every now and then on this list and the general
rule is:
Never use
Stephen Rasku writes:
Hmmm... I have been using local access with NFS for about a year now
without problems. What sort of problems can I look forward to?
NFS repositories seem to work pretty well in homogeneous networks -- as
soon as you have different types of machines for the NFS client
On Wed, Jul 05, 2000 at 10:01:38AM +0200, Matthias Kranz wrote:
Ok, now I finally got your point. That the two files have
the same timestamp is not the problem, but the fact, that
your copying preserved the original timestamp of
subdir1/File1.hpp.
If you use a normal copy command or just
-Original Message-
From: Markus Niebel [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 04, 2000 1:23 PM
To: [EMAIL PROTECTED]
Subject: Diff / Status problem
I asked it yesterday - I post it again since I want to know
what to do
against this behaviour. Found nothing
-
From: Markus Niebel [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 04, 2000 1:23 PM
To: [EMAIL PROTECTED]
Subject: Diff / Status problem
I asked it yesterday - I post it again since I want to know
what to do
against this behaviour. Found nothing in the docs / manuals.
Maybe
Maybe this is an error which may come up in rare circumstances and maybe
it is fixed yet (in which version???)
We're using WinCVS 1.06 and commandline client 1.10.5 on NT machines and
local access to the repo on a linux box via Samba. We detected the
following problem:
dir1
+subdir1