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

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

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-03-20 12:51:47 CET

On Wed, Mar 20, 2002 at 12:08:50PM +0100, Hontvari Jozsef wrote:
> From: Karl Fogel
> >(on windows) If it's not treating the home dir concept properly, then I'll
> >need
> >your help (or someone's) to fix, if it's fixable.
>
> The correct behaviour would be to store these configuration files in the
> "Application Data" folder, under a Subversion subdirectory (or
> Subversion\.configuration). That directory is specific to a user. There is
> even an environment variable named "APPDATA" pointing to the "Application
> Data". This is true on Windows 2000.
>
> If - on a specific Windows version - there is no such environment variable,
> then IMHO a default directory should be used under the directory of the
> svn.exe.

Ah. Good points in all cases. If we place any files on Windows, then we
should try to follow rules like that.

> A remark: without Visual C++ 6.0 nobody can help too much in the windows
> port...

Visual C/C++ 6.0 has been out for years. There is little point in trying to
support older versions than that.

That said: we will support exactly the set of Windows compilers that
*volunteers* help to support. We have a serious lack of Windows developers
here (just one, really, and one at like 1% time). And if they use VC6, then
that's what we get :-) No VC5, no cygwin, no Borland...

Patches are always welcome...

Cheers,
-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
Received on Wed Mar 20 12:49:45 2002

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.