Two updates to this situation:
1. We moved the files to another server, but we are still
seeing the same errors.
2. We are at last getting the htsearch.exe.stackdump file.
Here are its contents, FWIW:
Exception: STATUS_ACCESS_VIOLATION at eip=0044FEF5
eax=00007469 ebx=0044FF50 ecx=00000000 edx=1008E0E5 esi=0022DF80
edi=10030278
ebp=0022DCD0 esp=0022DC88
program=d:\websites\apm\apm\userguides\cgi-bin\htsearch.exe
cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023
Stack trace:
Frame Function Args
0022DCD0 0044FEF5 (10074190, 0022DF80, 10086C7C, 00000000)
0022DD40 0046028D (10074390, 0022DF80, 00000181, 00000001)
0022DDA0 0045BEDC (10074390, 10030278, 0022DF80, 00000015)
0022DEE0 0045A532 (10074390, 0022DF80, 0022DF60, 00000015)
0022DF20 004477E0 (10074190, 00000000, 0022DF80, 0022DF60)
0022DFA0 00426101 (1006E2B0, 0022E070, 0022E0B0, 0041CAAE)
0022E0C0 0041CAF7 (0022E578, 10073A20, 00000000, 00000000)
0022E330 0040B04C (0022E570, 0022E5B0, 0022E3E0, 00401B99)
0022E3E0 00401BAB (0022E570, 00000001, 10073D38, 0040EA36)
0022FD90 004108CA (00000001, 10030370, 10030278, 00000002)
0022FF30 61005B8E (610C29AC, FFFFFFFE, 00001BD4, 610C28D0)
0022FF90 61005E2C (00000000, 00000000, FFFFFFFF, 00000000)
0022FFB0 0047B5B2 (0040EA10, 037F0009, 0022FFF0, 7C59893D)
0022FFC0 0040103C (00000129, 00DB6000, 7FFDF000, 769B1A32)
0022FFF0 7C59893D (00401000, 00000000, 000000C8, 00000100)
End of stack trace
Does this help shed any light at all?
Many thanks for any suggestions you can offer --
Kyle
-----Original Message-----
From: Kyle Dallaire
Sent: Friday, August 12, 2005 12:08 PM
To: '[EMAIL PROTECTED]'
Cc: [email protected]
Subject: RE: [htdig] help! odd CGI errors...
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
