Is mod_php support ever going to happen?

[Miroslav Šulc]

Hi, Nick,

I cannot answer you question to php but I vote for this to be solved :-)
I don't intend to perform php in cgi mode so I decided to use the curl
functions in php to get my results from the mapserver cgi script - not
very comportable solution :-(

BTW: Could someone configure the list to contain reply address to the
list and not to the sender? This would be very helpful as many people
just press 'reply'. I sent accidentally two answers directly to Stephen
because I didn't mention this (sorry for that, Stephen).

Miroslav  ulc


Nick Johnson wrote:

> Hi,
>
> I'm running PHP5 as an apache DSO, and I would very much like to not
> have to set up a seperate CGI version of PHP just for mapscript related
> stuff. Is support for php mapscript in DSO mode ever going to occur?
> It's been 'soon' for a long time now, and from what I can tell,
> nothing's happening.
>
> I have some knowledge of PHP internals - is there anything I can do to
> help it along?
>
> Also, I'm curious what the problem is in the first place: this problem
> occurs even when running apache in prefork mode - meaning no threads,
> only forked processes. What is it that mapscript is doing that causes it
> to crash? My best guess is that it's treating module startup and
> shutdown badly, and ends up sharing handles on things. When apache
> starts up, the parent apache process loads the DSOs and fires their
> module startup functions, then forks its children. As a result, all the
> children end up with all the handles and resources allocated in the
> module startup - if this includes things that each should have their own
> handles for (sockets, for example), the result could be a real mess.
>
> Can anyone confirm if this is the case, or if it's something else?
>
> Thanks,
>
>
> Nick Johnson

-------------- next part --------------
A non-text attachment was scrubbed...
Name: miroslav.sulc.vcf
Type: text/x-vcard
Size: 387 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20041214/be7e554d/attachment.vcf>