> I'm confused about the scope of this issue. It was originally about
> little annoyances here and there in dealing with case-insenstive
> filesystems (OSX, NTFS). But a month ago, SteveKing added a description
> that makes the issue sound much more serious, followed by a even more
> recent comment from Michael Bevin. Both of these people are complaining
> of data loss, which means P1 in my mind. I'd like to bring this problem
> into the spotlight for a moment.
...
> In my ignorance of win32-ness, my instinctive proposal is to somehow
> teach libsvn_wc to be aware of its underlying filesystem. If it's a
> case-insensitive one, then it should be doing case-insensitive filename
> comparisons. If it's a case-sensitive filesystem, then do
> case-sensitive comparisons. But perhaps we've gone down this road
> before. Folks, please speak up about this.
Sorry, people, pardon my ignorance if I'm missing some bit of the puzzle here.
If I understand the points the problem is that the directory listing is
different from the entries file.
Ain't it enough to check if open(filename, O_RDONLY) works before reporting a
file as missing?
I expect that simple stat()ing every entries-entry :-) won't do good (too
slow), but just the missing files ... and if the file can be opened, we can
choose to search for the right case afterwards, like the mtime-cleanup for
unchanged files.
Regards,
Phil
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 1 15:48:26 2004