From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.lisp.guile.user Subject: Re: Filename encoding Date: Thu, 16 Jan 2014 18:12:16 +0200 Message-ID: <83eh473nz3.fsf@gnu.org> References: <20140115125246.53fc72c7@bother.homenet> <87bnzdun74.fsf@netris.org> <20140115195051.3272023c@bother.homenet> <87a9ewu8n1.fsf@gnu.org> <83ha9437al.fsf@gnu.org> <8738koaxkm.fsf@gnu.org> <20140116140743.GA16999@jocasta.intra> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1389888760 12309 80.91.229.3 (16 Jan 2014 16:12:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 16 Jan 2014 16:12:40 +0000 (UTC) Cc: ludo@gnu.org, guile-user@gnu.org To: John Darrington Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Thu Jan 16 17:12:46 2014 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W3pYd-0002qZ-JJ for guile-user@m.gmane.org; Thu, 16 Jan 2014 17:12:39 +0100 Original-Received: from localhost ([::1]:33523 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3pYd-0008TM-2f for guile-user@m.gmane.org; Thu, 16 Jan 2014 11:12:39 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34521) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3pYP-0008T7-8e for guile-user@gnu.org; Thu, 16 Jan 2014 11:12:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3pYJ-00046d-Pk for guile-user@gnu.org; Thu, 16 Jan 2014 11:12:25 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:38507) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3pYJ-00046T-HH; Thu, 16 Jan 2014 11:12:19 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MZI00A004VRAP00@a-mtaout21.012.net.il>; Thu, 16 Jan 2014 18:12:18 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MZI00AS250H0670@a-mtaout21.012.net.il>; Thu, 16 Jan 2014 18:12:18 +0200 (IST) In-reply-to: <20140116140743.GA16999@jocasta.intra> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:11032 Archived-At: > Date: Thu, 16 Jan 2014 15:07:43 +0100 > From: John Darrington > Cc: Eli Zaretskii , guile-user@gnu.org > > If you know that the filename was always obtained using the Guile's > interface then the issue is never pertinent. The problem comes when a function > is aske to open a non-ascii named file, without any information about where that > filename came from. > > > There is no answer to this general problem. I think storing file names in some Unicode based encoding internally is that answer. If you disagree, please tell why. > This works up to a point, but eventually there comes an interface where the crucial > information is missing. For example, what happens if the filename is in a text file. Then the encoding of that file is your clue. > One has to decide on an approach which will give the lowest probability of surprises. I think if Guile provides sensible defaults and convenient ways to override those defaults for a specific operation, that should be enough.