From: nobu@... Date: 2016-08-22T09:26:00+00:00 Subject: [ruby-core:77001] [Ruby trunk Bug#12548] Rounding modes inconsistency between round versus sprintf Issue #12548 has been updated by Nobuyoshi Nakada. Noah Gibbs wrote: > Sounds good to me. Do we need to fix ReXML, if it depends on the current rounding mode? THe rdoc of `REXML::Functions.number` states: > a string that consists of optional whitespace followed by an optional minus sign followed by a Number followed by whitespace is converted to the IEEE 754 number that is nearest (according to the **IEEE 754 round-to-nearest** rule) to the mathematical value represented by the string; any other string is converted to NaN ---------------------------------------- Bug #12548: Rounding modes inconsistency between round versus sprintf https://bugs.ruby-lang.org/issues/12548#change-60229 * Author: Kieran McCusker * Status: Open * Priority: Normal * Assignee: * ruby -v: 2.3.1 * Backport: 2.1: UNKNOWN, 2.2: UNKNOWN, 2.3: UNKNOWN ---------------------------------------- Hi I've found this possible bug with sprintf in our production code, but it seems very odd that no one has reported it so I'm doubting myself. I've tested a few versions (CRuby 2.3.1 and 2.1.9) and it was present in both. To reproduce in irb: sprintf('%1.0f', 12.5) Expected result 13 actual 12 In fact if you look at the number sequence 0.5 -> 99.5 you find the even half will all round down and the odd half round up. 12.5.round produces the correct result (13) If you do the same in jruby 2.2.1 you get the expected result of 13. Many thanks Kieran -- https://bugs.ruby-lang.org/ Unsubscribe: