On Thu, 24 Jan 2002, Gilles Detillieux wrote:
> > 1. better configure test for regex problems on BSDi
> > 2. way to override "no server" problem
> > 3. handle noindex_start & noindex_end as string lists in HTML parser
> > 4. a "match all documents" mechanism in htsearch
> > 5. a way of speci
Last week I wrote:
> Here's my own checklist:
>
> 1. better configure test for regex problems on BSDi
> 2. way to override "no server" problem
> 3. handle noindex_start & noindex_end as string lists in HTML parser
> 4. a "match all documents" mechanism in htsearch
> 5. a way of specifying re
According to Geoff Hutchison:
> On Fri, 18 Jan 2002, Gilles Detillieux wrote:
> > + else if (strcmp(word.get(), prefix_suffix) == 0)
> > + {
> > + tempWords.Add(new WeightWord(prefix_suffix, 1.0));
> > + }
>
> This won't work in the case where people se
On Fri, 18 Jan 2002, Gilles Detillieux wrote:
No, I didn't think it was complicated to code--just to figure out the
cleanest way to do it. ;-)
> something that originally seemed very complicated), but I'd appreciate a
> few extra eyeballs on this code, or some other testers. The weight is
> +
According to Geoff Hutchison:
> Doing a quick Database lookup inside of parser.cc to get the DocIDs out of
> the index is probably the best solution.
OK, that was almost too easy. The patch is below. I'll commit it, because
it works for me (in fact it worked the first try, which is kinda scary
According to Geoff Hutchison:
> On Fri, 18 Jan 2002, Gilles Detillieux wrote:
> > dummy ResultList with all valid document IDs. All it needs is a method
> > to call to get that list of docIDs - that's the part I need help with.
>
> The reason I suggested in htsearch/main.cpp is that you could ge
On Fri, 18 Jan 2002, Gilles Detillieux wrote:
> docIDs. Wouldn't it be much quicker to get them from the db.docs.index,
> which is keyed by docID in 3.1? It's a smaller database, and you'd just
> need to traverse the "cursor" part of it to get the list of keys.
Sure--this was my plan. However,
On Fri, 18 Jan 2002, Gilles Detillieux wrote:
> dummy ResultList with all valid document IDs. All it needs is a method
> to call to get that list of docIDs - that's the part I need help with.
The reason I suggested in htsearch/main.cpp is that you could get this
from the DocumentDB class if you
According to Geoff Hutchison:
> At 10:20 AM +0100 1/17/02, J. op den Brouw wrote:
> > and * not == not
> >
> >Can that be parsed easily?
>
> Not in the current parser.cc. Perhaps I should rephrase that... I'm
> not going to write code to deal with that case and certainly not for
> a "product
At 10:20 AM +0100 1/17/02, J. op den Brouw wrote:
>Maybe with (yet another new option) max_retries which will count the
>retries; if it fails (max_retries is full), then the server is presumed dead.
>But you all know what I mean anyway.
Yes, but each TCP connection is already retried a few times.
On Tue, 15 Jan 2002, Gilles Detillieux wrote:
> > > 2. way to override "no server" problem
> >
> > I'm not quite sure what you mean by this.
>
> Since 3.1.5, if htdig fails to connect to a server, it sets the "dead
> server" flag and won't try again to contact that server, giving instead a
> b
According to Joe R. Jah:
> On Tue, 15 Jan 2002, Gilles Detillieux wrote:
> > According to Geoff Hutchison:
> > > On Tue, 15 Jan 2002, Gilles Detillieux wrote:
> > > > 1. better configure test for regex problems on BSDi
> > >
> > > I don't know if this will ever become "automatic," but it looks l
On Tue, 15 Jan 2002, Gilles Detillieux wrote:
> Date: Tue, 15 Jan 2002 17:05:37 -0600 (CST)
> From: Gilles Detillieux <[EMAIL PROTECTED]>
> To: Geoff Hutchison <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [htdig-dev] Re: Progress towards 3.1.6
>
According to Geoff Hutchison:
> On Tue, 15 Jan 2002, Gilles Detillieux wrote:
> > 1. better configure test for regex problems on BSDi
>
> I don't know if this will ever become "automatic," but it looks like we
> can relatively easily have a --with-rx flag to the configure script which
> will byp
On Tue, 15 Jan 2002, Gilles Detillieux wrote:
> 1. better configure test for regex problems on BSDi
I don't know if this will ever become "automatic," but it looks like we
can relatively easily have a --with-rx flag to the configure script which
will bypass the included regex code (and use the
According to Geoff Hutchison:
> I've been in the middle of a few projects and haven't turned towards
> ht://Dig much. But I took a look at the checklist I had for 3.1.6 and I
> wasn't sure what needed to be done besides:
>
> * Release notes
> * Maindocs merges
> * Regex/RX issues
>
> And of cour
16 matches
Mail list logo
