You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(47) |
Nov
(74) |
Dec
(66) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(95) |
Feb
(102) |
Mar
(83) |
Apr
(64) |
May
(55) |
Jun
(39) |
Jul
(23) |
Aug
(77) |
Sep
(88) |
Oct
(84) |
Nov
(66) |
Dec
(46) |
2003 |
Jan
(56) |
Feb
(129) |
Mar
(37) |
Apr
(63) |
May
(59) |
Jun
(104) |
Jul
(48) |
Aug
(37) |
Sep
(49) |
Oct
(157) |
Nov
(119) |
Dec
(54) |
2004 |
Jan
(51) |
Feb
(66) |
Mar
(39) |
Apr
(113) |
May
(34) |
Jun
(136) |
Jul
(67) |
Aug
(20) |
Sep
(7) |
Oct
(10) |
Nov
(14) |
Dec
(3) |
2005 |
Jan
(40) |
Feb
(21) |
Mar
(26) |
Apr
(13) |
May
(6) |
Jun
(4) |
Jul
(23) |
Aug
(3) |
Sep
(1) |
Oct
(13) |
Nov
(1) |
Dec
(6) |
2006 |
Jan
(2) |
Feb
(4) |
Mar
(4) |
Apr
(1) |
May
(11) |
Jun
(1) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
(4) |
Nov
|
Dec
(1) |
2007 |
Jan
(2) |
Feb
(8) |
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Geoff H. <ge...@ge...> - 2004-11-30 16:19:33
|
On Nov 30, 2004, at 2:32 AM, Claus Larsen wrote: > But now more than 3 months later nothing have happend, > according to the last modified date on > http://www.htdig.org/mirrors.html nothing has happend > since 2004-08-18. I apologize. Updating the mirror list seems to be one of the tasks/jobs that has "fallen through the cracks," which can happen in an all-volunteer effort, unfortunately. I have just updated the mirror list in CVS -- I would expect the change to appear on htdig.org in a few hours and on other mirrors once they update from the maindocs CVS. Since no one else seems to be maintaining this list, I will do so myself. Once again, sorry for the very long delay and thanks very much for the mirror -- it's nice to add Denmark to the mirror list! Cheers, -Geoff |
From: Geoff H. <ge...@ge...> - 2004-11-30 14:52:23
|
> What's actually the procedure for updating the htdig-website. > If I knew what to do, I could help webmastering the website. The website runs out of the "maindocs" directory of CVS. If you change files in the maindocs CVS, they will be taken up on the website and the mirrors. Due to SF.net disabling cron jobs, the website hadn't been updating, but should now be updating every 3 hours or so, assuming *my* cron job runs the appropriate script over ssh. Alternatively, I think any ht://Dig developer with CVS access through SF.net should be able to run $htdig/scripts/website.sh to update the main website. Cheers, -Geoff |
From: <sv...@kb...> - 2004-11-30 11:31:38
|
Dear all. What's actually the procedure for updating the htdig-website. If I knew what to do, I could help webmastering the website. regards ------------------------------------------------------------ S=F8ren Vejrup Carlsen, DDA, Det Kongelige Bibliotek tlf: (+45) 33 47 48 41 email: sv...@kb... email: sv...@us... ------------------------------------------------------------- Non omnia possumus omnes --- Macrobius, Saturnalia, VI, 1, 35 ------- ----- Forwarded by S=F8ren Vejrup Carlsen/DDA/Kglbib on 30-11-2004 12:2= 7 ----- = = Johannes Beus = = <j....@ci...> To: htdig= -d...@li... = Sent by: cc: = = htd...@li...ur Subject: [htdi= g-dev] New Mirror = ceforge.net = = = = = = 29-11-2004 10:02 = = = = Hi, i set up a new htdig-mirror at: http://netmirror.org/mirror/htdig.org/maindocs/ http://netmirror.org/mirror/htdig.org/maindocs/dev/ http://netmirror.org/mirror/htdig.org/maindocs/files/ ftp://netmirror.org/ftp.htdig.org/ the mirror is located in Frankfurt, Germany. yours sincerely, Johannes Beus ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users= . Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ ht://Dig Developer mailing list: htd...@li... List information (subscribe/unsubscribe, etc.) https://lists.sourceforge.net/lists/listinfo/htdig-dev= |
From: Claus L. <nes...@ya...> - 2004-11-30 07:32:18
|
I wrote to the list back in end of August about a htdig mirror I made. Back then I was told it could take some time before my mirror would be added to the mirror page which was okey. But now more than 3 months later nothing have happend, according to the last modified date on http://www.htdig.org/mirrors.html nothing has happend since 2004-08-18. Should we expect something to happend or should we set our focus elsewhere? I have included my mirror info again: Organisation: Cofman.com http://www.cofman.com Country: Denmark Main Site: http://htdig.cofman.dk/ Developer Site: http://htdig.cofman.dk/dev Files: http://htdig.cofman.dk/files Patch Archive: none Regards, Claus Larsen Cofman.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Johannes B. <j....@ci...> - 2004-11-29 09:02:57
|
Hi, i set up a new htdig-mirror at: http://netmirror.org/mirror/htdig.org/maindocs/ http://netmirror.org/mirror/htdig.org/maindocs/dev/ http://netmirror.org/mirror/htdig.org/maindocs/files/ ftp://netmirror.org/ftp.htdig.org/ the mirror is located in Frankfurt, Germany. yours sincerely, Johannes Beus |
From: Stefan J. M. <st...@4m...> - 2004-11-22 21:25:27
|
Hello! We have set up a daily updated mirror of htdig located in Denmark on http://htdig.download-by.net/ so if you want to, you can add the site in the list of mirrors. Organisation: Download-by.net (http://www.download-by.net) Country: Denmark Main Site: http://htdig.download-by.net/ Best regards Download-by.net Stefan Juhl Mogensen Mobile: +45 22 14 40 99 |
From: Manuel L. <ml...@ac...> - 2004-11-08 00:32:00
|
Hello, On 11/05/2004 02:41 PM, Neal Richter wrote: > htdig -i forces a 'from scratch' recrawl. > > htdig be default does a traversal of the existing index and issues HEAD > requests to see if a page has changed. Exactly what you described below... > > Please make sure you have 'head_before_get' enabled. > > What version are you using? 3.1.6 . Ok, but my idea was to avoid making htdig go through 10000 HEAD requests. If possible, tell htdig to just crawl a few pages that I supply the addresses because I know which are the ones that changed. Then it would just add or update the index with the updated pages and any new linked pages that it may find . Is this possible? -- Regards, Manuel Lemos PHP Classes - Free ready to use OOP components written in PHP http://www.phpclasses.org/ PHP Reviews - Reviews of PHP books and other products http://www.phpclasses.org/reviews/ Metastorage - Data object relational mapping layer generator http://www.meta-language.net/metastorage.html |
From: Neal R. <ne...@ri...> - 2004-11-05 20:33:24
|
Simon, Please look at the header for the attached file conf_parser.cxx [nealr@yellowstone SF-CVS-linux-gcc3.2]$ head ~/conf_parser.cxx #ifndef lint /*static char yysccsid[] = "from: @(#)yaccpar 1.9 (Berkeley) 02/21/93";*/ static char yyrcsid[] = "$Id: skeleton.c,v 1.4 1993/12/21 18:45:32 jtc Exp $"; #endif #define YYBYACC 1 #define YYMAJOR 1 #define YYMINOR 9 #define yyclearin (yychar=(-1)) #define yyerrok (yyerrflag=0) #define YYRECOVERING (yyerrflag!=0) Here is the 'head' of my file: [nealr@yellowstone SF-CVS-linux-gcc3.2]$ head htcommon/conf_parser.cxx /* A Bison parser, made from /home/hutchisn/src/htdig/htcommon/conf_parser.yxx by GNU Bison version 1.28 */ #define YYBISON 1 /* Identify Bison output. */ >I just tried to compile htdig from CVS (23rd Oct 2004) on Suse 9.1. >Initially I didn't have yacc installed >so it failed but now I have installed yacc (version 91.7.30-768 from Suse >9.0, no 9.1 version available) and also bison rpms (version 1.875). Note that it appears that your makefile is not actually using the version of bison on your machine.. it's using yacc which from the above message and the header appears to be a 10 year old version of Berkeley YACC. The issue is likely caused by some 'Bison-isms' we have in the conf_parser.yxx file that make it incompatible with Berkeley YACC resulting in an uncompilable file. Edit your makefiles and specifiy that they use 'bison'. Thanks On Thu, 4 Nov 2004, Simon Blandford wrote: > Hi Neal, > > Appologies for not reading the email properly :-[ > > Gzipped up conf_parser.cxx is attached. > > Thanks, > SimonB > > Neal Richter wrote: > >> >> Please respond with the conf_parser.cxx attached after bison runs on >> conf_parser.lxx >> >> Thanks! >> >> On Mon, 1 Nov 2004, Simon Blandford wrote: >> >>> Hi Neal, >>> >>> Bison/yacc version is... >>> >>> simon@suse:~> bison -V >>> bison (GNU Bison) 1.875 >>> >>> Regards, >>> SimonB >>> >>> Neal Richter wrote: >>> >>>> >>>> Could you reply with your exact version of bison/yacc? >>>> >>>> Also send the conf_parser.cxx file after running bison on it. >>>> >>>> Thanks >>>> >>>> On Sat, 23 Oct 2004, Simon Blandford wrote: >>>> >>>>> I just tried to compile htdig from CVS (23rd Oct 2004) on Suse 9.1. >>>>> Initially I didn't have yacc installed so it failed but now I have >>>>> installed yacc (version 91.7.30-768 from Suse 9.0, no 9.1 version >>>>> available) and also bison rpms (version 1.875). >>>>> >>>>> >>>>> Now I get the following error... >>>>> >>>>> conf_parser.cxx: In function `int yyparse()': >>>>> conf_parser.cxx:340: error: `aConf' undeclared (first use this function) >>>>> conf_parser.cxx:340: error: (Each undeclared identifier is reported only >>>>> once >>>>> for each function it appears in.) >>>>> conf_parser.cxx:271: warning: label `yyerrlab' defined but not used >>>>> /usr/include/g++/iostream: At top level: >>>>> conf_parser.cxx:3: warning: `char yyrcsid[52]' defined but not used >>>>> make[1]: *** [conf_parser.lo] Error 1 >>>>> make[1]: Leaving directory `/mnt/data/local/src/htdig/htcommon' >>>>> make: *** [all-recursive] Error 1 >>>>> >>>>> >>>>> >>>>> If I grep the config.log file I see that bison is detected... >>>>> >>>>> simon@suse:/usr/local/src/htdig> grep "bison" config.log >>>>> configure:4198: checking for bison >>>>> configure:4214: found /usr/bin/bison >>>>> configure:4224: result: bison -y >>>>> ac_cv_prog_YACC='bison -y' >>>>> YACC='bison -y' >>>>> >>>>> >>>>> If I grep for aconf, the function that seems to be causing all the >>>>> tears, I get... >>>>> simon@suse:/usr/local/src/htdig> grep -i "aconf" * -R >>>>> htcommon/conf_parser.cxx:#define YYPARSE_PARAM aConf >>>>> htcommon/conf_parser.cxx: ((HtConfiguration >>>>> *)aConf)->AddParsed(yyvsp[0].ConfLine->name,yyvsp[0].ConfLine->value); >>>>> htcommon/conf_parser.cxx: ((HtConfiguration >>>>> *)aConf)->Add(yyvsp[-10].str,yyvsp[-8].str,yyvsp[-5].ConfLines); >>>>> htcommon/conf_parser.yxx:#define YYPARSE_PARAM aConf >>>>> htcommon/conf_parser.yxx: ((HtConfiguration >>>>> *)aConf)->AddParsed($1->name,$1->value); >>>>> htcommon/conf_parser.yxx: ((HtConfiguration >>>>> *)aConf)->Add($2,$4,$7); >>>>> >>>>> >>>>> The only other case I can find of this error was from the dev mailing >>>>> list back in April... >>>>> http://sourceforge.net/mailarchive/message.php?msg_id=8195355 >>>>> It appears that when Joe tried the following (for me it is >>>>> /usr/bin/bison) and it worked for him... >>>>> gmake distclean >>>>> YACC="/usr/local/bin/bison" >>>>> export YACC >>>>> ./configure >>>>> gmake >>>>> ...but it made no difference for me :-( even using "export >>>>> YACC="/usr/bin/bison -y" as later suggested by Gilles. >>>>> >>>>> >>>>> Any help on solving this puzzle would be appreciated. >>>>> Thanks, >>>>> SimonB >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------- >>>>> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >>>>> Use IT products in your business? Tell us what you think of them. Give >>>>> us >>>>> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >>>>> more >>>>> http://productguide.itmanagersjournal.com/guidepromo.tmpl >>>>> _______________________________________________ >>>>> ht://Dig Developer mailing list: >>>>> htd...@li... >>>>> List information (subscribe/unsubscribe, etc.) >>>>> https://lists.sourceforge.net/lists/listinfo/htdig-dev >>>>> >>>> >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by: >>> Sybase ASE Linux Express Edition - download now for FREE >>> LinuxWorld Reader's Choice Award Winner for best database on Linux. >>> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click >>> _______________________________________________ >>> ht://Dig Developer mailing list: >>> htd...@li... >>> List information (subscribe/unsubscribe, etc.) >>> https://lists.sourceforge.net/lists/listinfo/htdig-dev >>> >> > > > -- Neal Richter Knowledgebase Developer RightNow Technologies, Inc. Customer Service for Every Web Site Office: 406-522-1485 |
From: Neal R. <ne...@ri...> - 2004-11-05 16:46:42
|
Hi Manuel, htdig -i forces a 'from scratch' recrawl. htdig be default does a traversal of the existing index and issues HEAD requests to see if a page has changed. Exactly what you described below... Please make sure you have 'head_before_get' enabled. What version are you using? Thanks On Thu, 4 Nov 2004, Manuel Lemos wrote: > Hello, > > I tried the general list but it seems nobody could help. Lets see if anybody > can help here: > > I have been using htdig for years to crawl a site that now has over > 10.000 pages. Since it may go through many changes in the pages I have been > reindexing the whole site once on a daily basis. > > However this lazy indexing approach is taking too much resources. > Therefore I am looking into a better approach of keeping a list of only > the pages that have changed and just reindex those pages in much shorter > cycle than what I am doing. > > My question is how can I reindex just a few pages at once and merge the > crawled pages with a previously indexed site database? I mean, index > only a few pages that I list and only follow links to site pages that > were not yet indexed. > > -- Neal Richter Knowledgebase Developer RightNow Technologies, Inc. Customer Service for Every Web Site Office: 406-522-1485 |
From: Simon Hardy-F. <si...@gm...> - 2004-11-05 13:08:35
|
Hello ht://Dig developers, The mirror http://htdig.miscellaneousmirror.org is up and is mirroring the maindocs using cvs. Please check if everything is fine - if so please add us to the mirror-list. You can use these details: Organisation: Miscellaneous Data - http://www.miscellaneousdata.de Country: Germany (the server is located in Cologne) Main Site: http://htdig.miscellaneousmirror.org Developer Site: http://htdig.miscellaneousmirror.org/dev/ (included in maindocs, right) Files / patches: n/a This mirror will be stable and is updated once per day at 1:15 AM CET. Thanks, SIMON HARDY-FRANCIS |
From: Simon B. <ho...@si...> - 2004-11-04 22:00:13
|
Hi Neal, Appologies for not reading the email properly :-[ Gzipped up conf_parser.cxx is attached. Thanks, SimonB Neal Richter wrote: > > Please respond with the conf_parser.cxx attached after bison runs on > conf_parser.lxx > > Thanks! > > On Mon, 1 Nov 2004, Simon Blandford wrote: > >> Hi Neal, >> >> Bison/yacc version is... >> >> simon@suse:~> bison -V >> bison (GNU Bison) 1.875 >> >> Regards, >> SimonB >> >> Neal Richter wrote: >> >>> >>> Could you reply with your exact version of bison/yacc? >>> >>> Also send the conf_parser.cxx file after running bison on it. >>> >>> Thanks >>> >>> On Sat, 23 Oct 2004, Simon Blandford wrote: >>> >>>> I just tried to compile htdig from CVS (23rd Oct 2004) on Suse 9.1. >>>> Initially I didn't have yacc installed so it failed but now I have >>>> installed yacc (version 91.7.30-768 from Suse 9.0, no 9.1 version >>>> available) and also bison rpms (version 1.875). >>>> >>>> >>>> Now I get the following error... >>>> >>>> conf_parser.cxx: In function `int yyparse()': >>>> conf_parser.cxx:340: error: `aConf' undeclared (first use this >>>> function) >>>> conf_parser.cxx:340: error: (Each undeclared identifier is reported >>>> only once >>>> for each function it appears in.) >>>> conf_parser.cxx:271: warning: label `yyerrlab' defined but not used >>>> /usr/include/g++/iostream: At top level: >>>> conf_parser.cxx:3: warning: `char yyrcsid[52]' defined but not used >>>> make[1]: *** [conf_parser.lo] Error 1 >>>> make[1]: Leaving directory `/mnt/data/local/src/htdig/htcommon' >>>> make: *** [all-recursive] Error 1 >>>> >>>> >>>> >>>> If I grep the config.log file I see that bison is detected... >>>> >>>> simon@suse:/usr/local/src/htdig> grep "bison" config.log >>>> configure:4198: checking for bison >>>> configure:4214: found /usr/bin/bison >>>> configure:4224: result: bison -y >>>> ac_cv_prog_YACC='bison -y' >>>> YACC='bison -y' >>>> >>>> >>>> If I grep for aconf, the function that seems to be causing all the >>>> tears, I get... >>>> simon@suse:/usr/local/src/htdig> grep -i "aconf" * -R >>>> htcommon/conf_parser.cxx:#define YYPARSE_PARAM aConf >>>> htcommon/conf_parser.cxx: ((HtConfiguration >>>> *)aConf)->AddParsed(yyvsp[0].ConfLine->name,yyvsp[0].ConfLine->value); >>>> htcommon/conf_parser.cxx: ((HtConfiguration >>>> *)aConf)->Add(yyvsp[-10].str,yyvsp[-8].str,yyvsp[-5].ConfLines); >>>> htcommon/conf_parser.yxx:#define YYPARSE_PARAM aConf >>>> htcommon/conf_parser.yxx: ((HtConfiguration >>>> *)aConf)->AddParsed($1->name,$1->value); >>>> htcommon/conf_parser.yxx: ((HtConfiguration >>>> *)aConf)->Add($2,$4,$7); >>>> >>>> >>>> The only other case I can find of this error was from the dev >>>> mailing list back in April... >>>> http://sourceforge.net/mailarchive/message.php?msg_id=8195355 >>>> It appears that when Joe tried the following (for me it is >>>> /usr/bin/bison) and it worked for him... >>>> gmake distclean >>>> YACC="/usr/local/bin/bison" >>>> export YACC >>>> ./configure >>>> gmake >>>> ...but it made no difference for me :-( even using "export >>>> YACC="/usr/bin/bison -y" as later suggested by Gilles. >>>> >>>> >>>> Any help on solving this puzzle would be appreciated. >>>> Thanks, >>>> SimonB >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> This SF.net email is sponsored by: IT Product Guide on >>>> ITManagersJournal >>>> Use IT products in your business? Tell us what you think of them. >>>> Give us >>>> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find >>>> out more >>>> http://productguide.itmanagersjournal.com/guidepromo.tmpl >>>> _______________________________________________ >>>> ht://Dig Developer mailing list: >>>> htd...@li... >>>> List information (subscribe/unsubscribe, etc.) >>>> https://lists.sourceforge.net/lists/listinfo/htdig-dev >>>> >>> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: >> Sybase ASE Linux Express Edition - download now for FREE >> LinuxWorld Reader's Choice Award Winner for best database on Linux. >> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click >> _______________________________________________ >> ht://Dig Developer mailing list: >> htd...@li... >> List information (subscribe/unsubscribe, etc.) >> https://lists.sourceforge.net/lists/listinfo/htdig-dev >> > |
From: Manuel L. <ml...@ac...> - 2004-11-04 02:56:29
|
Hello, I tried the general list but it seems nobody could help. Lets see if anybody can help here: I have been using htdig for years to crawl a site that now has over 10.000 pages. Since it may go through many changes in the pages I have been reindexing the whole site once on a daily basis. However this lazy indexing approach is taking too much resources. Therefore I am looking into a better approach of keeping a list of only the pages that have changed and just reindex those pages in much shorter cycle than what I am doing. My question is how can I reindex just a few pages at once and merge the crawled pages with a previously indexed site database? I mean, index only a few pages that I list and only follow links to site pages that were not yet indexed. -- Regards, Manuel Lemos PHP Classes - Free ready to use OOP components written in PHP http://www.phpclasses.org/ PHP Reviews - Reviews of PHP books and other products http://www.phpclasses.org/reviews/ Metastorage - Data object relational mapping layer generator http://www.meta-language.net/metastorage.html |
From: Neal R. <ne...@ri...> - 2004-11-04 02:28:06
|
Please respond with the conf_parser.cxx attached after bison runs on conf_parser.lxx Thanks! On Mon, 1 Nov 2004, Simon Blandford wrote: > Hi Neal, > > Bison/yacc version is... > > simon@suse:~> bison -V > bison (GNU Bison) 1.875 > > Regards, > SimonB > > Neal Richter wrote: > >> >> Could you reply with your exact version of bison/yacc? >> >> Also send the conf_parser.cxx file after running bison on it. >> >> Thanks >> >> On Sat, 23 Oct 2004, Simon Blandford wrote: >> >>> I just tried to compile htdig from CVS (23rd Oct 2004) on Suse 9.1. >>> Initially I didn't have yacc installed so it failed but now I have >>> installed yacc (version 91.7.30-768 from Suse 9.0, no 9.1 version >>> available) and also bison rpms (version 1.875). >>> >>> >>> Now I get the following error... >>> >>> conf_parser.cxx: In function `int yyparse()': >>> conf_parser.cxx:340: error: `aConf' undeclared (first use this function) >>> conf_parser.cxx:340: error: (Each undeclared identifier is reported only >>> once >>> for each function it appears in.) >>> conf_parser.cxx:271: warning: label `yyerrlab' defined but not used >>> /usr/include/g++/iostream: At top level: >>> conf_parser.cxx:3: warning: `char yyrcsid[52]' defined but not used >>> make[1]: *** [conf_parser.lo] Error 1 >>> make[1]: Leaving directory `/mnt/data/local/src/htdig/htcommon' >>> make: *** [all-recursive] Error 1 >>> >>> >>> >>> If I grep the config.log file I see that bison is detected... >>> >>> simon@suse:/usr/local/src/htdig> grep "bison" config.log >>> configure:4198: checking for bison >>> configure:4214: found /usr/bin/bison >>> configure:4224: result: bison -y >>> ac_cv_prog_YACC='bison -y' >>> YACC='bison -y' >>> >>> >>> If I grep for aconf, the function that seems to be causing all the tears, >>> I get... >>> simon@suse:/usr/local/src/htdig> grep -i "aconf" * -R >>> htcommon/conf_parser.cxx:#define YYPARSE_PARAM aConf >>> htcommon/conf_parser.cxx: ((HtConfiguration >>> *)aConf)->AddParsed(yyvsp[0].ConfLine->name,yyvsp[0].ConfLine->value); >>> htcommon/conf_parser.cxx: ((HtConfiguration >>> *)aConf)->Add(yyvsp[-10].str,yyvsp[-8].str,yyvsp[-5].ConfLines); >>> htcommon/conf_parser.yxx:#define YYPARSE_PARAM aConf >>> htcommon/conf_parser.yxx: ((HtConfiguration >>> *)aConf)->AddParsed($1->name,$1->value); >>> htcommon/conf_parser.yxx: ((HtConfiguration >>> *)aConf)->Add($2,$4,$7); >>> >>> >>> The only other case I can find of this error was from the dev mailing list >>> back in April... >>> http://sourceforge.net/mailarchive/message.php?msg_id=8195355 >>> It appears that when Joe tried the following (for me it is /usr/bin/bison) >>> and it worked for him... >>> gmake distclean >>> YACC="/usr/local/bin/bison" >>> export YACC >>> ./configure >>> gmake >>> ...but it made no difference for me :-( even using "export >>> YACC="/usr/bin/bison -y" as later suggested by Gilles. >>> >>> >>> Any help on solving this puzzle would be appreciated. >>> Thanks, >>> SimonB >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >>> Use IT products in your business? Tell us what you think of them. Give us >>> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >>> more >>> http://productguide.itmanagersjournal.com/guidepromo.tmpl >>> _______________________________________________ >>> ht://Dig Developer mailing list: >>> htd...@li... >>> List information (subscribe/unsubscribe, etc.) >>> https://lists.sourceforge.net/lists/listinfo/htdig-dev >>> >> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > ht://Dig Developer mailing list: > htd...@li... > List information (subscribe/unsubscribe, etc.) > https://lists.sourceforge.net/lists/listinfo/htdig-dev > -- Neal Richter Knowledgebase Developer RightNow Technologies, Inc. Customer Service for Every Web Site Office: 406-522-1485 |
From: Simon B. <ho...@si...> - 2004-11-01 14:09:59
|
Hi Neal, Bison/yacc version is... simon@suse:~> bison -V bison (GNU Bison) 1.875 Regards, SimonB Neal Richter wrote: > > Could you reply with your exact version of bison/yacc? > > Also send the conf_parser.cxx file after running bison on it. > > Thanks > > On Sat, 23 Oct 2004, Simon Blandford wrote: > >> I just tried to compile htdig from CVS (23rd Oct 2004) on Suse 9.1. >> Initially I didn't have yacc installed so it failed but now I have >> installed yacc (version 91.7.30-768 from Suse 9.0, no 9.1 version >> available) and also bison rpms (version 1.875). >> >> >> Now I get the following error... >> >> conf_parser.cxx: In function `int yyparse()': >> conf_parser.cxx:340: error: `aConf' undeclared (first use this function) >> conf_parser.cxx:340: error: (Each undeclared identifier is reported >> only once >> for each function it appears in.) >> conf_parser.cxx:271: warning: label `yyerrlab' defined but not used >> /usr/include/g++/iostream: At top level: >> conf_parser.cxx:3: warning: `char yyrcsid[52]' defined but not used >> make[1]: *** [conf_parser.lo] Error 1 >> make[1]: Leaving directory `/mnt/data/local/src/htdig/htcommon' >> make: *** [all-recursive] Error 1 >> >> >> >> If I grep the config.log file I see that bison is detected... >> >> simon@suse:/usr/local/src/htdig> grep "bison" config.log >> configure:4198: checking for bison >> configure:4214: found /usr/bin/bison >> configure:4224: result: bison -y >> ac_cv_prog_YACC='bison -y' >> YACC='bison -y' >> >> >> If I grep for aconf, the function that seems to be causing all the >> tears, I get... >> simon@suse:/usr/local/src/htdig> grep -i "aconf" * -R >> htcommon/conf_parser.cxx:#define YYPARSE_PARAM aConf >> htcommon/conf_parser.cxx: ((HtConfiguration >> *)aConf)->AddParsed(yyvsp[0].ConfLine->name,yyvsp[0].ConfLine->value); >> htcommon/conf_parser.cxx: ((HtConfiguration >> *)aConf)->Add(yyvsp[-10].str,yyvsp[-8].str,yyvsp[-5].ConfLines); >> htcommon/conf_parser.yxx:#define YYPARSE_PARAM aConf >> htcommon/conf_parser.yxx: ((HtConfiguration >> *)aConf)->AddParsed($1->name,$1->value); >> htcommon/conf_parser.yxx: ((HtConfiguration >> *)aConf)->Add($2,$4,$7); >> >> >> The only other case I can find of this error was from the dev mailing >> list back in April... >> http://sourceforge.net/mailarchive/message.php?msg_id=8195355 >> It appears that when Joe tried the following (for me it is >> /usr/bin/bison) and it worked for him... >> gmake distclean >> YACC="/usr/local/bin/bison" >> export YACC >> ./configure >> gmake >> ...but it made no difference for me :-( even using "export >> YACC="/usr/bin/bison -y" as later suggested by Gilles. >> >> >> Any help on solving this puzzle would be appreciated. >> Thanks, >> SimonB >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >> Use IT products in your business? Tell us what you think of them. >> Give us >> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find >> out more >> http://productguide.itmanagersjournal.com/guidepromo.tmpl >> _______________________________________________ >> ht://Dig Developer mailing list: >> htd...@li... >> List information (subscribe/unsubscribe, etc.) >> https://lists.sourceforge.net/lists/listinfo/htdig-dev >> > |
From: Neal R. <ne...@ri...> - 2004-10-29 04:22:32
|
Could you reply with your exact version of bison/yacc? Also send the conf_parser.cxx file after running bison on it. Thanks On Sat, 23 Oct 2004, Simon Blandford wrote: > I just tried to compile htdig from CVS (23rd Oct 2004) on Suse 9.1. Initially > I didn't have yacc installed so it failed but now I have installed yacc > (version 91.7.30-768 from Suse 9.0, no 9.1 version available) and also bison > rpms (version 1.875). > > > Now I get the following error... > > conf_parser.cxx: In function `int yyparse()': > conf_parser.cxx:340: error: `aConf' undeclared (first use this function) > conf_parser.cxx:340: error: (Each undeclared identifier is reported only once > for each function it appears in.) > conf_parser.cxx:271: warning: label `yyerrlab' defined but not used > /usr/include/g++/iostream: At top level: > conf_parser.cxx:3: warning: `char yyrcsid[52]' defined but not used > make[1]: *** [conf_parser.lo] Error 1 > make[1]: Leaving directory `/mnt/data/local/src/htdig/htcommon' > make: *** [all-recursive] Error 1 > > > > If I grep the config.log file I see that bison is detected... > > simon@suse:/usr/local/src/htdig> grep "bison" config.log > configure:4198: checking for bison > configure:4214: found /usr/bin/bison > configure:4224: result: bison -y > ac_cv_prog_YACC='bison -y' > YACC='bison -y' > > > If I grep for aconf, the function that seems to be causing all the tears, I > get... > simon@suse:/usr/local/src/htdig> grep -i "aconf" * -R > htcommon/conf_parser.cxx:#define YYPARSE_PARAM aConf > htcommon/conf_parser.cxx: ((HtConfiguration > *)aConf)->AddParsed(yyvsp[0].ConfLine->name,yyvsp[0].ConfLine->value); > htcommon/conf_parser.cxx: ((HtConfiguration > *)aConf)->Add(yyvsp[-10].str,yyvsp[-8].str,yyvsp[-5].ConfLines); > htcommon/conf_parser.yxx:#define YYPARSE_PARAM aConf > htcommon/conf_parser.yxx: ((HtConfiguration > *)aConf)->AddParsed($1->name,$1->value); > htcommon/conf_parser.yxx: ((HtConfiguration > *)aConf)->Add($2,$4,$7); > > > The only other case I can find of this error was from the dev mailing list > back in April... > http://sourceforge.net/mailarchive/message.php?msg_id=8195355 > It appears that when Joe tried the following (for me it is /usr/bin/bison) > and it worked for him... > gmake distclean > YACC="/usr/local/bin/bison" > export YACC > ./configure > gmake > ...but it made no difference for me :-( even using "export > YACC="/usr/bin/bison -y" as later suggested by Gilles. > > > Any help on solving this puzzle would be appreciated. > Thanks, > SimonB > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > ht://Dig Developer mailing list: > htd...@li... > List information (subscribe/unsubscribe, etc.) > https://lists.sourceforge.net/lists/listinfo/htdig-dev > -- Neal Richter Knowledgebase Developer RightNow Technologies, Inc. Customer Service for Every Web Site Office: 406-522-1485 |
From: Neal R. <ne...@ri...> - 2004-10-29 04:20:57
|
On Tue, 12 Oct 2004, Lahiri, Pallab (Cognizant) wrote: > > Hello, > I have few queries on htdig > 1. Is it possible to index pdf files in a directory from a web application. > My requirement is that user will upload pdf files using the Web App and in the very next step she/he should get to see that file in the search result if it > matches the search criteria . I want to call rundig programatically as and when required . Is it possible? This is possible if you hook a file-upload cgi program to fork a script to rerun the indexer. Or you can use the facilites provided in libhtdigphp & libhtdig > 2. Can htdig index multiple directories ? Sure > 3. Is there any API available for htdig the code directory libhtdig & libhtdigphp contain an API of sorts. AS of yet the PHP version doesn't include the necessary wrapper to call index/store commands via PHP. I could easily add these. > I would greatly appreciate some help on this. > Regards, > Pallab Thanks Neal Richter |
From: Simon B. <ho...@si...> - 2004-10-23 18:11:30
|
I just tried to compile htdig from CVS (23rd Oct 2004) on Suse 9.1. Initially I didn't have yacc installed so it failed but now I have installed yacc (version 91.7.30-768 from Suse 9.0, no 9.1 version available) and also bison rpms (version 1.875). Now I get the following error... conf_parser.cxx: In function `int yyparse()': conf_parser.cxx:340: error: `aConf' undeclared (first use this function) conf_parser.cxx:340: error: (Each undeclared identifier is reported only once for each function it appears in.) conf_parser.cxx:271: warning: label `yyerrlab' defined but not used /usr/include/g++/iostream: At top level: conf_parser.cxx:3: warning: `char yyrcsid[52]' defined but not used make[1]: *** [conf_parser.lo] Error 1 make[1]: Leaving directory `/mnt/data/local/src/htdig/htcommon' make: *** [all-recursive] Error 1 If I grep the config.log file I see that bison is detected... simon@suse:/usr/local/src/htdig> grep "bison" config.log configure:4198: checking for bison configure:4214: found /usr/bin/bison configure:4224: result: bison -y ac_cv_prog_YACC='bison -y' YACC='bison -y' If I grep for aconf, the function that seems to be causing all the tears, I get... simon@suse:/usr/local/src/htdig> grep -i "aconf" * -R htcommon/conf_parser.cxx:#define YYPARSE_PARAM aConf htcommon/conf_parser.cxx: ((HtConfiguration *)aConf)->AddParsed(yyvsp[0].ConfLine->name,yyvsp[0].ConfLine->value); htcommon/conf_parser.cxx: ((HtConfiguration *)aConf)->Add(yyvsp[-10].str,yyvsp[-8].str,yyvsp[-5].ConfLines); htcommon/conf_parser.yxx:#define YYPARSE_PARAM aConf htcommon/conf_parser.yxx: ((HtConfiguration *)aConf)->AddParsed($1->name,$1->value); htcommon/conf_parser.yxx: ((HtConfiguration *)aConf)->Add($2,$4,$7); The only other case I can find of this error was from the dev mailing list back in April... http://sourceforge.net/mailarchive/message.php?msg_id=8195355 It appears that when Joe tried the following (for me it is /usr/bin/bison) and it worked for him... gmake distclean YACC="/usr/local/bin/bison" export YACC ./configure gmake ...but it made no difference for me :-( even using "export YACC="/usr/bin/bison -y" as later suggested by Gilles. Any help on solving this puzzle would be appreciated. Thanks, SimonB |
From: Lahiri, P. (Cognizant) <LP...@ca...> - 2004-10-12 06:24:26
|
Hello, I have few queries on htdig 1. Is it possible to index pdf files in a directory from a web= application. =0D My requirement is that user will upload pdf files using the Web App and= in the very next step she/he should get to see that file in the search= result if it=0D matches the search criteria . I want to call rundig programatically as= and when required . Is it possible? 2. Can htdig index multiple directories ? 3. Is there any API available for htdig I would greatly appreciate some help on this. Regards, Pallab =0D This e-mail and any files transmitted with it are for the sole use of the= intended recipient(s) and may contain confidential and privileged= information. If you are not the intended recipient, please contact the sender by reply= e-mail and destroy all copies of the original message.=0D Any unauthorised review, use, disclosure, dissemination, forwarding,= printing or copying of this email or any action taken in reliance on this= e-mail is strictly=0D prohibited and may be unlawful. Visit us at http://www.cognizant.com |
From: Jim <li...@yg...> - 2004-10-09 05:53:24
|
On Fri, 8 Oct 2004, John Hanley wrote: > I can't seem to change the image path for the htsearch graphics (i.e. stars, page buttons, etc.) The default is /htdig off the root. I've changed the paths in CONFIG and htdig.conf without success. Can someone point me in the right direction? Thanks. What you are changing in the htdig.conf file? The image_url_prefix attribute should allow you to change the path for images related to the stars. http://www.htdig.org/attrs.html#image_url_prefix For the page numbers and arrows, you need to change all the paths in the page related attributes at the bottom of the htdig.conf file. Jim |
From: John H. <joh...@co...> - 2004-10-09 03:27:57
|
I can't seem to change the image path for the htsearch graphics (i.e. = stars, page buttons, etc.) The default is /htdig off the root. I've = changed the paths in CONFIG and htdig.conf without success. Can someone = point me in the right direction? Thanks. |
From: John H. <joh...@co...> - 2004-10-05 16:03:06
|
Hi Gabriele, Thanks for the clarification. Your solution is great! I will create a page as you described and add the needed HEAD section information. Sincerely, John ----- Original Message ----- From: "Gabriele Bartolini" <g.b...@co...> To: "John Hanley" <joh...@co...> Cc: "ht://Dig - Dev" <htd...@li...> Sent: Monday, October 04, 2004 11:31 PM Subject: Re: [htdig-dev] picking up dynamic php pages > Hi John and welcome here! > > Il mar, 2004-10-05 alle 08:07, John Hanley ha scritto: > > I have successfully installed htdig and have a working search. However > > only static html pages are included in the database. I need to include > > company listings from records in a MySQL database. Normally the user > > accesses details for a particular company from a list of results via a > > search page. This information needs to be included in the web site > > search. > > ht://Dig's spider can't follow (X)HTML forms. This means that if your > listings are reachable only through user inputs and not via normal > links, the spider (and every spider on earth) can't index them. > > Normally, when dealing with dynamic pages, developers make available to > users a very simple (but comprehensive) listing of all the entries, in > order to make them indexable. > > If you don't want to make them visible to all the users, you can issue a > hidden link in the HEAD section of the document from, for instance, the > home page. Like: > > <link href="listing/index.php" /> > > I also suggest you don't index the listings, but make spiders follow > them so they can index the single entries. In order to achieve this, > just include in the HEAD section of the listing: > > <meta name="robots" content="noindex, follow" /> > > Hope this helps, > -Gabriele > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > ht://Dig Developer mailing list: > htd...@li... > List information (subscribe/unsubscribe, etc.) > https://lists.sourceforge.net/lists/listinfo/htdig-dev |
From: Gabriele B. <g.b...@co...> - 2004-10-05 06:29:19
|
Hi John and welcome here! Il mar, 2004-10-05 alle 08:07, John Hanley ha scritto: > I have successfully installed htdig and have a working search. However > only static html pages are included in the database. I need to include > company listings from records in a MySQL database. Normally the user > accesses details for a particular company from a list of results via a > search page. This information needs to be included in the web site > search. ht://Dig's spider can't follow (X)HTML forms. This means that if your listings are reachable only through user inputs and not via normal links, the spider (and every spider on earth) can't index them. Normally, when dealing with dynamic pages, developers make available to users a very simple (but comprehensive) listing of all the entries, in order to make them indexable. If you don't want to make them visible to all the users, you can issue a hidden link in the HEAD section of the document from, for instance, the home page. Like: <link href="listing/index.php" /> I also suggest you don't index the listings, but make spiders follow them so they can index the single entries. In order to achieve this, just include in the HEAD section of the listing: <meta name="robots" content="noindex, follow" /> Hope this helps, -Gabriele |
From: John H. <joh...@co...> - 2004-10-05 06:09:31
|
I apologize in advance as this is probably a common problem and = question. I have read through the docs and played with the config files, = but I am unable to find a answer. I'm new to the mailing list so here = goes. I have successfully installed htdig and have a working search. However = only static html pages are included in the database. I need to include = company listings from records in a MySQL database. Normally the user = accesses details for a particular company from a list of results via a = search page. This information needs to be included in the web site = search. Can someone suggest how to get the search functioning as desired? Thanks. |
From: Davis, N. P. <DA...@CI...> - 2004-10-01 14:55:19
|
Bug report: The flexibility of indexing, output templates, ranking criteria, and url rewriting has become too powerful for the rest of my company to ignore. I am becoming the defacto 'search guy' because my results are too clean. Please dumb it down so it's not so useful, so I can get back to writing software, instead of setting up databases, and designing metadata. I wasn't sure whether to submit this as a bug or a feature request. LOL was reading on the lists and thought you guys could use some positive comic relief. Great Job! thx, Neil Neil Davis pager: 888-345-0994 office: 410-332-2840 All information in this email is PROPRIETARY and is intended only for the recipients of this email. |
From: Geoff H. <ghu...@us...> - 2004-09-26 07:22:29
|
STATUS of ht://Dig branch 3-2-x RELEASES: 3.2.0b6: Scheduled: 31 May 2004. 3.2.0b5: Released: 10 Nov 2003. 3.2.0b4: Cancelled. 3.2.0b3: Released: 22 Feb 2001. 3.2.0b2: Released: 11 Apr 2000. 3.2.0b1: Released: 4 Feb 2000. (Please note that everything added here should have a tracker PR# so we can be sure they're fixed. Geoff is currently trying to add PR#s for what's currently here.) SHOWSTOPPERS: KNOWN BUGS: (none serious. See <http://sourceforge.net/tracker/?atid=104593&group_id=4593&func=browse>.) PENDING PATCHES (available but need work): * Gilles's configuration parsing patches need testing before committing. * Memory improvements to htmerge. (Backed out b/c htword API changed.) * Mifluz merge. (Is this still pending??) NEEDED FEATURES: * Quim's new htsearch/qtest query parser framework. * File/Database locking. PR#405764. TESTING: * httools programs: (htload a test file, check a few characteristics, htdump and compare) * Tests for new config file parser * Duplicate document detection while indexing * Major revisions to ExternalParser.cc, including fork/exec instead of popen, argument handling for parser/converter, allowing binary output from an external converter. * ExternalTransport needs testing of changes similar to ExternalParser. DOCUMENTATION: * List of supported platforms/compilers is ancient. (PR#405279) * Document all of htsearch's mappings of input parameters to config attributes to template variables. (Relates to PR#405278.) Should we make sure these config attributes are all documented in defaults.cc, even if they're only set by input parameters and never in the config file? * Split attrs.html into categories for faster loading. * Turn defaults.cc into an XML file for generating documentation and defaults.cc. * require.html is not updated to list new features and disk space requirements of 3.2.x (e.g. regex matching, database compression.) PRs# 405280 #405281. * Htfuzzy could use more documentation on what each fuzzy algorithm does. PR#405714. * Document the list of all installed files and default locations. PR#405715. OTHER ISSUES: * Can htsearch actually search while an index is being created? * The code needs a security audit, esp. htsearch. PR#405765. |