I understand that this is just a temporary fix and I am all for
whatever gets the code compiling again. I guess I'm just suggesting
that a cleaner temporary fix (if there is such a thing) would be to
move both unixd_set_proc_mutex_perms() and
unixd_set_global_mutex_perms() into the APR mutex code as
apr_os_unixd_set_proc_mutex_perms() and
apr_os_unixd_set_global_mutex_perms() since these functions perform APR
kinds of stuff. Then use an APR_HAVE_XXX #define to #ifdef out the call
in the HTTPD code for the platforms that don't support this
functionality yet. Anyway, whatever works, works for me.
Brad
Brad Nicholes
Senior Software Engineer
Novell, Inc., a leading provider of Net business solutions
http://www.novell.com
>>> [EMAIL PROTECTED] Monday, May 06, 2002 2:17:54 PM >>>
On Mon, May 06, 2002 at 02:09:59PM -0600, Brad Nicholes wrote:
> That would work but it doesn't really seem like the right thing
to
> do. APR.h already has some #defines for other situations such as
> APR_USE_SYSVSEM_SERIALIZE. Maybe if that #define doesn't make
since,
> another one should be added to platform versions of APR.h and then
used
> wherever SysV needs it.
I'm really just treating this as a stopgap until we figure out a
long-term solution for the problem of describing access permissions
across platforms. FWIW, the function itself already checks
APR_HAS_SYSVSEM_SERIALIZE internally.
-aaron
