htdig-dev — Developer Discussion for the ht://Dig project

Re: [htdig-dev] still in active development?

[Neal R. <ne...@ri...>]

On Mon, 25 Jul 2005, Gustave T. Stresen-Reuter wrote:

> On Jul 25, 2005, at 5:17 AM, Neal Richter wrote:
> 
> >   There is a 'libhtdig' & 'libhtdigphp' directories in the 3.2b6 
> > snapshot
> > which would enable you to directly call htdig search functions without 
> > a
> > PHP wrapper.
> >
> 
> How are these libraries built? Do I just navigate to the directory and 
> ./configure make make install? Doing just the basic ./configure make 
> make install from the root directory doesn't seem to build the 
> "binaries".

  A 'make' in libhtdig (after ./configure in the main directory) should 
give you a libhtdig.so
 
  In libhtdigphp you will have to ./configure (with the appropriate PHP 
system config flags to configure) then run 'make' (which will fail to 
link) and then run 'relink.sh'.

  Since these are auxilary libraries, I have not bothered to integrate 
them into the base htdig make system.

  htdig 4.0 will probably be structured a bit differently....

> Also, does PHP need to be built with these libraries or can they be 
> accessed by adding lines to php.ini (or at runtime using dl())? 
> Finally, do these libraries come with any documentation?

  runtime using dl()
 
  Not much documentation, but libhtdig_api.h is fairly instructive.  There 
is an example PHP file n libhtdigphp

> Thanks in advance... And please count on me providing a final Mac OS X 
> package when this release is ready to go.

  How has it been working for you?  Any issues? 

-- 
Neal Richter
Knowledgebase Developer
RightNow Technologies, Inc.
Customer Service for Every Web Site
Office: 406-522-1485

Re: [htdig-dev] still in active development?

[Gustave T. Stresen-R. <ted...@ma...>]

On Jul 25, 2005, at 5:17 AM, Neal Richter wrote:

>   There is a 'libhtdig' & 'libhtdigphp' directories in the 3.2b6 
> snapshot
> which would enable you to directly call htdig search functions without 
> a
> PHP wrapper.
>

How are these libraries built? Do I just navigate to the directory and 
./configure make make install? Doing just the basic ./configure make 
make install from the root directory doesn't seem to build the 
"binaries".

Also, does PHP need to be built with these libraries or can they be 
accessed by adding lines to php.ini (or at runtime using dl())? 
Finally, do these libraries come with any documentation?

Thanks in advance... And please count on me providing a final Mac OS X 
package when this release is ready to go.

Ted Stresen-Reuter

Re: [htdig-dev] still in active development?

[Neal R. <ne...@ri...>]

On Fri, 22 Jul 2005, Manuel Lemos wrote:

> > (notice the trailing '-'). Making this work wasn't obvious, but I had a
> > bit of help from the list, and it's all working for me now.
> 
> hummm... I had the impression from a message posted in this list that 
> when you do incremental indexing, HtDig will still traverse all pages 
> but just performs HEAD requests to verify whether other pages were 
> updated. Is this what happens or I misunderstood the point of this?

  It does exactly that unless you give it the -m switch, at which point it 
just adds/updates the pages you specify.
 
> Another thing that confuses me about the example above is the parameter 
> that follows the -m switch. If it is supposed to read from STDIN, why 
> foo and not just - ?

  I'll have to read the code to see why, looks like a command-line parsing 
problem.

> Other than that, if I want to update existing index database files, 
> letting the users search the current databases while htdig is finishe, 
> adding -a switch to the htdig command line will work ok whe just 
> updating a few URLs as you suggest?

  The 'alt work files' command line option is another way to do what you 
described above (with the -m switch).

> Should I follow htdig command with the usual htmerge and htfuzzy command 
> calls as in a full reindex?

  Htmerge is only necessary when you are merging two databases... the 
above scenario doesn't need it.

