From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Dr. Matthias H. Fröhlich" Newsgroups: gmane.emacs.bugs Subject: File incorrectly stored to disk Date: Sat, 8 Feb 2003 16:12:43 +0100 Sender: bug-gnu-emacs-bounces+gnu-bug-gnu-emacs=m.gmane.org@gnu.org Message-ID: <006101c2cf84$87f52d60$0e02a8c0@dnshuerth.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1044717088 18650 80.91.224.249 (8 Feb 2003 15:11:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 8 Feb 2003 15:11:28 +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 18hWda-0004qf-00 for ; Sat, 08 Feb 2003 16:11:26 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18hWfL-0005be-05 for gnu-bug-gnu-emacs@m.gmane.org; Sat, 08 Feb 2003 10:13:15 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18hWfF-0005W2-00 for bug-gnu-emacs@gnu.org; Sat, 08 Feb 2003 10:13:09 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18hWfB-0005Is-00 for bug-gnu-emacs@gnu.org; Sat, 08 Feb 2003 10:13:07 -0500 Original-Received: from smtp.netcologne.de ([194.8.194.112]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18hWf5-00052b-00 for bug-gnu-emacs@gnu.org; Sat, 08 Feb 2003 10:12:59 -0500 Original-Received: from ntputer (xdsl-195-14-218-81.netcologne.de [195.14.218.81]) by smtp.netcologne.de (Postfix) with SMTP id A00558665A for ; Sat, 8 Feb 2003 16:12:54 +0100 (MET) Original-To: X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: bug-gnu-emacs-bounces+gnu-bug-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.bugs:4415 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:4415 Greetings. I encountered the following behaviour in=20 GNU Emacs 21.2.1 (i386-msvc-nt4.0.1381) of 2002-03-19 on buffy that might be considered a bug. I run Emacs on an Intel-PC with=20 Windows NT 4 (German version) with SP 5. I newly created file a.txt and typed some text in it, then stored it to = a network file system. I buried the buffer visiting the file (C-x k) and=20 checked the size of the file with dired. I then opened the file again = and=20 deleted some of the text and changed a few characters. I saved again, = and=20 buried the buffer. When I now check the size of the file (e.g. with 'g' = in=20 dired), it appears unchanged. When I open the file again, I can see the=20 changed contents, but there are additional characters behind the end of = my=20 last changes. These are exactly the characters, that were there in the = first=20 version of the file. It appears, as if emacs stored the changed contents = at the=20 same place of the previous version, without discarding the additional = characters of the (longer) previous version.=20 This behavious does only occur on network file systems mounted through=20 Banyan-Vines. It does not appear, if I do the same on a network file = system=20 mounted directly through Windows NT or on a local hard disk. It does = also=20 appear only, if I disable automatic creation of backup files. So the = only=20 line in my .emacs file is (setq make-backup-files nil) Apparently this behaviour has something to do with how Emacs and the=20 Banyan-Vines file system interact. I also checked the behaviour with = other=20 editors, namely UltraEdit and Notepad. Both do not exhibit this = behaviour,=20 even if automatic creation of backup files is disabled with UltraEdit. It might not even be worthwhile investigating this problem, as some part = of=20 it definitely needs to be accounted to the Banyan-Vines filesystem, = which to=20 my knowledge is fairly out of use nowadays. However, there might already = be=20 some information about this error, so I would be grateful for any = information=20 about this. Many thanks in advance. Please do not hesitate to contact me, in case you need some more = information Kind regards=20 Matthias H. Fr=F6hlich P.S.: Here the output of M-x report-emacs-bug: In GNU Emacs 21.2.1 (i386-msvc-nt4.0.1381) 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: DEU locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t ---------------------------------------------------------------------- Dr. Matthias H. Fr=F6hlich Tel.: +49/2233/928939-1 Frankenstra=DFe 29 Fax: +49/2233/928939-2 D-50354 H=FCrth Mobil: +49/175/3539965 E-Mail: Dr.M.H.Froehlich@ieee.org =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D