Re: svn commit: rev 2821 - trunk/subversion/libsvn_wc trunk/subversion/clients/cmdline trunk/subversion/tests/clients/cmdline

On Thu, Aug 01, 2002 at 03:46:58PM -0500, Karl Fogel wrote:
> Justin Erenkrantz <jerenkrantz@apache.org> writes:
> > The problem I saw when I looked at this before is that even though
> > canonical paths often entered libsvn_wc, the canonicalization was
> > lost at various stages *internally* in libsvn_wc.
>
> That's okay, as long as libsvn_wc knows what it's doing.
>
> That what I was essentially asking Philip in my original mail: are
> they noncanonical coming in (bad), or decanonicalized by choice
> internally (fine, as long as the relevant code is adjusted correctly).

I think it is a mixture of both. Non-canonical names come in and
then regardless it gets decanonicalized internally. Since the baton
code has to have a consistent naming scheme (esp. considering
caching), it must re-canonicalize.

I remember running smack into this before and getting very
frustrated. -- justin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 1 23:09:32 2002