Running gst on Linux, the blizzard of math errors and invalid exceptions
is a real disgrace. Just entering numbers makes it disgrace itself: dgp@dgp-p6803w:~ $ (cd smalltalk-3.2.91 ; ./gst) GNU Smalltalk ready st> 1.234567890q0 1.23456789 st> 1.23456789123456789q0 1.253 st> 1.2345678987654321d0 1.23456789876501 st> 1e-4 0.00001 st> 1e-5 0.0000063715563 st> 1e-3 0.001 st> .1d0 stdin:7: expected expression st> 0.1d0 0.1 st> 1.23456789123456789d0 1.35236 st> |
Also note that I believe a similar issue is already in the Linux Debian bug database on GST. Are you using Debian and if not so, what kind of Linux ? On Solaris, in GNU smalltalk I'm using a 32bit version of GST and I get: st> 1.234567890q0 1.23456789 st> 1.23456789123456789q0 1.23456789123456789 st> 1.2345678987654321d0 1.234567898765432 st> 1e-4 0.00001 st> 1e-5 0.00001 st> 1e-3 0.001 st> .1d0 stdin:7: expected expression st> .1d0 stdin:8: expected expression st> 0.1d0 0.1 st> 1.23456789123456789d0 1.234567891234568 Note that the result 1e-5 and 1e-4 are the same for me , but this is not a problem for internal arithmetic. The internal representation is OK (and arithmetic on the objects is also OK); I think this is somewhere some issue in the external printing routines "displaying" the internal representation / converting it to output format. Regards, David Stes ----- Op 13 feb 2021 om 18:08 schreef David G. Pickett [hidden email]: > Running gst on Linux, the blizzard of math errors and invalid exceptions > is a real disgrace. Just entering numbers makes it disgrace itself: > > dgp@dgp-p6803w:~ > $ (cd smalltalk-3.2.91 ; ./gst) > GNU Smalltalk ready > > st> 1.234567890q0 > 1.23456789 > st> 1.23456789123456789q0 > 1.253 > st> 1.2345678987654321d0 > 1.23456789876501 > st> 1e-4 > 0.00001 > st> 1e-5 > 0.0000063715563 > st> 1e-3 > 0.001 > st> .1d0 > stdin:7: expected expression > st> 0.1d0 > 0.1 > st> 1.23456789123456789d0 > 1.35236 > st> |
Yes, ubuntu. The bugs seem so old, and obvious, is this a defunct project?
-----Original Message----- From: [hidden email] <[hidden email]> To: David G. Pickett <[hidden email]> Cc: help-smalltalk <[hidden email]> Sent: Sun, Feb 14, 2021 6:55 am Subject: Re: GNU Smalltalk math bugs Also note that I believe a similar issue is already in the Linux Debian bug database on GST. Are you using Debian and if not so, what kind of Linux ? On Solaris, in GNU smalltalk I'm using a 32bit version of GST and I get: st> 1.234567890q0 1.23456789 st> 1.23456789123456789q0 1.23456789123456789 st> 1.2345678987654321d0 1.234567898765432 st> 1e-4 0.00001 st> 1e-5 0.00001 st> 1e-3 0.001 st> .1d0 stdin:7: expected expression st> .1d0 stdin:8: expected expression st> 0.1d0 0.1 st> 1.23456789123456789d0 1.234567891234568 Note that the result 1e-5 and 1e-4 are the same for me , but this is not a problem for internal arithmetic. The internal representation is OK (and arithmetic on the objects is also OK); I think this is somewhere some issue in the external printing routines "displaying" the internal representation / converting it to output format. Regards, David Stes ----- Op 13 feb 2021 om 18:08 schreef David G. Pickett [hidden email]: > Running gst on Linux, the blizzard of math errors and invalid exceptions > is a real disgrace. Just entering numbers makes it disgrace itself: > > dgp@dgp-p6803w:~ > $ (cd smalltalk-3.2.91 ; ./gst) > GNU Smalltalk ready > > st> 1.234567890q0 > 1.23456789 > st> 1.23456789123456789q0 > 1.253 > st> 1.2345678987654321d0 > 1.23456789876501 > st> 1e-4 > 0.00001 > st> 1e-5 > 0.0000063715563 > st> 1e-3 > 0.001 > st> .1d0 > stdin:7: expected expression > st> 0.1d0 > 0.1 > st> 1.23456789123456789d0 > 1.35236 > st> |
What exactly do you propose as a fix ? ----- Op 14 feb 2021 om 15:53 schreef David G. Pickett [hidden email]: > Yes, ubuntu. The bugs seem so old, and obvious, is this a defunct project? > > -----Original Message----- > From: [hidden email] <[hidden email]> > To: David G. Pickett <[hidden email]> > Cc: help-smalltalk <[hidden email]> > Sent: Sun, Feb 14, 2021 6:55 am > Subject: Re: GNU Smalltalk math bugs > > > Also note that I believe a similar issue is already in the Linux Debian bug > database on GST. > Are you using Debian and if not so, what kind of Linux ? > > On Solaris, in GNU smalltalk I'm using a 32bit version of GST and I get: > > st> 1.234567890q0 > 1.23456789 > st> 1.23456789123456789q0 > 1.23456789123456789 > st> 1.2345678987654321d0 > 1.234567898765432 > st> 1e-4 > 0.00001 > st> 1e-5 > 0.00001 > st> 1e-3 > 0.001 > st> .1d0 > stdin:7: expected expression > st> .1d0 > stdin:8: expected expression > st> 0.1d0 > 0.1 > st> 1.23456789123456789d0 > 1.234567891234568 > > > Note that the result 1e-5 and 1e-4 are the same for me , > but this is not a problem for internal arithmetic. > > The internal representation is OK (and arithmetic on the objects is also OK); > I think this is somewhere some issue in the external printing routines > "displaying" the internal representation / converting it to output format. > > Regards, > David Stes > > > ----- Op 13 feb 2021 om 18:08 schreef David G. Pickett > [hidden email]: > >> Running gst on Linux, the blizzard of math errors and invalid exceptions >> is a real disgrace. Just entering numbers makes it disgrace itself: >> >> dgp@dgp-p6803w:~ >> $ (cd smalltalk-3.2.91 ; ./gst) >> GNU Smalltalk ready >> >> st> 1.234567890q0 >> 1.23456789 >> st> 1.23456789123456789q0 >> 1.253 >> st> 1.2345678987654321d0 >> 1.23456789876501 >> st> 1e-4 >> 0.00001 >> st> 1e-5 >> 0.0000063715563 >> st> 1e-3 >> 0.001 >> st> .1d0 >> stdin:7: expected expression >> st> 0.1d0 >> 0.1 >> st> 1.23456789123456789d0 >> 1.35236 > > st> |
proper use of the config file should detect os based variations. Does this work fine on other os?
-----Original Message----- From: [hidden email] <[hidden email]> To: David G. Pickett <[hidden email]> Cc: help-smalltalk <[hidden email]> Sent: Sun, Feb 14, 2021 10:47 am Subject: Re: GNU Smalltalk math bugs What exactly do you propose as a fix ? ----- Op 14 feb 2021 om 15:53 schreef David G. Pickett [hidden email]: > Yes, ubuntu. The bugs seem so old, and obvious, is this a defunct project? > > -----Original Message----- > From: [hidden email] <[hidden email]> > To: David G. Pickett <[hidden email]> > Cc: help-smalltalk <[hidden email]> > Sent: Sun, Feb 14, 2021 6:55 am > Subject: Re: GNU Smalltalk math bugs > > > Also note that I believe a similar issue is already in the Linux Debian bug > database on GST. > Are you using Debian and if not so, what kind of Linux ? > > On Solaris, in GNU smalltalk I'm using a 32bit version of GST and I get: > > st> 1.234567890q0 > 1.23456789 > st> 1.23456789123456789q0 > 1.23456789123456789 > st> 1.2345678987654321d0 > 1.234567898765432 > st> 1e-4 > 0.00001 > st> 1e-5 > 0.00001 > st> 1e-3 > 0.001 > st> .1d0 > stdin:7: expected expression > st> .1d0 > stdin:8: expected expression > st> 0.1d0 > 0.1 > st> 1.23456789123456789d0 > 1.234567891234568 > > > Note that the result 1e-5 and 1e-4 are the same for me , > but this is not a problem for internal arithmetic. > > The internal representation is OK (and arithmetic on the objects is also OK); > I think this is somewhere some issue in the external printing routines > "displaying" the internal representation / converting it to output format. > > Regards, > David Stes > > > ----- Op 13 feb 2021 om 18:08 schreef David G. Pickett > [hidden email]: > >> Running gst on Linux, the blizzard of math errors and invalid exceptions >> is a real disgrace. Just entering numbers makes it disgrace itself: >> >> dgp@dgp-p6803w:~ >> $ (cd smalltalk-3.2.91 ; ./gst) >> GNU Smalltalk ready >> >> st> 1.234567890q0 >> 1.23456789 >> st> 1.23456789123456789q0 >> 1.253 >> st> 1.2345678987654321d0 >> 1.23456789876501 >> st> 1e-4 >> 0.00001 >> st> 1e-5 >> 0.0000063715563 >> st> 1e-3 >> 0.001 >> st> .1d0 >> stdin:7: expected expression >> st> 0.1d0 >> 0.1 >> st> 1.23456789123456789d0 >> 1.35236 > > st> |
Free forum by Nabble | Edit this page |