lxr-developer Mailing List for LXR Cross Referencer (Page 33)
Brought to you by:
ajlittoz
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: <no...@so...> - 2002-08-13 01:37:46
|
Patches item #594351, was opened at 2002-08-12 18:37 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=594351&group_id=27350 Category: File backends Group: Bugfix Status: Open Resolution: None Priority: 5 Submitted By: Erik Stambaugh (not_erik) Assigned to: Nobody/Anonymous (nobody) Summary: file escape and pipe handle in CVS.pm Initial Comment: Problems addressed: 1. possible security issue when opening a subshell for co and rcsdiff 2. filenames/paths with unusual but benign characters (e.g., spaces) fail checkout Changes: 1. 'new FileHandle' lines replaced with three-option open(), to open the pipe without a subshell that might interpret bad characters 2. a new sub, 'cleanstring,' escapes some characters and drops others 3. a couple of minor (pedantic) spelling/punctuation changes Possible new(ish) problems: 1. Some characters (|&!`;$%<> and control characters) are now dropped rather than passed to co or rcsdiff. Anyone using these in their file names will not be able to access them (these characters don't belong in file names IMO). For some characters, these files may have worked before the patch. This can easily be changed if there's a need for it. 2. FileHandle is no longer called to generate the file handle refs. If there is a reason for calling it instead of open() that escapes me, then there's now a problem. Otherwise everything seems to be Just Fine without it. 3. There _might_ be a problem with older versions of Perl which cannot handle fork() on some systems (like Windows). If it is a problem on these systems, perl version 5.6+ is supposed to alleviate it. I tested this patch on both Debian x86 and Solaris/SPARC servers, and they work fine for me. Code critiques, changes, complaints, and personal attacks are welcome. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=594351&group_id=27350 |
|
From: <no...@so...> - 2002-08-09 04:58:40
|
Bugs item #592922, was opened at 2002-08-09 10:28 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=592922&group_id=27350 Category: genxref Group: current cvs Status: Open Resolution: None 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" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=592922&group_id=27350 |
|
From: <no...@so...> - 2002-08-07 19:23:30
|
Bugs item #592258, was opened at 2002-08-07 12: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) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=592258&group_id=27350 |
|
From: <no...@so...> - 2002-08-05 17:06:46
|
Patches item #591193, was opened at 2002-08-05 10:06 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=591193&group_id=27350 Category: DB backends Group: Bugfix Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: drop database if exists in initdb-mysql Initial Comment: At least in the version used here (3.23.49), mysql accepts "drop database if exists" (as stated in the mysql documentation), but does not accept "drop if exists database". --- initdb-mysql~ Mon Aug 5 18:40:29 2002 +++ initdb-mysql Mon Aug 5 18:40:29 2002 @@ -1,7 +1,7 @@ /* Read this into mysql with "\. initdb-mysql" when logged in as root to delete the old lxr database and create a new */ -drop if exists database lxr; +drop database if exists lxr; create database lxr; use lxr; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=591193&group_id=27350 |
|
From: <no...@so...> - 2002-08-01 09:28:08
|
Patches item #589546, was opened at 2002-08-01 02:28 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=589546&group_id=27350 Category: Browsing Group: Bugfix Status: Open Resolution: None Priority: 5 Submitted By: Reza Naima (reza) Assigned to: Nobody/Anonymous (nobody) Summary: HTML fix in the indent view. Initial Comment: The indent view doesn't display the Declerations/References bit correctly. It comes out in duplicate and it's formatted consistantly. This fixes it. I'm not sure if the patch file is in the proper format, but it's simple enough to apply by hand. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=589546&group_id=27350 |
|
From: <no...@so...> - 2002-07-29 01:25:03
|
Bugs item #557601, was opened at 2002-05-18 19:56 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=557601&group_id=27350 Category: None Group: v0.9.1 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Mistake in file INSTALL Initial Comment: In chapter "Create lxr installation directory" There are missed strings after: "Now you have to put the perl modules that LXR uses into a directory on your system that will be searched by mod_perl when the LXR scripts are executed. Execute". Sorry for my English. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2002-07-29 10:25 Message: Logged In: YES user_id=215386 Fixed in CVS ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=557601&group_id=27350 |
|
From: <no...@so...> - 2002-07-29 01:24:35
|
Bugs item #556309, was opened at 2002-05-15 22:04 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=556309&group_id=27350 Category: genxref Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Andy Baskett (abaskett) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to create LXR::Lang::Generic Lang Initial Comment: I am running: LXR 0.9.1 mysql 3.22.30 ectags 5.0.1 HP-UX 10.20 When running genxref --url=http://server/lxr -- version=head with the config set to run against both a directory or CVS repository I get the following error: Unable to create LXR::Lang::Generic Lang object, Died at lib/LXR/Lang/Generic.pm line 263 I have successfully been running lxr.0.3 and have transposed (what I hope are) the necessary values of the lxr.conf file into the new format. I've tried this same with lxr.0.8 and get the following error (which I think is probably caused by the same thing looking at the code): Can't use an undefined value as a HASH reference at lib/LXR/Lang/Generic.pm line 62. lxr.0.3 runs fine and I'm content running that for now, but would like to try 0.9.1 on HP-UX 10.20 (which I guess may be the problem as I've not found any other similar reports on Linux). Thanks in advance for any solutions. ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2002-05-21 19:23 Message: Logged In: YES user_id=215386 I'm using perl 5.6.1, so your (very) old version of perl may be to blame. If you can, try upgrading to a more recent version of perl. If that cures the problem, I can add a perl version check to the code to catch this sort of problem in the future. ---------------------------------------------------------------------- Comment By: Andy Baskett (abaskett) Date: 2002-05-16 01:10 Message: Logged In: YES user_id=36654 In the end changing it to: my $tmpstr = '$generic_config = '.<CONF>.";"; eval ($tmpstr); #$generic_config = eval ("\n#line 1 \generic.conf\\n".<CONF>); I expect my perl is dubious though. ---------------------------------------------------------------------- Comment By: Andy Baskett (abaskett) Date: 2002-05-16 00:05 Message: Logged In: YES user_id=36654 Eventually tracked it down to the following line in lib/LXR/Lang/Generic.pm: $generic_config = eval ("\n#line 1 \generic.conf\\n".<CONF>); (Forgive me for not providing a line number but I expect mine no longer match). Importing the entire generic.conf file and creating the $generic_config hash manually fixes my problem - my Perl version is: This is perl, version 5.005_02 built for PA-RISC1.1 Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=556309&group_id=27350 |
|
From: <no...@so...> - 2002-07-29 00:59:00
|
Bugs item #523647, was opened at 2002-02-28 08:37 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=523647&group_id=27350 Category: genxref Group: v0.9 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: misses some refernces to symbols. Initial Comment: LXR version 0.91 I think - downloaded it from sourceforge about 2 weeks ago. There doesn't seem to be any version info in any of the files. Latest entry in CHANGELOG is '2002-02-03 11:29 mbox' No error messages. Using mysql db. Indexing plain files. The bug: I have a C file with the line ct += kill_task(ptask, sig, 0); /* ANUPBS */ When I run genxref on the project containing this file it fails to find the reference to kill_task. If you look at the 'useage' table in mysql there's no entry for that symbol in that file. If I change the line to ct += kill_task(ptask, sig, 0); and rerun genxref it seems to work just fine - genxref finds the reference to kill_task, there's an entry in useage, and an identifier search in the browser finds it. A problem with the C comment parsing perhaps? Cheers, David Houlder dav...@an... ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2002-07-29 09:58 Message: Logged In: YES user_id=215386 Fixed in CVS ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-06-01 16:08 Message: Logged In: NO This problem has annoyed me enough that I tracked it down. The problem seems to be with LXR/Lang/Generic.pm, line 168: @lines = ($frag =~ /(.*?\n)/g, $frag =~ /[^\n]*$/); specifically, the second regexp match. When LXR hits an expression that ends in /* comment */, then the $frag will not end in a newline. The fix is trivial, just put parens around the second regexp like this: @lines = ($frag =~ /(.*?\n)/g, $frag =~ /([^\n]*)$/); For curiosity's sake I ran the old and new versions against the redhat 7.3 linux kernel, and it catches an extra 99 references to jiffies. Interestingly, it looks like lines containg quoted text also were subject to this problem. I'll submit a patch for this. ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2002-05-21 19:28 Message: Logged In: YES user_id=215386 There are definitely some problems in the referencing code - several people have reported missing references. The problem seems to lie in the LXR::SimpleParse and Generic::referencefile() code which is rather unclear and depends on some fairly dodgy regexps. If you wanted to spend some time stepping through this code and isolating the bug it would be very useful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=523647&group_id=27350 |
|
From: <no...@so...> - 2002-07-29 00:53:28
|
Bugs item #554063, was opened at 2002-05-09 20:04 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=554063&group_id=27350 Category: Browsing Group: current cvs >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Malcolm Box (mbox) Assigned to: Malcolm Box (mbox) Summary: Title not produced for sourcedirs Initial Comment: titleexpand() in Common.pm does not produce a title value for the HTML page when displaying a source directory. The fix is to add " || $who eq 'sourcedir' " to the first if condition. ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2002-07-29 09:50 Message: Logged In: YES user_id=215386 Fixed in CVS ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=554063&group_id=27350 |
|
From: <no...@so...> - 2002-07-29 00:50:51
|
Bugs item #554063, was opened at 2002-05-09 20:04 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=554063&group_id=27350 Category: Browsing Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Malcolm Box (mbox) Assigned to: Malcolm Box (mbox) Summary: Title not produced for sourcedirs Initial Comment: titleexpand() in Common.pm does not produce a title value for the HTML page when displaying a source directory. The fix is to add " || $who eq 'sourcedir' " to the first if condition. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2002-07-29 09:50 Message: Logged In: YES user_id=215386 Fixed in CVS ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=554063&group_id=27350 |
|
From: <no...@so...> - 2002-07-29 00:47:41
|
Bugs item #565811, was opened at 2002-06-07 22: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: Malcolm Box (mbox) Date: 2002-07-29 09:47 Message: Logged In: YES user_id=215386 Fixed in current CVS ---------------------------------------------------------------------- Comment By: Gregor Hartmann (grex) Date: 2002-06-07 23: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-07-29 00:46:55
|
Bugs item #585528, was opened at 2002-07-24 02:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=585528&group_id=27350 Category: genxref Group: v0.9.1 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Marcos Dione (styxman) Assigned to: Nobody/Anonymous (nobody) Summary: fails on danglin symlinks Initial Comment: when run on a tree taht contains dangling symlinks (symlinks that points to non-existant files) it fails miserabily saying Can't call method "getline" on an undefined value at lib/LXR/Lang.pm line 44. I suggest to fix this skipping the file and giving a warning about it... ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2002-07-29 09:46 Message: Logged In: YES user_id=215386 This should be fixed in the latest CVS version ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=585528&group_id=27350 |
|
From: <no...@so...> - 2002-07-23 17:57:19
|
Bugs item #585528, was opened at 2002-07-23 14:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=585528&group_id=27350 Category: genxref Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Marcos Dione (styxman) Assigned to: Nobody/Anonymous (nobody) Summary: fails on danglin symlinks Initial Comment: when run on a tree taht contains dangling symlinks (symlinks that points to non-existant files) it fails miserabily saying Can't call method "getline" on an undefined value at lib/LXR/Lang.pm line 44. I suggest to fix this skipping the file and giving a warning about it... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=585528&group_id=27350 |
|
From: <no...@so...> - 2002-07-01 14:31:38
|
Bugs item #559121, was opened at 2002-05-22 04:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=559121&group_id=27350 Category: genxref Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Andy Baskett (abaskett) Assigned to: Nobody/Anonymous (nobody) Summary: Out of memory errors during genxref Initial Comment: I'm not sure where the problem arises - I have spent hours (8+) attempting to debug the code and looked through CVS to see where previous leaks were fixed but to no avail. My MySQL "lxr.files" table currently contains 4400 files. My repository contains thousands of font files and other non-indexable files. My repository contains hundreds of files generated with old (9+ years) versions of RCS which results in "co" errors. Using Devel::Leak I believe the biggest leak is when "co" fails - under these circumstances I think the FileHandle is not "undef" but actually contains the error message from "co". Perhaps parsing this causes a problem? In any case Devel::Leak shows each file generates 2 leaks per file (even when indexing successfully) - I think %files lib/LXR/Index/Mysql.pl causes one as it keeps getting appended - is it possible to include % files = undef in the "empty_cache" function? Other than that I am at a loss for ideas. I am running very old versions of perl and MySQL which I hope to update and may be the cause, but I expect they are not the only reason for the problem. I am running: LXR 0.9.1 mysql 3.22.30 ectags 5.0.1 HP-UX 10.20 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-07-01 07:31 Message: Logged In: NO Similar case here, also indexing a CVS tree. The "Out of memory!" occurs always at the same point, in just a few minutes, after indexing a few hundred files. OpenBSD 3.0 perl-5.6.1 (official obsd pkg) LXR 0.9.1 mysql-3.23.37 (official obsd pkg, on remote host running OBSD 2.9) ectags 5.2.3 swish-e 2.1-dev-25 (didn't get to the point of actually running it) $ ulimit -a time(cpu-seconds) unlimited file(blocks) unlimited coredump(blocks) unlimited data(kbytes) 65536 stack(kbytes) 4096 lockedmem(kbytes) 61366 memory(kbytes) 184100 nofiles(descriptors) 64 processes 64 The funny thing is that it when run under perl debugger (perl -d genxref ...) it kept working for many hours, having indexed thousands of files. `ulimit -a` returns the same values, not matter if run inside the perl debugger or not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=559121&group_id=27350 |
|
From: <no...@so...> - 2002-06-26 16:37:10
|
Patches item #574159, was opened at 2002-06-27 01:37 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=574159&group_id=27350 Category: Browsing Group: Experimental Status: Open Resolution: None Priority: 6 Submitted By: Malcolm Box (mbox) Assigned to: Malcolm Box (mbox) Summary: Regexp search for identifiers Initial Comment: Shree has provided a patch on the lxr-developer list to implement regexp searchs for identifiers. This is a good thing :-) See http://sourceforge.net/mailarchive/forum.php?thread_id=484514&forum_id=1790 for more details ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=574159&group_id=27350 |
|
From: <no...@so...> - 2002-06-26 09:26:53
|
Bugs item #573946, was opened at 2002-06-26 13:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=573946&group_id=27350 Category: None Group: v0.3 >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: holland king (holland_k) Assigned to: Nobody/Anonymous (nobody) Summary: make install fails Initial Comment: im trying to install on freebsd 4.6 installation i have perl 5 installed apache 2 and glimpse i edited the Makefile as specified and then did insane@kalamuzoo 17:01:38:~/fbsd.stuff/lxr-0.3$ sudo make install make: don't know how to make %:. Stop what do i need to do to continue? thank you ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2002-06-26 18:26 Message: Logged In: YES user_id=215386 The Makefile from 0.3 simply copies some files to the installation directories and edits the perl path in the cgi scripts. I do not understand why it is failing for you (are you using a recent GNU make?), but you can simply carry out the install steps by yourself. Edit the perl path at the start of the cgi scripts to reflect the location of your perl binary, and then copy the files to the install directory. You can find out the paths etc by reading the Makefile. v0.3 is no longer supported, so I will be closing this bug. Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=573946&group_id=27350 |
|
From: <no...@so...> - 2002-06-26 04:45:44
|
Bugs item #573946, was opened at 2002-06-26 04:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=573946&group_id=27350 Category: None Group: v0.3 Status: Open Resolution: None Priority: 5 Submitted By: holland king (holland_k) Assigned to: Nobody/Anonymous (nobody) Summary: make install fails Initial Comment: im trying to install on freebsd 4.6 installation i have perl 5 installed apache 2 and glimpse i edited the Makefile as specified and then did insane@kalamuzoo 17:01:38:~/fbsd.stuff/lxr-0.3$ sudo make install make: don't know how to make %:. Stop what do i need to do to continue? thank you ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=573946&group_id=27350 |
|
From: <no...@so...> - 2002-06-20 11:57:08
|
Patches item #571608, was opened at 2002-06-20 11:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390119&aid=571608&group_id=27350 Category: Genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andrew Beck (andrewbeck) Assigned to: Nobody/Anonymous (nobody) Summary: Adding Glimpse Indexing into genxref Initial Comment: This patch adds automatic Glimpse indexing when running genxref similar to the addition of SWISH indexing support to genxref. This brings Glimpse support in LXR in line with SWISH so that both indexing systems are continued to be supported as Glimpse produces a more useful index output. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390119&aid=571608&group_id=27350 |
|
From: <no...@so...> - 2002-06-18 22:41:55
|
Patches item #570826, was opened at 2002-06-18 15:41 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390119&aid=570826&group_id=27350 Category: Other Group: Bugfix Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Installation Problem : initdb-mysql Initial Comment: When the "lxr" database does not exist, an error occurs in initdb- mysql; -drop database lxr; +drop IF EXISTS database lxr; --MK ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390119&aid=570826&group_id=27350 |
|
From: <no...@so...> - 2002-06-13 12:26:41
|
Bugs item #568493, was opened at 2002-06-13 12:26 You can respond by visiting: http://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. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=568493&group_id=27350 |
|
From: <no...@so...> - 2002-06-07 14:46:13
|
Bugs item #565811, was opened at 2002-06-07 13:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=565811&group_id=27350 Category: Lang support Group: v0.9.1 Status: Open Resolution: None 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: Gregor Hartmann (grex) Date: 2002-06-07 14: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: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=565811&group_id=27350 |
|
From: <no...@so...> - 2002-06-07 13:50:51
|
Bugs item #565811, was opened at 2002-06-07 13:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=565811&group_id=27350 >Category: Lang support >Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Gregor Hartmann (grex) Assigned to: Nobody/Anonymous (nobody) Summary: unreadable files can terminate genxref 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}; ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=565811&group_id=27350 |
|
From: <no...@so...> - 2002-06-07 13:25:15
|
Bugs item #565811, was opened at 2002-06-07 13:25 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=565811&group_id=27350 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gregor Hartmann (grex) Assigned to: Nobody/Anonymous (nobody) Summary: unreadable files can terminate genxref 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}; ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=565811&group_id=27350 |
|
From: <no...@so...> - 2002-06-07 13:10:35
|
Bugs item #518365, was opened at 2002-02-16 10:04 You can respond by visiting: http://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: Gregor Hartmann (grex) Date: 2002-06-07 13: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 07: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 14: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 13: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 12: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: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=518365&group_id=27350 |
|
From: <no...@so...> - 2002-06-02 04:45:21
|
Patches item #563463, was opened at 2002-06-01 21:45 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390119&aid=563463&group_id=27350 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Catch refs in lines ending in comments Initial Comment: This fixes a bug that many people have complained about. It catches references on lines containing comments and quoted text. See the developer mailing list for full details. The fix is trivial. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390119&aid=563463&group_id=27350 |
6 messages has been excluded from this view by a project administrator.
