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...> - 2003-11-06 18:48:28
|
Bugs item #837424, was opened at 2003-11-06 10:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=837424&group_id=27350 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Tweaks for cleaner out-of-box setup Initial Comment: I finally got LXR running on my system, after getting all the prerequisite software installed (apache, a recent perl, mod_perl, the right compilers so I could build a mod_perl which matches my binary apache and perl installations, mysql, DBI, DBD, ctags.) LXR itself actually wasn't too hard to get going (using files, not CVS), although I did have to tweak a couple things relative to the lxr-0.9.2 distribution: Fix syntax in initdb-mysql (from current CVS). Remove redundant code from html-ident.html: --- html-ident.html.orig 2003-09-25 16:23:19.250145370 -0500 +++ html-ident.html 2003-10-23 14:08:06.178594590 -0500 @@ -21,11 +21,3 @@ <td>$fileref</td><td>$type</td><td>$rel</td> </tr>} </table> - -<p> -<table> -<tr><td colspan='2'><b>References:</b></td></tr> -$uses{<tr> - <td width='30'> </td><td>$fileref</td> -</tr>} -</table> Print a clean error message in the search script, since I don't have freetext searching enabled: --- search.orig 2003-09-25 16:23:19.078751407 -0500 +++ search 2003-10-23 14:13:15.238335665 -0500 @@ -166,6 +166,9 @@ elsif ($config->swishsearch and $config->swishdir) { swishsearch($searchtext); } + else { + warning("No freetext search engine configured."); + } } } Now I just need to tie LXR in to my company's internal source- control system.... Thanks for a great indexing system! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=837424&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-10-30 15:52:14
|
Bugs item #833149, was opened at 2003-10-30 07:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=833149&group_id=27350 Category: Browsing Group: v0.3 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: lxr-0.3.1 syntax error in diff.in Initial Comment: lxr-0.3/diff.in includes a perl syntax error (at least, with my version of perl). The attached patch corrects the problem locally. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=833149&group_id=27350 |
|
From: Malcolm B. <ma...@br...> - 2003-09-16 21:50:07
|
Jan Evert van Grootheest wrote: > I just got lxr 0.9.2. Apparently it supports MySQL, Pgsql and Oracle. > None of these are currently installed, unfortunately. > Any chance that lxr supports Berkely DB? Nope, it doesn't. And the Oracle support is somewhat unmaintained. Given a straight choice I would go with MySQL - in my experience it's faster for the high read/low write load that characterises LXR. Malcolm |
|
From: Malcolm B. <ma...@br...> - 2003-09-16 21:48:36
|
Jan Evert van Grootheest wrote: > how is the C++ support in LXR 0.9.x? > I know that in the 0.3.x version I currently have, it is somewhat > supported. But, as you probably understand, I'd like to migrate to a > newer version. The C++ support is pretty good - I've been using on a large C++ source base for several years now. It's certainly better than the 0.3 version. If you do try it and find any problems, I'd be very interested in hearing what they are. Cheers, Malcolm |
|
From: Jan E. v. G. <j.g...@eu...> - 2003-09-16 11:23:07
|
Hi, I just got lxr 0.9.2. Apparently it supports MySQL, Pgsql and Oracle. None of these are currently installed, unfortunately. Any chance that lxr supports Berkely DB? -- Jan Evert |
|
From: Jan E. v. G. <j.g...@eu...> - 2003-09-16 11:07:43
|
Hello, how is the C++ support in LXR 0.9.x? I know that in the 0.3.x version I currently have, it is somewhat supported. But, as you probably understand, I'd like to migrate to a newer version. -- Jan Evert |
|
From: Jan E. v. G. <j.g...@eu...> - 2003-09-16 10:50:14
|
Shree, unfortunately not. There are a few 'internet PC's here. Those are connected. One of those contains a CD writer, but otherwise is very restricted in what I can do there (install CVS is a no-no). Our desktop PCs are not-at-all connected in any way to the internet. The only thing that's there is an email server. Hmm, I'll check that link! Thanks, Jan Evert Shree Kumar wrote: > Hi Jan, > > OK - so your situation is that you are accessing internet > through a proxy, & proxy blocks CVS & you want the > latest CVS copy... > > Check out this URL: > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/lxr/ > > Now, try CVSGrab - http://cvsgrab.sourceforge.net/ > This will help you get the latest CVS code... > > Hope this helps, > > - Shree Kumar > > > Jan Evert van Grootheest wrote: > >>Hey,, >> >>thanks for this fast response! >>Unfortunately, I have no direct internet access. And I have no CVS on >>the few machines that do. >>So unless there is a tarball available, it'll be the released version. >> >>Thanks, >>Jan Evert >> >>Jan-Benedict Glaw wrote: >> >> >>>On Tue, 2003-09-16 10:35:09 +0200, Jan Evert van Grootheest >>><j.g...@eu...> >>>wrote in message <3F6...@eu...>: >>> >>>>From the version number I'd say use 0.9. But from the date I'd say use >>> >>>0.3. >>> >>> >>>>Which is the right one? >>> >>> >>>0.9.x. If possible, pull from CVS. >>> >>>MfG, JBG >>> >> >>------------------------------------------------------- >>This sf.net email is sponsored by:ThinkGeek >>Welcome to geek heaven. >>http://thinkgeek.com/sf >>_______________________________________________ >>Lxr-developer mailing list >>Lxr...@li... >>https://lists.sourceforge.net/lists/listinfo/lxr-developer > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Lxr-developer mailing list > Lxr...@li... > https://lists.sourceforge.net/lists/listinfo/lxr-developer |
|
From: Shree K. <sh...@pr...> - 2003-09-16 10:37:32
|
Hi Jan, OK - so your situation is that you are accessing internet through a proxy, & proxy blocks CVS & you want the latest CVS copy... Check out this URL: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/lxr/ Now, try CVSGrab - http://cvsgrab.sourceforge.net/ This will help you get the latest CVS code... Hope this helps, - Shree Kumar Jan Evert van Grootheest wrote: > > Hey,, > > thanks for this fast response! > Unfortunately, I have no direct internet access. And I have no CVS on > the few machines that do. > So unless there is a tarball available, it'll be the released version. > > Thanks, > Jan Evert > > Jan-Benedict Glaw wrote: > > > On Tue, 2003-09-16 10:35:09 +0200, Jan Evert van Grootheest > > <j.g...@eu...> > > wrote in message <3F6...@eu...>: > > > >>From the version number I'd say use 0.9. But from the date I'd say use > > > > 0.3. > > > >>Which is the right one? > > > > > > 0.9.x. If possible, pull from CVS. > > > > MfG, JBG > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Lxr-developer mailing list > Lxr...@li... > https://lists.sourceforge.net/lists/listinfo/lxr-developer |
|
From: Jan E. v. G. <j.g...@eu...> - 2003-09-16 09:39:45
|
Hey,, thanks for this fast response! Unfortunately, I have no direct internet access. And I have no CVS on the few machines that do. So unless there is a tarball available, it'll be the released version. Thanks, Jan Evert Jan-Benedict Glaw wrote: > On Tue, 2003-09-16 10:35:09 +0200, Jan Evert van Grootheest > <j.g...@eu...> > wrote in message <3F6...@eu...>: > >>From the version number I'd say use 0.9. But from the date I'd say use > > 0.3. > >>Which is the right one? > > > 0.9.x. If possible, pull from CVS. > > MfG, JBG > |
|
From: Jan-Benedict G. <jb...@lu...> - 2003-09-16 08:38:15
|
On Tue, 2003-09-16 10:35:09 +0200, Jan Evert van Grootheest <j.grootheest@e= uronext.nl> wrote in message <3F6...@eu...>: > From the version number I'd say use 0.9. But from the date I'd say use 0.= 3. > Which is the right one? 0.9.x. If possible, pull from CVS. MfG, JBG --=20 Jan-Benedict Glaw jb...@lu... . +49-172-7608481 "Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg fuer einen Freien Staat voll Freier B=FCrger" | im Internet! | im Ira= k! ret =3D do_actions((curr | FREE_SPEECH) & ~(IRAQ_WAR_2 | DRM | TCPA)); |
|
From: Jan E. v. G. <j.g...@eu...> - 2003-09-16 08:35:53
|
Hello, I've recently installed LXR at our site, but I was wondering which verion to use. There's 0.3.1 of a fairly recent date (at least this year), but there's also 0.9.x. From the version number I'd say use 0.9. But from the date I'd say use 0.3. Which is the right one? Thanks, Jan Evert |
|
From: Allen D. <all...@uc...> - 2003-08-28 01:58:48
|
Hi, I'm interested in using lxr as a soap service, and wasn't able to find any documentation stating that it can/cannot be done. What's the word? If it's not already done, can I get a brief outline of what it would take to add this functionality? I'm just now starting to shop around for an indexing service, and will likely go with whichever is easiest to access using soap. Thanks, Allen |
|
From: SourceForge.net <no...@so...> - 2003-08-13 15:17:10
|
Feature Requests item #788079, was opened at 2003-08-13 07:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=788079&group_id=27350 Category: Language support Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ESQL/C Initial Comment: We use Informix's ESQL/C for our project... adding ESQL/C support to LXR involved the following: $Id: genxref,v 1.5 1998/04/22 12:16:12 pergj Exp $ add '|ec' after '|cc' on line #329 # $Id: Common.pm,v 1.6 1998/05/14 11:59:22 argggh Exp $ add '|ec' after '|cc' on line #166 That's it... works great Z ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=788079&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-08-08 01:42:12
|
Bugs item #785120, was opened at 2003-08-07 18:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=785120&group_id=27350 Category: Browsing Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Jesse Brandeburg (go_jesse) Assigned to: Nobody/Anonymous (nobody) Summary: apache crash when loading source code file Initial Comment: I'm using the current CVS lxr, and I have checked in two seperate versions of a particular source module. using mysql Ver 11.18 Distrib 3.23.56, for pc-linux (i686) using CVS when I try to view that source module's file with http://hauler/lxr/source/drivers/net/e1000/e1000_main.c I get an error_log entry of Out of memory! co: output error: Broken pipe co aborted Callback called exit (#3) (F) A subroutine invoked from an external package via call_sv() exited by calling exit. I believe there is some bad stuff going on the with the anno array, from the comments that I see when running with use diagnostics in the 'source' file. anno seems to be trying to use the source line as the array index, and then assign a lrev to anno[<this is a line of source code>] I believe this could be reproduced by checking in two fairly different versions of e1000_main.c (like from kernel 2.4.21 and 2.6.0-test2) and trying to view one or the other from a web browser. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=785120&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-08-08 01:25:01
|
Bugs item #779639, was opened at 2003-07-29 08:15 Message generated for change (Comment added) made by go_jesse You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=779639&group_id=27350 Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect regexp in cleanstring Initial Comment: in the cleanstring function (In lib/LXR/Files/CVS.pm), one regexp is incorrect. It is currently : s/[|&!`;$%<>[:cntrl:]]// || # drop these in particular where it should be : s/[|&!`;\$\%<>[:cntrl:]]// || # drop these in particular (i.e. $% is interpreted by Perl). Testcase : &&& /mccvsweb/repositories/i390/requestaccess.html head co: /cvs/testcvs/cvs//mccvsweb/repositories/i39/requestaccess.html,v: No such file or directory the 0 has been replaced where it shouldn't. Hope this helps... -- Julien Wajsberg fl...@mi... ---------------------------------------------------------------------- Comment By: Jesse Brandeburg (go_jesse) Date: 2003-08-07 18:16 Message: Logged In: YES user_id=631160 This bug actually effects all sorts of stuff, and is very major IMO ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=779639&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-07-30 09:05:14
|
Bugs item #773276, was opened at 2003-07-17 14:19 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=773276&group_id=27350 Category: Browsing Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Brendan Byrd (sineswiper) Assigned to: Nobody/Anonymous (nobody) Summary: Needs better compatibility with non-mod_perl Initial Comment: There are several hacks that need to be applied to make this compatible as a regular cgi-script, namely commenting out the HTTP/1.0 line, and change the icon names. (internal-gopher-unknown?! What is that?) This needs to be its own variable. As I may need to improve the Perl interface, anyway, I may imploy this change myself. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-07-30 02:05 Message: Logged In: NO internal-gopher-unknown is some internal images used in Netscape4. They don't exist in Mozilla/IE. But you can use Apache's icons instead, just by commenting out he right lines in 'source' :) HTTP/1.0 seems commented out already (at least in current CVS), and indeed it works very well without mod-perl. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=773276&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-07-29 15:15:13
|
Bugs item #779639, was opened at 2003-07-29 08:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=779639&group_id=27350 Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect regexp in cleanstring Initial Comment: in the cleanstring function (In lib/LXR/Files/CVS.pm), one regexp is incorrect. It is currently : s/[|&!`;$%<>[:cntrl:]]// || # drop these in particular where it should be : s/[|&!`;\$\%<>[:cntrl:]]// || # drop these in particular (i.e. $% is interpreted by Perl). Testcase : &&& /mccvsweb/repositories/i390/requestaccess.html head co: /cvs/testcvs/cvs//mccvsweb/repositories/i39/requestaccess.html,v: No such file or directory the 0 has been replaced where it shouldn't. Hope this helps... -- Julien Wajsberg fl...@mi... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=779639&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-07-17 21:19:11
|
Bugs item #773276, was opened at 2003-07-17 17:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=773276&group_id=27350 Category: Browsing Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Brendan Byrd (sineswiper) Assigned to: Nobody/Anonymous (nobody) Summary: Needs better compatibility with non-mod_perl Initial Comment: There are several hacks that need to be applied to make this compatible as a regular cgi-script, namely commenting out the HTTP/1.0 line, and change the icon names. (internal-gopher-unknown?! What is that?) This needs to be its own variable. As I may need to improve the Perl interface, anyway, I may imploy this change myself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=773276&group_id=27350 |
|
From: Yi-Shin Li <yi...@si...> - 2003-07-09 04:03:33
|
LXR version: 0.3.1
I use gentoo linux. Per its naming rule, I
got linux-2.4.21_rc8-gss in /usr/src
I can not use LXR-0.3.1 to cross reference it.
Reason:
The varexpand(), from file, $(INSTALLPREFIX)/http/lib/LXR/Config.pm,
only accept variables within /^([a-zA-Z0-9\.\-]*)$/. Therefore,
my "linux-2.4.21_rc8-gss" is filtered out.
I modified it by adding '_' and it works for me.
my revised varexpand() :
sub varexpand {
my ($self, $exp) = @_;
$exp =~ s{\$\{?(\w+)\}?}{
$self->{variable}->{$1} =~ /^([a-zA-Z0-9\.\-_]*)$/ ? $1 : ''
}ge;
return($exp);
}
Yi-Shin
|
|
From: SourceForge.net <no...@so...> - 2003-06-21 00:24:40
|
Feature Requests item #758228, was opened at 2003-06-20 17:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=758228&group_id=27350 Category: General Group: None Status: Open Priority: 5 Submitted By: Richard Offer (offer) Assigned to: Nobody/Anonymous (nobody) Summary: ignore some files in sourcdirs Initial Comment: My sourcedirs include some binary files, I would like to be able to exclude those either by path or extension during the genxref stage, since it tries to cat them and catting binaries to /dev/tty is only "interesting" the first time it happens... thanks richard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=758228&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-06-21 00:19:20
|
Bugs item #758226, was opened at 2003-06-20 17:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=758226&group_id=27350 Category: Browsing Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Richard Offer (offer) Assigned to: Nobody/Anonymous (nobody) Summary: Apache 2/ mod_perl 1.99 doesn't work Initial Comment: LXR 0.9.2 / MySQL / Plain / brand new RH 8.0 box It seems that LXR uses mod_perl API version 1, Apache 2 required mod_perl version 1.99 (beta for 2) which has made changes. From spending, oh 30 mins looking at this Apache::Registry -> ModPerl::Registry However, mod_perl 2 doesn't chdir() into the scripts directory, since chdir() affects a whole process, and Apache 2 can use threads. In my case, it now fails to find the template file (html-head.htmls ) files... I've tried playing with the mod_perl compat interface, but no luck. Thanks for any insight you can provide. richard. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=758226&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-06-18 15:53:33
|
Bugs item #749886, was opened at 2003-06-05 17:13 Message generated for change (Comment added) made by rustycar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749886&group_id=27350 Category: Browsing Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Rusty Carruth (n7ikq) Assigned to: Nobody/Anonymous (nobody) Summary: IE views ok, Netscape gets html code seen Initial Comment: After installing lxr on a linux mandrake 9.1 machine, everything works just fine if I view the ident, source, etc 'pages' from M$ Internet Explorer. However, galeon, mozilla, and netscape all seem to prefer to show you the actual html rather than the result of interpreting that same html. Strange discovery we made is that, using galeon we can save the file and load that saved file and it renders correctly! If that's not strange enough, we downloaded the url using wget and it rendered fine on the first try. Is there some kind of timing issue with NS that IE doesn't have??? Weird... rc aka n7ikq. ---------------------------------------------------------------------- Comment By: Rusty Carruth (rustycar) Date: 2003-06-18 08:53 Message: Logged In: YES user_id=537116 Oh - n7ikq and I are the same person, sorry - I forgot this password so created myself as my ham callsign. Now I've forgotten the n7ikq password! That's what I get for coming up with such good passwords and not writing them down... When I remember my n7ikq password I'll go close this item. rc/aka n7ikq/aka rustycar ---------------------------------------------------------------------- Comment By: Rusty Carruth (rustycar) Date: 2003-06-18 08:48 Message: Logged In: YES user_id=537116 AH! That did it! Might be good to put into the documentation somewhere that some browsers, when driven by slower computers, need this: ForceType text/html in the <Files ~ (find|search|source|ident|diff|cgi-bin)$> section. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-18 08:01 Message: Logged In: NO This is a browser issue. Just add this to your lxr/.htaccess file: ForceType text/html (My complete .htaccess file is shown below): Options Indexes ExecCGI FollowSymlinks order deny,allow <Files lxr.conf> deny from all </Files> <Files lib> deny from all </Files> <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler perl-script PerlHandler ModPerl::Registry PerlSetEnv PERL5LIB lib ForceType text/html </Files> ~ ~ ---------------------------------------------------------------------- Comment By: Rusty Carruth (n7ikq) Date: 2003-06-07 15:20 Message: Logged In: YES user_id=788971 Ok, so I did a wget -S and it said: rcarruth@msfree> wget -S http://localplace/lxr/ident --15:06:51-- http://localplace:80/lxr/ident => `ident' Connecting to localplace:80... connected! HTTP request sent, awaiting response... 200 OK 2 Date: Sat, 07 Jun 2003 22:12:53 GMT 3 Server: Apache-AdvancedExtranetServer/2.0.44 (Mandrake Linux/11mdk) mod_perl/1.99_08 Perl/v5.8.0 mod_ssl/2.0.44 OpenSSL/0.9.7a PHP/4.3.1 4 Connection: close 5 Content-Type: text/plain; charset=ISO-8859-1 6 X-Pad: avoid browser bug 7 0K -> ..... 15:06:52 (345.52 KB/s) - `ident' saved [5661] rcarruth@msfree> less ident <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <meta name="GENERATOR" content="Mozilla/4.61 [en] (X11; I; SunOS 5.5.1 sun4u) [Netscape]"> <title>Sapphire identfier search</title> <base href="http://localplace/lxr/"> <link href="lxr.css" rel="STYLESHEET" type="text/css"> </head> <body> <table width='100%' border='0' cellpadding='0' cellspacing='0'> <tr> .....etc... Now, I load the above 'ident' file wget got, and it displays fine. However, if I instead go to the url that FETCHED that file, I get the source of the file not the display it should have gotten. (I looked through all the places where lxr could say 'text/plain' and changed them all to 'text/html' and STILL wget says 'text/plain'... rc aka n7ikq. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-06 14:17 Message: Logged In: NO The most likely explanation is that the webserver is returning the contents as text/plain rather than text/html. IE (incorrectly) interprets such text as html anyway, whereas Netscape/Mozilla don't. The lxr code does put out a content-type header, so it should work, but perhaps Apache is configured in a weird way. You can use wget -S to check what is being returned in the headers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749886&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-06-18 15:48:09
|
Bugs item #749886, was opened at 2003-06-05 17:13 Message generated for change (Comment added) made by rustycar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749886&group_id=27350 Category: Browsing Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Rusty Carruth (n7ikq) Assigned to: Nobody/Anonymous (nobody) Summary: IE views ok, Netscape gets html code seen Initial Comment: After installing lxr on a linux mandrake 9.1 machine, everything works just fine if I view the ident, source, etc 'pages' from M$ Internet Explorer. However, galeon, mozilla, and netscape all seem to prefer to show you the actual html rather than the result of interpreting that same html. Strange discovery we made is that, using galeon we can save the file and load that saved file and it renders correctly! If that's not strange enough, we downloaded the url using wget and it rendered fine on the first try. Is there some kind of timing issue with NS that IE doesn't have??? Weird... rc aka n7ikq. ---------------------------------------------------------------------- Comment By: Rusty Carruth (rustycar) Date: 2003-06-18 08:48 Message: Logged In: YES user_id=537116 AH! That did it! Might be good to put into the documentation somewhere that some browsers, when driven by slower computers, need this: ForceType text/html in the <Files ~ (find|search|source|ident|diff|cgi-bin)$> section. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-18 08:01 Message: Logged In: NO This is a browser issue. Just add this to your lxr/.htaccess file: ForceType text/html (My complete .htaccess file is shown below): Options Indexes ExecCGI FollowSymlinks order deny,allow <Files lxr.conf> deny from all </Files> <Files lib> deny from all </Files> <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler perl-script PerlHandler ModPerl::Registry PerlSetEnv PERL5LIB lib ForceType text/html </Files> ~ ~ ---------------------------------------------------------------------- Comment By: Rusty Carruth (n7ikq) Date: 2003-06-07 15:20 Message: Logged In: YES user_id=788971 Ok, so I did a wget -S and it said: rcarruth@msfree> wget -S http://localplace/lxr/ident --15:06:51-- http://localplace:80/lxr/ident => `ident' Connecting to localplace:80... connected! HTTP request sent, awaiting response... 200 OK 2 Date: Sat, 07 Jun 2003 22:12:53 GMT 3 Server: Apache-AdvancedExtranetServer/2.0.44 (Mandrake Linux/11mdk) mod_perl/1.99_08 Perl/v5.8.0 mod_ssl/2.0.44 OpenSSL/0.9.7a PHP/4.3.1 4 Connection: close 5 Content-Type: text/plain; charset=ISO-8859-1 6 X-Pad: avoid browser bug 7 0K -> ..... 15:06:52 (345.52 KB/s) - `ident' saved [5661] rcarruth@msfree> less ident <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <meta name="GENERATOR" content="Mozilla/4.61 [en] (X11; I; SunOS 5.5.1 sun4u) [Netscape]"> <title>Sapphire identfier search</title> <base href="http://localplace/lxr/"> <link href="lxr.css" rel="STYLESHEET" type="text/css"> </head> <body> <table width='100%' border='0' cellpadding='0' cellspacing='0'> <tr> .....etc... Now, I load the above 'ident' file wget got, and it displays fine. However, if I instead go to the url that FETCHED that file, I get the source of the file not the display it should have gotten. (I looked through all the places where lxr could say 'text/plain' and changed them all to 'text/html' and STILL wget says 'text/plain'... rc aka n7ikq. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-06 14:17 Message: Logged In: NO The most likely explanation is that the webserver is returning the contents as text/plain rather than text/html. IE (incorrectly) interprets such text as html anyway, whereas Netscape/Mozilla don't. The lxr code does put out a content-type header, so it should work, but perhaps Apache is configured in a weird way. You can use wget -S to check what is being returned in the headers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749886&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-06-18 15:01:39
|
Bugs item #749886, was opened at 2003-06-05 17:13 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749886&group_id=27350 Category: Browsing Group: v0.9.1 Status: Open Resolution: None Priority: 5 Submitted By: Rusty Carruth (n7ikq) Assigned to: Nobody/Anonymous (nobody) Summary: IE views ok, Netscape gets html code seen Initial Comment: After installing lxr on a linux mandrake 9.1 machine, everything works just fine if I view the ident, source, etc 'pages' from M$ Internet Explorer. However, galeon, mozilla, and netscape all seem to prefer to show you the actual html rather than the result of interpreting that same html. Strange discovery we made is that, using galeon we can save the file and load that saved file and it renders correctly! If that's not strange enough, we downloaded the url using wget and it rendered fine on the first try. Is there some kind of timing issue with NS that IE doesn't have??? Weird... rc aka n7ikq. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-18 08:01 Message: Logged In: NO This is a browser issue. Just add this to your lxr/.htaccess file: ForceType text/html (My complete .htaccess file is shown below): Options Indexes ExecCGI FollowSymlinks order deny,allow <Files lxr.conf> deny from all </Files> <Files lib> deny from all </Files> <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler perl-script PerlHandler ModPerl::Registry PerlSetEnv PERL5LIB lib ForceType text/html </Files> ~ ~ ---------------------------------------------------------------------- Comment By: Rusty Carruth (n7ikq) Date: 2003-06-07 15:20 Message: Logged In: YES user_id=788971 Ok, so I did a wget -S and it said: rcarruth@msfree> wget -S http://localplace/lxr/ident --15:06:51-- http://localplace:80/lxr/ident => `ident' Connecting to localplace:80... connected! HTTP request sent, awaiting response... 200 OK 2 Date: Sat, 07 Jun 2003 22:12:53 GMT 3 Server: Apache-AdvancedExtranetServer/2.0.44 (Mandrake Linux/11mdk) mod_perl/1.99_08 Perl/v5.8.0 mod_ssl/2.0.44 OpenSSL/0.9.7a PHP/4.3.1 4 Connection: close 5 Content-Type: text/plain; charset=ISO-8859-1 6 X-Pad: avoid browser bug 7 0K -> ..... 15:06:52 (345.52 KB/s) - `ident' saved [5661] rcarruth@msfree> less ident <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <meta name="GENERATOR" content="Mozilla/4.61 [en] (X11; I; SunOS 5.5.1 sun4u) [Netscape]"> <title>Sapphire identfier search</title> <base href="http://localplace/lxr/"> <link href="lxr.css" rel="STYLESHEET" type="text/css"> </head> <body> <table width='100%' border='0' cellpadding='0' cellspacing='0'> <tr> .....etc... Now, I load the above 'ident' file wget got, and it displays fine. However, if I instead go to the url that FETCHED that file, I get the source of the file not the display it should have gotten. (I looked through all the places where lxr could say 'text/plain' and changed them all to 'text/html' and STILL wget says 'text/plain'... rc aka n7ikq. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-06 14:17 Message: Logged In: NO The most likely explanation is that the webserver is returning the contents as text/plain rather than text/html. IE (incorrectly) interprets such text as html anyway, whereas Netscape/Mozilla don't. The lxr code does put out a content-type header, so it should work, but perhaps Apache is configured in a weird way. You can use wget -S to check what is being returned in the headers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=749886&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2003-06-16 17:56:02
|
Feature Requests item #481579, was opened at 2001-11-13 21:00 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=481579&group_id=27350 Category: General Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: generate static pages Initial Comment: Hi: Although I'm still battling to make it work, it's a great project. I just have a simple wish: - Give lxr an option to generate static pages for a piece of code. Take my case: I frequently have to study some pieces of code. lxr can speed up a lot my work, but I don't have access to a web server. What I would like to do (and generally do with html manuals) is to burn a cd with the code cross referenced, and be able to browse it at leisure. I already tried to do that with a wget -r of a branch of the linux kernel, but it didn't work. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-06-16 10:56 Message: Logged In: NO take a look at httrack. it's much better than wget for spidering web sites. there are times where wget gets confused but httrack doesn't. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2001-12-23 21:18 Message: Logged In: NO I think you will find GLOBAL useful. GLOBAL is a tags system without www interface. It also can generate static HTML. Follow this link: www.tamacom.com/global ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2001-11-28 05:35 Message: Logged In: YES user_id=215386 What was it specifically that didn't work for you? The problem might be that in addition to each file of source (the output of the source program) you also need the ident output for each of the symbols used. Which might be several thousand. If the symbols then are referenced in file outside the tree you're interested in then the spider could get confused. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390120&aid=481579&group_id=27350 |
6 messages has been excluded from this view by a project administrator.
