Compiles but not tested. Bill
Index: proxy_http.c =================================================================== RCS file: /home/cvs/httpd-2.0/modules/proxy/proxy_http.c,v retrieving revision 1.124 diff -u -r1.124 proxy_http.c --- proxy_http.c 29 Jan 2002 21:08:37 -0000 1.124 +++ proxy_http.c 30 Jan 2002 03:46:54 -0000 @@ -444,7 +444,7 @@ p_conn->addr, p_conn->name); /* set up the connection filters */ - ap_proxy_pre_http_connection(*origin); + ap_run_install_transport_filters(*origin, p_conn->sock); } return OK; } ----- Original Message ----- From: "Jeff Trawick" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, January 29, 2002 9:54 PM Subject: Re: cvs commit: httpd-2.0/server core.c > "Bill Stoddard" <[EMAIL PROTECTED]> writes: > > > I suspect something is messed up in your build. f->ctx (and net->c) are both initialized > > in the core_install_transport_filters(conn_rec *c, apr_socket_t *csd) call. It compiles > > and serves pages cleanly for me. Can you verify if core_install_transport_filters >is being > > run? > > Does this backtrace tell you anything (proxy)? > > #0 core_output_filter (f=0x40615fec, b=0x405ddff4) at core.c:3209 > 3209 core_output_filter_ctx_t *ctx = net->out_ctx; > #0 core_output_filter (f=0x40615fec, b=0x405ddff4) at core.c:3209 > #1 0x809ec63 in ap_pass_brigade (next=0x40615fec, bb=0x405ddff4) at > util_filter.c:445 > #2 0x40b2a7c9 in ap_proxy_http_request (p=0x4052efc0, r=0x40562e84, > p_conn=0x405e3fec, > origin=0x40603fb8, conf=0x40deffb0, uri=0x405e1fd4, > url=0x405f9fec "/cgi-bin/printenv", bb=0x405ddff4, > server_portstr=0xbffff94c "") > at proxy_http.c:640 > #3 0x40b2b245 in ap_proxy_http_handler (r=0x40562e84, > conf=0x40deffb0, > url=0x405f9fec "/cgi-bin/printenv", proxyname=0x0, proxyport=0) at > proxy_http.c:1016 > ---Type <return> to continue, or q <return> to quit---#4 0x40a18832 > in proxy_run_scheme_han > dler (r=0x40562e84, conf=0x40deffb0, > url=0x405cdfd6 "http://127.0.0.1:8099/cgi-bin/printenv", > proxyhost=0x0, proxyport=0) > at mod_proxy.c:1008 > #5 0x40a17ab7 in proxy_handler (r=0x40562e84) at mod_proxy.c:460 > #6 0x8093ed2 in ap_run_handler (r=0x40562e84) at config.c:185 > #7 0x8094427 in ap_invoke_handler (r=0x40562e84) at config.c:359 > #8 0x8070463 in ap_process_request (r=0x40562e84) at > http_request.c:290 > #9 0x806c511 in ap_process_http_connection (c=0x4054efb8) at > http_core.c:287 > #10 0x809cd8e in ap_run_process_connection (c=0x4054efb8) at > connection.c:84 > #11 0x809d056 in ap_process_connection (c=0x4054efb8, csd=0x40544fd4) > at connection.c:231 > #12 0x8092ade in child_main (child_num_arg=2) at prefork.c:717 > #13 0x8092c0b in make_child (s=0x40b00f9c, slot=2) at prefork.c:807 > #14 0x8092c71 in startup_children (number_to_start=5) at prefork.c:830 > #15 0x8092fce in ap_mpm_run (_pconf=0x40220fc0, plog=0x4078dfc0, > s=0x40b00f9c) > at prefork.c:1037 > #16 0x8098257 in main (argc=3, argv=0xbffffc34) at main.c:498 > > Here is the request I sent: > > GET http://127.0.0.1:9999/cgi-bin/printenv HTTP/1.0 > > (9999 is my port, so I'm proxying to my own server) > > This is a bare-bones proxy configuration. > > If you need more info let me know. Rather than set breakpoints in > that hook to see if I get there I'd rather teach my scripts to save > backtraces from coredumps while I've got a live problem. > > -- > Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: > http://www.geocities.com/SiliconValley/Park/9289/ > Born in Roswell... married an alien... >