GNU bug report logs - #13747
Bug: Error when viewing symbolically linked file in Windows 7

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 13747 in the body.
You can then email your comments to 13747 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Gustav Wikström <gustav.erik <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Bug: Error when viewing symbolically linked file in Windows 7
Date: Mon, 18 Feb 2013 18:42:47 +0100

[Message part 1 (text/plain, inline)]

Description:
When viewing files in windows 7 that are symbolically linked the buffer
cuts the file at 2^16 bytes of information.

To reproduce:
- Create or find a text-file that has content of more than 65536 bytes of
data.
- Link that file to a different place in your filesystem

  > set dest_folder=%HOMEPATH%\temp1\
  > set src_folder=%HOMEPATH%\temp2\
  > MKLINK "%dest_folder%\init.org"         "%src_folder%\.emacs.d\init.org"

- Open the linked file in emacs.
- Go to the last point in the buffer containing the file.
- Observe the position of POINT (M-x = )
- Do the same with the original file and observe the position of POINT at
the end of buffer.

Obtained result:
The position of point in the linked buffer is 65536 while the point is
higher when opening the non-linked file.

I.e. the whole file is not visible in the buffer for the linked file

Expected result:
The position of point is the same in both buffers.

Environmental parameters:
- GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-29 on MARVIN
- Windows 7 32bits & 64bits

[Message part 2 (text/html, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gustav Wikström <gustav.erik <at> gmail.com>
Cc: 13747 <at> debbugs.gnu.org
Subject: Re: bug#13747: Bug: Error when viewing symbolically linked file
	in	Windows 7
Date: Mon, 18 Feb 2013 20:15:33 +0200

> Date: Mon, 18 Feb 2013 18:42:47 +0100
> From: Gustav Wikström <gustav.erik <at> gmail.com>
> 
> Description:
> When viewing files in windows 7 that are symbolically linked the buffer
> cuts the file at 2^16 bytes of information.
> 
> To reproduce:
> - Create or find a text-file that has content of more than 65536 bytes of
> data.
> - Link that file to a different place in your filesystem
> 
>   > set dest_folder=%HOMEPATH%\temp1\
>   > set src_folder=%HOMEPATH%\temp2\
>   > MKLINK "%dest_folder%\init.org"         "%src_folder%\.emacs.d\init.org"
> 
> - Open the linked file in emacs.
> - Go to the last point in the buffer containing the file.
> - Observe the position of POINT (M-x = )
> - Do the same with the original file and observe the position of POINT at
> the end of buffer.
> 
> Obtained result:
> The position of point in the linked buffer is 65536 while the point is
> higher when opening the non-linked file.
> 
> I.e. the whole file is not visible in the buffer for the linked file
> 
> Expected result:
> The position of point is the same in both buffers.
> 
> Environmental parameters:
> - GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-29 on MARVIN
> - Windows 7 32bits & 64bits

Emacs 24.2 did not support symlinks on MS-Windows.  Please try the
latest pretest of Emacs 24.3, it should have this problem fixed (and
supports more features related to symlinks).

Message #13 received at 13747-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gustav Wikström <gustav.erik <at> gmail.com>
Cc: 13747-done <at> debbugs.gnu.org
Subject: Re: bug#13747: Bug: Error when viewing symbolically linked file in
	Windows 7
Date: Tue, 19 Feb 2013 18:41:34 +0200

> Date: Mon, 18 Feb 2013 22:46:59 +0100
> From: Gustav Wikström <gustav.erik <at> gmail.com>
> 
> Ok, thanks for the pointer!

I've now verified that the latest pretest doesn't have this problem,
and I'm therefore closing the bug.

Thanks.

Previous Next

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