lxr-developer Mailing List for LXR Cross Referencer (Page 32)
Brought to you by:
ajlittoz
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: SourceForge.net <no...@so...> - 2003-03-10 11:08:16
|
Bugs item #700771, was opened at 2003-03-10 20:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=700771&group_id=27350 Category: None Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Malcolm Box (mbox) Assigned to: Malcolm Box (mbox) Summary: Install dependencies not doced Initial Comment: The INSTALL doc doesn't document the need for the perl DBI and DBD drivers to be installed, leading to confusion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=700771&group_id=27350 |
From: Arne G. G. <ar...@li...> - 2003-03-10 09:20:56
|
Hi all, I've been alerted of a vulnerability in LXR 0.3 allowing an attacker to read random files on the hosting system as the http user. I've implemented a stop-gap fix on the lxr.linux.no site by patching lib/LXR/Config.pm as follows: --- lib/LXR/Config.pm 1998/04/30 11:58:17 1.3 +++ lib/LXR/Config.pm 2003/03/10 09:13:32 @@ -155,7 +155,9 @@ sub varexpand { my ($self, $exp) = @_; - $exp =~ s/\$\{?(\w+)\}?/$self->{variable}->{$1}/g; + $exp =~ s{\$\{?(\w+)\}?}{ + $self->{variable}->{$1} =~ /^([a-zA-Z0-9\.\-]*)$/ ? $1 : '' + }ge; return($exp); } It looks like 0.9.2 is vulnerable, as well. Malcolm, do you want to publish updates to the download images on the sourceforge site? Arne. |
From: SourceForge.net <no...@so...> - 2003-03-01 19:29:04
|
Bugs item #695699, was opened at 2003-03-01 19:35 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=695699&group_id=27350 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jon Foster (jongfoster) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot search for quote characters Initial Comment: Hi, I was trying to do a freetext search on lxr.linux.no for the string "0" - the quote characters are part of the search. Clicking search takes me to this URL: http://lxr.linux.no/search?string=%220%22 Which just displays: Abort! ** Aborting: Illegal characters in HTTP-parameters. It seems perfectly reasonable to me to want to search for a C quoted string in a C program. Similarly, searching for '0' (including the single quotes) takes me to this URL: http://lxr.linux.no/search?string=%270%27 Which has the same error message. I suspect that this is an anti-script-kiddie feature (if you are passing strings on the command line and want to prevent quoting attacks like the recent KDE 3.0.4 hole), so maybe this is a RFE (check everything is quote-safe then disable the anti-script-kiddie feature) rather than a bug. Kind regards, Jon Foster. ---------------------------------------------------------------------- >Comment By: Jon Foster (jongfoster) Date: 2003-03-01 19:38 Message: Logged In: YES user_id=199289 Hi, Sorry for the spam, I should have spotted this related issue before I submitted: Bug 463138 - Unable to enter full glimpse REs https://sourceforge.net/tracker/index.php?func=detail&aid=463138&group_id=27350&atid=390117 Kind regards, Jon Foster ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=695699&group_id=27350 |
From: SourceForge.net <no...@so...> - 2003-03-01 19:26:02
|
Bugs item #695699, was opened at 2003-03-01 19:35 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=695699&group_id=27350 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jon Foster (jongfoster) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot search for quote characters Initial Comment: Hi, I was trying to do a freetext search on lxr.linux.no for the string "0" - the quote characters are part of the search. Clicking search takes me to this URL: http://lxr.linux.no/search?string=%220%22 Which just displays: Abort! ** Aborting: Illegal characters in HTTP-parameters. It seems perfectly reasonable to me to want to search for a C quoted string in a C program. Similarly, searching for '0' (including the single quotes) takes me to this URL: http://lxr.linux.no/search?string=%270%27 Which has the same error message. I suspect that this is an anti-script-kiddie feature (if you are passing strings on the command line and want to prevent quoting attacks like the recent KDE 3.0.4 hole), so maybe this is a RFE (check everything is quote-safe then disable the anti-script-kiddie feature) rather than a bug. Kind regards, Jon Foster. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=695699&group_id=27350 |
From: SourceForge.net <no...@so...> - 2003-03-01 19:14:30
|
Bugs item #695697, was opened at 2003-03-01 11:24 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=695697&group_id=27350 Category: Browsing Group: unknown Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Silently corrupting source code on lxr.linux.no Initial Comment: Hi, LXR on lxr.linux.no is silently corrupting data. In particular, where the Linux kernel contains the string "0" (including the quotes) it is being displayed as "", which completely changes the meaning of the code. ("0" is often used as a constraint for inline assembly). The file I have noticed this in is include/asm-i386/uaccess.h. It seems to affect all versions of the file, and all places where the string "0" is used in that file. Here are some sample URLs (compare with your real kernel sources): http://lxr.linux.no/source/include/asm-i386/uaccess.h#L174 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L209 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L247 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L273 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L301 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L341 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L360 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L379 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L401 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L431 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L463 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L495 http://lxr.linux.no/source/include/asm-i386/uaccess.h#L537 http://lxr.linux.no/source/include/asm-i386/uaccess.h?v=2.4.18#L112 ... and others on the same page http://lxr.linux.no/source/include/asm-i386/uaccess.h?v=2.5.56#L117 ... and others on the same page And it's not just that file: http://lxr.linux.no/source/include/asm-x86_64/uaccess.h#L190 http://lxr.linux.no/source/include/asm-x86_64/uaccess.h#L229 Interestingly, it appears that the freetext search is using the correct, unmodified data. E.g.: http://lxr.linux.no/search?string=%5C%28__m%5C%28addr%5C%29%5C%29 The first few result lines all contain "0", and it is displayed correctly in the search results screen, but the hyperlink takes you to the corrupted file. Thanks for the great tool - I use lxr.linux.no a lot, and really appreciate it. However, silently corrupting code is not good... Kind regards, Jon Foster ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=695697&group_id=27350 |
From: SourceForge.net <no...@so...> - 2003-02-14 07:42:37
|
Feature Requests item #424845, was opened at 2001-05-17 15:56 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=424845&group_id=27350 Category: Website Group: None Status: Open Priority: 5 Submitted By: Malcolm Box (mbox) Assigned to: Nobody/Anonymous (nobody) Summary: Demo on the website Initial Comment: Make the website demo the current version of lxr, against the cvs repositories of sf ---------------------------------------------------------------------- Comment By: Lars Schouw (schouwla) Date: 2003-02-14 08:49 Message: Logged In: YES user_id=451604 At leat some quick screen shoots would be great for a start. ---------------------------------------------------------------------- Comment By: Peder O. Klingenberg (pok) Date: 2001-07-24 15:09 Message: Logged In: YES user_id=222352 Do we have database access on SF? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=424845&group_id=27350 |
From: Mel G. <me...@cs...> - 2003-01-29 19:18:06
|
(Second attempt, first mail got held) This is a patch against the stable version 0.3 to use static files whenever possible. I didn't check much against 0.9 but it looks like it would not take a lot of work to apply if active developers are interested in this feature. Obviously, I am not an active developer, nor am I subscribed to this list. This is a flying visit :-) The basic idea is that there is a static/ directory as well as a source/ . If a file is browsed with the source script the first time, a static HTML file will be outputted to static/ . The fileref() function checks to see if a static file is available when creating links and links to it if it is, or to the source script if it is not. Pros o Browser can now use cached local versions (nice for lagging connections) o LXR has less work to do as it doesn't regenerate the same file repeatadly Cons o Server needs more disk space as it eventually will have a second copy of the entire source Additinally, I tested this on my local LXR setup at http://136.201.24.87/lxr/http/source . For browsing a file, the rough timings were 1. Script generate and download file - 13 seconds 2. View static version for first time - 8 seconds 3. View static second time - 3 seconds diff -ruN lxr-0.3-clean/Common.pm lxr-0.3-mel/Common.pm --- lxr-0.3-clean/Common.pm Wed Jan 29 15:08:16 2003 +++ lxr-0.3-mel/Common.pm Wed Jan 29 18:09:46 2003 @@ -80,10 +80,25 @@ sub fileref { my ($desc, $path, $line, @args) = @_; - return("<a href=\"source$path". + local ($staticpath, $urlbase); + + # Check for a static version + $staticpath = $Conf->staticroot . $path . ".html"; + + if ( -e $staticpath ) { + return("<a href=\"" . $Conf->staticurl . + "/" . + $Conf->variable('v') . + "$path.html". + &urlargs(@args). + ($line > 0 ? "#L$line" : ""). + "\"\>$desc</a>"); + } else { + return("<a href=\"source$path". &urlargs(@args). ($line > 0 ? "#L$line" : ""). "\"\>$desc</a>"); + } } @@ -523,6 +538,8 @@ sub makeheader { local $who = shift; + local $outfun = shift; + local $expanded; if ($Conf->htmlhead && !open(TEMPL, $Conf->htmlhead)) { &warning("Template ".$Conf->htmlhead." does not exist."); @@ -534,7 +551,6 @@ close(TEMPL); } - print( #"<!doctype html public \"-//W3C//DTD HTML 3.2//EN\">\n", # "<html>\n", # "<head>\n", @@ -542,18 +558,25 @@ # "<base href=\"",$Conf->baseurl,"\">\n", # "</head>\n", - &expandtemplate($template, + $expanded = &expandtemplate($template, ('title', \&titleexpand), ('banner', \&bannerexpand), ('baseurl', \&baseurl), ('thisurl', \&thisurl), ('modes', \&modeexpand), - ('variables', \&varexpand))); + ('variables', \&varexpand)); + + if ($who eq "source") { + &$outfun($expanded); + } + print($expanded); } sub makefooter { local $who = shift; + local $outfun = shift; + local $expanded; if ($Conf->htmltail && !open(TEMPL, $Conf->htmltail)) { &warning("Template ".$Conf->htmltail." does not exist."); @@ -565,12 +588,17 @@ close(TEMPL); } - print(&expandtemplate($template, + $expanded = &expandtemplate($template, ('banner', \&bannerexpand), ('thisurl', \&thisurl), ('modes', \&modeexpand), - ('variables', \&varexpand)), - "</html>\n"); + ('variables', \&varexpand)) . + "</html>\n"; + if ($who eq "source") { + &$outfun($expanded); + } + print $expanded; + } diff -ruN lxr-0.3-clean/Config.pm lxr-0.3-mel/Config.pm --- lxr-0.3-clean/Config.pm Wed Jan 29 15:08:16 2003 +++ lxr-0.3-mel/Config.pm Wed Jan 29 18:35:02 2003 @@ -72,7 +72,7 @@ unless ($conf) { ($conf = $0) =~ s#/[^/]+$#/#; - $conf .= $confname; + $conf = $confname; } unless (open(CONFIG, $conf)) { @@ -96,6 +96,8 @@ $self->{vdefault}->{$args[0]}; } } elsif ($dir eq 'sourceroot' || + $dir eq 'staticroot' || + $dir eq 'staticurl' || $dir eq 'srcrootname' || $dir eq 'baseurl' || $dir eq 'incprefix' || @@ -171,6 +173,15 @@ return($self->varexpand($self->{'sourceroot'})); } +sub staticroot { + my $self = shift; + return($self->varexpand($self->{'staticroot'})); +} + +sub staticurl { + my $self = shift; + return($self->varexpand($self->{'staticurl'})); +} sub sourcerootname { my $self = shift; diff -ruN lxr-0.3-clean/Makefile lxr-0.3-mel/Makefile --- lxr-0.3-clean/Makefile Wed Jan 29 15:08:16 2003 +++ lxr-0.3-mel/Makefile Wed Jan 29 18:12:34 2003 @@ -22,6 +22,7 @@ install --directory $(INSTALLPREFIX)/http/lib/LXR install --directory $(INSTALLPREFIX)/bin install --directory $(INSTALLPREFIX)/source + install --directory $(INSTALLPREFIX)/static install --mode 755 $(CGISCRIPTS) $(INSTALLPREFIX)/http/ install --mode 750 genxref $(INSTALLPREFIX)/bin/ install --mode 755 Common.pm Config.pm $(INSTALLPREFIX)/http/lib/LXR diff -ruN lxr-0.3-clean/http/lxr.conf lxr-0.3-mel/http/lxr.conf --- lxr-0.3-clean/http/lxr.conf Wed Jan 29 15:08:16 2003 +++ lxr-0.3-mel/http/lxr.conf Wed Jan 29 18:38:01 2003 @@ -7,7 +7,10 @@ variable: a, Architecture, (i386, alpha, m68k, mips, ppc, sparc, sparc64) # Define the base url for the LXR files. -baseurl: http://lxr/ +baseurl: http://lxr/http/ + +# Define the base url for statically generated LXR files +staticurl: http://lxr/static/ # These are the templates for the HTML heading, directory listing and # footer, respectively. @@ -18,6 +21,9 @@ # The source is here. sourceroot: /local/lxr/source/$v/linux/ srcrootname: Linux + +# The static root is here +staticroot: /local/lxr/static/$v/ # "#include <foo.h>" is mapped to this directory (in the LXR source # tree) diff -ruN lxr-0.3-clean/source.in lxr-0.3-mel/source.in --- lxr-0.3-clean/source.in Wed Jan 29 15:08:16 2003 +++ lxr-0.3-mel/source.in Wed Jan 29 18:33:52 2003 @@ -203,6 +203,7 @@ if (open(SRCFILE, $Path->{'real'}.README)) { print("<hr><pre>"); + &markupfile(\*SRCFILE, $Path->{'virt'}, 'README', sub { print shift }); print("</pre>"); @@ -212,9 +213,11 @@ } else { if (open(SRCFILE, $Path->{'realf'})) { print("<pre>"); + print STATIC ("<pre>"); &markupfile(\*SRCFILE, $Path->{'virt'}, $Path->{'file'}, - sub { print shift }); + sub { $out = shift; print $out; print STATIC $out; }); print("</pre>"); + print STATIC "</pre>"; close(SRCFILE); } else { @@ -227,9 +230,42 @@ } } +sub openstatic { + local $mkpath; + local $pathpart; + local $fullpath; + + unless (! $Path->{'file'}) { + # Check if there is a static version of this file + if (-e ($Conf->staticroot . + $Path->{'virt'} . + $Path->{'file'})) { return; } + + #Create the required directory + $fullpath = $Conf->staticroot . $Path->{'virt'}; + foreach $pathpart (split/\//, $fullpath) { + $mkpath .= "/$pathpart"; + if ( ! -e $mkpath) { mkdir($mkpath); } + } + + # Open the file + open(STATIC, ">$fullpath/" . $Path->{'file'} . ".html") || + open(STATIC, ">$fullpath/" . $Path->{'file'} . ".html") || + &warning("Could not open static file: $fullpath" . $Path->{'file'}); + } +} + +sub closestatic { + unless (! $Path->{'file'}) { + close STATIC; + } +} + ($Conf, $HTTP, $Path) = &init; -&makeheader('source'); +&openstatic; +&makeheader('source', sub { print STATIC shift }); &printfile; -&makefooter('source'); +&makefooter('source', sub { print STATIC shift }); +&closestatic; |
From: SourceForge.net <no...@so...> - 2003-01-29 12:09:43
|
Bugs item #676739, was opened at 2003-01-29 12:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=676739&group_id=27350 Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gregor Hartmann (grex) Assigned to: Nobody/Anonymous (nobody) 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=676739&group_id=27350 |
From: <no...@so...> - 2002-11-19 09:51:04
|
Bugs item #640593, was opened at 2002-11-19 10:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=640593&group_id=27350 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Johan Vermeire (jvme_be) Assigned to: Nobody/Anonymous (nobody) Summary: File search with swish-e Initial Comment: Hi, I've set-up the LXR tool (version 0.9.2) with swish-e on a Solaris 2.8 system. After a few patches everthing seems to work with the swish-e interface, except the "file search". In the search perl script, there is only a method with glimpse by using the file: $config->glimpsedir."/.glimpse_filenames". The search perl script doesn't has a method for swish-e. Has anybody already completed this? I'm willing to do this, but I don't know yet how difficult this is . Which script are impacted? - find - genxref ... Another solution is to use glimpse as search engine. But I've the impression that swish-e is more powerfull. Regards, Johan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=640593&group_id=27350 |
From: <no...@so...> - 2002-11-19 09:40:39
|
Bugs item #640589, was opened at 2002-11-19 10:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=640589&group_id=27350 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Johan Vermeire (jvme_be) Assigned to: Nobody/Anonymous (nobody) Summary: File search with swish-e Initial Comment: Hi, I've set-up the LXR tool (version 0.9.2) with swish-e on a Solaris 2.8 system. After a few patches everthing seems to work with the swish-e interface, except the "file search". In the search perl script, there is only a method with glimpse by using the file: $config->glimpsedir."/.glimpse_filenames". The search perl script doesn't has a method for swish-e. Has anybody already completed this? I'm willing to do this, but I don't know yet how difficult this is . Which script are impacted? - find - genxref ... Another solution is to use glimpse as search engine. But I've the impression that swish-e is more powerfull. Regards, Johan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=640589&group_id=27350 |
From: <no...@so...> - 2002-10-28 10:24:43
|
Patches item #629763, was opened at 2002-10-28 10:24 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=629763&group_id=27350 Category: Browsing Group: Bugfix Status: Open Resolution: None Priority: 5 Submitted By: Vittal Aithal (vittal) Assigned to: Nobody/Anonymous (nobody) Summary: Tiny fix in default HTML templates Initial Comment: There's an unclosed <td> block in the html-head.html file, and a link with a messy leading whitespace in html-tail.html. v ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=629763&group_id=27350 |
From: <no...@so...> - 2002-10-27 21:09:29
|
Patches item #629550, was opened at 2002-10-27 21:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=629550&group_id=27350 Category: Genxref Group: Bugfix Status: Open Resolution: None Priority: 5 Submitted By: Vittal Aithal (vittal) Assigned to: Nobody/Anonymous (nobody) Summary: tabwidth=0 breaks genxref Initial Comment: Where a file has a tab-width emacs setting of zero, SimpleParse.pm breaks doing a modulus on the tab width. This is a small fix that ensures that the tabwidth value is non-zero. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=629550&group_id=27350 |
From: <no...@so...> - 2002-10-15 16:16:44
|
Feature Requests item #623617, was opened at 2002-10-15 09:16 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=623617&group_id=27350 Category: Browsing Interface Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Add a 'Download current file' link Initial Comment: While I browse a public LXR website, I compare versions of the same file etc - sometimes I want to save locally the viewed file version. CUrrently its a cut, paste and other post processing ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=623617&group_id=27350 |
From: <no...@so...> - 2002-10-14 09:12:09
|
Bugs item #622920, was opened at 2002-10-14 09:12 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=622920&group_id=27350 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bernhard Penz (bpenz) Assigned to: Nobody/Anonymous (nobody) Summary: Freetext search wíth swish-e Initial Comment: Hi, When explicitly selecting a (cvs) version in the source dialog, and then going to free text seach with swish-e, search fails with the following error: "Search failed err: Index file error: Could not open the index file '/home/pages/lxr/indexed_src/public/hello/swish- e/1.11.index': No such file or directory " 1.11 is the version number chosen. I did not succeed with getting any files generated with --allversions. Using the latest tarball of lxr. greetings, Berni ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=622920&group_id=27350 |
From: <no...@so...> - 2002-10-10 14:59:23
|
Bugs item #616797, was opened at 2002-10-01 07:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=616797&group_id=27350 Category: Browsing Group: v0.3 >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: AVillait (avillait) Assigned to: Nobody/Anonymous (nobody) Summary: When searching gives a perl Warning Initial Comment: I get the following warning when searching. ** Warning: Use of uninitialized value in subroutine entry at /usr/lib/perl5/5.6.1/i386-linux/DB_File.pm line 262. The search is still successful Line 262 of this file just has a DoTie__ which looks ok. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2002-10-10 23:59 Message: Logged In: YES user_id=215386 What version are you using? Looks like 0.3, which is no longer being maintained (at least by me). If not, post a better bug report, following the guidance given on the bug report page. Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=616797&group_id=27350 |
From: Darragh S. <Dar...@Su...> - 2002-10-10 10:11:14
|
Hi Malcolm, all, I have attempted to diagram the relationships, and here is my stab at it. If you want to edit, I have included the dia file, dia is available for most platforms from http://www.lysator.liu.se/~alla/dia and comes with GNOME Can you please tell me if the relationships are wrong Thanks Malcolm Box wrote: > Hi Darragh, > > Darragh Sherwin wrote: > >> I am looking to write an add-in to LXR that will find "dead" or >> un-used code, > > > Sounds like a cool addition - certainly something I'd love to see. > >> however I can't see the relationships betweem the tables in the database. >> Could you please send me (or put up on the web) a diagram of the >> relationships between the tables > > > I wish I had one! If anyone else on the list is a dab hand with a > drawing package, here's the info you need to make a diagram: > > There are three basic tables that hold info on filerevs, releases and > symbols, and then two tables which tie these together. > > The basic tables: > > Files table: information about every distinct (filename, revision) in > the system. > filename - obvious really :-) > revision - the revision number of this version of the file > fileid - unique ID for this file at this revision. > > Releases table: > fileid : Foreign key from files table > Release: release that this file is in. Note one fileid may appear in > multiple releases > > Symbols table: > symid: Unique id for each symbol. > symname: The unique string of characters for this symbol > > And the relation ones: > > Indexes table: > symid : A symbol id (Foreign key) > fileid : File that this symbol appears in (foreign key) > line : Line at which this symbol appears > langid : What language this file is in (C++, perl etc) > type : What sort of appearance of the symbol is this (type, langid > is looked up in the declarations table to turn this into a human > readable form). > relsym : Any symbol to which this appearance of the symbol is related. > > Since a symbol is simply a character string, it is possible that the > same string is used for different things in different parts of the > source base. So the indexes table will hold one entry for each place > where the symbol is defined/declared, along with what sort of > definition/declaration it is at that point (class, variable, macro etc). > > Useage table: > fileid : File identifier (Foreign key) > symid : Symbol id (Foreign key) > line : Line number in the file where the symbol appears > > The useage table tracks where the symbol is referenced. There is one > entry for each place in each file where something that matches a symbol > name exists. > > The final table is that status table, which just records what processing > has been done on each file. > > Regards, > > Malcolm > -- _______________________ Darragh Sherwin Email: Dar...@Su... Phone: x19788/+353-1-8199788 "To alcohol, the cause of, and solution to, all of life's problems" Homer Simpson |
From: Darragh S. <Dar...@Su...> - 2002-10-08 08:37:13
|
Hi, I am looking to write an add-in to LXR that will find "dead" or un-used code, however I can't see the relationships betweem the tables in the database. Could you please send me (or put up on the web) a diagram of the relationships between the tables Thanks -- _______________________ Darragh Sherwin Email: Dar...@Su... Phone: x19788/+353-1-8199788 "To alcohol, the cause of, and solution to, all of life's problems" Homer Simpson |
From: <no...@so...> - 2002-09-30 22:19:13
|
Bugs item #616797, was opened at 2002-09-30 15:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=616797&group_id=27350 Category: Browsing Group: v0.3 Status: Open Resolution: None Priority: 5 Submitted By: AVillait (avillait) Assigned to: Nobody/Anonymous (nobody) Summary: When searching gives a perl Warning Initial Comment: I get the following warning when searching. ** Warning: Use of uninitialized value in subroutine entry at /usr/lib/perl5/5.6.1/i386-linux/DB_File.pm line 262. The search is still successful Line 262 of this file just has a DoTie__ which looks ok. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=616797&group_id=27350 |
From: <no...@so...> - 2002-09-20 09:28:46
|
Bugs item #592922, was opened at 2002-08-09 13:58 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=592922&group_id=27350 Category: genxref Group: current cvs >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Shree Kumar (shreekumar) Assigned to: Nobody/Anonymous (nobody) Summary: Indexing & Referencing Bug Initial Comment: Say, I change(or add) a file and run genxref on the source-tree. Genxref now indexes the file. But other files might also contain references to symbols defined in the changed file. First, all references to this file from all files have to be deleted. Then all files have to be referenced. This is not handled in any LXR version till now. In a way, this bug is related to my previous bug report "Indexing files once Indexed is buggy" ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2002-09-20 18:28 Message: Logged In: YES user_id=215386 Correct. Incremental indexes is hard to do. The easiest solution, if your repository is small enough, is to re-run the complete genxref regularly, so that the data is not (too) out of date. In general the problem you point out won't occur, because it would be unusual to change a file to define a symbol in other files without also editing/changing the other files. I'm closing this as a duplicate of bug http://sourceforge.net/tracker/index.php?func=detail&aid=518365&group_id=27350&atid=390117 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=592922&group_id=27350 |
From: <no...@so...> - 2002-09-20 09:16:33
|
Bugs item #558607, was opened at 2002-05-21 19:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=558607&group_id=27350 Category: Browsing Group: current cvs >Status: Closed >Resolution: Fixed Priority: 2 Submitted By: Malcolm Box (mbox) Assigned to: Nobody/Anonymous (nobody) Summary: Use of internal-gopher-* images Initial Comment: The source browsing feature of lxr uses Netscape's internal-gopher-* images in the directory listings. These are not available on all browsers. This creates a poor display with lots of broken images showing. Either we should use the Apache default icons, or ship the Mozilla icons with lxr and use those. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2002-09-20 18:16 Message: Logged In: YES user_id=215386 Fixed in 0.9.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=558607&group_id=27350 |
From: <no...@so...> - 2002-09-13 17:20:45
|
Patches item #608981, was opened at 2002-09-13 17:20 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=608981&group_id=27350 Category: Browsing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tony Garnock-Jones (surazal) Assigned to: Nobody/Anonymous (nobody) Summary: Support baseurl_aliases in lxr.conf Initial Comment: Allows a single config block to be accessed using one of several URL prefixes. ... { baseurl => 'http://phage/lxr', baseurl_aliases => [ 'http://phage.full.domain.name/lxr', 'http://192.168.4.4/lxr' ], ... }, ... If baseurl_aliases is absent, the normal behaviour remains. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=608981&group_id=27350 |
From: <no...@so...> - 2002-09-13 10:43:41
|
Bugs item #525825, was opened at 2002-03-05 15:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=525825&group_id=27350 Category: genxref Group: v0.9.1 Status: Open Resolution: None Priority: 6 Submitted By: Malcolm Box (mbox) Assigned to: Malcolm Box (mbox) Summary: genxref gets wrong config Initial Comment: Using an lxr.conf file with two blocks, one http://lon-xref/lxr and one http://lon-xref/lxr-new, genxref would not complain for urls such as http://lon-xref/lxr-wibble. Instead, it appears to pick up the http://lon-xref/lxr configuration. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2002-09-13 19:43 Message: Logged In: YES user_id=215386 Cause lies in config.pm, where the url is matched against the config root value. If one config root is a substring of another, then the wrong one will be picked up. E.g with http://example.com/lxr and http://example.com/lxr-development the first will always be selected. The obvious fix of adding $ to the regexp doesn't work, since the URL will include a script name (and possibly a path, e.g. for source). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=525825&group_id=27350 |
From: <no...@so...> - 2002-09-06 12:36:54
|
Bugs item #565811, was opened at 2002-06-07 06:25 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=565811&group_id=27350 Category: Lang support Group: v0.9.1 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Gregor Hartmann (grex) Assigned to: Nobody/Anonymous (nobody) Summary: unreadable files can terminate genxref !! includes FIX Initial Comment: When an unreadable file is encountered whos language cannot be determined by the filename the file is opened to see if it is a script. The file is opened using FileHandle to read the first line. however if new FileHandle fails, this is not checked and getline terminates the program with following error: Can't call method "getline" on an undefined value at lib/LXR/Lang.pm line 47. I changed some lines in lib/LXR/Lang.pl to fix this. The files are then treated as if no language was found. I Added two lines of context above and below starting at line 41 in lib/LXR/Lang.pl if (!defined $lang) { # Try to see if it's a script my $shebang; my $fh = $files->getfilehandle($pathname, $release); if ( 1 ) { $fh->getline =~ /^\#!\s*(\S+)/s; $shebang = $1; } else { $shebang = ""; } my %filetype = %{$config->filetype}; my %inter = %{$config->interpreters}; ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-09-06 05:36 Message: Logged In: NO Hi, How can unreadable/invisible files be excluded from index generation completely?. I have integrated LXR with config'n management system, ClearCase, which used views which filters what files/dirs (elements) that applied. The problem is that these files/dirs are still included in mysql index generation. In LXR release 0.9.1, I also made fixes to make genxref able to generate versions with such unreadable files. However, did not manage to exclude such entries completely. How about you - any suggestions/fixes? See below for an example BR Sverre Torjussen (Ericsson/Norway) > It seems as though 'invisible' files/dirs (or nonexisting not just not > readable as in this case) are still presented in lxr0.9.2. Here is an > example. > > (root) krem:/space/lxr/src_root>ls -l /view/lxr_CRH109338_LAST1/clearcase/semafor/GR_FuncBlocks_002/cnh160583_ip > /view/lxr_CRH109338_LAST1/clearcase/semafor/GR_FuncBlocks_002/cnh160583_ip/doc: No such file or directory > total 3 > -r--r--r-- 1 etomvs eto-semafor 228 May 3 17:56 1551_cnh160583.cfg > drwxrwxrwx 2 etohajn eto-semafor 27 May 3 17:55 config > drwxrwxrwx 2 etohajn eto-semafor 30 May 3 17:55 includeg > > In this case, the 'doc' dir is still presented by lxr. > > How can this be excluded? > ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2002-07-28 17:47 Message: Logged In: YES user_id=215386 Fixed in current CVS ---------------------------------------------------------------------- Comment By: Gregor Hartmann (grex) Date: 2002-06-07 07:46 Message: Logged In: YES user_id=559509 that should be a if ( $fh ) instead of if ( 1 ) of course up there ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=565811&group_id=27350 |
From: <no...@so...> - 2002-09-06 12:28:23
|
Bugs item #592258, was opened at 2002-08-08 04:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=592258&group_id=27350 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong output at lxr.linux.no Initial Comment: Sorry if this is the wrong place for this. If you look at http://lxr.linux.no/source/include/asm-i386/div64.h on line 12 there's asm("divl %2":"=a" (__low), "=d" (__mod):"rm" (base), "" (__low), "1" (__upper)); \ but the actual linux source has asm("divl %2":"=a" (__low), "=d" (__mod):"rm" (base), "0" (__low), "1" (__upper)); \ (notice the missing 0) ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2002-09-06 21:28 Message: Logged In: YES user_id=215386 Sorry, this is not the right place for this - I have no control over that site. Comments on lxr.linux.no should be sent to lx...@li.... Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=592258&group_id=27350 |
From: <no...@so...> - 2002-09-06 12:28:07
|
Bugs item #592258, was opened at 2002-08-08 04:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=592258&group_id=27350 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong output at lxr.linux.no Initial Comment: Sorry if this is the wrong place for this. If you look at http://lxr.linux.no/source/include/asm-i386/div64.h on line 12 there's asm("divl %2":"=a" (__low), "=d" (__mod):"rm" (base), "" (__low), "1" (__upper)); \ but the actual linux source has asm("divl %2":"=a" (__low), "=d" (__mod):"rm" (base), "0" (__low), "1" (__upper)); \ (notice the missing 0) ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2002-09-06 21:28 Message: Logged In: YES user_id=215386 Sorry, this is not the right place for this - I have no control over that site. Comments on lxr.linux.no should be sent to lx...@li.... Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=592258&group_id=27350 |