[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Utf-8 support in C functions on Linux

To: "'linux-utf8@xxxxxxxxxxxx'" <linux-utf8@xxxxxxxxxxxx>
Subject: RE: Utf-8 support in C functions on Linux
From: "Richard, Francois M" <Francois.M.Richard@xxxxxxxxxxxxx>
Date: Tue, 18 Dec 2001 16:49:08 -0500
Cc: "'Glenn Maynard'" <g_lutf8@xxxxxxxx>
List-archive: <http://mail.nl.linux.org/linux-utf8/>
List-help: <mailto:listar@nl.linux.org?Subject=help>
List-owner: <mailto:riel@nl.linux.org>
List-post: <mailto:linux-utf8@nl.linux.org>
List-software: Listar version 1.0.0
List-subscribe: <mailto:linux-utf8-request@nl.linux.org?Subject=subscribe>
List-unsubscribe: <mailto:linux-utf8-request@nl.linux.org?Subject=unsubscribe>
Original-recipient: rfc822;linux-utf8-archive@nl.linux.org
Reply-to: linux-utf8@xxxxxxxxxxxx
Sender: linux-utf8-bounce@xxxxxxxxxxxx

> Don't be--there's been a lot of work done to make glibc honor locales.
> 
OK. 
If strncpy() recognizes n characters encoded in utf-8, it means that when it
reads the bytes, leading and trailing bytes are detected/understood. There
is some utf-8 decoding operation going on.
In this case, why strlen() can count only bytes?

Francois
--
Linux-UTF8:   i18n of Linux on all levels
Archive:      http://mail.nl.linux.org/linux-utf8/

Follow-Ups:
- Re: Utf-8 support in C functions on Linux
  - From: Glenn Maynard
- Re: Utf-8 support in C functions on Linux
  - From: Tomohiro KUBOTA
- Re: Utf-8 support in C functions on Linux
  - From: Tomohiro KUBOTA

Prev by Date: Re: Emacs and UTF-8 locale
Next by Date: Re: Utf-8 support in C functions on Linux
Previous by thread: Re: Utf-8 support in C functions on Linux
Next by thread: Re: Utf-8 support in C functions on Linux
Index(es):
- Date
- Thread