Thanks, everyone, for your replies.
As a couple of you suggested, I have:
1) Tried running from the command line. Works fine.
I did this both on my test machine (which is working fine) and
on the public server, then diff'd the results. Everything is
the same.
2) Asked about recent machine changes/patches. Nothing has
changed on that machine between the day everything worked
and the day it didn't.
I am open to additional suggestions, but I think what I need is
to understand better how htdig is putting together the results
page. That seems to be where things are breaking down. Once
htsearch gathers the data, how is the results page constructed?
And what might be interfering with that process? Is there anything
I can look at that might show me what is going on at that point?
The problem does seem to be somewhat related to the amount
of data that is being returned: I reliably get the two CGI errors
when I search for a term that will have many results, and I
reliably get the results page with no results when I search for
a term with few matches.
Thanks much --
Kyle
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 11, 2005 4:37 AM
> To: Kyle Dallaire
> Cc: [email protected]
> Subject: RE: [htdig] help! odd CGI errors...
>
> Kyle,
> I think that the first thing you need to do is get onto the box in
> question, somehow, and try running Ht://dig from the command
> line. That
> should then rule out: Corruption of the databases, corruption of the
> EXE, most config issues etc.
>
> I am assuming that the DBs and all other files are physically
> located on
> the same server?
>
> Mike
>
>
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf
> > Of Kyle Dallaire
> > Sent: 10 August 2005 23:53
> > To: [email protected]
> > Subject: [htdig] help! odd CGI errors...
> >
> >
> >
> >
> > After over two years of trouble-free use of htDig (v 3.1.6),
> > I have run into an odd problem I don't understand. I hope
> > someone can point me in the right direction.
> >
> > The way I run my site is this: I have a test site on a machine
> > in my office. I update my site files, then re-run the dig on
> > this machine; then, after testing locally, I copy the updated
> > files (including the updated db files) to the web server. Both
> > machines running Windows 2K.
> >
> > This has worked successfully for over two years, and with
> > three different websites. For this particular site, it worked
> > as recently as 5 days ago, when I did the last update.
> >
> > Today, I updated some files, re-ran the dig, and tested
> > locally. Fine. Updated the files on the web server, tested the
> > search, and got the following CGI errors:
> >
> > ========================================================
> > CGI Error
> > The specified CGI application misbehaved by not returning a
> > complete set
> > of HTTP headers. The headers it did return are:
> >
> > 3 [main] htsearch 4892 handle_exceptions: Exception:
> > STATUS_ACCESS_VIOLATION
> > 398 [main] htsearch 4892 open_stackdumpfile: Dumping
> > stack trace to
> > htsearch.exe.stackdump
> > ========================================================
> >
> > (no such stackdump file is created, however).
> >
> > Tested a few more times, and got two other results: sometimes,
> > I get a CGI timeout; other times -- particularly when I search for
> > a term that will return only a few (less than 10) results, I get
> > the search results page complete with the line that tells me how
> > many results were returned, but without the actual results.
> >
> > Also, when I search for terms that are not there, or do an
> > incorrectly-formatted boolean search, I get the appropriate
> > results page.
> >
> > We are guessing (hoping?) that this is a problem outside of htDig:
> > networking maybe? but I don't know enough about what kind of
> > data htDig is expecting that it's not getting to be sure.
> It does seem
> > as if the search executable is running, but something is happening
> > to the data on the return trip? The web server is in a building
> > remote from ours.
> >
> > If anyone has any ideas on what may be going wrong, we'd greatly
> > appreciate hearing them. We don't own the web server, and we'd like
> > to have some notion of where the problem might be before we contact
> > the person who does (since this person will know nothing
> about htDig).
> >
> > Many thanks --
> >
> > Kyle Dallaire
> >
> > The information contained in this message is proprietary of Amdocs,
> > protected from disclosure, and may be privileged.
> > The information is intended to be conveyed only to the
> > designated recipient(s)
> > of the message. If the reader of this message is not the
> > intended recipient,
> > you are hereby notified that any dissemination, use,
> > distribution or copying of
> >
> > this communication is strictly prohibited and may be unlawful.
> >
> > If you have received this communication in error, please
> > notify us immediately
> > by replying to the message and deleting it from your computer.
> > Thank you.
> >
> >
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development
> > Lifecycle Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams *
> > Testing & QA
> > Security * Process Improvement & Measurement *
> > http://www.sqe.com/bsce5sf
> >
> > _______________________________________________
> > ht://Dig general mailing list: <[email protected]>
> > ht://Dig FAQ: http://htdig.sourceforge.net/FAQ.html
> > List information (subscribe/unsubscribe, etc.)
> > https://lists.sourceforge.net/lists/listinfo/htdig-general
> >
>
The information contained in this message is proprietary of Amdocs,
protected from disclosure, and may be privileged.
The information is intended to be conveyed only to the designated recipient(s)
of the message. If the reader of this message is not the intended recipient,
you are hereby notified that any dissemination, use, distribution or copying of
this communication is strictly prohibited and may be unlawful.
If you have received this communication in error, please notify us immediately
by replying to the message and deleting it from your computer.
Thank you.
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ht://Dig general mailing list: <[email protected]>
ht://Dig FAQ: http://htdig.sourceforge.net/FAQ.html
List information (subscribe/unsubscribe, etc.)
https://lists.sourceforge.net/lists/listinfo/htdig-general
