> -----Original Message-----
> From: Stephen Collyer [mailto:[EMAIL PROTECTED]
> 
> I'm not familiar with the Apache code base, but I guess this
> implies that there's no trace code in there ? Seems to be
> something of an omission for a project as large as Apache, if so.

I disagree strongly. Apache's greatest strength is its reliability and 
robustness. If you pollute the code-base with help, info and debug messages and 
all the associated switches and conditionals, you create a fertile bug 
environment.

Incidentally, I believe your assertion that you found nothing in the error log 
to be inaccurate. If the problem was due to an access control restriction, then 
you would have received a message "access denied by server configuration". This 
should have been enough to indicate what the problem was.

If you truly didn't get this, then there is still something wrong with your 
installation. Reproduce the 403 and double-check the error log.

Rgds,
Owen Boyle
Disclaimer: Any disclaimer attached to this message may be ignored. 

> 
> > An alternative is to run the request under a debugger and 
> step through
> > it until you see what is causing the problem.  See:
> > http://httpd.apache.org/dev/debugging.html
> 
> Well, I'd already strace'd it, with no better results; all
> I could see is that the appropriate file is stat'ed, and then
> a little later on, the 403 being returned.
> 
> However: *** I have found the problem ***
> 
> The problem, of course, was caused by my being a dick.
> I'd put in some temporary access control that I'd forgotten
> about in an Include'd conf file.
> 
> Now, given that we're all dicks at some point or other,
> this has taught me that Apache is too hard to debug.
> 
> It would be much more useful if it were possible to ask
> Apache to provide a trace of a request, based on its current 
> configuration, this trace containing all of the major decisions
> that are made thoughout its life: access control, URL->dir
> translations, usage of Aliases, and so on.
> 
> Now, I'd guess that such trace would be spread across many
> components, written by many different people, so I won't be
> holding my breath, but this would be far more useful than the
> current suggestions in the debugging page of, say, strace or
> gdb, both of which are really at the wrong level semantically.
> (strace is telling you about syscalls, not config logic, and
> gdb'ing Apache ain't for those who aren't already familiar
> with the code, though it would give you the right answer with
> enough effort, of course).
> 
> -- 
> Regards
> 
> Stephen Collyer
> Netspinner Ltd
> 
> ---------------------------------------------------------------------
> 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: [EMAIL PROTECTED]
>    "   from the digest: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
Diese E-mail ist eine private und persönliche Kommunikation. Sie hat keinen 
Bezug zur Börsen- bzw. Geschäftstätigkeit der SWX Gruppe. This e-mail is of a 
private and personal nature. It is not related to the exchange or business 
activities of the SWX Group. Le présent e-mail est un message privé et 
personnel, sans rapport avec l'activité boursière du Groupe SWX.
 
 
This message is for the named person's use only. It may contain confidential, 
proprietary or legally privileged information. No confidentiality or privilege 
is waived or lost by any mistransmission. If you receive this message in error, 
please notify the sender urgently and then immediately delete the message and 
any copies of it from your system. Please also immediately destroy any 
hardcopies of the message. You must not, directly or indirectly, use, disclose, 
distribute, print, or copy any part of this message if you are not the intended 
recipient. The sender's company reserves the right to monitor all e-mail 
communications through their networks. Any views expressed in this message are 
those of the individual sender, except where the message states otherwise and 
the sender is authorised to state them to be the views of the sender's company.

---------------------------------------------------------------------
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: [EMAIL PROTECTED]
   "   from the digest: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to