Summary: | Shared memory & mutex ownership not correctly established for SysV mutexes. | ||
---|---|---|---|
Product: | APR | Reporter: | Anthony Howe <achowe> |
Component: | APR | Assignee: | Apache Portable Runtime bugs mailinglist <bugs> |
Status: | NEEDINFO --- | ||
Severity: | enhancement | Keywords: | PatchAvailable |
Priority: | P3 | ||
Version: | HEAD | ||
Target Milestone: | --- | ||
Hardware: | Other | ||
OS: | Linux | ||
Attachments: |
Proposed solution.
extend apr_shm_create |
Description
Anthony Howe
2003-01-14 08:16:18 UTC
OK. After some further puttering about with mod_watch development, I stumbled across the following API in <unixd.h> (damn I wish there was better documentation for developers): unixd_set_proc_mutex_perms(); unixd_set_gobal_mutex_perms(); However, I can't find the equivalent for the shared memory case. Created attachment 4740 [details]
Proposed solution.
The feature you request is not inherently provided by APR; but I'm noting your request as an enhancement; I concur that httpd providing all the workarounds here in their unix.c sources really is lame. Your concern expressed in the patch is a no-go for the proposed solution, opening up the permissions for the mutex is definately a nonstarter for the very reasons you mentioned in the comments. Mass reassign the 44 open apr-bugs to apr bug list Created attachment 20532 [details]
extend apr_shm_create
It seems like for now we could extend apr_shm_create() to accept access
permissions. How about the attached patch?
|