Boost logo

Boost :

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"
<darren.garvey_at_[hidden]> wrote:

> Hi Chris,
>
> 2008/5/13 Chris Weed <chrisweed_at_[hidden]>:
>
>> Thanks,
>> 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
>> for
>> CGI programs that maintain state between calls, such as database
>> connections.
>> Chris
>>
>
> 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/ ).
>
> Regards,
> Darren
> _______________________________________________
> 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.
Chris


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk