RE: Diff / Status problem
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 was committed exactly at the same time, and (I think this is the problem) the revision dates of dir1/File1.hpp and dir1/subdir1/File1.hpp are exactly the same. I remember a discussion some weeks ago about using checksums instead of filetimes or in addition to filetimes. Uhoh this might be because of the SAMBA link that you are using. Normally, the UNIX (Linux) Box will change the timestamp on the file system. SAMBA has problems in this area. Whether they now stem from Windows or from SAMBA itself, I don't know. This, really, isn't a problem of CVS! Just my $0.02, Guus
Re: Diff / Status problem
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 system that isn't really local, e.g. SAMBA or NFS. Use client-server mode. Harald -- iXpoint Informationssysteme GmbH # Daimlerstr. 3 # Harald Kucharek 76275 Ettlingen # [EMAIL PROTECTED] Tel/Fax +49 7243 3775-0/77# www.ixpoint.de
Re: Diff / Status problem
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 local access on a file system that isn't really local, e.g. SAMBA or NFS. Use client-server mode. 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? -- Stephen Rasku E-mail: [EMAIL PROTECTED] Senior Software EngineerPhone: (604) 872-6676 TGI TechnologiesWeb:http://www.tgivan.com/
Re: Diff / Status problem
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 and server, you typically discover that most every NFS implementation has interoperability problems. The simplest are when the client and server simply refuse to communicate with each other. The worst is when you occasionally get a block of binary zeros in your file instead of the correct data and you don't necessarily notice it until long after it's happened. -Larry Jones Your bangs do a good job of covering up the lobotomy stitches. -- Calvin
Re: Diff / Status problem
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 edit a file, the new timestamp will differ to that one in CVS/Entries. On UNIX, that is. Windows preserves the timestamp when you copy a file (as did DOS before it, and, if I recall, as does MacOS). The rationale is presumably that the timestamp says when the *data* last changed, regardless of where that data happens to reside. Which actually makes a lot of sense; to me, it's UNIX's default behaviour that's counterintuitive (and I've been using UNIX since long before I touched either of the others). On Wed, Jul 05, 2000 at 04:11:10AM -0400, Leeuw, Guus (G.) wrote: Uhoh this might be because of the SAMBA link that you are using. Much as I agree with the arguments for using CVS client/server instead of with a remote-mounted repository, I think Samba is a red herring in this case. The problem is due to a mismatch between CVS's assumptions and the client O/S's file-copy semantics, not to any mis?-configuration of CVS. Therefore: This, really, isn't a problem of CVS! I beg to disagree. I've even been bitten by this once or twice even in a pure-UNIX context (I can't remember the details, I'm afraid.) -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / [Microsoft's] www.hotmail.com is running Apache/1.3.6 (Unix) ... on FreeBSD - Netcraft's "What's that site running?" service, 12-Jun-2000
RE: Diff / Status problem
-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 in the docs / manuals. 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 |+---File1.hpp |+---xxx | +---File1.hpp +---xxx The File1.hpp-files were added and commited at the same time and when I make cvs status I can see the same time stamps. But the files have definitly different contents. When I copy File1.hpp from subdir1 over File1.hpp in dir1 and wincvs is not running then neither cvs status nor cvs diff can detect that the file has changed. This is wrong since the project in dir1 gets broken. Anyone get an idea what went wrong? I think your problem is may be caused by using the windows client over a samba file mount. You should use client server for the windows clients. Also 1.10.5 has bugs which are fixed in the latest version 1.10.8 Check the mailing list archives for previous threads on this subject. Hope this helps, Mike -- Mike Little Share what you know. Learn what you don't. ServicePOWER Business Solutions Ltd home: [EMAIL PROTECTED]
Re: Diff / Status problem
thanks, tried with our current setup and 1.10.8 client which comes with wincvs 1.1b14 - same effect. If wincvs self is running it will detect the manipulation - so diff and status will do their work (wincvs 1.06 as well as 1.1b14). Markus Mike Little wrote: -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 in the docs / manuals. 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 |+---File1.hpp |+---xxx | +---File1.hpp +---xxx The File1.hpp-files were added and commited at the same time and when I make cvs status I can see the same time stamps. But the files have definitly different contents. When I copy File1.hpp from subdir1 over File1.hpp in dir1 and wincvs is not running then neither cvs status nor cvs diff can detect that the file has changed. This is wrong since the project in dir1 gets broken. Anyone get an idea what went wrong? I think your problem is may be caused by using the windows client over a samba file mount. You should use client server for the windows clients. Also 1.10.5 has bugs which are fixed in the latest version 1.10.8 Check the mailing list archives for previous threads on this subject. Hope this helps, Mike -- COLOUR CONTROL Farbmeßtechnik GmbH Markus Niebel Bornaer Straße 205 mail: [EMAIL PROTECTED] D-09114 Chemnitz / Germany
Diff / Status problem on WinNT
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 |+---File1.hpp |+---xxx | +---File1.hpp +---xxx The File1.hpp-files were added and commited at the same time and when I make cvs status I can see the same time stamps. But the files have definitly different contents. When I copy File1.hpp from subdir1 over File1.hpp in dir1 and wincvs is not running then neither cvs status nor cvs diff can detect that the file has changed. This is wrong since the project in dir1 gets broken. Anyone get an idea what went wrong? Tia Markus -- COLOUR CONTROL Farbmeßtechnik GmbH Markus Niebel Bornaer Straße 205 mail: [EMAIL PROTECTED] D-09114 Chemnitz / Germany