> If this works ok like this, that will solve my problem as I need. If so, 
> I plan to update my HTDIG PHP interface class and release a new version 
> soon for the benefit of all that use HTDIG with PHP.
> 
> http://www.phpclasses.org/htdiginterface

  There is a 'libhtdig' & 'libhtdigphp' directories in the 3.2b6 snapshot 
which would enable you to directly call htdig search functions without a 
PHP wrapper.

Thanks

-- 
Neal Richter
Knowledgebase Developer
RightNow Technologies, Inc.
Customer Service for Every Web Site
Office: 406-522-1485

Re: [htdig-dev] still in active development?

[Manuel L. <ml...@ac...>]

Hello,

on 07/19/2005 08:10 PM Christopher Murtagh said the following:
> On Tue, 2005-07-19 at 19:45 -0300, Manuel Lemos wrote:
>>Great. I hope that will allow us to do things like making Htdig crawl 
>>individual pages and only update their entries in the index. That is 
>>what miss most in the current HTDig version.
> 
>  I'm using htdig 3.2 for doing incremental indexing right now and it
> seems to be working fine. What sort of problems are you having?
> 
> To remove a list of URLs:
> 
> htpurge -c conf_file.conf -u list_of_urls.txt
> 
> To do an incremental index:
> 
> echo URL_list.txt | htdig -m foo -c conf_file.conf -
> 
> (notice the trailing '-'). Making this work wasn't obvious, but I had a
> bit of help from the list, and it's all working for me now.

hummm... I had the impression from a message posted in this list that 
when you do incremental indexing, HtDig will still traverse all pages 
but just performs HEAD requests to verify whether other pages were 
updated. Is this what happens or I misunderstood the point of this?

Another thing that confuses me about the example above is the parameter 
that follows the -m switch. If it is supposed to read from STDIN, why 
foo and not just - ?

Other than that, if I want to update existing index database files, 
letting the users search the current databases while htdig is finishe, 
adding -a switch to the htdig command line will work ok whe just 
updating a few URLs as you suggest?

Should I follow htdig command with the usual htmerge and htfuzzy command 
calls as in a full reindex?

If this works ok like this, that will solve my problem as I need. If so, 
I plan to update my HTDIG PHP interface class and release a new version 
soon for the benefit of all that use HTDIG with PHP.

http://www.phpclasses.org/htdiginterface


-- 

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

Re: [htdig-dev] still in active development?

[Neal R. <ne...@ri...>]

On Tue, 19 Jul 2005, Manuel Lemos wrote:

> > We expect to produce a decently detailed refactoring document next week 
> > and create a 4.0 CVS branch then.
> 
> Great. I hope that will allow us to do things like making Htdig crawl 
> individual pages and only update their entries in the index. That is 
> what miss most in the current HTDig version.
> 
> I make htdig crawl the static version of my site every day, but that is 
> not very efficient and often it is too late.
> 
> I can keep track of all pages that change and need to reindexed, but it 
> is odd to make Htdig crawl the hole site just because a few pages 
> changed. I would be more satisfied if I could just tell htdig once an 
> hour to reindex a limited list of pages that changed.


This should be exactly what Chris Murtagh's command does:

echo URL_list.txt | htdig -m foo -c conf_file.conf -

-m suppresses the addition of the full list of URLs in the db.docs to the 
'to be requested queue' in the spider.

Please reply back if this is not addressing your desires...

Thanks

-- 
Neal Richter
Knowledgebase Developer
RightNow Technologies, Inc.
Customer Service for Every Web Site
Office: 406-522-1485

[htdig-dev] Re: Patch for bug #1236435

[Gilles D. <gr...@sc...>]

