<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Apr 5, 2013 at 4:55 PM, Andreas Ericsson <span dir="ltr"><<a href="mailto:ae@op5.se" target="_blank">ae@op5.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 04/05/2013 09:41 AM, Anton Löfgren wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
For the record, the following patch identically triggers the faults on my<br>
x86_64 Arch installation (where time_t normally is a quad word).<br>
<br>
</blockquote>
<br></div>
Well, yes. You're explicitly casting it to a 32-bit value but it can't<br>
hold that much so it gets truncated. </blockquote><div>Right. The point I was trying to make was merely that it indeed seems like an integer overflow is causing the issue Ton Voon's experiencing. I'm sorry for the noise if that had already established as fact.<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">But CentOS 5 really shouldn't have<br>
32-bit time_t, and especially not on 64-bit archs, so I don't know<br>
where it's getting its cast from.<br></blockquote><div>Indeed - it'd be great to have some more information on what structs are actually being used on his system. Along, possibly, with whichever build flags were used to build his CentOS Nagios installation<br>
</div></div></div></div>