why the win32 implementation of nsIFile.remove() can't use _unlink() instead of remove(), like nsLocalFileUnix do?
Using _unlink should fix bug 96388 (nsIFile::Remove() will fail to delete an open file on win32) because, like on unix platform, _unlink defer deletion of an open file until there's no handle on it, instead of return an error like remove() do. I post this here because i don't like to spam bugzilla, and because it's possible that i miss the point. Please let me know. Thanks. Corrado.
