R
runsun
Fri, Nov 4, 2016 3:25 AM
I start using the snapshot version 2016.10.04 (git 7e0935d) on windows 64 and
found one of my tests about scientific notation failed:
str(1234560) want: "1.23456e+06" got: "1.23456e+006"
i.e., e+06 now becomes e+006
Is this an intended outcome, or something else happened ?
$ Runsun Pan, PhD $ libs: doctest , faces ( git ), offline doc ( git ), runscad.py ( 2 , git ), synwrite ( 2 ); $ tips: hash ( 2 ), matrix ( 2 , 3 ), sweep ( 2 , 3 ), var ( 2 ), lerp , animation ( gif , prodVid , animlib ), precision ( 2 ), xl-control , type , rounded polygon , chfont , tailRecur ( 2, 3 ), isosphere ( 2 ), area , vol/center , RGB , CurvedImg , tests ( 2 ); $ Apps: rollApp , blockscad , openjscad , on AWS ( pdf )
View this message in context: http://forum.openscad.org/Has-scientific-notation-being-change-from-e-0n-to-e-00n-tp18928.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
I start using the snapshot version 2016.10.04 (git 7e0935d) on windows 64 and
found one of my tests about scientific notation failed:
str(1234560) want: "1.23456e+06" got: "1.23456e+006"
i.e., e+06 now becomes e+006
Is this an intended outcome, or something else happened ?
-----
$ Runsun Pan, PhD $ libs: doctest , faces ( git ), offline doc ( git ), runscad.py ( 2 , git ), synwrite ( 2 ); $ tips: hash ( 2 ), matrix ( 2 , 3 ), sweep ( 2 , 3 ), var ( 2 ), lerp , animation ( gif , prodVid , animlib ), precision ( 2 ), xl-control , type , rounded polygon , chfont , tailRecur ( 2, 3 ), isosphere ( 2 ), area , vol/center , RGB , CurvedImg , tests ( 2 ); $ Apps: rollApp , blockscad , openjscad , on AWS ( pdf )
--
View this message in context: http://forum.openscad.org/Has-scientific-notation-being-change-from-e-0n-to-e-00n-tp18928.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
RU
Richard Urwin
Fri, Nov 4, 2016 9:54 AM
While changing stuff isn't optimal, I would note that the maximum exponent
representable in 64-bit floating point is E+307. Three digits therefore
appears necessary. Personally, I'd ditch the leading zeros.
On Fri, Nov 4, 2016 at 3:25 AM, runsun runsun@gmail.com wrote:
I start using the snapshot version 2016.10.04 (git 7e0935d) on windows 64
and
found one of my tests about scientific notation failed:
str(1234560) want: "1.23456e+06" got: "1.23456e+006"
i.e., e+06 now becomes e+006
Is this an intended outcome, or something else happened ?
$ Runsun Pan, PhD $ libs: doctest , faces ( git ), offline doc ( git ),
runscad.py ( 2 , git ), synwrite ( 2 ); $ tips: hash ( 2 ), matrix (
2 , 3 ), sweep ( 2 , 3 ), var ( 2 ), lerp , animation ( gif , prodVid ,
animlib ), precision ( 2 ), xl-control , type , rounded polygon , chfont ,
tailRecur ( 2, 3 ), isosphere ( 2 ), area , vol/center , RGB , CurvedImg ,
tests ( 2 ); $ Apps: rollApp , blockscad , openjscad , on AWS ( pdf )
View this message in context: http://forum.openscad.org/Has-
scientific-notation-being-change-from-e-0n-to-e-00n-tp18928.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
While changing stuff isn't optimal, I would note that the maximum exponent
representable in 64-bit floating point is E+307. Three digits therefore
appears necessary. Personally, I'd ditch the leading zeros.
On Fri, Nov 4, 2016 at 3:25 AM, runsun <runsun@gmail.com> wrote:
> I start using the snapshot version 2016.10.04 (git 7e0935d) on windows 64
> and
> found one of my tests about scientific notation failed:
>
> str(1234560) want: "1.23456e+06" got: "1.23456e+006"
>
> i.e., e+06 now becomes e+006
>
> Is this an intended outcome, or something else happened ?
>
>
>
> -----
>
> $ Runsun Pan, PhD $ libs: doctest , faces ( git ), offline doc ( git ),
> runscad.py ( 2 , git ), synwrite ( 2 ); $ tips: hash ( 2 ), matrix (
> 2 , 3 ), sweep ( 2 , 3 ), var ( 2 ), lerp , animation ( gif , prodVid ,
> animlib ), precision ( 2 ), xl-control , type , rounded polygon , chfont ,
> tailRecur ( 2, 3 ), isosphere ( 2 ), area , vol/center , RGB , CurvedImg ,
> tests ( 2 ); $ Apps: rollApp , blockscad , openjscad , on AWS ( pdf )
> --
> View this message in context: http://forum.openscad.org/Has-
> scientific-notation-being-change-from-e-0n-to-e-00n-tp18928.html
> Sent from the OpenSCAD mailing list archive at Nabble.com.
>
> _______________________________________________
> OpenSCAD mailing list
> Discuss@lists.openscad.org
> http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
>
TP
Torsten Paul
Fri, Nov 4, 2016 11:45 AM
i.e., e+06 now becomes e+006
Is this an intended outcome, or something else happened ?
I'm not aware of any changes, this might be a platform issue.
ciao,
Torsten.
Von: runsun <runsun@gmail.com>
> i.e., e+06 now becomes e+006
> Is this an intended outcome, or something else happened ?
>
I'm not aware of any changes, this might be a platform issue.
ciao,
Torsten.
M
MichaelAtOz
Fri, Nov 4, 2016 11:58 AM
2015.03-2/64 on W7/64 does ECHO: "1.23456e+006"
As does 2016.10.05
Admin - PM me if you need anything, or if I've done something stupid...
Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
View this message in context: http://forum.openscad.org/Has-scientific-notation-being-change-from-e-0n-to-e-00n-tp18928p18934.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
2015.03-2/64 on W7/64 does ECHO: "1.23456e+006"
As does 2016.10.05
-----
Admin - PM me if you need anything, or if I've done something stupid...
Unless specifically shown otherwise above, my contribution is in the Public Domain; to the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. Obviously inclusion of works of previous authors is not included in the above.
The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ time is running out!
--
View this message in context: http://forum.openscad.org/Has-scientific-notation-being-change-from-e-0n-to-e-00n-tp18928p18934.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
MK
Marius Kintel
Fri, Nov 4, 2016 2:41 PM
On Nov 3, 2016, at 23:25, runsun runsun@gmail.com wrote:
Is this an intended outcome, or something else happened ?
It’s not intended, but it’s also not a format we’re trying to control.
FYI: The test suite will detect such changes and there hasn’t been any changes on Linux or Mac. Alas, we don’t have a setup for running automated tests on Windows, and I don’t think there are any devs who do that manually either (mostly because we don’t have any devs which are using Windows as a primary OS).
-Marius
> On Nov 3, 2016, at 23:25, runsun <runsun@gmail.com> wrote:
>
> Is this an intended outcome, or something else happened ?
>
It’s not intended, but it’s also not a format we’re trying to control.
FYI: The test suite will detect such changes and there hasn’t been any changes on Linux or Mac. Alas, we don’t have a setup for running automated tests on Windows, and I don’t think there are any devs who do that manually either (mostly because we don’t have any devs which are using Windows as a primary OS).
-Marius
R
runsun
Fri, Nov 4, 2016 4:18 PM
Most likely a platform thing (my previous tests were carried out in Linux
64bit). Thx guys.
$ Runsun Pan, PhD $ libs: doctest , faces ( git ), offline doc ( git ), runscad.py ( 2 , git ), synwrite ( 2 ); $ tips: hash ( 2 ), matrix ( 2 , 3 ), sweep ( 2 , 3 ), var ( 2 ), lerp , animation ( gif , prodVid , animlib ), precision ( 2 ), xl-control , type , rounded polygon , chfont , tailRecur ( 2, 3 ), isosphere ( 2 ), area , vol/center , RGB , CurvedImg , tests ( 2 ); $ Apps: rollApp , blockscad , openjscad , on AWS ( pdf )
View this message in context: http://forum.openscad.org/Has-scientific-notation-being-change-from-e-0n-to-e-00n-tp18928p18936.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
Most likely a platform thing (my previous tests were carried out in Linux
64bit). Thx guys.
-----
$ Runsun Pan, PhD $ libs: doctest , faces ( git ), offline doc ( git ), runscad.py ( 2 , git ), synwrite ( 2 ); $ tips: hash ( 2 ), matrix ( 2 , 3 ), sweep ( 2 , 3 ), var ( 2 ), lerp , animation ( gif , prodVid , animlib ), precision ( 2 ), xl-control , type , rounded polygon , chfont , tailRecur ( 2, 3 ), isosphere ( 2 ), area , vol/center , RGB , CurvedImg , tests ( 2 ); $ Apps: rollApp , blockscad , openjscad , on AWS ( pdf )
--
View this message in context: http://forum.openscad.org/Has-scientific-notation-being-change-from-e-0n-to-e-00n-tp18928p18936.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
