February 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] pharo VM names

by Camillo Bruni

done: https://ci.inria.fr/pharo/view/VM/job/StackVM/ https://ci.inria.fr/pharo/view/VM/job/PharoVM/ On 2013-02-05, at 22:09, Camillo Bruni <camillobruni(a)gmail.com> wrote: > doing that right now! > > On 2013-02-05, at 22:08, Francois Stephany <tulipe.moutarde(a)gmail.com> wrote: >> On 05/02/13 21:15, Eliot Miranda wrote: >> >>> >>> No. The StackVM is a VM that optimizes interpreted execution by mapping >>> contexts to stack frames and lazily instantiating contexts, but is still >>> a pure interpreter. The Cog VM is a VM that optimizes execution >>> by mapping contexts to stack frames and lazily instantiating contexts, >>> /and/ by compiling methods used more than once to machine-code and >>> implementing a number of send optimization schemes in that machine-code. >>> >> >> This could be added in the Jenkins job description! >> >

Feb. 5, 2013

Re: [Pharo-project] on the 1.4 one click the Pharo-14-one-click.sh does not work on Ubuntu12.0.4

by StÃ©phane Ducasse

On Feb 5, 2013, at 8:24 PM, GOUBIER Thierry wrote: > Hi Stef, > > two things not working with 1.4 on 12.04 and 12.10 (and probably other linuxes as well). > > - Lack of ia32 libs on a x64 linux > > - Pharo1.4-app directory in a path with accents > (for example : TÃ©lÃ©chargements/) -- This one is already an issue I think. Ok it was probably the last one that we faced today. > > Thierry > > ________________________________________ > De : pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] de la part de stephane ducasse [stephane.ducasse(a)free.fr] > Date d'envoi : mardi 5 fÃ©vrier 2013 19:45 > Ã : Pharo Development > Objet : [Pharo-project] on the 1.4 one click the Pharo-14-one-click.sh does not work on Ubuntu12.0.4 > > Hi guys > > we got a problem during a lecture. The script > on the 1.4 one click the Pharo-14-one-click.sh does not work on Ubuntu12.0.4 > > Stef > >

Feb. 5, 2013

Re: [Pharo-project] pharo VM names

by Camillo Bruni

doing that right now! On 2013-02-05, at 22:08, Francois Stephany <tulipe.moutarde(a)gmail.com> wrote: > On 05/02/13 21:15, Eliot Miranda wrote: > >> >> No. The StackVM is a VM that optimizes interpreted execution by mapping >> contexts to stack frames and lazily instantiating contexts, but is still >> a pure interpreter. The Cog VM is a VM that optimizes execution >> by mapping contexts to stack frames and lazily instantiating contexts, >> /and/ by compiling methods used more than once to machine-code and >> implementing a number of send optimization schemes in that machine-code. >> > > This could be added in the Jenkins job description! >

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Camillo Bruni

On 2013-02-05, at 21:59, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Camillo > > you are favorite swiss. I love your burst of anger/rage! and I'm serious :) hahaha, well â I also should learn to contain myself, I do not want that my environment acts in fear of my outbursts :( >> And if you had a look at it you would maybe give me instructive comments? >> Right now it reads as a global disagreement :/ with which I can only disagree > > yes I read it like that too. > and you are right not having a place to get the pharo athens vm + athens loaded is a pain to push people to use it. so yes, the question of documentation? => one part goes into the git repository (remember oscar's famous README.txt files? we should start with those...) - I started a clean repos here: https://github.com/pharo-project/ci => the other part goes on the jenkins jobs (I guess you started documenting it in chile?) - where does stuff come from - where does it go to? - and who is responsible? (I want a personal phone number on each job ;)

Feb. 5, 2013

Re: [Pharo-project] pharo VM names

by Francois Stephany

