can you provide more details?
 does that happen regularly or just once?

having a file and directory with the same name by any accident?

This happened consistently. I don't believe the filename/directory
were identical. Beyond that, I don't recall many more details. I know
that CVS | CHECKOUT worked while CVS | UPDATE gave the error above.

I wonder if you're able to locate the directory where this happens and
send me the list of files/dirs in this directory + the
CVS/netbeans.cache file's content in this directory. thanks.

*** Issue 19697 has been marked as a duplicate of this issue. ***

fixed in main trunk. (appears in dev build on 24/Jan/2002)

I think this fix should be included in the 3.3.1 branch as well.

Jirka, Dan? 

The diff is quite straightforward and I think it's safe. And not
fixing the bug has annoying consequences. (Even though no data are
lost, just the annotations cache is not updated correctly)


Index: org/netbeans/modules/javacvs/commands/CacheUpdatingFsCommand.java
===================================================================
RCS file:
/cvs/javacvs/src/org/netbeans/modules/javacvs/commands/CacheUpdatingFsCommand.java,v
retrieving revision 1.27
retrieving revision 1.26
diff -r1.27 -r1.26
136,138c136
<                 if (files[i].isDirectory()) {
<                     dir = files[i];
<                 } else {
---
>                 if (files[i].isFile()) {
139a138,139
>                 } else {
>                     dir = files[i];
322,325c322,323
< 
<             CacheFile originalFile = handler.getCacheFile(dir,
CacheHandler.STRAT_NONE, JavaCvsCache.JAVA_CACHE_NAME);
<             if (originalFile != null && originalFile instanceof
CvsCacheDir) {
<                 CvsCacheDir originalDir = (CvsCacheDir)originalFile;
---
>             CvsCacheDir originalDir =
(CvsCacheDir)handler.getCacheFile(dir, CacheHandler.STRAT_NONE,
JavaCvsCache.JAVA_CACHE_NAME);
>             if (originalDir != null) {

I recommend to integrate the fix also into NetBeans 3.3.1 because
above mentioned exception is 100% reproducable and I have successfully
veri-
fied the fix in trunk. On the other hand I must admit that this kind
of scenario is not so frequent.

Steps to reproduce:
===================
1. Mount CVS filesystem using Built-in Client.
2. Select some [Up-to-date] file with at least two branches.
3. Right click the file, hold down CTRL key and choose "CVS|Update...".
4. Check "Revision/Tag", type name of the first branch and push "OK".
5. "Delete" this file and wait until it gets [NCheckout] status.
6. Repeat steps 3 and 4 for the second branch.
7. After "OK" button is pressed the exception is thrown.

I'm not sure it's still possible to integrate into the 3.3.1 branch.
If it is possible, please consider this bug for integration..

It works perfectly in development build #200201250100 of NetBeans 3.4.

Ian, Honzo and I discussed this.
We do not approve this fix at this time because
it is too late in the release cycle and this is
a P3 problem.


This bug should be fixed immediately after NB 3.3.1
is final and made available via AutoUpdate.

Okay, in such a case I am exchanging the keywords. I think this bug is
at least worth documenting.

Good candidate for 3.3.2 release.

We have changed our mind. This is not required for NetBeans 3.3.2
release since it's not probable to happen very often.

Resolved for 3.4.x or earlier, no new info since then -> closing.