RE: Poor support for \ on windows from the C API?

D.J. Heap wrote:
> kfogel@collab.net wrote:
>> I thought the main thing here was that we always use the APR path
>> separator, which is '/', and that callers of our libraries need to
>> ensure they pass that. (And don't we have some helper funcs to take
>> care of it?) The command line client is such a caller, for example.
>>
> On Windows, at least, if you don't also get case canonized correctly for
> existing files, then a number of operations can fail.
>
> It would be nice if we had a function to do all the stuff that the
> command line client's target conversion does...would a patch to that
> effect be acceptable? I would think it would be a new function in
> libsvn_subr\path.c that just does what that chunk of
> svn_opt_args_to_target_array already does.
>
> Of course, it's not that hard for C client programs to make a helper
> function to do it also...but it might be more difficult for clients of
> the bindings...I'm not sure.

I never really understood why this isn't handled in libsvn_client. Is there
any scenario in which you *don't* want to perform this
conversion/canonization? If every client of the API basically needs to
create it's own infrastructure to do this conversion anyway, wouldn't it be
better to prevent this redundancy by having libsvn_client handling it?

--
Arild
AnkhSVN: http://ankhsvn.tigris.org
Blog: http://ankhsvn.com/blog
RSS: http://ankhsvn.com/blog/Rss.aspx
King Crimson lives in different bodies at different times and the
particular form which the group takes changes. When music appears,
which only King Crimson can play then, sooner or later, King Crimson
appears to play the music
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org