lxr-developer Mailing List for LXR Cross Referencer (Page 5)
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: SourceForge.net <no...@so...> - 2012-03-22 11:27:38
|
Bugs item #3509876, was opened at 2012-03-21 14:18 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3509876&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: current cvs >Status: Closed >Resolution: Fixed Priority: 3 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Genxref invocation not recognised Initial Comment: Config.pm: Formerly when no parameter group could be associated to the URL, _initialize would "die". This is not user-friendly when browsing code (or trying to) since the error message goes to STDERR. Under a web server, STDERR messages are written to the error log, not to the screen; thus the error message is not reported to the user. To circumvent this, sub _initialise has been modified in some 0.9.x release to return when not called by genxref. Unhappily, genxref detection is faulty and never matches. Now, when something goes wrong during genxref initialisation, the error is not reported! Suggested fix: split the detection statement in 2 simpler ones to avoid scalar/list ambiguity ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-03-22 04:27 Message: Corrected as suggested ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3509876&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-03-21 21:18:01
|
Bugs item #3509876, was opened at 2012-03-21 14:18 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3509876&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: current cvs Status: Open Resolution: None Priority: 3 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Genxref invocation not recognised Initial Comment: Config.pm: Formerly when no parameter group could be associated to the URL, _initialize would "die". This is not user-friendly when browsing code (or trying to) since the error message goes to STDERR. Under a web server, STDERR messages are written to the error log, not to the screen; thus the error message is not reported to the user. To circumvent this, sub _initialise has been modified in some 0.9.x release to return when not called by genxref. Unhappily, genxref detection is faulty and never matches. Now, when something goes wrong during genxref initialisation, the error is not reported! Suggested fix: split the detection statement in 2 simpler ones to avoid scalar/list ambiguity ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3509876&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-03-15 08:25:44
|
Feature Requests item #3480926, was opened at 2012-01-28 06:46 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=3480926&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: None >Status: Closed Priority: 5 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Add lighttpd support Initial Comment: Offer an alternative to Apache Must be provided: - configuration instructions - configuration file sample ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-03-15 01:25 Message: Release 0.11 adds experimental support for lighttpd with: - configuration instructions in INSTALL - configuration instructions in manual - configuration instructions on the LXR site - template configuration files and scripts to preconfigure these files ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=3480926&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-03-01 07:57:18
|
Feature Requests item #3495902, was opened at 2012-02-29 23:57 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=3495902&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Next Release Status: Open Priority: 5 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Nobody/Anonymous (nobody) Summary: Add "context" variables Initial Comment: The Linux kernel runs on many different architectures. The specific parts are located in subdirectories of /arch. This is easily handled with the 'a' (architecture) variable and one 'incprefix' and one 'maps' directives. However some architectures have variants with specific code in other subdirectories. These could also be handled by other variables, but this gives many, many buttons or link lines in the page header (leading to visual confusion and bad legibility). Since these variables are meaningful only in the context of their associated 'a' value, it is much better to display them only if the 'a' variable has the appropriate value. This could be done by defining a new attribute in 'variables' as 'when' => 'string containing a conditional expr' e.g. { 'arm_mach' => { 'name' => 'Arm machine' , 'when' => '"$a" eq "arm" , 'range' => [qw(at91 bcmring ... )] } } The 'when' attribute is evaluated when there is need to display variables list. Should it also be evaluated when variable value is substituted? Are there circumstances that require to drop meaningless variables? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=3495902&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-28 10:18:10
|
Bugs item #3495254, was opened at 2012-02-28 02:02 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3495254&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lang support Group: current cvs >Status: Deleted >Resolution: Invalid Priority: 5 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: #include in currect directory does not work Initial Comment: Documentation says: "Include directory search starts with current directory, then 'incprefix' directories are tried one after the other". It looks like the currecn directory is never transmitted to sub incref in Common.pm ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-28 02:18 Message: Bug was opened on Zhang Qi's request who noted that default "implicit" #include from current directory (in Linux kernel) did not work. In fact, current directory is always transmitted to incref. But when current directory is matched by a 'maps' rule, the path may be over-processed if 'maps' rule is clumsy. In this case, a 'maps' rule added a new portion to the path without checking if this was necessary or not. Corrected by a modified rewrite rule. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3495254&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-28 10:02:03
|
Bugs item #3495254, was opened at 2012-02-28 02:02 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3495254&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lang support Group: current cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: #include in currect directory does not work Initial Comment: Documentation says: "Include directory search starts with current directory, then 'incprefix' directories are tried one after the other". It looks like the currecn directory is never transmitted to sub incref in Common.pm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3495254&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-26 08:39:50
|
Bugs item #3494632, was opened at 2012-02-25 22:01 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3494632&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Deleted >Resolution: Invalid >Priority: 1 Private: No Submitted By: Zhang Qi (zhangqigenius) Assigned to: Nobody/Anonymous (nobody) Summary: subdirectory include config Initial Comment: The first time I genxref the linux kernel, I found that if you want to locate some header file like asm/io.h, when you chose the arm arch, it should point to the arch/arm/include/asm/io.h. But I got nothing, and I found the path displayed on the page point to something like /linux/asm-arm/io.h which is a wrong path. So I review the lxr.conf about subdirectory section. I found that incprefix and maps may be wrong. Then I search the web and found a page http://lxr.sourceforge.net/LxrConf/lxrconfmaps.shtml . This seems can solve the problem. Now I got a quetion, that page says change the incprefix like [ '/include', '/arch/xxx/include' ], what the xxx means? Do it means all the arch that can be found or I need to specify a arch like x86 or arm? If I replace the xxx with $a ( the variable), will it work? I run the apache2 on centos, using the lxr-0.10.2 ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-26 00:39 Message: This should not be sumitted as a bug. This topic should be channeled through the "Help" forum. Please do not pollute the bug database. ------------------------------------------------------------------------------------------------------------------------------ See answer in Help forum ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3494632&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-26 06:01:18
|
Bugs item #3494632, was opened at 2012-02-25 22:01 Message generated for change (Tracker Item Submitted) made by zhangqigenius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3494632&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Zhang Qi (zhangqigenius) Assigned to: Nobody/Anonymous (nobody) Summary: subdirectory include config Initial Comment: The first time I genxref the linux kernel, I found that if you want to locate some header file like asm/io.h, when you chose the arm arch, it should point to the arch/arm/include/asm/io.h. But I got nothing, and I found the path displayed on the page point to something like /linux/asm-arm/io.h which is a wrong path. So I review the lxr.conf about subdirectory section. I found that incprefix and maps may be wrong. Then I search the web and found a page http://lxr.sourceforge.net/LxrConf/lxrconfmaps.shtml . This seems can solve the problem. Now I got a quetion, that page says change the incprefix like [ '/include', '/arch/xxx/include' ], what the xxx means? Do it means all the arch that can be found or I need to specify a arch like x86 or arm? If I replace the xxx with $a ( the variable), will it work? I run the apache2 on centos, using the lxr-0.10.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3494632&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-24 17:27:50
|
Bugs item #3492915, was opened at 2012-02-24 00:18 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3492915&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Zhang Qi (zhangqigenius) Assigned to: Andre-Littoz (ajlittoz) Summary: Can't access from other ip, maybe a script error Initial Comment: I install vmware and fedora 16 under win7. I read the INSTALL manual, configure the lxr.conf and install the lxr correctly. I can access /lxr/source with firefox under fedora, and visit /lxr/ with IE under win7. But when I try to access the /lxr/source with IE9 under win7, I got nothing but a blank. I tried a lot of time and chang the apache's conf but it also didn't work. Finally I found something may cause this problem when I read apache's error log. fatal: LXR::Template, line 296: Undefined subroutine &LXR::Template::stylesheet called at lib/LXR/Template.pm line 296. I don't kown what's this means but I thing it's not my mistake. It seems a script bug. So how can I fix it? ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-24 09:27 Message: Error caused by wrong user configuration. However, there is a bug in 0.10.2 Template.pm (corrected in CVS for 0.11 release) related with 'htmlfatal' template expansion: function call &stylesheet kept while removed in other template. 0.11 reverts to function call everywhere. ---------------------------------------------------------------------- Comment By: Zhang Qi (zhangqigenius) Date: 2012-02-24 07:08 Message: Thanks a lot. I have solved this problem. I read the lxr.conf. At the host name section, I didn't add the proper IP to it so it can not be access from the outside. Thanks a lot. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-24 01:16 Message: From premilinary inspection of Template.pm code, you were probably using a bad-formed URL appearing to LXR as a reference to a non-existent (or unknown) source-tree. If this is the case, you'll get an error message in upcoming 0.11 release. Otherwise, send the resquested information to track down the bug. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-24 00:39 Message: Which LXR version have you installed? What is the URL at error-time? http://localhost/lxr ... ? Send also the HTML subsection of your lxr.conf, the part where 'hmtl***' => 'xx' are defined. This will help identify the faulty template. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3492915&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-24 15:08:05
|
Bugs item #3492915, was opened at 2012-02-24 00:18 Message generated for change (Comment added) made by zhangqigenius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3492915&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Zhang Qi (zhangqigenius) Assigned to: Andre-Littoz (ajlittoz) Summary: Can't access from other ip, maybe a script error Initial Comment: I install vmware and fedora 16 under win7. I read the INSTALL manual, configure the lxr.conf and install the lxr correctly. I can access /lxr/source with firefox under fedora, and visit /lxr/ with IE under win7. But when I try to access the /lxr/source with IE9 under win7, I got nothing but a blank. I tried a lot of time and chang the apache's conf but it also didn't work. Finally I found something may cause this problem when I read apache's error log. fatal: LXR::Template, line 296: Undefined subroutine &LXR::Template::stylesheet called at lib/LXR/Template.pm line 296. I don't kown what's this means but I thing it's not my mistake. It seems a script bug. So how can I fix it? ---------------------------------------------------------------------- >Comment By: Zhang Qi (zhangqigenius) Date: 2012-02-24 07:08 Message: Thanks a lot. I have solved this problem. I read the lxr.conf. At the host name section, I didn't add the proper IP to it so it can not be access from the outside. Thanks a lot. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-24 01:16 Message: From premilinary inspection of Template.pm code, you were probably using a bad-formed URL appearing to LXR as a reference to a non-existent (or unknown) source-tree. If this is the case, you'll get an error message in upcoming 0.11 release. Otherwise, send the resquested information to track down the bug. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-24 00:39 Message: Which LXR version have you installed? What is the URL at error-time? http://localhost/lxr ... ? Send also the HTML subsection of your lxr.conf, the part where 'hmtl***' => 'xx' are defined. This will help identify the faulty template. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3492915&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-24 09:16:26
|
Bugs item #3492915, was opened at 2012-02-24 00:18 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3492915&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Zhang Qi (zhangqigenius) Assigned to: Andre-Littoz (ajlittoz) Summary: Can't access from other ip, maybe a script error Initial Comment: I install vmware and fedora 16 under win7. I read the INSTALL manual, configure the lxr.conf and install the lxr correctly. I can access /lxr/source with firefox under fedora, and visit /lxr/ with IE under win7. But when I try to access the /lxr/source with IE9 under win7, I got nothing but a blank. I tried a lot of time and chang the apache's conf but it also didn't work. Finally I found something may cause this problem when I read apache's error log. fatal: LXR::Template, line 296: Undefined subroutine &LXR::Template::stylesheet called at lib/LXR/Template.pm line 296. I don't kown what's this means but I thing it's not my mistake. It seems a script bug. So how can I fix it? ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-24 01:16 Message: From premilinary inspection of Template.pm code, you were probably using a bad-formed URL appearing to LXR as a reference to a non-existent (or unknown) source-tree. If this is the case, you'll get an error message in upcoming 0.11 release. Otherwise, send the resquested information to track down the bug. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-24 00:39 Message: Which LXR version have you installed? What is the URL at error-time? http://localhost/lxr ... ? Send also the HTML subsection of your lxr.conf, the part where 'hmtl***' => 'xx' are defined. This will help identify the faulty template. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3492915&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-24 08:39:35
|
Bugs item #3492915, was opened at 2012-02-24 00:18 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3492915&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Zhang Qi (zhangqigenius) >Assigned to: Andre-Littoz (ajlittoz) Summary: Can't access from other ip, maybe a script error Initial Comment: I install vmware and fedora 16 under win7. I read the INSTALL manual, configure the lxr.conf and install the lxr correctly. I can access /lxr/source with firefox under fedora, and visit /lxr/ with IE under win7. But when I try to access the /lxr/source with IE9 under win7, I got nothing but a blank. I tried a lot of time and chang the apache's conf but it also didn't work. Finally I found something may cause this problem when I read apache's error log. fatal: LXR::Template, line 296: Undefined subroutine &LXR::Template::stylesheet called at lib/LXR/Template.pm line 296. I don't kown what's this means but I thing it's not my mistake. It seems a script bug. So how can I fix it? ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-24 00:39 Message: Which LXR version have you installed? What is the URL at error-time? http://localhost/lxr ... ? Send also the HTML subsection of your lxr.conf, the part where 'hmtl***' => 'xx' are defined. This will help identify the faulty template. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3492915&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-24 08:18:48
|
Bugs item #3492915, was opened at 2012-02-24 00:18 Message generated for change (Tracker Item Submitted) made by zhangqigenius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3492915&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Zhang Qi (zhangqigenius) Assigned to: Nobody/Anonymous (nobody) Summary: Can't access from other ip, maybe a script error Initial Comment: I install vmware and fedora 16 under win7. I read the INSTALL manual, configure the lxr.conf and install the lxr correctly. I can access /lxr/source with firefox under fedora, and visit /lxr/ with IE under win7. But when I try to access the /lxr/source with IE9 under win7, I got nothing but a blank. I tried a lot of time and chang the apache's conf but it also didn't work. Finally I found something may cause this problem when I read apache's error log. fatal: LXR::Template, line 296: Undefined subroutine &LXR::Template::stylesheet called at lib/LXR/Template.pm line 296. I don't kown what's this means but I thing it's not my mistake. It seems a script bug. So how can I fix it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3492915&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-23 08:16:49
|
Bugs item #3490464, was opened at 2012-02-21 18:18 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: current cvs >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Yannick Roberts (yor1001) Assigned to: Andre-Littoz (ajlittoz) Summary: No identifiers Visible or selected Initial Comment: LXR version 0.10.2 Database Mysql OS Ubuntu 10.04 Server Edition Plain Files I have spent hours trying to figure out why identifiers were not hyperlinked in the web interface, or the identifier search wasn't returning any results... The reason was ctags, or gnu ctags for that matter, which options seems to be different from exuberant's ctag. A patch to ensure exuberant ctag is used would save many alot of trouble. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-23 00:16 Message: Hi Yannick, Thanks for the output sample. The most interesting line is "Checking ctags version ... OK" with no version number! It comes from the "Exuberant ctags" detection line: test fails as expected and $1 is undefined. The bug is in "$version =~ /(\d+)/" line which does not take notice of previous test failure and extracts a version number (a version number is always present in a --version command; you could probe any other tool like gcc or ld and the test would succeed!). Then the real test "if ($1 < 5)" has a random results depending on the version value. I corrected genxref in CVS: immediately after the "Exuberant ctags" name test, the effective version is captured in "$version = $1;". The unchanged second line below ("$version =~ /\d+)/;") extracts the major version number from the previous test now unstead of the original string. To be sure, the level test is modified into "!defined($1) || $1 < 5" to guard against comparison between undef and 5 (I didn't check to see whether it succeeds or fails -- anyway it is better to be explicit). Sorry for the bug, I should have seen it from the start. If you know how to check things out of a CVS repository, get genxref from anonymous CVS. You can also download it through 'CVS Browse' from 'Code' drop-down menu. See lines 146-150. Otherwise you'll have to wait for 0.11 release (roughly in a one-month time frame after a full rereading of the user's manual). Regards and thanks once again for noticing this bug. ---------------------------------------------------------------------- Comment By: Yannick Roberts (yor1001) Date: 2012-02-22 14:56 Message: Found a reason... Line 137 in genxref seems to change $1 before it is checked $version =~ /(\d+)/; I moved line 137 to line 142 and it aborted just fine. ---------------------------------------------------------------------- Comment By: Yannick Roberts (yor1001) Date: 2012-02-22 14:40 Message: Here is the genxref output for gnu ctag Checking Perl version ... 5.10.1 OK 'ectagsbin' not equal to `which ctags` If this is a non-system copy, ignore this warning Checking ctags version ... OK Checking glimpse version ... 4.18.5 Checking glimpseindex version ... 4.18.5 Parameter 'swishbin' not defined - trying to find swish-e 'swishbin' temporarily adjusted to /usr/bin/swish-e Manually update lxr.conf for permanent setting Checking swishe version ... 2.4.7 Here is exuberants ctags Checking Perl version ... 5.10.1 OK Checking ctags version ... 5.8 OK Checking glimpse version ... 4.18.5 Checking glimpseindex version ... 4.18.5 Parameter 'swishbin' not defined - trying to find swish-e 'swishbin' temporarily adjusted to /usr/bin/swish-e Manually update lxr.conf for permanent setting Checking swishe version ... 2.4.7 I really am clueless at perl but it seems printing "$1" on line 138 of genxref before the $1<5 checks outputs 23, which is the emacs version. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-22 13:08 Message: Hi Yannick, I don't understand how you had no error indication. I checked LXR history: since release 0.10 there is a strong test in genxref to check Exuberant Ctags presence. The test is even buggy since it causes immediate termination instead of proceeding with other tests. With the output you sent, genxref should have die'ed on ctags check. Can run command: genxref --url=//url_for_your_tree --checkonly both for plain ctags and exuberant ctags and send output. You can force a particular ctags instance with proper setting of lxr.conf parameter 'ectagsbin'. Regards, ajl ---------------------------------------------------------------------- Comment By: Yannick Roberts (yor1001) Date: 2012-02-22 12:41 Message: Here is gnu ctags version output $ ctags --version ctags (GNU Emacs 23.1) Copyright (C) 2009 Free Software Foundation, Inc. This program is distributed under the terms in ETAGS.README and Exuberant Ctags version output Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren Hiebert Compiled: Mar 6 2010, 15:35:10 Addresses: <dhi...@us...>, http://ctags.sourceforge.net Optional compiled features: +wildcards, +regex Apparently egemengozoglu does mention to install Exuberant ctags. (go figures I haven't seen this tutorial). Great Program btw. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-22 03:16 Message: I'll modify the preliminary tests in genxref. Could you send the output of command ctags -v or ctags --version on your system? This will help design an adequate test. Anyway, I'm a bit surprised that Ubuntu installs plain GNU ctags. This has not been mentioned by egemengozoglu on his site dedicated to Ubuntu installation (see http://egemengozoglu.com/blog/2011/07/lxr-installation-on-ubuntu-10-10/) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-22 22:56:08
|
Bugs item #3490464, was opened at 2012-02-21 18:18 Message generated for change (Comment added) made by yor1001 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: Yannick Roberts (yor1001) Assigned to: Andre-Littoz (ajlittoz) Summary: No identifiers Visible or selected Initial Comment: LXR version 0.10.2 Database Mysql OS Ubuntu 10.04 Server Edition Plain Files I have spent hours trying to figure out why identifiers were not hyperlinked in the web interface, or the identifier search wasn't returning any results... The reason was ctags, or gnu ctags for that matter, which options seems to be different from exuberant's ctag. A patch to ensure exuberant ctag is used would save many alot of trouble. ---------------------------------------------------------------------- >Comment By: Yannick Roberts (yor1001) Date: 2012-02-22 14:56 Message: Found a reason... Line 137 in genxref seems to change $1 before it is checked $version =~ /(\d+)/; I moved line 137 to line 142 and it aborted just fine. ---------------------------------------------------------------------- Comment By: Yannick Roberts (yor1001) Date: 2012-02-22 14:40 Message: Here is the genxref output for gnu ctag Checking Perl version ... 5.10.1 OK 'ectagsbin' not equal to `which ctags` If this is a non-system copy, ignore this warning Checking ctags version ... OK Checking glimpse version ... 4.18.5 Checking glimpseindex version ... 4.18.5 Parameter 'swishbin' not defined - trying to find swish-e 'swishbin' temporarily adjusted to /usr/bin/swish-e Manually update lxr.conf for permanent setting Checking swishe version ... 2.4.7 Here is exuberants ctags Checking Perl version ... 5.10.1 OK Checking ctags version ... 5.8 OK Checking glimpse version ... 4.18.5 Checking glimpseindex version ... 4.18.5 Parameter 'swishbin' not defined - trying to find swish-e 'swishbin' temporarily adjusted to /usr/bin/swish-e Manually update lxr.conf for permanent setting Checking swishe version ... 2.4.7 I really am clueless at perl but it seems printing "$1" on line 138 of genxref before the $1<5 checks outputs 23, which is the emacs version. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-22 13:08 Message: Hi Yannick, I don't understand how you had no error indication. I checked LXR history: since release 0.10 there is a strong test in genxref to check Exuberant Ctags presence. The test is even buggy since it causes immediate termination instead of proceeding with other tests. With the output you sent, genxref should have die'ed on ctags check. Can run command: genxref --url=//url_for_your_tree --checkonly both for plain ctags and exuberant ctags and send output. You can force a particular ctags instance with proper setting of lxr.conf parameter 'ectagsbin'. Regards, ajl ---------------------------------------------------------------------- Comment By: Yannick Roberts (yor1001) Date: 2012-02-22 12:41 Message: Here is gnu ctags version output $ ctags --version ctags (GNU Emacs 23.1) Copyright (C) 2009 Free Software Foundation, Inc. This program is distributed under the terms in ETAGS.README and Exuberant Ctags version output Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren Hiebert Compiled: Mar 6 2010, 15:35:10 Addresses: <dhi...@us...>, http://ctags.sourceforge.net Optional compiled features: +wildcards, +regex Apparently egemengozoglu does mention to install Exuberant ctags. (go figures I haven't seen this tutorial). Great Program btw. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-22 03:16 Message: I'll modify the preliminary tests in genxref. Could you send the output of command ctags -v or ctags --version on your system? This will help design an adequate test. Anyway, I'm a bit surprised that Ubuntu installs plain GNU ctags. This has not been mentioned by egemengozoglu on his site dedicated to Ubuntu installation (see http://egemengozoglu.com/blog/2011/07/lxr-installation-on-ubuntu-10-10/) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-22 22:40:43
|
Bugs item #3490464, was opened at 2012-02-21 18:18 Message generated for change (Comment added) made by yor1001 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: Yannick Roberts (yor1001) Assigned to: Andre-Littoz (ajlittoz) Summary: No identifiers Visible or selected Initial Comment: LXR version 0.10.2 Database Mysql OS Ubuntu 10.04 Server Edition Plain Files I have spent hours trying to figure out why identifiers were not hyperlinked in the web interface, or the identifier search wasn't returning any results... The reason was ctags, or gnu ctags for that matter, which options seems to be different from exuberant's ctag. A patch to ensure exuberant ctag is used would save many alot of trouble. ---------------------------------------------------------------------- >Comment By: Yannick Roberts (yor1001) Date: 2012-02-22 14:40 Message: Here is the genxref output for gnu ctag Checking Perl version ... 5.10.1 OK 'ectagsbin' not equal to `which ctags` If this is a non-system copy, ignore this warning Checking ctags version ... OK Checking glimpse version ... 4.18.5 Checking glimpseindex version ... 4.18.5 Parameter 'swishbin' not defined - trying to find swish-e 'swishbin' temporarily adjusted to /usr/bin/swish-e Manually update lxr.conf for permanent setting Checking swishe version ... 2.4.7 Here is exuberants ctags Checking Perl version ... 5.10.1 OK Checking ctags version ... 5.8 OK Checking glimpse version ... 4.18.5 Checking glimpseindex version ... 4.18.5 Parameter 'swishbin' not defined - trying to find swish-e 'swishbin' temporarily adjusted to /usr/bin/swish-e Manually update lxr.conf for permanent setting Checking swishe version ... 2.4.7 I really am clueless at perl but it seems printing "$1" on line 138 of genxref before the $1<5 checks outputs 23, which is the emacs version. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-22 13:08 Message: Hi Yannick, I don't understand how you had no error indication. I checked LXR history: since release 0.10 there is a strong test in genxref to check Exuberant Ctags presence. The test is even buggy since it causes immediate termination instead of proceeding with other tests. With the output you sent, genxref should have die'ed on ctags check. Can run command: genxref --url=//url_for_your_tree --checkonly both for plain ctags and exuberant ctags and send output. You can force a particular ctags instance with proper setting of lxr.conf parameter 'ectagsbin'. Regards, ajl ---------------------------------------------------------------------- Comment By: Yannick Roberts (yor1001) Date: 2012-02-22 12:41 Message: Here is gnu ctags version output $ ctags --version ctags (GNU Emacs 23.1) Copyright (C) 2009 Free Software Foundation, Inc. This program is distributed under the terms in ETAGS.README and Exuberant Ctags version output Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren Hiebert Compiled: Mar 6 2010, 15:35:10 Addresses: <dhi...@us...>, http://ctags.sourceforge.net Optional compiled features: +wildcards, +regex Apparently egemengozoglu does mention to install Exuberant ctags. (go figures I haven't seen this tutorial). Great Program btw. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-22 03:16 Message: I'll modify the preliminary tests in genxref. Could you send the output of command ctags -v or ctags --version on your system? This will help design an adequate test. Anyway, I'm a bit surprised that Ubuntu installs plain GNU ctags. This has not been mentioned by egemengozoglu on his site dedicated to Ubuntu installation (see http://egemengozoglu.com/blog/2011/07/lxr-installation-on-ubuntu-10-10/) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-22 21:08:52
|
Bugs item #3490464, was opened at 2012-02-21 18:18 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: Yannick Roberts (yor1001) Assigned to: Andre-Littoz (ajlittoz) Summary: No identifiers Visible or selected Initial Comment: LXR version 0.10.2 Database Mysql OS Ubuntu 10.04 Server Edition Plain Files I have spent hours trying to figure out why identifiers were not hyperlinked in the web interface, or the identifier search wasn't returning any results... The reason was ctags, or gnu ctags for that matter, which options seems to be different from exuberant's ctag. A patch to ensure exuberant ctag is used would save many alot of trouble. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-22 13:08 Message: Hi Yannick, I don't understand how you had no error indication. I checked LXR history: since release 0.10 there is a strong test in genxref to check Exuberant Ctags presence. The test is even buggy since it causes immediate termination instead of proceeding with other tests. With the output you sent, genxref should have die'ed on ctags check. Can run command: genxref --url=//url_for_your_tree --checkonly both for plain ctags and exuberant ctags and send output. You can force a particular ctags instance with proper setting of lxr.conf parameter 'ectagsbin'. Regards, ajl ---------------------------------------------------------------------- Comment By: Yannick Roberts (yor1001) Date: 2012-02-22 12:41 Message: Here is gnu ctags version output $ ctags --version ctags (GNU Emacs 23.1) Copyright (C) 2009 Free Software Foundation, Inc. This program is distributed under the terms in ETAGS.README and Exuberant Ctags version output Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren Hiebert Compiled: Mar 6 2010, 15:35:10 Addresses: <dhi...@us...>, http://ctags.sourceforge.net Optional compiled features: +wildcards, +regex Apparently egemengozoglu does mention to install Exuberant ctags. (go figures I haven't seen this tutorial). Great Program btw. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-22 03:16 Message: I'll modify the preliminary tests in genxref. Could you send the output of command ctags -v or ctags --version on your system? This will help design an adequate test. Anyway, I'm a bit surprised that Ubuntu installs plain GNU ctags. This has not been mentioned by egemengozoglu on his site dedicated to Ubuntu installation (see http://egemengozoglu.com/blog/2011/07/lxr-installation-on-ubuntu-10-10/) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-22 20:41:38
|
Bugs item #3490464, was opened at 2012-02-21 18:18 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: http://yor1001.myopenid.com/ () Assigned to: Andre-Littoz (ajlittoz) Summary: No identifiers Visible or selected Initial Comment: LXR version 0.10.2 Database Mysql OS Ubuntu 10.04 Server Edition Plain Files I have spent hours trying to figure out why identifiers were not hyperlinked in the web interface, or the identifier search wasn't returning any results... The reason was ctags, or gnu ctags for that matter, which options seems to be different from exuberant's ctag. A patch to ensure exuberant ctag is used would save many alot of trouble. ---------------------------------------------------------------------- >Comment By: http://yor1001.myopenid.com/ () Date: 2012-02-22 12:41 Message: Here is gnu ctags version output $ ctags --version ctags (GNU Emacs 23.1) Copyright (C) 2009 Free Software Foundation, Inc. This program is distributed under the terms in ETAGS.README and Exuberant Ctags version output Exuberant Ctags 5.8, Copyright (C) 1996-2009 Darren Hiebert Compiled: Mar 6 2010, 15:35:10 Addresses: <dhi...@us...>, http://ctags.sourceforge.net Optional compiled features: +wildcards, +regex Apparently egemengozoglu does mention to install Exuberant ctags. (go figures I haven't seen this tutorial). Great Program btw. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-22 03:16 Message: I'll modify the preliminary tests in genxref. Could you send the output of command ctags -v or ctags --version on your system? This will help design an adequate test. Anyway, I'm a bit surprised that Ubuntu installs plain GNU ctags. This has not been mentioned by egemengozoglu on his site dedicated to Ubuntu installation (see http://egemengozoglu.com/blog/2011/07/lxr-installation-on-ubuntu-10-10/) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-22 11:16:46
|
Bugs item #3490464, was opened at 2012-02-21 18:18 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: http://yor1001.myopenid.com/ () >Assigned to: Andre-Littoz (ajlittoz) Summary: No identifiers Visible or selected Initial Comment: LXR version 0.10.2 Database Mysql OS Ubuntu 10.04 Server Edition Plain Files I have spent hours trying to figure out why identifiers were not hyperlinked in the web interface, or the identifier search wasn't returning any results... The reason was ctags, or gnu ctags for that matter, which options seems to be different from exuberant's ctag. A patch to ensure exuberant ctag is used would save many alot of trouble. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-02-22 03:16 Message: I'll modify the preliminary tests in genxref. Could you send the output of command ctags -v or ctags --version on your system? This will help design an adequate test. Anyway, I'm a bit surprised that Ubuntu installs plain GNU ctags. This has not been mentioned by egemengozoglu on his site dedicated to Ubuntu installation (see http://egemengozoglu.com/blog/2011/07/lxr-installation-on-ubuntu-10-10/) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-02-22 02:18:16
|
Bugs item #3490464, was opened at 2012-02-21 18:18 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: http://yor1001.myopenid.com/ () Assigned to: Nobody/Anonymous (nobody) Summary: No identifiers Visible or selected Initial Comment: LXR version 0.10.2 Database Mysql OS Ubuntu 10.04 Server Edition Plain Files I have spent hours trying to figure out why identifiers were not hyperlinked in the web interface, or the identifier search wasn't returning any results... The reason was ctags, or gnu ctags for that matter, which options seems to be different from exuberant's ctag. A patch to ensure exuberant ctag is used would save many alot of trouble. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3490464&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-29 15:19:31
|
Bugs item #1183103, was opened at 2005-04-14 07:54 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1183103&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing >Group: current cvs >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Andre-Littoz (ajlittoz) Summary: 0 search results with large number of glimpse results Initial Comment: when searching for a common word and glimpse is returning a lot of results (more than maxhits) but a file name was chosen to search for, lxr is returning 0 search result when the directory containing this file wasn't reached at this point, although there is perhaps only one search result in this particular file. i think its caused by first searching _all_ files for the word and than comparing it to the file name. suggestion: when a file name is given, to use the agrep-version of glimpse. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-29 07:19 Message: Code is already there but misplaced. Current implementation is: get results from glimpse and stuff it into an array up to $maxhits occurrences; when all results are collected, filter them using file name and edit. Better implementation: filter glimpse results as soon as they arrive and keep only those matching file name; when done, edit the results without re-filtering. Will be in 0.11 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1183103&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-28 14:46:52
|
Feature Requests item #3480926, was opened at 2012-01-28 06:46 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=3480926&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: None Status: Open Priority: 5 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Add lighttpd support Initial Comment: Offer an alternative to Apache Must be provided: - configuration instructions - configuration file sample ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=3480926&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-25 19:04:51
|
Bugs item #1347560, was opened at 2005-11-03 10:53 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1347560&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: v0.9.4 >Status: Closed >Resolution: Rejected Priority: 6 Private: No Submitted By: Jean Mao (qijingmao) Assigned to: Malcolm Box (mbox) Summary: duplicated lxr_useage entries Initial Comment: I am using lxr-0.9.2 currently, but I have tried lxr-0.9.4 and which has the same problem. We are using mysql 4.1.7 and plain files. The 'genxref' creates duplicated lxr_useage entries when the source code has something like: wchar_t * foo(wchar_t *str, int len, char *ref_f, ...) { va_list va; va_start(va,ref_f); return( smsg_put_buffer_va(str, len, ref_f, va)); } /* End of smsg_put_buffer() */ .......... foo (buf, K_PATH_SIZE, "Error reading the logfile:\\n %0s\\n\\nSelect the \"Cancel\" button to exit.", filepath); ...... That is, when the next line for calling the function is really long. I have dug into the code and found the problem is at the line 184 of the lib/LXR/Lang/Generic.pm (lxr-0.9.4): @lines = ($frag =~ /(.*?\n)/g, $frag =~ /([^\n]*)$/); Where the $frag is end with: "foo (buf, K_PATH_SIZE," with carriage return (\n) and code doubled the last line. Could this be fixed? Please let me know if you have any questions. Thank you in advance for your help. Jean ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-25 11:04 Message: Can't reproduce error with 0.11-beta. The generic parser has been deeply modified, perhaps correcting this problem. Can also be caused by a stale DB. It is recommended to always use genxref --reindexall when reindexing an existing source-tree after modifying it. Otherwise, stale references may lurk around in the DB, giving false duplicates. Reopen and attach a test case if problem occurs again. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1347560&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-25 18:04:57
|
Bugs item #526664, was opened at 2002-03-06 14:12 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=526664&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: SCM support Group: v0.9.1 >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Malcolm Box (mbox) Summary: CVS {default}=head != co default Initial Comment: I tried lxr 0.91's ability to cross-reference directly from CVS, specified v{default}=head in the config. I expected lxr to build its cross-reference data based on the same revision that one would get if he does a simple 'cvs co' (without any revision or tag specified). However this does not work as expected for a particular project where we make use of a vendor branch. I attached the head of one of the affected RCS files, where: "cvs co" would retrieve 1.1.1.2 lxr however indexes 1.1 as the head lxr seems to internally translate the 'head' into '1.1'. If there is some other way to specify "the revision that cvs would checkout by default" then consider this report to be just a "documentation bug report"; I'd like to know what v{default} setting would make lxr behave as I expect... ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-25 10:04 Message: I close this VERY old bug following resolution of bug #3434724 allowing to display any release on any branch. I didn't check if 'cvs co' is the same or not wether you specify 'head', but I feel it is no longer relevant since I implement an automatic --allversions discovery algorithm. To be release in 0.11 ---------------------------------------------------------------------- Comment By: Kolja Waschk (kawk) Date: 2002-03-08 03:21 Message: Logged In: YES user_id=478715 The following patch fixed the issue for us. It considers the 'branch' info in the RCS header (just below 'head') and searches for the latest revision in the named branch, substituting it for 'head'. (Note: probably it would be wiser to make the result available as version='default' instead of 'head' to retain backwards compatibility) --- CVS.pm-orig Fri Mar 8 11:27:03 2002 +++ CVS.pm Fri Mar 8 11:28:07 2002 @@ -360,6 +360,17 @@ /^@/s && substr($_, 1, -1) || $_ } $v =~ /(\w+)\s*((?:[^;@]+|@[^@]*@)*);/gs }; } + + if(defined (my $k=$cvs{'header'}{'branch'})) + { + $k=~s/\./\\./g; # quote dots in branch number + $k=(grep(/^$k\.\d+$/, keys %{$cvs{'branch'}}))[0]; # get ANY revision on branch + if(defined $k) + { + while($cvs{'branch'}{$k}{'next'}) { $k = $cvs{'branch'}{$k}{'next'}; } + $cvs{'header'}{'symbols'}{'head'} = $k; + } + } $cvs{'desc'} = shift(@cvs) =~ /\s*desc\s+((?:[^\n@]+|@[^@]*@)*)\n/s; $cvs{'desc'} =~ s/^@|@($|@)/$1/gs; ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-03-06 14:14 Message: Logged In: NO aah, two corrections. my correct e-mail is 'ka...@ma...', and it seems the file didn't get attached, so I include it here (hopefully it remains intelligible, sorry): head 1.1; branch 1.1.1; access; symbols as_of_2002_03_06:1.1.1.2 as_of_2002_03_04:1.1.1.2 as_of_2002_02_26:1.1.1.2 as_of_2002_02_21:1.1.1.2 as_of_2002_01_29:1.1.1.1 ps:1.1.1; locks; strict; comment @ * @; expand @o@; 1.1 date 2002.02.26.13.50.33; author kawk; state Exp; branches 1.1.1.1; next ; 1.1.1.1 date 2002.02.26.13.50.33; author kawk; state Exp; branches; next 1.1.1.2; 1.1.1.2 date 2002.02.26.14.02.20; author kawk; state Exp; branches; next ; desc @@ 1.1 log @Initial revision @ text @ /* SOURCE FILE: xyz.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=526664&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-25 17:56:34
|
Bugs item #3434724, was opened at 2011-11-07 17:38 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3434724&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: SCM support Group: current cvs >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Blade Doyle (bladedoyle) Assigned to: Andre-Littoz (ajlittoz) Summary: CVS.pm does not work with branching tags Initial Comment: LXR version: 0.9.10 No indexes are created for branched tags Using CVS.pm ---------------------- The "CVS.pm" code for "sub parsecvs" does not work with branching tags. No indexes are created for them. For branches RCS version numbers contain a "0" to indicate they are a branch. When mapping 'symbols' to a real revision number the code needs to find what actual revision number for a branching tag is. Currently for a branched tag the parsecvs function looks through the rcs file and finds that a branching tag (ex: FOO) is associated with revision (ex: 1.2.0.3). But that isn't an actual revision number 1.2.0.3. So we need some additional code in the parsecvs function to find the actual revision number for branched tags. I am attaching an example of some code that appears to solve the problem. (I don't claim to be an expert on the RCS file format but I looked at a few rcs files and found a pattern that seems to hold up) ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-25 09:56 Message: Phew! That was a hard one. It is not enough to manipulate the release-id in the CVS header, the file must also be "reconstructed" from the change history so that the correct length (and adequate annotations) is computed. I kept the idea of truncating void branches to their branching point. I extended this trick to imported releases because the source is usually not present in the CVS repository. In this case, imported releases are truncated at 1.1. New checks in parsecvs() for branch tags and import branches New algorithm in getannotations() to following vertices in the history graph from 'head' to the target release-id genxref needs to be modified to explore side branches. Added an automatic version discovery feature with --allversions. In this case, it is better to purge the indexing DB from any previous data. This needed to add a new method purgeall() to Files.pm. The existing purge($releaseid) can't be used because we have no idea of the present releases in the DB. Making queries for that is too much expensive compared to the brute force purge. As a side-effect, genxref --allversions creates a file listing all releases encountered during indexing. This file may later be used as 'range' for variable 'v' thus avoiding to recompute the version set on every invocation. However, this list being the union of all possible releases for every source file contains irrelevant versions for a given source file. Finally, annotation display was a bit improved with the insertion of a <span class="annot-cur"> to highlight the latest added lines to CVS repository. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-11-09 00:45 Message: Thanks Blade. I'll make tests as soon as I have some spare time and see if it can be made into a generic rule. I'll issue a 0.10 release when checking is complete. ajl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3434724&group_id=27350 |
6 messages has been excluded from this view by a project administrator.
