lxr-developer Mailing List for LXR Cross Referencer (Page 13)
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...> - 2010-01-05 22:04:03
|
Bugs item #2926043, was opened at 2010-01-05 06:26 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2926043&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.6 Status: Open Resolution: None Priority: 5 Private: Yes Submitted By: Dan Rosenberg (drosenbe) Assigned to: Nobody/Anonymous (nobody) Summary: Cross-Site Scripting bugs in LXR Initial Comment: Apologies if you've received duplicate e-mail from me, but I haven't received any response from the LXR SourceForge e-mail addresses. There are several cross-site scripting vulnerabilities in LXR. These vulnerabilities could allow an attacker to execute scripts in a user's browser, steal cookies associated with vulnerable domains, redirect the user to malicious websites, etc. A proof-of-concept URL may look like: http://www.example.com/lxr/ident?i=<script>alert('XSS')</script> I have confirmed these vulnerabilities in LXR 0.9.6 and 0.9.5. The experimental LXR installation in use at lxr.linux.no is also vulnerable with certain settings. This issue has been assigned CVE-2009-4497. I have written a patch for this issue, and I'd be happy to work with you to resolve the problem. Please reply to discuss fixing and publishing this bug. Thanks, Dan Rosenberg ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2010-01-05 22:04 Message: This has now been fixed in the SF LXR codebase. As for the maintenance status is I think the most accurate answer is "patchy", as in I'd be very happy to find someone else to take over... ---------------------------------------------------------------------- Comment By: Arne Georg Gleditsch (argggh) Date: 2010-01-05 21:40 Message: Thank you for your report. (This is the first I've seen of it -- what addresses did you try earlier?) I'm honestly not sure what the maintenance status of the SF-hosted LXR code base is these days -- perhaps some of the other developers would like to speak up? I have not myself touched this code for some time. Regarding the lxr.linux.no code base, I'd be more than happy to attend to any issues you have found. You can reach me directly on ar...@gl... if you wish. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2926043&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2010-01-05 21:40:14
|
Bugs item #2926043, was opened at 2010-01-05 07:26 Message generated for change (Comment added) made by argggh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2926043&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.6 Status: Open Resolution: None Priority: 5 Private: Yes Submitted By: Dan Rosenberg (drosenbe) Assigned to: Nobody/Anonymous (nobody) Summary: Cross-Site Scripting bugs in LXR Initial Comment: Apologies if you've received duplicate e-mail from me, but I haven't received any response from the LXR SourceForge e-mail addresses. There are several cross-site scripting vulnerabilities in LXR. These vulnerabilities could allow an attacker to execute scripts in a user's browser, steal cookies associated with vulnerable domains, redirect the user to malicious websites, etc. A proof-of-concept URL may look like: http://www.example.com/lxr/ident?i=<script>alert('XSS')</script> I have confirmed these vulnerabilities in LXR 0.9.6 and 0.9.5. The experimental LXR installation in use at lxr.linux.no is also vulnerable with certain settings. This issue has been assigned CVE-2009-4497. I have written a patch for this issue, and I'd be happy to work with you to resolve the problem. Please reply to discuss fixing and publishing this bug. Thanks, Dan Rosenberg ---------------------------------------------------------------------- >Comment By: Arne Georg Gleditsch (argggh) Date: 2010-01-05 22:40 Message: Thank you for your report. (This is the first I've seen of it -- what addresses did you try earlier?) I'm honestly not sure what the maintenance status of the SF-hosted LXR code base is these days -- perhaps some of the other developers would like to speak up? I have not myself touched this code for some time. Regarding the lxr.linux.no code base, I'd be more than happy to attend to any issues you have found. You can reach me directly on ar...@gl... if you wish. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2926043&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2010-01-05 06:26:24
|
Bugs item #2926043, was opened at 2010-01-05 01:26 Message generated for change (Tracker Item Submitted) made by drosenbe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2926043&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.6 Status: Open Resolution: None Priority: 5 Private: Yes Submitted By: Dan Rosenberg (drosenbe) Assigned to: Nobody/Anonymous (nobody) Summary: Cross-Site Scripting bugs in LXR Initial Comment: Apologies if you've received duplicate e-mail from me, but I haven't received any response from the LXR SourceForge e-mail addresses. There are several cross-site scripting vulnerabilities in LXR. These vulnerabilities could allow an attacker to execute scripts in a user's browser, steal cookies associated with vulnerable domains, redirect the user to malicious websites, etc. A proof-of-concept URL may look like: http://www.example.com/lxr/ident?i=<script>alert('XSS')</script> I have confirmed these vulnerabilities in LXR 0.9.6 and 0.9.5. The experimental LXR installation in use at lxr.linux.no is also vulnerable with certain settings. This issue has been assigned CVE-2009-4497. I have written a patch for this issue, and I'd be happy to work with you to resolve the problem. Please reply to discuss fixing and publishing this bug. Thanks, Dan Rosenberg ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2926043&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-09-16 08:05:50
|
Bugs item #2859585, was opened at 2009-09-15 23:38 Message generated for change (Comment added) made by argggh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: None Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: always redirecting to the lastest kernel source code Initial Comment: I do select 2.6.16.16 kernel and search for a symbol then I will get a search result. But when I click on the link the page opened is related to the latest linux kernel 2.6.31 ---------------------------------------------------------------------- >Comment By: Arne Georg Gleditsch (argggh) Date: 2009-09-16 10:05 Message: lxr.linux.no is running from the LXRng code base. I'm able to reproduce the problem, and will take a look. ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2009-09-16 10:01 Message: lxr.linux.no is not run by the admins of this project, and is currently running an old version of the LXR (v0.3.1 I believe). Since we don't have access to this system we cannot fix this problem. The 0.3.x releases are not being maintained any more, so please try the new 0.9.x releases to see if your problem goes away. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 23:40 Message: Opening the link on the same page works fine ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 23:40 Message: I forgot to mention that I am using FireFox 3.0.14 and I do right-click on the search result and open it in a new tab ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-09-16 08:02:14
|
Bugs item #2859585, was opened at 2009-09-15 22:38 Message generated for change (Settings changed) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: None Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: always redirecting to the lastest kernel source code Initial Comment: I do select 2.6.16.16 kernel and search for a symbol then I will get a search result. But when I click on the link the page opened is related to the latest linux kernel 2.6.31 ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2009-09-16 09:01 Message: lxr.linux.no is not run by the admins of this project, and is currently running an old version of the LXR (v0.3.1 I believe). Since we don't have access to this system we cannot fix this problem. The 0.3.x releases are not being maintained any more, so please try the new 0.9.x releases to see if your problem goes away. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 22:40 Message: Opening the link on the same page works fine ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 22:40 Message: I forgot to mention that I am using FireFox 3.0.14 and I do right-click on the search result and open it in a new tab ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-09-16 08:02:05
|
Bugs item #2859585, was opened at 2009-09-15 22:38 Message generated for change (Settings changed) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: always redirecting to the lastest kernel source code Initial Comment: I do select 2.6.16.16 kernel and search for a symbol then I will get a search result. But when I click on the link the page opened is related to the latest linux kernel 2.6.31 ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2009-09-16 09:01 Message: lxr.linux.no is not run by the admins of this project, and is currently running an old version of the LXR (v0.3.1 I believe). Since we don't have access to this system we cannot fix this problem. The 0.3.x releases are not being maintained any more, so please try the new 0.9.x releases to see if your problem goes away. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 22:40 Message: Opening the link on the same page works fine ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 22:40 Message: I forgot to mention that I am using FireFox 3.0.14 and I do right-click on the search result and open it in a new tab ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-09-16 08:01:19
|
Bugs item #2859585, was opened at 2009-09-15 22:38 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: always redirecting to the lastest kernel source code Initial Comment: I do select 2.6.16.16 kernel and search for a symbol then I will get a search result. But when I click on the link the page opened is related to the latest linux kernel 2.6.31 ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2009-09-16 09:01 Message: lxr.linux.no is not run by the admins of this project, and is currently running an old version of the LXR (v0.3.1 I believe). Since we don't have access to this system we cannot fix this problem. The 0.3.x releases are not being maintained any more, so please try the new 0.9.x releases to see if your problem goes away. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 22:40 Message: Opening the link on the same page works fine ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 22:40 Message: I forgot to mention that I am using FireFox 3.0.14 and I do right-click on the search result and open it in a new tab ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-09-15 21:40:29
|
Bugs item #2859585, was opened at 2009-09-15 21:38 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: always redirecting to the lastest kernel source code Initial Comment: I do select 2.6.16.16 kernel and search for a symbol then I will get a search result. But when I click on the link the page opened is related to the latest linux kernel 2.6.31 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 21:40 Message: Opening the link on the same page works fine ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 21:40 Message: I forgot to mention that I am using FireFox 3.0.14 and I do right-click on the search result and open it in a new tab ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-09-15 21:40:12
|
Bugs item #2859585, was opened at 2009-09-15 21:38 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: always redirecting to the lastest kernel source code Initial Comment: I do select 2.6.16.16 kernel and search for a symbol then I will get a search result. But when I click on the link the page opened is related to the latest linux kernel 2.6.31 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-09-15 21:40 Message: I forgot to mention that I am using FireFox 3.0.14 and I do right-click on the search result and open it in a new tab ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-09-15 21:38:00
|
Bugs item #2859585, was opened at 2009-09-15 21:38 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: always redirecting to the lastest kernel source code Initial Comment: I do select 2.6.16.16 kernel and search for a symbol then I will get a search result. But when I click on the link the page opened is related to the latest linux kernel 2.6.31 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2859585&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-07-29 04:12:43
|
Bugs item #2828786, was opened at 2009-07-29 04:12 Message generated for change (Tracker Item Submitted) made by gd-smith You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2828786&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: gd-smith (gd-smith) Assigned to: Nobody/Anonymous (nobody) Summary: No search results appear using mod_perl Initial Comment: With 0.9.5 I always get zero results when I click on an identifier or do a search for an identifier. Works OK when CGI is used. I see these messages in /var/log/httpd/error_log using mod_perl (Alias in httpd.conf and .htaccess is .htaccess-apache2): [Tue Jul 28 23:32:47 2009] warning: LXR::Index::Mysql, line 175: DBD::mysql::st execute failed: Unknown column 'r.release' in 'where clause' at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/LXR/Index/Mysql.pm line 175. [Tue Jul 28 23:34:15 2009] [warn] -T switch is ignored, enable with 'PerlSwitches -T' in httpd.conf\n [Tue Jul 28 23:34:15 2009] warning: LXR::Index::Mysql, line 158: DBD::mysql::st execute failed: Unknown column 'r.release' in 'where clause' at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/LXR/Index/Mysql.pm line 158. [Tue Jul 28 23:34:15 2009] warning: LXR::Index::Mysql, line 175: DBD::mysql::st execute failed: Unknown column 'r.release' in 'where clause' at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/LXR/Index/Mysql.pm line 175. [Tue Jul 28 23:34:18 2009] [warn] -T switch is ignored, enable with 'PerlSwitches -T' in httpd.conf\n [Tue Jul 28 23:34:23 2009] [warn] -T switch is ignored, enable with 'PerlSwitches -T' in httpd.conf\n [Tue Jul 28 23:34:24 2009] [warn] -T switch is ignored, enable with 'PerlSwitches -T' in httpd.conf\n [Tue Jul 28 23:34:28 2009] [warn] -T switch is ignored, enable with 'PerlSwitches -T' in httpd.conf\n [Tue Jul 28 23:34:30 2009] [warn] -T switch is ignored, enable with 'PerlSwitches -T' in httpd.conf\n [Tue Jul 28 23:34:37 2009] warning: LXR::Index::Mysql, line 158: DBD::mysql::st execute failed: Unknown column 'r.release' in 'where clause' at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/LXR/Index/Mysql.pm line 158. [Tue Jul 28 23:34:37 2009] warning: LXR::Index::Mysql, line 175: DBD::mysql::st execute failed: Unknown column 'r.release' in 'where clause' at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/LXR/Index/Mysql.pm line 175. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2828786&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-06-30 20:53:52
|
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: Nobody/Anonymous (nobody) 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: 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...> - 2009-06-20 10:14:21
|
Bugs item #481597, was opened at 2001-11-14 07:17 Message generated for change (Comment added) made by adrianissott You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=481597&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: 3 Private: No Submitted By: Malcolm Box (mbox) Assigned to: Malcolm Box (mbox) Summary: Should index X::Y() as well as Y() Initial Comment: For C++ and other OO languages, we should index both the full scoped name of the function (ie Class::Function()) as well as just Function(). This looks easy(ish) to do - ctags already spits out the class of a method in the extended information, and it would be easy to insert another entry for the full name. References would be harder - it's much more difficult if not impossible to determine what function a callsite will actually resolve to except by doing a full compile. So we might have to settle for indexing the declarations of the fully scoped names but not the references, or strip out scope when running ident. ---------------------------------------------------------------------- Comment By: AdrianIssott (adrianissott) Date: 2009-06-20 11:14 Message: My text layout just got chomped. So what I meant was that for a function definition (ClassName::FunctionName) in a source file it'd be good if LXR added a URL to an ident search for ClassName around the ClassName text but a URL to an ident search for ClassName::FunctionName around the FunctionName text. ---------------------------------------------------------------------- Comment By: AdrianIssott (adrianissott) Date: 2009-06-20 11:12 Message: In source files when functions are defined it'd also be good to have the ClassName::FunctionName | | URL URL to to ident ident search search for for ClassName ClassName::FunctionName ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-05-28 13:06 Message: Logged In: NO Also C++ namespace scoping does not work... and is similar in syntax.. not sure if another bug should be created or not... //in somefile.h namespace ns{ class Foo{};}; //in some_other_file.cpp void func(){ ns::Foo f; //<-- will not be linked } unfortunately, his affects about 90% of my code... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-05-28 13:05 Message: Logged In: NO Also C++ namespace scoping does not work... and is similar in syntax.. not sure if another bug should be created or not... //in somefile.h namespace ns{ class Foo{};}; //in some_other_file.cpp void func(){ ns::Foo f; //<-- will not be linked } unfortunately, his affects about 90% of my code... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=481597&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-06-20 10:12:01
|
Bugs item #481597, was opened at 2001-11-14 07:17 Message generated for change (Comment added) made by adrianissott You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=481597&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: 3 Private: No Submitted By: Malcolm Box (mbox) Assigned to: Malcolm Box (mbox) Summary: Should index X::Y() as well as Y() Initial Comment: For C++ and other OO languages, we should index both the full scoped name of the function (ie Class::Function()) as well as just Function(). This looks easy(ish) to do - ctags already spits out the class of a method in the extended information, and it would be easy to insert another entry for the full name. References would be harder - it's much more difficult if not impossible to determine what function a callsite will actually resolve to except by doing a full compile. So we might have to settle for indexing the declarations of the fully scoped names but not the references, or strip out scope when running ident. ---------------------------------------------------------------------- >Comment By: AdrianIssott (adrianissott) Date: 2009-06-20 11:12 Message: In source files when functions are defined it'd also be good to have the ClassName::FunctionName | | URL URL to to ident ident search search for for ClassName ClassName::FunctionName ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-05-28 13:06 Message: Logged In: NO Also C++ namespace scoping does not work... and is similar in syntax.. not sure if another bug should be created or not... //in somefile.h namespace ns{ class Foo{};}; //in some_other_file.cpp void func(){ ns::Foo f; //<-- will not be linked } unfortunately, his affects about 90% of my code... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-05-28 13:05 Message: Logged In: NO Also C++ namespace scoping does not work... and is similar in syntax.. not sure if another bug should be created or not... //in somefile.h namespace ns{ class Foo{};}; //in some_other_file.cpp void func(){ ns::Foo f; //<-- will not be linked } unfortunately, his affects about 90% of my code... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=481597&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-06-19 19:50:31
|
Feature Requests item #2808116, was opened at 2009-06-18 03:06 Message generated for change (Comment added) made by adrianissott 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: Nobody/Anonymous (nobody) 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: AdrianIssott (adrianissott) Date: 2009-06-19 20: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...> - 2009-06-18 02:06:59
|
Feature Requests item #2808116, was opened at 2009-06-17 19:06 Message generated for change (Tracker Item Submitted) 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: Nobody/Anonymous (nobody) 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2808116&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-06-16 11:52:57
|
Feature Requests item #2807128, was opened at 2009-06-16 12:52 Message generated for change (Tracker Item Submitted) made by adrianissott 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: Open Priority: 5 Private: No Submitted By: AdrianIssott (adrianissott) Assigned to: Nobody/Anonymous (nobody) 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/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=2807128&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-06-05 20:25:33
|
Bugs item #2800841, was opened at 2009-06-04 04:01 Message generated for change (Comment added) made by chjaeg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2800841&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: None Priority: 5 Private: No Submitted By: Christian Jaeger (chjaeg) Assigned to: Nobody/Anonymous (nobody) Summary: Not an ARRAY reference (from langinfo('reserved')) Initial Comment: In my case $self->langinfo('reserved') is returning some 14000 times an empty hash instead of an array. I don't know why, but I've made the attached workaround for me, which doesn't seem to have adverse side effects. ---------------------------------------------------------------------- Comment By: Christian Jaeger (chjaeg) Date: 2009-06-05 22:24 Message: To nitpick perl didn't say it was a hash reference, only "Not an ARRAY reference". But I agree with your conclusion. ---------------------------------------------------------------------- Comment By: AdrianIssott (adrianissott) Date: 2009-06-05 22:11 Message: It'd be nice to add a better error message but (i) the current error was OK since it was complaining that it was given a hash instead of an array which is exactly what was happening. (ii) there are a number of similar places that would need updating in a similar way. There's little point just doing just this one and doing them all would be a fair amount of effort for the return. ---------------------------------------------------------------------- Comment By: Christian Jaeger (chjaeg) Date: 2009-06-05 00:23 Message: Uh, sorry, in the lxr main config file I have still been referring to the generic.conf file from the Debian lxr-cvs package (which I still had installed). Changing that to the config from CVS make the problem go away. (Probably the culprit was with the following change for the 'Make' language: 'reserved' => {}, to 'reserved' => [], ) So, no change needed, unless you want to give a better error message for such cases than Perl provides. ---------------------------------------------------------------------- Comment By: AdrianIssott (adrianissott) Date: 2009-06-04 21:31 Message: Christian, would you mind attaching lib\LXR\Lang\generic.conf file that you're using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2800841&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-06-05 20:12:08
|
Bugs item #2800841, was opened at 2009-06-04 03:01 Message generated for change (Settings changed) made by adrianissott You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2800841&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: None Priority: 5 Private: No Submitted By: Christian Jaeger (chjaeg) Assigned to: Nobody/Anonymous (nobody) Summary: Not an ARRAY reference (from langinfo('reserved')) Initial Comment: In my case $self->langinfo('reserved') is returning some 14000 times an empty hash instead of an array. I don't know why, but I've made the attached workaround for me, which doesn't seem to have adverse side effects. ---------------------------------------------------------------------- >Comment By: AdrianIssott (adrianissott) Date: 2009-06-05 21:11 Message: It'd be nice to add a better error message but (i) the current error was OK since it was complaining that it was given a hash instead of an array which is exactly what was happening. (ii) there are a number of similar places that would need updating in a similar way. There's little point just doing just this one and doing them all would be a fair amount of effort for the return. ---------------------------------------------------------------------- Comment By: Christian Jaeger (chjaeg) Date: 2009-06-04 23:23 Message: Uh, sorry, in the lxr main config file I have still been referring to the generic.conf file from the Debian lxr-cvs package (which I still had installed). Changing that to the config from CVS make the problem go away. (Probably the culprit was with the following change for the 'Make' language: 'reserved' => {}, to 'reserved' => [], ) So, no change needed, unless you want to give a better error message for such cases than Perl provides. ---------------------------------------------------------------------- Comment By: AdrianIssott (adrianissott) Date: 2009-06-04 20:31 Message: Christian, would you mind attaching lib\LXR\Lang\generic.conf file that you're using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2800841&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-06-04 22:23:32
|
Bugs item #2800841, was opened at 2009-06-04 04:01 Message generated for change (Comment added) made by chjaeg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2800841&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: Christian Jaeger (chjaeg) Assigned to: Nobody/Anonymous (nobody) Summary: Not an ARRAY reference (from langinfo('reserved')) Initial Comment: In my case $self->langinfo('reserved') is returning some 14000 times an empty hash instead of an array. I don't know why, but I've made the attached workaround for me, which doesn't seem to have adverse side effects. ---------------------------------------------------------------------- >Comment By: Christian Jaeger (chjaeg) Date: 2009-06-05 00:23 Message: Uh, sorry, in the lxr main config file I have still been referring to the generic.conf file from the Debian lxr-cvs package (which I still had installed). Changing that to the config from CVS make the problem go away. (Probably the culprit was with the following change for the 'Make' language: 'reserved' => {}, to 'reserved' => [], ) So, no change needed, unless you want to give a better error message for such cases than Perl provides. ---------------------------------------------------------------------- Comment By: AdrianIssott (adrianissott) Date: 2009-06-04 21:31 Message: Christian, would you mind attaching lib\LXR\Lang\generic.conf file that you're using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2800841&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-06-04 19:31:21
|
Bugs item #2800841, was opened at 2009-06-04 03:01 Message generated for change (Comment added) made by adrianissott You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2800841&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: Christian Jaeger (chjaeg) Assigned to: Nobody/Anonymous (nobody) Summary: Not an ARRAY reference (from langinfo('reserved')) Initial Comment: In my case $self->langinfo('reserved') is returning some 14000 times an empty hash instead of an array. I don't know why, but I've made the attached workaround for me, which doesn't seem to have adverse side effects. ---------------------------------------------------------------------- >Comment By: AdrianIssott (adrianissott) Date: 2009-06-04 20:31 Message: Christian, would you mind attaching lib\LXR\Lang\generic.conf file that you're using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2800841&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-06-04 02:01:23
|
Bugs item #2800841, was opened at 2009-06-04 04:01 Message generated for change (Tracker Item Submitted) made by chjaeg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2800841&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: Christian Jaeger (chjaeg) Assigned to: Nobody/Anonymous (nobody) Summary: Not an ARRAY reference (from langinfo('reserved')) Initial Comment: In my case $self->langinfo('reserved') is returning some 14000 times an empty hash instead of an array. I don't know why, but I've made the attached workaround for me, which doesn't seem to have adverse side effects. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2800841&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-06-03 19:07:00
|
Patches item #2800674, was opened at 2009-06-03 21:06 Message generated for change (Tracker Item Submitted) made by chjaeg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=2800674&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Jaeger (chjaeg) Assigned to: Nobody/Anonymous (nobody) Summary: 4 small patches (2 bugfixes, 1 improvement, 1 doc) Initial Comment: Here are four patches from the changes I've done to my local LXR installation, on top of current CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390119&aid=2800674&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2009-05-14 21:28:42
|
Bugs item #2778652, was opened at 2009-04-22 15:27 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2778652&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: 6 Private: No Submitted By: Malcolm Box (mbox) Assigned to: Malcolm Box (mbox) Summary: Filenames with % break Initial Comment: Filenames with a % character in them cannot be browsed - the filename is truncated at the % and source reports that the file does not exist. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2009-05-14 22:28 Message: Correction - filenames with a %3 or %n where n is a numeric character break. % followed by a letter is OK. Presumably this is caused by a bug in the URL-encoding/decoding functions ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=2778652&group_id=27350 |
|
From: Adrian I. <adr...@ho...> - 2009-05-12 20:48:36
|
> I suppose for extra points we could provide a migration script This did occur to me but I must admit hoped we'd not need to go for it. > We've broken db compatibility in the past without anyone complaining, I suspect this is because a common use of lxr that I've seen is to run genxref on the latest source and show that and old versions of the code in the database don't get kept around for long (less than a month). Hence no database files are kept around that long anyhow. Cheers, Adrian ----- Original Message ----- From: "Malcolm Box" <mal...@gm...> To: "Adrian Issott" <adr...@ho...> Cc: <lxr...@li...> Sent: Monday, May 11, 2009 12:18 PM Subject: Re: [Lxr-dev] FW: [Lxr-commits] CVS: lxr/lib/LXR/Index Mysql.pm, 1.30, 1.31 Oracle.pm, 1.20, 1.21 DB.pm, 1.17, 1.18 Postgres.pm, 1.31, 1.32 > Hi, > > On Sun, May 10, 2009 at 1:02 PM, Adrian Issott <adr...@ho...> > wrote: >> >> I felt that rel wasn't as immediately >> understandable as releaseid so I changed all the columns to that. While >> doing a search and replace it struck me that the code would be cleaner if >> all the $release variables were renamed to $releaseid too to match up >> with >> the SQL so I've also done that which meant a whole lot of files have >> changed >> superficially. > > releaseid is a better name - so this change looks fine to me. > >> >> BTW, when we release v0.9.6, as result of the fix for bug 1209273, we're >> going to need to tell people that their existing databases won't work >> out-of-the-box with the new version ... > > Yes, must remember to flag that up in the release notes and > announcement. We've broken db compatibility in the past without > anyone complaining, so I guess it will be OK. > > I suppose for extra points we could provide a migration script, but my > preference would be to only do that for stable versions (i.e. 1.0 > onwards). > > Malcolm > |
6 messages has been excluded from this view by a project administrator.
