httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject DO NOT REPLY [Bug 37307] Can't suppress error messages
Date Mon, 29 Mar 2010 20:35:48 GMT

Daniel Ruggeri <> changed:

           What    |Removed                     |Added
                 CC|                            |

--- Comment #4 from Daniel Ruggeri <> 2010-03-29 20:35:47 UTC ---
It would seem to me that the only way to be able to do this would be to create
a new directive "SuppressErrorLogMatching" that accepts a regular expression
and then check the log messages in a lower level function like log_error_core.

I would be happy to write a patch to accomplish this, but I would like input
from the devs as to the feasibility.

1. Add to the conf: SuppressErrorLogMatching "Disabled use of AcceptEx"
2. Allow multiple occurrences of this directive?
3. In the startup, compile the regular expression to ensure validity and add
the ap_regex_t struct to an array or as a single item (depending on whether we
should allow multiple occurrences)
4. During every call to log_error_core, check the regex against the log message
and return immediately if it matches

While it's all I can come up with to suit the request, I have concerns about
the approach. This could easily increase load depending on the level and amount
of logging. Although we would be dealing with a compiled regex, we still have
to spend the time to know if it matches - adding those cycles to all log
messages in debug level with something like mod_ssl dumping data would be
rather nasty to do.

Configure bugmail:
------- You are receiving this mail because: -------
You are the assignee for the bug.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message