Re: [Bug-cvs] bug with cvs ignore processing?

[Kuros Yalpani]

Michael Peck schrieb:

Hi Mike!

> Kuros-
>
> Because NT is not case sensitive, CVS is told by the OS that the file already
> exists when you try to add the new file (with the corrected case).

......

> All DOS
> programs have this behavior, I mean Windows apps.

Actually, this is not so. In DOS/Windows/NT, if you delete a file and then 
recreate
it
with a new case then there is no problem. The OS does not maintain a history of 
the
filename. BUT, cvs does! And in my view it incorrectly tries to resurrect the 
old
file.

>
>
> If you do as I suggest, which is to rename the file in the repos, all exisitng
> checked-out copies will retain their old names, but when you pull any new
> checkouts, they will be correct.

It may be that by entering the server and deleting the old file the problem is
gone. Quite frankly, this is the last workaround I would go for, for at least 
three
reasons:

1) I tested the file renaming using a unix client and I never had a problem, 
which
    clearly means that the CVS server has no problems with filename casing.
    Therefore the CVS client is having a problem. When the client is having a
    problem, why should I change something on the server side?
2)  deleting files from the repository, if not done  properly may corrupt the
repository
3)  this approach is  discouraged by the CVS guru's

>
>
> Mike

BTW, What I am looking for is a proper fix for this problem, i.e. no workaround 
and
since I am  gnu lover, I will gladly return back a solution for a bit of help 
from
the CVS guru's that helps me find out where the problem is.. I have a feeling
though that I haven't convinced you yet that this is a problem.

Thanks,
Kuros

>
>
> Kuros Yalpani wrote:
>
> > Thanks Michael. I can see that as a workaround it is OK to go in the
> > repository and rename the file. But what about things like the local Entries
> > file. Do I have to perform an update there as well? Also if looked at my 
> > trac
> e
> > carefully you probably noticed that I first removed the file in CVS, hence
> > sending it into the attic and then tried to add the new filename. But CVS
> > server thinks that I want to re-add the old file. I still think this is a
> > problem and not an NT'ish thing. Even NT allows me to rename a file to a new
> > 'case'. But CVS appears not to allow that, unless you use a workaround.
> >
> > Kuros
> >
> > Michael Peck schrieb:
> >
> > > I've seen basically the same thing.  I've got WinNT clients all running
> > > local mode to a WinNT sharepoint.
> > >
> > > What I do, is go into the repository and rename the file in the repos to
> > > have the correct case.  That almost always does the trick.  Note however,
> > > that when you start mixing case, you will start seeing cvs update show the
> > > file twice, once all lower case and once in mixed case.  It's kind of
> > > annoying, but you just have to remember that WinNT is just DOS, and DOS
> > > doesn't support case sensitivity.
> > >
> > > Mike
> > >
> > > Kuros Yalpani wrote:
> > >
> > > > Hi! I want to report something that appears to be a bug. We are
> > > > running CVS in a client/pserver configuration (WinNT clients/Linux
> > > > server). I noticed the following problem when trying to rename a file
> > > > in the repository to a new name that differs only in its case from the
> > > > old filename, as illustrated in the following trace:
> > > >
> > > > C:\cvs_workdir\javaproj>cvs add bsort.java
> > > > cvs server: scheduling file `bsort.java' for addition
> > > > cvs server: use 'cvs commit' to add this file permanently
> > > >
> > > > C:\cvs_workdir\javaproj>cvs commit
> > > > cvs commit: Examining .
> > > > ? CVS
> > > > RCS file: /sdb/cvs/test/javaproj/bsort.java,v
> > > > done
> > > > Checking in bsort.java;
> > > > /sdb/cvs/test/javaproj/bsort.java,v  <--  bsort.java
> > > > initial revision: 1.1
> > > > done
> > > > C:\cvs_workdir\javaproj>copy bsort.java tmp.java
> > > >         1 Datei(en) kopiert.
> > > >
> > > > C:\cvs_workdir\javaproj>del bsort.java
> > > >
> > > > C:\cvs_workdir\javaproj>cvs remove bsort.java
> > > > cvs server: scheduling `bsort.java' for removal
> > > > cvs server: use 'cvs commit' to remove this file permanently
> > > >
> > > > C:\cvs_workdir\javaproj>cvs commit
> > > > cvs commit: Examining .
> > > > ? CVS
> > > > Removing bsort.java;
> > > > /sdb/cvs/test/javaproj/bsort.java,v  <--  bsort.java
> > > > new revision: delete; previous revision: 1.1
> > > > done
> > > >
> > > > C:\cvs_workdir\javaproj>copy tmp.java Bsort.java
> > > >         1 Datei(en) kopiert.
> > > >
> > > > C:\cvs_workdir\javaproj>cvs add Bsort.java
> > > > cvs server: re-adding file Bsort.java (in place of dead revision 1.2)
> > > > cvs server: use 'cvs commit' to add this file permanently
> > > > C:\cvs_workdir\javaproj>cvs commit
> > > > cvs commit: Examining .
> > > > ? CVS
> > > > RCS file: /sdb/cvs/test/javaproj/Bsort.java,v
> > > > done
> > > > Checking in Bsort.java;
> > > > /sdb/cvs/test/javaproj/Attic/bsort.java,v  <--  bsort.java
> > > > cvs [server aborted]: can't stat bsort.java: No such file or directory
> > > > cvs commit: saving log message in C:\TEMP\7
> > > >
> > > > C:\cvs_workdir\javaproj>
> > > >
> > > > I would appreciate your comments on this. Thanks very much
> > > >
> > > > Kuros Yalpani
> > > > MGM-EDV
> > > > Munich, Germany
> > > >
> > > > _______________________________________________
> > > > Bug-cvs mailing list
> > > > Bug-cvs@gnu.org
> > > > http://mail.gnu.org/mailman/listinfo/bug-cvs
> >
> > _______________________________________________
> > Bug-cvs mailing list
> > Bug-cvs@gnu.org
> > http://mail.gnu.org/mailman/listinfo/bug-cvs