lxr-general — Don't use, old advice and discussion on lxr

Re: [Lxr-general] Fortran again

[Malcolm B. <ma...@br...>]

Hi,

Alexander Schuettelkopf wrote:
> 
> Hi,
> 
> I am trying to get some Fortran support into LXR (like so many others,
> seemingly), but due to some surprising and annoying properties of the
> language (I'm not a Fortran programmer myself) it is
> inefficient/hard/impossible to do with LXR::Lang::Generic. So I thought
> I'd just derive a new Lang class and write my own parser, but one of the
> routines I most definitely need to override is &LXR::SimpleParse::nextfrag.
> Now I could either write some really ugly code with lots of "if (... eq
> 'Fortran')" _or_ duplicate the whole generic.conf mechanism for
> SimpleParse or move all of SimpleParse into Lang::Generic (which I would
> prefer). My question is: is there any good reason why the SimpleParse
> routines are in a module of their own. 

I suspect the location of the SimpleParse routines is merely an
implementation artifact.   Originally SimpleParse had no dependancy on
the type of the file.  What is it about Fortran that causes problems for
nextfrag?

> Given their dependency on data
> from generic.conf etc I would have thought it most sensible to move them
> into Lang::Generic as two additional methods. If a derived class wants
> to use the Generic mechanisms it automatically has the parser routines
> that go with it, whereas if it doesn't it can simply overload them...
> Does this make any sense? Of course I had also hoped that, once I got my
> Fortran parser working, I could submit it, so I'd prefer to be as
> compatible with the _real_ LXR as possible.

There seems no good reason that I can think of that this would not
work.  I'd like to see Fortran working - it seems to be something that
many are interested in as you say.

<snip problem re tmpfiles>

> Do I have to respectively am I allowed to file a bug report for this? I apologise if this should have gone to the -dev list. Is that one open for uninvited posting?

Feel free to file a bug report on Sourceforge - anyone can and all are
welcome to.  I'll probably remember to apply this patch, but a bug
report helps prod my memory!  The dev list is also open to any who wish
to participate, though you must be a subscriber to post.

Cheers,

Malcolm

[Lxr-general] Fortran again

[Alexander S. <A.S...@du...>]

Hi,

I am trying to get some Fortran support into LXR (like so many others, 
seemingly), but due to some surprising and annoying properties of the 
language (I'm not a Fortran programmer myself) it is 
inefficient/hard/impossible to do with LXR::Lang::Generic. So I thought 
I'd just derive a new Lang class and write my own parser, but one of the 
routines I most definitely need to override is &LXR::SimpleParse::nextfrag.
Now I could either write some really ugly code with lots of "if (... eq 
'Fortran')" _or_ duplicate the whole generic.conf mechanism for 
SimpleParse or move all of SimpleParse into Lang::Generic (which I would 
prefer). My question is: is there any good reason why the SimpleParse 
routines are in a module of their own. Given their dependency on data 
from generic.conf etc I would have thought it most sensible to move them 
into Lang::Generic as two additional methods. If a derived class wants 
to use the Generic mechanisms it automatically has the parser routines 
that go with it, whereas if it doesn't it can simply overload them...
Does this make any sense? Of course I had also hoped that, once I got my 
Fortran parser working, I could submit it, so I'd prefer to be as 
compatible with the _real_ LXR as possible.

On a completely different note, there is a problem in 
&LXR::Files::Plain::tmpfile - the routine doesn't check whether a file 
with the temporary name already exists. While in general that should not 
be a problem, it turns out to be quite disastrous for doing diffs on 
small- to medium-sized files, as they have a good chance to be tmpfile'd 
in the same second. The result is that no matter what you choose in the 
UI, you always end up with the second file being compared to itself. A 
cheap fix would be something like:

