[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[h-e-w] Re: Version Control Problem
From: |
Jeff Rancier |
Subject: |
[h-e-w] Re: Version Control Problem |
Date: |
Tue, 11 Jun 2002 11:59:58 -0400 |
I will get back to you on that method. In the meantime, here's the
directory structure you requested:
Directory of \lookup\*
6/11/02 11:56 <DIR> .
6/11/02 11:56 <DIR> ..
2/21/02 10:59 <DIR> CVS
6/10/02 11:03 <DIR> src
Directory of \lookup\CVS\*
2/21/02 10:59 <DIR> .
2/21/02 10:59 <DIR> ..
2/21/02 10:59 11 Entries
2/18/02 11:12 44 Repository
2/18/02 11:12 42 Root
Directory of \lookup\src\*
6/10/02 11:03 <DIR> .
6/10/02 11:03 <DIR> ..
6/06/02 13:44 <DIR> CVS
6/03/02 14:06 58,486 SSP_SMKT.C
Directory of \lookup\src\CVS\*
6/06/02 13:44 <DIR> .
6/06/02 13:44 <DIR> ..
6/06/02 13:44 1,666 Entries
2/18/02 11:13 48 Repository
2/18/02 11:13 42 Root
----- Original Message -----
From: "Andre Spiegel" <address@hidden>
To: "Jeff Rancier" <address@hidden>
Sent: Tuesday, June 11, 2002 11:41 AM
Subject: Re: Version Control Problem
> > When evaluating, it returns:
> >
> > Result: h:/cvsdev/projects/softspa/lookup/src/ssp_smkt\.c
> >
> > That trailing backslash doesn't look right, does it? Although, it seems
> > consistent, and may be just escaping the dot.
> > Perhaps, that's the culprit?
>
> No, that is just an escape that gets added at some point -- it looks the
> same on my machine where everything works alright. What I need to know
> is whether vc-cvs-registered (defined in vc-cvs.el) ever gets called
> when you visit a CVS-controlled file. You could find out by using the
> debugger, or by inserting a (message "...") form into the function and
> re-evaluate it. If it does get called, we need to find out what it
> returns for the file (it should be non-nil for a CVS-controlled file).
> If it doesn't get called, that is wrong and there must be some
> configuration problem.
>
> Note that vc-cvs-registered is only supposed to be called when you visit
> a CVS-controlled file for the first time; after that, the value is
> cached inside Emacs.
>