cvsguess.cgi can't find the real nsDebug.h (lxr finds it in xpcom/glue)

VERIFIED INVALID

Status

VERIFIED INVALID
16 years ago
2 years ago

People

(Reporter: timeless, Assigned: tara)

Tracking

Details

(Reporter)

Description

16 years ago
Pick the file that best matches the one you are looking for:
mozilla/modules/plugin/pdk60/mozilla/include/nsDebug.h
mozilla/xpcom/base/nsDebug.h
mozilla/xpcom/public/nsDebug.h
mozilla/xpcom/src/nsDebug.h
--
Mozilla Cross Reference seamonkey

Search for files (by name) using regular expressions.
(Need some Hints on performing searches?)
Find file:

/xpcom/glue/nsDebug.h

This page was automatically generated by LXR. 

--
I suspect that this problem (and perhaps bug 170505) is because someone
performed a copy on the cvs server instead of relying on checkins.

If I'm right then we need to do something about it because the number of cvs
copies at cvs.mozilla.org is growing and the database is growing more and more
holes.

Comment 1

14 years ago
Yes, nsDebug.h was copied into xpcom/glue to preserve the cvs history (see bug
120474).  Apparently, the bonsai db has been rebuilt since then because
cvsguess.cgi finds xpcom/glue/nsDebug.h now.
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → INVALID
(Reporter)

Comment 2

14 years ago
I suspect that the db wasn't rebuilt and that the subsequent commit (1.10)
caused bonsai to know about the file.

if we can rebuild the database for a single file, then perhaps the cvs copy
process should include that step.
Status: RESOLVED → VERIFIED
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.