Re: [PHP-DEV] mb_string.func_overload has secretly been changed from PERDIR to SYSTEM

2009-09-10 Thread Lars Torben Wilson

Jani Taskinen wrote:

On 09/10/2009 04:46 PM, Tony Marston wrote:
You are missing the point. I'm not trying to set the encoding for any 
HTML

output as that is handled differently. What I am concerned about is the
func_overload option which, ever since PHP 4.2.0, we have been able to 
turn

on or off using an htaccess directive on a PERDIR basis. Although neither
the documentation nor the release notes have been changed the PERDIR 
option
has disappeared and it is now set either on or off for the entire 
system and

cannot be modified with any htaccess or ini_set directive.

So if func_overload is turned on, how do I turn it off? If it is 
turned off

how do I turn it on?

Considering that phpMyAdmin does not like it to be turned on, this is 
not a

trivial point.


Simply doing a search in the bug system would have revealed the current 
status of this:


  http://bugs.php.net/bug.php?id=49189&edit=1

The documentation team just hasn't got around changing the docs yet and 
adding a note about it there. Feel free to provide a patch or forever be 
silent.


--Jani


No need, fixed in the doc svn.


Torben


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] mb_string.func_overload has secretly been changed from PERDIR to SYSTEM

2009-09-10 Thread Jani Taskinen

On 09/10/2009 04:46 PM, Tony Marston wrote:

You are missing the point. I'm not trying to set the encoding for any HTML
output as that is handled differently. What I am concerned about is the
func_overload option which, ever since PHP 4.2.0, we have been able to turn
on or off using an htaccess directive on a PERDIR basis. Although neither
the documentation nor the release notes have been changed the PERDIR option
has disappeared and it is now set either on or off for the entire system and
cannot be modified with any htaccess or ini_set directive.

So if func_overload is turned on, how do I turn it off? If it is turned off
how do I turn it on?

Considering that phpMyAdmin does not like it to be turned on, this is not a
trivial point.


Simply doing a search in the bug system would have revealed the current 
status of this:


  http://bugs.php.net/bug.php?id=49189&edit=1

The documentation team just hasn't got around changing the docs yet and 
adding a note about it there. Feel free to provide a patch or forever be 
silent.


--Jani

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] mb_string.func_overload has secretly been changed from PERDIR to SYSTEM

2009-09-10 Thread Tomas Kuliavas
2009.09.10 15:25 Tony Marston rašė:
> There is no set_up_language() function, and what has SquirrelMail got to
> do with PHP?
>
> Unless you can point to some official documentation on the PHP web site
> your "advice" is totally unsubstantiated and virtually worthless.

This "advice" is the only advice that you got. :) It might be worthless,
but it comes from PHP script developer who specializes in
internationalization stuff and who had to make sure that his stuff works
without any .htaccess modifications in environment thrashed by
mbstring.func_overload.

Setting mbstring internal encoding to 'pass' fixed string length
evaluation issues in code which worked with random 8bit strings. Those
random strings store encoded passwords and any data corruption would
result authentication error. ereg and mail overrides were not tested,
because code rarely uses ereg functions and does not use PHP mail().

Thanks to Dave for looking up the code I was referring too.

-- 
Tomas


-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] mb_string.func_overload has secretly been changed from PERDIR to SYSTEM

2009-09-10 Thread Tony Marston
You are missing the point. I'm not trying to set the encoding for any HTML 
output as that is handled differently. What I am concerned about is the 
func_overload option which, ever since PHP 4.2.0, we have been able to turn 
on or off using an htaccess directive on a PERDIR basis. Although neither 
the documentation nor the release notes have been changed the PERDIR option 
has disappeared and it is now set either on or off for the entire system and 
cannot be modified with any htaccess or ini_set directive.

So if func_overload is turned on, how do I turn it off? If it is turned off 
how do I turn it on?

Considering that phpMyAdmin does not like it to be turned on, this is not a 
trivial point.

-- 
Tony Marston
http://www.tonymarston.net
http://www.radicore.org

"Dave Ingram"  wrote in message 
news:4aa8f383.3040...@dmi.me.uk...
> Tony Marston wrote:
>> There is no set_up_language() function, and what has SquirrelMail got to 
>> do
>> with PHP?
>>
>> Unless you can point to some official documentation on the PHP web site 
>> your
>> "advice" is totally unsubstantiated and virtually worthless.
>>
>>
> As for hints in the documentation, see mb_internal_encoding() and the
> comments for mb_http_output(), which mentions the 'pass' encoding type.
>
>
> Dave 



-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] mb_string.func_overload has secretly been changed from PERDIR to SYSTEM

2009-09-10 Thread Dave Ingram
Tony Marston wrote:
> There is no set_up_language() function, and what has SquirrelMail got to do 
> with PHP?
>
> Unless you can point to some official documentation on the PHP web site your 
> "advice" is totally unsubstantiated and virtually worthless.
>
>   
As for hints in the documentation, see mb_internal_encoding() and the
comments for mb_http_output(), which mentions the 'pass' encoding type.


Dave

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] mb_string.func_overload has secretly been changed from PERDIR to SYSTEM

2009-09-10 Thread Dave Ingram
Tony Marston wrote:
> There is no set_up_language() function, and what has SquirrelMail got to do 
> with PHP?
>
> Unless you can point to some official documentation on the PHP web site your 
> "advice" is totally unsubstantiated and virtually worthless.
>   
He was referring to set_up_language() defined within SquirrelMail's
functions/i18n.php which contains:

