Edit report at https://bugs.php.net/bug.php?id=80953&edit=1
ID: 80953
Updated by: nikic@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:
Moderation note: Comments from Reindl Harald have been removed, so the discussion might read a bit
disjointed now.
Previous Comments:
------------------------------------------------------------------------
[2021-05-06 04:00:20] tessus@php.net
Name calling. Really mature.
> and no downtimes longer than 5-15 seconds
Wow, ok. This tells me what an amateur you are. You have never touched a real server. Go play with
your workstation in your basement.
> i doubt that for glibc and openssl in recent versions
Yep, that's what I thought. It's not my fault that your abilities are lacking.
You do know that TLS 1.3 requires openssl 1.1.1, right?
I knew it was a mistake even to entertain replying to you. It won't happen again. You are
probably this annoying person who was banned a few times from the mailing list or some other troll
who thinks they are smart.
Either way, what gives you the right to spam this bug report without contributing any useful
information? Don't answer. Just go away.
I'm done with you. I really have better things to do than wasting my time with the likes of
you.
------------------------------------------------------------------------
[2021-05-06 03:11:06] tessus@php.net
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.
------------------------------------------------------------------------
[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.
------------------------------------------------------------------------
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