- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] I want to remove zeroconf for 1.2, 1.3 and 1.4

by Tudor Girba

+100 On Tue, Aug 19, 2014 at 11:37 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > +1 > > On 19 Aug 2014, at 11:16, Max Leske <maxleske(a)gmail.com> wrote: > > > I donât need them. > > > > On 19.08.2014, at 11:17, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > >> Hi, > >> > >> right now there zeroconf scripts for pharo 1.2-1.4 that I do not think > anyone is using it. > >> Can I remove them? > >> > >> cheers, > >> Esteban > > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 19, 2014

Re: [Pharo-dev] Stack size for compiled methods (issue 13854 Crash/hang on array access)

by Nicolai Hess

Thank you eliot, 2014-08-19 7:29 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > Hi Nicolai, > > the stack starts as deep as the method's number of temporaries, ok, > which is the sum of the number of arguments ok, > plus the number of temporary variables that can exist in the stack ok (what does "can exist in the stack" mean? They always do?) > plus one if there are any closed-over temporary variables that need to be > in an indirection vector. Then as execution proceeds the receiver and > arguments are pushed on the stack, and are replaced by intermediate results > by sends it by the create array bytecode. So, for a method with no blocks, the stack is just the number of temporaries plus the number of args for the message send with the maximum number of args? > Any blocks within the method start with the sum of their number of > arguments, their number of copied values (temp values they access > read-only) plus their local temporaries. > But this is not just added to the stack size, right? I have a method with 9 local temporaris and a block in this method with 8 local temporaries and the frameSize is still 16, (with the old compiler/ 56 with the new compiler). So, method and block local temporaries not just sum up? I tried different variations - numberOfMethod temps smaller/equal/greater numberOfBlockTemp - no/some/all method temporaries are accessed in the block closure. But I can not see a pattern :) > > In the method and each block scope stack depth is the hence the sum of the > number of temporaries plus the max execution depth. And the method's depth > is the max of the method and that of any blocks within it. What is the execution depth of a method ? The number of "nested blocks"? > Then if that depth is 17 or greater it gets the LargeFrame flag set which > means the VM allocates a 56 slot context, the compiler raising an error if > the depth is greater than 56. > > HTH > Eliot (phone) > Here are two carefully handcrafted methods :) fooSmall |t1 t2 t3 t4 t5 t6 t7 t8| t1:=1. t2:=2. t3:=3. t4:=4. t5:=5. t6:=6. t7:=7. t8:= 8. t1:=[:i | |b1 b2 b3 b4 c1 c2 c3 c4 x| b1:=1. b2:=2. b3:=3. b4:=4. c1:=1. c2:=2. c3:=3. c4:=4. x:=1. x+t1 + b1+b2+b3+b4 + c1 + c2 + c3 + c4] value:1. ^ t1 + t2 + t3 + t4 + t5 + t6 + t7 + t8 fooLarge |t1 t2 t3 t4 t5 t6 t7| t1:=1. t2:=2. t3:=3. t4:=4. t5:=5. t6:=6. t7:=7. t1:=[:i | |b1 b2 b3 b4 c1 c2 c3 c4 x| b1:=1. b2:=2. b3:=3. b4:=4. c1:=1. c2:=2. c3:=3. c4:=4. x:=1. x+t1 +t2 + t3 + t4 + t5+ b1+b2+b3+b4 + c1 + c2 + c3 + c4] value:1. ^ t1 + t2 + t3 + t4 + t5 + t6 + t7 They differ only in the number of tempraries (t1-t8 / t1-t7) and the number of copied values for the block closure (1 / 5). with the old compiler: fooSmall frameSize -> 16 fooLarge frameSize -> 56 the opal compiler computes the opposite sizes fooSmall frameSize -> 56 fooLarge frameSize -> 16 I am confused. > > On Aug 18, 2014, at 11:32 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > Hi, > > > > on what depends the stack size for a compiled method? > > I try to figure out, why the old compiler and the opal compile generate > different > > compiled method headers. > > I think this comes from a wrong stack size computed by opal, but I can > not figure > > out how the stack size is computed. > > > > Old Compiler > > PolygonMorph>>#lineSegmentsDo: > > header -> "primitive: 0 > > numArgs: 1 > > numTemps: 3 > > numLiterals: 23 > > frameSize: 56" > > > > Opal compiler: > > PolygonMorph>>#lineSegmentsDo: > > header -> "primitive: 0 > > numArgs: 1 > > numTemps: 3 > > numLiterals: 23 > > frameSize: 16" > > >

