lxr-developer Mailing List for LXR Cross Referencer (Page 6)
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-01-23 16:16:59
|
Bugs item #3427606, was opened at 2011-10-23 13:04 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3427606&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: sjs205 (sjs205) Assigned to: Nobody/Anonymous (nobody) Summary: .htaccess-apache2 doesn't work under Apache2.2 Initial Comment: The same as bug ID: 2783472: sudo tail /var/log/apache2/error.log -n 1 [Sun Oct 23 20:48:17 2011] [error] [client 86.147.245.75] failed to resolve handler `ModPerl::RegistryPrefork': This package can't be used under threaded MPMs at /usr/lib/perl5/ModPerl/RegistryPrefork.pm line 12.\nCompilation failed in require at (eval 3) line 3.\n $ apache2 -V Server version: Apache/2.2.14 (Ubuntu) Server built: Sep 1 2011 09:52:34 Server's Module Magic Number: 20051115:23 Server loaded: APR 1.3.8, APR-Util 1.3.9 Compiled using: APR 1.3.8, APR-Util 1.3.9 Architecture: 64-bit Server MPM: Worker threaded: yes (fixed thread count) forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR="server/mpm/worker" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT="" -D SUEXEC_BIN="/usr/lib/apache2/suexec" -D DEFAULT_PIDLOG="/var/run/apache2.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types" -D SERVER_CONFIG_FILE="/etc/apache2/apache2.conf" $ perl -v This is perl, v5.10.1 (*) built for x86_64-linux-gnu-thread-multi $ uname -a Linux DevBox 2.6.32-21-server #32-Ubuntu SMP Fri Apr 16 09:17:34 UTC 2010 x86_64 GNU/Linux If any further information is required then please ask. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-23 08:16 Message: Implemented in CVS for next 0.11 release slightly differently. Thanks to scripts to automate installation, OS absolute forms will now always be used in @INC (file apache2-require.pl) Automatic detection of Prefork/Worker is done in web server configuration files. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-18 04:28 Message: Detlef Vollmann has found the solution to this problem. If shell command > apachectl -V # command name may be apache or apache2 reports ... Server MPM: Prefork ... you are not concerned with the problem. If it reports ... Server MPM: Worker ... follow the steps below. 1. in file .htaccess-apache2, replace the line PerlHandler ModPerl::RegistryPrefork by PerlHandler ModPerl::Registry 2. in file apache2-require.pl, change all relative paths to absolute form, e.g. , "." , "./lib" to , "/whatever/you/installed/lxr" # usually /usr/local/share/lxr , "/whatever/you/installed/lxr/lib/" # usually /usr/local/share/lxr/lib 3. in the configuration file for the web server (recommended name lxrweb.conf), replace the line PerlRequire /whatever/you/installed/lxr/apache2-require.pl # usually /usr/local/share/lxr/apache2-require.pl by PerlPostConfigRequire /whatever/you/installed/lxr/apache2-require.pl You may also want to activate the Perl security tests with PerlSwitches -T You're done Note: the maintainer does not use MPM Worker and has not tested the fix. Please report if it does not work This will be put soon in the manual and the web site. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-10-24 01:08 Message: Hello, This problem seems to be related to the interaction between Perl and Apache. The main difference with my configuration is "Server MPM: Prefork" in mine. Try with the Perl guys and tell me about it. Meanwhile, I keep this bug open. Regards, ajl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3427606&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-23 16:11:02
|
Bugs item #3267251, was opened at 2011-04-01 05:48 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3267251&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: Andre-Littoz (ajlittoz) >Assigned to: Andre-Littoz (ajlittoz) Summary: Incomplete design of 'maps' feature Initial Comment: Release 0.9.9 and earlier lxr.conf 'maps' is a great device to select a file among many directories based on the value of variables. It works fine when clicking on a link e.g. in an #include. You are warped directly to the desired file. But if you want to compare this file to another one using "diff", LXR is confused about the second target file, because it is unable to correctly generate the path to the second file: it uses the transformed path of the first file, then tries to apply 'maps' and very often discovers that the file designated by this multiple processed path does not exist. How can we circumvent that? Comments and advice wanted. There is an incomplete implementation of something (what? it is lost in time) in httpinit: a parameter named 'file' seems to be "reserved". Could it be used to keep the original path? The function mappath would then be applied in httpinit and the result used as the target file. I have not yet thought about it, nor determined the exact circumstances under which the aforementioned error occurs. At least, I know of it in diff. Before going ahead, I would appreciate collecting events where it has caused trouble. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-23 08:11 Message: State transition between LXR invocation has been clarified. Target file designation is done through the 'variables', namely, 'v, eventually 'a' and others. State starting point is stored in arguments whose names start with '_' (so that they are not confused with 'variables'). _file argument contains the non-mapped file path (only for #include files since this is the only place where mappath is applied). If the desired file version needs 'variables' changes, the changed variable names are prefixed with '$', e.g. $v. When a query string is received with _file and optional $variables, _file and $variables are combined to select a file after mappath substitution. If that selection succeeds, this file will override the content of $pathname which was initialised with the usual target file. With such an algorithm, successive 'variables' changes will always result in the correct file being selected, even revert to the initial file after many changes. This algorithm involves many changes in include processing, initialisation, link management, ... but globally involves few lines of code. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3267251&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-18 12:28:23
|
Bugs item #3427606, was opened at 2011-10-23 13:04 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3427606&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: Open Resolution: None Priority: 5 Private: No Submitted By: sjs205 (sjs205) Assigned to: Nobody/Anonymous (nobody) Summary: .htaccess-apache2 doesn't work under Apache2.2 Initial Comment: The same as bug ID: 2783472: sudo tail /var/log/apache2/error.log -n 1 [Sun Oct 23 20:48:17 2011] [error] [client 86.147.245.75] failed to resolve handler `ModPerl::RegistryPrefork': This package can't be used under threaded MPMs at /usr/lib/perl5/ModPerl/RegistryPrefork.pm line 12.\nCompilation failed in require at (eval 3) line 3.\n $ apache2 -V Server version: Apache/2.2.14 (Ubuntu) Server built: Sep 1 2011 09:52:34 Server's Module Magic Number: 20051115:23 Server loaded: APR 1.3.8, APR-Util 1.3.9 Compiled using: APR 1.3.8, APR-Util 1.3.9 Architecture: 64-bit Server MPM: Worker threaded: yes (fixed thread count) forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR="server/mpm/worker" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT="" -D SUEXEC_BIN="/usr/lib/apache2/suexec" -D DEFAULT_PIDLOG="/var/run/apache2.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types" -D SERVER_CONFIG_FILE="/etc/apache2/apache2.conf" $ perl -v This is perl, v5.10.1 (*) built for x86_64-linux-gnu-thread-multi $ uname -a Linux DevBox 2.6.32-21-server #32-Ubuntu SMP Fri Apr 16 09:17:34 UTC 2010 x86_64 GNU/Linux If any further information is required then please ask. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-18 04:28 Message: Detlef Vollmann has found the solution to this problem. If shell command > apachectl -V # command name may be apache or apache2 reports ... Server MPM: Prefork ... you are not concerned with the problem. If it reports ... Server MPM: Worker ... follow the steps below. 1. in file .htaccess-apache2, replace the line PerlHandler ModPerl::RegistryPrefork by PerlHandler ModPerl::Registry 2. in file apache2-require.pl, change all relative paths to absolute form, e.g. , "." , "./lib" to , "/whatever/you/installed/lxr" # usually /usr/local/share/lxr , "/whatever/you/installed/lxr/lib/" # usually /usr/local/share/lxr/lib 3. in the configuration file for the web server (recommended name lxrweb.conf), replace the line PerlRequire /whatever/you/installed/lxr/apache2-require.pl # usually /usr/local/share/lxr/apache2-require.pl by PerlPostConfigRequire /whatever/you/installed/lxr/apache2-require.pl You may also want to activate the Perl security tests with PerlSwitches -T You're done Note: the maintainer does not use MPM Worker and has not tested the fix. Please report if it does not work This will be put soon in the manual and the web site. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-10-24 01:08 Message: Hello, This problem seems to be related to the interaction between Perl and Apache. The main difference with my configuration is "Server MPM: Prefork" in mine. Try with the Perl guys and tell me about it. Meanwhile, I keep this bug open. Regards, ajl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3427606&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-04 19:46:19
|
Bugs item #3469081, was opened at 2012-01-03 09:46 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3469081&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: 6 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: genxref causes indexation by both Glimpse and Swish-e Initial Comment: The sanity checks introduced in genxref consider 'glimpsebin' and 'swishbin' independently of each other. If both glimpse ans swish-e exist on a computer, genxref will try to define the missing configuration parameter. This results in both text search engines being launched, creating the text index databases for both. Modify the tests to defer forcing an undefined parameter till we can determine that the other one is also not defined. Also, add a test to see if at least one of the two parameter is defined. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-04 11:46 Message: Forcing free-text search engine parameter deferred until after reading configuration. If neither 'glimpsebin' nor 'swishbin' are defined, forcing is based on what is found on the computer. If both exist, preference is given to glimpse since it gives more details than swish-e. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3469081&group_id=2735 |
|
From: SourceForge.net <no...@so...> - 2012-01-04 14:58:16
|
Bugs item #3466117, was opened at 2011-12-27 11:25 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466117&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: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Bad action in change button for search script Initial Comment: Under the buttons-and-menu interface, the change button in free-text searching screen contains an invalid action=$varbtnaction, i.e. template is not expanded. In Template.pm, sub varbtnaction uses the existing fileref, diffref and idref subs to get a skeletal <a> link corresponding to scripts source, diff and ident respectively. Unhappily there is no such sub for search. varbtnaction generates directly the action, but the string then goes thru a pattern extraction to get the href target. You should mock up a href also for search, otherwise the sub returns undef and the template $varbtnaction is left unchanged (not removed). ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-27 11:26 Message: sub varbtnaction in Template.pm is modified in such a way that all 4 different targets are processed the same. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466117&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-04 14:37:37
|
Bugs item #3469392, was opened at 2012-01-04 05:04 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3469392&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: 9 Private: No Submitted By: Yuqang Zhou () >Assigned to: Andre-Littoz (ajlittoz) Summary: perl script error Initial Comment: there are some error in your perl error, I have not learn perl, so it takes me a lot of time to fix the error. and I found the error is silly. but it is really takes me so much trouble!! ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-04 06:37 Message: Fixed in CVS - New 0.10.2 release issued ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-04 06:28 Message: Oops! Sorry, I forgot 2 lines when transferring changes to 'search' script between my development version and the CVS release version. There is the closing } and another line which prevents correct printing of the results. Why did you send Common.pm? You seem to have removed 2 lines (which should not yet be there) which presently have no effect. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3469392&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-04 14:28:32
|
Bugs item #3469392, was opened at 2012-01-04 05:04 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3469392&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: Open Resolution: None >Priority: 9 Private: No Submitted By: Yuqang Zhou () Assigned to: Nobody/Anonymous (nobody) Summary: perl script error Initial Comment: there are some error in your perl error, I have not learn perl, so it takes me a lot of time to fix the error. and I found the error is silly. but it is really takes me so much trouble!! ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-04 06:28 Message: Oops! Sorry, I forgot 2 lines when transferring changes to 'search' script between my development version and the CVS release version. There is the closing } and another line which prevents correct printing of the results. Why did you send Common.pm? You seem to have removed 2 lines (which should not yet be there) which presently have no effect. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3469392&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-04 13:04:30
|
Bugs item #3469392, was opened at 2012-01-04 05:04 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3469392&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: perl script error Initial Comment: there are some error in your perl error, I have not learn perl, so it takes me a lot of time to fix the error. and I found the error is silly. but it is really takes me so much trouble!! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3469392&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-03 17:46:53
|
Bugs item #3469081, was opened at 2012-01-03 09:46 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3469081&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: 6 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: genxref causes indexation by both Glimpse and Swish-e Initial Comment: The sanity checks introduced in genxref consider 'glimpsebin' and 'swishbin' independently of each other. If both glimpse ans swish-e exist on a computer, genxref will try to define the missing configuration parameter. This results in both text search engines being launched, creating the text index databases for both. Modify the tests to defer forcing an undefined parameter till we can determine that the other one is also not defined. Also, add a test to see if at least one of the two parameter is defined. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3469081&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-03 07:11:12
|
Bugs item #3468849, was opened at 2012-01-02 23:03 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3468849&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: 4 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Limiting identifier search to definitions only ineffective Initial Comment: Whether you check "definitions only" or not in the identifier search form, you get all references to this identifier: definitions and uses. Cause: variable $defonly is not used to filter the results (or preventing the search for uses). ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2012-01-02 23:11 Message: Added: return '' if $defonly; at the beginning of sub uses expand for a quick return without processing uses. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3468849&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-03 07:03:49
|
Bugs item #3468849, was opened at 2012-01-02 23:03 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3468849&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: Open Resolution: None Priority: 4 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Limiting identifier search to definitions only ineffective Initial Comment: Whether you check "definitions only" or not in the identifier search form, you get all references to this identifier: definitions and uses. Cause: variable $defonly is not used to filter the results (or preventing the search for uses). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3468849&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2012-01-02 09:50:51
|
Bugs item #3468352, was opened at 2012-01-02 01:50 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3468352&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: current cvs Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Inconsistent identifier recognition Initial Comment: While the different parsers try to use language parameter regex 'identdef' to find potential identifier, subs used by genxref try to find identifiers using their own regex. Results are different and some identifiers can be missed. See if it is feasible to use 'identdef' everywhere. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3468352&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-30 11:31:28
|
Bugs item #3466563, was opened at 2011-12-28 12:28 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466563&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: 2 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Output not "HTML 4.01 strict" compliant Initial Comment: Validation of output fails on: - html-head-btn.html: <form>s for buttons do not contain <p> or <div> to host content, - source: <img> in directory listing have no required alt= attribute, - html-head.html, html-head-btn.html erroneously applies a colspan= on a <tr> tag (As a matter-of-fact, the <table> for the variable expansion is pointless here) ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-30 03:31 Message: Changes made to source and several templates ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466563&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-30 10:52:34
|
Bugs item #3466821, was opened at 2011-12-28 23:54 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466821&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: v0.9.9 >Status: Closed >Resolution: Fixed Priority: 3 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Typo in message (Config.pm) Initial Comment: Peter Zotox reports a typo in error meesage at line 137 of Config.pm: word glimpsedir used instead of swishdir ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-30 02:52 Message: Correct configuration parameter name used. Wording for messages in this section slightly improved. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466821&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-30 10:45:01
|
Bugs item #3466565, was opened at 2011-12-28 12:34 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466565&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: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: html-fatal.html errors out on non-existant sub Initial Comment: When inlining (and removing) sub stylesheet in Template.pm, an occurrence was forgotten in makeerrorpage. For maintenance reason, since substitution variable $stylesheet is used in 3 template expanders with the same semantics, it would be wise to restore sub stylesheet to avoid future similar bugs after update. Performance impact should be very low (even beneficial?) because with inlining we create anonymous subs instead of using single named one. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-30 02:45 Message: sub $stylesheet has been restored. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466565&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-29 07:54:50
|
Bugs item #3466821, was opened at 2011-12-28 23:54 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466821&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: v0.9.9 Status: Open Resolution: None Priority: 3 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Typo in message (Config.pm) Initial Comment: Peter Zotox reports a typo in error meesage at line 137 of Config.pm: word glimpsedir used instead of swishdir ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466821&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-28 20:34:34
|
Bugs item #3466565, was opened at 2011-12-28 12:34 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466565&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: Open Resolution: None Priority: 5 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: html-fatal.html errors out on non-existant sub Initial Comment: When inlining (and removing) sub stylesheet in Template.pm, an occurrence was forgotten in makeerrorpage. For maintenance reason, since substitution variable $stylesheet is used in 3 template expanders with the same semantics, it would be wise to restore sub stylesheet to avoid future similar bugs after update. Performance impact should be very low (even beneficial?) because with inlining we create anonymous subs instead of using single named one. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466565&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-28 20:28:46
|
Bugs item #3466563, was opened at 2011-12-28 12:28 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466563&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: Open Resolution: None Priority: 2 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Output not "HTML 4.01 strict" compliant Initial Comment: Validation of output fails on: - html-head-btn.html: <form>s for buttons do not contain <p> or <div> to host content, - source: <img> in directory listing have no required alt= attribute, - html-head.html, html-head-btn.html erroneously applies a colspan= on a <tr> tag (As a matter-of-fact, the <table> for the variable expansion is pointless here) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466563&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-27 19:26:59
|
Bugs item #3466117, was opened at 2011-12-27 11:25 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466117&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: Accepted Priority: 5 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Bad action in change button for search script Initial Comment: Under the buttons-and-menu interface, the change button in free-text searching screen contains an invalid action=$varbtnaction, i.e. template is not expanded. In Template.pm, sub varbtnaction uses the existing fileref, diffref and idref subs to get a skeletal <a> link corresponding to scripts source, diff and ident respectively. Unhappily there is no such sub for search. varbtnaction generates directly the action, but the string then goes thru a pattern extraction to get the href target. You should mock up a href also for search, otherwise the sub returns undef and the template $varbtnaction is left unchanged (not removed). ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-27 11:26 Message: sub varbtnaction in Template.pm is modified in such a way that all 4 different targets are processed the same. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466117&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-27 19:25:41
|
Bugs item #3466117, was opened at 2011-12-27 11:25 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466117&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: Open Resolution: None Priority: 5 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Bad action in change button for search script Initial Comment: Under the buttons-and-menu interface, the change button in free-text searching screen contains an invalid action=$varbtnaction, i.e. template is not expanded. In Template.pm, sub varbtnaction uses the existing fileref, diffref and idref subs to get a skeletal <a> link corresponding to scripts source, diff and ident respectively. Unhappily there is no such sub for search. varbtnaction generates directly the action, but the string then goes thru a pattern extraction to get the href target. You should mock up a href also for search, otherwise the sub returns undef and the template $varbtnaction is left unchanged (not removed). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3466117&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-26 09:33:49
|
Bugs item #3465547, was opened at 2011-12-26 01:08 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3465547&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: Closed Resolution: Fixed Priority: 8 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: diff loses user identifier Initial Comment: With current CVS version, diff removes the user symbols (those that would be marked as identifiers) in the display. This is caused by a too specific extraction pattern failing in sub markupfile (file Markup.pm) after changes in idref: an "example" identifier link is generated, then the link skeleton around this identifier is put aside for further application on "real" identifiers. Unhappily, the extraction is based on the supposed structure of idref instead of matching only the identifier. This regression precludes issuing a new release. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-26 01:33 Message: Getting a reliable state transition between invocation of LXR introduced modification in the structure of the URL. Moreover, using <FORM>s to generate the URL undefines the order of the arguments in the ?-query string. Therefore any test on the URL is bound to fail if it is based on an expected ordered sequence of the arguments. Fix: use a generic extraction pattern in sub markupfile where a very specific identifier is submitted to sub idref. The identifier is so specific it is not expected to happen in any compliant <A> tag. For that, unfrequent punctuation characters are used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3465547&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-26 09:33:06
|
Bugs item #3465547, was opened at 2011-12-26 01:08 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3465547&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: Fixed Priority: 8 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: diff loses user identifier Initial Comment: With current CVS version, diff removes the user symbols (those that would be marked as identifiers) in the display. This is caused by a too specific extraction pattern failing in sub markupfile (file Markup.pm) after changes in idref: an "example" identifier link is generated, then the link skeleton around this identifier is put aside for further application on "real" identifiers. Unhappily, the extraction is based on the supposed structure of idref instead of matching only the identifier. This regression precludes issuing a new release. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-26 01:33 Message: Getting a reliable state transition between invocation of LXR introduced modification in the structure of the URL. Moreover, using <FORM>s to generate the URL undefines the order of the arguments in the ?-query string. Therefore any test on the URL is bound to fail if it is based on an expected ordered sequence of the arguments. Fix: use a generic extraction pattern in sub markupfile where a very specific identifier is submitted to sub idref. The identifier is so specific it is not expected to happen in any compliant <A> tag. For that, unfrequent punctuation characters are used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3465547&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-26 09:08:05
|
Bugs item #3465547, was opened at 2011-12-26 01:08 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3465547&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: 8 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: diff loses user identifier Initial Comment: With current CVS version, diff removes the user symbols (those that would be marked as identifiers) in the display. This is caused by a too specific extraction pattern failing in sub markupfile (file Markup.pm) after changes in idref: an "example" identifier link is generated, then the link skeleton around this identifier is put aside for further application on "real" identifiers. Unhappily, the extraction is based on the supposed structure of idref instead of matching only the identifier. This regression precludes issuing a new release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3465547&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-26 08:56:21
|
Bugs item #3463504, was opened at 2011-12-21 12:05 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3463504&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: 7 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Missing test for ectagsbin existence in genxref Initial Comment: If config parameter 'ectagsbin' is not defined, sub indexfile in Generic.pm will silently ignore the tagging phase leading to erratic behaviour later when browsing the source-tree (from inaccurate marking to no marking at all, depending on the state of the DB). A test should be made in genxref to abort as early as possible the task with a self-explanatory error message. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-26 00:56 Message: A new option --checkonly has been added to genxref with corresponding tests for tools versions (aka Perl interpreter and ctags) to allow for tests before going into indexation where output can (and really does) hide the test results. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-21 12:08 Message: Test made in genxref with an attempt to find ctags (which ctags). If ctags can be found, config parameter is temporarily adjusted with a caveat to user. Unhappily, the warning message can go unnoticed in genxref output. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-21 12:08 Message: This has now been fixed in CVS. If you can install the new version and check that it solves your problem, then it would be very useful. Thanks for reporting this defect and helping to make LXR better. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3463504&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-12-21 20:09:44
|
Bugs item #3330950, was opened at 2011-06-25 06:31 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3330950&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: Closed >Resolution: Fixed Priority: 3 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Generic.pm does unnecessary initialisation Initial Comment: Initialisation of generic parser is don in sub read_config. Since it is called only once, it is a good place to proceed with various tests, such as tools version number. This is done with the Perl backtick construct, executing a shell command as an independent process. Some security rules may forbid such a parallel execution from a web server (e.g. on SourceForge). Thus, initialisation aborts and LXR can't display files. To circumvent the problem, initialisation should detect whether it is call from shell contect (i.e. from genxref) or from web context. Since there is no need of ctags in web context, this verification should not be attempted. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-21 09:44 Message: This has now been fixed in CVS. If you can install the new version and check that it solves your problem, then it would be very useful. Thanks for reporting this defect and helping to make LXR better. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-21 09:43 Message: All the tests on auxiliary tools have been moved to genxref which is easier since genxref is executed in shell context. Moreover, LXR data is always initialised by genxref which is run only once in a while, at least not every time you need LXR. Change in CVS for next release (0.10). ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-12-21 09:43 Message: This has now been fixed in CVS. If you can install the new version and check that it solves your problem, then it would be very useful. Thanks for reporting this defect and helping to make LXR better. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3330950&group_id=27350 |
6 messages has been excluded from this view by a project administrator.
