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 #11 received at 10733 <at> debbugs.gnu.org (full text, mbox):

From: "Ota, Takaaki" <Takaaki.Ota <at> am.sony.com>
To: <lekktu <at> gmail.com>
Cc: 10733 <at> debbugs.gnu.org
Subject: Re: bug#10733: 24.0.93; w32 file truncation
Date: Sun, 5 Feb 2012 16:16:23 -0800

Yes, I can do that.

1. Have a text file that has more than 65375 characters.  Let's call
   this text file test.txt.

2. Run cmd.exe and change directory to where test.txt is located.

3. Then execute the next command in the cmd.

  mklink link.txt test.txt

4. Now run emacs as "emacs -Q link.txt" and do M-> (end-of-buffer).

5. Find that you are not seeing the end of the file but somewhere
   around 65375 character location and the rest of the file is not
   visible.

-Tak

Sun, 5 Feb 2012 15:51:40 -0800: Juanma Barranquero <lekktu <at> gmail.com> wrote:

> > 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"?
> 
> Thanks,
> 
>     Juanma
>
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.