Justin Erenkrantz wrote:
> On 3/13/07, Lieven Govaerts <svnlgo@mobsol.be> wrote:
>> To be honest, I don't see many other options than to revert the whole
>> windows path thing and start from scratch on a feature branch. We'd have
>> to work out all different usage patterns of the path functions, create
>> new path functions for native, url, internal paths, and start using them
>> throughout the code. To test all that a new test case has to be created
>> to test all possible svn manipulations on 'c:hi' folders.
>>
>> What do you think?
>
> Sounds reasonable, but the resolution probably should be a blocker for
> 1.5, IMO.
I have a patch ready that removes all the new windows specific code in
path.c. There's some small cleanup left to do in the path tests, I added
those as part of the windows path patches but want to keep them now
atleast for uri's and unix paths. I suppose that's what you mean by
resolution?
> Is it worth to standardize on (say) _dirent_ or _uri_ to avoid the
> _path_ ambiguity? I've never cared for the _path_ name to begin with.
That's probably the first thing we need to do, standardize the naming.
Some path functions use 'uri' already btw, so I propose to keep using
that term.
Lieven
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 14 22:56:34 2007