Aug. 19, 2014

Re: [Pharo-dev] I want to remove zeroconf for 1.2, 1.3 and 1.4

by Yuriy Tymchuk

+1 On 19 Aug 2014, at 11:16, Max Leske <maxleske(a)gmail.com> wrote: > I donât need them. > > On 19.08.2014, at 11:17, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> Hi, >> >> right now there zeroconf scripts for pharo 1.2-1.4 that I do not think anyone is using it. >> Can I remove them? >> >> cheers, >> Esteban > >

Aug. 19, 2014

Re: [Pharo-dev] I want to remove zeroconf for 1.2, 1.3 and 1.4

by Max Leske

I donât need them. On 19.08.2014, at 11:17, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > right now there zeroconf scripts for pharo 1.2-1.4 that I do not think anyone is using it. > Can I remove them? > > cheers, > Esteban

Aug. 19, 2014

Re: [Pharo-dev] [Esug-list] Quitting the community

by Maarten Mostert

No great things are achieved without great characters, Stephan has been doing a great long term effort of maintaining research budgets for Smalltalk and pushing a viable open source solution for it while the situation was pretty difficult. Like many of us he has some rough edges to and we shouldnât forget that each of us is driven by ambition, fear and frustration. I really respect Stephan, but I also sympathise with you as I did with Janko some monthâs ago. Nobody cares about any details, what we do care about however is that you would be lost for Smalltalk after such a great job !!!! There is so much more to Smalltalk then just Pharo and some of these move considerably â¦. Hope you reconsider at least that part of your decision. Take care, @+Maarten, On 18 Aug 2014, at 11:36, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Ben, > > Thanks for letting us know. > > I am sorry you feel this way, but I believe your presentation of the situation is both unfair and unfortunate. You are obviously referring to issues that are of personal nature, and as outsiders we are left with only an ugly feeling without being able to either understand or fix anything. > > I was actually having fun until your email, and as far as I can tell, others were having fun as well. I am not sure what the intention of your email was, but at least for me, your mail did manage to spoil the fun for a second. > > I appreciate the work you put in Pharo, I respect your decision, but I do not sympathize with your behavior. > > Good luck, > Doru > > > > > On Mon, Aug 18, 2014 at 8:38 AM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Hello guys, > > I am sending this email to explain why I am quiting the Pharo community, > as well as the Smalltalk community. > > I can not bear Stephane Ducasse's behavior anymore whether at a public > level or a private level. > > It seems that his ego is preventing him from being able to have a discussion > without overreacting, being agressive, or insulting. > > I can not approve how Stephane is constantly talking behind my back to unleash > his irrationnal wrath and to provide his very own version of the facts. > > I can not see how this can lead to a peaceful and respectful community > where we can all have fun building a future. > > Therefore I will not be part of this project anymore, since the way Stephane > is acting is taking away all the fun I can have interacting with all of you. > > It was a hard decision to take, but I can not be part of a community led > by someone whose behaviour is going against all my principles. > > I wish to all of you to have fun, and keep me in touch > if you want to have a beer someday ;) > > Ben > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Aug. 19, 2014

I want to remove zeroconf for 1.2, 1.3 and 1.4

by Esteban Lorenzano

Hi, right now there zeroconf scripts for pharo 1.2-1.4 that I do not think anyone is using it. Can I remove them? cheers, Esteban

Aug. 19, 2014

example custom mouse events

by Ben Coman

