lxr-developer Mailing List for LXR Cross Referencer (Page 8)
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...> - 2011-04-21 07:57:23
|
Bugs item #3290843, was opened at 2011-04-21 09:56 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3290843&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: 7 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Bad button with files starting with an 'a' Initial Comment: Trying to display a source file whose name starts with an 'a' causes an erroneous "diff markup" button to be generated. Cause is inside modelink2button sub where the link from file fileref is transformed into a <form>. The closing </a> tag becomes </button></form>. But the regexp only contains /a which may also match the beginning of a filename. To prevent this behaviour, use the full tag </a> in the regexp. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-21 09:57 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=3290843&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-21 07:56:36
|
Bugs item #3290843, was opened at 2011-04-21 09:56 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3290843&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: 7 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Bad button with files starting with an 'a' Initial Comment: Trying to display a source file whose name starts with an 'a' causes an erroneous "diff markup" button to be generated. Cause is inside modelink2button sub where the link from file fileref is transformed into a <form>. The closing </a> tag becomes </button></form>. But the regexp only contains /a which may also match the beginning of a filename. To prevent this behaviour, use the full tag </a> in the regexp. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3290843&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-19 20:05:54
|
Feature Requests item #424845, was opened at 2001-05-17 15:56 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=424845&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: Website Group: None >Status: Closed Priority: 5 Private: No Submitted By: Malcolm Box (mbox) >Assigned to: Andre-Littoz (ajlittoz) Summary: Demo on the website Initial Comment: Make the website demo the current version of lxr, against the cvs repositories of sf ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-19 22:05 Message: A beta demo is now running on the website ---------------------------------------------------------------------- Comment By: Lars Schouw (schouwla) Date: 2003-02-14 08:49 Message: Logged In: YES user_id=451604 At leat some quick screen shoots would be great for a start. ---------------------------------------------------------------------- Comment By: Peder O. Klingenberg (pok) Date: 2001-07-24 15:09 Message: Logged In: YES user_id=222352 Do we have database access on SF? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=424845&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-19 19:56:55
|
Feature Requests item #3289779, was opened at 2011-04-19 21:56 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=3289779&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: Nobody/Anonymous (nobody) Summary: Remove interaction between variables and URL args Initial Comment: Variables are passed to diff, ident, search and source scripts as varname=value while state information and requests are also passed as param=value. If a variable is given the same name as a state information argument (e.g. showattic or raw), mayhem may result. To avoid this potential problem, use a prefix for all internal URL args, e.g. a dot, and forbid that prefix in variable names. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=3289779&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-14 17:56:34
|
Bugs item #3286661, was opened at 2011-04-14 19:45 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3286661&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: 7 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Selection of an SCM file randomly returns head v Initial Comment: When SCM is activated (cvs, BK or GIT), selecting a file version randomly displays 'head' version though the SCM information is correctly parsed and stored. Versions are dynamically defined into variable 'v' as per example in lxr.conf through the use of $files->allreleases(LXR::Common::pathname) function call. Cause is in Common.pm sub httpinit: - arguments of the query request are checked and cleaned, notably 'v' and $HTTP->{'param'}->{'file'} - order is 'v' then 'file' which sets global variable $pathname. But, check for 'v' in clean_release calls varrange to garantee that the requested version exists otherwise 'v' is reset to vardefault. With SCM, varrange may be the above function call using $pathname as argument. At that time, it has not yet been correctly initialised. It may or not contain value from a previous script invocation. Anyway, the value is wrong and may reference an incorrect file for which the 'v' value may not exist and we revert to default value, usually 'head'. To correct, just reverse the order of the tests. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-14 19:47 Message: Corrected in CVS ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-14 19:47 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=3286661&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-14 17:47:01
|
Bugs item #3286661, was opened at 2011-04-14 19:45 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3286661&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: Open >Resolution: Fixed Priority: 7 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Selection of an SCM file randomly returns head v Initial Comment: When SCM is activated (cvs, BK or GIT), selecting a file version randomly displays 'head' version though the SCM information is correctly parsed and stored. Versions are dynamically defined into variable 'v' as per example in lxr.conf through the use of $files->allreleases(LXR::Common::pathname) function call. Cause is in Common.pm sub httpinit: - arguments of the query request are checked and cleaned, notably 'v' and $HTTP->{'param'}->{'file'} - order is 'v' then 'file' which sets global variable $pathname. But, check for 'v' in clean_release calls varrange to garantee that the requested version exists otherwise 'v' is reset to vardefault. With SCM, varrange may be the above function call using $pathname as argument. At that time, it has not yet been correctly initialised. It may or not contain value from a previous script invocation. Anyway, the value is wrong and may reference an incorrect file for which the 'v' value may not exist and we revert to default value, usually 'head'. To correct, just reverse the order of the tests. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-14 19:47 Message: Corrected in CVS ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-14 19:47 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=3286661&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-14 17:45:53
|
Bugs item #3286661, was opened at 2011-04-14 19:45 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3286661&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: Open Resolution: None Priority: 7 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Selection of an SCM file randomly returns head v Initial Comment: When SCM is activated (cvs, BK or GIT), selecting a file version randomly displays 'head' version though the SCM information is correctly parsed and stored. Versions are dynamically defined into variable 'v' as per example in lxr.conf through the use of $files->allreleases(LXR::Common::pathname) function call. Cause is in Common.pm sub httpinit: - arguments of the query request are checked and cleaned, notably 'v' and $HTTP->{'param'}->{'file'} - order is 'v' then 'file' which sets global variable $pathname. But, check for 'v' in clean_release calls varrange to garantee that the requested version exists otherwise 'v' is reset to vardefault. With SCM, varrange may be the above function call using $pathname as argument. At that time, it has not yet been correctly initialised. It may or not contain value from a previous script invocation. Anyway, the value is wrong and may reference an incorrect file for which the 'v' value may not exist and we revert to default value, usually 'head'. To correct, just reverse the order of the tests. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3286661&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-12 19:48:35
|
Feature Requests item #2808116, was opened at 2009-06-18 04:06 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2808116&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: Language support Group: None Status: Open Priority: 5 Private: No Submitted By: David (hawaiian717) Assigned to: Andre-Littoz (ajlittoz) Summary: Handling of Python import Initial Comment: It would be nice if Python import statements were handled similar to C #includes, where the file links to the included file. It appears that currently, certain imported modules will link to a keyword search and others will be unlinked. Syntax for the import statement can be found here: http://docs.python.org/reference/simple_stmts.html#the-import-statement ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-12 21:48 Message: This incompatibility has been discovered last week (2011-04-05) by Dr. Martin Wilck. A new feature has been added in Perl after version 5.8.8 (which is probably yours). Mine is 5.12.3 and contains this feature. Your choice is: 1/ upgrade Perl, or 2/ read Help forum, topic Help on non-regression checks after modifications; towards the end, you'll find a dirty patch to get around this incompatibility. Please send feedback. If you think it worth, I can try to use alternate syntax since this part of the code is not fully satisfactory. Regards ---------------------------------------------------------------------- Comment By: David (hawaiian717) Date: 2011-04-12 01:43 Message: Just gave 0.9.9 a try; got an error when I tried to update the index: Sequence (?|...) not recognized in regex; marked by <-- HERE in m/^ # reminder: no initial space in the grammar ([\w\#]\s*[\w]*) # reserved keyword for include construct (\s+) # space (?| <-- HERE (")(.+?)(") # C syntax | (\0<)(.+?)(\0>) # C alternate syntax | ()([\w:]+)(\b) # Perl and others ) / at lib/LXR/Lang.pm line 88. Compilation failed in require at lib/LXR/Common.pm line 50. Compilation failed in require at lib/LXR/Index.pm line 23. BEGIN failed--compilation aborted at lib/LXR/Index.pm line 23. Compilation failed in require at /var/www/html/lxr/genxref line 26. BEGIN failed--compilation aborted at /var/www/html/lxr/genxref line 26. ---------------------------------------------------------------------- Comment By: David (hawaiian717) Date: 2011-04-02 03:39 Message: Testing the patch is also on my todo list. Hopefully I'll have a chance to test this next week. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-31 19:30 Message: Reopened manually after automatic close. To be put on "todo" list for a coming release ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2011-03-31 17:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-17 15:29 Message: I have added a generic processing. Read feature request "cope with language-specific syntax for include files" to see if that suits your needs. To test, either extract from CVS or wait for the 0.9.9 release, due very soon. Please give feed back. ---------------------------------------------------------------------- Comment By: David (hawaiian717) Date: 2009-06-30 22:53 Message: Sorry for the delay in responding, I had a few other things come up before I could get back to this. I've attached an HTML file with some sample output (I removed some of the header info, but you should still get the idea). "time" is a standard Python module, so I wouldn't necessarily expect LXR to be able to link to it. "version", "management", and "device" are all in the same directory as the test file. One thing to note is that the include statement doesn't include the .py filename extension. ---------------------------------------------------------------------- Comment By: AdrianIssott (adrianissott) Date: 2009-06-19 21:50 Message: David, please could you provide some examples of when the import statements aren't linking to the included file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2808116&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-11 23:43:36
|
Feature Requests item #2808116, was opened at 2009-06-17 19:06 Message generated for change (Comment added) made by hawaiian717 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2808116&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: Language support Group: None Status: Open Priority: 5 Private: No Submitted By: David (hawaiian717) Assigned to: Andre-Littoz (ajlittoz) Summary: Handling of Python import Initial Comment: It would be nice if Python import statements were handled similar to C #includes, where the file links to the included file. It appears that currently, certain imported modules will link to a keyword search and others will be unlinked. Syntax for the import statement can be found here: http://docs.python.org/reference/simple_stmts.html#the-import-statement ---------------------------------------------------------------------- >Comment By: David (hawaiian717) Date: 2011-04-11 16:43 Message: Just gave 0.9.9 a try; got an error when I tried to update the index: Sequence (?|...) not recognized in regex; marked by <-- HERE in m/^ # reminder: no initial space in the grammar ([\w\#]\s*[\w]*) # reserved keyword for include construct (\s+) # space (?| <-- HERE (")(.+?)(") # C syntax | (\0<)(.+?)(\0>) # C alternate syntax | ()([\w:]+)(\b) # Perl and others ) / at lib/LXR/Lang.pm line 88. Compilation failed in require at lib/LXR/Common.pm line 50. Compilation failed in require at lib/LXR/Index.pm line 23. BEGIN failed--compilation aborted at lib/LXR/Index.pm line 23. Compilation failed in require at /var/www/html/lxr/genxref line 26. BEGIN failed--compilation aborted at /var/www/html/lxr/genxref line 26. ---------------------------------------------------------------------- Comment By: David (hawaiian717) Date: 2011-04-01 18:39 Message: Testing the patch is also on my todo list. Hopefully I'll have a chance to test this next week. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-31 10:30 Message: Reopened manually after automatic close. To be put on "todo" list for a coming release ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2011-03-31 08:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-17 07:29 Message: I have added a generic processing. Read feature request "cope with language-specific syntax for include files" to see if that suits your needs. To test, either extract from CVS or wait for the 0.9.9 release, due very soon. Please give feed back. ---------------------------------------------------------------------- Comment By: David (hawaiian717) Date: 2009-06-30 13:53 Message: Sorry for the delay in responding, I had a few other things come up before I could get back to this. I've attached an HTML file with some sample output (I removed some of the header info, but you should still get the idea). "time" is a standard Python module, so I wouldn't necessarily expect LXR to be able to link to it. "version", "management", and "device" are all in the same directory as the test file. One thing to note is that the include statement doesn't include the .py filename extension. ---------------------------------------------------------------------- Comment By: AdrianIssott (adrianissott) Date: 2009-06-19 12:50 Message: David, please could you provide some examples of when the import statements aren't linking to the included file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2808116&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-08 19:20:09
|
Bugs item #3281099, was opened at 2011-04-08 21:19 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3281099&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: Swish-e error exits on freetext search Initial Comment: When search launches swish-e to do the search, LXR error-exits with '$ENV{PATH} not safe' message. $ENV{PATH} is not untainted is swishsearch whereas it is explicitly set to a "neutral" value in glimpsesearch. To correct, just duplicate the line. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-08 21:20 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=3281099&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-08 19:19:23
|
Bugs item #3281099, was opened at 2011-04-08 21:19 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3281099&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: Swish-e error exits on freetext search Initial Comment: When search launches swish-e to do the search, LXR error-exits with '$ENV{PATH} not safe' message. $ENV{PATH} is not untainted is swishsearch whereas it is explicitly set to a "neutral" value in glimpsesearch. To correct, just duplicate the line. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3281099&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-07 08:37:33
|
Bugs item #3278970, was opened at 2011-04-07 10:04 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3278970&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: v0.9.9 >Status: Closed >Resolution: Fixed Priority: 8 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Faulty parsing of strings Initial Comment: In a language where characters can be escaped (e.g. C/C++, Perl, ...) if the escaping character appears as a literal in the last position of the string, the string delimiter is escaped and the following text is considered part of the string. This leads to an "out-of-sync" condition. In generic.conf, replace all occurrences of "stay" pattern '\\\\"' by '\\\\.' (and similar for delimiter '). "Stay" pattern is the third in a category definition. ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-07 10:37 Message: Generic.conf fixed ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-07 10:37 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=3278970&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-07 08:04:47
|
Bugs item #3278970, was opened at 2011-04-07 10:04 Message generated for change (Tracker Item Submitted) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3278970&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: v0.9.9 Status: Open Resolution: None Priority: 8 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Andre-Littoz (ajlittoz) Summary: Faulty parsing of strings Initial Comment: In a language where characters can be escaped (e.g. C/C++, Perl, ...) if the escaping character appears as a literal in the last position of the string, the string delimiter is escaped and the following text is considered part of the string. This leads to an "out-of-sync" condition. In generic.conf, replace all occurrences of "stay" pattern '\\\\"' by '\\\\.' (and similar for delimiter '). "Stay" pattern is the third in a category definition. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3278970&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-02 16:04:27
|
Feature Requests item #2807128, was opened at 2009-06-16 13:52 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2807128&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 Interface Group: None >Status: Closed Priority: 5 Private: No Submitted By: AdrianIssott (adrianissott) >Assigned to: Andre-Littoz (ajlittoz) Summary: Allow Identifier Searches to be Restricted to Declarations Initial Comment: This is particularly useful for large code bases where the number of references completely swamps the number of declarations. Also OpenGrok* supports this. Suggested implementation: add tickboxs to the Ident HTML page to allow the user to specify whether they wish to search for declarations, references or both (defaulting to both). * http://www.opensolaris.org/os/project/opengrok/ ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-04-02 18:04 Message: This feature will ship with 0.9.10 release. It will be based on a idea of Martin Wilck. I feel however that looking for references only will not give a substantial improvement since definition are less numerous than references. Default will be defined through a personal preference parameter in lxr.conf. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2807128&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-04-01 12:48:27
|
Bugs item #3267251, was opened at 2011-04-01 14:48 Message generated for change (Tracker Item Submitted) 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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andre-Littoz (ajlittoz) Assigned to: Nobody/Anonymous (nobody) 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3267251&group_id=27350 |
|
From: Martin W. <mar...@ts...> - 2011-04-01 08:36:59
|
> Would you agree to test the alpha 0.9.10 release with your patch? Sure, I can do that. Martin -- Dr. Martin Wilck PRIMERGY System Software Engineer x86 Server Engineering FUJITSU Fujitsu Technology Solutions GmbH Heinz-Nixdorf-Ring 1 33106 Paderborn, Germany Phone: ++49 5251 525 2796 Fax: ++49 5251 525 2820 Email: mar...@ts... Internet: http://ts.fujitsu.com Company Details: http://ts.fujitsu.com/imprint |
|
From: andre-littoz <pag...@ya...> - 2011-03-31 19:34:01
|
Thanks for your suggestion. It looks like the same as feature request 2807128 submitted in 2009. I'll analyse your patch as soon as I'm through with a "button interface" and incorporate it in the coming 0.9.10 release (a month or so). Would you agree to test the alpha 0.9.10 release with your patch? Tchüss! |
|
From: SourceForge.net <no...@so...> - 2011-03-31 17:30:40
|
Feature Requests item #2808116, was opened at 2009-06-18 04:06 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2808116&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: Language support Group: None >Status: Open Priority: 5 Private: No Submitted By: David (hawaiian717) Assigned to: Andre-Littoz (ajlittoz) Summary: Handling of Python import Initial Comment: It would be nice if Python import statements were handled similar to C #includes, where the file links to the included file. It appears that currently, certain imported modules will link to a keyword search and others will be unlinked. Syntax for the import statement can be found here: http://docs.python.org/reference/simple_stmts.html#the-import-statement ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-31 19:30 Message: Reopened manually after automatic close. To be put on "todo" list for a coming release ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2011-03-31 17:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-17 15:29 Message: I have added a generic processing. Read feature request "cope with language-specific syntax for include files" to see if that suits your needs. To test, either extract from CVS or wait for the 0.9.9 release, due very soon. Please give feed back. ---------------------------------------------------------------------- Comment By: David (hawaiian717) Date: 2009-06-30 22:53 Message: Sorry for the delay in responding, I had a few other things come up before I could get back to this. I've attached an HTML file with some sample output (I removed some of the header info, but you should still get the idea). "time" is a standard Python module, so I wouldn't necessarily expect LXR to be able to link to it. "version", "management", and "device" are all in the same directory as the test file. One thing to note is that the include statement doesn't include the .py filename extension. ---------------------------------------------------------------------- Comment By: AdrianIssott (adrianissott) Date: 2009-06-19 21:50 Message: David, please could you provide some examples of when the import statements aren't linking to the included file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2808116&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-03-31 15:20:06
|
Feature Requests item #2808116, was opened at 2009-06-18 02:06 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2808116&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: Language support Group: None >Status: Closed Priority: 5 Private: No Submitted By: David (hawaiian717) Assigned to: Andre-Littoz (ajlittoz) Summary: Handling of Python import Initial Comment: It would be nice if Python import statements were handled similar to C #includes, where the file links to the included file. It appears that currently, certain imported modules will link to a keyword search and others will be unlinked. Syntax for the import statement can be found here: http://docs.python.org/reference/simple_stmts.html#the-import-statement ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-03-31 15:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-17 14:29 Message: I have added a generic processing. Read feature request "cope with language-specific syntax for include files" to see if that suits your needs. To test, either extract from CVS or wait for the 0.9.9 release, due very soon. Please give feed back. ---------------------------------------------------------------------- Comment By: David (hawaiian717) Date: 2009-06-30 20:53 Message: Sorry for the delay in responding, I had a few other things come up before I could get back to this. I've attached an HTML file with some sample output (I removed some of the header info, but you should still get the idea). "time" is a standard Python module, so I wouldn't necessarily expect LXR to be able to link to it. "version", "management", and "device" are all in the same directory as the test file. One thing to note is that the include statement doesn't include the .py filename extension. ---------------------------------------------------------------------- Comment By: AdrianIssott (adrianissott) Date: 2009-06-19 19:50 Message: David, please could you provide some examples of when the import statements aren't linking to the included file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2808116&group_id=27350 |
|
From: Martin W. <mar...@ts...> - 2011-03-31 08:34:33
|
Hi, this simple patch adds a feature that I find very desirable - having "ident" look only for declarations/definitions first, and for uses/references only if explicitly asked to do so. That is much faster and suits (at least my) needs better than the current implementation. Regards Martin -- Dr. Martin Wilck PRIMERGY System Software Engineer x86 Server Engineering FUJITSU Fujitsu Technology Solutions GmbH Heinz-Nixdorf-Ring 1 33106 Paderborn, Germany Phone: ++49 5251 525 2796 Fax: ++49 5251 525 2820 Email: mar...@ts... Internet: http://ts.fujitsu.com Company Details: http://ts.fujitsu.com/imprint |
|
From: SourceForge.net <no...@so...> - 2011-03-30 09:54:50
|
Bugs item #989603, was opened at 2004-07-12 19:49 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=989603&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: 3 Private: No Submitted By: Jan-Benedict Glaw (jbglaw) >Assigned to: Andre-Littoz (ajlittoz) Summary: Running with a hugh number of source versions. Initial Comment: Hi! This is a whishlist bug. If you're running with a hugh number of source versions (think of all linux kernel versions or the like), showing them off in the head part takes quite some space. Putting them into a drop-down list would make it look better. Thanks, JBG ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-30 11:54 Message: This will be addressed in release after 0.9.9. I have something experimental in 0.9.9+ but I must check thoroughly that it does not mess up global behavior when switching from one version to another in search, ident and diff. Already works in source. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=989603&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-03-26 16:53:08
|
Bugs item #2950793, was opened at 2010-02-12 20:55 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2950793&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: Database interface Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: Patrick Gartung (gartung) Assigned to: Andre-Littoz (ajlittoz) Summary: genxref --reindexall with MySQL causes unknown table error Initial Comment: Running genxref --reindexall when using MySQL 4.x produces an unkonown table error from mysql server. Using the syntax suggested at this site http://www.portfolioofpb.com/blog/mysql-sql-error-unknown-table-in-MULTI+DELETE-solved I modified lib/LXR/Index/Mysql.pm to use the correct syntax for mysql 4.x ---------------------------------------------------------------------- >Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-26 17:53 Message: Closed with the agreement of submitter: Was probably submitter against release 0.9.5 meanwhile Mysql.pm underwent many changes among: - no more aliases in SQL queries (which was causing the syntax error), - change of 'release' now a reserved word in MySQL 5.x to 'releaseid' - many small changes in sorting results In release 0.9.8 Mysql.pm is deemed to be compatible with MySQL 4.x and 5.x ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-17 09:07 Message: OK, I'll check to see if proposed change is "universal". If not, since this part of LXR is rather object oriented, I'll create another DB backend which could be selected through the 'dbname' config parameter: using :mysql4: instead of plain :mysql: ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2011-03-14 21:43 Message: Maintaining compatibility with MySQL 4.x is useful as there are plenty of places still running this. Does the proposed change work on 5.x - if so it seems it would be worth keeping this in the main trunk. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-13 09:32 Message: MySQL 4.x ended 31 December 2010. Consequently is there still a need for including this correction in the main line? If somebody does need it, please resubmit and I'll create a (short lived) branch in the CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2950793&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-03-25 22:20:05
|
Bugs item #3116684, was opened at 2010-11-23 15:28 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&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: None >Status: Closed Resolution: None Priority: 8 Private: No Submitted By: dcochlin (dcochlin) Assigned to: Andre-Littoz (ajlittoz) Summary: Line continuation character "\" problem Initial Comment: LXR Version: 0.9.8 Error message in genxref output: BTYPE was: atom DB: mysql Plain files. When the code being parsed contains a line continuation character, like "\" in C, the line associated with "References:" to the tag are wrong. For example, parsing this code (ignore the line numbers, they are included to show the problem with References).... <<< 001 #define my_define (100 - \ 002 25) 003 004 char[] my_string; 005 006 strcat(my_string, "Hello"); 007 008 for (i=0, i<my_define; ++i){ 009 printf("The number is: %d", i); 010 } 011 012 printf("%s", my_string); >>> Clicking on "my_define" results in the following. Note the line numbers in the references for "my_define" should be (1 and 8) not (1 and 7). <<< my_define Declarations: /deviceapps/aim_adams.c, line 1 macro (un)definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 1 /deviceapps/aim_adams.c, line 7 2 references in 1 files. >>> Clicking on my_string results in something even stranger. There are only 3 references in the file and only one of the references displayed match the actual line number. <<< my_string Declarations: /deviceapps/aim_adams.c, line 4 variable definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 3 /deviceapps/aim_adams.c, line 5 /deviceapps/aim_adams.c, line 11 /deviceapps/aim_adams.c, line 12 4 references in 1 files. >>> ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-03-25 22:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-11 21:31 Message: Origin of problem in the way source text is being parsed: to circumvent erroneous detection of end of string in C when escaped delimiters are present (\"), fragment "atom" has been introduced. Unhappily, 1/ this fragment category is not local to string and can be activated any time, 2/ has a faulty definition pattern. The pattern is triggered whenever a \ is encountered in source text. Solution needs redesigning the parser in SimpleParse.pm and the language specifications in generic.conf. Will be solved with other related bugs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-03-25 20:52:31
|
Bugs item #2950793, was opened at 2010-02-12 20:55 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2950793&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: Database interface Group: None Status: Pending Resolution: Remind Priority: 5 Private: No Submitted By: Patrick Gartung (gartung) >Assigned to: Andre-Littoz (ajlittoz) Summary: genxref --reindexall with MySQL causes unknown table error Initial Comment: Running genxref --reindexall when using MySQL 4.x produces an unkonown table error from mysql server. Using the syntax suggested at this site http://www.portfolioofpb.com/blog/mysql-sql-error-unknown-table-in-MULTI+DELETE-solved I modified lib/LXR/Index/Mysql.pm to use the correct syntax for mysql 4.x ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-17 09:07 Message: OK, I'll check to see if proposed change is "universal". If not, since this part of LXR is rather object oriented, I'll create another DB backend which could be selected through the 'dbname' config parameter: using :mysql4: instead of plain :mysql: ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2011-03-14 21:43 Message: Maintaining compatibility with MySQL 4.x is useful as there are plenty of places still running this. Does the proposed change work on 5.x - if so it seems it would be worth keeping this in the main trunk. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-13 09:32 Message: MySQL 4.x ended 31 December 2010. Consequently is there still a need for including this correction in the main line? If somebody does need it, please resubmit and I'll create a (short lived) branch in the CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2950793&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2011-03-25 20:50:37
|
Bugs item #2950793, was opened at 2010-02-12 20:55 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2950793&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: Database interface Group: None >Status: Pending >Resolution: Remind Priority: 5 Private: No Submitted By: Patrick Gartung (gartung) Assigned to: Nobody/Anonymous (nobody) Summary: genxref --reindexall with MySQL causes unknown table error Initial Comment: Running genxref --reindexall when using MySQL 4.x produces an unkonown table error from mysql server. Using the syntax suggested at this site http://www.portfolioofpb.com/blog/mysql-sql-error-unknown-table-in-MULTI+DELETE-solved I modified lib/LXR/Index/Mysql.pm to use the correct syntax for mysql 4.x ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-17 09:07 Message: OK, I'll check to see if proposed change is "universal". If not, since this part of LXR is rather object oriented, I'll create another DB backend which could be selected through the 'dbname' config parameter: using :mysql4: instead of plain :mysql: ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2011-03-14 21:43 Message: Maintaining compatibility with MySQL 4.x is useful as there are plenty of places still running this. Does the proposed change work on 5.x - if so it seems it would be worth keeping this in the main trunk. ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-13 09:32 Message: MySQL 4.x ended 31 December 2010. Consequently is there still a need for including this correction in the main line? If somebody does need it, please resubmit and I'll create a (short lived) branch in the CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2950793&group_id=27350 |
6 messages has been excluded from this view by a project administrator.
