From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Andrew Crawford Newsgroups: gmane.emacs.bugs Subject: Win emacs confuses live and backup files on network drives Date: Thu, 05 Sep 2002 23:22:59 -0700 Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <5.1.0.14.2.20020905230913.01dd8710@mail.voxel.net> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Trace: main.gmane.org 1031293411 26889 127.0.0.1 (6 Sep 2002 06:23:31 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 6 Sep 2002 06:23:31 +0000 (UTC) Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17nCWf-0006zZ-00 for ; Fri, 06 Sep 2002 08:23:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17nCYK-0002kD-00; Fri, 06 Sep 2002 02:25:12 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17nCXt-0002jW-00 for bug-gnu-emacs@gnu.org; Fri, 06 Sep 2002 02:24:45 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17nCXq-0002jF-00 for bug-gnu-emacs@gnu.org; Fri, 06 Sep 2002 02:24:44 -0400 Original-Received: from zero.voxel.net ([207.99.115.77]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17nCXq-0002jB-00 for bug-gnu-emacs@gnu.org; Fri, 06 Sep 2002 02:24:42 -0400 Original-Received: from odin.evermore.com (vdsl-130-13-93-87.phnx.uswest.net [130.13.93.87]) by zero.voxel.net (Postfix) with ESMTP id 3404A24B4C3 for ; Fri, 6 Sep 2002 02:24:40 -0400 (EDT) X-Sender: andrew@evermore.com@mail.evermore.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.1 Original-To: bug-gnu-emacs@gnu.org Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:3440 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:3440 To: bug-gnu-emacs@gnu.org Subject: Win emacs confuses live and backup files on network drives --text follows this line-- This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English, because the Emacs maintainers do not have translators to read other languages for them. Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list, and to the gnu.emacs.bug news group. In GNU Emacs 21.2.1 (i386-msvc-windows98.2222) of 2002-03-19 on buffy configured using `configure --with-msvc (12.00)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: enu locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Sometimes, emacs (GNU Emacs 21.2.1 (i386-mscv-windows98.2222) of 2002-03-19 on buffy) for Win98 will behave oddly with regard to some files on a mounted and mapped Netware volume. A file with a typical name (standard.css in the most recent case) is opened using drag-and-drop or file/open. Changes are made to the file and saved (ctrl-x s.) The emacs status bar shows that the filename is still correct (standard.css.) Looking at the filesystem (with Windows Explorer, DOS, or from a Linux system with the same drive mounted) shows that the original file has been deleted and the file that was just written (with the new changes) is the file with a tilde on the end (standard.css~ in this case.) Instructing emacs to do a "save as" with the original filename (standard.css) returns a success message with the ~ on the end ("wrote standard.css~") although it actually writes a file with two tildes on the end of the name (i.e. standard.css~~.) Doing another "save as" with the original filename (standard.css) causes it to report writing the file with 2 trailing tildes (i.e. standard.css~~) while actually writing one with 3 (i.e. standard.css~~~.) Each attempt will create another new file with an extra tilde on the end. Deleting everything in the directory, exiting emacs, and restoring the file from a backup starts the whole process over again. However, it only does it with some files. Other files in the same tree, it edits and saves correctly. It does not appear to be extension-specific. It has happened with index.html files, for example. Once it has done it with a particular file, it will nearly always do it again with that file if it is restored to its original name. It will treat any file given the problematic name the same way. If the problem file is copied to another filename (e.g. reet.css,) emacs may or may not behave correctly with regard to the file. That is, the content or other properties of the file besides the name do not seem to bear on this problem. I do not experience the problem editing the same files (mounted from the same filesystem) with xemacs under Linux. Recent messages: Loading php-mode-102 (source)...done For information about the GNU Project and its goals, type C-h C-p. call-interactively: End of buffer [2 times] Wrote p:/websites/testing/standard.css Wrote p:/websites/testing/standard.css~ Wrote p:/websites/testing/standard.css~~ Wrote p:/websites/testing/standard.css~~~ Loading emacsbug...done Note that the contents of p:/websites/testing/standard.css before this session was one file: standard.css. That was the file I opened. Afterwards, the directory contained these files: standard.css~ standard.css~~ standard.css~~~ standard.css~~~~ Andrew Crawford gnuemacs@evermore.com