https://issues.apache.org/bugzilla/show_bug.cgi?id=37307
Daniel Ruggeri <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #4 from Daniel Ruggeri <[email protected]> 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: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
