i.e. they should be automatically restarted when they die
similar to what happens for access loggers.
Patch makes error loggers use the same code path as
access loggers.
Side effect: patch adds ap_server_root_relative() to the error
logger path before spawning.
Reviewed by R. Pluem.
Patch needs to be tested on Windows.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@735516 13f79535-47bb-0310-9956-ffa450edef68
server_rec from which to read the appropriate LogLevel. Ensure that
everything gets logged when -DDEBUG is passed to the compiler.
This makes the server very verbose, on the command line before stderr is
redirected and in the error log afterwards. This is appropriate when
debugging, but not under normal circumstances.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@686271 13f79535-47bb-0310-9956-ffa450edef68
child's read end for a reliable piped logger. The child runs
and manages it's own logs, and even if the parent did instead,
the mpm would be adjusted to pass down the child write ends
without read ends to the pipes, so this forever makes no sense.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@607666 13f79535-47bb-0310-9956-ffa450edef68
within the same 10 minutes, this is the obvious fix to prevent any lingering
write handles from hanging around in unexpected ways.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@580431 13f79535-47bb-0310-9956-ffa450edef68
simultanious pools until the new stderr pipe logger is completely
initialized. This ensures we have a stderr channel from the time
we clear the plog in a previous generation through the invocation
of the open_logs hook in the next generation.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@569535 13f79535-47bb-0310-9956-ffa450edef68
the server if it's horribly broken. The alternative of returing
'rc' in this case would be to open /dev/null as the error stream
for this generation of the server; and even more useless result.
Also the parent-file was never necessary; we can pass only the
child handle using apr_procattr_child_err_set() and have no extra
file to clean up afterwards.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@568326 13f79535-47bb-0310-9956-ffa450edef68
use the already-open stderr file object rather than opening a new one.
Submitted by: Tom Donovan <Tom.Donovan acm.org>
PR: 40476
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@467338 13f79535-47bb-0310-9956-ffa450edef68
that the new child's stderr is not a pipe to an old piped logger:
* server/log.c (log_child): Add "dummy_stderr" parameter; if set,
duplicate stdout as the stderr for the child.
(open_error_log): Add "is_main" parameter; use dummy stderr for logger
for main server only.
(ap_open_logs, ap_open_piped_log): Adjust for new open_error_log()/
log_child() parameters.
PR: 40651
Submitted by: jorton, rpluem
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@452431 13f79535-47bb-0310-9956-ffa450edef68
previously strtol() would look at unitialized
storage, but now the string is terminated where
the data read ends
give user a hint about removing the file if we can't
read/parse it properly
(somehow I ended up with a truncated httpd.pid on my
own system, leading to these tweaks)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@104651 13f79535-47bb-0310-9956-ffa450edef68
ap_replace_stderr_log): Use APR_LARGEFILE when opening log files, to
allow log files to exceed the 2Gb limit if necessary.
PR: 13511
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@103627 13f79535-47bb-0310-9956-ffa450edef68
Use new APR apr_proc_create() features to prevent Apache from starting
on Unix* in most cases where a piped log program can be started,
and add log messages for the other situations. *Other platforms
already failed Apache initialization if a piped log program
couldn't be started.
PR: 15761
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@98607 13f79535-47bb-0310-9956-ffa450edef68
base numbers. This patch introduces "(EAP ##): Eap message" for the EAP
errors, "(OS ##): Message" for modestly numbered os errors (under 100000)
and hex "(OS 0x########): Message" for huge errors, which generally have
bit-flag meanings and are usually represented in hex.
This should make recognizing user bugreports a little less difficult.
Would have done the same for other ranges, but they don't have (as) obvious
numeric meanings on their own.
Finally, we free up a buffer copy and give apr_strerror our string buffer
to directly populate the message text.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97191 13f79535-47bb-0310-9956-ffa450edef68
argument schema so it can be directly invoked by the hook handler. Also
clean up the open_logs processing to return an error rather than simply
exit()ing.
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@96829 13f79535-47bb-0310-9956-ffa450edef68
