[Lxr-dev] Re: /bin/true as a zombie

[Jan-Benedict G. <jb...@lu...>]

On Tue, Jul 31, 2001 at 09:34:12AM +0200, Peder O. Klingenberg wrote:
> Jan-Benedict Glaw <jb...@lu...> writes:
> > The current CVS version cannot ./genxref my sources. It only prints
> > two lines:
> > www-data@mirror:/home/data/lxr-cvs$ ./genxref --url="http://mirror.microdata-pos.de/lxr-cvs" --version="jbglaw_0_13"
> > *** / jbglaw_0_13 
> > ### / jbglaw_0_13 
> > 
> > "jbglaw_0_13" is a tag.
> 
> I always index all versions.  Could you try that as well, and see if
> it makes a difference?

The CVS repository contains very early Linux kernels. Tags are
"v_0_01", "v_0_10", "v_0_11", "v_0_12", "jbglaw_0_13".

Doing "allversions" results in indexing head:

www-data@mirror:/home/data/lxr-cvs$ ./genxref --url="http://mirror.microdata-pos.de/lxr-cvs" --allversions
[...]
### /Makefile head 
disconnect(DBI::db=HASH(0x83a7a30)) invalidates 1 active statement. Either destroy statement handles or call finish on them before disconnecting. at lib//LXR/Index/Postgres.pm line 272.
www-data@mirror:/home/data/lxr-cvs$ 

This was the 2nd run over the tree. It doesn't see the other tags:-(


> > Tryin' to get files (read: HTML made-up sources) from it fails, too:
> > 
> >         The directory /home/data/CVSROOT/linux// does not exist.
> >           ** Warning: Unable to open /home/data/CVSROOT/linux//
> > 
> > Of course, everything *is* in place:-) 
> 
> And readable for the webserver?

Yes. Another copy of LXR (that one from the CVS tree on cvs.ping.uio.no)
running on the same source tree(but from another directory with its
own config etc.) behaves just fine with it:-)

> > Do you know what I could do wrong?
> 
> No, not really.  It's obvious that genxref never recurses down
> directories like it's supposed to.  Which means that CVS.pm->getdir
> somehow fails.  I haven't touched that part of CVS.pm, so I don't
> think _I've_ broken it.  That doesn't mean it's not broken :)
> 
> Could you try to replace line 220 in CVS.pm with this:
> 
> 	opendir($DIRH, $real) || die "opendir: $!";
> 
> And see if that changes anything when you run genxref?  If genxref
> exits with an errormessage "opendir: ..." could you post it?

It doesn't exit ungracefully. Just like above (with cancelling one
active statement by closing the DB handle too early).

> Cogito ergo panta rei.

Why do you mux latin and greek(sp?) ? :-)

MfG, JBG