Re: Fwd: Re: The Data Sanitization Plan

On Tue, Jun 25, 2002 at 11:01:00PM +0200, Martijn Boekhorst wrote:
> Quoting Ben Collins-Sussman <sussman@collab.net>:
> >
> > 1. all paths passed to libsvn_* are assumed to be
> >
> > - using '/' separators
> > - using canonicalized case
> > - in UTF-8
>
> I've had some more thoughts on this, but this really is a genuinely bad idea.

And it seems everyone else believes it to be a good idea :-)

> <ever so humble me being relatively new here & all>
> Enforcing unix-style paths on win32 imho is equally bad as enforcing windows

They are not unix-style paths. They are paths with "/" separators. This is
not Windows vs Unix. Hell, just stop thinking about them as *paths*.
Consider them to be "locators" or something. Separate the segments and use
the array of segments to skip down into subdirs to find your file.

Who says they have to be *filesystem* paths? Who said these are being pass
to the operating system?

They are parameters. And they are "/" separated. Done.

You're applying your thought model *onto* them. That's incorrect. Subversion
has a model already defined. The app works with that model.

You need to convert your local filesystem paths into Subversion's model. We
provide functions for it. Within the Subversion libraries, and at its edge
points (the API), everything operates within Subversion's model.

>...
> What's worse : "C:/Dev" that's neither windows Nor unix, but "subversionan".

Exactly. So what? It isn't like anybody sees that path. Subversion defines a
uniform model for all of its operations.

> Part of a cross-platform library in my ever so deeply humble view should be to
> alleviate programmers of the various platforms, not burden them.

We are cross-platform. We do not unify platforms. There is a HUGE
difference.

And we've already tried the whole "native path" thing. It didn't work.
Simple as that: IT. DID. NOT. WORK.

-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org