...but I had to take it back down unfortunately, due to taking numerous
seg faults. The last CVS up was on Wed, Oct 17 16:36; Jeff's patch for
child exit status from this PM was on top of that.
I captured 3 dumps in /usr/local/apache2.0.26-debug/corefiles. All of
them look pretty much the same. Here's the backtrace from one.
Greg
corefiles/httpd.core.2
#0 0x806fcef in merge_core_dir_configs (a=0x81f200c, basev=0x8158b24,
newv=0x81f2e00) at core.c:234
#1 0x8063217 in ap_merge_per_dir_configs (p=0x81f200c, base=0x8158a74,
new_conf=0x8203a5c) at config.c:262
#2 0x8075e4e in ap_directory_walk (r=0x81f203c) at request.c:937
#3 0x8073258 in core_map_to_storage (r=0x81f203c) at core.c:2620
#4 0x80745c3 in ap_run_map_to_storage (r=0x81f203c) at request.c:109
#5 0x8074f25 in ap_process_request_internal (r=0x81f203c) at
request.c:175
#6 0x8060519 in ap_process_request (r=0x81f203c) at http_request.c:284
#7 0x805c2b6 in ap_process_http_connection (c=0x8125114) at
http_core.c:289
#8 0x806b423 in ap_run_process_connection (c=0x8125114) at
connection.c:82
#9 0x806b5e1 in ap_process_connection (c=0x8125114) at connection.c:219
#10 0x8061aa4 in child_main (child_num_arg=174) at prefork.c:830
#11 0x8061bfa in make_child (s=0x8095974, slot=174) at prefork.c:917
#12 0x8061e4d in perform_idle_server_maintenance (p=0x809500c)
at prefork.c:1058
#13 0x806220e in ap_mpm_run (_pconf=0x809500c, plog=0x80ce00c,
s=0x8095974)
at prefork.c:1236
#14 0x806746d in main (argc=1, argv=0xbfbffb50) at main.c:432
#15 0x805be81 in _start ()
