David Anderson wrote: > Subject: [patch] (win32) extremely slow opening files on > network shares
This is a very important patch because we have had many Windows users report extremely slow access to files over a network. I have edited David's patch by including a comment about its purpose, and to use Vim source style. See attached file which I believe is equivalent to David's patch. I have compiled and given a VERY quick test (really no testing at all because I have to go and I wanted to post this). David Anderson's explanation is: MSDN states (edited): You cannot use root directories as the lpFileName input string for FindFirstFile -- with or without a trailing backslash. If you want to see files or get the attributes of a root directory, do the following: - To see files in a root directory, you can use "C:\*" and step through the directory by using FindNextFile. - To get the attributes of a root directory, use GetFileAttributes. On network shares, you can use an lpFileName like: "\\server\service\*" but you cannot use an lpFileName that points to the share itself, for example, "\\server\service". David's patch appends '\*' to the search string if searching a directory, server, or network share. John -- You received this message from the "vim_dev" 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
slow-network.diff
Description: Binary data
