Windows & DOS: Issues & Discussions

I use sugarsync to sync my vimrc across computers. I keep the _vimrc file in a syncing folder and in my home folder, I have a symbolic link ~\_vimrc pointing to ~\Synced Docs\_vimrc. On my mac I have a .vimrc symbolic link pointing at the _vimrc file. On the pc side, every time I open the _vimrc link and save it, the link gets overwritten with a new _vimrc file. I don't have this problem on the mac with macvim. The mac always respects the link. On the pc, I have even tried a hard link. That still gets overwritten. It's very frustrating. Is this a known problem with gvim that will be fixed? Or is there a fix I could implement on my own?

You could say '.../.' to force it to see the dir past the link, as a workaround at least. Sometimes even just a trailing / helps.

Thanks for your help, but I don't understand. Am I adding that to the link? If so, how?

Suppose /x/y is a link to /z, then /x/y/. is /z/. is /z

I use this in 'find' in place of '-follow' if only the first dir is a link and I don't want 'find' wandering down other links.

Notation /x/y/ is another way, less intrusive, to tell an app to look for a directory there. Sometimes you end up with /x/y/./.... or /x/y//.... for your trouble!

It may be they used lstat() where they should have used stat(), or something so trivial, or else the libs under them are flawed for the odd linking of a windows system. In UNIX a real hard link cannot be a directory, so it if is a file, then overwriting is appropriate, but I guess in WinDos they are a lot less hard.