What it was, was apache was not executing the CGI, but rather displaying the
compiled code through standard out.

I moved htsearch into the /cgi-bin/ directory, and it worked miracles.

In my mind, I should be able to execute cgi's wherever I want, but apache
isn't cooperating.

It's solved now, and I am working on PHP integration using Colin Viebrock's
stuff.

Thanks, Geoff.

Tim Perdue
PHPBuilder.com / GotoCity.com / Geocrawler.com


-----Original Message-----
From: Geoff Hutchison <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Thursday, April 22, 1999 6:18 PM
Subject: Re: [htdig] htmerge -m option


>On Thu, 22 Apr 1999, Tim Perdue wrote:
>
>> I hope someone can answer my question about receiving
>> garbage output from searches in my web browser. The
>> list isn't as high-volume as I thought it would be.
>
>I never try to question whether a list is or isn't high-volume. Mailing
>list traffic almost always fluctuates and I'd rather have *less* e-mail
>rather than more.
>
>As for your question about garbage output, it hasn't received a response
>because you haven't told us much. There are any number of reasons you
>could be seeing these problems. But without an example URL or output of
>the "garbage," it's tough to answer the question.
>
>I doubt it's a problem with GET v. PUT. I don't know how LinuxPPC
>configures the server, but it's possible to ban PUT accesses using Apache.
>Some people feel it's more secure.
>
>-Geoff Hutchison
>Williams Students Online
>http://wso.williams.edu/

------------------------------------
To unsubscribe from the htdig mailing list, send a message to
[EMAIL PROTECTED] containing the single word "unsubscribe" in
the SUBJECT of the message.

Reply via email to