Bug #76086 [Opn]: Unable to write to php://stderr

From: Date: Tue, 22 Sep 2020 09:15:02 +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-229121@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:         cmb@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
-Operating System:   Windows
+Operating System:   *
 PHP Version:        7.2.3
 Block user comment: N
 Private report:     N

 New Comment:

> 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>


Previous Comments:
------------------------------------------------------------------------
[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.

------------------------------------------------------------------------
[2018-03-14 00:16:28] chris at modd dot com dot au

Ok, I have found the bug more specifically.

You will need the cgi-fcgi command util from ubuntu/debian package: libfcgi0ldbl

Run fcgi server in dir with bugs76086.php script

PHP_FCGI_CHILDREN=1 php-cgi -b 127.0.0.1:9000

Then send a request from cli:

SCRIPT_NAME=bug76086.php SCRIPT_FILENAME=bug76086.php REQUEST_METHOD=GET cgi-fcgi -bind -connect
127.0.0.1:9000

returns (from cgi-fci command, not terminal running php-cgi):
PHP Warning:  file_put_contents(): Only 0 of 2 bytes written, possibly out of free disk space in
C:\Users\chris\bug76086.php on line 5
<br />

------------------------------------------------------------------------


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


Thread (12 messages)

« previous php.bugs (#229121) next »