From: Christopher Weed (chrisweed_at_[hidden])
Date: 2008-05-13 21:08:56
Sent from my iPhone
On May 13, 2008, at 12:22 PM, "Darren Garvey"
> Hi Chris,
> 2008/5/13 Chris Weed <chrisweed_at_[hidden]>:
>> After playing with it a little bit, it seems this won't work for me
>> out of the box since I am using FastCGI.
>> FastCGI seems to store the environment variable internally and also
>> manage the i/o, so that getenv and std::cin won't work.
>> You may want to consider supporting FastCGI, since it is important
>> CGI programs that maintain state between calls, such as database
> There is work being done on a FastCGI/CGI library too ( http://cgi.sf.net
> I'm able to pick up its development again in a couple of weeks but
> for now
> FastCGI support is included only for linux/apache.
> If you're looking for production code *right now* then you might
> want to
> look at libfastcgi ( http://cryp.to/libfastcgi/ ) or cgicc (
> http://www.gnu.org/software/cgicc/ ).
> Unsubscribe & other changes: http://lists.boost.org/m
Thanks for the heads up on this. I am using cgicc w/ fastcgi
currently. I hacked up the previously discussed cgi parser to take the
cgicc CgiInput* in its constructor and call its getenv and read
instead of global getenv and std::cin.read.
It would be nice to have a way to get fastcgi environment into the
program options parser. That I haven 't done.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk