[cvsnt] Read-write file after commit using "cvs watch on"

Ralph Hebb rmh at bluefang.com
Fri Jan 10 16:56:00 GMT 2003


Hi there,

We are seeing a very similar problem with CVSNT 1.11.1.3 build 65
running on Win2k with SP3.  Our devs are using WinCVS, either 1.2 or
1.3 Beta 10.  We see the problem with both client versions.  We just
installed 1.11.1.3 build 65 last week.  There's no version information in
the exe for the old server, but it's dated 9/28/2000.

The details:  We're not using watches, but we do have all the clients set
to checkout files read-only.  When committing a file initially, it ends up
set as read-only.  When unediting a file, it also ends up read-only.
However, when updating a file, if a new version is retrieved or if the file
was not present to begin with, it ends up read-write.

Here's the strangest part (to me, at least):  If I delete a folder
completely (including removing it from the Entries file for its parent)
from my working directory, then re-get it from CVS, files that were
committed when we were running the older server end up read-only,
while files committed under the new server end up read-write.

This same problem was reported yesterday on the CVSGUI yahoo
group.  I received mail today from the poster of that message saying
that the problem does not happen with CVSNT 1.11.1.3 build 62 (which
I have not been able to locate, yet.)

Any ideas on this would be greatly appreciated.

Thanks.

Ralph Hebb
Blue Fang Games, LLC

On 10 Jan 2003 at 16:06, Jonas Bergvall wrote:

> Hi,
>
> Some users at my company has this strange problem. We have done a "cvs
> watch on" on the whole project, but sometimes after a commit (or
> unedit) some files isn't set to read-only. The error keep on comming
> after a new checkout for the same files. We use CVSNT version 1.11.1.3
> build 57f on Win2k with sp3.
>
> First it only showed up using Intellij IDEA's CVS integration, but we
> found out that the same problem existed when using TortoiseCVS too.
> However, it doesn't show up when using WinCVS!
>
> We have sent a mail to Intellij support. Their answer was to use the
> original CVS client instead of CVSNT (gave pointer to a CVS 1.11.2
> binary). This new binary didn't resolve the problem either. This is a
> copy of a mail we sent to Intellij support:
>
> ---8<------------------------------------------------
> I'm using IDEA 3.0 in a Windows2000 environment with CVS integration,
> but the problem described here have been seen in earlier versions of
> IDEA too. The problem is with CVS integration. It seems like IDEA is
> not able to synchronize the file status (read-only) when performing
> operations like commit.
>
> The tested sequence of operations:
> 1. I'm starting to edit a file.
> 2. IDEA prompts for invoking "CVS EDIT" --> yes
> 3. The file gets "Write-enabled" (padlock disappears).
> 4. I'm editing the file. The file gets blue in IDEA.
> 5. I'm issuing a "CVS commit" from the tools-->cvs-->commit menuitem.
> 6. The file get black, but does not receive the "read-only" status
> (and no padlock).
>
> This problem seems to happen for a lot of my source-code files, but
> not all of them. For some of the files everything works fine.
>
> If I perform the above sequence from within another tool (such as
> WinCVS), everything always works fine for all of my files
> (synchronization of file status).
>
> Currently I'm using the cvs client (cvs.exe) and cvs server from
> CVSNT. I have also tried upgrading the cvs client to a new version.
>
> As far as I can see this seems to be an IDEA synchronization problem.
> ---8<------------------------------------------------
>
> Has anyone else seen this problem? Is there a solution?
>
> Regards,
> Jonas
>
>
> _______________________________________________
> cvsnt mailing list
> cvsnt at cvsnt.org
> http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt
>
>

-------------------------------
Ralph Hebb
rmh at bluefang.com
781-547-5475 x212






More information about the cvsnt mailing list