From: "J. Bruce Fields" Subject: Re: [PATCH 1/4] nfs-utils: introduce new statd implementation (1st part) Date: Thu, 10 Sep 2009 11:03:19 -0400 Message-ID: <20090910150319.GA10704@fieldses.org> References: <20090805181545.GF9944@fieldses.org> <7330021D-C95A-463D-8D18-29453EF185BC@oracle.com> <1249507356.5428.11.camel@heimdal.trondhjem.org> <1249515004.5428.34.camel@heimdal.trondhjem.org> <20090909142945.755da393@tlielax.poochiereds.net> <1252521599.8722.53.camel@heimdal.trondhjem.org> <20B7C2F0-E566-4292-91E9-41A3FA6C9D4C@oracle.com> <1252525327.8722.81.camel@heimdal.trondhjem.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Trond Myklebust , Jeff Layton , steved@redhat.com, linux-nfs@vger.kernel.org To: Chuck Lever Return-path: Received: from fieldses.org ([174.143.236.118]:49033 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751525AbZIJPDX (ORCPT ); Thu, 10 Sep 2009 11:03:23 -0400 In-Reply-To: Sender: linux-nfs-owner@vger.kernel.org List-ID: On Wed, Sep 09, 2009 at 06:18:11PM -0400, Chuck Lever wrote: > IDNs are UTF16. /var therefore has to support UTF16 filenames; either > byte in a double-byte character can be '/' or '\0'. That means the > underlying fs implementation has to support UTF16 (FAT32 anyone?), and > the system's locale has to be configured correctly. If we decide not to > depend on the file system to support UTF16 filenames, then statd has to > be intelligent enough to figure out how to deal with converting UTF16 > hostnames before storing them as filenames. Then, we have to teach > matchhostname() and friends how to deal with double-byte character > strings... Googling around.... Is this accurate?: http://en.wikipedia.org/wiki/Internationalized_domain_name That makes it sound like domain names are staying ascii, and they're just adding something on top to allow encoding unicode using ascii, which may optionally be used by applications. --b.