On Thursday 15 November 2001 11:17 am, Doug MacEachern wrote: I'll be changing the lingering_close stuff in a little while. The order that it gets called is kind of screwed up right now. :-(
Ryan > was working fine yesterday, just synced with cvs and all ssl tests hang > here.. > > 0x401c91de in __select () from /lib/libc.so.6 > (gdb) where > #0 0x401c91de in __select () from /lib/libc.so.6 > #1 0x40048490 in __DTOR_END__ () > from /home/dougm/ap/prefork-shared/lib/libapr.so.0 > #2 0x4003a4e0 in apr_recv (sock=0x824f8bc, buf=0xbffff570 "\025!D", > len=0xbffff56c) at sendrecv.c:142 > #3 0x8096318 in ap_lingering_close (dummy=0x824f98c) at connection.c:205 > #4 0x40044fec in run_cleanups (c=0x824fc14) at apr_pools.c:833 > #5 0x400451a2 in apr_pool_clear (a=0x824f88c) at apr_pools.c:949 > #6 0x808ae72 in child_main (child_num_arg=0) at prefork.c:598 > #7 0x808b0f4 in make_child (s=0x8172bcc, slot=0) at prefork.c:719 > #8 0x808b235 in startup_children (number_to_start=1) at prefork.c:793 > #9 0x808b5f0 in ap_mpm_run (_pconf=0x8171f2c, plog=0x81a20ac, s=0x8172bcc) > at prefork.c:988 > #10 0x8091212 in main (argc=8, argv=0xbffff964) at main.c:432 > #11 0x40112b5c in __libc_start_main (main=0x8090cf4 <main>, argc=8, > ubp_av=0xbffff964, init=0x80714bc <_init>, fini=0x81361ec <_fini>, > rtld_fini=0x4000d634 <_dl_fini>, stack_end=0xbffff95c) > at ../sysdeps/generic/libc-start.c:129 > > and requesting https://localhost:8530/ through netscape also hangs: > > 0x401c91de in __select () from /lib/libc.so.6 > (gdb) where > #0 0x401c91de in __select () from /lib/libc.so.6 > #1 0x40048490 in __DTOR_END__ () > from /home/dougm/ap/prefork-shared/lib/libapr.so.0 > #2 0x4003a4e0 in apr_recv (sock=0x824f8bc, buf=0x827e308 "", > len=0xbfffd64c) at sendrecv.c:142 > #3 0x4001bb24 in socket_read (a=0x827e2e8, str=0xbfffd650, len=0xbfffd64c, > block=APR_BLOCK_READ) at apr_buckets_socket.c:75 > #4 0x809fe82 in core_input_filter (f=0x824fc2c, b=0x821162c, > mode=AP_MODE_BLOCKING, readbytes=0xbfffd6a8) at core.c:2937 > #5 0x8097bca in ap_get_brigade (next=0x824fc2c, bb=0x821162c, > mode=AP_MODE_BLOCKING, readbytes=0xbfffd6a8) at util_filter.c:250 > #6 0x8098ad2 in ap_getline (s=0xbfffd710 "\224�\e\b�a\001@8���", n=8192, > r=0x8210e54, fold=0) at protocol.c:224 > #7 0x8098f62 in read_request_line (r=0x8210e54) at protocol.c:404 > #8 0x80996b0 in ap_read_request (conn=0x824f99c) at protocol.c:585 > #9 0x8084f0b in ap_process_http_connection (c=0x824f99c) at > http_core.c:276 #10 0x8095fff in ap_run_process_connection (c=0x824f99c) at > connection.c:83 #11 0x8096391 in ap_process_connection (c=0x824f99c) at > connection.c:224 #12 0x808b04f in child_main (child_num_arg=0) at > prefork.c:684 > #13 0x808b0f4 in make_child (s=0x8172bcc, slot=0) at prefork.c:719 > #14 0x808b235 in startup_children (number_to_start=1) at prefork.c:793 > #15 0x808b5f0 in ap_mpm_run (_pconf=0x8171f2c, plog=0x81a20ac, s=0x8172bcc) > at prefork.c:988 > #16 0x8091212 in main (argc=8, argv=0xbffff964) at main.c:432 > #17 0x40112b5c in __libc_start_main (main=0x8090cf4 <main>, argc=8, > ubp_av=0xbffff964, init=0x80714bc <_init>, fini=0x81361ec <_fini>, > rtld_fini=0x4000d634 <_dl_fini>, stack_end=0xbffff95c) > at ../sysdeps/generic/libc-start.c:129 -- ______________________________________________________________ Ryan Bloom [EMAIL PROTECTED] Covalent Technologies [EMAIL PROTECTED] --------------------------------------------------------------
