Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:10787 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98334 invoked by uid 1010); 26 Jun 2004 16:31:04 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 98242 invoked from network); 26 Jun 2004 16:31:04 -0000 Received: from unknown (HELO mgkyb1.nw.wakwak.com) (211.9.230.193) by pb1.pair.com with SMTP; 26 Jun 2004 16:31:04 -0000 Received: from vckyb4.nw.wakwak.com (postfix@vckyb4.nw.wakwak.com [211.9.231.145]) by mgkyb1.nw.wakwak.com (8.12.11/8.12.11/2004-03-24) with SMTP id i5QGV2wn068791; Sun, 27 Jun 2004 01:31:02 +0900 (JST) (envelope-from moriyoshi@at.wakwak.com) Received: from at.wakwak.com (at.wakwak.com [211.9.230.135]) by vckyb4.nw.wakwak.com (Postfix) with ESMTP id 208B33FE02; Sun, 27 Jun 2004 01:31:02 +0900 (JST) Received: from [192.168.0.100] (newcycle.as.wakwak.ne.jp [218.225.209.145]) by at.wakwak.com (8.12.11/8.12.11/2004-06-25) with ESMTP/inet id i5QGV1Wc014727; Sun, 27 Jun 2004 01:31:01 +0900 (JST) (envelope-from moriyoshi@at.wakwak.com) In-Reply-To: <40DC70CB.5010400@php.net> References: <40DC70CB.5010400@php.net> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-ID: <3383A1AE-C78E-11D8-8A69-000A95CE0C62@at.wakwak.com> Content-Transfer-Encoding: 7bit Cc: internals@lists.php.net Date: Sun, 27 Jun 2004 01:30:57 +0900 To: Stefan Esser X-Mailer: Apple Mail (2.618) Subject: Re: [PHP-DEV] Input Filters - Bugs? - PHP4 Port From: moriyoshi@at.wakwak.com (Moriyoshi Koizumi) On 2004/06/26, at 3:36, Stefan Esser wrote: > I am asking, because this is not properly documented and atleast the > mbstring extension violates this. mbstring extention doesn't actually use "input filter" stuff, but it had initially been merged to SAPI as a ugly "hack" long before the input filter was first introduced by Rasmus. So whatsoever it is, it has nothing to do with that :) while I'm thinking of switching to more a generic facility, with which values and keys can equally be altered in filter callbacks. Moriyoshi