sub tmpfile {
        my ($self, $filename, $release) = @_;
        my ($tmp,$tries)=('/tmp/lxrtmp.'.time.'.'.$$.'.',0);
        local ($/) = undef;

        while (-e $tmp.$tries) { $tries++; }
        $tmp.=$tries;

        open(TMP, "> $tmp") || return undef;
...
...

Do I have to respectively am I allowed to file a bug report for this? I apologise if this should have gone to the -dev list. Is that one open for uninvited posting?

Cheers,
Alexander Schuettelkopf

Re: [Lxr-general] installing LXR

[Malcolm B. <ma...@br...>]

Hi Guido,

Thank you for writing up a new INSTALL doc - several people have
commented that the old version wasn't the clearest, and I'm sure they'll
be glad to have your version.

Thanks,

Malcolm

Re: [Lxr-general] Questions on 0.9

[Malcolm B. <ma...@br...>]

Hi Kit,

Have you run the genxref process?

If you have, I suggest you post your config file here, and perhaps the
output from running genxref.

Cheers,

Malcolm

Kit Lau wrote:
> 
> Hi,
> 
> I just installed 0.9 with MySQL 3.23.38 on RH7.1 for Alpha. The LXR is
> running but the symbols and indexes tables are empty in MySQL. Have
> anyone has any idea what went wrong?
> 
> Thank you very much for your attentions.
> 
> --
> Kit Lau
> Cisco Systems
> 
> _______________________________________________
> Lxr-general mailing list
> Lxr...@li...
> https://lists.sourceforge.net/lists/listinfo/lxr-general

[Lxr-general] Questions on 0.9

[Kit L. <kl...@ci...>]

Hi,

I just installed 0.9 with MySQL 3.23.38 on RH7.1 for Alpha. The LXR is 
running but the symbols and indexes tables are empty in MySQL. Have 
anyone has any idea what went wrong?

Thank you very much for your attentions.

-- 
Kit Lau
Cisco Systems

Re: [Lxr-general] installing LXR

[Guido S. <cau...@ya...>]

In the attached INSTALL document

'strip' => '/usr/local/lxr/sikasem'

should read

'strip' => '/usr/local/lxr/my_project'



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

[Lxr-general] installing LXR

[Guido S. <cau...@ya...>]

I just downloaded and installed LXR-0.9 but had to do quite a bit of
research and patching to get it working to my satisfaction. I have 
written a new INSTALL document to help others with the process as 
well as a small patch, which is needed to munge glimpse URLs so
that searches for files from a CVS repository result in URLs that
send the browser to the correct file instead of giving a file not
found message.

--- lxr/search	Tue Oct 16 20:38:37 2001
+++ search	Sun Jan 20 05:13:12 2002
@@ -99,6 +99,12 @@
 		    $text =~ s/</&lt;/g;
 		    $text =~ s/>/&gt;/g;
 
+		    $strip = $config->strip;
+		    $strip =~ s/\//\\\//g;
+
+		    $rex = qr{$strip};
+		    $file =~ s/$strip//;
+
 		    print(&fileref("$file, line $line", "find-file", 
 				   "/$file", $line),
 			  " -- $text<br>\n");

To use this patch, add the following to your lxr.conf

'strip' => '/usr/local/lxr/my_project'

where my_project is a checked out version of the CVS project.

Attached is an expanded INSTALL document. Thanks for LXR!

Re: [Lxr-general] LXR 09 and fortran

[Malcolm B. <ma...@br...>]

Hi Paul,

Paul Ogranovich wrote:
>     The question I have is about possibility of configuring LXR for
> processing Fortran source. If I am not mistaken, I remember reading
> _somewhere_ that version 09 either supports Fortran already or can
> be configured to support it... Is this correct ? If the answer is "yes",
> how do I configure LXR ?

The answer is that theoretically all you need to support Fortran is in
place, but the actual setup and testing of it has not been done.

To explain in more detail, lxr uses the Exuberant Ctags program to find
identifiers in source files.  Ctags (http://sf.net/projects/ctags) does
support Fortran, so that part is fine.  Lxr has a perl module to
interface to ctags called Generic.pm that is capable of handling every
language that ctags can handle.  Generic.pm is configured via the
generic.conf file in lib/LXR/Lang with details of how to deal with the
output of ctags for different languages.  However, the relevant entries
for Fortran have not yet been written into this file.

So to make Fortran work with lxr, you would need to fill in the details
in generic.conf.  The required details are as follows:

Fill in the 'langmap' variable.  This is a hash with keys being language
names and values being hashes.

You would need to fill in the Fortran hash as follows:

'Fortran' => 	{
	'reserved' => [ array of reserved words in Fortran ],
	'spec' => [ Set of regexps to parse Fortran (see below) ],
	'typemap' => { Hash mapping ctags type codes to strings, see ctags man
page for details on what type codes it uses for Fortran, already filled
in },
	'langid' => '4'
}

The typemap values have already been filled in in the latest CVS
version.
'spec' is the slightly tricky one to write.  The format is:

'token type', 'stat regexp', 'end regexp'.

The token type is one of "atom", "string", "include" and "comment".  You
can ignore "atom", and the others are reasonably self-explanatory.  For
example, if strings are deliminated with double quotes, the entry would
be:

'string', '"', '"'

and for C style comments the entry is:

'comment', '/\*', '\*/'

You can have as many of each token type as needed to find all the
occurances (e.g. C++ has two comment entries for C and C++ style
comments).

The "include" token regexps should match the entire include directive,
not just the included filename.

Once generic.conf has been filled in, the only remaining configuration
required is to associate the Fortran files with Generic.pm.  This is
done in lxr.conf, simply uncomment the existing line.

That should be it - Fortran should now work for you.  If you do get this
working, please could you send the relevant patches to lxr-developer?

Cheers,

Malcolm
> 
> Thanks for your help,
> 
> Paul Ogranovich.
> (pau...@ms...)
> 
> _______________________________________________
> Lxr-general mailing list
> Lxr...@li...
> https://lists.sourceforge.net/lists/listinfo/lxr-general

[Lxr-general] LXR 09 and fortran

[Paul O. <pau...@ms...>]

Hi !

    I recently install LXR 09 on my Linux box and started testing it
against out source - it does really nice job !

    The question I have is about possibility of configuring LXR for
processing Fortran source. If I am not mistaken, I remember reading 
_somewhere_ that version 09 either supports Fortran already or can
be configured to support it... Is this correct ? If the answer is "yes",
how do I configure LXR ?


Thanks for your help,

Paul Ogranovich.
(pau...@ms...)

[Lxr-general] Re: lxr 0.9 spec only III

[Nicolas M. <Nic...@la...>]

Hi

	This is the third cut of my spec file.
This time everything seems to be working ok, so this is probably the
last one I'll post.

-- 
Nicolas Mailhot

Re: [Lxr-general] use ident in Lxr

[Heimann, J. <jen...@ma...>]

Hi Malcolm,

in first, thanks for your answer!

it is real, the table symbols is empty, but it doesn't change, if i run
genxref again!
Before i ran genxref again, i did the changes, you told me:=20
'range'   =3D> [ 'mms/Kernel' ],
... perhaps someone can tell me, what this range - variable should do,
perhaps there has to be an other path inside!?


Tables in mysql overview:
filled tables: files(606 rows), releases(606 rows), status(606 rows)
empty tables: symbols, indexes, useage


... the last rows, if i run genxref! nothing special output, that =
there was
no correct funktion in this run!

+++ 137
### /Tools/MMSDefinesC.o mms/Kernel
### /Tools/MMSDefinesS.o mms/Kernel
### /Tools/Makefile mms/Kernel
### /Tools/MessageObjectImpl.cpp mms/Kernel
--- /Tools/MessageObjectImpl.cpp mms/Kernel 1000893493-1066
--- /Tools/MessageObjectImpl.cpp 604
+++ 54
### /Tools/ParserAddress.cpp mms/Kernel
--- /Tools/ParserAddress.cpp mms/Kernel 1007050883-8816
--- /Tools/ParserAddress.cpp 605
+++ 423
### /Tools/ServerRelayGlobalC.o mms/Kernel
### /Tools/ServerRelayGlobalS.o mms/Kernel
### /Tools/StringTokenizer.cpp mms/Kernel
--- /Tools/StringTokenizer.cpp mms/Kernel 999676055-968
--- /Tools/StringTokenizer.cpp 606
+++ 44
### /lost+found/ mms/Kernel
### /lost+found/MM7RPSoapServer.jar.a526bd44ca4211d5b08a000180d1c323
mms/Kernel
webadmin(web)@mm-datenwicht:[]:/view/jheimann_mms_MS1_ProvisioningAgent/=
mms/
ProvisioningAgent/Lxr09
[][8.1.6](10)>


thanks for help!

regards

Jens



-----Urspr=FCngliche Nachricht-----
Von: Malcolm Box [mailto:ma...@br...]
Gesendet: Freitag, 7. Dezember 2001 03:45
An: jen...@ma...
Cc: lxr...@li...
Betreff: Re: [Lxr-general] use ident in Lxr


Hi Jens,

The most likely cause of this problem is that for some reason the=20
generated index doesn't contain any data.  Try using the mysql command=20
line to do a "select * from symbols;" and see if you get any results.=20
 If not, then you need to run

genxref --version=3D'mms/Kernel' --url=3D'whatever your url is'

This should generate the indexes used by ident.

If you have already run genxref and it still doesn't create any entries =

in the database, it could be that your config file is broken.  I think=20
you need to have a 'range' value for versions, so your config should =
read:

'variables' =3D> {
	 # Define typed variable "v", read valueset from file.
	 'v' =3D> {'name'    =3D> 'Version',
         'range'   =3D> [ 'mms/Kernel' ],
	 'default' =3D> 'mms/Kernel',

You don't need a "trick" for this - the versions variable has nothing =
to do
with whether you are using CVS or plain filesystem access to the files.
Perhaps the example name of the file is unclear?

Hope this helps,

Malcolm

jen...@ma... wrote:

>Hello all,
>
>I'm using Lxr 0.9, on a sun-solaris machine with an iPlanet webserver.
>After a long time playing with LXR it runs now!!=20
>Also glimpse is in use, so the parts source navigation, freetext- and =
file-
>search are running!=20
>
>But what is with ident!? i cannot get it running!! the most =
interesting
part
>of the Lxr-tool for me!!
>so, what do i have to do that i get the ident-part in funktion??
>I want to use the part "identifier search" and much more the part, =
where
all
>function names, variable names and typedef are as link inside the =
source
>navigation.
>
>so, lets take a look, what i could have made wrong:
>
>parts of my lxr.conf file:
>
>[...]
>
>  'glimpsebin'	=3D>
>'/view/jheimann_mms_MS1_ProvisioningAgent/mms/ProvisioningAgent/Lxr09/b=
in/g
l
>impse/bin/glimpse',
>  'ectagsbin'	=3D> '/usr/bin/ctags',
>  'tmpdir'		=3D> '/tmp',
>  'genericconf' =3D>
>'/view/jheimann_mms_MS1_ProvisioningAgent/mms/ProvisioningAgent/Lxr09/l=
ib/L
X
>R/Lang/generic.conf'
>
>[...]
>
>     'baseurl'		=3D> 'http://mm-datenwicht:8088/lxr',
>     'virtroot'		=3D> '/lxr',
>    =20
>     'variables' =3D> {
>	 # Define typed variable "v", read valueset from file.
>	 'v' =3D> {'name'    =3D> 'Version',
>#[jens] 	 'range'   =3D> [ readfile('src/cvsversions') ],
>--> i cut this out, because i'm not using a CVS!!
>
>         # If files within a tree can have different versions,
>		 # e.g in a CVS tree, 'range' can be specified as a
>		 # function to call for each file:
>		 #'range'   =3D> sub { return=20
>		 #
>($files->allreleases($LXR::Common::pathname),
>		 #
>$files->allrevisions($LXR::Common::pathname))
>		 #			}, # deferred function call.
>
>		 'default' =3D> 'mms/Kernel'},			--> This is
>my "trick" to interact the CVS and get the correct path
>	=20
>	 # Define typed variable "a".  First value is default.
>	 'a' =3D> {'name'    =3D> 'Architecture',
>	'range'   =3D> [qw(i386 alpha arm m68k mips ppc sparc sparc64)]},
>     },
>    =20
>     'maps' =3D> {
>	'/include/asm[^\/]*/' =3D> '/include/asm-$a/',
>	'/arch/[^\/]+/'       =3D> '/arch/$a/',
>     },
>
>    =20
>     # Templates used for headers and footers
>     'htmlhead'		=3D> 'html-head.html',
>     'htmltail'		=3D> 'html-tail.html',
>     'htmldir'		=3D> 'html-dir.html',
>     'htmlident'        =3D> 'html-ident.html',
>    =20
>     'sourcehead'	=3D> 'html-head.html',
>     'sourcedirhead'	=3D> 'html-head.html',
>     'stylesheet'       =3D> '../templates/lxr.css',
>
># sourceroot can either be the name of an ordinary directory
># containing one directory for each version, or cvs: and the name of a
># cvs repository
>
>     'sourceroot'	=3D> '/view/jheimann_mms_MS1_ProvisioningAgent',
>     'sourcerootname'	=3D> 'AMIC',
>
>  'incprefix'	=3D> ['/include', '/Public/Inc', '/ThirdParty/Inc',
>'/Tools/Public/Inc', '/Public/Idl/GeneratedFiles'], #[jens]
>
>[...]    ---> file-types, etc. no changes made
> =20
> 'dbdir' 		=3D> '/home/webadmin', 			--> glimpse
>needs this, here are my .glimpse_* - files stored!!
>
>  'dbname'		=3D> 'dbi:mysql:dbname=3Dlxr',
>  'dbuser'		=3D> 'lxr'
>
>})
>
>
>I'm very hopeful that somebody can help me, because it runns in every =
Lxr -
>Example, i have seen!!
>
>manny thanks
>
>Jens
>
>(if someone can answer me in german, he sould do that!!, thanks)
>
>
>_______________________________________________
>Lxr-general mailing list
>Lxr...@li...
>https://lists.sourceforge.net/lists/listinfo/lxr-general
>

Re: [Lxr-general] use ident in Lxr

[Malcolm B. <ma...@br...>]

Hi Jens,

The most likely cause of this problem is that for some reason the 
generated index doesn't contain any data.  Try using the mysql command 
line to do a "select * from symbols;" and see if you get any results. 
 If not, then you need to run

genxref --version='mms/Kernel' --url='whatever your url is'

This should generate the indexes used by ident.

If you have already run genxref and it still doesn't create any entries 
in the database, it could be that your config file is broken.  I think 
you need to have a 'range' value for versions, so your config should read:

'variables' => {
	 # Define typed variable "v", read valueset from file.
	 'v' => {'name'    => 'Version',
         'range'   => [ 'mms/Kernel' ],
	 'default' => 'mms/Kernel',

You don't need a "trick" for this - the versions variable has nothing to do with whether you are using CVS or plain filesystem access to the files.  Perhaps the example name of the file is unclear?

Hope this helps,

Malcolm

jen...@ma... wrote:

>Hello all,
>
>I'm using Lxr 0.9, on a sun-solaris machine with an iPlanet webserver.
>After a long time playing with LXR it runs now!! 
>Also glimpse is in use, so the parts source navigation, freetext- and file-
>search are running! 
>
>But what is with ident!? i cannot get it running!! the most interesting part
>of the Lxr-tool for me!!
>so, what do i have to do that i get the ident-part in funktion??
>I want to use the part "identifier search" and much more the part, where all
>function names, variable names and typedef are as link inside the source
>navigation.
>
>so, lets take a look, what i could have made wrong:
>
>parts of my lxr.conf file:
>
>[...]
>
>  'glimpsebin'	=>
>'/view/jheimann_mms_MS1_ProvisioningAgent/mms/ProvisioningAgent/Lxr09/bin/gl
>impse/bin/glimpse',
>  'ectagsbin'	=> '/usr/bin/ctags',
>  'tmpdir'		=> '/tmp',
>  'genericconf' =>
>'/view/jheimann_mms_MS1_ProvisioningAgent/mms/ProvisioningAgent/Lxr09/lib/LX
>R/Lang/generic.conf'
>
>[...]
>
>     'baseurl'		=> 'http://mm-datenwicht:8088/lxr',
>     'virtroot'		=> '/lxr',
>     
>     'variables' => {
>	 # Define typed variable "v", read valueset from file.
>	 'v' => {'name'    => 'Version',
>#[jens] 	 'range'   => [ readfile('src/cvsversions') ],
>--> i cut this out, because i'm not using a CVS!!
>
>         # If files within a tree can have different versions,
>		 # e.g in a CVS tree, 'range' can be specified as a
>		 # function to call for each file:
>		 #'range'   => sub { return 
>		 #
>($files->allreleases($LXR::Common::pathname),
>		 #
>$files->allrevisions($LXR::Common::pathname))
>		 #			}, # deferred function call.
>
>		 'default' => 'mms/Kernel'},			--> This is
>my "trick" to interact the CVS and get the correct path
>	 
>	 # Define typed variable "a".  First value is default.
>	 'a' => {'name'    => 'Architecture',
>	'range'   => [qw(i386 alpha arm m68k mips ppc sparc sparc64)]},
>     },
>     
>     'maps' => {
>	'/include/asm[^\/]*/' => '/include/asm-$a/',
>	'/arch/[^\/]+/'       => '/arch/$a/',
>     },
>
>     
>     # Templates used for headers and footers
>     'htmlhead'		=> 'html-head.html',
>     'htmltail'		=> 'html-tail.html',
>     'htmldir'		=> 'html-dir.html',
>     'htmlident'        => 'html-ident.html',
>     
>     'sourcehead'	=> 'html-head.html',
>     'sourcedirhead'	=> 'html-head.html',
>     'stylesheet'       => '../templates/lxr.css',
>
># sourceroot can either be the name of an ordinary directory
># containing one directory for each version, or cvs: and the name of a
># cvs repository
>
>     'sourceroot'	=> '/view/jheimann_mms_MS1_ProvisioningAgent',
>     'sourcerootname'	=> 'AMIC',
>
>  'incprefix'	=> ['/include', '/Public/Inc', '/ThirdParty/Inc',
>'/Tools/Public/Inc', '/Public/Idl/GeneratedFiles'], #[jens]
>
>[...]    ---> file-types, etc. no changes made
>  
> 'dbdir' 		=> '/home/webadmin', 			--> glimpse
>needs this, here are my .glimpse_* - files stored!!
>
>  'dbname'		=> 'dbi:mysql:dbname=lxr',
>  'dbuser'		=> 'lxr'
>
>})
>
>
>I'm very hopeful that somebody can help me, because it runns in every Lxr -
>Example, i have seen!!
>
>manny thanks
>
>Jens
>
>(if someone can answer me in german, he sould do that!!, thanks)
>
>
>_______________________________________________
>Lxr-general mailing list
>Lxr...@li...
>https://lists.sourceforge.net/lists/listinfo/lxr-general
>

[Lxr-general] use ident in Lxr

[<jen...@ma...>]

Hello all,

I'm using Lxr 0.9, on a sun-solaris machine with an iPlanet webserver.
After a long time playing with LXR it runs now!! 
Also glimpse is in use, so the parts source navigation, freetext- and file-
search are running! 

But what is with ident!? i cannot get it running!! the most interesting part
of the Lxr-tool for me!!
so, what do i have to do that i get the ident-part in funktion??
I want to use the part "identifier search" and much more the part, where all
function names, variable names and typedef are as link inside the source
navigation.

so, lets take a look, what i could have made wrong:

parts of my lxr.conf file:

[...]

  'glimpsebin'	=>
'/view/jheimann_mms_MS1_ProvisioningAgent/mms/ProvisioningAgent/Lxr09/bin/gl
impse/bin/glimpse',
  'ectagsbin'	=> '/usr/bin/ctags',
  'tmpdir'		=> '/tmp',
  'genericconf' =>
'/view/jheimann_mms_MS1_ProvisioningAgent/mms/ProvisioningAgent/Lxr09/lib/LX
R/Lang/generic.conf'

[...]

     'baseurl'		=> 'http://mm-datenwicht:8088/lxr',
     'virtroot'		=> '/lxr',
     
     'variables' => {
	 # Define typed variable "v", read valueset from file.
	 'v' => {'name'    => 'Version',
#[jens] 	 'range'   => [ readfile('src/cvsversions') ],
--> i cut this out, because i'm not using a CVS!!

         # If files within a tree can have different versions,
		 # e.g in a CVS tree, 'range' can be specified as a
		 # function to call for each file:
		 #'range'   => sub { return 
		 #
($files->allreleases($LXR::Common::pathname),
		 #
$files->allrevisions($LXR::Common::pathname))
		 #			}, # deferred function call.

		 'default' => 'mms/Kernel'},			--> This is
my "trick" to interact the CVS and get the correct path
	 
	 # Define typed variable "a".  First value is default.
	 'a' => {'name'    => 'Architecture',
	'range'   => [qw(i386 alpha arm m68k mips ppc sparc sparc64)]},
     },
     
     'maps' => {
	'/include/asm[^\/]*/' => '/include/asm-$a/',
	'/arch/[^\/]+/'       => '/arch/$a/',
     },

     
     # Templates used for headers and footers
     'htmlhead'		=> 'html-head.html',
     'htmltail'		=> 'html-tail.html',
     'htmldir'		=> 'html-dir.html',
     'htmlident'        => 'html-ident.html',
     
     'sourcehead'	=> 'html-head.html',
     'sourcedirhead'	=> 'html-head.html',
     'stylesheet'       => '../templates/lxr.css',

# sourceroot can either be the name of an ordinary directory
# containing one directory for each version, or cvs: and the name of a
# cvs repository

     'sourceroot'	=> '/view/jheimann_mms_MS1_ProvisioningAgent',
     'sourcerootname'	=> 'AMIC',

  'incprefix'	=> ['/include', '/Public/Inc', '/ThirdParty/Inc',
'/Tools/Public/Inc', '/Public/Idl/GeneratedFiles'], #[jens]

[...]    ---> file-types, etc. no changes made
  
 'dbdir' 		=> '/home/webadmin', 			--> glimpse
needs this, here are my .glimpse_* - files stored!!

  'dbname'		=> 'dbi:mysql:dbname=lxr',
  'dbuser'		=> 'lxr'

})


I'm very hopeful that somebody can help me, because it runns in every Lxr -
Example, i have seen!!

manny thanks

Jens

(if someone can answer me in german, he sould do that!!, thanks)

Re: [Lxr-general] installation problems

[Malcolm B. <ma...@br...>]

Hi,
Rui Miguel Seabra wrote:
<snip>
>   BTW, although LXR is very cool, the INSTALL doc is a nightmare! :)

Glad you like the LXR.  I'd love to see the INSTALL doc be improved,
especially for beginners.  Since I'm used to installing this, sometimes
it's hard to remember what was difficult the first time.

Do you have any suggestions for what could be improved from your
experience?  An updated doc would be ideal, but even just some quick
thoughts would be a help.

Cheers,

Malcolm

[Lxr-general] Re: lxr 0.9 spec only II

[Nicolas M. <Nic...@la...>]

Hi,

	This is a second cut of the spec file aimed at fixing up some stupid
mistakes (namely genxref @INC and Local.pm missing)

-- 
Nicolas Mailhot

[Lxr-general] lxr 0.9 spec only

[Nicolas M. <Nic...@on...>]

Hi,

        I'm currently rolling out a bonsaï server. As part of this work,
I had to check out lxr and found there was no lxr rpm available anywhere
(no doubt because of the glimpse dependency). Here is my first cut at a
lxr rpm 4 spec. Note that I had little time to play with lxr so this
might be atrociously wrong.

        All packaging decisions in this spec are mine ; all errors are
