durusmail: quixote-users: Re: installing quixote with non-apache server, non root account
installing quixote with non-apache server, non root account
2003-11-05
installing quixote with non-apache server, non root account
2003-11-11
Re: installing quixote with non-apache server, non root account
2003-11-11
2003-11-12
Re: installing quixote with non-apache server, non root account
2003-11-13
Re: installing quixote with non-apache server, non root account
Greg Ward
2003-11-13
On 11 November 2003, Ashish Shrestha said:
> The system is a Windows XP machine with a custom web-server that handles
> CGI.
> The log files are created in c:\ and certainly the whole world has
> access to it :)

Hmmm.  Keep in mind that Quixote is known to work well with Apache on
Linux; we get regular reports that it works with IIS; ISTR that it works
with Xitami; and it *should* work with homebrew web servers that
implement the CGI spec, but all bets are off.

> >Where do you see an exception?  Is there a traceback?  If so, please
> >supply it.
> >
> Well, there is no traceback. Nothing. If you tell me how to get one, I
> could do it.

If demo.conf is in the same directory as demo.cgi, then application
errors should result in a full traceback in your web browser.

> All I have done is installed  Quixote in c:\quixote by unzipping.
> copied demo.cgi to cgi-bin of the webserver.
>
> modified demo.cgi to add
> sys.path.append('C:\\')
>
> and accessed the demo.cgi using a browser.

Hmmm.  I bet the script crashed trying to read demo.conf.  Does your web
server log the stderr of CGI scripts?  If so, I bet that's where you'll
find the traceback.  (When the driver script crashes, that's not an
"application error", since Quixote never gets control.  What happens to
the error output is up to your web server's CGI implementation.)

No idea why adding a slash to the URL would make it work.

        Greg
--
Greg Ward                          http://www.gerg.ca/
One man's theology is another man's belly laugh.

reply