If you run the httpd-test limits.t test with the worker MPM (on Linux at
least), you'll see that it hangs trying to perform subtest #2, though the
test doesn't hang with prefork. It was kind of rough coaxing gdb into
telling me what was going on (we all know how well
linux+gdb+multithreading get along :-/ ), but anyway, here's the
backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x4003bfe0 in apr_pool_clear (a=0x8183ed4) at apr_pools.c:957
957 free_blocks(a->first->h.next);
(gdb) bt
#0 0x4003bfe0 in apr_pool_clear (a=0x8183ed4) at apr_pools.c:957
#1 0x80bee97 in core_output_filter (f=0x817a214, b=0x0) at core.c:3217
#2 0x80b8b65 in ap_pass_brigade (next=0x817a214, bb=0x817a264)
at util_filter.c:276
#3 0x80b77ac in ap_flush_conn (c=0x8179f84) at connection.c:138
#4 0x80b7805 in ap_lingering_close (dummy=0x8179f84) at connection.c:175
#5 0x4003be2a in run_cleanups (c=0x817a244) at apr_pools.c:833
#6 0x4003bfbf in apr_pool_clear (a=0x8179e84) at apr_pools.c:949
#7 0x4003c02c in apr_pool_destroy (a=0x8179e84) at apr_pools.c:995
#8 0x80ad9dd in worker_thread (thd=0x815273c, dummy=0x81d9ad8) at
worker.c:723
#9 0x40036cbe in dummy_worker (opaque=0x815273c) at thread.c:122
#10 0x401d9065 in pthread_start_thread (arg=0xbf3ffc00) at manager.c:274
--Cliff
--------------------------------------------------------------
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
