#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-09-21 Thread dollar80 at freemail dot hu
 ID:   27421
 Comment by:   dollar80 at freemail dot hu
 Reported By:  php at strategma dot bg
 Status:   No Feedback
 Bug Type: mbstring related
 Operating System: *
 PHP Version:  5.2.5
 Assigned To:  hirokawa
 New Comment:

I need reloed some of moves.


Previous Comments:


[2008-09-19 14:37:56] torkel at eonbit dot com

I applied the patch from 'david at dfoerster dot de' and it solved the
issue.

In our case the mbstring.func_overload was set inside an apache virtual
host, and the setting became global. I.e. leaked into other virtual
hosts.

Thank you very much for providing this. It has been a real headache for
on of out customer.

Can you please include it in the next release? I'll be happy to provide
more information.



[2008-09-10 05:12:17] awad3 at hotmail dot com

I Download a file from Internet I coudn’t Open It Please Can you Help
Me ?
The File:
Attachment.PhP



[2008-08-08 10:47:47] david at dfoerster dot de

Thank you for applying the patch. Is it also in the 5.2 branch?

Now this is fixed you might want to remove the note about the 
per-directory-context from the documentation or with which version 
it's supposed to work.



[2008-08-05 01:00:01] 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.



[2008-07-28 14:29:20] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.3-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.3-win32-installer-latest.msi





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=27421edit=1



#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-09-19 Thread torkel at eonbit dot com
 ID:   27421
 Comment by:   torkel at eonbit dot com
 Reported By:  php at strategma dot bg
 Status:   No Feedback
 Bug Type: mbstring related
 Operating System: *
 PHP Version:  5.2.5
 Assigned To:  hirokawa
 New Comment:

I applied the patch from 'david at dfoerster dot de' and it solved the
issue.

In our case the mbstring.func_overload was set inside an apache virtual
host, and the setting became global. I.e. leaked into other virtual
hosts.

Thank you very much for providing this. It has been a real headache for
on of out customer.

Can you please include it in the next release? I'll be happy to provide
more information.


Previous Comments:


[2008-09-10 05:12:17] awad3 at hotmail dot com

I Download a file from Internet I coudn’t Open It Please Can you Help
Me ?
The File:
Attachment.PhP



[2008-08-08 10:47:47] david at dfoerster dot de

Thank you for applying the patch. Is it also in the 5.2 branch?

Now this is fixed you might want to remove the note about the 
per-directory-context from the documentation or with which version 
it's supposed to work.



[2008-08-05 01:00:01] 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.



[2008-07-28 14:29:20] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.3-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.3-win32-installer-latest.msi





[2008-07-13 15:15:26] [EMAIL PROTECTED]

Rui, didn't you just apply a patch that fixes this since it can't be
set per-directory anymore?



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=27421edit=1



#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-09-09 Thread awad33333 at hotmail dot com
 ID:   27421
 Comment by:   awad3 at hotmail dot com
 Reported By:  php at strategma dot bg
 Status:   No Feedback
 Bug Type: mbstring related
 Operating System: *
 PHP Version:  5.2.5
 Assigned To:  hirokawa
 New Comment:

I Download a file from Internet I coudn’t Open It Please Can you Help
Me ?
The File:
Attachment.PhP


Previous Comments:


[2008-08-08 10:47:47] david at dfoerster dot de

Thank you for applying the patch. Is it also in the 5.2 branch?

Now this is fixed you might want to remove the note about the 
per-directory-context from the documentation or with which version 
it's supposed to work.



[2008-08-05 01:00:01] 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.



[2008-07-28 14:29:20] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.3-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.3-win32-installer-latest.msi





[2008-07-13 15:15:26] [EMAIL PROTECTED]

Rui, didn't you just apply a patch that fixes this since it can't be
set per-directory anymore?



[2008-06-10 08:39:42] future at shiny dot co dot il

Oops, my mistake. David's patch DOES solve the issue. (I just forgot to
rebuild the module :)



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=27421edit=1



#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-08-08 Thread david at dfoerster dot de
 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: *
 PHP Version:  5.2.5
 Assigned To:  hirokawa
 New Comment:

Thank you for applying the patch. Is it also in the 5.2 branch?

Now this is fixed you might want to remove the note about the 
per-directory-context from the documentation or with which version 
it's supposed to work.


Previous Comments:


[2008-08-05 01:00:01] 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.



[2008-07-28 14:29:20] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.3-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.3-win32-installer-latest.msi





[2008-07-13 15:15:26] [EMAIL PROTECTED]

