If I remember correctly the discussion we decided to have '.1' squeezeOutNumber returning a number and let '.1' asNumber raises an error. Stef On Feb 12, 2010, at 10:10 AM, John M McIntosh wrote:
Also see http://code.google.com/p/pharo/issues/detail?id=1258
'.1' asNumber toss an error in Pharo 1.1 11043 and
'1.0e+2' asNumber returns 1.0
yet other I think more knowledgeable people say http://www.wolframalpha.com/input/?i=1.0e%2B2 100
I'd just say any expectations of converting a string to a number in most flavours of Squeak should be viewed with suspicion.
On 2010-02-12, at 12:44 AM, Andreas Raab wrote:
Nicolas Cellier wrote:
This of course fail with Number>>readFrom: You can also simply try 3r1.1e55 - 3r11.0e54 and the SqNumberParser form... (SqNumberParser parse: '3r1.1e55') - (SqNumberParser parse: '3r11.0e54') Maybe it's time to push the readFrom: changes i already pushed in Pharo...
Go for it. You're the best expert we have in this area, and I trust your judgment.
Cheers, - Andreas
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project