mine too. If you have any spec knowledge please review the spec file.
Comments are welcome.

        Please note that I have have no intention at all to maintain or
distribute this spec file after our bonsaï server start running happily
(which should be RSN). It's submitted on these lists in the hope someone
(preferably a lxr maintener) will pick it up, intergrate it to lxr/ put
it on lxr website, do a lot of wonderfull anhancements and maintain it
for me:).

        Known problems so far are :

- dubious maintainer and packaging decisions
- unsigned rpms
- heavy use of rpm 4 macros, so it might break on earlier versions of
rpm
- no addition at all to the documentation to explain rpm use / no
lxr.conf adaptation
- no inclusion of the spec in the official tar.gz (so don't even think
of rpm -tb for now)
- lxr-glimpse depends on glimpse, and glimpse is not Open Source so
finding a glimpse rpm might be difficult (hint : the PLD glimpse spec is
not too difficult to adapt for a RedHat distrib)
- lack of testing

        However it is much nicer IMHO to have on a server than the
tar.gz, it won't bite, rpm -e works flawlessly so you can give it a try.
Just don't come screaming after me afterwards:)

Regards,

-- 
Nicolas Mailhot

[Lxr-general] lxr 0.9 spec and RPMS

[Nicolas M. <Nic...@la...>]

Hi,

	I'm currently rolling out a bonsaï server. As part of this work, I had
to check out lxr and found there was no lxr rpm available anywhere (no
doubt because of the glimpse dependency). Here is my first cut at a lxr
rpm 4 spec. Note that I had little time to play with lxr so this might
be atrociously wrong.

	All packaging decisions in this spec are mine ; all errors are mine
too. If you have any spec knowledge please review the spec file.
Comments are welcome.

	Please note that I have have no intention at all to maintain or
distribute this spec file after our bonsaï server start running happily
(which should be RSN). It's submitted on these lists in the hope someone
(preferably a lxr maintener) will pick it up, intergrate it to lxr/ put
it on lxr website, do a lot of wonderfull anhancements and maintain it
for me:).

	Known problems so far are :

- dubious maintainer and packaging decisions
- unsigned rpms
- heavy use of rpm 4 macros, so it might break on earlier versions of
rpm
- no addition at all to the documentation to explain rpm use / no
lxr.conf adaptation
- no inclusion of the spec in the official tar.gz (so don't even think
of rpm -tb for now)
- lxr-glimpse depends on glimpse, and glimpse is not Open Source so
finding a glimpse rpm might be difficult (hint : the PLD glimpse spec is
not too difficult to adapt for a RedHat distrib)
- lack of testing

	However it is much nicer IMHO to have on a server than the tar.gz, it
