[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: regarding issue 667: data loss??

From: Ph. Marek <philipp.marek_at_bmlv.gv.at>
Date: 2004-06-01 15:47:55 CEST

> 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

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.