On 09/06/11 19:34, Benjamin R. Haskell wrote:
On Tue, 6 Sep 2011, Tim Chase wrote:
On 09/05/11 12:58, sbq wrote:
Here is my weird experience. I want to modify fzdefaults.xml, a
FileZilla config file located in the Windows 7 directory C:\Program
Files\FileZilla FTP Client. Here's what happened.
[edit file... confirm gVim sees the changes...]
gVim is showing me the wrong contents of the file -- not what is on
the disk.
Once I realized what was going on, I was able to change the file by
starting gVim using "Run as administrator". This time it worked, but
this situation really faked me out.
Why is gVim showing me the wrong contents of the file? That is a
bug, right?
I seem to remember Win7 (and Vista?) doing some sort of
behind-the-scenes remapping of files so that if you tried to edit
something in a protected area like "\Program Files", it would redirect
the reads/writes into some user-space area.
Windows 7 folder mapping:
http://answers.microsoft.com/en-us/windows/forum/windows_7-files/windows-7-folder-mapping/080a50fe-7581-46d1-a85d-126f24604309
Application Compatibility: Junction Points and Backup Applications:
http://msdn.microsoft.com/en-us/library/bb756982.aspx
I'm not sure if twiddling the knobs for the 'backup',
'backupcopy', and 'writebackup' settings may alter how Vim
handles hard-links/soft-links/junctions for writing the regular
file (rather than its backup) but I'm not sure if it helps in
this case. It seems that ":help crontab" describes an
open/truncate/write" process for writing files that Windows seems
to be mucking up.
-tim
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
