The not_found and forbidden methods currently do not write a newline to
stderr after the error message. This means that if git-http-backend is
invoked through something like fcgiwrap, and the stderr of that fcgiwrap
process is sent to a logging daemon (e.g. journald), the error messages
of several git-http-backend invocations will just get strung together,
e.g.
> Not a git repository: '/var/lib/git/foo.git'Not a git repository: '/var/lib/git/foo.git'Not a git repository: '/var/lib/git/foo.git'
I think it's git-http-backend's responsibility to format these messages
properly, rather than it being fcgiwrap's job to notice that the script
didn't terminate stderr with a newline and do so itself.
Signed-off-by: KJ Tsanaktsidis <kj@kjtsanaktsidis.id.au>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
end_headers(hdr);
va_start(params, err);
- if (err && *err)
+ if (err && *err) {
vfprintf(stderr, err, params);
+ putc('\n', stderr);
+ }
va_end(params);
exit(0);
}
end_headers(hdr);
va_start(params, err);
- if (err && *err)
+ if (err && *err) {
vfprintf(stderr, err, params);
+ putc('\n', stderr);
+ }
va_end(params);
exit(0);
}