I see that SVN_ASP_DOT_NET_HACK is only enabled for Windows platforms.
(And, given the use case it is targetted at, that is understandable.) I
also see that, as it is implemented now, it allows for only one of two
possible administrative directory names, ".svn" and "_svn". There is a
comment in the code that the name must point to a statically allocated
string constant to avoid potential pool lifetime issues.
I would like to extend this capability to allow for an arbitrary
administrative directory name specified by an environment variable,
certainly for my own purposes, but possibly others would find this useful as
well.
So, I have 2 questions:
1) Where can I find out more information about the thought process that went
into SVN_ASP_DOT_NET_HACK? I've tried search the issues database, and
googling it in general, but haven't been able to find anything of substance.
2) What happens to the pool management if there is a pointer to a string
stored in the process's environment space? I suppose, on some processors,
with some OS's, this may not be distinguishable from malloc()'d memory. But
I don't know that for certain.
Any thoughts?
--wpd
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 10 19:09:11 2006