No, the variable it's dividing is long long - the missing dot was an error in posting the patch (though I did all the testing with the right way).
Changing it from 100 to 100.0 would be a great plan. Steve -----Original Message----- From: Dave Shield [mailto:d.t.shi...@liverpool.ac.uk] Sent: Thursday, September 22, 2011 2:20 PM To: Niels Baggesen Cc: Net-SNMP coders Subject: Re: RFV: Disk calculation overflow On 22 September 2011 22:05, Niels Baggesen <n...@users.sourceforge.net> wrote: > Den 22-09-2011 11:15, Dave Shield skrev: >> >> I've therefore applied a version of Steve's patch (using local float >> variables rather than casts) to the 5.6, 5.7 and master code lines. > > It seems that you lost the period that made the 100 into a float :-( But the variable that it's dividing is a float anyway, so does that matter? If it does, then perhaps it would be clearer to use '100.0' rather than '100.' Dave ---------------------------------------------------------------------------- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
