On Fri, 23 Apr 2004, Andi Gutmans wrote:
> At 03:01 PM 4/23/2004 +0100, Joe Orton wrote:
> >On Fri, Apr 23, 2004 at 04:59:27PM +0300, Andi Gutmans wrote:
> > > If at all, I think this should be fixed in PHP so that it affects all
> > SAPIs
> > > (i.e. first time we set umask() save the old one and
At 03:01 PM 4/23/2004 +0100, Joe Orton wrote:
On Fri, Apr 23, 2004 at 04:59:27PM +0300, Andi Gutmans wrote:
> If at all, I think this should be fixed in PHP so that it affects all
SAPIs
> (i.e. first time we set umask() save the old one and a flag that let's
> RSHUTDOWN know it should change it ba
On Fri, Apr 23, 2004 at 04:59:27PM +0300, Andi Gutmans wrote:
> If at all, I think this should be fixed in PHP so that it affects all SAPIs
> (i.e. first time we set umask() save the old one and a flag that let's
> RSHUTDOWN know it should change it back).
(In case it wasn't clear, all my patch
If at all, I think this should be fixed in PHP so that it affects all SAPIs
(i.e. first time we set umask() save the old one and a flag that let's
RSHUTDOWN know it should change it back).
Andi
At 10:51 AM 4/22/2004 +0100, Joe Orton wrote:
Patch is below; the apache2filter SAPI needs the same f
Patch is below; the apache2filter SAPI needs the same fix. This
"feature" of resetting the umask across requests is pretty dubious if
used with a threaded MPM, however, since the umask is a process
attribute not a thread attribute.
--- php-4.3.6/sapi/apache2handler/sapi_apache2.c.umask
+++ php-4.3
I posted this to the php general list and one of the other subscribers
suggested that I post this here. It was also suggested that this might
be a bug in apache2 but before I post this every where I thought I would
try here.
I have found a funky situation that I am trying to figure out if it is
