Re-submitting with a valid Subject line !
Jignesh Badani <jbadani@xxxxxxxx>
05/27/2005 03:12 PM
Please respond to
users@xxxxxxxxxxxxxxxx
To
users@xxxxxxxxxxxxxxxx
cc
Subject
Re: [users@httpd] Need help with #if DEBUGGING in proxy_http.c
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@xxxxxxxxx>
05/26/2005 01:57 AM
Please respond to
users@xxxxxxxxxxxxxxxx
To
<users@xxxxxxxxxxxxxxxx>
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@xxxxxxxx>
To: <users@xxxxxxxxxxxxxxxx>
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@xxxxxxxxxxxxxxxx
> " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
>
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@xxxxxxxxx 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@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
---------------------------------------------------------------------
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@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
---------------------------------------------------------------------
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@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|