------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=927
--- Comment #5 from Phil Pennock <exim-dev@???> 2009-12-09 01:48:08 ---
The value of statbuf is interesting. I find it hard to believe that any file
reasonably encountered has 4131212846 hard links, and the values of the times
include (timeval).tv_sec from variously 98 years in the future, to over 4
million years in the future.
This suggests that statbuf is uninitialised, which means that the death has to
be happening fairly early on. This narrows the range down to somewhere between
the start of main() at 1296 and line 1493, where stderr is stat'd, unless the
stat of stderr failed.
So, there are some user/group checks, all error-checked; possibly some
OS-specific startup in OS_INIT, if defined; a check for a field patched from
within the test harness, so that branch won't have been taken;
setlocale(LC_ALL, "C") which had better be very safe (or lots of daemons will
be failing); SIGALRM handler setting; and a log_buffer malloc, error-checked.
Nothing in exim4_4.69-9.diff.gz looks relevant to me.
The user/group checks would have led to a failure with another stack frame in
play, rather than at main().
OS_INIT is only defined for Cygwin.
Does the affected system have ECC RAM?
--
Configure bugmail:
http://bugs.exim.org/userprefs.cgi?tab=email
