Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:45556 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 85265 invoked from network); 10 Sep 2009 16:25:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Sep 2009 16:25:17 -0000 Authentication-Results: pb1.pair.com header.from=jani.taskinen@iki.fi; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=jani.taskinen@iki.fi; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain iki.fi from 204.13.248.72 cause and error) X-PHP-List-Original-Sender: jani.taskinen@iki.fi X-Host-Fingerprint: 204.13.248.72 mho-02-ewr.mailhop.org Received: from [204.13.248.72] ([204.13.248.72:58365] helo=mho-02-ewr.mailhop.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F7/82-04465-D6829AA4 for ; Thu, 10 Sep 2009 12:25:17 -0400 Received: from a88-112-30-186.elisa-laajakaista.fi ([88.112.30.186] helo=localhost.localdomain) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.68) (envelope-from ) id 1MlmSP-000Hta-3o; Thu, 10 Sep 2009 16:25:14 +0000 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 88.112.30.186 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/mzfEATd37JGYKsjfoC2G7HvrbDPnsZnw= Message-ID: <4AA92866.3010209@iki.fi> Date: Thu, 10 Sep 2009 19:25:10 +0300 Reply-To: jani.taskinen@iki.fi User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3 MIME-Version: 1.0 To: Tony Marston CC: internals@lists.php.net References: <83.35.38554.204D7AA4@pb1.pair.com> <40100.4e3f9432.1252518200.nsm@avilys.eik.lt> <4A.C8.06945.E06B8AA4@pb1.pair.com> <1674.c316b4e9.1252580285.nsm@avilys.eik.lt> <2E.A1.42016.120F8AA4@pb1.pair.com> <4AA8F383.3040305@dmi.me.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] mb_string.func_overload has secretly been changed from PERDIR to SYSTEM From: jani.taskinen@iki.fi (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