Re: svn commit: rev 1563 - trunk/subversion/include trunk/subversion/libsvn_subr trunk/subversion/clients/cmdline trunk/subversion/libsvn_ra_dav

Branko Čibej <brane@xbc.nu> writes:
> I don't understand this change at all. Why do you want to *create* the
> ~/.subversion dir? It's not as if we'll store any state there, we just
> read stuff if it happens to be there.

So it's easy for people to learn how to use it (same thing we do with
the FS config files).

If the dir exists, with example files and a README, then telling
someone how to use proxies is as simple as "Go look in your
~/.subversion/ dir and let us know if you have any questions."

> Why? This way you throw away the known length of the string, for no benefit.

The benefit is not having to clutter other code with stringbufs. APIs
that demand stringbufs when null-terminated strings would do just as
well place a burden on their callers. That's why we've been getting
rid of stringbufs all over the place lately.

Is there some reason we need the length of the string? It's not
binary data, after all.

-K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 20 02:50:00 2002