[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Attention SVN client developers [Was: svn commit: r16244 ...]

From: Branko Čibej <brane_at_xbc.nu>
Date: 2005-09-25 20:15:31 CEST

Barry Scott wrote:

>
> On Sep 25, 2005, at 03:38, Branko Čibej wrote:
>
>> brane@tigris.org wrote:
>>
>>> Remove knowledge about the admin directory name from the public
>>> API, preparing the way for run-time parameterisation.
>>>
>>> NOTES:
>>> - _svn is now always a reserved name, just like .svn.
>>> - On Windows, setting the environment variable SVN_ASP_DOT_NET_HACK
>>> will change the admin dir name to "_svn".
>>>
>>
>> As you can see, as of r16244, the SVN command line client and
>> svnversion treat the environment variable SVN_ASP_DOT_NET_HACK
>> specially on Windows. If this variable is set, they call the new
>> function svn_wc_set_adm_dir() to make the WC use "_svn" as the admin
>> directory name.
>>
>> I strongly suggest that all Subversion clients that run on Windows
>> implement this behaviour. See subversion/clients/cmdline/main.c:848
>> for an example of how this is done.
>>
>
> Why isn't this hidden inside the libsvn_client API?

Because it has nothing to do with libsvn_client behaviour. It's a
libsvn_wc thing.

> Having all clients add this code is surely a bad thing?

Unfortunately, there's no svn_wc_init() that clients are required to
call, so there's no logical place to put this.

> That means that Trac, Rapidsvn, TortoiosSVN, pysvn and all users of the
> svn language binding have to change. And that will not all be reading
> the dev list.

Bindings presumably have their initialisation code where this could be
put (for Python, at lease, I'd put it in the libsvn.wc modiule
initialisation). So we can handle the bindings part.

The others will just have to follow the dev@ list. You'll notice I also
put this code into the minimal client example.

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Sep 25 20:17:55 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.