Hi,
This patch will make worker use the new features of
the pools code. It also adds a convenient line
for debugging purposes (resolves to a NOOP if
APR_POOL_DEBUG is not defined).
Sander
Index: server/mpm/worker/worker.c
===
RCS
== pools a
lot easier and will be part of the patch I submit at the weekend :)
BTW, today we managed to get the server serving pages using sms instead
of the pools code, with virtually no changes needed to the server code
at all. As a starting point it's pretty reasonable :)
If the answer
On Wed, 4 Jul 2001, Justin Erenkrantz wrote:
On Wed, Jul 04, 2001 at 09:35:05PM +0100, David Reid wrote:
Anyone have objections to moving the apr_pools.c file into the
memory/unix directory?
No objections here, but I wouldn't worry about the history.
Just note that the file originally
On Wed, Jul 04, 2001 at 04:08:45PM -0700, [EMAIL PROTECTED] wrote:
For moves like this, we usually try to keep the history. That is the way
the group has always done it in the past. This has caused arguments
before, but I would prefer to keep the history.
Oh, I wasn't aware of that policy.
On Wed, 4 Jul 2001 [EMAIL PROTECTED] wrote:
+1 for moving it. To move it without losing history, log on to deadalus,
and do the following:
+1 for moving it. Definitely keep the history. It's much easier than
trying to compare across files. And that's always been the group's
consensus after
a
lot easier and will be part of the patch I submit at the weekend :)
BTW, today we managed to get the server serving pages using sms instead
of the pools code, with virtually no changes needed to the server code
at all. As a starting point it's pretty reasonable :)
If the answer is no, then can
On Wed, Jul 04, 2001 at 09:35:05PM +0100, David Reid wrote:
Anyone have objections to moving the apr_pools.c file into the
memory/unix directory?
No objections here, but I wouldn't worry about the history.
Just note that the file originally came from lib/apr_pools.c.
If you want to see the