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

Re: A List of Issues

From: <brane_at_xbc.nu>
Date: 2002-06-06 09:59:40 CEST

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

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