Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 1879 invoked from network); 18 Jun 2006 12:49:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Jun 2006 12:49:51 -0000 Received: (qmail 89650 invoked by uid 500); 18 Jun 2006 12:49:46 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 89401 invoked by uid 500); 18 Jun 2006 12:49:45 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 89383 invoked by uid 99); 18 Jun 2006 12:49:44 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 18 Jun 2006 05:49:44 -0700 X-ASF-Spam-Status: No, hits=1.1 required=10.0 tests=HTML_MESSAGE,INFO_TLD,RCVD_IN_NJABL_PROXY X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [212.27.42.36] (HELO smtp6-g19.free.fr) (212.27.42.36) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 18 Jun 2006 05:49:43 -0700 Received: from taris.localnet (stc92-2-82-228-136-150.fbx.proxad.net [82.228.136.150]) by smtp6-g19.free.fr (Postfix) with ESMTP id BFA3E22633 for ; Sun, 18 Jun 2006 14:49:21 +0200 (CEST) X-Spam-Level: Received: from localhost ([127.0.0.1]) by taris.localnet (Kerio MailServer 6.1.2) for dev@httpd.apache.org; Sun, 18 Jun 2006 14:49:19 +0200 From: Mathieu CARBONNEAUX Reply-To: info@ch2o.info To: dev@httpd.apache.org Subject: Re: [info@ch2o.info] Re: debug apache In-Reply-To: <200606171314.29095.nick@webthing.com> Message-ID: <20060618124919.26929690@taris.localnet> Date: Sun, 18 Jun 2006 14:49:19 +0200 X-Mailer: Kerio MailServer 6.1.2 WebMail X-User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----------flower-power-193bc68c9d12d19a500eb6bd1638be9f" X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, hits=0.0 required=4.0 tests=ALL_TRUSTED: -2.4,AWL: -1.432,HTML_20_30: 1.241, HTML_MESSAGE: 0.001,INFO_TLD: 1.717,UNWANTED_LANGUAGE_BODY: 3 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. ------------flower-power-193bc68c9d12d19a500eb6bd1638be9f Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable i think is very usefull to have this in production environment... to deb= ug probleme without interupting production... in only up the log level w= ith reload... with strace you must restart apache with strace...and for desactivating = it you must restart... in some production environement is not acceptable= ... =5F=5F=5F=5F=5F =20 From: Nick Kew [mailto:nick@webthing.com] To: dev@httpd.apache.org Sent: Sat, 17 Jun 2006 14:14:25 +0200 Subject: [info@ch2o.info] Re: debug apache On Saturday 17 June 2006 09:47, Ruediger Pluem wrote: > On 06/17/2006 08:57 AM, Alexander Lazic wrote: > > On Sam 17.06.2006 00:54, Ruediger Pluem wrote: > >> From my current point of view the answer is: No, this is not possib= le > >> out of the box. > >> It may be possible if you modify the hook macros. > > > > And do you think that the developer would accept a patch for apache = 2.x > > and would apply it=3F > > Depends on the patch :-). Please take into account that these macros a= re > part of apr-util. So this discussion belongs to dev@apr.apache.org. > Currently I have not made any thoughts how these macros could be modif= ied > in a way such that they play together with httpd logging. I think you'd be far better off with a generic trace such as strace. They're made for precisely this kind of thing. Having said that. what you could do with the hooks is to wrap them in functions that add logging. To do that with apache logging would require the APR macros to be masked out. Since you'd be adding=20 overhead to everything the server does, you'll never get it accepted into the main source tree, unless you can at the very least make it conditionally compile. --=20 Nick Kew =20 ------------flower-power-193bc68c9d12d19a500eb6bd1638be9f Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable i think is very usefull to have this in production environment... to deb= ug probleme without interupting production... in only up the log level w= ith reload...
with strace you must restart apache with strace...and f= or desactivating it you must restart... in some production environement = is not acceptable...


From: Nick Kew [mailto:nick@webthing.com]
To: dev@= httpd.apache.org
Sent: Sat, 17 Jun 2006 14:14:25 +0200
S= ubject: [info@ch2o.info] Re: debug apache

On Saturday= 17 June 2006 09:47, Ruediger Pluem wrote:
> On 06/17/2006 08:57 A= M, Alexander Lazic wrote:
> > On Sam 17.06.2006 00:54, Ruediger= Pluem wrote:
> >> From my current point of view the answer = is: No, this is not possible
> >> out of the box.
> &g= t;> It may be possible if you modify the hook macros.
> >> > And do you think that the developer would accept a patch for = apache 2.x
> > and would apply it=3F
>
> Depends on= the patch :-). Please take into account that these macros are
> p= art of apr-util. So this discussion belongs to dev@apr.apache.org.
> Currently I have not made a= ny thoughts how these macros could be modified
> in a way such tha= t they play together with httpd logging.

I think you'd be far bet= ter off with a generic trace such as strace.
They're made for precise= ly this kind of thing.

Having said that. what you could do with t= he hooks is to wrap them
in functions that add logging. To do that w= ith apache logging would
require the APR macros to be masked out. Si= nce you'd be adding
overhead to everything the server does, you'll n= ever get it accepted
into the main source tree, unless you can at the= very least make it
conditionally compile.

--
Nick Kew
=
------------flower-power-193bc68c9d12d19a500eb6bd1638be9f--