Quoting Karl Fogel <kfogel@newton.ch.collab.net>:
> Thanks, Jay! That is very helpful, and much of it was new information
> to me.
>
> Some questions (I haven't consulted the issue tracker yet to see if
> any of these are known, by the way):
>
> > - / vs. \ directory splitting
> > - file canonicalization for / vs. \ and '.'
>
> I read through the examples you gave for each of these, and I think
> they might be the same bug, not two different bugs. The trouble is
> that every time APR is asked to find a backslash path, it succeeds;
> but every time one of our internal path manipulation functions works
> on one of them, it fails.
>
> So it looks like in both cases, correct path canonicalization at input
> time would solve the problem.
>
> Does this analysis set off any alarm bells?
Not really. This is a path canonicalization issue, which we know about.
> > - Case SeNsitiVity
>
> I see the problem, but I'm not sure where to start on solutions.
> Should the client just force downcase all paths on Windows? It's
> clearly not enough to depend on APR-under-Windows being properly case
> insensitive -- APR does fine, but we still have the original-case
> path, and we're storing it that way in Berkeley DB.
>
> Ick. Maybe there's some nice trick I'm not thinking of?
I agree with Bill here, path canonicalization should take care of that, too.
There'a a potential problem if somebody does a case-only rename (not svn mv!) on
a file in the WC, because it wouldn't match the record in .svn/entries. But I
think a "don't do that" in the docs is a sufficient fix for 1.0.
Regarding trailing dots: interestingly enough, you can _not_ create a file with
a trailing dot in the name on Windows, even programatically. However, you _can_
stst("foo.") -- or "foo.." or "foo................" -- and get info about "foo",
so I suspect correct canonicalization would deal with that, too.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 6 10:00:18 2002