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...
>
