> 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
No comments:
Post a Comment