It took a bit of hunting around to discover how to use the custom hooks for mouse event, and I needed to make some examples to prove how it worked. I thought others might find this interesting. It just outputs to Transcript for each of the following events. Check the class comments for usage. * handlesMouseDown - mouseDown, mouseUp, mouseMove, startDrag, click, doubleClick, doubleClickTimeout. * handlesMouseStillDown - mouseStillDown. * handlesMouseOver - mouseEnter, mouseLeave. * handlesMouseOverDragging - mouseEnterDragging, mouseLeaveDragging. Anyone know anything more to add? cheers -ben

Aug. 19, 2014

Re: [Pharo-dev] Quitting the community

by phil＠highoctane.be

ReactiveHolder ? Phil On Tue, Aug 19, 2014 at 7:52 AM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > It is well to remember Marshall McLuhan, The Medium is the Message, the > thesis of which is that the nature of any medium has more importance than > the content if that medium in shaping its effects in the users of that > medium. > > On the medium side, email is devoid of nuance, unless smattered with > emoticons, themselves a very limited sub-medium that many of us employ only > partially. It is /so/ common to see an escalation of hurt emerge from an > email thread started by a misreading of an email that imputed offense when > none was intended. > > On the message side, names are important. Sentences become > incomprehensible if nouns are arbitrarily rebound. ValueHolder may not be > the greatest name, just as apareille a photo is clumsier than camera, but > we can't just change them to frotboggle or bungswallop just because they > sound more poetic. ReactiveVariable is criticizes me on the basis that it > is an object that contains a variable, not a variable itself, and garner > misleading, /and/ that it is a renaming of an (albeit imperfectly) already > named concept, ValueHolder, and if one doesn't want to unnecessarily break > others' understanding and much older Pharo and non-Pharo code that uses it > one is better leaving sleeping dogs lie. > > HTH > Eliot (phone) > > On Aug 18, 2014, at 8:38 AM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > > > Hello guys, > > > > I am sending this email to explain why I am quiting the Pharo community, > > as well as the Smalltalk community. > > > > I can not bear Stephane Ducasse's behavior anymore whether at a public > > level or a private level. > > > > It seems that his ego is preventing him from being able to have a > discussion > > without overreacting, being agressive, or insulting. > > > > I can not approve how Stephane is constantly talking behind my back to > unleash > > his irrationnal wrath and to provide his very own version of the facts. > > > > I can not see how this can lead to a peaceful and respectful community > > where we can all have fun building a future. > > > > Therefore I will not be part of this project anymore, since the way > Stephane > > is acting is taking away all the fun I can have interacting with all of > you. > > > > It was a hard decision to take, but I can not be part of a community led > > by someone whose behaviour is going against all my principles. > > > > I wish to all of you to have fun, and keep me in touch > > if you want to have a beer someday ;) > > > > Ben > >

Aug. 19, 2014

Re: [Pharo-dev] Quitting the community

by Pavel Krivanek

