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: SourceForge.net <no...@so...> - 2005-03-17 01:48:45
|
Bugs item #1164938, was opened at 2005-03-17 02:46 Message generated for change (Comment added) made by arpiun You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1164938&group_id=27350 Category: Browsing Group: v0.3 Status: Open Resolution: None Priority: 5 Submitted By: Arnaud PN (arpiun) Assigned to: Nobody/Anonymous (nobody) Summary: Bug resolved + 1 bug unresolved Initial Comment: Hello I'm using FreeBSD 5.4 and last dev version isn't working at all. But it's a detail ;-) I'm using 0.3 and it is working fine. Just 2 little bugs: When browsing the result of a search with glimpse, it includes the full path (not the relative) and the result is that I can't browse the sources. I resolve this bug with htaccess (here absolute path is: /usr/src/sys/): RewriteEngine on RewriteRule ^source[\/\/]usr[\/]src[\/]sys[\/](.*) source//$1 And the other bug I can't resolve is that diff won't work with any argument ... http://fxr.pnzone.net/diff ---------------------------------------------------------------------- >Comment By: Arnaud PN (arpiun) Date: 2005-03-17 02:48 Message: Logged In: YES user_id=1128261 here are my conf: root@pnserver# uname -a FreeBSD pnserver.pnzone.net 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #1: Fri Mar 4 22:48:10 CET 2005 ro...@pn...:/usr/src/sys/i386/compile/PNkernel i386 root@pnserver# cat http/lxr.conf # Configuration file. # Define typed variable "v", read valueset from file. variable: v, Version, [/net/http/lxr/source/versions], [/usr/local/lxr/source/defversion] # Define typed variable "a". First value is default. #variable: a, Architecture, (i386, alpha, amd64, ia64, sparc64) # Define the base url for the LXR files. baseurl: http://fxr.pnzone.net/ # These are the templates for the HTML heading, directory listing and # footer, respectively. htmlhead: /net/http/lxr/http/template-head htmltail: /net/http/lxr/http/template-tail htmldir: /net/http/lxr/http/template-dir # The source is here. sourceroot: /net/http/lxr/source/$v/freebsd/ srcrootname: FreeBSD # "#include <foo.h>" is mapped to this directory (in the LXR source # tree) incprefix: /i386/include # The database files go here. dbdir: /net/http/lxr/source/$v/ # Glimpse can be found here. glimpsebin: /usr/local/bin/glimpse # The power of regexps. This is pretty Linux-specific, but quite # useful. Tinker with it and see what it does. (How's that for # documentation?) map: /include/asm[^\/]*/ /include/asm-$a/ map: /arch/[^\/]+/ /arch/$a/ root@pnserver# ll source/ total 4 drwxr-xr-x 2 root wheel 512 Mar 17 02:24 RELENG-5 -rw-r--r-- 1 root wheel 0 Mar 17 01:24 defversion -rw-r--r-- 1 root wheel 9 Mar 17 01:25 versions root@pnserver# ll source/RELENG-5/ total 41358 -rw-r--r-- 1 root wheel 319706 Mar 17 02:24 .glimpse_filenames -rw-r--r-- 1 root wheel 28096 Mar 17 02:24 .glimpse_filenames_index -rw-r--r-- 1 root wheel 0 Mar 17 02:24 .glimpse_filetimes -rw-r--r-- 1 root wheel 4097988 Mar 17 02:24 .glimpse_index -rw-r--r-- 1 root wheel 267 Mar 17 02:24 .glimpse_messages -rw-r--r-- 1 root wheel 940 Mar 17 02:24 .glimpse_partitions -rw-r--r-- 1 root wheel 13286 Mar 17 02:24 .glimpse_statistics -rw-r--r-- 1 root wheel 393216 Mar 17 01:19 fileidx lrwxr-xr-x 1 root wheel 13 Mar 17 01:52 freebsd -> /usr/src/sys/ -rw-r--r-- 1 root wheel 45236224 Mar 17 01:19 xref root@pnserver# cat source/versions RELENG-5 root@pnserver# ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1164938&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-03-17 01:47:35
|
Bugs item #1164938, was opened at 2005-03-17 02:46 Message generated for change (Settings changed) made by arpiun You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1164938&group_id=27350 Category: Browsing Group: v0.3 Status: Open Resolution: None Priority: 5 Submitted By: Arnaud PN (arpiun) Assigned to: Nobody/Anonymous (nobody) >Summary: Bug resolved + 1 bug unresolved Initial Comment: Hello I'm using FreeBSD 5.4 and last dev version isn't working at all. But it's a detail ;-) I'm using 0.3 and it is working fine. Just 2 little bugs: When browsing the result of a search with glimpse, it includes the full path (not the relative) and the result is that I can't browse the sources. I resolve this bug with htaccess (here absolute path is: /usr/src/sys/): RewriteEngine on RewriteRule ^source[\/\/]usr[\/]src[\/]sys[\/](.*) source//$1 And the other bug I can't resolve is that diff won't work with any argument ... http://fxr.pnzone.net/diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1164938&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-03-17 01:46:56
|
Bugs item #1164938, was opened at 2005-03-17 02:46 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=1164938&group_id=27350 Category: Browsing Group: v0.3 Status: Open Resolution: None Priority: 5 Submitted By: Arnaud PN (arpiun) Assigned to: Nobody/Anonymous (nobody) Summary: Bug resolved + 1 bug open Initial Comment: Hello I'm using FreeBSD 5.4 and last dev version isn't working at all. But it's a detail ;-) I'm using 0.3 and it is working fine. Just 2 little bugs: When browsing the result of a search with glimpse, it includes the full path (not the relative) and the result is that I can't browse the sources. I resolve this bug with htaccess (here absolute path is: /usr/src/sys/): RewriteEngine on RewriteRule ^source[\/\/]usr[\/]src[\/]sys[\/](.*) source//$1 And the other bug I can't resolve is that diff won't work with any argument ... http://fxr.pnzone.net/diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1164938&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-02-13 19:59:32
|
Bugs item #489866, was opened at 2001-12-06 14:47 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=489866&group_id=27350 Category: genxref Group: current cvs >Status: Closed >Resolution: Wont Fix Priority: 8 Submitted By: Malcolm Box (mbox) Assigned to: Peder O. Klingenberg (pok) Summary: --allversions doesn't work Initial Comment: This is a tracking bug for the the CVS.pm changes needed to make --allversions work properly across CVS and Files. Currently one or the other works - we need both to work with the same semantics before 1.00 ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2005-02-13 19:59 Message: Logged In: YES user_id=215386 Closed as this is unlikely to ever work well for CVS files since working out what all the branches/versions are is hard. It's also unlikely to be what's wanted in a LXR install. ---------------------------------------------------------------------- Comment By: Dave Brondsema (brondsem) Date: 2004-07-07 20:45 Message: Logged In: YES user_id=341298 The versions for CVS.pm are branches and tags. These can be applied at any level of the codebase, so for example version 'branch-for-feature-X' might only exist in myapp/src/component/foo and nowhere else in the codebase. It wouldn't make sense for --allversions to index this version. The best solution I can think of is for --allversions to index the default version. I already modified genxref to display an error if --allversions is used but the version range returns nothing (as is the case with CVS). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=489866&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-02-09 04:46:05
|
Bugs item #1119086, was opened at 2005-02-08 20:46 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=1119086&group_id=27350 Category: Database interface Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Postgres.pm missing a few ${prefix}es Initial Comment: The sequence names in Postgres.pm need to be prefixed with the variable which holds the naming prefix, ie lxr_ ke...@ap... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1119086&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-01-28 22:52:55
|
Bugs item #1111786, was opened at 2005-01-28 14:52 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=1111786&group_id=27350 Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Failure to open file not detected Initial Comment: lxr-0.9.3, perl 5.8.2, running against a CVS tree. The CVS code restricts the search path for "co"; in my installation, it wasn't located in that path. The check for success running "co" looks at $fileh, but open() sets $fileh regardless of success. Instead, check the return value from open() to determine whether "co" was run successfully, e.g. $rtn = open($fileh, "-|", "co -q -p$rev $clean_filename"); die ("...") unless $rtn; (CVS.pm ca. line 170) The open was failing silently, so the results from genxref were all empty files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1111786&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-01-06 10:20:34
|
Bugs item #1047764, was opened at 2004-10-15 14:03 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1047764&group_id=27350 Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: incomplete web links Initial Comment: I'm using lxr-0.9.3. Even though lxr_useage contains all the correct references, some of the webpages' reference sections are incomplete - even though the underlying data is correct. Has this been come across before? ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2005-01-06 10:20 Message: Logged In: YES user_id=215386 I haven't seen this before, and can't reproduce here. Can you provide steps to reproduce - a source file that demonstrates the problem, and what you did to get the lxr_useage table filled with references that don't show up? Thanks, Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1047764&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-01-05 17:24:19
|
Bugs item #1031784, was opened at 2004-09-21 10:53 Message generated for change (Settings changed) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1031784&group_id=27350 Category: Documentation >Group: v0.9.3 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Malcolm Box (mbox) Summary: Mysql 4 required Initial Comment: The libraries for Mysql queries (LXR::Index::Mysql) makes use of the "DELETE FROM table USING table_reference .." syntax. This is a MySQL 4.x feature, so things like purging of the database will not work using a Mysql 3.x back-end. The requirement for MySQL 4 should be stated in the documentation This is found in release 0.9.3, but submitted as a 0.9.1 bug as there is no 0.9.3 bug group yet. Jon Wilson jon...@as... PS. Keep up the good work! ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2005-01-05 17:13 Message: Logged In: YES user_id=215386 This has now been fixed in CVS. If you can install the new version and check that it solves your problem, then it would be very useful. Thanks for reporting this defect and helping to make LXR better. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1031784&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-01-05 17:13:37
|
Bugs item #1031784, was opened at 2004-09-21 10:53 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1031784&group_id=27350 Category: Documentation Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Malcolm Box (mbox) Summary: Mysql 4 required Initial Comment: The libraries for Mysql queries (LXR::Index::Mysql) makes use of the "DELETE FROM table USING table_reference .." syntax. This is a MySQL 4.x feature, so things like purging of the database will not work using a Mysql 3.x back-end. The requirement for MySQL 4 should be stated in the documentation This is found in release 0.9.3, but submitted as a 0.9.1 bug as there is no 0.9.3 bug group yet. Jon Wilson jon...@as... PS. Keep up the good work! ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2005-01-05 17:13 Message: Logged In: YES user_id=215386 This has now been fixed in CVS. If you can install the new version and check that it solves your problem, then it would be very useful. Thanks for reporting this defect and helping to make LXR better. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1031784&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-12-14 19:08:03
|
Bugs item #1085321, was opened at 2004-12-14 19:08 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=1085321&group_id=27350 Category: Database interface Group: v0.9.3 Status: Open Resolution: None Priority: 5 Submitted By: George Cross (gccross) Assigned to: Nobody/Anonymous (nobody) Summary: updated Oracle.pm and initdb_oracle.sql Initial Comment: I recently installed LXR using an Oracle 8.1.7 database. I had to modify the Oracle.pm and initdb_oracle.sql files to make it work. Here they have been attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1085321&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-10-24 10:03:58
|
Feature Requests item #1053123, was opened at 2004-10-24 10:03 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=1053123&group_id=27350 Category: General Group: None Status: Open Priority: 5 Submitted By: Rumpeltux (rumpeltux) Assigned to: Nobody/Anonymous (nobody) Summary: Better Diff-Engine Initial Comment: Hi, the diff-engine used by LXR often produces a lot of garbage and does not give too detailed information about the actual differences. What i'd like to see is st. like the engine the wikimedia-project uses (e.g. in the wikipedia), where even the changes in one line are highlighted... This would be great ;) Regards, Rumpeltux ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=1053123&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-10-21 19:01:02
|
Bugs item #518365, was opened at 2002-02-16 04:04 Message generated for change (Comment added) made by bjjohnson 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: Brian J. Johnson (bjjohnson) Date: 2004-10-21 14:01 Message: Logged In: YES user_id=85501 Here's a patch to provide incremental reindexing. The --reindexall option was useful, but not really what's required (at least, not what I really wanted): I want to avoid reindexing files which haven't changed, remove all index info. for files which have been deleted, and correctly reindex (i.e. without duplication) files which which have changed. This patch does so. ItWorksForMe, please let me know if it breaks for you. (And if someone wants to add support for databases besides mysql, please do!) I _think_ I got the database manipulation right; please let me know if I've made any bad assumptions about how the tables relate, or about the semantics of the various fields. I've tested this with Files::Plain and Index::Mysql. The patch is against lxr 0.9.3. Thanks, Brian ---------------------------------------------------------------------- Patch to add incremental indexing to lxr-0.9.3 By Brian J. Johnson 10/21/04 This patch adds incremental indexing to lxr-0.9.3. That is, files which have not changed are not reindexed, and files which have changed or been removed have their old information erased from the database before they are reindexed. On my machine, this saves _hours_ of reindexing time on trees which don't change much from day to day. The patch modifies genxref to add an extra pass before the existing gensearch, genindex, and genrefs passes. For each file in the current release, it retrieves the file's revision from the database and checks if the file has changed in the file store: i.e. $files->filerev() is different from the revision in the database. If the file has changed, it calls $index->purgefile() to remove that fileid (i.e. [filename, revision] pair) from the release. If that fileid is no longer active in any release, $index->purgefile() removes it from the other tables as well. Then the genindex and genrefs passes add the new revision of the file (with a new fileid) to the database. Symbols can still be left around (as with the "reindexall" option), so the administrator should drop and regenerate the database completely from scratch every so often. I haven't tried to add support for any database besides mysql, as I have no way to test the changes. It should be pretty easy for others to add it, though. (I don't really even know SQL, and I could do the mysql port in a few hours, working solely from the documentation at mysql.com.) Questions and comments: - $self->{releases_select} was not being undef-ed in the DESTROY routine. Added that. - When is it necessary to call $self->{xxx}->finish()? Some dbi queries seem to do so, and others don't. Index: lxr-0.9.3/genxref =================================================================== --- lxr-0.9.3.orig/genxref 2004-10-21 13:19:44.000000000 -0500 +++ lxr-0.9.3/genxref 2004-10-21 13:38:51.000000000 -0500 @@ -89,11 +89,29 @@ foreach my $version (@versions) { $index->purge($version) if $option{'reindexall'}; + cleanindex($version); gensearch($version); genindex('/', $version); genrefs('/', $version); } +sub cleanindex { + my ($release) = @_; + my ($f, @files); + + @files = $index->getfiles($release); + foreach $f (@files) { + # $f == [filename, fileid, revision] + # Skip this file if it is still at the same revision + next if $files->filerev($f->[0], $release) == $f->[2]; + + print(STDERR "%%% DELETED/MODIFIED: ", join(" ", @$f), "\n"); + + # Remove old revision from this release. + $index->purgefile($f->[1], $release); + } +} + sub genindex { my ($pathname, $release) = @_; Index: lxr-0.9.3/lib/LXR/Index/Mysql.pm =================================================================== --- lxr-0.9.3.orig/lib/LXR/Index/Mysql.pm 2004-10-21 13:19:44.000000000 -0500 +++ lxr-0.9.3/lib/LXR/Index/Mysql.pm 2004-10-21 13:39:07.000000000 -0500 @@ -56,6 +56,11 @@ $self->{dbh} ->prepare("insert into ${prefix}files (filename, revision, fileid) values (?, ?, NULL)"); + $self->{allfiles_select} = + $self->{dbh}->prepare("select f.filename, f.fileid, f.revision " + . "from ${prefix}files f, ${prefix}releases r " + . "where f.fileid = r.fileid and r.release = ?"); + $self->{symbols_byname} = $self->{dbh}->prepare("select symid from ${prefix}symbols where symname = ?"); $self->{symbols_byid} = @@ -81,6 +86,10 @@ $self->{dbh}->prepare("select * from ${prefix}releases where fileid = ? and release = ?"); $self->{releases_insert} = $self->{dbh}->prepare("insert into ${prefix}releases (fileid, release) values (?, ?)"); + $self->{releases_delete} = + $self->{dbh}->prepare("delete from ${prefix}releases where fileid = ? and release = ?"); + $self->{releases_select_file} = + $self->{dbh}->prepare("select * from ${prefix}releases where fileid = ?"); $self->{status_get} = $self->{dbh}->prepare("select status from ${prefix}status where fileid = ?"); @@ -134,6 +143,19 @@ . "where f.fileid = r.fileid " . "and r.release = ?"); + $self->{indexes_del_fileid} = + $self->{dbh}->prepare("delete from ${prefix}indexes " + . "where ${prefix}indexes.fileid = ?"); + $self->{useage_del_fileid} = + $self->{dbh}->prepare("delete from ${prefix}useage " + . "where ${prefix}useage.fileid = ?"); + $self->{status_del_fileid} = + $self->{dbh}->prepare("delete from ${prefix}status " + . "where ${prefix}status.fileid = ?"); + $self->{files_del_fileid} = + $self->{dbh}->prepare("delete from ${prefix}files " + . "where ${prefix}files.fileid = ?"); + return $self; } @@ -326,6 +348,47 @@ return $id; } +# List all files in this release +sub getfiles { + my ($self, $release) = @_; + my ($rows, @ret); + + $rows = $self->{allfiles_select}->execute("$release"); + + while ($rows-- > 0) { + push(@ret, [ $self->{allfiles_select}->fetchrow_array ] ); + } + + $self->{allfiles_select}->finish(); + + return @ret; +} + +# Remove all references to $fileid from $release +sub purgefile { + my ($self, $fileid, $release) = @_; + + # Remove $fileid from $release + $self->{releases_delete}->execute($fileid, $release); + $self->{releases_delete}->finish(); + + # Find how many releases still reference $fileid + my $rows = $self->{releases_select_file}->execute($fileid + 0); + $self->{releases_select_file}->finish(); + + # If none, remove fileid from all other tables + unless ($rows > 0) { + # we don't delete symbols, because they might be used by other + # versions so we can end up with unused symbols, but that + # doesn't cause any problems. Drop and rebuild the database + # from time to time if it bothers you. + $self->{indexes_del_fileid}->execute($fileid); + $self->{useage_del_fileid}->execute($fileid); + $self->{status_del_fileid}->execute($fileid); + $self->{files_del_fileid}->execute($fileid); + } +} + sub purge { my ($self, $version) = @_; @@ -342,11 +405,15 @@ my ($self) = @_; $self->{files_select} = undef; $self->{files_insert} = undef; + $self->{allfiles_select} = undef; $self->{symbols_byname} = undef; $self->{symbols_byid} = undef; $self->{symbols_insert} = undef; $self->{indexes_insert} = undef; + $self->{releases_select} = undef; $self->{releases_insert} = undef; + $self->{releases_delete} = undef; + $self->{releases_select_file} = undef; $self->{status_insert} = undef; $self->{status_update} = undef; $self->{usage_insert} = undef; @@ -358,6 +425,10 @@ $self->{delete_status} = undef; $self->{delete_releases} = undef; $self->{delete_files} = undef; + $self->{indexes_del_fileid} = undef; + $self->{useage_del_fileid} = undef; + $self->{status_del_fileid} = undef; + $self->{files_del_fileid} = undef; if ($self->{dbh}) { $self->{dbh}->disconnect(); ---------------------------------------------------------------------- Comment By: Dave Brondsema (brondsem) Date: 2004-07-20 10:25 Message: Logged In: YES user_id=341298 Yes. For the version being indexed, it deletes all data directly related to that version. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-07-20 09:42 Message: Logged In: NO Sorry, I can't access CVS (firewall). Does your switch do "intelligent" job like described in message dated "2002-02-18 23:21" below? ---------------------------------------------------------------------- Comment By: Dave Brondsema (brondsem) Date: 2004-07-20 07:21 Message: Logged In: YES user_id=341298 I have recently added the --reindexall option to genxref (in CVS). Please try and see if this works. Perhaps it should be default and not an option if it does. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-07-20 06:36 Message: Logged In: NO Shree, you've said you had a patch, could you attach to the Tracker? Thanks, Dennis ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-07-20 06:31 Message: Logged In: NO Still no fix for this? ---------------------------------------------------------------------- Comment By: Heikki Toivonen (hjtoi) Date: 2004-03-12 11:48 Message: Logged In: YES user_id=972898 Anyone have a patch for this? ---------------------------------------------------------------------- Comment By: Richard Kisley (kisley) Date: 2003-04-07 19: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 08: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-19 01: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 08: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 07: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 06: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-10-20 08:58:44
|
Feature Requests item #942911, was opened at 2004-04-27 12:23 Message generated for change (Comment added) made by rolandschwingel 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. ---------------------------------------------------------------------- Comment By: Roland Schwingel (rolandschwingel) Date: 2004-10-20 10:58 Message: Logged In: YES user_id=710704 Oh yes!! This would be really cool to have... I am at present searching for an application doing this... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=942911&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-10-15 13:05:34
|
Bugs item #1047761, was opened at 2004-10-15 06:01 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1047761&group_id=27350 Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: duplicate entries in lxr_useage Initial Comment: For some reason running genxref (lxr-0.9.3) duplicate entries are being inserted into lxr_useage. The cross-referencing is all correct, but duplicated! ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-10-15 06:05 Message: Logged In: NO Interestingly, this does not occur in the older version 0.9.2. Perhaps a bug has been introduced between versions? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1047761&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-10-15 13:03:42
|
Bugs item #1047764, was opened at 2004-10-15 06:03 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=1047764&group_id=27350 Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: incomplete web links Initial Comment: I'm using lxr-0.9.3. Even though lxr_useage contains all the correct references, some of the webpages' reference sections are incomplete - even though the underlying data is correct. Has this been come across before? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1047764&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-10-15 13:01:59
|
Bugs item #1047761, was opened at 2004-10-15 06:01 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=1047761&group_id=27350 Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: duplicate entries in lxr_useage Initial Comment: For some reason running genxref (lxr-0.9.3) duplicate entries are being inserted into lxr_useage. The cross-referencing is all correct, but duplicated! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1047761&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-10-07 14:51:39
|
Bugs item #1042310, was opened at 2004-10-07 14:51 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=1042310&group_id=27350 Category: genxref Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Steven Pelletier (smpell) Assigned to: Nobody/Anonymous (nobody) Summary: No langid for language tcl Initial Comment: While running genxref on a version that contains .tcl files, the following fatal error occurs: *** /path/to/file.tcl cps Unable to create LXR::Lang::Generic Lang object, No langid for language tcl at lib/LXR/Lang/Generic.pm line 50. The environment is v0.9.3, MySql, plain files. Commenting out the tcl line from filetypes is an effective work-around. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1042310&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-09-21 09:54:00
|
Bugs item #1031784, was opened at 2004-09-21 02:53 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=1031784&group_id=27350 Category: Documentation Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Malcolm Box (mbox) Summary: Mysql 4 required Initial Comment: The libraries for Mysql queries (LXR::Index::Mysql) makes use of the "DELETE FROM table USING table_reference .." syntax. This is a MySQL 4.x feature, so things like purging of the database will not work using a Mysql 3.x back-end. The requirement for MySQL 4 should be stated in the documentation This is found in release 0.9.3, but submitted as a 0.9.1 bug as there is no 0.9.3 bug group yet. Jon Wilson jon...@as... PS. Keep up the good work! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1031784&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-08-15 05:49:55
|
Bugs item #1009433, was opened at 2004-08-15 14:49 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=1009433&group_id=27350 Category: Browsing Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Hideaki Suzuki (h1suzuki) Assigned to: Nobody/Anonymous (nobody) Summary: extra </html> Initial Comment: the current lxr seems to have an extra html anchor, failing HTML 4.01TR validation, because both Common.pm and html-head.html have that anchor. I'm using lxr-0.9.2 and according to CVS head, the problem looks like still exists. I'm not sure which part of the files is guilty, but I wanted to let templates to start AND to end an html. so here is a fix attempt. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1009433&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-07-27 20:45:31
|
Bugs item #998386, was opened at 2004-07-26 20:35 Message generated for change (Comment added) made by brondsem You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=998386&group_id=27350 Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Malcolm Box (mbox) Assigned to: Dave Brondsema (brondsem) Summary: Freetext index rebuilt unnecessarily Initial Comment: The new freetext indexing first algorithm doesn't check if the file was already indexed before re-freetext indexing it. The result is that on an unchanged tree a large amount of unnecessary indexing takes place. The code should check whether the file has been modified or not been indexed and if so, only then index it. ---------------------------------------------------------------------- >Comment By: Dave Brondsema (brondsem) Date: 2004-07-27 16:45 Message: Logged In: YES user_id=341298 I'm not understanding. Did it do this before? I don't see how. Isn't that the freetext indexer's responsibility? Or did genxref do it somehow? ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2004-07-27 03:53 Message: Logged In: YES user_id=215386 This is using swish-e - haven't tested glimpse, but don't see any logic that would prevent it. ---------------------------------------------------------------------- Comment By: Dave Brondsema (brondsem) Date: 2004-07-26 20:56 Message: Logged In: YES user_id=341298 With glimpse or swish-e? Or both? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=998386&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-07-27 07:53:53
|
Bugs item #998386, was opened at 2004-07-27 01:35 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=998386&group_id=27350 Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Malcolm Box (mbox) Assigned to: Dave Brondsema (brondsem) Summary: Freetext index rebuilt unnecessarily Initial Comment: The new freetext indexing first algorithm doesn't check if the file was already indexed before re-freetext indexing it. The result is that on an unchanged tree a large amount of unnecessary indexing takes place. The code should check whether the file has been modified or not been indexed and if so, only then index it. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2004-07-27 08:53 Message: Logged In: YES user_id=215386 This is using swish-e - haven't tested glimpse, but don't see any logic that would prevent it. ---------------------------------------------------------------------- Comment By: Dave Brondsema (brondsem) Date: 2004-07-27 01:56 Message: Logged In: YES user_id=341298 With glimpse or swish-e? Or both? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=998386&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-07-27 00:56:37
|
Bugs item #998386, was opened at 2004-07-26 20:35 Message generated for change (Comment added) made by brondsem You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=998386&group_id=27350 Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Malcolm Box (mbox) Assigned to: Dave Brondsema (brondsem) Summary: Freetext index rebuilt unnecessarily Initial Comment: The new freetext indexing first algorithm doesn't check if the file was already indexed before re-freetext indexing it. The result is that on an unchanged tree a large amount of unnecessary indexing takes place. The code should check whether the file has been modified or not been indexed and if so, only then index it. ---------------------------------------------------------------------- >Comment By: Dave Brondsema (brondsem) Date: 2004-07-26 20:56 Message: Logged In: YES user_id=341298 With glimpse or swish-e? Or both? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=998386&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2004-07-27 00:35:22
|
Bugs item #998386, was opened at 2004-07-27 01:35 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=998386&group_id=27350 Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Malcolm Box (mbox) Assigned to: Dave Brondsema (brondsem) Summary: Freetext index rebuilt unnecessarily Initial Comment: The new freetext indexing first algorithm doesn't check if the file was already indexed before re-freetext indexing it. The result is that on an unchanged tree a large amount of unnecessary indexing takes place. The code should check whether the file has been modified or not been indexed and if so, only then index it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=998386&group_id=27350 |
|
From: Malcolm B. <ma...@br...> - 2004-07-27 00:27:23
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dave Brondsema wrote: | Update of /cvsroot/lxr/lxr/lib/LXR/Index | In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv22189/lib/LXR/Index | | Modified Files: | Mysql.pm Oracle.pm Postgres.pm | Log Message: | prefix tables with lxr_ (configurable). existing users should set dbprefix to '' since their tables have no prefix I suggest that this should work the other way round - if dbprefix is set then it is used, otherwise the existing behaviour is preserved. One good reason for this is that setting dbprefix to '' doesn't seem to work ~ - the test in Mysql.pm is: if ($config->{'dbprefix'}) { ~ $prefix = $config->{'dbprefix'}; ~ } else { ~ $prefix = "lxr_"; ~ } and if dbprefix is '' then the test will fail. Is there any strong reason for changing the default behaviour? Cheers, Malcolm -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with MultiZilla - http://enigmail.mozdev.org iD8DBQFBBaHaQeMefPKyX/QRAlxZAKCmywUY7bpPcIOSb/AvR6Z9CuFDywCfQKay onQluup8VH003ZjeZE53PeY= =RjDe -----END PGP SIGNATURE----- |
|
From: Jan-Benedict G. <jb...@lu...> - 2004-07-23 05:28:06
|
On Thu, 2004-07-22 16:39:24 -0400, Dave Brondsema <da...@br...> wrote in message <Pine.LNX.4.58.0407221635440.18704@ferrari>: > When doing freetext searches I often get a lot of results and thought it'd > be useful to filter the results like the file search does. But I didn't > want to duplicate code between the file and freetext searches. So, unless > anyone has objections or better ideas, I am going to combine the freetext > and file searches. There will be two search boxes; if only one is used > it'll function just like the respective page does now. If both are used, > the results will be further restricted. Sounds like a plan. MfG, JBG --=20 Jan-Benedict Glaw jb...@lu... . +49-172-7608481 = _ O _ "Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg = _ _ O fuer einen Freien Staat voll Freier B=FCrger" | im Internet! | im Irak! = O O O ret =3D do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA)= ); |
6 messages has been excluded from this view by a project administrator.
