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 05:52:09 +0200 Message-ID: <83k3e037o6.fsf@gnu.org> References: <20140115125246.53fc72c7@bother.homenet> <87bnzdun74.fsf@netris.org> <20140115195051.3272023c@bother.homenet> <83sisp2c65.fsf@gnu.org> <20140115214257.45af1076@bother.homenet> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1389844346 26474 80.91.229.3 (16 Jan 2014 03:52:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 16 Jan 2014 03:52:26 +0000 (UTC) Cc: guile-user@gnu.org To: Chris Vine Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Thu Jan 16 04:52:33 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 1W3e0N-0007n3-MV for guile-user@m.gmane.org; Thu, 16 Jan 2014 04:52:31 +0100 Original-Received: from localhost ([::1]:58278 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3e0N-0000EX-6o for guile-user@m.gmane.org; Wed, 15 Jan 2014 22:52:31 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43328) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3e0B-0000EP-EJ for guile-user@gnu.org; Wed, 15 Jan 2014 22:52:24 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3e06-0008U7-H2 for guile-user@gnu.org; Wed, 15 Jan 2014 22:52:19 -0500 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:42933) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3e06-0008Tx-93 for guile-user@gnu.org; Wed, 15 Jan 2014 22:52:14 -0500 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0MZH00I006AV9Q00@mtaout28.012.net.il> for guile-user@gnu.org; Thu, 16 Jan 2014 05:53:08 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MZH00E7W6SKUL50@mtaout28.012.net.il>; Thu, 16 Jan 2014 05:53:08 +0200 (IST) In-reply-to: <20140115214257.45af1076@bother.homenet> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.184 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:11025 Archived-At: > Date: Wed, 15 Jan 2014 21:42:57 +0000 > From: Chris Vine > Cc: mhw@netris.org, guile-user@gnu.org > > I am not sure what you mean, as I am not talking about internal use. Then I probably didn't understand why you mentioned the external encoding. How is that relevant to the issue at hand? I'm saying that Guile does needs to know how to convert a file name when it needs to pass it to library functions and system calls. So The POSIX system calls may be "encoding agnostic", but Guile simply cannot be. > As it happens (although this is beside the point) using a byte value or > sequence in a filename which the operating system reserves as the '/' > character, for a purpose other than designating a pathname, or a NUL > character for designating anything other than end of filename, is not > POSIX compliant and will not work on any operating system I know of, > including windows. Windows is not Posix-compliant, so all bets are off. As a matter of fact, there _are_ DBCS codepages where the second byte can be '\'.