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

RE: Re: HTTP proxy support (issue #579)

From: Bill Tutt <rassilon_at_lyra.org>
Date: 2002-01-11 00:34:32 CET

> From: Philip Martin [mailto:philip@codematters.co.uk]
>
> Joe Orton <joe@manyfish.co.uk> writes:
>
> > On Thu, Jan 10, 2002 at 02:43:38PM -0800, Bill Tutt wrote:
> > > Ideally what we'd want is an APR, or APR_UTIL function with a
> prototype
> > > that looks something like: 'apr_get_proxy_info(apr_proxy_info_t
*)'
> >
> > Eeek! This is a UI/configuration issue - surely this stuff needs to
be
> > driven from the top, subversion/clients/<yourui>/? A KDE SVN UI may
> > want to inherit global KDE proxy settings, Win32 uses the registry,
> > cmdline uses rc files, getenv(), cmd-line args or whatever...
>
> The UI could access whatever fancy configuration system it wants and
> then setenv() the environment variable that apr will retrieve. Or
> there could be an apr_set_proxy_info() function to alter the
> information that would otherwise be returned by apr_get_proxy_info(),
> i.e., provide a "standard" way of configuring the proxy (an
> environment variable on Unix) but allow an application to override it.
>
> Hmm, I don't know much about proxy settings, is it possible that a
> single application would want different settings for different
> connections?
>

In theory you could come up with a scenario that might make this
desireable, but you'd need a dns/ip wildcard mapping to proxy info
settings.

Win32, I know doesn't really support this concept. It (WinINet) doesn't
really understand having more than one active Dial-Up-Networking kind of
connection active at once. Even though each Dial-Up-Networking
connection has it's own optional proxy settings.

Bill

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:56 2006

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.