Rui, didn't you just apply a patch that fixes this since it can't be
set per-directory anymore?



[2008-06-10 08:39:42] future at shiny dot co dot il

Oops, my mistake. David's patch DOES solve the issue. (I just forgot to
rebuild the module :)



[2008-06-10 02:10:56] future at shiny dot co dot il

David, unfortunately your patch doesn't seem to solve the problem.

Furthermore, on my system, strlen never seems to be overridden
(mb_orig_strlen never exists) while substr always remains overridden
(mb_orig_substr always exists).

Are you sure this shutdown sequence is even being run?



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=27421edit=1



#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-06-10 Thread future at shiny dot co dot il
 ID:   27421
 Comment by:   future at shiny dot co dot il
 Reported By:  php at strategma dot bg
 Status:   Assigned
 Bug Type: mbstring related
 Operating System: Slackware 9.1 kernel: 2.4.22
 PHP Version:  4.3.4
 Assigned To:  hirokawa
 New Comment:

Oops, my mistake. David's patch DOES solve the issue. (I just forgot to
rebuild the module :)


Previous Comments:


[2008-06-10 02:10:56] future at shiny dot co dot il

David, unfortunately your patch doesn't seem to solve the problem.

Furthermore, on my system, strlen never seems to be overridden
(mb_orig_strlen never exists) while substr always remains overridden
(mb_orig_substr always exists).

Are you sure this shutdown sequence is even being run?



[2008-03-19 18:37:03] [EMAIL PROTECTED]

Assigned to maintainer.



[2008-03-19 18:28:25] david at dfoerster dot de

 It is not recommended to use the function overloading option in 
 the per-directory context, because it's not confirmed yet to be 
 stable enough in a production environment and may lead to 
 undefined behaviour. 

Once the patch is applied this notice can probably be removed from 
the documentation.



[2008-03-19 18:08:46] david at dfoerster dot de

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.



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

sopa



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=27421edit=1



#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-06-09 Thread future at shiny dot co dot il
 ID:   27421
 Comment by:   future at shiny dot co dot il
 Reported By:  php at strategma dot bg
 Status:   Assigned
 Bug Type: mbstring related
 Operating System: Slackware 9.1 kernel: 2.4.22
 PHP Version:  4.3.4
 Assigned To:  hirokawa
 New Comment:

David, unfortunately your patch doesn't seem to solve the problem.

Furthermore, on my system, strlen never seems to be overridden
(mb_orig_strlen never exists) while substr always remains overridden
(mb_orig_substr always exists).

Are you sure this shutdown sequence is even being run?


Previous Comments:


[2008-03-19 18:37:03] [EMAIL PROTECTED]

Assigned to maintainer.



[2008-03-19 18:28:25] david at dfoerster dot de

 It is not recommended to use the function overloading option in 
 the per-directory context, because it's not confirmed yet to be 
 stable enough in a production environment and may lead to 
 undefined behaviour. 

Once the patch is applied this notice can probably be removed from 
the documentation.



[2008-03-19 18:08:46] david at dfoerster dot de

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.