So why not simply ReactiveValueHolder? Who will look for ValueHolder will find it, who will look for reactive variables will find it and it well describes the purpose of the class ;-) Cheers, -- Pavel 2014-08-19 9:25 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: > Sure but the new thing was NewValueHolder. > > ValueHolder per se doesn't look like impacted. > > Well I saw some OldValueHolder proposal but it seemed strange to me. > > How would you name the new thing? > > Is there some pattern for that kind of case? > > Phil > > Le 19 aoÃ»t 2014 07:52, "Eliot Miranda" <eliot.miranda(a)gmail.com> a Ã©crit : > > >> >> It is well to remember Marshall McLuhan, The Medium is the Message, the >> thesis of which is that the nature of any medium has more importance than >> the content if that medium in shaping its effects in the users of that >> medium. >> >> On the medium side, email is devoid of nuance, unless smattered with >> emoticons, themselves a very limited sub-medium that many of us employ only >> partially. It is /so/ common to see an escalation of hurt emerge from an >> email thread started by a misreading of an email that imputed offense when >> none was intended. >> >> On the message side, names are important. Sentences become >> incomprehensible if nouns are arbitrarily rebound. ValueHolder may not be >> the greatest name, just as apareille a photo is clumsier than camera, but we >> can't just change them to frotboggle or bungswallop just because they sound >> more poetic. ReactiveVariable is criticizes me on the basis that it is an >> object that contains a variable, not a variable itself, and garner >> misleading, /and/ that it is a renaming of an (albeit imperfectly) already >> named concept, ValueHolder, and if one doesn't want to unnecessarily break >> others' understanding and much older Pharo and non-Pharo code that uses it >> one is better leaving sleeping dogs lie. >> >> HTH >> Eliot (phone) >> >> On Aug 18, 2014, at 8:38 AM, Benjamin >> <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> >> > Hello guys, >> > >> > I am sending this email to explain why I am quiting the Pharo community, >> > as well as the Smalltalk community. >> > >> > I can not bear Stephane Ducasse's behavior anymore whether at a public >> > level or a private level. >> > >> > It seems that his ego is preventing him from being able to have a >> > discussion >> > without overreacting, being agressive, or insulting. >> > >> > I can not approve how Stephane is constantly talking behind my back to >> > unleash >> > his irrationnal wrath and to provide his very own version of the facts. >> > >> > I can not see how this can lead to a peaceful and respectful community >> > where we can all have fun building a future. >> > >> > Therefore I will not be part of this project anymore, since the way >> > Stephane >> > is acting is taking away all the fun I can have interacting with all of >> > you. >> > >> > It was a hard decision to take, but I can not be part of a community led >> > by someone whose behaviour is going against all my principles. >> > >> > I wish to all of you to have fun, and keep me in touch >> > if you want to have a beer someday ;) >> > >> > Ben >>

Aug. 19, 2014

Re: [Pharo-dev] Quitting the community

by phil＠highoctane.be

Sure but the new thing was NewValueHolder. ValueHolder per se doesn't look like impacted. Well I saw some OldValueHolder proposal but it seemed strange to me. How would you name the new thing? Is there some pattern for that kind of case? Phil Le 19 aoÃ»t 2014 07:52, "Eliot Miranda" <eliot.miranda(a)gmail.com> a Ã©crit : > > It is well to remember Marshall McLuhan, The Medium is the Message, the thesis of which is that the nature of any medium has more importance than the content if that medium in shaping its effects in the users of that medium. > > On the medium side, email is devoid of nuance, unless smattered with emoticons, themselves a very limited sub-medium that many of us employ only partially. It is /so/ common to see an escalation of hurt emerge from an email thread started by a misreading of an email that imputed offense when none was intended. > > On the message side, names are important. Sentences become incomprehensible if nouns are arbitrarily rebound. ValueHolder may not be the greatest name, just as apareille a photo is clumsier than camera, but we can't just change them to frotboggle or bungswallop just because they sound more poetic. ReactiveVariable is criticizes me on the basis that it is an object that contains a variable, not a variable itself, and garner misleading, /and/ that it is a renaming of an (albeit imperfectly) already named concept, ValueHolder, and if one doesn't want to unnecessarily break others' understanding and much older Pharo and non-Pharo code that uses it one is better leaving sleeping dogs lie. > > HTH > Eliot (phone) > > On Aug 18, 2014, at 8:38 AM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > > > Hello guys, > > > > I am sending this email to explain why I am quiting the Pharo community, > > as well as the Smalltalk community. > > > > I can not bear Stephane Ducasse's behavior anymore whether at a public > > level or a private level. > > > > It seems that his ego is preventing him from being able to have a discussion > > without overreacting, being agressive, or insulting. > > > > I can not approve how Stephane is constantly talking behind my back to unleash > > his irrationnal wrath and to provide his very own version of the facts. > > > > I can not see how this can lead to a peaceful and respectful community > > where we can all have fun building a future. > > > > Therefore I will not be part of this project anymore, since the way Stephane > > is acting is taking away all the fun I can have interacting with all of you. > > > > It was a hard decision to take, but I can not be part of a community led > > by someone whose behaviour is going against all my principles. > > > > I wish to all of you to have fun, and keep me in touch > > if you want to have a beer someday ;) > > > > Ben >

Aug. 19, 2014