httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Stoddard" <b...@wstoddard.com>
Subject Re: cvs commit: httpd-2.0/server core.c
Date Wed, 30 Jan 2002 03:50:45 GMT
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" <trawick@attglobal.net>
To: <dev@httpd.apache.org>
Sent: Tuesday, January 29, 2002 9:54 PM
Subject: Re: cvs commit: httpd-2.0/server core.c


> "Bill Stoddard" <bill@wstoddard.com> 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 | trawick@attglobal.net | PGP public key at web site:
>        http://www.geocities.com/SiliconValley/Park/9289/
>              Born in Roswell... married an alien...
>


Mime
View raw message