From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: remember(-diary).el Date: Thu, 22 Nov 2007 06:18:49 +0200 Message-ID: References: <4743DD30.4010504@gmx.at> <4743EFE7.7080907@gmx.at> <87myt7aejq.fsf@catnip.gol.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1195705145 16661 80.91.229.12 (22 Nov 2007 04:19:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Nov 2007 04:19:05 +0000 (UTC) Cc: rudalics@gmx.at, emacs-devel@gnu.org To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 22 05:19:11 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Iv3Wv-0003Mz-U6 for ged-emacs-devel@m.gmane.org; Thu, 22 Nov 2007 05:19:10 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Iv3Wh-0004J8-RD for ged-emacs-devel@m.gmane.org; Wed, 21 Nov 2007 23:18:55 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Iv3We-0004Ix-5r for emacs-devel@gnu.org; Wed, 21 Nov 2007 23:18:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Iv3Wc-0004Ii-Sr for emacs-devel@gnu.org; Wed, 21 Nov 2007 23:18:51 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Iv3Wc-0004Ie-L2 for emacs-devel@gnu.org; Wed, 21 Nov 2007 23:18:50 -0500 Original-Received: from heller.inter.net.il ([213.8.233.23]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Iv3WY-0002lg-Iz; Wed, 21 Nov 2007 23:18:46 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-157-206.inter.net.il [80.230.157.206]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id EES91118 (AUTH halo1); Thu, 22 Nov 2007 06:18:43 +0200 (IST) In-reply-to: (message from Miles Bader on Thu, 22 Nov 2007 11:13:40 +0900) X-detected-kernel: by monty-python.gnu.org: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:83837 Archived-At: > Cc: rudalics@gmx.at, emacs-devel@gnu.org > From: Miles Bader > Date: Thu, 22 Nov 2007 11:13:40 +0900 > > As I understand it (it's been a fairly long time since I've used the > more primitive versions of windows), the "short name" chosen for a long > name is explicitly chosen to ensure it doesn't clash with any other > short names. E.g., for the file "remember-diary.el", it might choose > "rememb~1.el" as a short name. In theory, yes, but in practice, the algorithm that chooses the short 8+3 alias has bugs that could well cause a clash, depending on what other files are present in the directory whose names map to the same strings after 8+3 truncation, and in what order Windows sees the files created. > It sounds like either Martin has support for long names turned off I sincerely doubt that: no one in their right mind disables the long file names support. > cvs.exe was built in some bad way. I'm not aware of a way one could build a Windows binary so as to causes such an effect. Of course, it's possible that I have something to learn.