Re: Do I have a problem with my CVS/Entries file?

[Steven W. Orr]

On Wednesday, Sep 21st 2005 at 10:23 -0400, quoth Russ Sherk:

=>On 9/20/05, Steven W. Orr <address@hidden> wrote:
=>> To create a workspace, I set my CVSROOT and create a new directory. Then I
=>> cd into that directory and say
=>>
=>> cvs co .
=>This be your problem.  I think it may be a bug in cvs.  Effectively
=>this should update your current directory.  But with a new directory
=>(empty) I would expect that it checks out nothing (error) or
=>everything in your repo.
=>
=>My testing shows that it attempts to check out the entire repo.  But
=>it fails and acts weird after it fails (my cmd window was foobar'd). 
=>This may be because of outdated/corrpted modules as we have some
=>outdated/unused modules.  But if yours is failing on a newly created
=>repo then it may be a CVS bug.
=>
=>Anyhow, please try to specify the module name explicitly and see if
=>that works at least:
=>cvs -d$CVSROOT co LocalHostMonitorAPI src diagnostic
=>
=>(Please post the results)
=>
=>Regards,
=>
=>--Russ

This didn't help. When I ran cvs co LocalHostMonitorAPI src diagnostic I 
got this as output:

cvs server: Updating LocalHostMonitorAPI
cvs server: Updating LocalHostMonitorAPI/C#
cvs server: Updating LocalHostMonitorAPI/C#/Lpbkmnt
... [many lines not shown here...]
cvs server: Updating src
cvs server: Updating src/ChangeAuditSystem
cvs server: Updating src/ChangeAuditSystem/com
cvs server: Updating src/ChangeAuditSystem/com/guardium
cvs server: Updating src/ChangeAuditSystem/com/guardium/cas
...
cvs server: Updating diagnostic

But the end result is that the Entries file was not modified:

576 > cat CVS/Entries 
/GUARDIUM_RELEASE_TAG/1.2/Fri Jul 22 16:31:39 2005//
/Makefile/1.6/Fri Aug  5 16:54:48 2005//
D/docs////
D/testing////
D/GuardSoftwareTap////
/Makefile.subdirs/1.1/Fri May  6 21:47:51 2005//
D/install////
D/GuardiumCustom////
D/SharedMemoryDriver////
D/platform////
577 >

If this is a bug then I'm a bit amazed that I'm the first to see this.



=>> Here's the result:
=>>
=>> 555 > ls
=>> CVS                   GuardiumCustom       SharedMemoryDriver  platform
=>> CVSROOT               LocalHostMonitorAPI  diagnostic          src
=>> GUARDIUM_RELEASE_TAG  Makefile             docs                testing
=>> GuardSoftwareTap      Makefile.subdirs     install
=>> 556 >
=>>
=>> Now the fun begins:
=>>
=>> 556 > cat CVS/Entries
=>> /GUARDIUM_RELEASE_TAG/1.2/Fri Jul 22 16:31:39 2005//
=>> /Makefile/1.6/Fri Aug  5 16:54:48 2005//
=>> D/docs////
=>> D/testing////
=>> D/GuardSoftwareTap////
=>> /Makefile.subdirs/1.1/Fri May  6 21:47:51 2005//
=>> D/install////
=>> D/GuardiumCustom////
=>> D/SharedMemoryDriver////
=>> D/platform////
=>> 557 >
=>>
=>> Note that the Entries file is missing src, LocalHostMonitorAPI, CVSROOT
=>> and diagnostic.
=>>
=>> Now, everytime I say update I get this at the beginning:
=>>
=>> ? CVSROOT
=>> ? LocalHostMonitorAPI
=>> ? diagnostic
=>> ? src
=>>
=>> I have to know to update those four things explicitly.
=>>
=>> Also, if it helps, I am running cvs-1.11.19-9 on the client side and
=>> cvs-1.11.5 on the server side. I have no errors serverside in syslog.
=>>
=>> Can someone explain this? Is it a bug? Is there a workaround (besides
=>> editing the Entries file manually)?
=>>
=>> TIA
=>>
=>> --
=>> Time flies like the wind. Fruit flies like a banana. Stranger things have  
.0.
=>> happened but none stranger than this. Does your driver's license say Organ 
..0
=>> Donor?Black holes are where God divided by zero. Listen to me! We are all- 
000
=>> individuals! What if this weren't a hypothetical question?
=>> steve_orr at guardium dot com
=>>
=>>
=>> _______________________________________________
=>> Info-cvs mailing list
=>> address@hidden
=>> http://lists.nongnu.org/mailman/listinfo/info-cvs
=>>
=>

-- 
Time flies like the wind. Fruit flies like a banana. Stranger things have  .0.
happened but none stranger than this. Does your driver's license say Organ ..0
Donor?Black holes are where God divided by zero. Listen to me! We are all- 000
individuals! What if this weren't a hypothetical question?
steve_orr at guardium dot com