On 05/02/13 21:15, Eliot Miranda wrote: > > No. The StackVM is a VM that optimizes interpreted execution by mapping > contexts to stack frames and lazily instantiating contexts, but is still > a pure interpreter. The Cog VM is a VM that optimizes execution > by mapping contexts to stack frames and lazily instantiating contexts, > /and/ by compiling methods used more than once to machine-code and > implementing a number of send optimization schemes in that machine-code. > This could be added in the Jenkins job description!

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by StÃ©phane Ducasse

Camillo I want to write one little but utterly important chapter for the book: Pharo Zero Config. I want to sit with me and you show me what I missed and the command line stuff and I write that three/five page essential chapter. tomorrow I want to sit with clement around mate and that! Stef

Feb. 5, 2013

Re: [Pharo-project] Strange behaviour in Spec

by StÃ©phane Ducasse

we can also discuss that friday at the sprint. Stef On Feb 5, 2013, at 3:02 PM, Goubier Thierry wrote: > Le 05/02/2013 14:51, Andrei Vasile Chis a Ã©crit : >> >> Hi Thierry, >> >> Thanks for looking into this. >> I have a slight preference for solution 2, just because code will not >> depend on the order of the announcements. > > Well, you're lucky. My image crashed while I was trying to prepare the slice for 1- :( > > So I may as well try to do 2- Maybe I'll have more luck. > > Thierry > >> Cheers, >> Andrei >> >> >> On Tue, Feb 5, 2013 at 1:27 PM, Goubier Thierry <thierry.goubier(a)cea.fr >> <mailto:thierry.goubier@cea.fr>> wrote: >> >> Hi Andrei, >> >> I tested with the following code which shows some interesting effects: >> >> >> |list| >> list := ListComposableModel new. >> list whenListChanged: [:aList| >> Transcript crShow: aList = list listItems]. >> 10 timesRepeat: [ >> list items: #(1 2). >> >> list listItems. "Call listItems to set the cache" >> list items: #(1 2 3). >> list listItems]. >> >> And I either get true-true-true-true or, true-false-false-false ... >> >> When I get true-true-true, in list listHolder announcer registry >> subscriptions, I have the action >> >> [:aList| Transcript crShow: aList = list listItems] >> set after the action >> [self refreshListItems]. >> >> When I get true-false-false-false ad nauseam, in list listHolder >> announcer registry subscriptions, I have the action >> >> [:aList| Transcript crShow: aList = list listItems] >> set "before" the action >> [self refreshListItems]. >> >> So, it seems that the use of an identitySet in subscriptions for an >> announcer has interesting side effects. >> >> So, what should be done ? >> >> 1- Change subscription in Announcer SubscriptionRegistry from >> IdentitySet to OrderedCollection : it should keep the same behavior >> in all users of Announcers, since they have to be order independent >> (otherwise, they would fall for the same intermittent bug given the >> chance). >> >> 2- Change ListComposableModel to use a private event to update the >> cache before entertaining a #changedValue event. >> >> I have a preference for 1-, because of my soft spot for programs >> that have a nice, predictable behavior :) >> >> I've added a ticket >> >> http://code.google.com/p/__pharo/issues/detail?id=7420 >> <http://code.google.com/p/pharo/issues/detail?id=7420> >> >> Thierry >> >> Le 05/02/2013 11:31, Andrei Vasile Chis a Ã©crit : >> >> Hi, >> >> A very simple way to reproduce is to open a transcript and >> execute this >> code: >> 50 timesRepeat: [|list| >> list := ListComposableModel new. >> list items: #(1 2). >> list whenListChanged: [:aList| >> Transcript crShow: aList = list listItems]. >> list listItems. "Call listItems to set the cache" >> list items: #(1 2 3) ]. >> >> If should print both true and false. >> Every time it prins false the events were triggered in the wrong >> order. >> >> Andrei >> >> On Tue, Feb 5, 2013 at 9:26 AM, Goubier Thierry >> <thierry.goubier(a)cea.fr <mailto:thierry.goubier@cea.fr> >> <mailto:thierry.goubier@cea.fr >> <mailto:thierry.goubier@cea.fr>__>> wrote: >> >> Le 04/02/2013 17:27, Andrei Vasile Chis a Ã©crit : >> >> Hi, >> >> While playing with spec I started to have some quite >> random and >> strange behaviour. >> I'll try to explain what happen, because it might be a >> nasty/not >> that >> nasty bug. >> >> I had a ListComposableModel and some very simple code like: >> aListComposableModel whenListChanged: [ :aList | >> aListComposableModel setSelectedItem: aList first ]. >> >> From time to time this code seem to randomly fail >> because the >> selection >> wasn't set. >> I manage to reduce the error to the following >> equivalent code: >> aListComposableModel whenListChanged: [ :aList | >> aList = aListComposableModel listItems ]. >> >> What happen was that sometimes the list held by the >> model was the >> previous list and not the new list, >> which was actually correctly passes to the block. >> >> This seem to be caused by the way ListComposableModel uses >> announcers to >> update its internal state. >> In ListComposableModel>>____registerEvents there is the >> code: >> >> listHolder >> whenChangedDo: [ self refreshListItems ]. >> >> This registers an announcement that should clear the cache: >> ListComposableModel >>refreshListItems >> listItemsCache := nil. >> ^ self changed: #listElementAt: >> >> In my code by using 'aListComposableModel >> whenListChanged:' I also >> register an event that should be executed >> when the elements of the list change. >> >> So by now the listHolder containing the elements of the >> list has two >> registered events. >> The problem is that in order for this to work correctly >> they have to >> execute in the order they >> were added: first invalidate the cache, then the other >> events >> registered >> by the user. >> However I do not think that announcers guarantee this. >> So from >> time to >> time they >> execute in the wrong way. This means that the code in the >> whenListChanged: block will >> execute in a state in which internaly >> aListComposableModel still >> contains the previous list. >> >> Does this make sense? >> >> >> Yes. It would mean the two announcers are kept in a Set... >> Maybe >> having private and public events would be the way to go ? A >> private >> one for clearing the cache and public ones, triggered >> after, for the >> whenListChanged: block ? >> >> It would be nice to have a test case checking that. I'd be >> interested to know this can happen with announcements. >> >> Thierry >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> >> >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by StÃ©phane Ducasse

Camillo you are favorite swiss. I love your burst of anger/rage! and I'm serious :) > > And if you had a look at it you would maybe give me instructive comments? > Right now it reads as a global disagreement :/ with which I can only disagree yes I read it like that too. and you are right not having a place to get the pharo athens vm + athens loaded is a pain to push people to use it. Stef

Feb. 5, 2013

[Pharo-project] To the finish line! (please review an issue)

by Sean P. DeNigris

I spent the day on the issue tracker... Out of the 56 2.0 issues remaining [1], 5 are ready to be integrated [2], and 17 are /so/ close and just need a review [3]. Many of [3] will be quick to review (e.g. make sure that the slice loads, evaluate a snippet from the issue comment). So if you find yourself waiting for a bus or stuck in an elevator for 10 minutes... ;) Let's burn through these and get to creating the next chapter of our future!!! [1] http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D2.0 [2] http://code.google.com/p/pharo/issues/list?can=2&q=status%3AFixToInclude+Mi… [3] http://code.google.com/p/pharo/issues/list?can=2&q=status%3AFixReviewNeeded… -- View this message in context: http://forum.world.st/To-the-finish-line-please-review-an-issue-tp4667841.h… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by StÃ©phane Ducasse

We should find a way to document the one single place we should look for scripts. any suggestions? Stef On Feb 5, 2013, at 2:58 PM, Camillo Bruni wrote: > from here: > https://gitorious.org/pharo-build/pharo-build/trees/master/pharo-shell-scri… > to here: > pharo.gforge.inria.fr/ci/script/ > by this jenkins job: > https://ci.inria.fr/pharo/view/all/job/Scripts-download/

Feb. 5, 2013