<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
Thanks for finding the bug and patch to fix the bug. I submit your bug finding here.<br><br>http://sourceforge.net/tracker/index.php?func=detail&aid=2102078&group_id=128058&atid=710488<br><br>Making a record and hopefully Henrik will fix this bug when he is back.<br><br>T.J. Yang<br><br>> Date: Thu, 4 Sep 2008 20:04:18 -0600<br>> From: asparks@doublesparks.net<br>> To: hobbit@hswn.dk<br>> Subject: Re: [hobbit] Hobbit 4.2 - bb2 ack list has strange date -bug, patch<br>> <br>> This turns out to be a bug in Hobbit on x86_64. Problem appears to be<br>> that a time value read from the acknowledge.log by bbgen is read into a<br>> shorter integer than is allocated as a time_t value (and that allocation<br>> is not initialized)... so sometimes random bits are included, and skew<br>> the time way into the future.<br>> <br>> I solved the problem with the following patch:<br>> <br>> --- lib/acklog.c.orig 2008-09-04 10:09:02.000000000 -0600<br>> +++ lib/acklog.c 2008-09-04 10:11:59.000000000 -0600<br>> @@ -72,7 +72,7 @@<br>> }<br>> }<br>> <br>> - acks = (ack_t *) malloc(maxcount*sizeof(ack_t));<br>> + acks = (ack_t *) calloc(maxcount, sizeof(ack_t));<br>> ackintime_count = num = 0;<br>> <br>> while (fgets(l, sizeof(l), acklog)) {<br>> @@ -87,7 +87,7 @@<br>> char *p, *p1, *hobbitdacker = NULL;<br>> <br>> sscanf(l, "%u\t%d\t%d\t%d\t%s\t%s\t%s\t%n",<br>> - (unsigned int *)&acks[num].acktime,<br>> &acks[num].acknum,<br>> + (time_t *)&acks[num].acktime,<br>> &acks[num].acknum,<br>> &acks[num].duration, &acks[num].acknum2,<br>> ackedby, hosttest, color, &c_used);<br>> <br>> <br>> <br>> Alan Sparks wrote:<br>> > Trying to get a Hobbit 4.2.0+allinone server on CentOS 4.6 x86_64 running.<br>> ><br>> > I am sometimes, when acknowledging an alert getting a very wrong date<br>> > string showing in the ack log at the bottom of the bb2 page. For instance:<br>> > Fri May 24 00:07:50 9630 den1log43 disk uiadmin (10.1.10.112)<br>> > asparks: blown datafile<br>> ><br>> ><br>> > Where in the world can "year 9630" be coming from?<br>> ><br>> > The acknowledge.log has the following line:<br>> > 1220503494 525808 60 525808 np_filename_not_used <br>> > den1log43.disk<br>> > yellow asparks: blown datafile, needs rebuild \nAcked by: uiadmin<br>> > (10.1.10.112)<br>> ><br>> > Is this corrupt data somewhere? I've also tried removing the content of<br>> > acknowledge.log, but the problem returns as soon as I ack a new alert.<br>> ><br>> > Thanks for any advice.<br>> > -Alan<br>> ><br>> ><br>> ><br>> > To unsubscribe from the hobbit list, send an e-mail to<br>> > hobbit-unsubscribe@hswn.dk<br>> ><br>> ><br>> ><br>> > <br>> <br>> <br>> <br>> To unsubscribe from the hobbit list, send an e-mail to<br>> hobbit-unsubscribe@hswn.dk<br>> <br>> <br><br /><hr />See how Windows connects the people, information, and fun that are part of your life. <a href='http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/' target='_new'>See Now</a></body>
</html>