On July 13, Jose Ortiz wrote:
> Hi,
> 
> Regarding bug #1236435, here is a patch for htsearch/Display.cc.
> 
> The patch is similar to this one:
> http://sourceforge.net/mailarchive/forum.php?thread_id=1377415&forum_id=2688
> 
> The patch I'm attaching has these features:
> 
> 1. It provides a Google-style paging. Say the current page is 9,
> maximum_page_buttons
> is 10 and the number of pages matching the search is bigger than 30, we
> get this
> for PAGELIST:
> 
> [prev] 4 5 6 7 8 9 10 11 12 13 [next]
> 
> The current page is centered if possible.
> 
> 2. If an insufficient number of pictures is provided, it mixes up
> graphics and text:
> 
> [pic prev] [pic 4] [pic 5] [pic 6] [pic 7] [pic 8] [pic 9] [pic 10] 11
> 12 13 [pic next]
> 
> To install the patch, update htsearch/Display.cc, compile the code and copy
> % cp htsearch/.lig/htsearch to your cgi-bin directory.
> 
> Jose

Thanks, Jose.  Sorry for the delay in responding.  Looking over your
code, I do think it's an improvement on Adam Ness's patch.  By the way,
your patch was reversed.  You should use "diff -up oldsource newsource"
to get a forward patch.  Not a problem, though.  Here's a reposting of
it with the fix.  It can be applied to the htdig-3.2.0b6 source using
"patch -p0 < this-message-file".

