d as being potentially a standalone product; basically,
eliminating all our custom collections types in favor of apr tables,
lists, and hashes.
Any thoughts on this would be greatly appreciated.
--Mark Wolgemuth
--
--
Mark Wolgemuth
On May 17, 2004, at 1:18 PM, Adam Tilghman wrote:
That's correct - I'm switching UID/GID on every request based on
the provided authenticated username. It seems to me a multi-threaded
server wouldn't be able to handle this situation very well.
You know, I'd recommend using apache in reverse proxy
On May 15, 2004, at 12:25 PM, Adam Tilghman wrote:
I'm writing a module which plays with seteuid/setegid,
and should therefore only be run under the prefork MPM.
at low level your reliance is on a single-threaded process handling
requests?
That's correct - I'm switching UID/GID on every request bas
(see note on hup cleanup below)
On May 5, 2004, at 2:51 AM, Sander Temme wrote:
Hi Mark,
Thanks for your observations.
On May 4, 2004, at 7:18 PM, mark wrote:
2)
Dettach is never needed. However, depending on desired results, it is
usually desireable to perform a destroy when a HUP signal is se
