MFH ?
On 11.07.2007 00:13, Sascha Schumann wrote:
sas Tue Jul 10 20:13:29 2007 UTC
Modified files:
/php-src/main/streams plain_wrapper.c
Log:
- fix concurrent reader/writer use case
(we read, while the other process writes - if we don't try
read
On Wed, 11 Jul 2007, Antony Dovgal wrote:
MFH ?
Test case?
Derick
--
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Shouldn't this be MFH'd??
--Jani
On Tue, 2007-07-10 at 20:13 +, Sascha Schumann wrote:
sas Tue Jul 10 20:13:29 2007 UTC
Modified files:
/php-src/main/streams plain_wrapper.c
Log:
- fix concurrent reader/writer use case
(we read, while the
You should use PHP_DEBUG.
Isn't dup() a more robust fix?
Andi
At 12:59 PM 5/25/2004 +, Wez Furlong wrote:
wez Tue May 25 08:59:15 2004 EDT
Modified files:
/php-src/main/streams plain_wrapper.c
Log:
In debug mode, under CLI don't close stderr.
This is so that we
You should use PHP_DEBUG.
OK.
Isn't dup() a more robust fix?
Not really, since the goal is to be able to manually close the descriptors
that might be connected to the network; dup() prevents that.
If there is some other way, I'm open to ideas.
--Wez.
--
PHP CVS Mailing List
Well as it's only relevant to PHP_DEBUG right now, I don't really mind.
If this issue comes up again, with output failing in non-debug during
shutdown, we should revisit this.
Thanks,
Andi
At 02:16 PM 5/25/2004 +0100, Wez Furlong wrote:
You should use PHP_DEBUG.
OK.
Isn't dup() a more robust