httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Ames <>
Subject Re: [PATCH] filtering and canned error responses
Date Tue, 05 Sep 2000 16:01:16 GMT wrote:
> In a message dated 00-09-02 11:30:50 EDT, Ryan writes...
> > What is the problem we are trying to solve with
> > this?  
> An infinite loop.
> In the case of generating error pages, I think you are always
> going to need some kind of 'All filters back off this one'
> flag in the request rec or something so it doesn't get
> re-filtered ( and possibly re-looped ) as it goes out the door.
In my experience, it's standard practice for software error recovery
routines to back off to a lower level of functionality when things start
to go down the crapper.  We do have the ErrorDocument directive
available for admins who want to create fancy 404 error pages, which
typically isn't a sign of server breakage.  Try one of Ken's - for an amusing example.  

For the canned error strings that started this thread, IMO we want to
keep things as simple as possible to try to avoid potential partial
breakage in the server.  That probably means avoiding any non-essential
filters (the charset xlation filter on an ebcdic box is unavoidable

Hmmmmm...I wonder what happens if ErrorDocument points to a non-existant
file?  I'll try it and post the results.


View raw message