Bug #80953 [Opn]: gzencode(): stream error

From: Date: Thu, 06 May 2021 03:11:06 +0000
Subject: Bug #80953 [Opn]: gzencode(): stream error
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-233706@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=80953&edit=1

 ID:                 80953
 Updated by:         tessus@php.net
 Reported by:        tessus@php.net
 Summary:            gzencode(): stream error
 Status:             Open
 Type:               Bug
 Package:            Zlib related
 Operating System:   Linux
 PHP Version:        7.4.16
 Block user comment: N
 Private report:     N

 New Comment:

Stop spamming this bug rtrtrtrtrt, unless you have anything useful to say. Somehow you don't
understand that some servers are not rebooted which means there can't be a system update.

With all your ignorant comments you missed one simple fact: there's no version 1.1.3 on my
system. But I guess you are as puzzled as me, how PHP can report zlib 1.1.3 on a system that does
not have a libz.so.1.1.3.

I know it is not the best situation. I compile all outward facing services and dependencies myself.
I have about 10,000 attacks on that server per day. And in 6 years, nobody broke that thing, not
even with DOS attacks. So please, go annoy someone else.

So unless you can tell me why PHP 7.3 compiles with 1.2.8 and PHP 7.4 with 1.1.3, even though
there's no libz.so.1.1.3 on that machine (nor a static version of libz), stop wasting my time
with your useless comments.


Previous Comments:
------------------------------------------------------------------------
[2021-05-05 21:54:42] rtrtrtrtrt at dfdfdfdf dot dfd

> It's specfic to PHP 7.4. But apparently 
> that's not enough for the devs to look 
> into it

why should someone waste time and look into problems on a Fedora 20 system in 2021 which has no
right to exist and connected to a network?

Fedora 32 is EOL now
do the simple math!

------------------------------------------------------------------------
[2021-05-05 20:45:53] tessus@php.net

Nope, but I am in the process of setting up a new server. Still not sure if it's gonna help
though, since as mentioned before there is no version 1.1.3 anywhere on my system.

I also do not have the problem with PHP 7.3. It's specfic to PHP 7.4. But apparently
that's not enough for the devs to look into it.

------------------------------------------------------------------------
[2021-05-05 20:18:39] Albert dot sailer at gmail dot com

Hi,

Could you solve this Problem?
Im having the same issue on SuSE.

------------------------------------------------------------------------
[2021-04-15 17:29:00] tessus@php.net

Ok, so replacing the config0.m4 on 7.4 with the one from 7.3 didn't help. Same problem.
It's still working in 7.3 though.

I ran find . -name libz.so.1.1.3 in / and guess what. There's no 1.1.3 library on
my entire system. I really have no idea what the issue is. It just doesn't make any sense.

My server uptime has been 2390 days, so I will be migrating to a new machine soon. Maybe that will
fix the issues.

------------------------------------------------------------------------
[2021-04-13 22:45:26] rtrtrtrtrt at dfdfdfdf dot dfd

> I'm running Fedora 20 and haven't updated any 
> yum packages for more than 4 years, because 
> I compile everything myself anyway

Fedora 20 is from 2013 which means 8 years which means you are an idiot given that you for sure not
capable to compile *everything* at your own

your gcc, glibc and other low level stuff are a joke in 2021

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


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


--
Edit this bug report at https://bugs.php.net/bug.php?id=80953&edit=1


Thread (25 messages)

« previous php.bugs (#233706) next »