November 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] roundTo: strange behavior

by werner kassens

Hi Martin, yes, what i said was wrong (!). i got irritated when i used #printShowingDecimalPlaces: on a directly entered decimal number <g> and got a seemingly upwards rounded number. of course that result was also correct. iow there is no problem in the new #round: or #printShowingDecimalPlaces:. sorry for my confusion. werner On 11/06/2016 01:57 AM, Martin McClure wrote: > On 11/05/2016 06:17 AM, werner kassens wrote: >> Hi, >> fwiw when i redid that #testIfCompletelyBroken i noticed a sort of >> bug in that new #round: - well, i think its a feature -, but i should >> probably mention it nevertheless: >> 1.15 round:1. "1.1" "down" >> 1.25 round:1. "1.3" "up" >> 1.35 round:1. "1.4" "up" >> 1.45 round:1. "1.4" "down" >> 1.55 round:1. "1.6" "up" >> 1.65 round:1. "1.6" "down" >> btw the same happens with #printShowingDecimalPlaces: (which is >> unchanged, happens eg also in 4.0). >> >> if one wants to change this to the normal behaviour, i'd guess one >> could do it perhaps by using #asMinimalDecimalFraction instead of >> #asFraction in #round: > > > This is, in part, an example of it being difficult to predict, at a > glance, what #round: should do, without an understanding of the > strengths and limitations of binary floating point numbers. > > Remember that Floats are not usually exact representations of nice > decimal fractions. So most of these numbers are not *exactly* halfway > between their possible roundings. > > 1.15 < (115/100) "true" > 1.25 = (125/100) "true" > 1.35 > (135/100) "true" > 1.45 < (145/100) "true" > 1.55 > (155/100) "true" > 1.65 < (165/100) "true" > > In every case except 1.25, the answer is the correct rounding, that, > is the one that is closer. For 1.25, the number *is* exactly halfway > between two roundings. For round-to-even (which I recommend) the > answer should be 1.2, so it gets that one "wrong". > > Regards, > > -Martin > > >

Nov. 6, 2016

Re: [Pharo-dev] [Bloc] Hierarchy of BiEvent

by stepharo

Le 27/10/16 Ã 10:57, Guille Polito a Ã©crit : > Something itches me from this discussion. > > I somehow find myself with Glenn: > - should Bloc work with other than SDL/OSWindow? > - should SDL/OSWindow work with other than Bloc? > > Merging the event hierarchy may prevent these two scenarios. And these > scenarios are not only really possible: this is what the current > scenario is. On one hand SDL and OSWindow work today with Morphic > besides Block. On the other hand Bloc is, after all, an external > library loaded on top of Pharo. > > To explain better what I think: > > - First I have the feeling that BIEvent and OSEvent are not the same > thing. They have the same *NAME*. But they model different concepts. > What is an event in bloc does not make sense in OSWindow and > vice-versa. Why? because OSWindow does not manage widgets nor > interactions between them. > > - Second, I think that this idea of merging these hierarchies means > merging layers also, what leads also to our monolithic system. I agree > that this may impose some maintenance burden because there is the > maintenance of the two layers plus their mapping (e.g., between the > low-level events and the high-level events). But otherwise we are > tampering the modularity. > > Now, I liked more the suggestion of making Bloc using SDLEvents directly. > > But then, wasn't it an idea behind OSWindow that users of OSWindow > should be somehow abstracted from the backend behind. And SDL be just > a backend? Something like Athens and Cairo. > > Is SDL meant to work alone or be just a backend for OSWindow? Because > if the case is the later, then maybe it makes sense to do the inverse: > SDL should generate directly OSEvents and we should not have SDLEvent. may be. Now I do not think that doing more than two transformations is good. > And going even further: Is OSWindow used in isolation? e.g., without > morphic or bloc. > > Because then, it the problem is the runtime overhead OSWindow should > maybe not reify its events but propose a low level event handler > mechanism where we could have > > MorphicOSWindowEventHandler > >> keyEvent: ... > >> mouseEvent: ... > > BlocOSWindowEventHandler > >> keyEvent: ... > >> mouseEvent: ... > > And each framework generates its own events from low level SDL data. > No event transformations, less duplications, and both Bloc and Morphic > are plugged on top of OSWindow but not really strongly coupled to it. may be

Nov. 6, 2016

Re: [Pharo-dev] why sparta depends on Taskit?

by stepharo

Hi > > Hi > > Sparta definitely does not depend on TaskIt :) I have no idea what is it. > Ok we are safe then :) I was a bit feeling dizzy about this. I read the code and this is bloc when it launches a new task. Now I will stop to try to look at bloc because I get just losing my time. Sorry to have asked. I think that I should focus on the web sadly. > > Cheers > Alex > > > On Nov 5, 2016 6:54 PM, "stepharo" <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > why sparta depends on Taskit? > > > Since I cannot load it I cannot try to understand. I find strange > that a graphical canvas depends on a concurrent task management > system. > > I tried to follow the instruction given by glenn and it failed. So > so far I could not see any recent versions of Bloc. > > I do not understand why the image produced by the jenkins job > crashes my vm. > > > Stef > > > wget -O - http://get.pharo.org/60+vm | bash > ./pharo Pharo.image config > http://www.smalltalkhub.com/mc/Pharo/Bloc/main > <http://www.smalltalkhub.com/mc/Pharo/Bloc/main> > ConfigurationOfBloc --install=development > > > just failed yesterday for me. > >

Nov. 6, 2016

Re: [Pharo-dev] why sparta depends on Taskit?

by stepharo

