httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jignesh Badani <jbad...@mmsa.com>
Subject Re: [users@httpd] Need help with #if DEBUGGING in proxy_http.c
Date Fri, 27 May 2005 22:12:10 GMT
Thanks Tejas for your response. It will def help me in the future. 

But for now, even after I removed the #if debugging lines from the code 
(proxy_http.c) and re-compiled Apache, I still do not see the Response 
headers and body.


Here is my other follow-up submission to Apache org, can you help me with 
the following too !? I have not touched C in the last 10 years, though I 
can understand some of the code, not all of it. And plus to understand the 
code, you have to study all the underlying structures/classes. And I need 
to find/fix the problem asap. Thanks.

Hello again

I tried removing the #if debugging  from proxy_http.c and re-compiled but 
it did not help.

Can anybody offer me a piece of code which I can embed in proxy_http.c to 
dump out the entire request (get/post parameters, cookies, etc.)  being 
passed to the backend and the corresponding response from the backend 
including the headers and the body.

Thanks


- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
- - 
 Jignesh Badani




"Tejas Sanghavi" <tejas.sanghavi@patni.com> 
05/26/2005 01:57 AM
Please respond to
users@httpd.apache.org


To
<users@httpd.apache.org>
cc

Subject
Re: [users@httpd] Need help with #if DEBUGGING in proxy_http.c






Jignesh,

On which OS are you compiling Apache? If on UNIX, you can specify the flag
with ./configure, like:

./configure --prefix=<INSTALL_PATH> CFLAGS="-DDEBUGGING"

and then compile.

If on Windows, you have to add "-DDEBUGGING" for compiler flags in all the
.mak files.

The other way is to use "#define DEBUGGING" or "#define DEBUGGING 1" in 
the
file in which you want it to be enabled.

Regards,
Tejas Sanghavi.


----- Original Message -----
From: "Jignesh Badani" <jbadani@mmsa.com>
To: <users@httpd.apache.org>
Sent: Thursday, May 26, 2005 5:57 AM
Subject: [users@httpd] Need help with #if DEBUGGING in proxy_http.c


> Folks, we have been seeing quite a few 502 - (proxy: error reading 
status
> line from remote server) with one of our backend server (very old Oracle
> Web Application server 3.0 /HTTP 1.1) and I need to debug these request.
>
> When I set LogLevel to debug, I still do not see the response stream
> (bytes being transferred from the backend server to the Proxy) outputted
> to the error log.
>
> I only see this:
> [Wed May 25 16:14:43 2005] [debug] ssl_engine_io.c(1489):
>
+-------------------------------------------------------------------------+
> [Wed May 25 16:14:43 2005] [debug] proxy_http.c(956): proxy: header only
> [Wed May 25 16:14:45 2005] [debug] proxy_http.c(893): proxy: start body
> send
> [Wed May 25 16:14:45 2005] [debug] proxy_http.c(953): proxy: end body 
send
> [Wedder only May 25 16:14:45 2005] [debug] ssl_engine_io.c(1511): 
OpenSSL:
> read 5/5 bytes from BIO#2ecce0 [mem: 3458d0] (BIO dump follows)
>
> When I looked at the proxy_http.c, I see the following piece of code 
which
> I guess is preventing writing to the debug log. I believe the #if (
> conditional if) is a pre-complier flag used during compilation (?) or 
can
> it be also be used during run time somehow by passing some argument ?
>
> #if DEBUGGING
>                     {
>                     apr_off_t readbytes;
>                     apr_brigade_length(bb, 0, &readbytes);
>                     ap_log_error(APLOG_MARK, APLOG_DEBUG, 0,
>                                  r->server, "proxy (PID %d): readbytes:
> %#x",
>                                  getpid(), readbytes);
>                     }
> #endif
>
>
> Also, strangely enough, only mod_proxy module is using the #if DEBUGGING
> pre-compiler flag, why !?
>
> Thanks
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
-
> - -
>  Jignesh Badani
>
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server 
Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>



http://www.patni.com
World-Wide Partnerships. World-Class Solutions.
_____________________________________________________________________

This e-mail message may contain proprietary, confidential or legally
privileged information for the sole use of the person or entity to
whom this message was originally addressed. Any review, e-transmission
dissemination or other use of or taking of any action in reliance upon
this information by persons or entities other than the intended
recipient is prohibited. If you have received this e-mail in error
kindly delete  this e-mail from your records. If it appears that this
mail has been forwarded to you without proper authority, please notify
us immediately at netadmin@patni.com and delete this mail. 
_____________________________________________________________________

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message