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

RE: [PATCH] Disable fsync at transaction commit

From: Sander Striker <striker_at_apache.org>
Date: 2003-02-22 12:35:59 CET

> From: Greg Stein [mailto:gstein@lyra.org]
> Sent: Saturday, February 22, 2003 11:57 AM

> On Sat, Feb 22, 2003 at 11:12:21AM +0100, Branko Cibej wrote:
>>...
>> O.K., all right already, I give in. I like my bikesheds in a lavender
>> and crimson spiral pattern, but I can live with this plain lilac one.
>
> Red polka dots, man... red polka dots.
>
> With a background subshading of purple and green stripes, of course.
>
> :-)

Woah! This makes you want to wish to be color blind ;)
 
> I *do* believe that we might toss around an svn_config_t at some point to
> deal with the *runtime* aspects. The runtime would load up a config file for
> gunk about server operation. In this particular case, however, we don't have
> a config file in sight.
>
> IOW, when that future point comes along, then yes: we add svn_config_t to
> the svn_repos_open and svn_fs_open functions. The first purpose will most
> likely be to deal with SQL connection data.
> [ altho... in the Apache/mod_dav_svn case, we would *definitely* want to
> pull that data from httpd.conf, so what is the mechanism for passing that
> data along... ??? ]

An svn_config_t doesn't have to come from a config file per se. Look at
clients/cmdline/main.c and see what we do for --diff-cmd and --diff3-cmd.
I would suggest we could fill in the relevant parts using the info we get
from the directives in httpd.conf just the same (in mod_dav_svn).

Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Feb 22 12:36:47 2003

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.