lxr-developer Mailing List for LXR Cross Referencer (Page 43)
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: <no...@so...> - 2001-09-27 17:47:23
|
Bugs item #465131, was opened at 2001-09-26 02:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=465131&group_id=27350 Category: genxref Group: current cvs >Status: Closed >Resolution: Fixed Priority: 8 Submitted By: Malcolm Box (mbox) Assigned to: Malcolm Box (mbox) Summary: Incremental update is slow Initial Comment: Running an incremental update of the indexes is painfully slow (using File.pm & Mysql.pm). At least part of the cause is that for my repository, it takes 1.62 seconds to return the status of a file (ie whether this file needs indexing/referencing). Since there are more than 100,000 files in the repository, this database access alone consumes 100000*2*1.62 seconds = 90 hours. The fix is to create an index on the filename field of the files table. Mysql won't let me create one on (filename,revision) because this is too large, but the (filename) index reduces the time for the above query to 0.02s (which appears to be mainly overhead). The line to add to the end of initdb-mysql is: create index filelookup on files (filename); Presumably the other db backends would also benefit from this. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=465131&group_id=27350 |
|
From: <no...@so...> - 2001-09-27 17:43:13
|
Bugs item #465528, was opened at 2001-09-26 23:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=465528&group_id=27350 Category: Browsing Group: current cvs >Status: Pending Resolution: None Priority: 5 Submitted By: Zubin Sethna (zubinix) >Assigned to: Malcolm Box (mbox) Summary: 'ident' form does not work in IE 5 Initial Comment: When doing an identifier search, type into the form an identifier name. The resulting URL only contains 'ident?=whatever', which fails. New versions of mozilla prepend the full URL to the lxr server and thus work correctly. In the ident perl script line 40 (sub ident) that begins: print("<form method=get action............. the value of 'baseurl' from the lxr.conf file needs to be inserted. How to do this? Possibly the web browser should insert the 'baseurl' string into the ident URL by itself but only the new versions of mozilla do this. Netscape 4.7 and IE do not do this. So for compatibility lxr should include the 'baseurl' in the html code for the form. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2001-09-27 06:45 Message: Logged In: YES user_id=215386 I'm not seeing this problem, using Netscape 4.7x on Linux or Windows, Mozilla on Windows and IE4 on Win32. Has anyone else seen this problem? One thing to check would be whether the <base> attribute is being properly set - it is output as part of each page in the <head> section. If not, then $baseurl is not set, which would indicate a config file problem. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=465528&group_id=27350 |
|
From: Malcolm B. <ma...@br...> - 2001-09-27 15:39:53
|
Hi, At http://sourceforge.net/tracker/index.php?func=detail&aid=452471&group_id=27350&atid=390120 you mention some code for lxr 0.3 to fontify C/C++ source like emacs does. Is there any chance that you could post this code so that it can be extended/incorporated in the latest version of the lxr? Some of the other wishes on your list are already present (or nearly so) in the latest version of the lxr. Incremental indexing works, scalability is *much* improved (I run a 4Gb source repository through it!). There is a patch available to make the "source" output use CSS, making the display much more configurable, and this will be going into CVS soon. Cached pages are a good idea - perhaps someone on lxr-developer would like to have a go at implementing this? Cheers, Malcolm |
|
From: Malcolm B. <ma...@br...> - 2001-09-27 15:21:37
|
Pavel Hlavnicka wrote: > > Malcom, > > I'm glad to hear it. > > Note, that the second version of patch enhances the ident script, so it > uses template instead of hardcoded markup. It's a good idea too, I guess. Yes, using templates for the ident scripts is good. > If you submit changed to main trunk, we may start some discussion about > disabling/enabling css support at all. May be it would be a fine feature > for some people. It might indeed spark some discussion on having CSS. Perhaps if anyone feels strongly that this shouldn't go in/be enabled by default they should speak now... Cheers, Malcolm |
|
From: Malcolm B. <ma...@br...> - 2001-09-27 15:09:32
|
Hi all, I've just added a CREDITS.txt file to CVS as a place to list (and thank) all those who've contributed code/documentation/bugfixes/etc to the lxr. If I've left you off and you think you should be on the list, then please tell me - I don't want to miss anyone out. I'm looking forward to seeing the file grow ever longer, so do send in patches (and make sure to include a change to CREDITS.txt in the patch :-) Cheers, Malcolm |
|
From: <pe...@kl...> - 2001-09-27 14:58:30
|
Malcolm Box <ma...@br...> writes: > What's the current status of this patch? I haven't applied it to the > CVS tree because of the problem with Plain.pm and getdir(), but > obviously this is a nice feature to have for the CVS.pm users. > > Did we work out how to sort this one out? No, I don't think we did. We established that there are rather big differences between what the users of plain.pm and CVS.pm want, but not how to resolve those differences. I haven't had time to look at this for quite a while now, unfortunately, and I'm not sure when I will find such time. I think it needs some redesigning, possibly even somthing as drastic as separating the functions for cvs and plain, if they no longer have that much in common. If somebody else wants to have a go, feel free. Otherwise I'll have another stab at it when time allows. ...Peder... -- This must be Thursday. I never could get the hang of Thursdays. |
|
From: Malcolm B. <ma...@br...> - 2001-09-27 14:39:33
|
Hi Peder, "Peder O. Klingenberg" wrote: > > Revised patch is attached and will be posted to the patchtracker on SF > soonish. What's the current status of this patch? I haven't applied it to the CVS tree because of the problem with Plain.pm and getdir(), but obviously this is a nice feature to have for the CVS.pm users. Did we work out how to sort this one out? Cheers, Malcolm |
|
From: Malcolm B. <ma...@br...> - 2001-09-27 14:37:13
|
In a bug report, Jan-Benedict wrote > There are these famous "LXR/xxx.pm not found" errors > around. > > They seem to depend on how the source tree (my one is > based > on CVS and PostgreSQL) is indexed. > > Indexing it with --allversions is quite fine: I can > browse the code > without any problems. But indexing specific versions > via > --version=xxx (with xxx being a valid CVS tag) produces > those > "not found" errors afterwards. So it seems that genxref > either > fails to generate correct indexes for some given cvs > tag, or > "source" tries to get wrong releases from > cvs/database... Are you still experiencing this problem? I can't see any reason why the state of the database would result in "not found" errors - it's perfectly possible to run lxr against an empty database, so I'm confused by this bug. Here's a few questions that may help nail it down. Firstly, what are the modules that are reported as "not found"? If you index with --allversions, and then specify a version that doesn't exist, do you get the same "not found" messages as with --version? Cheers, Malcolm |
|
From: Pavel H. <pa...@gi...> - 2001-09-27 14:30:27
|
Malcom, I'm glad to hear it. Note, that the second version of patch enhances the ident script, so it uses template instead of hardcoded markup. It's a good idea too, I guess. If you submit changed to main trunk, we may start some discussion about disabling/enabling css support at all. May be it would be a fine feature for some people. Some updates for serach page (glimpse) remains. Pavel Malcolm Box wrote: > Hi Pavel, > > This patch looks good - I've been testing it out here and it's working > well so far. If nothing goes wrong I should have it submitted to the > tree in a couple of days. > > Thanks for putting this together - CSS support is a really nifty feature > to have. > > Cheers, > > Malcolm > > Pavel Hlavnicka wrote: > >>I recently submitted the CSS support patch. Take a look. >> >>Pavel >> >>-- >>Pavel Hlavnicka >>Ginger Alliance >>www.gingerall.com >> >>_______________________________________________ >>Lxr-developer mailing list >>Lxr...@li... >>https://lists.sourceforge.net/lists/listinfo/lxr-developer >> -- Pavel Hlavnicka Ginger Alliance www.gingerall.com |
|
From: Malcolm B. <ma...@br...> - 2001-09-27 14:23:40
|
Hi Pavel, This patch looks good - I've been testing it out here and it's working well so far. If nothing goes wrong I should have it submitted to the tree in a couple of days. Thanks for putting this together - CSS support is a really nifty feature to have. Cheers, Malcolm Pavel Hlavnicka wrote: > > I recently submitted the CSS support patch. Take a look. > > Pavel > > -- > Pavel Hlavnicka > Ginger Alliance > www.gingerall.com > > _______________________________________________ > Lxr-developer mailing list > Lxr...@li... > https://lists.sourceforge.net/lists/listinfo/lxr-developer |
|
From: <no...@so...> - 2001-09-27 06:57:57
|
Bugs item #465528, was opened at 2001-09-26 23:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=465528&group_id=27350 Category: Browsing Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Zubin Sethna (zubinix) Assigned to: Nobody/Anonymous (nobody) Summary: 'ident' form does not work in IE 5 Initial Comment: When doing an identifier search, type into the form an identifier name. The resulting URL only contains 'ident?=whatever', which fails. New versions of mozilla prepend the full URL to the lxr server and thus work correctly. In the ident perl script line 40 (sub ident) that begins: print("<form method=get action............. the value of 'baseurl' from the lxr.conf file needs to be inserted. How to do this? Possibly the web browser should insert the 'baseurl' string into the ident URL by itself but only the new versions of mozilla do this. Netscape 4.7 and IE do not do this. So for compatibility lxr should include the 'baseurl' in the html code for the form. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=465528&group_id=27350 |
|
From: <no...@so...> - 2001-09-26 09:34:16
|
Bugs item #453387, was opened at 2001-08-20 07:58 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=453387&group_id=27350 Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Pavel Hlavnicka (pavel_hlavnicka) Assigned to: Peder O. Klingenberg (pok) Summary: variable 'v' range Initial Comment: I downloaded devel version 0.8 (no group available :) If you use the commented out example in the lxr.conf how to set the range of the variable 'v' it doesn't work. First, at the line 74 in genxref is this variable accesed directly, there should be @versions->varrange('v') I guess. Second, after hacking this line it still doesn't work, because the $LXR::Common::pathname (used in lxr.conf) is not set at the time of the execution. I've no clue, what was the original author's intention :) It seems, that the range sould be read once per processed file, because the releases (probably) and revisions (for sure) may differ for each file. But I didn't read the code so carefully to be sure. HTH ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2001-09-26 02:33 Message: Logged In: YES user_id=215386 Is there any chance you could post the stuff you added to generic.conf to get php working? I'm trying to flesh the file out, since it currently doesn't support a lot of the languages that ctags can cope with. ---------------------------------------------------------------------- Comment By: Joseph Wilhelm (tarken) Date: 2001-09-17 13:48 Message: Logged In: YES user_id=326177 Hmm, on my last follow-up to this, perhaps it didn't work properly. I added a 'php' entry to generic.conf so that everything should work great in my PHP files... but I'm not getting any cross-references on functions or anything else. All I'm getting them on is require()'ed files in the current directory. Also, I looked at the lxr database in MySQL... and it's completely empty. Perhaps this is evidence that genxref didn't do quite what it was supposed to? :) ---------------------------------------------------------------------- Comment By: Joseph Wilhelm (tarken) Date: 2001-09-17 12:53 Message: Logged In: YES user_id=326177 Actually I got this fixed on my copy by making the line look like this: @versions = eval($config->{variables}{v}{range}); Instead of: @versions = @{$config->{variables}{v}{range}}; And it's working perfectly now :) ---------------------------------------------------------------------- Comment By: Peder O. Klingenberg (pok) Date: 2001-08-20 11:17 Message: Logged In: YES user_id=222352 See patch 453450. ---------------------------------------------------------------------- Comment By: Peder O. Klingenberg (pok) Date: 2001-08-20 10:59 Message: Logged In: YES user_id=222352 No, it doesn't work at the moment, because genxref is broken. I have fixed it, but the patch has not been committed yet. Your hunch is correct, it's intended to be called per file. Stay tuned. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=453387&group_id=27350 |
|
From: <no...@so...> - 2001-09-26 09:26:25
|
Bugs item #465131, was opened at 2001-09-26 02:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=465131&group_id=27350 Category: genxref Group: current cvs Status: Open Resolution: None Priority: 8 Submitted By: Malcolm Box (mbox) Assigned to: Malcolm Box (mbox) Summary: Incremental update is slow Initial Comment: Running an incremental update of the indexes is painfully slow (using File.pm & Mysql.pm). At least part of the cause is that for my repository, it takes 1.62 seconds to return the status of a file (ie whether this file needs indexing/referencing). Since there are more than 100,000 files in the repository, this database access alone consumes 100000*2*1.62 seconds = 90 hours. The fix is to create an index on the filename field of the files table. Mysql won't let me create one on (filename,revision) because this is too large, but the (filename) index reduces the time for the above query to 0.02s (which appears to be mainly overhead). The line to add to the end of initdb-mysql is: create index filelookup on files (filename); Presumably the other db backends would also benefit from this. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=465131&group_id=27350 |
|
From: <no...@so...> - 2001-09-20 09:35:30
|
Bugs item #463138, was opened at 2001-09-20 02:35 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=463138&group_id=27350 Category: Browsing Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Malcolm Box (mbox) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to enter full glimpse REs Initial Comment: Glimpse supports regular expressions with characters such as < & > in them, and also allows these to be escaped ie \< & \>. However, the http washing code treats these as illegal and aborts the search request. Clearly the freetext searching functions should allow a wider range of permissible inputs than the other scripts. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=463138&group_id=27350 |
|
From: Pavel H. <pa...@gi...> - 2001-09-03 12:39:24
|
I recently submitted the CSS support patch. Take a look. Pavel -- Pavel Hlavnicka Ginger Alliance www.gingerall.com |
|
From: <no...@so...> - 2001-09-03 12:33:53
|
Patches item #458027, was opened at 2001-09-03 05:33 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390119&aid=458027&group_id=27350 Category: Browsing Group: Experimental Status: Open Resolution: None Priority: 5 Submitted By: Pavel Hlavnicka (pavel_hlavnicka) Assigned to: Nobody/Anonymous (nobody) Summary: CSS support Initial Comment: This patch modifies current source, so that support CSS much more then the current main trunk version (where the css support is actually almost zero). Apply as patch -p0 < lxr-css.patch in the lxr directory; make sure, that directory ../lxr doesn't exist (if you have more then one copy). Template stylesheet file is templates/lxr.css. The stylesheet to be used is defined in the configuration file near the header and footer templates. The template $stylesheet is supported while the header template is expanded. See html-head.html for more. My goal was to fix all places, where markup is generated from code. 80% of changes affects the link (<a>) output. I extended the prototype of the 'fileref' function and Co. The second parameter of those functions is the style to be used (put into the 'class' attribute). I fixed all references to those call over all the code. The remaining 20% are changes related to the rest of the generated markup. i used the <span> tag for formating. Issues: - templates vs. generated code: some pages are generated completely (e.g search results, so user have no chance to change them. To make this situation better, I ... (see next bullet) - I removed the <ul> and <li> tags in the ident page (where references to searched symbol are displayed), so browsers, such is Lynx, could have problems. As I said above, the better solution would be the template support for this page. - Glimpse searches are not supported yet - I didn't understand all stuff in the 'markupfile' function. The highlighted files work well, but I didn't get, what are the other formats good for - Perl comments may be formatted incorrectly (just feeling :) - I used my favorite colors and non-underlined links, somebody else may dislike it - I changed the header template, so tables are used; however formatting of the menu (modes) is still a bit ugly - I added as few class specs. into templates as possible, some work is to be done here I'm looking forward to hear your comments Pavel ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390119&aid=458027&group_id=27350 |
|
From: Sethna, Z. <ZS...@rs...> - 2001-08-29 06:38:46
|
HI I've managed to get my lxr setup to display webpages, albeit without any cross-references :( but to do that I had to comment out a few of the print statements in the function 'printhttp' in common.pm so that the first line output by the 'source' perl script is "Content-type". Did anyone else have the same problem? Thanks Zubin |
|
From: <no...@so...> - 2001-08-26 18:27:04
|
Patches item #455555, was opened at 2001-08-26 11:27 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390119&aid=455555&group_id=27350 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: date/time ISO8601 Initial Comment: Why lxr HEAD is using the old American date format and http://lxr.linux.no/source/ is using ISO8601 ? Could you get the code from http://lxr.linux.no/source/ to use ISO8601 since this one is tested ? If you can't just apply my patch. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390119&aid=455555&group_id=27350 |
|
From: <no...@so...> - 2001-08-26 11:57:01
|
Bugs item #455480, was opened at 2001-08-26 04:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=455480&group_id=27350 Category: genxref Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Jan-Benedict Glaw (jbglaw) Assigned to: Nobody/Anonymous (nobody) Summary: Diff. btwn. --allversions and --version= Initial Comment: There are these famous "LXR/xxx.pm not found" errors around. They seem to depend on how the source tree (my one is based on CVS and PostgreSQL) is indexed. Indexing it with --allversions is quite fine: I can browse the code without any problems. But indexing specific versions via --version=xxx (with xxx being a valid CVS tag) produces those "not found" errors afterwards. So it seems that genxref either fails to generate correct indexes for some given cvs tag, or "source" tries to get wrong releases from cvs/database... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=390117&aid=455480&group_id=27350 |
|
From: Pavel H. <pa...@gi...> - 2001-08-23 13:48:27
|
OK, no more questions, I'll start in few days. P Malcolm Box wrote: > Hi Pavel, > > Welcome to lxr-developer. > > >> I'll be able to start the development this week (I hope :), so I'l like >> to ask if you are planning some big changes in the CVS tree. In this >> case it'd be better to hold on for few days. >> > > There's no big changes in the CVS tree planned for the next few weeks - > at least not that I know of. If you start from something like the 0.8 > version it's already tagged and if the tree does evolve we can create a > new branch retrospectively. > > >> Another question is the form work is to be done. Should I checkout the >> main trunk and send the patch against it? If you are planning some >> bigger changes in about two weeks, it could be a good idea to start a >> new branch for this task. Merging CVS branches is more confortable then >> aplying patches in changed code (just my opinion). >> > > The best bet is as patches against 0.8 or the current head revision. I > don't think the tree will change massively in that timeframe - I'm going > on holiday for 3 weeks, so I certainly won't be committing! > > I look forward to seeing the fruits of your efforts. Do give a shout if > there's any help you need or questions you have. > > Cheers, > > Malcolm > > _______________________________________________ > Lxr-developer mailing list > Lxr...@li... > http://lists.sourceforge.net/lists/listinfo/lxr-developer > -- Pavel Hlavnicka Ginger Alliance www.gingerall.com |
|
From: Malcolm B. <ma...@br...> - 2001-08-23 13:45:21
|
Hi Pavel, Welcome to lxr-developer. > I'll be able to start the development this week (I hope :), so I'l like > to ask if you are planning some big changes in the CVS tree. In this > case it'd be better to hold on for few days. There's no big changes in the CVS tree planned for the next few weeks - at least not that I know of. If you start from something like the 0.8 version it's already tagged and if the tree does evolve we can create a new branch retrospectively. > Another question is the form work is to be done. Should I checkout the > main trunk and send the patch against it? If you are planning some > bigger changes in about two weeks, it could be a good idea to start a > new branch for this task. Merging CVS branches is more confortable then > aplying patches in changed code (just my opinion). The best bet is as patches against 0.8 or the current head revision. I don't think the tree will change massively in that timeframe - I'm going on holiday for 3 weeks, so I certainly won't be committing! I look forward to seeing the fruits of your efforts. Do give a shout if there's any help you need or questions you have. Cheers, Malcolm |
|
From: Malcolm B. <ma...@br...> - 2001-08-23 13:35:47
|
Hi, Due to a probable computer break-in, I have not received any email to mb...@us... for the last 4 days. If anyone sent anything important to me in that timeframe, please resend as I hope the problem has now been cured. Sorry for circulating this on the list, but I have no idea who might have sent that crucial patch or feature! Cheers, Malcolm |
|
From: Sethna, Z. <ZS...@rs...> - 2001-08-23 05:23:29
|
Oops forgot to mention that I'm using version 0.8 of LXR. Zubin -----Original Message----- From: Sethna, Zubin Sent: Thursday, 23 August 2001 3:17 PM To: 'lxr...@li...' Subject: DBI problems Hi all I'm having trouble getting the DBI interface to work with Postgres. The error message I get is: Can't locate object method "connect" via package "DBI" at lib/LXR/Index/Postgres.pm line 38. Can't call method "commit" on an undefined value at lib/LXR/Index/Postgres.pm line 278. END failed--call queue aborted. The version of Perl I'm using is 5.6.0. Do I need to install anything else to get this working? Thanks for any assistance Zubin |
|
From: Sethna, Z. <ZS...@rs...> - 2001-08-23 05:22:18
|
Hi all I'm having trouble getting the DBI interface to work with Postgres. The error message I get is: Can't locate object method "connect" via package "DBI" at lib/LXR/Index/Postgres.pm line 38. Can't call method "commit" on an undefined value at lib/LXR/Index/Postgres.pm line 278. END failed--call queue aborted. The version of Perl I'm using is 5.6.0. Do I need to install anything else to get this working? Thanks for any assistance Zubin |
|
From: Pavel H. <pa...@gi...> - 2001-08-21 08:55:40
|
Hi all, I subscribed, because I was challenged here: <http://sourceforge.net/forum/forum.php?thread_id=132400&forum_id=86144> I'll be able to start the development this week (I hope :), so I'l like to ask if you are planning some big changes in the CVS tree. In this case it'd be better to hold on for few days. Changes to be made are just dirty work rather then sophisticated tweaking, but it will affect many lines in several files (CGI scripts and Common.pm according to my preliminary research) - I'd like to avoid conflicts. Another question is the form work is to be done. Should I checkout the main trunk and send the patch against it? If you are planning some bigger changes in about two weeks, it could be a good idea to start a new branch for this task. Merging CVS branches is more confortable then aplying patches in changed code (just my opinion). Looking forward for your comments. Pavel -- Pavel Hlavnicka Ginger Alliance www.gingerall.com |
6 messages has been excluded from this view by a project administrator.
