- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] DateAndTime>>#= slow?

by Sven Van Caekenberghe

On 27 Mar 2014, at 11:17, Johan Brichau <johan(a)inceptive.be> wrote: > Hi, > > This is indeed something we noticed moving to Pharo3: all our benchmarks fail because of DateAndTime being slower. ?? It is slow(er) in 2 and fast(er) in 3, according to this discussion and my reading of the code. If you see the inverse, than please provide some details. > Since we use Pharo only for development, it's not a showstopper for us, but definitely an issue we are interested to help solving too. > > Johan > > On 26 Mar 2014, at 22:53, Stephan Eggermont <stephan(a)stack.nl> wrote: > >> DateAndTime is a very good candidate for some slot-tricks, >> and should probably be a value object. >> >> Stephan >> >> > >

March 27, 2014

Re: [Pharo-dev] DateAndTime>>#= slow?

by phil＠highoctane.be

Given the fact that I am using a ton of time series at the moment, I feel that I'll be caught in this as well (Pharo for dev & prod). What about having a look at this through a Google Hangout? Phil On Thu, Mar 27, 2014 at 11:17 AM, Johan Brichau <johan(a)inceptive.be> wrote: > Hi, > > This is indeed something we noticed moving to Pharo3: all our benchmarks > fail because of DateAndTime being slower. > Since we use Pharo only for development, it's not a showstopper for us, > but definitely an issue we are interested to help solving too. > > Johan > > On 26 Mar 2014, at 22:53, Stephan Eggermont <stephan(a)stack.nl> wrote: > > > DateAndTime is a very good candidate for some slot-tricks, > > and should probably be a value object. > > > > Stephan > > > > > > >

March 27, 2014

Re: [Pharo-dev] DateAndTime>>#= slow?

by Johan Brichau

Hi, This is indeed something we noticed moving to Pharo3: all our benchmarks fail because of DateAndTime being slower. Since we use Pharo only for development, it's not a showstopper for us, but definitely an issue we are interested to help solving too. Johan On 26 Mar 2014, at 22:53, Stephan Eggermont <stephan(a)stack.nl> wrote: > DateAndTime is a very good candidate for some slot-tricks, > and should probably be a value object. > > Stephan > >

March 27, 2014

ci shutdown Saturday

by Marcus Denker

Hi, The CI will be down over the weekend: > As you may have been informed, Inria DSI has to perform a major update on > its storage infrastructure on Saturday March 29th 2014. This will induce > the disruption of all the numerical services, including CI. > > To take benefit from this downtime, the CloudStack secondary storage of CI > service will be upgraded, thus the service will likely be unavailable this > weekend. To avoid any issue, you may shutdown your Jenkins servers from the > web portal before the weekend.

March 27, 2014

Re: [Pharo-dev] Replacing SBCI buttons in Nautilus.

by Stephan Eggermont

Phil wrote: >Instead of using PluggableButtonMorphs, you can try with ButtonModels (the Spec way). For Pharo 3 Iâd prefer not adding additional dependencies to Nautilus. I think I remember reading something about a spec-based Nautilus. Switching the themes shows that there are still a few too many hard-coded values in Nautilus. The width of the SBIC bar should be theme dependent. Stephan

March 27, 2014

[pharo-project/pharo-core]

by GitHub

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

March 27, 2014

[pharo-project/pharo-core] fec020: 30804

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: fec020c69230257ffadea32cc4b45a9489bacb29 https://github.com/pharo-project/pharo-core/commit/fec020c69230257ffadea32c… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-03-27 (Thu, 27 Mar 2014) Changed paths: M Collections-Abstract.package/Collection.class/instance/enumerating/do_displayingProgress_every_.st R Collections-Arithmetic.package/extension/FloatArray/instance/dot_.st A Collections-Native.package/FloatArray.class/instance/arithmetic/dot_.st A Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/showByteCodeButtonLabel.st A Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/showClassVarsButtonLabel.st A Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/showInstanceVarsButtonLabel.st A Nautilus.package/AbstractNautilusUI.class/instance/buttons behavior/showSourceCodeButtonLabel.st M Nautilus.package/AbstractNautilusUI.class/instance/displaying/buildTextAreaButtonsColumn_.st M Nautilus.package/AbstractNautilusUI.class/instance/items creation/buildBrowseClassVarsButton.st M Nautilus.package/AbstractNautilusUI.class/instance/items creation/buildBrowseInstVarsButton.st M Nautilus.package/AbstractNautilusUI.class/instance/items creation/buildSwitchToByteCodeButton.st M Nautilus.package/AbstractNautilusUI.class/instance/items creation/buildSwitchToSourceCodeButton.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script457.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30804.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tools.package/Spotlight.class/instance/opening/accepted.st A Tools.package/Spotlight.class/instance/private/resolveExpression_.st Log Message: ----------- 30804 13128 Use Spotlight to quickly evaluate and inspect short expressions https://pharo.fogbugz.com/f/cases/13128 13101 Progress bar progressive text update not working. https://pharo.fogbugz.com/f/cases/13101 13137 Replace SBCI buttons https://pharo.fogbugz.com/f/cases/13137 3748 FloatArray>>dot: is defined in plugin but not at the image level https://pharo.fogbugz.com/f/cases/3748/ http://files.pharo.org/image/30/30804.zip

