ID:               27421
 Comment by:       david at dfoerster dot de
 Reported By:      php at strategma dot bg
 Status:           No Feedback
 Bug Type:         mbstring related
 Operating System: Slackware 9.1 kernel: 2.4.22
 PHP Version:      4.3.4
 New Comment:

Hi,

this patch fixes the problem (didn't find a way to attach a patch 
here):
http://www.dfoerster.de/misc/php-27421.diff

The problem was that the while loop in PHP_RSHUTDOWN_FUNCTION would 
terminate on the first function that was not overloaded. With a 
settin of 2, the str* functions would never be restored, because the 
mail function was not overloaded.

The patch changes the behaviour to be similar to the loop in 
PHP_RINIT_FUNCTION.


Previous Comments:
------------------------------------------------------------------------

[2008-03-15 13:41:58] rnbarra at yaho dot copm

sopa

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

[2008-02-24 21:21:08] lip at lip dot net dot ua

I also have this problem.
PHP 5.2.5
Apache/2.2.8

If I use mbstring.func_overload in .htaccess 
other virtualhosts not work



For example:
<VirtualHost *:80>
DocumentRoot /var/www/phpmyadmin
AddHandler cgi-script .cgi
AddHandler cgi-script .pl
ServerName n.com.net
</VirtualHost>

<VirtualHost *:80>
DocumentRoot /var/www/db
ServerName db.net
</VirtualHost>

in /var/www/db/.htaccess
php_value mbstring.func_overload 6

In this situation phpmyadmin doesnt work when I refresh few
times db.net

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

[2008-01-17 13:35:30] mihau at great dot net dot pl

I'm still experiencing this bug.
On apache 2.0.59 with php 5.2.4, as well as php 4.4.x.

It looks like mbstring.func_overload setting in .htaccess affects other
virtualhosts and directories.

I've tried with these in httpd.conf:
<IfModule prefork.c>

MaxRequestsPerChild 10
</IfModule>

It works as expected for site A until I enter site B with
mbstring.func_overload in .htaccess. Site B works as expected.
Then i come back to site A and see unexpected results. I hit refresh
few times and results back to normal.

It looks like one request affects all other requests for specified
child.
When apache kill it after "MaxRequestPerChild" and spawn new child
everything is working fine, until site B is requested.

Is this bug somehow related to #43677?

With one exception: ini_get("mbstring.func_overload") returns correct
values - I mean values from config files.

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

[2007-01-18 09:29:39] info at bert-jan dot com

I've tried it on another server running Debian unstable with PHP
5.2.0-8 on Apache 2.2.3 both installed with apt-get and the same issue
is reproducible here too.

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

[2007-01-17 21:57:23] info at bert-jan dot com

FYI: I'm running Slamd64 (Slackware x86-64) with Apache and PHP
installed from source.

Apache:

./configure \
--enable-ssl \
--with-ssl \
--enable-proxy \
--enable-proxy-connect \
--enable-proxy-ftp \
--enable-proxy-http \
--enable-rewrite \
--enable-deflate \
--enable-so \

PHP:

./configure \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr/local/mysql/ \
--with-zlib \
--with-gd \
--with-jpeg-dir \
--with-png-dir \
--with-freetype-dir \
--enable-ftp \
--with-bz2 \
--with-gzip \
--with-openssl \
--enable-shmop \
--enable-posix \
--enable-pcntl \
--enable-sysvsem \
--enable-sysvshm \
--enable-iconv \
--with-mysqli=/usr/local/mysql/bin/mysql_config \
--enable-mbstring \
--enable-shmop \
--enable-soap \
--enable-memory-limit

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

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
    http://bugs.php.net/27421

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

Reply via email to