[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

CVS/Entries file can lose data due to cvs stat

From: Archit Shah
Subject: CVS/Entries file can lose data due to cvs stat
Date: Tue, 17 Oct 2000 16:27:44 -0400


1) User has write access on the CVS directory
2) User does not have read access on the CVS/Entries file
3) User attempts cvs stat filename


cvs status: cannot open CVS/Entries for reading: No such file or
File: base.c            Status: Needs Checkout

   Working revision:    No entry for base.c
   Repository revision: 1.1     /var/tmp/repository/modules/base.c,v
   Sticky Tag:          (none)
   Sticky Date:         (none)
   Sticky Options:      (none)


CVS/Entries file is left containing only the filename from the cvs stat

This bug occured using version 1.10.8 (client/server) on Solaris 7. It
was reproduced using cvs 1.11 on Redhat Linux 6.2.

I think rename_file in write_entries() is the culprit. Because reading
the file fails, no entries are read in. But then entries are created and
written to disk successfully, because that does not depend on the
permission on the Entries file itself, only on the permissions on the
CVS directory.

Archit Shah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]