As it turns out, this seems all to be a moot point.  Looking at the CVS
source tree, I see that Lachalan already committed a third variation
on this theme over a year ago (just after 3.2.0b6 was released).
His is a bit more elaborate, in that it will make all page links text
if there aren't enough images for all of them.  In his ChangeLog entry,
he cites 3 RFE numbers (#601177, #600959, #405679) but no bug entries.
We can probably close bug #1236435.


--- htsearch/Display.cc.back	2005-07-12 23:11:39.000000000 -0400
+++ htsearch/Display.cc	2005-07-13 20:10:25.000000000 -0400
@@ -694,6 +694,38 @@ Display::setVariables(int pageNumber, Li
     //
     if (nPages > 1)
     {
+	// Assume number of page links is equal to maximum_page_buttons
+	// For example, if pageNumber=9, maximum_page_buttons=10,
+	// and nPages>=13, we get:
+	//
+	// [prev] 4 5 6 7 8 9 10 11 12 13 [next]
+
+	int nPageButtons = config->Value("maximum_page_buttons", 10);
+
+	// Initialize indexes of pages links
+	int first_page_index = 1;
+	int last_page_index  = nPages;
+
+	if (nPages > nPageButtons) 
+	{
+	   // Try to center the current page
+	   int links_on_the_left = nPageButtons/2;
+	   first_page_index = pageNumber - links_on_the_left;
+	   last_page_index  = first_page_index + nPageButtons - 1;
+
+	   // Adjust if required
+	   if (first_page_index < 1) 
+	   {
+	      first_page_index = 1;
+	      last_page_index  = nPageButtons;
+	   }
+	   else if (last_page_index > nPages )
+	   {
+	      last_page_index  = nPages;
+	      first_page_index = nPages - nPageButtons + 1;
+	   }
+	}
+
 	if (pageNumber > 1)
 	{
 	    str = new String("<a href=\"");
@@ -725,9 +757,8 @@ Display::setVariables(int pageNumber, Li
 	QuotedStringList	pnt(config->Find("page_number_text"), " \t\r\n");
 	QuotedStringList	npnt(config->Find("no_page_number_text"), " \t\r\n");
 	QuotedStringList	sep(config->Find("page_number_separator"), " \t\r\n");
-	if (nPages > config->Value("maximum_page_buttons", 10))
-	    nPages = config->Value("maximum_page_buttons", 10);
-	for (i = 1; i <= nPages; i++)
+
+	for (i = first_page_index; i <= last_page_index; i++)
 	{
 	    if (i == pageNumber)
 	    {


-- 
Gilles R. Detillieux              E-mail: <gr...@sc...>
Spinal Cord Research Centre       WWW:    http://www.scrc.umanitoba.ca/
Dept. Physiology, U. of Manitoba  Winnipeg, MB  R3E 3J7  (Canada)

Re: [htdig-dev] still in active development?

[Christopher M. <chr...@mc...>]

On Tue, 2005-07-19 at 19:45 -0300, Manuel Lemos wrote:
> Great. I hope that will allow us to do things like making Htdig crawl 
> individual pages and only update their entries in the index. That is 
> what miss most in the current HTDig version.

 I'm using htdig 3.2 for doing incremental indexing right now and it
seems to be working fine. What sort of problems are you having?

To remove a list of URLs:

htpurge -c conf_file.conf -u list_of_urls.txt

To do an incremental index:

echo URL_list.txt | htdig -m foo -c conf_file.conf -

(notice the trailing '-'). Making this work wasn't obvious, but I had a
bit of help from the list, and it's all working for me now.

Cheers,

Chris

-- 
Christopher Murtagh
Enterprise Systems Administrator
ISR / Web Service Group 
McGill University
Montreal, Quebec
Canada

Tel.: (514) 398-3122
Fax:  (514) 398-2017

Re: [htdig-dev] still in active development?

[Manuel L. <ml...@ac...>]

Hello,

on 07/19/2005 07:14 PM Neal Richter said the following:
> 3.2b6 is either done or dead.  I suppose that either me or Geoff need to 
> finish it off and call it 3.2 and update the website.  I've called for a 
> psuedo-vote on this several times with silence being the general response.

The lack of visible activity and the fact that many of us us htdig as is 
without problems made people believe that voting would irrelevant.

Anyway, if you still think you need votes to go ahead, here is a +1 on 
my behalf.


> On a more positive note Anthony Arnone (Montana State Univ. grad student) 
> and I have started active development of HtDig 4.0.  It will be a merge of 
> HtDig + CLucene with a significant amount of code for the existing 
> Berkeley DB based WordDb being flushed.
> 
> The main impetous for this is Unicode support and a speed and index size 
> improvement.
> 
> We expect to produce a decently detailed refactoring document next week 
> and create a 4.0 CVS branch then.

Great. I hope that will allow us to do things like making Htdig crawl 
individual pages and only update their entries in the index. That is 
what miss most in the current HTDig version.

I make htdig crawl the static version of my site every day, but that is 
not very efficient and often it is too late.

I can keep track of all pages that change and need to reindexed, but it 
is odd to make Htdig crawl the hole site just because a few pages 
changed. I would be more satisfied if I could just tell htdig once an 
hour to reindex a limited list of pages that changed.

-- 

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

Re: [htdig-dev] still in active development?

[Neal R. <ne...@ri...>]

3.2b6 is either done or dead.  I suppose that either me or Geoff need to 
finish it off and call it 3.2 and update the website.  I've called for a 
psuedo-vote on this several times with silence being the general response.

On a more positive note Anthony Arnone (Montana State Univ. grad student) 
and I have started active development of HtDig 4.0.  It will be a merge of 
HtDig + CLucene with a significant amount of code for the existing 
Berkeley DB based WordDb being flushed.

The main impetous for this is Unicode support and a speed and index size 
improvement.

We expect to produce a decently detailed refactoring document next week 
and create a 4.0 CVS branch then.

Thanks

On Mon, 18 Jul 2005, Mick Weiss wrote:

> I'm just wondering what the status is on the development of htdig. I 
> haven't seen much going on on the list for a while.
> 
> Best Regards,
> 
> - Mick

-- 
Neal Richter
Knowledgebase Developer
RightNow Technologies, Inc.
Customer Service for Every Web Site
Office: 406-522-1485

Re: [htdig-dev] Patch for bug #1236435

[Neal R. <ne...@ri...>]

Thanks!

On Wed, 13 Jul 2005, Jose Ortiz wrote:

> Hi,
> 
> Regarding bug #1236435, here is a patch for htsearch/Display.cc.
> 
> The patch is similar to this one:
> http://sourceforge.net/mailarchive/forum.php?thread_id=1377415&forum_id=2688
> 
> The patch I'm attaching has these features:
> 
> 1. It provides a Google-style paging. Say the current page is 9,
> maximum_page_buttons
> is 10 and the number of pages matching the search is bigger than 30, we
> get this
> for PAGELIST:
> 
> [prev] 4 5 6 7 8 9 10 11 12 13 [next]
> 
> The current page is centered if possible.
> 
> 2. If an insufficient number of pictures is provided, it mixes up
> graphics and text:
> 
> [pic prev] [pic 4] [pic 5] [pic 6] [pic 7] [pic 8] [pic 9] [pic 10] 11
> 12 13 [pic next]
> 
> To install the patch, update htsearch/Display.cc, compile the code and copy
> % cp htsearch/.lig/htsearch to your cgi-bin directory.
> 
> Jose
> 
> 

-- 
Neal Richter
Knowledgebase Developer
RightNow Technologies, Inc.
Customer Service for Every Web Site
Office: 406-522-1485

Re: [htdig-dev] building htdig-3.2.0_beta6 on amd64

[Neal R. <ne...@ri...>]

Sounds like a libtool mess-up to me.

FYI:  In 32bit Intel Linux the -fPIC -DPIC flags seem to be redundant (ie 
not enforced at link time).  This is definetely NOT the case on Solaris 
systems.  I'm not suprized that AMD64 needs them.

Thanks.

On Mon, 11 Jul 2005, Geoff Hutchison wrote:

> 
> On Jul 10, 2005, at 4:24 PM, Renat Lumpau wrote:
> 
> > I'm one of the Gentoo maintainers of htdig. We have recently  
> > received a
> > bug report [1] that may be of interest to you. The bug has to do with
> > building htdig on AMD64 and necessary -fPIC -DPIC. Please take a look
> > and advise.
> 
> I'm confused. Since we basically use libtool to set the compilation  
> flags, are you sure this is an ht://Dig bug or a libtools one? Are we  
> using an outdated libtool for AMD64? Or are we doing something else  
> non-standard with setting the compilation flags for shared libraries?
> 
> Thanks,
> -Geoff
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
> July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
> core and dual graphics technology at this free one hour event hosted by HP,
> AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
> _______________________________________________
> 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

[htdig-dev] still in active development?

[Mick W. <mic...@gm...>]

I'm just wondering what the status is on the development of htdig. I 
haven't seen much going on on the list for a while.

Best Regards,

- Mick

[htdig-dev] Patch for bug #1236435

[Jose O. <jo...@ca...>]

Hi,

Regarding bug #1236435, here is a patch for htsearch/Display.cc.

The patch is similar to this one:
http://sourceforge.net/mailarchive/forum.php?thread_id=1377415&forum_id=2688

The patch I'm attaching has these features:

1. It provides a Google-style paging. Say the current page is 9,
maximum_page_buttons
is 10 and the number of pages matching the search is bigger than 30, we
get this
for PAGELIST:

[prev] 4 5 6 7 8 9 10 11 12 13 [next]

The current page is centered if possible.

2. If an insufficient number of pictures is provided, it mixes up
graphics and text:

[pic prev] [pic 4] [pic 5] [pic 6] [pic 7] [pic 8] [pic 9] [pic 10] 11
12 13 [pic next]

To install the patch, update htsearch/Display.cc, compile the code and copy
% cp htsearch/.lig/htsearch to your cgi-bin directory.

Jose

Re: [htdig-dev] building htdig-3.2.0_beta6 on amd64

[Geoff H. <ge...@ge...>]

On Jul 10, 2005, at 4:24 PM, Renat Lumpau wrote:

> I'm one of the Gentoo maintainers of htdig. We have recently  
> received a
> bug report [1] that may be of interest to you. The bug has to do with
> building htdig on AMD64 and necessary -fPIC -DPIC. Please take a look
> and advise.

I'm confused. Since we basically use libtool to set the compilation  
flags, are you sure this is an ht://Dig bug or a libtools one? Are we  
using an outdated libtool for AMD64? Or are we doing something else  
non-standard with setting the compilation flags for shared libraries?

Thanks,
-Geoff

[htdig-dev] building htdig-3.2.0_beta6 on amd64

[Renat L. <rl...@ge...>]

Dear htdig devs,

I'm one of the Gentoo maintainers of htdig. We have recently received a
bug report [1] that may be of interest to you. The bug has to do with
building htdig on AMD64 and necessary -fPIC -DPIC. Please take a look
and advise.

Best,

[1] http://bugs.gentoo.org/show_bug.cgi?id=3D98357
=20
--=20
Renat Lumpau
Gentoo developer
GPG key id #C6A838DA on http://pgp.mit.edu
Key fingerprint =3D 04AF B5EE 17CB 1000 DDA5  D3FC 1338 ADC2 C6A8 38DA

[htdig-dev] HtDig 4.0

[Neal R. <ne...@ri...>]

Hey all,

	We've in the late stages of hiring an intern (Anthony Arnone) to 
help with the work to convert the internals of HtDig 3.2 to replace the 
Berkeley DB based db.words.db with CLucene.

	Here is the proposed plan for HtDig 4.0:
http://opensource.rightnow.com/htdig4_refactor_design.pdf

	Basically for the next few weeks I anticipate using doxygen (c++ 
code documenter) and Umbrello (UML design tool) to plan out in detail how 
this will be done.

	The two of us will likely update the website to reflect a released 
3.2.0.  I hope to figure out how to create an RPM package for RedHat EL 
3.0 and possibly Redhat 9.0.

	Anyway, I'm hoping people will want to participate in this design 
process.  I'd love feedback on the document.

	CLucene update:  I've joined the CLucene devel group and submitted 
some patches to CLucene 0.8.13 for fixed UTF8 support.  CLucene is in the 
process of starting 'Apache Incubation'.  When this is over it will become 
an official Apache sub-project.

	Thanks.

-- 
Neal Richter
Knowledgebase Developer
RightNow Technologies, Inc.
Customer Service for Every Web Site
Office: 406-522-1485

[htdig-dev] configuring htdig with osu web server running openvms on alpha ds25

[Chuck A. <ca...@ce...>]

does anyone have examples of how to set up the osu web server config =
files to run htdig?

thanks,
chuck

Re: [htdig-dev] allow_in_form not working

[Jim <li...@yg...>]

What you describe below should work, assuming no typos and everything 
placed in the correct files. Have you checked to see if changes to your 
long.html file are having any effect at all? With a default install, 
htsearch uses an internal copy of the templates and does not look at the 
files. You need to correctly configure the template_map and 
template_name attributes before the files will be used. With a default 
install, this usually involves nothing more than uncommenting the 
attributes in the provided configuration file.

Btw you should probably limit questions like this to the htdig-general 
list. This is not really appropriate for htdig-dev.

Jim

On Sun, 5 Jun 2005, umesh rawar wrote:

> I have defined a variable called user_name_value in
> htdig.conf as follows
> allow_in_form: user_name_value
>
> In searchform I have following
> <input type="hidden" name="user_name_value"
> value="rawar">
>
> In long.html I tried to display the value of
> user_name_value as $(USER_NAME_VALUE),
> but it does not show rawar. It looks like its blank.
>
> Why am I missing something here. Please help.
>
> Thanks & Regards
> Umesh
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
> a projector? How fast can you ride your desk chair down the office luge track?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> ht://Dig Developer mailing list:
> htd...@li...
> List information (subscribe/unsubscribe, etc.)
> https://lists.sourceforge.net/lists/listinfo/htdig-dev
>

[htdig-dev] allow_in_form not working

[umesh r. <ym...@ya...>]

I have defined a variable called user_name_value in
htdig.conf as follows
allow_in_form: user_name_value

In searchform I have following
<input type="hidden" name="user_name_value"
value="rawar">

In long.html I tried to display the value of
user_name_value as $(USER_NAME_VALUE),
but it does not show rawar. It looks like its blank.

Why am I missing something here. Please help.

Thanks & Regards
Umesh

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [htdig-dev] htdig on AIX 5.2

[Neal R. <ne...@ri...>]

You should be able to export the variable 'GCC' in your shell and have it=
=20
point to the full-path for the g++ binary.  Then run ./configure

Thanks!

On Wed, 18 May 2005, Frank Stiebing wrote:

> Dir Sirs and Ladies,
>=20
> I've got some problems on a IBM AIX 5.2 machine. There is a c++
> (gcc-Compiler) Compiler installed. But the configuration Script could'n=
t
> find it. Is there a incompatibility?
>=20
> Best Regards
>=20
> Frank Stiebing
>=20
> Deutsche Telekom
> T-Com, Technische Infrastruktur Niederlassung =FCberregional
> Network-Support-Center
> Application Management Operating
> Hausanschrift: Maybachstr.57, 70469 Stuttgart
> Postanschrift: Postfach 502030, 70369 Stuttgart
> Telefon: +49 711 8939 5117
>=20
> mailto:fr...@nm... 	(Pers=F6nlich)
> mailto:ns...@nm... 	(Team)
> http://www.t-com.net
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_idt12&alloc_id=16344&op,ick
> _______________________________________________
> ht://Dig Developer mailing list:
> htd...@li...
> List information (subscribe/unsubscribe, etc.)
> https://lists.sourceforge.net/lists/listinfo/htdig-dev
>=20
>=20

--=20
Neal Richter
Knowledgebase Developer
RightNow Technologies, Inc.
Customer Service for Every Web Site
Office: 406-522-1485

Re: [htdig-dev] [patch] SSL bug

[Neal R. <ne...@ri...>]

Done.  Thanks Jim!

On Mon, 23 May 2005, Jim wrote:

> This patch corrects a bug in the Read_Partial code used for handling SSL
> connections. I have previously described it in more detail.
> 
>    http://sourceforge.net/mailarchive/forum.php?thread_id=5425639&forum_id=2688
> 
> Unless anyone sees a problem with the patch, I would appreciate if
> someone with sufficient access could commit these changes. Same goes for
> the previous two patches that I just submitted. All of the patches were
> made against 3.2.0b6.
> 
> Thanks.
> 
> Jim
> 
> --- htnet/orig_SSLConnection.cc	2005-05-22 22:40:34.780406291 -0600
> +++ htnet/SSLConnection.cc	2005-05-22 22:39:22.603791916 -0600
> @@ -131,18 +131,20 @@ int SSLConnection::Read_Partial(char *bu
>       {
>         errno = 0;
> 
> -      if (timeout_value > 0) {
> -          FD_SET_T fds;
> -          FD_ZERO(&fds);
> -          FD_SET(sock, &fds);
> -
> -          timeval tv;
> -          tv.tv_sec = timeout_value;
> -          tv.tv_usec = 0;
> -
> -          int selected = select(sock+1, &fds, 0, 0, &tv);
> -          if (selected <= 0)
> -              need_io_stop++;
> +      if (!SSL_pending(ssl)) {
> +        if (timeout_value > 0) {
> +            FD_SET_T fds;
> +            FD_ZERO(&fds);
> +            FD_SET(sock, &fds);
> +
> +            timeval tv;
> +            tv.tv_sec = timeout_value;
> +            tv.tv_usec = 0;
> +
> +            int selected = select(sock+1, &fds, 0, 0, &tv);
> +            if (selected <= 0)
> +                need_io_stop++;
> +        }
>         }
> 
>         if (!need_io_stop)
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&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

[htdig-dev] [patch] SSL bug

[Jim <li...@yg...>]

This patch corrects a bug in the Read_Partial code used for handling SSL
connections. I have previously described it in more detail.

   http://sourceforge.net/mailarchive/forum.php?thread_id=5425639&forum_id=2688

Unless anyone sees a problem with the patch, I would appreciate if
someone with sufficient access could commit these changes. Same goes for
the previous two patches that I just submitted. All of the patches were
made against 3.2.0b6.

Thanks.

Jim

--- htnet/orig_SSLConnection.cc	2005-05-22 22:40:34.780406291 -0600
+++ htnet/SSLConnection.cc	2005-05-22 22:39:22.603791916 -0600
@@ -131,18 +131,20 @@ int SSLConnection::Read_Partial(char *bu
      {
        errno = 0;

-      if (timeout_value > 0) {
-          FD_SET_T fds;
-          FD_ZERO(&fds);
-          FD_SET(sock, &fds);
-
-          timeval tv;
-          tv.tv_sec = timeout_value;
-          tv.tv_usec = 0;
-
-          int selected = select(sock+1, &fds, 0, 0, &tv);
-          if (selected <= 0)
-              need_io_stop++;
+      if (!SSL_pending(ssl)) {
+        if (timeout_value > 0) {
+            FD_SET_T fds;
+            FD_ZERO(&fds);
+            FD_SET(sock, &fds);
+
+            timeval tv;
+            tv.tv_sec = timeout_value;
+            tv.tv_usec = 0;
+
+            int selected = select(sock+1, &fds, 0, 0, &tv);
+            if (selected <= 0)
+                need_io_stop++;
+        }
        }

        if (!need_io_stop)

[htdig-dev] [patch] External parser parse bug

[Jim <li...@yg...>]

This patch corrects a command parsing bug in ExternalParser.cc. The
single argument StringList constructor only considers a tab to be a
valid separator. As such a space between a command and argument (e.g.
"convert.pl -x") is not treated as a separator, and the string is not
split properly. This results in execv calling a command that generally
doesn't exist (e.g. "convert.pl -x" rather than convert.pl).

--- htdig/orig_ExternalParser.cc	2005-05-22 23:05:18.798550988 -0600
+++ htdig/ExternalParser.cc	2005-05-22 23:05:43.890983352 -0600
@@ -227,7 +227,7 @@ ExternalParser::parse(Retriever &retriev
      int		get_file = (convertToType.length() != 0);
      String	newcontent;

-    StringList	cpargs(currentParser);
+    StringList	cpargs(currentParser, " \t");
      char   **parsargs = new char * [cpargs.Count() + 5];
      int    argi;
      for (argi = 0; argi < cpargs.Count(); argi++)

[htdig-dev] [patch] External parser date bug

[Jim <li...@yg...>]

This patch corrects a typo in ExternalParsers.cc (currently the pattern
specifies dc.data.modified instead of dc.date.modified).

--- htdig/orig_ExternalParser.cc	2005-05-22 23:05:18.798550988 -0600
+++ htdig/ExternalParser.cc	2005-05-22 23:08:22.735729226 -0600
@@ -424,7 +424,7 @@ ExternalParser::parse(Retriever &retriev
  		  {
  			metadatetags = new StringMatch();
  			metadatetags->IgnoreCase();
-			metadatetags->Pattern("date|dc.date|dc.date.created|dc.data.modified");
+			metadatetags->Pattern("date|dc.date|dc.date.created|dc.date.modified");
  		  }

  		  // <URL:http://www.w3.org/MarkUp/html-spec/html-spec_5.html#SEC5.2.5>

[htdig-dev] htdig on AIX 5.2

[Frank S. <fr...@nm...>]

Dir Sirs and Ladies,

I've got some problems on a IBM AIX 5.2 machine. There is a c++
(gcc-Compiler) Compiler installed. But the configuration Script could'nt
find it. Is there a incompatibility?

Best Regards

Frank Stiebing

Deutsche Telekom
T-Com, Technische Infrastruktur Niederlassung =FCberregional
Network-Support-Center
Application Management Operating
Hausanschrift: Maybachstr.57, 70469 Stuttgart
Postanschrift: Postfach 502030, 70369 Stuttgart
Telefon: +49 711 8939 5117

mailto:fr...@nm... 	(Pers=F6nlich)
mailto:ns...@nm... 	(Team)
http://www.t-com.net