php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #45709 mbstring.func_overload
Submitted: 2008-08-04 13:57 UTC Modified: 2008-08-12 01:00 UTC
From: xhausherr at bestofmedia dot com Assigned:
Status: No Feedback Package: mbstring related
PHP Version: 5.2.6 OS: Windows Vista 32bits SP1
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
28 + 31 = ?
Subscribe to this entry?

 
 [2008-08-04 13:57 UTC] xhausherr at bestofmedia dot com
Description:
------------
Hello,

I am using PHP 5.2.6 and Apache 2.2.8.

I need to convert some huge website from ISO-8859-1 to UTF-8.

I am using the mbstring overload to avoid rewriting the entire PHP code.

But I have a problem on some PHP script (my entire forum) when I add the "2: Overload str*() functions".

In this case, the script is stopped before his end without any Php or Apache error. The page is not blank, but stop before the end of the script.

I have used Xdebug to try to see something, but it doesn't help me.

Here is my mbstring configuration : 

[mbstring]
mbstring.language = UTF-8
mbstring.internal_encoding = UTF-8
mbstring.http_input = auto
mbstring.http_output = UTF-8
mbstring.detect_order = auto
mbstring.func_overload = 7

Do you have an idea on this ?

Best regards.


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2008-08-04 14:06 UTC] xhausherr at bestofmedia dot com
I add some other investigation on that subject : 

- When I change the php.ini overload configuration to "mbstring.func_overload = 0" it works again.

- The script doesn't end every time at the same moment. There is some difference of 10 or 20 characters.

- If I remove some blocks of code, it can works, but a replacement with a line such as "echo 'OK';" crash the script again.

I hope it can help.
 [2008-08-04 14:09 UTC] dmytton@php.net
Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

Try posting on the general user list - http://www.php.net/mailing-lists.php
 [2008-08-04 21:04 UTC] moriyoshi@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.

Hmm, I guess something bad forced the php runtime into crash. Can you try your script with the CGI version of PHP?


 [2008-08-12 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 06:01:29 2024 UTC