[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



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=27421edit=1



#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-03-19 Thread david at dfoerster dot de
 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=27421edit=1



#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-03-19 Thread david at dfoerster dot de
 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:

 It is not recommended to use the function overloading option in 
 the per-directory context, because it's not confirmed yet to be 
 stable enough in a production environment and may lead to 
 undefined behaviour. 

Once the patch is applied this notice can probably be removed from 
the documentation.


Previous Comments:


[2008-03-19 18:08:46] david at dfoerster dot de

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.



[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.



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=27421edit=1



#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-03-15 Thread rnbarra at yaho dot copm
 ID:   27421
 Comment by:   rnbarra at yaho dot copm
 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:

sopa


Previous Comments:


[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



[2007-01-17 21:41:53] info at bert-jan dot com

I'm having this exact same issue on PHP 5.1.6 on Apache 2.0.59. Putting
the mbstring.* settings in the VirtualHost-directive or in .htaccess
doesn't seem to make a difference. The settings are 'leaked' to other
vhosts who start to randomly malfunction and report errors like

Warning: mb_strrpos() [function.mb-strrpos]: Unknown encoding 6 in
/home/bertjan/public_html/functions.php on line 307

As stated in the other comments, the erroneous behaviour isn't
consistent. Sometimes it works but more often it doesn't. The trouble is
quite evident in e.g. Squirrelmail or phpMyAdmin.



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=27421edit=1



#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-02-24 Thread lip at lip dot net dot ua
 ID:   27421
 Comment by:   lip at lip dot net dot ua
 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:

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


Previous Comments:


[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



[2007-01-17 21:41:53] info at bert-jan dot com

I'm having this exact same issue on PHP 5.1.6 on Apache 2.0.59. Putting
the mbstring.* settings in the VirtualHost-directive or in .htaccess
doesn't seem to make a difference. The settings are 'leaked' to other
vhosts who start to randomly malfunction and report errors like

Warning: mb_strrpos() [function.mb-strrpos]: Unknown encoding 6 in
/home/bertjan/public_html/functions.php on line 307

As stated in the other comments, the erroneous behaviour isn't
consistent. Sometimes it works but more often it doesn't. The trouble is
quite evident in e.g. Squirrelmail or phpMyAdmin.



[2006-11-17 15:02:35] christophe at saout dot de

I'm still seing a similar problem in PHP 4.4.4.

The site has globally turned on mbstring.func_overload in php.ini.

When turning it off in a .htaccess for a specific directory, the
behaviour experienced by the scripts in that directory becomes random.
Sometimes it works as expected (especially after a fresh start of
apache), but most of the time the script is using the overloaded
mbstring functions e.g. for substr, even though
ini_get(mbstring.func_overload) returns 0.

It looks like the save/restore in the mbstring module somehow gets
confused and leaks overloaded functions between apache requests.

Assuming this is a variant of the bug experienced by the original bug
author, I'm posting this here and requesting a re-opening.



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=27421edit=1


#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2008-01-17 Thread mihau at great dot net dot pl
 ID:   27421
 Comment by:   mihau at great dot net dot pl
 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:

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.


Previous Comments:


[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



[2007-01-17 21:41:53] info at bert-jan dot com

I'm having this exact same issue on PHP 5.1.6 on Apache 2.0.59. Putting
the mbstring.* settings in the VirtualHost-directive or in .htaccess
doesn't seem to make a difference. The settings are 'leaked' to other
vhosts who start to randomly malfunction and report errors like

Warning: mb_strrpos() [function.mb-strrpos]: Unknown encoding 6 in
/home/bertjan/public_html/functions.php on line 307

As stated in the other comments, the erroneous behaviour isn't
consistent. Sometimes it works but more often it doesn't. The trouble is
quite evident in e.g. Squirrelmail or phpMyAdmin.



[2006-11-17 15:02:35] christophe at saout dot de

I'm still seing a similar problem in PHP 4.4.4.

The site has globally turned on mbstring.func_overload in php.ini.

When turning it off in a .htaccess for a specific directory, the
behaviour experienced by the scripts in that directory becomes random.
Sometimes it works as expected (especially after a fresh start of
apache), but most of the time the script is using the overloaded
mbstring functions e.g. for substr, even though
ini_get(mbstring.func_overload) returns 0.

It looks like the save/restore in the mbstring module somehow gets
confused and leaks overloaded functions between apache requests.

Assuming this is a variant of the bug experienced by the original bug
author, I'm posting this here and requesting a re-opening.



[2004-03-13 05:01:58] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





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=27421edit=1


#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2007-01-18 Thread info at bert-jan dot com
 ID:   27421
 Comment by:   info at bert-jan dot com
 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:

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.


Previous Comments:


[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



[2007-01-17 21:41:53] info at bert-jan dot com

I'm having this exact same issue on PHP 5.1.6 on Apache 2.0.59. Putting
the mbstring.* settings in the VirtualHost-directive or in .htaccess
doesn't seem to make a difference. The settings are 'leaked' to other
vhosts who start to randomly malfunction and report errors like

Warning: mb_strrpos() [function.mb-strrpos]: Unknown encoding 6 in
/home/bertjan/public_html/functions.php on line 307

As stated in the other comments, the erroneous behaviour isn't
consistent. Sometimes it works but more often it doesn't. The trouble
is quite evident in e.g. Squirrelmail or phpMyAdmin.



[2006-11-17 15:02:35] christophe at saout dot de

I'm still seing a similar problem in PHP 4.4.4.

The site has globally turned on mbstring.func_overload in php.ini.

When turning it off in a .htaccess for a specific directory, the
behaviour experienced by the scripts in that directory becomes random.
Sometimes it works as expected (especially after a fresh start of
apache), but most of the time the script is using the overloaded
mbstring functions e.g. for substr, even though
ini_get(mbstring.func_overload) returns 0.

It looks like the save/restore in the mbstring module somehow gets
confused and leaks overloaded functions between apache requests.

Assuming this is a variant of the bug experienced by the original bug
author, I'm posting this here and requesting a re-opening.



[2004-03-13 05:01:58] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





[2004-03-07 06:10:30] [EMAIL PROTECTED]

Could you try php-4.3.5RC3 instead of the current CVS snapshots?

http://qa.php.net/





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=27421edit=1


#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2007-01-17 Thread info at bert-jan dot com
 ID:   27421
 Comment by:   info at bert-jan dot com
 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:

I'm having this exact same issue on PHP 5.1.6 on Apache 2.0.59. Putting
the mbstring.* settings in the VirtualHost-directive or in .htaccess
doesn't seem to make a difference. The settings are 'leaked' to other
vhosts who start to randomly malfunction and report errors like

Warning: mb_strrpos() [function.mb-strrpos]: Unknown encoding 6 in
/home/bertjan/public_html/functions.php on line 307

As stated in the other comments, the erroneous behaviour isn't
consistent. Sometimes it works but more often it doesn't. The trouble
is quite evident in e.g. Squirrelmail or phpMyAdmin.


Previous Comments:


[2006-11-17 15:02:35] christophe at saout dot de

I'm still seing a similar problem in PHP 4.4.4.

The site has globally turned on mbstring.func_overload in php.ini.

When turning it off in a .htaccess for a specific directory, the
behaviour experienced by the scripts in that directory becomes random.
Sometimes it works as expected (especially after a fresh start of
apache), but most of the time the script is using the overloaded
mbstring functions e.g. for substr, even though
ini_get(mbstring.func_overload) returns 0.

It looks like the save/restore in the mbstring module somehow gets
confused and leaks overloaded functions between apache requests.

Assuming this is a variant of the bug experienced by the original bug
author, I'm posting this here and requesting a re-opening.



[2004-03-13 05:01:58] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





[2004-03-07 06:10:30] [EMAIL PROTECTED]

Could you try php-4.3.5RC3 instead of the current CVS snapshots?

http://qa.php.net/





[2004-03-06 14:22:29] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2004-02-27 10:12:38] php at strategma dot bg

Description:

./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--prefix=/usr/local/php --enable-mbstring \
--with-mbregex
apache version 1.3.29

we set in .htaccess
PHP_VALUE mbstring.internal_encoding UTF-8
PHP_VALUE default_charset UTF-8
PHP_VALUE mbstring.http_output UTF-8
PHP_VALUE mbstring.encoding_translation On
PHP_VALUE mbstring.detect_order UTF-8
PHP_VALUE mbstring.func_overload 7

for specific site, but string functions on other web sites at the same

apache doest work (other sites use CP1251 enconding). 

The string functions stop to work when anyone access the unicode site.
When we stop apache and start it again cp1251 string functions work
properly.
we tryed the same configuration in the VirtualHost directive at
apache's 
httpd.conf for the UNICODE site
and in the Directory but it is the same result

With or without setlocale(LC_ALL,bg_BG.CP1251) or 
bg_BG or bg_BG.UTF-8 we have tryed all combinations and it still doesnt
work.

thanks in advance

Reproduce code:
---
?php
$v = 'Òîâà å òåñò|test.php';
print substr($v,0,strpos($v,'|'));
?

Expected result:

Òîâà å òåñò

Actual result:
--
Òîâà





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


#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2007-01-17 Thread info at bert-jan dot com
 ID:   27421
 Comment by:   info at bert-jan dot com
 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:

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


Previous Comments:


[2007-01-17 21:41:53] info at bert-jan dot com

I'm having this exact same issue on PHP 5.1.6 on Apache 2.0.59. Putting
the mbstring.* settings in the VirtualHost-directive or in .htaccess
doesn't seem to make a difference. The settings are 'leaked' to other
vhosts who start to randomly malfunction and report errors like

Warning: mb_strrpos() [function.mb-strrpos]: Unknown encoding 6 in
/home/bertjan/public_html/functions.php on line 307

As stated in the other comments, the erroneous behaviour isn't
consistent. Sometimes it works but more often it doesn't. The trouble
is quite evident in e.g. Squirrelmail or phpMyAdmin.



[2006-11-17 15:02:35] christophe at saout dot de

I'm still seing a similar problem in PHP 4.4.4.

The site has globally turned on mbstring.func_overload in php.ini.

When turning it off in a .htaccess for a specific directory, the
behaviour experienced by the scripts in that directory becomes random.
Sometimes it works as expected (especially after a fresh start of
apache), but most of the time the script is using the overloaded
mbstring functions e.g. for substr, even though
ini_get(mbstring.func_overload) returns 0.

It looks like the save/restore in the mbstring module somehow gets
confused and leaks overloaded functions between apache requests.

Assuming this is a variant of the bug experienced by the original bug
author, I'm posting this here and requesting a re-opening.



[2004-03-13 05:01:58] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





[2004-03-07 06:10:30] [EMAIL PROTECTED]

Could you try php-4.3.5RC3 instead of the current CVS snapshots?

http://qa.php.net/





[2004-03-06 14:22:29] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





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=27421edit=1


#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2006-11-17 Thread christophe at saout dot de
 ID:   27421
 Comment by:   christophe at saout 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:

I'm still seing a similar problem in PHP 4.4.4.

The site has globally turned on mbstring.func_overload in php.ini.

When turning it off in a .htaccess for a specific directory, the
behaviour experienced by the scripts in that directory becomes random.
Sometimes it works as expected (especially after a fresh start of
apache), but most of the time the script is using the overloaded
mbstring functions e.g. for substr, even though
ini_get(mbstring.func_overload) returns 0.

It looks like the save/restore in the mbstring module somehow gets
confused and leaks overloaded functions between apache requests.

Assuming this is a variant of the bug experienced by the original bug
author, I'm posting this here and requesting a re-opening.


Previous Comments:


[2004-03-13 05:01:58] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





[2004-03-07 06:10:30] [EMAIL PROTECTED]

Could you try php-4.3.5RC3 instead of the current CVS snapshots?

http://qa.php.net/





[2004-03-06 14:22:29] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2004-02-27 10:12:38] php at strategma dot bg

Description:

./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--prefix=/usr/local/php --enable-mbstring \
--with-mbregex
apache version 1.3.29

we set in .htaccess
PHP_VALUE mbstring.internal_encoding UTF-8
PHP_VALUE default_charset UTF-8
PHP_VALUE mbstring.http_output UTF-8
PHP_VALUE mbstring.encoding_translation On
PHP_VALUE mbstring.detect_order UTF-8
PHP_VALUE mbstring.func_overload 7

for specific site, but string functions on other web sites at the same

apache doest work (other sites use CP1251 enconding). 

The string functions stop to work when anyone access the unicode site.
When we stop apache and start it again cp1251 string functions work
properly.
we tryed the same configuration in the VirtualHost directive at
apache's 
httpd.conf for the UNICODE site
and in the Directory but it is the same result

With or without setlocale(LC_ALL,bg_BG.CP1251) or 
bg_BG or bg_BG.UTF-8 we have tryed all combinations and it still doesnt
work.

thanks in advance

Reproduce code:
---
?php
$v = 'Òîâà å òåñò|test.php';
print substr($v,0,strpos($v,'|'));
?

Expected result:

Òîâà å òåñò

Actual result:
--
Òîâà





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


#27421 [Com]: mbstring.func_overload set in .htaccess becomes global

2006-03-19 Thread nong11yjyygy at yahoo dot com
 ID:   27421
 Comment by:   nong11yjyygy at yahoo dot com
 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:

very good
http://www.11nong.com


Previous Comments:


[2004-03-13 05:01:58] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





[2004-03-07 06:10:30] [EMAIL PROTECTED]

Could you try php-4.3.5RC3 instead of the current CVS snapshots?

http://qa.php.net/





[2004-03-06 14:22:29] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2004-02-27 10:12:38] php at strategma dot bg

Description:

./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--prefix=/usr/local/php --enable-mbstring \
--with-mbregex
apache version 1.3.29

we set in .htaccess
PHP_VALUE mbstring.internal_encoding UTF-8
PHP_VALUE default_charset UTF-8
PHP_VALUE mbstring.http_output UTF-8
PHP_VALUE mbstring.encoding_translation On
PHP_VALUE mbstring.detect_order UTF-8
PHP_VALUE mbstring.func_overload 7

for specific site, but string functions on other web sites at the same

apache doest work (other sites use CP1251 enconding). 

The string functions stop to work when anyone access the unicode site.
When we stop apache and start it again cp1251 string functions work
properly.
we tryed the same configuration in the VirtualHost directive at
apache's 
httpd.conf for the UNICODE site
and in the Directory but it is the same result

With or without setlocale(LC_ALL,bg_BG.CP1251) or 
bg_BG or bg_BG.UTF-8 we have tryed all combinations and it still doesnt
work.

thanks in advance

Reproduce code:
---
?php
$v = 'Òîâà å òåñò|test.php';
print substr($v,0,strpos($v,'|'));
?

Expected result:

Òîâà å òåñò

Actual result:
--
Òîâà





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