httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Boyle Owen" <>
Subject RE: [users@httpd] Apache 1.3: Aliases no longer working
Date Mon, 12 Dec 2005 10:28:58 GMT
> -----Original Message-----
> From: Stephen Collyer []
> 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.

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:
> >
> 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:> for more info.
> To unsubscribe, e-mail:
>    "   from the digest:
> For additional commands, e-mail:
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:> for more info.
To unsubscribe, e-mail:
   "   from the digest:
For additional commands, e-mail:

View raw message