I got to the ci and I click on the image and download and drop it on my vm=> crash. Why doing a video? open a shell wget -O - http://get.pharo.org/60+vm | bash ./pharo Pharo.image config http://www.smalltalkhub.com/mc/Pharo/Bloc/main <http://www.smalltalkhub.com/mc/Pharo/Bloc/main> ConfigurationOfBloc --install=development And it fails loading taskit. Stef Le 6/11/16 Ã 11:01, Aliaksei Syrel a Ã©crit : > > The best would be if you could make a video of how you install Bloc > and send to Glenn. Because it works for us and for Travis CI. Sound > like you face a strange and not so easy to catch issue. > > Cheers > Alex > > > On Nov 5, 2016 6:54 PM, "stepharo" <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > why sparta depends on Taskit? > > > Since I cannot load it I cannot try to understand. I find strange > that a graphical canvas depends on a concurrent task management > system. > > I tried to follow the instruction given by glenn and it failed. So > so far I could not see any recent versions of Bloc. > > I do not understand why the image produced by the jenkins job > crashes my vm. > > > Stef > > > wget -O - http://get.pharo.org/60+vm | bash > ./pharo Pharo.image config > http://www.smalltalkhub.com/mc/Pharo/Bloc/main > <http://www.smalltalkhub.com/mc/Pharo/Bloc/main> > ConfigurationOfBloc --install=development > > > just failed yesterday for me. > >

Nov. 6, 2016

Re: [Pharo-dev] why sparta depends on Taskit?

by Aliaksei Syrel

The best would be if you could make a video of how you install Bloc and send to Glenn. Because it works for us and for Travis CI. Sound like you face a strange and not so easy to catch issue. Cheers Alex On Nov 5, 2016 6:54 PM, "stepharo" <stepharo(a)free.fr> wrote: > why sparta depends on Taskit? > > > Since I cannot load it I cannot try to understand. I find strange that a > graphical canvas depends on a concurrent task management system. > > I tried to follow the instruction given by glenn and it failed. So so far > I could not see any recent versions of Bloc. > > I do not understand why the image produced by the jenkins job crashes my > vm. > > > Stef > > > wget -O - http://get.pharo.org/60+vm | bash > ./pharo Pharo.image config http://www.smalltalkhub.com/mc/Pharo/Bloc/main > ConfigurationOfBloc --install=development > > > just failed yesterday for me. > > >

Nov. 6, 2016

Re: [Pharo-dev] why sparta depends on Taskit?

by Aliaksei Syrel

Hi Sparta definitely does not depend on TaskIt :) I have no idea what is it. Cheers Alex On Nov 5, 2016 6:54 PM, "stepharo" <stepharo(a)free.fr> wrote: > why sparta depends on Taskit? > > > Since I cannot load it I cannot try to understand. I find strange that a > graphical canvas depends on a concurrent task management system. > > I tried to follow the instruction given by glenn and it failed. So so far > I could not see any recent versions of Bloc. > > I do not understand why the image produced by the jenkins job crashes my > vm. > > > Stef > > > wget -O - http://get.pharo.org/60+vm | bash > ./pharo Pharo.image config http://www.smalltalkhub.com/mc/Pharo/Bloc/main > ConfigurationOfBloc --install=development > > > just failed yesterday for me. > > >

Nov. 6, 2016

Re: [Pharo-dev] [how about] Exceptions as first class objects *in Debugger*

by Sven Van Caekenberghe

Indeed this has bothered me a lot as well. At least an 'Inspect Exception' would be useful. It would also encourage people to put more useful information inside exception objects. > On 6 Nov 2016, at 10:38, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > Hi, > > we have this supercool exception handling mechanism, but as soon as we open a debugger the exception object is goneâ¦ I understand that we didnât need this in old times, but now with a moldable debugger, we could create hooks to allow exceptions to define how they should be addressed (and objects are really powerful). > > Cheers. > Uko

Nov. 6, 2016

[how about] Exceptions as first class objects *in Debugger*

by Yuriy Tymchuk

Hi, we have this supercool exception handling mechanism, but as soon as we open a debugger the exception object is goneâ¦ I understand that we didnât need this in old times, but now with a moldable debugger, we could create hooks to allow exceptions to define how they should be addressed (and objects are really powerful). Cheers. Uko

Nov. 6, 2016

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/60283 Home: https://github.com/pharo-project/pharo-core

Nov. 6, 2016

[pharo-project/pharo-core] f762ef: 60283

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: f762ef77698b79b65063b877c34bf9c3f1004e73 https://github.com/pharo-project/pharo-core/commit/f762ef77698b79b65063b877… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-11-06 (Sun, 06 Nov 2016) Changed paths: M Polymorph-Widgets.package/extension/SystemWindow/instance/configureForUnembedding.st M Polymorph-Widgets.package/extension/SystemWindow/instance/isEmbedded.st A Refactoring-Core.package/RBSourceRegexRefactoring.class/instance/private/parseSelector_.st M Refactoring-Core.package/RBSourceRegexRefactoring.class/instance/transforming/transform.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60282.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60283.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60282.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60283.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tool-Catalog.package/CatalogProject.class/instance/accessing/fullDescription.st Log Message: ----------- 60283 19299 Missing border after dragging out of a window group https://pharo.fogbugz.com/f/cases/19299 18286 Provide notice of missing package description in CatalogBrowser https://pharo.fogbugz.com/f/cases/18286 19309 RBSourceRegexRefactoring calls not existing method on RBClass https://pharo.fogbugz.com/f/cases/19309 http://files.pharo.org/image/60/60283.zip

Nov. 6, 2016