GNU bug report logs - #10733
24.0.93; w32 file truncation

Previous Next

Package: emacs;

Reported by: "Ota, Takaaki" <Takaaki.Ota <at> am.sony.com>

Date: Sun, 5 Feb 2012 22:36:02 UTC

Severity: normal

Found in version 24.0.93

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log

Message #14 received at 10733 <at> debbugs.gnu.org (full text, mbox):

From: Óscar Fuentes <ofv <at> wanadoo.es>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: "Ota, Takaaki" <Takaaki.Ota <at> am.sony.com>, 10733 <at> debbugs.gnu.org
Subject: Re: bug#10733: 24.0.93; w32 file truncation
Date: Mon, 06 Feb 2012 01:20:42 +0100

Juanma Barranquero <lekktu <at> gmail.com> writes:

>> When opening a file on an NTFS file system the file opens as if the
>> content is truncated to size of 65375 characters.  This happens when
>> the file is an NTFS symbolic link which is made by mklink command of
>> cmd.exe.  There is no problem if the target file of the NTFS symbolic
>> link is smaller than this size.
>
> Can you please give a step-by-step recipe, starting from "emacs -Q"?

I can reproduce the problem on Windows 7 64 bits:

* Run a cmd shell as Administrator (mklink is a privileged command).

* Navigate to a directory with a text file larger than 64 KB (let's
  suppose that the file is named foo.txt).

* mklink bar.txt foo.txt.

* runemacs -Q bar.txt

* The file appears truncated in Emacs.

Very odd.
This bug report was last modified 12 years and 358 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.