won't bite, rpm -e works flawlessly so you can give it a try. Just don't
come screaming after me afterwards:)

Regards,

-- 
Nicolas Mailhot

[Lxr-general] anon-CVS password changed?

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

Hi!

On SF, one can read to use "anonymous" as anon-CVS password,
which seems confusing and wrong to me. I had to use ""
instead. Would be nice to have the page updated:-)

MfG, JBG

-- 
Jan-Benedict Glaw   .   jb...@lu...   .   +49-172-7608481
	http://lug-owl.de/~jbglaw/software/snapshot2cvs/

Re: [Lxr-general] installation problems

[Joseph W. <jwi...@ou...>]

On Thu, 2001-11-22 at 15:58, Rui Miguel Seabra wrote:
> Hello,
> 
>   I'm having some installation problems with lxr 0.9...
> 
>   After some looking at the code, I found that to use lxr as a cgi
> (instead of mod_perl) I only needed to remove some HTTP code OK that was
> in a methond in Common.pm.
> 
>   ./genxref --url=https://info.srv/cvs/lxr --allversion
> 
>   The above generated no errors, but also no output message.

AFAIK, from my experiences, this is due to a bug in how genxref uses the
CVS backend. I had this problem as well, and had to specify at least one
version to generate references on. I believe this is due to the fact
that $LXR::Common::pathname is, in fact, empty at this point. I haven't
had a chance to look into this more, but if you find a solution, please
keep us posted!

