Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:13189
Return-Path: <moriyoshi@at.wakwak.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 46418 invoked by uid 1010); 6 Oct 2004 01:51:28 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 46390 invoked from network); 6 Oct 2004 01:51:27 -0000
Received: from unknown (HELO mgkyb2.nw.wakwak.com) (211.9.231.193)
  by pb1.pair.com with SMTP; 6 Oct 2004 01:51:27 -0000
Received: from vckyb3.nw.wakwak.com (postfix@vckyb3.nw.wakwak.com [211.9.231.144])
	by mgkyb2.nw.wakwak.com (8.13.1/8.13.1/2004-08-10) with SMTP id i961pPxo009962;
	Wed, 6 Oct 2004 10:51:26 +0900 (JST)
	(envelope-from moriyoshi@at.wakwak.com)
Received: from at.wakwak.com (at.wakwak.com [211.9.230.135])
	by vckyb3.nw.wakwak.com (Postfix) with ESMTP
	id BD2023FE02; Wed,  6 Oct 2004 10:51:25 +0900 (JST)
Received: from [192.168.0.100] (newcycle.as.wakwak.ne.jp [218.225.209.145])
	by at.wakwak.com (8.13.1/8.13.1/2004-09-09) with ESMTP/inet id i961pPak085586;
	Wed, 6 Oct 2004 10:51:25 +0900 (JST)
	(envelope-from moriyoshi@at.wakwak.com)
In-Reply-To: <20041005162302.62405.qmail@pb1.pair.com>
References: <20041005162302.62405.qmail@pb1.pair.com>
Mime-Version: 1.0 (Apple Message framework v619)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-ID: <240C3182-173A-11D9-A128-000A95CE0C62@at.wakwak.com>
Content-Transfer-Encoding: 7bit
Cc: internals@lists.php.net
Date: Wed, 6 Oct 2004 10:50:46 +0900
To: Michael Wallner <mike@php.net>
X-Mailer: Apple Mail (2.619)
Subject: Re: [PHP-DEV] iconv's input_encoding useless?
From: moriyoshi@at.wakwak.com (Moriyoshi Koizumi)

Seems like a documentation problem. Since its introduction
the iconv extension has never had such a function that converts the
HTTP queries into those of another encoding, so that setting
is useless at all. But there is the opposite function that
converts the output into another encoding.

Could you file it in bugs.php.net?

Thanks
Moriyoshi

On 2004/10/06, at 1:23, Michael Wallner wrote:

> Hi,
>
> perhaps I'm just missing something, the docs don't
> really mention anything about that issue...
>
> Shouldn't iconv decode HTTP input from "input_encoding"
> to "internal_encoding", and if not, then what is the
> input_encoding setting for?
>
> Here's a small script to reproduce:
> ======================================================
> <?php
> iconv_set_encoding('internal_encoding', 'iso-8859-1');
> iconv_set_encoding('input_encoding', 'utf-8');
> iconv_set_encoding('output_encoding', 'utf-8');
> ob_start('ob_iconv_handler');
> ?>
> <form method="post" action="?">
> 	<input name="data" type="text">
> 	<input type="submit">
> </form>
> <hr>
> <pre>
> <?php
> print_r($_POST);
> foreach ($_POST as $k => $v) $_POST[$k] = iconv('utf-8', 'iso-8859-1', 
> $v);
> print_r($_POST);
> ?>
> </pre>
> ======================================================
>
> Many thanks,
> -- 
> Michael - < mike(@)php.net >