Menu
▾
▴
lxr-developer — Don't use, active developers only
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(11) |
Jun
(21) |
Jul
(14) |
Aug
(83) |
Sep
(23) |
Oct
(37) |
Nov
(52) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(28) |
Feb
(40) |
Mar
(21) |
Apr
(8) |
May
(21) |
Jun
(13) |
Jul
(9) |
Aug
(5) |
Sep
(8) |
Oct
(7) |
Nov
(2) |
Dec
|
| 2003 |
Jan
(2) |
Feb
(1) |
Mar
(11) |
Apr
(4) |
May
(6) |
Jun
(15) |
Jul
(4) |
Aug
(4) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2004 |
Jan
(4) |
Feb
|
Mar
(4) |
Apr
(12) |
May
(5) |
Jun
(9) |
Jul
(47) |
Aug
(1) |
Sep
(1) |
Oct
(7) |
Nov
|
Dec
(1) |
| 2005 |
Jan
(4) |
Feb
(2) |
Mar
(3) |
Apr
(10) |
May
(9) |
Jun
(15) |
Jul
(3) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(10) |
Dec
(4) |
| 2006 |
Jan
(1) |
Feb
|
Mar
(9) |
Apr
(5) |
May
(1) |
Jun
(6) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
|
Dec
(3) |
| 2007 |
Jan
(2) |
Feb
(1) |
Mar
(32) |
Apr
(3) |
May
(3) |
Jun
(16) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(4) |
Dec
(3) |
| 2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(46) |
Apr
(70) |
May
(15) |
Jun
(13) |
Jul
(1) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
(5) |
Feb
(4) |
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(7) |
Nov
(6) |
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
(85) |
Apr
(18) |
May
(4) |
Jun
(3) |
Jul
(4) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(2) |
Dec
(20) |
| 2012 |
Jan
(17) |
Feb
(16) |
Mar
(13) |
Apr
(18) |
May
|
Jun
(6) |
Jul
(6) |
Aug
(10) |
Sep
(15) |
Oct
(10) |
Nov
(25) |
Dec
(1) |
|
From: George C. <cda...@ya...> - 2004-05-28 02:05:57
|
Hi, For some strange reason now I get the error : [Fri May 28 10:58:47 2004] [error] [client 137.132.81.120] malformed header from script. Bad header=HTTP/1.0 200 OK: /usr/local/lxr/source George Ciobanu <cda...@ya...> wrote: Hi, I have no errors in errors.log file. Regards, George Shree Kumar <sh...@pr...> wrote: Errors are logged by apache in apache's "logs/error_log" file. Can you tell us what errors are logged when you try to access lxr ?? (tail -f the error_log file and press the refresh button on the browser to get the messages) Attaching lxr.conf will also help. -- Shree Kumar George Ciobanu wrote: > Hello, > > I have installed the LXR version from CVS. But when I try to use lxr I > get an internal error from apache with no additional messages. Does > anyone have any ideas why this happens ? > > Thanks and regards, > George > > ------------------------------------------------------------------------ > Do you Yahoo!? > Friends. Fun. Try the all-new Yahoo! Messenger > --------------------------------- Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger > ATTACHMENT part 2 application/octet-stream name=lxr.conf --------------------------------- Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger |
|
From: Shree K. <sh...@pr...> - 2004-05-27 11:50:34
|
Errors are logged by apache in apache's "logs/error_log" file. Can you tell us what errors are logged when you try to access lxr ?? (tail -f the error_log file and press the refresh button on the browser to get the messages) Attaching lxr.conf will also help. -- Shree Kumar George Ciobanu wrote: > Hello, > > I have installed the LXR version from CVS. But when I try to use lxr I > get an internal error from apache with no additional messages. Does > anyone have any ideas why this happens ? > > Thanks and regards, > George > > ------------------------------------------------------------------------ > Do you Yahoo!? > Friends. Fun. Try the all-new Yahoo! Messenger > <http://messenger.yahoo.com/> |
|
From: George C. <cda...@ya...> - 2004-05-27 11:43:53
|
Hello, I have installed the LXR version from CVS. But when I try to use lxr I get an internal error from apache with no additional messages. Does anyone have any ideas why this happens ? Thanks and regards, George --------------------------------- Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger |
|
From: George C. <cda...@ya...> - 2004-05-06 05:07:18
|
# -*- mode: perl -*-
# Configuration file
#
(
{
# Global configuration
# Path to glimpse executable.
# Define this OR the swish-e variables depending which search engine you want to use.
'glimpsebin' => '/usr/bin/glimpse',
# Where to store the glimpse index files
'glimpsedir' => '/src/glimpse',
# Location of SWISH-E indexer binary
# 'swishindex' => '/usr/local/bin/swish-e',
# Location of SWISH-E search binary
# 'swishsearch' => '/usr/local/bin/swish-e',
# Where to store the swish index files
# 'swishdir' => 'somewhere',
# Path to Exuberant Ctags executable
'ectagsbin' => '/usr/bin/ctags',
# Place where lxr can write temporary files
'tmpdir' => '/tmp',
# Location of the Generic.pm config file
'genericconf' => '/usr/lib/perl5/site_perl/LXR/Lang/generic.conf'
},
{
# Configuration for http://192.168.1.3/lxr.
# baseurl is used to select configuration block.
'baseurl' => 'http://bucharest.ddns/lxr', # Put your URL here
# baseurl_aliases allows other URLs to be used to reach the site
# comment this out if you do not want any aliases
# 'baseurl_aliases' => [ 'http://localhost/lxr', 'http://mydomain/lxr'],
'virtroot' => '/lxr', # The bit after the / above
'variables' => {
# Define typed variable "v". This is the list of versions to index.
'v' => {'name' => 'Version',
# This can come from a file, a function or be explicitly
# ennumerated.
# From a file:
'range' => [ readfile('src/versions') ],
# Explicitly:
# 'range' => [qw(v1 v2 v3.1 v4 experimental)],
# 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.
# The default version to display
'default' => 'orc-2.1'},
# Define typed variable "a". First value is default.
'a' => {'name' => 'Architecture',
'range' => [qw(ia64)]},
'strip' => '/usr/local/lxr/sikasem',
},
# These do funky things to paths in the system - you probably don't need them.
# 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',
'htmlident_refs' => 'html-ident-refs.html',
'sourcehead' => 'html-head.html',
'sourcedirhead' => 'html-head.html',
'stylesheet' => 'lxr.css',
# sourceroot - where to get the source files from
# For ordinary directories, this specifies a directory which has each version as a
# subdirectory e.g.
# indexed-src/version1/...
# indexed-src/version2/...
# The names of the version directories must match the values for the Version
# variable above.
'sourceroot' => '/src/',
# Alternatively, this can specify a CVS repository by setting the value to "cvs:"
# followed by the path to the repository. Note this must be file accessible - remote
# server access does NOT work.
# 'sourceroot' => 'cvs:/hom/karsk/a/CVSROOT/linux',
# The name to display for this source tree
'sourcerootname' => 'orc',
# The DBI identifier for the database to use
# For mysql, the format is dbi:mysql:dbname=<name>
# for Postgres, it is dbi:Pg:dbname=<name>
# for Oracle, it is dbi:Oracle:host=localhost;sid=DEVMMS;port=1521
'dbname' => 'dbi:mysql:dbname=lxr',
# If you need to specify the username or password for the database connection,
# uncomment the following two lines
'dbpass' => 'teapa2004',
'dbuser' => 'lxr',
# For using glimpse, the directory to store the .glimpse files in is required
'glimpsedir' => '/src/glimpse',
# Location of swish-e index database files if using swish-e
# 'swishdir' => '/a/directory/here/',
# where to look for include files inside the sourcetree. This is used to hyperlink
# to included files.
'incprefix' => ['/include', '/osprey-1.0/include', '/osprey-1.0/linux/include', '/osprey-1.0/linux/mfef90_includes'],
# Which extensions to treat as images when browsing. If a file is an image,
# it is displayed.
'graphicfile' => '(?i)\.(gif|jpg|jpeg|pjpg|pjpeg|xbm|png)$', #'
# How to map files to languages
# Note that the string for the key and the first entry in the
# array MUST match
'filetype' => {
# Format is
# Language name, filepatten regexp, module to invoke,
# (optional )tabwidth
# Note that to have another language supported by Generic.pm,
# you must ensure that:
# a) exuberant ctags supports it
# b) generic.conf is updated to specify information about the language
# c) the name of the language given here matches the entry in generic.conf
'C' => ['C', '\.c$|\.i' #'
, 'LXR::Lang::Generic', '8'],
'C++' => ['C++', '\.C$|((?i)\.c\+\+$|\.cc$|\.cpp$|\.cxx$|\.h$|\.hh$|\.hpp$|\.hxx$|\.h\+\+$)' #'
, 'LXR::Lang::Generic', '8'],
# Some languages are commented out until the relevant entries in generic.conf are made
# The list here is the set supported by ctags 5.0.1
# ['Beta', '(?i)\.bet$' #'
# , 'LXR::Lang::Generic'],
# ['Cobol', '(?i)\.cob$' #'
# , 'LXR::Lang::Generic'],
# ['Eiffel', '(?i)\.e$' #'
# , 'LXR::Lang::Generic'],
# ['Fortran', '(?i)\.f$|\.for$|\.ftn$|\.f77$|\.f90$|\.f95$' #'
# , 'LXR::Lang::Generic'],
'Java' => ['Java', '(?i)\.java$' #'
, 'LXR::Lang::Java', '4'],
# ['Lisp', '(?i)\.cl$|\.clisp$|\.el$|\.l$|\.lisp$|\.lsp$|\.ml$' #'
# , 'LXR::Lang::Generic'],
# No tabwidth specified here as an example
'Make' => ['Make', '(?i)\.mak$|makefile*' #'
, 'LXR::Lang::Generic'],
# ['Pascal', '(?i)\.p$|\.pas$' #'
# , 'LXR::Lang::Generic'],
'Perl' => ['Perl', '(?i)\.pl$|\.pm$|\.perl$' #'
, 'LXR::Lang::Generic', '4'],
'php' => ['php', '(?i)\.php$|\.php3$|\.phtml$' #'
, 'LXR::Lang::Generic', '2'],
'Python' => ['Python', '(?i)\.py$|\.python$' #'
, 'LXR::Lang::Generic', '4'],
# ['rexx', '(?i)\.cmd$|\.rexx$|\.rx$' #'
# , 'LXR::Lang::Generic'],
# ['ruby', '(?i)\.rb$' #'
# , 'LXR::Lang::Generic'],
# ['scheme', '(?i)\.sch$|\.scheme$|\.scm$|\.sm$' #'
# , 'LXR::Lang::Generic'],
# ['shell', '(?i)\.sh$|\.bsh$|\.bash$|\.ksh$|\.zsh$' #'
# , 'LXR::Lang::Generic'],
# ['s-Lang', '(?i)\.sl$' #'
# , 'LXR::Lang::Generic'],
# ['tcl', '(?i)\.tcl$|\.wish$' #'
# , 'LXR::Lang::Generic'],
},
# Maps interpreter names to languages. The format is:
# regexp => langname
# regexp is matched against the part after #! on the first line of a file
# langname must match one of the keys in filetype above.
#
# This mapping is only used if the filename doesn't match a pattern above, so
# a shell script called shell.c will be recognised as a C file, not a shell file.
'interpreters' => {
'perl' => 'Perl',
# 'bash' => 'shell',
# 'csh' => 'shell',
'python' => 'Python',
},
})
|
|
From: SourceForge.net <no...@so...> - 2004-04-30 19:19:40
|
Bugs item #885442, was opened at 2004-01-27 11:32 Message generated for change (Settings changed) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885442&group_id=27350 Category: genxref Group: v0.3 >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: "0" get wronly converted to "" Initial Comment: "0" get wronly converted to "" check this http://lxr.linux.no/source/include/asm-i386/string.h?v=2.6.1#L370 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-27 11:37 Message: Logged In: NO "0" get wronly converted to "" check this http://lxr.linux.no/source/include/asm-i386/string.h?v=2.6.1#L370 by Co...@lo... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-27 11:34 Message: Logged In: NO submitted by co...@lo... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885442&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-04-30 19:19:24
|
Bugs item #885448, was opened at 2004-01-27 11:40 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885448&group_id=27350 Category: genxref Group: v0.3 >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Coywolf Qi Hunt (coywolf) Assigned to: Nobody/Anonymous (nobody) Summary: "0" get wronly converted to "" Initial Comment: "0" get wronly converted to "" check this http://lxr.linux.no/source/include/asm-i386/string.h?v=2.6.1#L370 by co...@lo... ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2004-04-30 20:19 Message: Logged In: YES user_id=215386 This bug is unlikely to be fixed in 0.3 as it is no longer being actively worked on. Please try to reproduce using the latest development release. If you can reproduce it then please update the bug to record this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885448&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-04-28 10:45:37
|
Patches item #943632, was opened at 2004-04-28 12:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=943632&group_id=27350 Category: DB backends Group: None Status: Open Resolution: None Priority: 5 Submitted By: teewurstmann (teewurstmann) Assigned to: Nobody/Anonymous (nobody) Summary: initdb-mysql fix Initial Comment: This fixes a syntax error in the drop database command in the initdb-mysql script. It changes the line drop if exists database lxr; to drop database if exists lxr; Since this change is so minor, it's not worth uploading a diff file for it, just fix it by hand. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=943632&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-04-27 10:23:24
|
Feature Requests item #942911, was opened at 2004-04-27 12:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=942911&group_id=27350 Category: General Group: Next Release Status: Open Priority: 5 Submitted By: teewurstmann (teewurstmann) Assigned to: Nobody/Anonymous (nobody) Summary: Subversion Support Initial Comment: It would be nice to integrate support for Subversion into a future release of LXR. Since LXR already supports CVS support for Subversion shouldn't be too hard to implement. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=942911&group_id=27350 |
|
From: Malcolm B. <ma...@br...> - 2004-04-23 08:38:27
|
George Ciobanu wrote: > I was using the last stable version 0.3. But I know I swicthed to the > cvs version, but i get an error at index generation with genxref: > > Can't find config file. > > and try to use it like this > > ./genxref --url=/usr/local/lxr --version=orc-2.1 > There's your problem - /usr/local/lxr isn't a URL. You need to use the URL of the lxr service e.g. something like http://somehost.com/lxr. Also make sure you have a lxr.conf file in the same directory as the genxref script, and that it is properly set up (there are comments in the file). Finally, could you to reply to the list rather than my email please - I'm more likely to reply. Regards, Malcolm |
|
From: Malcolm B. <ma...@br...> - 2004-04-22 22:34:30
|
George Ciobanu wrote: > I have a problem on my project source. It contains the directory g++ > and I cannot access that directory. So, the problem is that '+' is > interpreted by the browser so it should be actually a %2B so that the > browser would actually recognise it as '+'. I don't know perl, nor the > structure of the project, so i'm asking you (please) to help me with > this problem. > You don't say what version of LXR you're using. This should be fixed in the latest CVS version. If not, you need to change the httpwash function which strips out potentially bad characters. Remove the + from this regexp and then your problem will be solved. Cheers, Malcolm |
|
From: SourceForge.net <no...@so...> - 2004-04-21 23:09:40
|
Bugs item #749886, was opened at 2003-06-06 01:13 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749886&group_id=27350 Category: Browsing Group: v0.9.1 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Rusty Carruth (n7ikq) Assigned to: Nobody/Anonymous (nobody) Summary: IE views ok, Netscape gets html code seen Initial Comment: After installing lxr on a linux mandrake 9.1 machine, everything works just fine if I view the ident, source, etc 'pages' from M$ Internet Explorer. However, galeon, mozilla, and netscape all seem to prefer to show you the actual html rather than the result of interpreting that same html. Strange discovery we made is that, using galeon we can save the file and load that saved file and it renders correctly! If that's not strange enough, we downloaded the url using wget and it rendered fine on the first try. Is there some kind of timing issue with NS that IE doesn't have??? Weird... rc aka n7ikq. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2004-04-22 00:09 Message: Logged In: YES user_id=215386 Fixed in CVS ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-03-12 16:13 Message: Logged In: NO <Files ~ (find|search|source|ident)$> allow from all SetHandler perl-script PerlHandler ModPerl::Registry PerlSetEnv PERL5LIB lib PerlSendHeader On <== This may help </Files> ---------------------------------------------------------------------- Comment By: Rusty Carruth (rustycar) Date: 2003-06-18 16:53 Message: Logged In: YES user_id=537116 Oh - n7ikq and I are the same person, sorry - I forgot this password so created myself as my ham callsign. Now I've forgotten the n7ikq password! That's what I get for coming up with such good passwords and not writing them down... When I remember my n7ikq password I'll go close this item. rc/aka n7ikq/aka rustycar ---------------------------------------------------------------------- Comment By: Rusty Carruth (rustycar) Date: 2003-06-18 16:48 Message: Logged In: YES user_id=537116 AH! That did it! Might be good to put into the documentation somewhere that some browsers, when driven by slower computers, need this: ForceType text/html in the <Files ~ (find|search|source|ident|diff|cgi-bin)$> section. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-18 16:01 Message: Logged In: NO This is a browser issue. Just add this to your lxr/.htaccess file: ForceType text/html (My complete .htaccess file is shown below): Options Indexes ExecCGI FollowSymlinks order deny,allow <Files lxr.conf> deny from all </Files> <Files lib> deny from all </Files> <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler perl-script PerlHandler ModPerl::Registry PerlSetEnv PERL5LIB lib ForceType text/html </Files> ~ ~ ---------------------------------------------------------------------- Comment By: Rusty Carruth (n7ikq) Date: 2003-06-07 23:20 Message: Logged In: YES user_id=788971 Ok, so I did a wget -S and it said: rcarruth@msfree> wget -S http://localplace/lxr/ident --15:06:51-- http://localplace:80/lxr/ident => `ident' Connecting to localplace:80... connected! HTTP request sent, awaiting response... 200 OK 2 Date: Sat, 07 Jun 2003 22:12:53 GMT 3 Server: Apache-AdvancedExtranetServer/2.0.44 (Mandrake Linux/11mdk) mod_perl/1.99_08 Perl/v5.8.0 mod_ssl/2.0.44 OpenSSL/0.9.7a PHP/4.3.1 4 Connection: close 5 Content-Type: text/plain; charset=ISO-8859-1 6 X-Pad: avoid browser bug 7 0K -> ..... 15:06:52 (345.52 KB/s) - `ident' saved [5661] rcarruth@msfree> less ident <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <meta name="GENERATOR" content="Mozilla/4.61 [en] (X11; I; SunOS 5.5.1 sun4u) [Netscape]"> <title>Sapphire identfier search</title> <base href="http://localplace/lxr/"> <link href="lxr.css" rel="STYLESHEET" type="text/css"> </head> <body> <table width='100%' border='0' cellpadding='0' cellspacing='0'> <tr> .....etc... Now, I load the above 'ident' file wget got, and it displays fine. However, if I instead go to the url that FETCHED that file, I get the source of the file not the display it should have gotten. (I looked through all the places where lxr could say 'text/plain' and changed them all to 'text/html' and STILL wget says 'text/plain'... rc aka n7ikq. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-06 22:17 Message: Logged In: NO The most likely explanation is that the webserver is returning the contents as text/plain rather than text/html. IE (incorrectly) interprets such text as html anyway, whereas Netscape/Mozilla don't. The lxr code does put out a content-type header, so it should work, but perhaps Apache is configured in a weird way. You can use wget -S to check what is being returned in the headers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749886&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-04-21 23:05:52
|
Bugs item #749648, was opened at 2003-06-05 17:46 Message generated for change (Settings changed) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749648&group_id=27350 Category: genxref Group: v0.9.1 >Status: Pending >Resolution: Works For Me Priority: 5 Submitted By: Robins Tharakan (tharakan) Assigned to: Nobody/Anonymous (nobody) Summary: infinite loop while performing genxref (3 files *only*) Initial Comment: Hi, lxr is running perfectly now on my site, so problems with lxr.conf file seems minimal (although not ruled out) but i have had bad times, while performing genxref the linux kernel source (2.5.68) using lxr 0.9.1. the three files i found out (which were where genxref hung were) /drivers/video/amifb.c /fs/cifs/ntlmssp.h /drivers/video/vga16fb.c and repeatedly so...!! (once i ran genxref for 21 hours (athlon 800/200Mb RAM)! just to make sure i dont shut it down prematurely.. but it just hung!) i had to rename the three above mentioned files to xxx.c ==> xxx.c.lxr and perform the operation all over again! (frankly i dont know what database i am using (bad at databases), mine is a RH8.0 system (default installation). i am using plain files (linux-2.5.68.tar.bz2) not cvs. if required i could send over the test case again, or maybe even the lxr.conf if required... the error was repeatedly showing as "found a 0x0a immediately after a 0x0f..." or some message like that... Really sorry for being arbitrary here, forgot to keep the error message on file. (but i think just processing genxref throught the files should give the test case anyways.. , but i havent tried it individually...) hope this helps... please ask for anything else if required. affly robins ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2003-06-05 19:25 Message: Logged In: YES user_id=215386 This doesn't happen on my system with the latest CVS lxr, again against the 2.5.68 kernel source from kernel.org Can you try repeating this with a later lxr, and if it re-occurs post the error message? Thanks, Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749648&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-04-21 22:58:11
|
Bugs item #568493, was opened at 2002-06-13 13:26 Message generated for change (Settings changed) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=568493&group_id=27350 Category: genxref Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Gregor Hartmann (grex) >Assigned to: Malcolm Box (mbox) Summary: low performance in Files::tmpfile Initial Comment: When using Plain.pm the file is copied entirely to the tmp dir. Would a Symbolic link be enough here at least for UNX? Maybe the Files module could be changed to supply two methods AcquireTempFile( ... ) ReleaseTempFile( ... ) AcquireTempFile could then in the case of Plain files just return the original filename while ReleaseTempFile does nothing. Ths is to avoid unlinking the files if they are no real tempfiles but the original. I could do this but first wanted to hear if there is any problem. ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2004-04-21 23:57 Message: Logged In: YES user_id=215386 I don't see a problem with this, there is a clear point at which to clean up (where the file is currently deleted). This would probably improve performance for the Plain method. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=568493&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-04-21 22:57:49
|
Bugs item #568493, was opened at 2002-06-13 13:26 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=568493&group_id=27350 Category: genxref Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Gregor Hartmann (grex) Assigned to: Nobody/Anonymous (nobody) Summary: low performance in Files::tmpfile Initial Comment: When using Plain.pm the file is copied entirely to the tmp dir. Would a Symbolic link be enough here at least for UNX? Maybe the Files module could be changed to supply two methods AcquireTempFile( ... ) ReleaseTempFile( ... ) AcquireTempFile could then in the case of Plain files just return the original filename while ReleaseTempFile does nothing. Ths is to avoid unlinking the files if they are no real tempfiles but the original. I could do this but first wanted to hear if there is any problem. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2004-04-21 23:57 Message: Logged In: YES user_id=215386 I don't see a problem with this, there is a clear point at which to clean up (where the file is currently deleted). This would probably improve performance for the Plain method. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=568493&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-04-21 22:52:33
|
Bugs item #676739, was opened at 2003-01-29 12:14 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=676739&group_id=27350 Category: genxref >Group: current cvs >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Gregor Hartmann (grex) >Assigned to: Malcolm Box (mbox) Summary: incomplete information if run is aborted Initial Comment: When a run of genxref is aborted (pressed CTRL-C, program failes ...) the currently indexed/referenced file is incomplete but marked as indexed/referenced. this happens because the flag in database status is set to indexed before the actual indexing takes place. So the checking if the action is necessary should not change the status and new methods to set the status are required. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2004-04-21 23:52 Message: Logged In: YES user_id=215386 Fixed in latest CVS ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=676739&group_id=27350 |
|
From: George C. <cda...@ya...> - 2004-04-21 08:23:44
|
Hi, I have a problem on my project source. It contains the directory g++ and I cannot access that directory. So, the problem is that '+' is interpreted by the browser so it should be actually a %2B so that the browser would actually recognise it as '+'. I don't know perl, nor the structure of the project, so i'm asking you (please) to help me with this problem. Thanks and regards, George --------------------------------- Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25¢ |
|
From: SourceForge.net <no...@so...> - 2004-03-19 05:57:43
|
Bugs item #919289, was opened at 2004-03-19 05:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=919289&group_id=27350 Category: Browsing Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Vivek Pathak (pathak) Assigned to: Nobody/Anonymous (nobody) Summary: path parsing converts c++ to "c " Initial Comment: If i have a source path that contains "c++" as intermediate directory, lxr search (and other) programs do not work properly. It appears that path parsing converts ++ to 2 spaces. Any idea how to fix? Thanks in advance Vivek ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=919289&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-03-12 18:07:45
|
Bugs item #518365, was opened at 2002-02-16 02:04 Message generated for change (Comment added) made by hjtoi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=518365&group_id=27350 Category: genxref Group: current cvs Status: Open Resolution: None Priority: 7 Submitted By: Shree Kumar (shreekumar) Assigned to: Malcolm Box (mbox) Summary: Indexing of files once indexed is buggy! Initial Comment: I am using LXR-0.9.1 Consider this scenario : There is a source tree "test" having only one file - test.c test.c ------- #define TEST 100 now, I run genxref & when I search for TEST in identifiers, I get that it is a macro defined in test.c at line 1 now I change test.c to ------- #define T 1 #define TEST 100 & run genxref Now what I get is - TEST is defined as a macro in test.c in line 1 and line 2 ! The culprit is this piece of code in function processfile() [ Tagger.pm ] ------ if ($index->toindex($fileid)) { $index->empty_cache(); print(STDERR "--- $pathname $fileid\n"); my $path = $files->tmpfile($pathname, $release); $lang->indexfile($pathname, $path, $fileid, $index, $config); unlink($path); } else { print(STDERR "$pathname was already indexed\n"); } ------ The problem is that if the file already existed and has changed since then [based on the timestamp], the identifiers added to the database due to this file in the previous run of genxref are not removed from the database, hence the number of definitions will keep on growing... The same problem is also present in processrefs(). ---------------------------------------------------------------------- Comment By: Heikki Toivonen (hjtoi) Date: 2004-03-12 09:48 Message: Logged In: YES user_id=972898 Anyone have a patch for this? ---------------------------------------------------------------------- Comment By: Richard Kisley (kisley) Date: 2003-04-07 17:39 Message: Logged In: YES user_id=102080 (1) How about an intermediate solution, where someone writes a VERIFY script which compares the paths in the database with the version they refer to and deletes entries for invalid paths? Same options as genxref? I indexed a subtree of a sourcetree, then realized I needed to index the whole source tree. So I moved the revision main dir (since it was really a subdir) up a level and added the other directories at their proper top level as other subdirs, then re-indexed. Now the original links in tree one are all dead links, with live dupes. No files changed. (2) So we all don't have to scurry for our SQL books, buried in a box in the back of a closet at home (not work) how about posting the exact drop syntax? That might also be a good thing to add to doc short-term, since genxref doesn't work (prune) as expected. ---------------------------------------------------------------------- Comment By: Gregor Hartmann (grex) Date: 2002-06-07 06:10 Message: Logged In: YES user_id=559509 Another similar problem would be files ore whole directories that are deleted from the source tree. They would stay in the database forever as well. Maybe it could be fixed by iterating through all files in the database and removing those (from the database) which have changed or were removed in the source tree. then proceed indexing as before. ---------------------------------------------------------------------- Comment By: Shree Kumar (shreekumar) Date: 2002-02-18 23:21 Message: Logged In: YES user_id=142912 Here's my fix for this bug: Add a field "timestamp" to the "status" table. And remove the "status" field. Before finding identifiers in a file, check whether it's modification time is greater that it was previously. If yes, then remove all the identifier definitions due to this file [and release] from the database. Store the new timestamp in the database. Before finding references in a file, remove all identifier references due to this file [and release] from the database. [ No need to check the timestamp in this case since the "definitions" are always found before the references]. In a large CVS tree, it is quite possible that a file may change between the time it is "indexed" and "referenced". An easy way out of this seems to be to "index" a file and immediately "reference" it. Related to this there is a problem in "Plain.pm" - the current "filerev" function returns a value based on the timestamp. Problem arises if a file changes between runs of genxref. What happens is that different values are returned by "filerev" even though it is the same (file,revision) pair is being indexed [or referenced]. I have changed filerev() for this purpose as sub filerev { my ($self, $filename, $release) = @_; # TODO: length of filename+revision # might turn out to be > 255 chars # [length used in the db] return join("-", $filename, $release); } With this modification filerev() will return the same value for (file,revision) pair everytime - thus solving the problem. I have a patch ready for this. ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2002-02-18 06:20 Message: Logged In: YES user_id=215386 Yes, you're right, this is a bug. The underlying assumption that is being broken is that the files in a version are static - which is true if one is indexing released software, but not if it is a development tree. The simplest work-around is to drop and recreate the database each time, thus avoiding the problem. For small to medium repositories with the index updated nightly this should work fine, but it doesn't work for large repositories. The full solution would appear to be to check for an existing entry for the (filename, release) pair and if it is found delete it and all associated information. ---------------------------------------------------------------------- Comment By: Shree Kumar (shreekumar) Date: 2002-02-16 05:32 Message: Logged In: YES user_id=142912 There are two cases where the scenario that I've referred to applies: 1. Files are not in CVS [ ie usage of "Files.pm" ]. You run genxref, then change a file & genxref again 2. Files are in CVS, and you want to index the "head" tag. Files change regularly, and you want to keep the cross reference in sync - probably by running genxref once an hour or so [as a cron job]. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-02-16 04:47 Message: Logged In: NO I was in the impression that a file may never ever change again, except if (and only if) the file was changed and has either got a new CVS revision (or tag) or if there is a new directory for a new version of the whole project (if it is not managed by CVS). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=518365&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-03-12 16:48:16
|
Bugs item #749886, was opened at 2003-06-05 17:13 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749886&group_id=27350 Category: Browsing Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Rusty Carruth (n7ikq) Assigned to: Nobody/Anonymous (nobody) Summary: IE views ok, Netscape gets html code seen Initial Comment: After installing lxr on a linux mandrake 9.1 machine, everything works just fine if I view the ident, source, etc 'pages' from M$ Internet Explorer. However, galeon, mozilla, and netscape all seem to prefer to show you the actual html rather than the result of interpreting that same html. Strange discovery we made is that, using galeon we can save the file and load that saved file and it renders correctly! If that's not strange enough, we downloaded the url using wget and it rendered fine on the first try. Is there some kind of timing issue with NS that IE doesn't have??? Weird... rc aka n7ikq. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-03-12 08:13 Message: Logged In: NO <Files ~ (find|search|source|ident)$> allow from all SetHandler perl-script PerlHandler ModPerl::Registry PerlSetEnv PERL5LIB lib PerlSendHeader On <== This may help </Files> ---------------------------------------------------------------------- Comment By: Rusty Carruth (rustycar) Date: 2003-06-18 08:53 Message: Logged In: YES user_id=537116 Oh - n7ikq and I are the same person, sorry - I forgot this password so created myself as my ham callsign. Now I've forgotten the n7ikq password! That's what I get for coming up with such good passwords and not writing them down... When I remember my n7ikq password I'll go close this item. rc/aka n7ikq/aka rustycar ---------------------------------------------------------------------- Comment By: Rusty Carruth (rustycar) Date: 2003-06-18 08:48 Message: Logged In: YES user_id=537116 AH! That did it! Might be good to put into the documentation somewhere that some browsers, when driven by slower computers, need this: ForceType text/html in the <Files ~ (find|search|source|ident|diff|cgi-bin)$> section. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-18 08:01 Message: Logged In: NO This is a browser issue. Just add this to your lxr/.htaccess file: ForceType text/html (My complete .htaccess file is shown below): Options Indexes ExecCGI FollowSymlinks order deny,allow <Files lxr.conf> deny from all </Files> <Files lib> deny from all </Files> <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler perl-script PerlHandler ModPerl::Registry PerlSetEnv PERL5LIB lib ForceType text/html </Files> ~ ~ ---------------------------------------------------------------------- Comment By: Rusty Carruth (n7ikq) Date: 2003-06-07 15:20 Message: Logged In: YES user_id=788971 Ok, so I did a wget -S and it said: rcarruth@msfree> wget -S http://localplace/lxr/ident --15:06:51-- http://localplace:80/lxr/ident => `ident' Connecting to localplace:80... connected! HTTP request sent, awaiting response... 200 OK 2 Date: Sat, 07 Jun 2003 22:12:53 GMT 3 Server: Apache-AdvancedExtranetServer/2.0.44 (Mandrake Linux/11mdk) mod_perl/1.99_08 Perl/v5.8.0 mod_ssl/2.0.44 OpenSSL/0.9.7a PHP/4.3.1 4 Connection: close 5 Content-Type: text/plain; charset=ISO-8859-1 6 X-Pad: avoid browser bug 7 0K -> ..... 15:06:52 (345.52 KB/s) - `ident' saved [5661] rcarruth@msfree> less ident <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <meta name="GENERATOR" content="Mozilla/4.61 [en] (X11; I; SunOS 5.5.1 sun4u) [Netscape]"> <title>Sapphire identfier search</title> <base href="http://localplace/lxr/"> <link href="lxr.css" rel="STYLESHEET" type="text/css"> </head> <body> <table width='100%' border='0' cellpadding='0' cellspacing='0'> <tr> .....etc... Now, I load the above 'ident' file wget got, and it displays fine. However, if I instead go to the url that FETCHED that file, I get the source of the file not the display it should have gotten. (I looked through all the places where lxr could say 'text/plain' and changed them all to 'text/html' and STILL wget says 'text/plain'... rc aka n7ikq. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-06 14:17 Message: Logged In: NO The most likely explanation is that the webserver is returning the contents as text/plain rather than text/html. IE (incorrectly) interprets such text as html anyway, whereas Netscape/Mozilla don't. The lxr code does put out a content-type header, so it should work, but perhaps Apache is configured in a weird way. You can use wget -S to check what is being returned in the headers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749886&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-03-12 16:36:41
|
Bugs item #519945, was opened at 2002-02-19 04:56 Message generated for change (Comment added) made by hjtoi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=519945&group_id=27350 Category: None Group: v0.9 Status: Open Resolution: None Priority: 5 Submitted By: Shree Kumar (shreekumar) Assigned to: Malcolm Box (mbox) Summary: definitions are also references Initial Comment: LXR 0.9.1 [as well as older versions] shows definition also in the list of references. eg consider a file test.c --- #define TEST 1 -- Searching for "TEST" will show that it is 1. a macro defined at line 1, file test.c and 2. referenced in test.c at line 1 If the number of definitions is small, this is OK. But when the number of definitions is large, finding which of the references are actually references becomes a pain. The easiest solution for this would be to remove all definitions from the references list. If this is acceptable, I have a patch ready [the backend is MySQL] ---------------------------------------------------------------------- Comment By: Heikki Toivonen (hjtoi) Date: 2004-03-12 08:17 Message: Logged In: YES user_id=972898 Can you attach a patch, please? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=519945&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-01-27 11:40:56
|
Bugs item #885448, was opened at 2004-01-27 19:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885448&group_id=27350 Category: genxref Group: v0.3 Status: Open Resolution: None Priority: 5 Submitted By: Jack Chee (coywolf) Assigned to: Nobody/Anonymous (nobody) Summary: "0" get wronly converted to "" Initial Comment: "0" get wronly converted to "" check this http://lxr.linux.no/source/include/asm-i386/string.h?v=2.6.1#L370 by co...@lo... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885448&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-01-27 11:37:12
|
Bugs item #885442, was opened at 2004-01-27 03:32 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885442&group_id=27350 Category: genxref Group: v0.3 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: "0" get wronly converted to "" Initial Comment: "0" get wronly converted to "" check this http://lxr.linux.no/source/include/asm-i386/string.h?v=2.6.1#L370 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-27 03:37 Message: Logged In: NO "0" get wronly converted to "" check this http://lxr.linux.no/source/include/asm-i386/string.h?v=2.6.1#L370 by Co...@lo... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-27 03:34 Message: Logged In: NO submitted by co...@lo... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885442&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-01-27 11:34:27
|
Bugs item #885442, was opened at 2004-01-27 03:32 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885442&group_id=27350 Category: genxref Group: v0.3 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: "0" get wronly converted to "" Initial Comment: "0" get wronly converted to "" check this http://lxr.linux.no/source/include/asm-i386/string.h?v=2.6.1#L370 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-01-27 03:34 Message: Logged In: NO submitted by co...@lo... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885442&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-01-27 11:32:11
|
Bugs item #885442, was opened at 2004-01-27 03:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885442&group_id=27350 Category: genxref Group: v0.3 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: "0" get wronly converted to "" Initial Comment: "0" get wronly converted to "" check this http://lxr.linux.no/source/include/asm-i386/string.h?v=2.6.1#L370 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=885442&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-12-07 19:44:13
|
Bugs item #855880, was opened at 2003-12-07 20:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=855880&group_id=27350 Category: Browsing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Schneelocke (arcticwolf) Assigned to: Nobody/Anonymous (nobody) Summary: 0.9.2: problem with virtroot = '/' Initial Comment: This happens with lxr 0.9.2, running under perl 5.6.1. Setting the "virtroot" variable, which contains the local part of the lxr base URL, to '/' in the configuration file (lxr.conf) when lxr runs from the top-level directory of a (virtual) host results in generated links not working anymore; for example, an expected link target of "http://lxr.host.domain/source/" becomes "http://source/src". Setting "virtroot" to '' (empty string) instead solves the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=855880&group_id=27350 |
6 messages has been excluded from this view by a project administrator.