<snip>

--Joseph Wilhelm

[Lxr-general] installation problems

[Rui M. S. <rm...@mu...>]

Hello,

  I'm having some installation problems with lxr 0.9...

  After some looking at the code, I found that to use lxr as a cgi
(instead of mod_perl) I only needed to remove some HTTP code OK that was
in a methond in Common.pm.

  ./genxref --url=3Dhttps://info.srv/cvs/lxr --allversion

  The above generated no errors, but also no output message.

  The web page shows up (for instance, the source navigator).

  If I try to go to a file without selecting [ Head ] in the version
link, it will complain that the file won't exist. I am a little confused
about this. =20

  Selecting head, I can go to the file.
  It has contents, but it is shown as having 0 bytes.
  So I think that it is just because the beggining of the file has zero
bytes, and the first version has the first contents, so i click on the
next version...

  However, the file still has zero bytes.

  I do not understand what could be happening, but it doesn't seem like
permission. I've su -'ed to the apache user and I could cd to the
cvsroot, and I could also view the files.

  I've altered lxr.conf mainly like this:

     'baseurl'          =3D> 'https://info.srv/cvs/lxr',
     'virtroot'         =3D> '/cvs/lxr',

     'range'   =3D> sub { return
          ($files->allreleases($LXR::Common::pathname),
           $files->allrevisions($LXR::Common::pathname))
                  }, # deferred function call.
     'default' =3D> '0.1.0'},


     'range'   =3D> [qw(i386)]},


     #'htmltail'                =3D> 'html-tail.html',


     'sourceroot'       =3D> 'cvs:/var/cvsroot',

  #'incprefix'  =3D> ['/include', '/include/linux'],


Also, of course, dbname, dbpass and dbuser are correctly configured, but
withheld :)

  Does anyone have any suggestion?

  BTW, although LXR is very cool, the INSTALL doc is a nightmare! :)


  Hugs, rms

--=20
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Ghandi
+ So let's do it...?

Re: [Lxr-general] Using 0.9?

[Malcolm B. <ma...@br...>]

Hi Ronan,

"MCALLISTER,RONAN (HP-FtCollins,ex1)" wrote:
> 
> I'd love to play with it again, has the codebase improved much since then?

I'd like to think so, yes :-)

It depends what problems you were having in particular.  Java support is
much improved, as is C++.  Speed is up and the output is now CSSed so
easier to change to support house styles.  Various bugs have been
squashed.

> One complication is that I'm running the tools on HP-UX 10.20, so I had to
> do quite a bit of software porting/compiling to get all the tools you are
> used to on Linux work on HP-UX.  I don't think this was the root of the
> problem, rather it seemed to be buggy postgres query code.

Relatively little work has been done on the Postgres code, but several
people are running sites with it with no reported problems.  Note that
the CVS head revision is currently broken for Postgres, patches on
lxr-developer at the moment.

Personally I use and develop with MySQL, so I can vouch that this works
well.  If you have a choice it might be worth using MySQL since it gets
more testing (at least from me).

> Is 0.9 stable enough, or does anyone have any experience with HP-UX and/or
> postgres to know if it's worth a try now?

0.9 is pretty stable - I run two large sites with it, though not on
HP-UX or Postgres.  YMMV as they say.

I'd say give it a whirl if you have the time - even the installation
instructions have been improved.

> Should I give up with HP-UX and wait till I get Linux setup?

Of course you should give up with HP-UX - Linux is the way of the future
:-)  But you don't need to do it now.

Malcolm

[Lxr-general] RE: Lxr-general digest, Vol 1 #10 - 2 msgs

[MCALLISTER,RONAN (HP-FtCollins,ex1) <ron...@hp...>]

Hi LXR'ers

I played with 0.7 some months back prior to Malcom leading the initiative to
source-forge the code, and at that time I was trying to index plain-old
ANSI-C and Java 1.1 code, using postgres.  I spent quite a bit of time
playing with LXR and in the end had to give it up as it was so buggy and
poorly documented it was just not worth the time.

I'd love to play with it again, has the codebase improved much since then?

One complication is that I'm running the tools on HP-UX 10.20, so I had to
do quite a bit of software porting/compiling to get all the tools you are
used to on Linux work on HP-UX.  I don't think this was the root of the
problem, rather it seemed to be buggy postgres query code.

