From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nikolaj Schumacher Newsgroups: gmane.emacs.help Subject: Re: (emacs+unix): How to have a file-name containing slashes, angle-brackets, etc? Date: Wed, 27 Aug 2008 16:05:09 +0200 Message-ID: References: <9e31b345-4cec-4ea6-8d63-d66b8355da06@p10g2000prf.googlegroups.com> <6c61b7dc-2bc2-4b22-8153-fb858cd2fab8@t1g2000pra.googlegroups.com> <27497fad-2114-49c8-bc6b-2f51d03eb24f@s20g2000prd.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1219846071 8373 80.91.229.12 (27 Aug 2008 14:07:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 27 Aug 2008 14:07:51 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Xah Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Aug 27 16:08:44 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KYLgg-00030V-Te for geh-help-gnu-emacs@m.gmane.org; Wed, 27 Aug 2008 16:07:55 +0200 Original-Received: from localhost ([127.0.0.1]:54859 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KYLfi-0005oL-FA for geh-help-gnu-emacs@m.gmane.org; Wed, 27 Aug 2008 10:06:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KYLe5-00059X-PO for help-gnu-emacs@gnu.org; Wed, 27 Aug 2008 10:05:13 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KYLe4-00058b-UR for help-gnu-emacs@gnu.org; Wed, 27 Aug 2008 10:05:13 -0400 Original-Received: from [199.232.76.173] (port=59317 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KYLe4-00058L-Js for help-gnu-emacs@gnu.org; Wed, 27 Aug 2008 10:05:12 -0400 Original-Received: from dd18200.kasserver.com ([85.13.138.168]:44953) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KYLe3-00086S-S7 for help-gnu-emacs@gnu.org; Wed, 27 Aug 2008 10:05:12 -0400 Original-Received: from arwen.uni-trier.de (BAH8a18.bah.pppool.de [77.135.138.24]) by dd18200.kasserver.com (Postfix) with ESMTP id 0855D18079647; Wed, 27 Aug 2008 16:05:13 +0200 (CEST) In-Reply-To: (Xah's message of "Tue\, 26 Aug 2008 14\:54\:44 -0700 \(PDT\)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2.50 (darwin) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:57023 Archived-At: Xah wrote: > The issue in this thread we are currently debating is whether unix > support file names with non-alphanumeric chars and non-ascii chars. > > I hope you agree the above is a good description of what we may be > debating. The issue is not, for example: =E2=80=9Cwhether you can use cha= r x > in a file name under a unix file system y=E2=80=9D. Yes. Specifically we're also looking at your claim that unix is worse at this than Macs and Windows. And we're looking at design issues, not individual bugs. > So, what does =E2=80=9Csupport=E2=80=9D mean here? Support doesn't mean w= hether a file > system allow certain chars in question. Support means users of that > system can use these chars in file name easily, as easy as any > alphanumeric chars. Fair enough. > My argument is that, unix for much of its history up to perhaps mid > 2000s when linux desktop becomes popular, does not support it. If the desktops resolved the issue, so did a lot of other tools like mc or Emacs+dired. Are your doubts are based entirely on the command line environment? If so, the argument might as well end here, because I don't consider an OS broken if one of its tools doesn't provide convenient access to all its features. Especially since that same tool has the same issues in other environments. > One practical way to see why it doesn't support it is because people > simply don't use it. Sorry, but that's a flawed argument. If it wasn't supported, people wouldn't be using it. That doesn't make the converse true. > Why unix doesn't support these chars? There are many factors. For one > thing, unix shell tools is one bag of inconsistency that their quoting > mechanism differs. I don't understand what you are saying. Tools generally don't have quoting mechanisms, only the shell does. Most unix shells are compatible with the Bourne shell and use the same (straightforward) quoting mechanism. Most people don't use more than one shell. > Also, unix is typically used over telnet/ssh. Telnet doesn't not > support non-ascii chars thru much of its history... and > implementations vary wildly in quality... the bottom line is that if > your file names contain odd chars, you'll have problem using telnet to > work with them. That's an excellent example on why those HOWTOs suggest not to use those characters. However, telnet is an internet protocol. It is operating system independent. You can't single out unix, because it is "typically" used with it. This isn't an unix issue at all. Additionally, if implementations suck, that's a bug. > If you have experience in unix in say 1990s, you know as a fact that > unix just don't support =E2=80=9Codd=E2=80=9D chars. (odd here means basi= cally anyting > other than [A-z0-9], =E2=80=9C.=E2=80=9D, =E2=80=9C_=E2=80=9D, =E2=80=9C-= =E2=80=9D, =E2=80=9C =E2=80=9D) That's what we call a Totschlagargument here. You're essentially saying: If you'd been there, you'd know I'm right. I'm surprised you've added space to the list, though. Yesterday that was on the other side. > then, as someone else mention, there's non-printable ascii issues. > Unix allows a bell ring in file names! so thoughtful. Doing a file > listing wing =E2=80=9Cbing=E2=80=9D and =E2=80=9Cbong=E2=80=9D! and if yo= u inadventaly have ohter > control chars in file name, expect your screen to be filled with > majibake. Yes, that's silly. It's generally silly to have a bell character these days. But that is (was) a shell problem. Emacs can handle those files, for instance. > this is quickly written... i hope it convinces you. Honestly, I'm not sure what you're trying to convince me of. That unix design is flawed in this regard, or that implementations in the 1990s mere broken. I don't see how unixes are handling characters differently than other operating systems, because you can't even give me one example. Additionally you stated that Macs don't have these problems. However Macs are unix (even UNIX) machines. So how would this alleged design flaw not affect them? Just because they are "typically" used from a GUI? > btw, who are you? what's your background anyway? Is that supposed to affect my credibility? regards, Nikolaj Schumacher