You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The old SVN versions are very old and quite outdated in a number of places. In the current master branch, this value seems to be parsed correctly. Can you confirm this?
Please note, that there are the related issues #120, #137 regarding the floating point (parsing) precision. Additionally, there is the experimental branch issue120floatprecision_customstrtod with further experiments.
Haven't tried the version from github actually. Just saw it today... If you say it works, I believe you. I'll see when I can update to a more recent version and post if there are any problems. Thanks!
What steps will reproduce the problem?
Try to parse 2.2250738585072014E−308, the min normal positive double, as described here: http://en.wikipedia.org/wiki/Double-precision_floating-point_format
What is the expected output? What do you see instead?
0.0
What version of the product are you using? On what operating system?
r131, Linux
Please provide any additional information below.
1.7976931348623157E308 seems to work, that's because in reader.h
d *= internal::Pow10(exp(308) + expFrac(-16))
With 2.2250738585072014E−308, we have
d *= internal::Pow10(exp(-308) + expFrac(-16)) < -308
The text was updated successfully, but these errors were encountered: