Bug #76086 [Opn]: Unable to write to php://stderr
| From: | bukka@php.net | Date: | Mon, 01 Aug 2022 19:00:30 +0000 |
| Subject: | Bug #76086 [Opn]: Unable to write to php://stderr | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-242097@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=76086&edit=1
ID: 76086
Updated by: bukka@php.net
Reported by: chris at modd dot com dot au
Summary: Unable to write to php://stderr
Status: Open
Type: Bug
-Package: Streams related
+Package: CGI/CLI related
Operating System: *
PHP Version: 7.2.3
Block user comment: N
Private report: N
New Comment:
This is up to SAPI to handle correctly. FPM has got a logic around this so this really seems to me
like a CGI sapi related problem which is what I assume is used here. There is not much that can be
done on stream level.
Previous Comments:
------------------------------------------------------------------------
[2020-09-22 09:15:02] cmb@php.net
> Used to work fine in PHP 5.x.
Not with PHP 5.6.40 on Windows. Actually, this doesn't look like
a Windows specific issue to me, but rather depends on whether
stderr is actually writable. Since php://stderr does not refer to
the multiplexed FCGI standard error stream[1], there may be no
stderr at all.
See also bug #79905.
[1] <https://bugs.php.net/bug.php?id=31472>
------------------------------------------------------------------------
[2018-03-19 23:01:26] cmb@php.net
> If you prefer I can write an example that uses the fcgi client
> used by the php unit tests.
That would be great, since we prefer to have a PHPT regression
test to go along with the actual bug fix, anyway.
------------------------------------------------------------------------
[2018-03-14 21:25:00] aharvey@php.net
I can't reproduce this on Linux, so this looks Windows-specific.
------------------------------------------------------------------------
[2018-03-14 21:09:27] chris at modd dot com dot au
I am ONLY using the libfcgi0ldbl as a stand-in for running a webserver.
It fails exactly the same way using Apache with fastcgi, nginx with fastacgi and using a PHP fastcgi
client. If you prefer I can write an example that uses the fcgi client used by the php unit tests.
https://github.com/php/php-src/blob/master/sapi/fpm/tests/fcgi.inc
using the cgi-fcgi package just means the example is simple to try and run and with Bash for
windows, its easy enough to run it on windows too.
------------------------------------------------------------------------
[2018-03-14 17:23:08] ab@php.net
Thanks for the further info. libfcgi0ldbl is not a package from the PHP distribution. It is also
unlikely available on Windows. Thus, seems it's not a PHP bug. From what is shown, i guess
it's about the port doesn't get reused or similar. If there's a repro regarding PHP,
please post, otherwise it's probably to be marked as not a bug.
Thanks.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=76086
--
Edit this bug report at https://bugs.php.net/bug.php?id=76086&edit=1