Re: com php-src: Fixed bug #61728 (php-fpm SIGSEGV running friendica on nginx): NEWS ext/session/tests/bug61728.phpt main/main.c

From: Date: Tue, 17 Apr 2012 19:21:17 +0000
Subject: Re: com php-src: Fixed bug #61728 (php-fpm SIGSEGV running friendica on nginx): NEWS ext/session/tests/bug61728.phpt main/main.c
References: 1 2 3 4 5 6 7  Groups: php.cvs 
Request: Send a blank email to php-cvs+get-68802@lists.php.net to get a copy of this message
Hi, 2012/4/17 Johannes Schlüter <johannes@schlueters.de>: > On Sun, 2012-04-15 at 13:00 +0800, Laruence wrote: >> On Sun, Apr 15, 2012 at 12:36 PM, Stas Malyshev <smalyshev@sugarcrm.com> wrote: >> > Hi! >> > >> >>> I'm not sure this is a good idea - output buffers can include output >> >>> functions IIRC, but you have already shut down modules. I would be very, >> >> Stas, they are request shutdown, not module shutdown :) >> > >> > Request shutdown IIRC destroys functions and module's per-request data >> > structures, which user-supplied output handlers may need. Did you check >> > that user-supplied output handlers - especially those that use >> > extensions and per-request data structures - actually work after this >> > change? >> >> Ah, thanks, I got your point.  but output handler is called in step 3: >>  /* 3. Flush all output buffers */ >> >> and as I said, all tests passed. >> >> anyway, you are right, we should be careful,  I will double check it.  :) > > I can't find something that breaks, but we should be really really > really really careful with this shutdown order. changes there caused > trouble in the past and I rather have a error message from output > buffers saying "output buffer can't be used in shutdown" than changing > the order ... > It would be nice to fix this without error if it works. How about gave it a chance for next bug fix release? (i.e. 5.4.2) Regards, -- Yasuo Ohgaki yohgaki@ohgaki.net

« previous php.cvs (#68802) next »