From owner-FreeBSD-tech-jp@jp.freebsd.org  Wed Dec 27 22:21:12 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id WAA78931;
	Wed, 27 Dec 2000 22:21:12 +0900 (JST)
	(envelope-from owner-FreeBSD-tech-jp@jp.FreeBSD.org)
Received: from tkc.att.ne.jp (tkc.att.ne.jp [165.76.16.7])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id WAA78926
	for <FreeBSD-tech-jp@jp.FreeBSD.org>; Wed, 27 Dec 2000 22:21:11 +0900 (JST)
	(envelope-from mzaki@e-mail.ne.jp)
Received: from work.mzaki.nom (189.pool1.ipctokyo.att.ne.jp [165.76.245.189]) by tkc.att.ne.jp (8.8.8+Spin/3.6W-CONS(10/06/00)) id WAA19401; Wed, 27 Dec 2000 22:21:09 +0900 (JST)
Date: Wed, 27 Dec 2000 22:21:08 +0900
Message-ID: <86u27qm24b.wl@tkc.att.ne.jp>
From: Motomichi Matsuzaki <mzaki@e-mail.ne.jp>
To: sobomax@FreeBSD.org
Cc: current@FreeBSD.org, bp@FreeBSD.org, audit@FreeBSD.org,
        FreeBSD-tech-jp@jp.FreeBSD.org
In-Reply-To: In your message of "Wed, 27 Dec 2000 14:54:00 +0200"
	<3A49E668.FF0E701D@FreeBSD.org>
References: <3A49BF05.9098A5D8@FreeBSD.org>
	<86wvcmm4kc.wl@tkc.att.ne.jp>
	<3A49E668.FF0E701D@FreeBSD.org>
X-Mailer: Wanderlust/1.1.1 (Purple Rain) XEmacs/21.1 (Channel Islands)
MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada")
Content-Type: text/plain; charset=US-ASCII
Reply-To: FreeBSD-tech-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: FreeBSD-tech-jp 2993
Subject: [FreeBSD-tech-jp 2993] Re: Unicode support in cd9660 [patch for review]
Errors-To: owner-FreeBSD-tech-jp@jp.freebsd.org
Sender: owner-FreeBSD-tech-jp@jp.freebsd.org
X-Originator: mzaki@e-mail.ne.jp


At Wed, 27 Dec 2000 14:54:00 +0200,
Maxim Sobolev <sobomax@FreeBSD.org> wrote:
> > The Joliet extension are built on Unicode basis,
> > and is the "multilingual" filesystem.
> > We can found CDs which contain files named by all of
> > English, French, Russian, Chinese, and Japanese languages.
> > So charset conversion per mount is not sufficient.
> You can specify multiple charset conversion tables for each mount point, the problem is only to create appropriate conversion
> tables (I do not have any CDs with anything than English/Russian filenames :-> ).

Suppose a file which name contains multilingual characters.

Think Japanese researchers of Russian literatures.
The Microsoft Word document files about their works may have 
such complexed filenames. And Joliet can handle them.

The multiple mount point solution is insufficient to these situations.

> > 4. Rough idea of me
> > My preliminary idea to the filesystem I18N:
> Thanks for the pointing out, but I think that your proposal is too
> generic to be committed any time soon (not even to mention MFC'ing it).

Yes, you're right. I have no more than such rough idea indeed.

> What I'm proposing here is quick'n'dirty (and limited as so) solution to allow mounting CD's with unicode filenames on it.
> This solution is targeted to be temporary until iconv-based kernel interfaces will appear.

But your solution is no effective and much harmful to multibyte users.
The "loading conversion tables on every mount points" idea is totally wrong.

-- 
Motomichi Matsuzaki <mzaki@e-mail.ne.jp> 
Dept. of Biological Sciences, Grad. School of Science, Univ. of Tokyo, Japan 