March 27, 2014

MOOSEDay@UPMC website online

by Serge Stinckwich

Dear all, The MOOSEDay@UPMC 2014 will be organized in Paris, June 5th. The day will be followed by a Pharo Sprint (June 6th) at the same place. A first draft of the MOOSEDay@UPMC is online here: http://www.doesnotunderstand.org/MOOSEDayUPMC/ I need you help : - if you want to propose a talk, send me title, a short summary (3-4 lines), the name and a picture of the speaker. - if you want to sponsor the event, just ask me :-) - if you want to attend, just send me your name and affiliation. I will add you on the webpage. - if you have some graphic abilities, you can send me a better cover picture (maybe with some MOOSE pictures). The webpage is managed on github, if you want to modify the page, just send me a pull request on github: https://github.com/SergeStinckwich/MOOSEDayUPMC Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

March 27, 2014

Re: [Pharo-dev] MooseDay in Paris

by Serge Stinckwich

Dear all, Alexandre Bergel will come in France from June 2nd to 7th. I think this is a great opportunity to organize the MOOSEDay in Paris during this week: June 5th for the MOOSEDay and June 6th for a Pharo Sprint. I will started a webpage for the event soon. Regards, On Mon, Mar 3, 2014 at 3:58 PM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > Dear all, > > I would like to organize a MooseDay in May or June at Pierre and Marie > Curie University: > http://upmc.fr/fr/universite/campus_et_sites/a_paris_et_en_idf/jussieu.html > > UPMC Campus is located at the center of Paris. > > In order to fix a day, please add in the following doodle when you > could attend the MooseDay (this day will be followed by a MOOSE/Pharo > sprint friday): > > http://doodle.com/kin3wke272xpv5rf > > Thank you. > Regards, > -- > Serge Stinckwich > UCBN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

March 27, 2014

Re: [Pharo-dev] Crazy Smalltalk code snippets

by Luc Fabresse

Hi Frank, It you be excellent to have a workshop paper on partial continuations. Here are the infos: http://www.esug.org/wiki/pier/Conferences/2014/IWST14 Cheers, #Luc 2014-03-26 14:25 GMT+01:00 Frank Shearar <frank.shearar(a)gmail.com>: > Hi Stef, > > Thanks for the kind words! How would I go about doing that? > > frank > > On 26 March 2014 07:26, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > > Hi frank > > > > It would really great if you send an article on this to the ESUG > workshop. > > I can help reviewing the draft if you want. > > Stef > > > >> Yes: http://ss3.gemstone.com/ss/Control.html > >> > >> Last time I checked I did need to add a shim (see the ControlPharo > >> package), but it did load cleanly and pass all its own tests. > >> > >> Control not only provides a convenient way of making partial > >> continuations (of the shift/reset sort, if you're familiar with the > >> literature), but also _delimited_ dynamic variables. As soon as you > >> start stack-slicing with partial continuations, you quickly find that > >> standard implementations of dynamic variables fail in all sorts of > >> nasty ways. Fundamentally, "normal" dynamic variables _cannot_ work > >> cleanly with partial continuations because they either close over too > >> much of the dynamic environment, or too little. > >> > >> Here's some reading on the topic: > >> > >> [1] http://okmij.org/ftp/Computation/dynamic-binding.html > >> [2] http://www.cs.rutgers.edu/~ccshan/dynscope/DDBinding.pdf > >> [3] > http://www.lshift.net/blog/2012/06/27/resumable-exceptions-can-macro-expres… > >> > >> frank > >> > >>>>>> Cheers, > >>>>>> -- Pavel > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> best, > >>>> Eliot > >>> > >>> > >> > > > > > >

March 27, 2014