- Pharo-dev - lists.pharo.org

Parsing float difference between 2.0 and 3.0, was it on purpose?

by Mariano Martinez Peck

Hi guys, In Pharo 2.0, the expression "Number readFrom: '2.5850009999999998e+04' " would answer 25850.01 , but in Pharo 3.0 it answers: 2.5850009999999997 which is a kind of WTF to me. Checking the differences it seems in Pharo 2.0 ExtendedNumberParser (used from Number >> readFrom: ) implemented: allowPlusSign ^true However, in Pharo 3.0 it seems subclasses of NumberParser have been merged directly in NumberParser class (and so Number >> readFrom: uses this class now). But.. (and this is the difference), NumberParser implements: allowPlusSign ^false So I wonder...was this on purpose or a side effect? Why would we want to reject using + as part of the exponential notion?? So in my case now I must do an override to: NumberParser >> allowPlusSignInExponent ^ true Thoughts? -- Mariano http://marianopeck.wordpress.com

Feb. 4, 2015

Gofer loadStable weirdness

by Sean P. DeNigris

In #30862 (can't test in 4.0 because no stable TWM version declared)... Gofer it smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo30'; configurationOf: 'TilingWindowManager'; loadStable. gives the error: "Could not resolve: TWM [TWM-BernardoContreras.68]..." But then the following DoIt on the Config downloaded above shows no such package... ConfigurationOfTilingWindowManager project stableVersion record loadDirective linear load : linear load : 3.0.2 [ConfigurationOfTilingWindowManager] load : TWM-Core-PhilippeBack.17 load : TWM-GUI-PhilippeBack.18 load : TWM-KeyMapping-LaurentLaffont.5 load : TWM-Tests-LaurentLaffont.5 load : TWM-Theme-PhilippeBack.5 And indeed "ConfigurationOfTilingWindowManager project stableVersion load" succeeds. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Gofer-loadStable-weirdness-tp4803661.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 4, 2015

Re: [Pharo-dev] Empty Package Names

by Sean P. DeNigris

Marcus Denker-4 wrote > Maybe we could have a general place for all these? _UnpackagedPackage? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Empty-Package-Names-tp4803642p4803660.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 4, 2015

Re: [Pharo-dev] How Stable is Pharo 4.0?

by Norbert Hartl

> Am 04.02.2015 um 15:21 schrieb Sean P. DeNigris <sean(a)clipperadams.com>: > > Is anyone successfully using it for everyday development on their own > projects? How painless/ful is it? Thanks > I work now on a daily basis with it. The downside ist that some DNUs lead to infinite loops in somewhere around #stepToCallee. The upside is GT inspector/spotter. It really is a lot of fun to get used to it. Today I learned it is a good idea to close all GT windows before upgrading. :) My experience so far is that I can kill pharo 4.0 much easier than pharo 3.0 but the overall experience is good. hope that helps, Norbert

Feb. 4, 2015

Re: [Pharo-dev] How Stable is Pharo 4.0?

by Marcus Denker

> On 04 Feb 2015, at 15:21, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Is anyone successfully using it for everyday development on their own > projects? How painless/ful is it? Thanks > Hard to sayâ¦ the amount of new bugs reported is quite low. Subjectively it feels stable to me, but than this is of course a result of me using it and fixing/reviewing all those issues that annoy me. Marcus

Feb. 4, 2015

Re: [Pharo-dev] How Stable is Pharo 4.0?

by kilon alios

Well I would not just call it painless more like a very big improvement over Pharo 3. No strange bugs and abnormal behaviour so far , and I have been using it for more than a year. On Wed, Feb 4, 2015 at 4:21 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Is anyone successfully using it for everyday development on their own > projects? How painless/ful is it? Thanks > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/How-Stable-is-Pharo-4-0-tp4803645.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Feb. 4, 2015

Re: [Pharo-dev] Question on AioPlugin

by Thierry Goubier

Dave, Esteban, thanks for the update. I'll downgrade GitFileTree on the previous version of OSProcess/CommandShell until the Aio plugin is available on the stable download of the Pharo vm. Thierry 2015-02-04 13:44 GMT+01:00 David T. Lewis <lewis(a)mail.msen.com>: > On Wed, Feb 04, 2015 at 07:18:03AM +0100, Thierry Goubier wrote: > > Hi all, > > > > anybody knows how to check if the AioPlugin is included in the current > > stable Pharo vm(*)? OSProcess is complaining of a missing AioPlugin, and > I > > remember a thread where this was solved by integrating it in the vm > build. > > Hi Thierry, > > Evaluate "AioEventHandler aioPluginPresent" to check if the plugin is > present. > > Dave > > >

Feb. 4, 2015

Re: [Pharo-dev] '/is/this/possible?' asFileReference size

by Roberto Minelli

âDesignâ? > On 04 Feb 2015, at 15:18, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Roberto Minelli-3 wrote >> I just discovered that if you ask #size to a non-eistent file reference >> you obtain False. > > That was a design decision to make people feel more comfortable coming from > C++... 0 = False ;) > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/is-this-possible-asFileReference-size-tp4803635p48036… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Feb. 4, 2015

Re: [Pharo-dev] Empty Package Names

by Marcus Denker

> On 04 Feb 2015, at 15:14, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > I noticed that in 4.0 one gets a (resume-able) exception when trying to > define a class in category ''. Why? Is it true, as the error message states, > that "the Category should not be empty"? One of our key principles inherited > from Smalltalk is to treat the programmer like they know what they're doing. > Although only a minor annoyance in this case, I often create classes in > empty categories specifically because they are throwaways - like a temp > directory, and was a bit confused by the debugger popping up, especially > before I realized that the exception was resume-able... > > Also, that made me think about something else... What if the debugger > somehow made it immediately obvious whether the exception was resume-able? > That could be useful in cases like these to make the user's options clearer. > We could solve that together with this: https://pharo.fogbugz.com/f/cases/14097/generated-code-non-existing-package… <https://pharo.fogbugz.com/f/cases/14097/generated-code-non-existing-package…> if you generate code via meta programming, the resulting methods now have to be in a package. Which is not good, as it will be dirty. Maybe we could have a general place for all these? Marcus

Feb. 4, 2015

How Stable is Pharo 4.0?

by Sean P. DeNigris

Is anyone successfully using it for everyday development on their own projects? How painless/ful is it? Thanks ----- Cheers, Sean -- View this message in context: http://forum.world.st/How-Stable-is-Pharo-4-0-tp4803645.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 4, 2015