Edit report at https://bugs.php.net/bug.php?id=71876&edit=1
ID: 71876
Comment by: php_net at dlk dot pl
Reported by: the_djmaze at hotmail dot com
Summary: Memory corruption htmlspecialchars(): charset `*'
not supported
Status: Open
Type: Bug
Package: Strings related
Operating System: Fedora 22
PHP Version: 7.0.8
Block user comment: N
Private report: N
New Comment:
Temporary workaround is to put charset into function call:
html_entity_decode($x, null, 'utf-8');
https://pastebin.com/d1Z6631j
Also doing ini_set before doesn't work (ini_set/get broken?):
ini_set('default_charset', 'UTF-8');
$y = html_entity_decode($x);
https://pastebin.com/Dp5Aqw0Q
Previous Comments:
------------------------------------------------------------------------
[2018-03-13 11:21:31] php_net at dlk dot pl
Happens the same with our cakephp project.
Sometimes it even show phpcode in place of charset.
While ini_get('default_charset') returning UTF-8
With whole project error rate is around 50%.
Hard to prepare small test-case because it doesn't return error or showing less frequently when
i remove stuff.
Sometimes also generating HTTP 500:
php-cgi[14874]: segfault at 28d5588 ip 000000000078db23 sp 00007fff98b4e0e8 error 4 in
php-cgi[400000+bdd000]
Examples when it doesn't segfault:
https://pastebin.com/AqkC7p8Dhttp://proxy.sec3.itdesk.eu/phpbug/bugtest.html
< saved example output
------------------------------------------------------------------------
[2016-07-08 23:39:30] the_djmaze at hotmail dot com
Found more using https://www.google.nl/search?q="Warning:+htmlspecialchars():+charset"+"not+supported"
------------------------------------------------------------------------
[2016-07-08 23:26:50] the_djmaze at hotmail dot com
Tested with PHP 7.0.8 still an issue.
When using
<?php
ini_set('internal_encoding', 'UTF-8');
?>
The issue is completely gone.
------------------------------------------------------------------------
[2016-06-07 13:06:57] the_djmaze at hotmail dot com
Just tested with PHP 7.0.6 and can reproduce it there as well.
When some bigger memory usage occurs (say a CMS page), and then the above script is tested, it shows
the error.
Just using the simple test on a fresh Apache daemon start it didn't show the error.
yohgaki you got me thinking, since PHP runs as a module, it stays loaded in memory.
So you are probably right that the zend_string gets freed because something did a
ini_set('default_charset', 'UTF-8') (or not?!?) in 5.6 and 7?
------------------------------------------------------------------------
[2016-06-07 12:50:41] the_djmaze at hotmail dot com
The below code is sufficient. PHP runs as Apache 2 module.
The problem arises when encoding is set in php.ini and not in your script itself en then run the
script several times in Apache.
<?php
htmlspecialchars('some text', ENT_NOQUOTES);
phpinfo();
?>
------------------------------------------------------------------------
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=71876
--
Edit this bug report at https://bugs.php.net/bug.php?id=71876&edit=1