Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:6388
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
In-Reply-To: <200312121947.01721.ilia@prohost.org>
References: <25BBBBC2-2CD2-11D8-8FCC-000A95CE0C62@at.wakwak.com> <200312121823.54634.ilia@prohost.org> <20031213011256.5a8g0sgw000kgwkw@neo.wg.de> <200312121947.01721.ilia@prohost.org>
Mime-Version: 1.0 (Apple Message framework v606)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-ID: <E0FD0BFA-2D06-11D8-9A2A-000A95CE0C62@at.wakwak.com>
Content-Transfer-Encoding: 7bit
Cc: Jan Schneider <jan@horde.org>, internals@lists.php.net
Date: Sat, 13 Dec 2003 09:54:17 +0900
To: ilia@prohost.org
Subject: Re: [PHP-DEV] Re: Regarding the latest patch on fgetcsv() (stable branch)
From: moriyoshi@at.wakwak.com (Moriyoshi Koizumi)

On 2003/12/13, at 9:47, Ilia Alshanetsky wrote:

> Without mbstring enabled, you would not be able to effectively work 
> with
> multibyte characters. Therefor even if fgetcsv() would work as you may 
> expect
> with multibyte strings, that data would not be manageable in most 
> cases.

That's a bogus argument. In what case do you think they should be
effectively managed with mbstring functions..? As PHP's functions
are mostly highly-completed on its role and they don't need any
additional operations in most cases, I don't have to use mbstring
functions there.

String manipulation functions provided by mbstring are atomic
and so they are used just in the same way as
their standard counterparts like substr() and strpos().

I see a few cases that the strings fetched by fgetcsv()
have to be modified by substr() or whatever..

Moriyoshi