Is 0.9 stable enough, or does anyone have any experience with HP-UX and/or
postgres to know if it's worth a try now?

Should I give up with HP-UX and wait till I get Linux setup?

Thanks much for the help,
Ronan


-----Original Message-----
From: lxr...@li...
[mailto:lxr...@li...]
Sent: Sunday, November 18, 2001 12:13
To: lxr...@li...
Subject: Lxr-general digest, Vol 1 #10 - 2 msgs


Send Lxr-general mailing list submissions to
	lxr...@li...

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/lxr-general
or, via email, send a message with subject or body 'help' to
	lxr...@li...

You can reach the person managing the list at
	lxr...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Lxr-general digest..."


Today's Topics:

   1. Re: Newbie question (Peter Horst)
   2. Re: Newbie question (Malcolm Box)

--__--__--

Message: 1
Date: Sat, 17 Nov 2001 16:17:34 -0600
From: Peter Horst <ph...@oi...>
To: Malcolm Box <ma...@br...>
Cc: lxr...@li...
Subject: Re: [Lxr-general] Newbie question

Thanks, I'll try again.  I should mention that I was confused by the lxr
webpage--it would be much clearer if the first link to Sourceforge
pointed to the lxr page, rather than the SF homepage, and if the link to
0.3 was removed, or commented somehow.

Thanks very much,

Peter

On Nov18, 00:44AM, Malcolm Box wrote:
> Hi Peter,
> 
> Peter Horst wrote:
> > 
> > I've tried to set up lxr as per the directions. The problem is, whenever
> [snip]
> It looks like you are using v0.3 of the lxr.  If this is a new
> installation, I would seriously recommend using a more recent release,
> such as 0.9.
> [snip] 
> 
> Malcolm


--__--__--

Message: 2
Date: Sun, 18 Nov 2001 12:23:11 +0900
From: Malcolm Box <ma...@br...>
To: Peter Horst <ph...@oi...>
Cc: lxr...@li...,
	Per Kristian Gjermshus <pk...@ne...>
Subject: Re: [Lxr-general] Newbie question

Hi Peter,

Peter Horst wrote:
> 
> Thanks, I'll try again.  I should mention that I was confused by the lxr
> webpage--it would be much clearer if the first link to Sourceforge
> pointed to the lxr page, rather than the SF homepage, and if the link to
> 0.3 was removed, or commented somehow.

You're right, this is confusing.  I hadn't noticed it before.

Per - is there any chance you could update the page so the first link
points to either http://sf.net/projects/lxr or http://lxr.sf.net ?

Cheers,

Malcolm



--__--__--

_______________________________________________
Lxr-general mailing list
Lxr...@li...
https://lists.sourceforge.net/lists/listinfo/lxr-general


End of Lxr-general Digest

Re: [Lxr-general] Newbie question

[Malcolm B. <ma...@br...>]

Hi Peter,

Peter Horst wrote:
> 
> Thanks, I'll try again.  I should mention that I was confused by the lxr
> webpage--it would be much clearer if the first link to Sourceforge
> pointed to the lxr page, rather than the SF homepage, and if the link to
> 0.3 was removed, or commented somehow.

You're right, this is confusing.  I hadn't noticed it before.

Per - is there any chance you could update the page so the first link
points to either http://sf.net/projects/lxr or http://lxr.sf.net ?

Cheers,

Malcolm

Re: [Lxr-general] Newbie question

[Peter H. <ph...@oi...>]

Thanks, I'll try again.  I should mention that I was confused by the lxr
webpage--it would be much clearer if the first link to Sourceforge
pointed to the lxr page, rather than the SF homepage, and if the link to
0.3 was removed, or commented somehow.

Thanks very much,

Peter

On Nov18, 00:44AM, Malcolm Box wrote:
> Hi Peter,
> 
> Peter Horst wrote:
> > 
> > I've tried to set up lxr as per the directions. The problem is, whenever
> [snip]
> It looks like you are using v0.3 of the lxr.  If this is a new
> installation, I would seriously recommend using a more recent release,
> such as 0.9.
> [snip] 
> 
> Malcolm

Re: [Lxr-general] Newbie question

[Malcolm B. <ma...@br...>]

Hi Peter,

Peter Horst wrote:
> 
> I've tried to set up lxr as per the directions. The problem is, whenever
> I try to follow a link from, say, $WEBHOME/lxr/http/source/linux-2.4.14,
> such as to linux-2.4.14/kernel, what i hit instead is
> /source/linux-2.4.14/source/linux-2.4.14/kernel. My lxr.conf reads in
> part:
> 
> baseurl: http://www.ointment.org/lxr/http/
> sourceroot: /usr/local/apache/htdocs/lxr/source/
> # srcrootname: Linux
> dbdir: /usr/local/apache/htdocs/lxr/source/
> glimpsebin: /usr/local/bin/glimpse

It looks like you are using v0.3 of the lxr.  If this is a new
installation, I would seriously recommend using a more recent release,
such as 0.9.

I can't see anything wrong in your lxr.conf or httpd.conf off hand.  You
might want to look at the code that generates the links to see what info
it's pulling in.

Cheers,

Malcolm