Hey,

2011/11/23 Graeme Gill <grae...@argyllcms.com>:
> I had a go at this, but it's not very promising. Using the
> cgi-fcgi application on my own apache server, I notice the following
> issues:
>
>        A cryptic error message from Wt ("Wt internal error: Wt is not 
> defined, code:
>        undefined, description: undefined").

That's actually not that bad ... it means you've passed a bootstrapped
application which suggests that you have managed to relay requests to
the correct process.
The error itself is not much saying. You should enable
<debug>true</debug> for example to get a stack trace in your browser
(firebug / web console).

>        All the ancilliary files are expected to be in the cgi-bin directory, 
> not
>        where the Wt binary is.

That is a matter of configuring Wt: in the wt_config.xml you can
change the value of the resourcesURL property.
As to your own files, you could use absolute URLs to point them to the
correct location.

>        If images are placed in cgi-bin, then I get the error "script not 
> found or unable to stat:
>        /blah/blah/image.jpg, referer: http://127.0.0.1/cgi-bin/blah.cgi";
>        None of the images show up in the resulting page.
>        None of the links work. The links refer back to the document root,
>        but the actual Wt page appears as /cgi-bin/blah.cgi

This can be solved by using appropriate URLs. Nothing in Wt makes
hard-coded assumptions about this.

> Attepting to run on the commercial hosting is even less promising. While cgi
> exectuables work, I don't seem to be able to get the Wt code to run. It's
> hard to know why, since I don't have access to the apache error log :-(

That is of course hard to work with.

Do you get a simple cgi-fcgi executable to work?
Have you made sure that the run-directory is in location where you
have write permissions ?

> It could well be that the executables don't have permission to create
> a local socket, but I'm not sure how I tell. (I'm guessing I would have
> to instrument up the cgi-fcgi application to emit HTML error messages).

Your initial experiment is encouraging though.

Regards,
koen

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
witty-interest mailing list
witty-interest@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/witty-interest

Reply via email to