// mbstring.func_overload<>0 fix. See cvs HEAD comments.
if ($squirrelmail_language != 'ja_JP' &&
function_exists('mb_internal_encoding') &&
check_php_version(4,2,0) &&
(int)ini_get('mbstring.func_overload')!=0) {
mb_internal_encoding('pass');
}

among other things. This appears to be what he was referring to,
particularly the "mb_internal_encoding('pass');" call.


Dave

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] mb_string.func_overload has secretly been changed from PERDIR to SYSTEM

2009-09-10 Thread Tony Marston
There is no set_up_language() function, and what has SquirrelMail got to do 
with PHP?

Unless you can point to some official documentation on the PHP web site your 
"advice" is totally unsubstantiated and virtually worthless.

-- 
Tony Marston
http://www.tonymarston.net
http://www.radicore.org

""Tomas Kuliavas""  wrote in message 
news:1674.c316b4e9.1252580285@avilys.eik.lt...
> 2009.09.10 11:17 Tony Marston rase:
>>
>> ""Tomas Kuliavas""  wrote in message
>> news:40100.4e3f9432.1252518200@avilys.eik.lt...
>>> 2009.09.09 19:12 Tony Marston rase:
 I have reported this problem in http://bugs.php.net/bug.php?id=49238.
 It
 would appear that this option, which was first made available in PHP
 4.2.0,
 has been silently dropped. Apparently the decision was made in order to
 fix
 http://bugs.php.net/bug.php?id=43227, but nothing was explicitly stated
 in
 the bug report, nor in any release notes, and the documentation still
 has
 not been updated to reflect this change even after 6 months.

 This causes a problem if your site is on a shared server and you don't
 have
 access to either php.ini or httpd.conf. If this option is turned off by
 default, then how do you turn it on? If it is on by default then how do
 you turn it off? It needs to be turned off for phpMyAdmin otherwise it
 will issue a message warning about possible data corruption.
>>>
>>> I think you can turn off mbstring overloading by setting internal
>>> mbstring
>>> encoding to 'pass'. Instead of turning mbstring overloading on you
>>> should
>>> use mbstring functions.
>>
>> You THINK it can be turned off this way? That's not good enough. Does it
>> actually work? Where is it documented?
>
> Works for me. See SquirrelMail functions/i18n.php set_up_language() 
> function.
>
> -- 
> Tomas
> 



-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] mb_string.func_overload has secretly been changed from PERDIR to SYSTEM

2009-09-10 Thread Tomas Kuliavas
2009.09.10 11:17 Tony Marston rašė:
>
> ""Tomas Kuliavas""  wrote in message
> news:40100.4e3f9432.1252518200@avilys.eik.lt...
>> 2009.09.09 19:12 Tony Marston rase:
>>> I have reported this problem in http://bugs.php.net/bug.php?id=49238.
>>> It
>>> would appear that this option, which was first made available in PHP
>>> 4.2.0,
>>> has been silently dropped. Apparently the decision was made in order to
>>> fix
>>> http://bugs.php.net/bug.php?id=43227, but nothing was explicitly stated
>>> in
>>> the bug report, nor in any release notes, and the documentation still
>>> has
>>> not been updated to reflect this change even after 6 months.
>>>
>>> This causes a problem if your site is on a shared server and you don't
>>> have
>>> access to either php.ini or httpd.conf. If this option is turned off by
>>> default, then how do you turn it on? If it is on by default then how do
>>> you turn it off? It needs to be turned off for phpMyAdmin otherwise it
>>> will issue a message warning about possible data corruption.
>>
>> I think you can turn off mbstring overloading by setting internal
>> mbstring
>> encoding to 'pass'. Instead of turning mbstring overloading on you
>> should
>> use mbstring functions.
>
> You THINK it can be turned off this way? That's not good enough. Does it
> actually work? Where is it documented?

Works for me. See SquirrelMail functions/i18n.php set_up_language() function.

-- 
Tomas


-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Re: [PHP-DEV] mb_string.func_overload has secretly been changed from PERDIR to SYSTEM

2009-09-10 Thread Tony Marston

""Tomas Kuliavas""  wrote in message 
news:40100.4e3f9432.1252518200@avilys.eik.lt...
> 2009.09.09 19:12 Tony Marston rase:
>> I have reported this problem in http://bugs.php.net/bug.php?id=49238. It
>> would appear that this option, which was first made available in PHP
>> 4.2.0,
>> has been silently dropped. Apparently the decision was made in order to
>> fix
>> http://bugs.php.net/bug.php?id=43227, but nothing was explicitly stated 
>> in
>> the bug report, nor in any release notes, and the documentation still has
>> not been updated to reflect this change even after 6 months.
>>
>> This causes a problem if your site is on a shared server and you don't
>> have
>> access to either php.ini or httpd.conf. If this option is turned off by
>> default, then how do you turn it on? If it is on by default then how do
>> you turn it off? It needs to be turned off for phpMyAdmin otherwise it
>> will issue a message warning about possible data corruption.
>
> I think you can turn off mbstring overloading by setting internal mbstring
> encoding to 'pass'. Instead of turning mbstring overloading on you should
> use mbstring functions.

You THINK it can be turned off this way? That's not good enough. Does it 
actually work? Where is it documented?

-- 
Tony Marston
http://www.tonymarston.net
http://www.radicore.org 



-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php