From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: remember(-diary).el Date: Thu, 22 Nov 2007 09:57:18 +0100 Message-ID: <4745446E.6010009@gmx.at> References: <4743DD30.4010504@gmx.at> <4743EFE7.7080907@gmx.at> <87myt7aejq.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1195723554 26438 80.91.229.12 (22 Nov 2007 09:25:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Nov 2007 09:25:54 +0000 (UTC) Cc: emacs-devel@gnu.org, Miles Bader To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 22 10:25:51 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 1Iv8Jg-0005x1-8Y for ged-emacs-devel@m.gmane.org; Thu, 22 Nov 2007 10:25:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Iv8JR-0001Hn-Qs for ged-emacs-devel@m.gmane.org; Thu, 22 Nov 2007 04:25:33 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Iv8I7-00008g-BS for emacs-devel@gnu.org; Thu, 22 Nov 2007 04:24:11 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Iv8I5-00005W-Ib for emacs-devel@gnu.org; Thu, 22 Nov 2007 04:24:10 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Iv8I4-0008T0-Og for emacs-devel@gnu.org; Thu, 22 Nov 2007 04:24:09 -0500 Original-Received: from mail.gmx.net ([213.165.64.20]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1Iv8Hz-0005uP-IJ for emacs-devel@gnu.org; Thu, 22 Nov 2007 04:24:04 -0500 Original-Received: (qmail invoked by alias); 22 Nov 2007 08:57:21 -0000 Original-Received: from N844P028.adsl.highway.telekom.at (EHLO [62.47.49.124]) [62.47.49.124] by mail.gmx.net (mp052) with SMTP; 22 Nov 2007 09:57:21 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19tzO87xIdt1GhcTwWEqKEGz9oCtmYo/GYjRbrYxb 3uqFqkod6AW1Xv User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en In-Reply-To: X-Y-GMX-Trusted: 0 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:83850 Archived-At: >>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. FWIW Eli's right: (1) If remember.el is created _before_ remember-diary.el, the 8+3 alias of the former is written to disk as REMEMBER.EL that of the latter as REMEMB~1.EL (I did use the disk editor to verify that). (2) If remember-diary.el is created first, its 8+3 alias is written to disk as REMEMBER.EL. When I now try to find a file remember.el in the same directory, Windows finds remember-diary.el instead. When I try to store a file remember.el in that directory, Windows complains that such a file already exists. In general the problem occurs when the name of the second file I want to write has eight characters _and_ is a prefix of the name of the first file. Hence, I get the same bug for remember_diary.el vs remember.el as well as for rememberdiary.el vs remember.el. With other words: When the name of a file A sans extension is a prefix of the name of a file B sans extension and the length of the name of file A sans extension equals 8, file A must be created before file B in order for having both files coexist in the same directory. I didn't bother to check this rule for filenames containing a tilde. My problem with the CVS repository thus could be resolved by renaming remember.el to something like remember-core.el.