January 2014 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 88ae1c: 30711

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 88ae1cfac835af58191d4ebccf4dc2bf60707ca2 https://github.com/pharo-project/pharo-core/commit/88ae1cfac835af58191d4ebc… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-20 (Mon, 20 Jan 2014) Changed paths: M Nautilus.package/AbstractNautilusUI.class/instance/source code area/defaultClassDescriptor.st M Nautilus.package/AbstractNautilusUI.class/instance/source code area/selectedClassDescription.st M Nautilus.package/PackageTreeNautilusUI.class/instance/source code area/defaultClassDescriptor.st A Nautilus.package/extension/Class/instance/definitionForNautilus.st A Nautilus.package/extension/ClassDescription/instance/definitionForNautilus.st A Nautilus.package/extension/TraitDescription/instance/definitionForNautilus.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script364.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30711.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Debugger.package/SpecDebugger.class/class/utilities/closeAllDebuggers.st A Traits.package/TClass.class/instance/subclass creation/subclass_instanceVariableNames_classVariableNames_category_.st A Traits.package/TClass.class/instance/subclass creation/subclass_uses_instanceVariableNames_classVariableNames_category_.st M Traits.package/TClass.class/instance/subclass creation/subclass_uses_instanceVariableNames_classVariableNames_poolDictionaries_category_.st Log Message: ----------- 30711 12163 New class template without poolDictionaries: line https://pharo.fogbugz.com/f/cases/12163 12632 window menu close all debuggers does not work anymore https://pharo.fogbugz.com/f/cases/12632 http://files.pharo.org/image/30/30711.zip

Jan. 20, 2014

Re: [Pharo-dev] [COTDC] 108 - NewValueHolder

by Nicolas Cellier

NewValueHolder? the name sounds like a Squeak strategy: keep backward compatibility as long as possible. Since Pharo values cleanlyDesigned > backwardCompatible, I would expect ValueHolder->LegacyValueHolder and NewValueHolder->ValueHolder. We had too many NewParagraph, etc... in the past, history does not necessarily have to repeat itself ;) 2014/1/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > I commented the code in a slice that apparently was not integrated. > But yes this is a good idea. > - to have more code review > - to revive the COTDC!!!! > > > > I had some questions about NewValueHolder and I figured, why not revive > > COTDC?! > > > > The current comment is: "A NewValueHolder is a new implementation of > > ValueHolder based on Announcements". Of course, ValueHolder doesn't have > a > > class comment. Wikipedia claims a value holder is "a generic object that > > handles the lazy loading behavior, and appears in place of the object's > data > > fields" [1]. So: > > - what is a NewValueHolder? > > - is the "Value Holder" part of the name accurate in light of [1]. > Obviously > > repurposing a term people may already be familiar with is a bad idea. In > > fact the important part here seems not the holding of the value, but the > > notification of changes. It seems more like an event in FRP. How about > > ReactiveVariable or AnnouncingVariable, since it combines the storage of > a > > variable with announcing of changes? I like Reactive a bit better because > > those familiar with FRP will get the idea that it's notifying dependents, > > Announcing maybe begs the question "announcing what?" > > - should it replace ValueHolder, which is used only by > > ExclusiveWeakMessageSend and WidgetExamples > > > > [1] http://en.wikipedia.org/wiki/Lazy_loading > > > > p.s. [OT] valueChanged: oldValue to: newValue seems fishy. It is only > used > > in one place in the image in this weird way "pickedItemsHolder > valueChanged: > > true to: item" > > > > > > > > ----- > > Cheers, > > Sean > > -- > > View this message in context: > http://forum.world.st/COTDC-108-NewValueHolder-tp4738066.html > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > > >

Jan. 20, 2014

Re: [Pharo-dev] Making Platform Installers

by Damien Cassou

On Mon, Jan 20, 2014 at 9:33 PM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > super cool first draft: https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Jan. 20, 2014

Re: [Pharo-dev] Pharo 3.0 on Raspberry Pi - Yes/No

by Jean Baptiste Arnaud

On 20 Jan 2014, at 19:32, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > Here is another step forward in getting Pharo 3.0 to run on a Raspberry Pi. > > Yes: > > pi@raspberrypi ~/Pharo-3.0 $ ../PharoRPi/PharoS -vm-display-null -vm-sound-null Pharo.image eval 'SystemVersion current' > Pharo3.0 of 18 March 2013 update 30710 > > pi@raspberrypi ~/Pharo-3.0 $ ../PharoRPi/PharoS -vm-display-null -vm-sound-null Pharo.image eval 'ZTimestamp now' > 2014-01-20T18:21:50Z > > No errors. > > > No: > > When doing something more complex, like: > > pi@raspberrypi ~/Pharo-3.0 $ ../PharoRPi/PharoS -vm-display-null -vm-sound-null Pharo.image eval --no-quit 'ZnServer startDefaultOn: 1701' > a ZnManagingMultiThreadedServer(running 1701) > > The HTTP Server does respond normally to one request and then seems to hang. Strange ... > > When running with a UI, the image comes up, draws everything but remains unresponsive otherwise. I think it is because the UI is to slow and run in software only. The raspberry completely overcharged by the ui. I actually push fast bltbit, then we should have a slow but responsible UI . > No PharoDebug.log output. Because that do not crash just over lag. Due to the UI. > > Events ? Multi-processing ? > > > How ? > > Use Jean-Baptiste's VM from here: > > https://ci.inria.fr/pharo-contribution/view/RaspberryPi/job/RaspberryPi-Com… > > Take a stock 3.0 image and apply Pavel's unloadNB.st script (see the thread with subject unload all). > > So, we're getting closer... > > If anyone is interested, I could make some kind of all in one download. > > Sven > > Best Regards Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

Jan. 20, 2014

Re: [Pharo-dev] Smalltalk Impact

by dimitris chloupis

the way I see it the fork really worked in your favor as Pharo is doing very well so far. Its hard to fork but even harder to share the same vision.Â Personally I really love the fact that Pharo is made up of open minded people and that you are open to new ideas, yet you have the discipline to set realistic goals and achieve them. I have no doubt that Pharo can only get more popular because this combination, I think, is what modern coding really lacks.Â On Monday, 20 January 2014, 22:20, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > The Pharo fork made me sad too.Â I wonder sometime if I had put in more time > if I could have helped settle the rift and keep the community together. > There is a lot of good work going on with Pharo now so maybe the fork was a > good thing but I do wish we could all be working on one code base instead. > I'm sure I will get used to the split eventually. Hi ron What I can tell you is that I invested a lot into squeak (Iâm still the guy with the largest number of books about squeak: sbe, botsinc, squeak(fr)), videos, lectures, journal articles, web site, so it was not an easy solution. But this was an important one to keep my smalltalk love and not jump into something or quit definitively. I still want a really cool system to build multimedia systems of the future and for that I dream about robust and cool (clean, lean nicely designed) infrastructure. So we will see where we go. Stef

Jan. 20, 2014

Re: [Pharo-dev] Making Platform Installers

by Santiago Bragagnolo

Thanks Torsten! here it goes. http://car.mines-douai.fr/squeaksource/MiddlewareDeployer.html 2014/1/20 Torsten Bergmann <astares(a)gmx.de> > Hi Santiago, > > when sending a link from a SqueakSource instance please send the project > name like: > > http://car.mines-douai.fr/squeaksource/MyKillerApp.html > > The link you used > > http://car.mines-douai.fr/squeaksource/@vLtUOBuLaxNWsghP/UmsTHzMp > > was an active session and can not be used by others since it will alway > end up on the frontpage. > > Bye > T. >

Jan. 20, 2014

Re: [Pharo-dev] Making Platform Installers

by Pharo4Stef

super cool On 20 Jan 2014, at 21:25, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Mon, Jan 20, 2014 at 4:50 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> May be we should turn that into a chapter. > > > that's on my todo, I told you already :-). Because now, I know how to > create installers for Mac and Windows and how to create deb packages > for Debian/Ubuntu. I also know a bit about preparing an image for > deployment. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

Jan. 20, 2014

Re: [Pharo-dev] Making Platform Installers

by Damien Cassou

On Mon, Jan 20, 2014 at 4:50 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > May be we should turn that into a chapter. that's on my todo, I told you already :-). Because now, I know how to create installers for Mac and Windows and how to create deb packages for Debian/Ubuntu. I also know a bit about preparing an image for deployment. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Jan. 20, 2014

Re: [Pharo-dev] PhD Position on Dynamic Reflective Language Integration with FPGAs for Robotic Applications

by Benjamin

Then I hope they will find someone quickly :) Ben PS: My french mail was supposed to be private, but it seams that email is a too complex tool for me :( On 20 Jan 2014, at 17:19, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > No one guy accepted and left after a couple of weeks. > We know that bad pattern. > > Stef > >> Encore ?? >> >> Personne ne veut venir, câest Ã§a ? :P >> >> Ben >> >> On 20 Jan 2014, at 17:01, jannik laval <jannik.laval(a)gmail.com> wrote: >> >>> The position is available now. Interested candidates may apply as soon as possible. >>> >>> Title: Ph.D. Student Position on Dynamic Reflective Language Integration with FPGAs for Robotic Applications >>> >>> Location: Mines de Douai and ENSTA Brest (France) >>> >>> Advisor and contacts: >>> Noury Bouraqadi (noury.bouraqadi(a)mines-douai.fr) >>> Luc Fabresse (luc.fabresse(a)mines-douai.fr) >>> LoÃ¯c Lagadec (loic.lagadec(a)ensta-bretagne.fr) >>> Jannik Laval (jannik.laval(a)mines-douai.fr) >>> >>> Profile: the candidate must must hold a recent Master of Science degree in Computer Science or Software Engineering and must have solid skills in dynamic reflective language (Smalltalk). >>> >>> Description of the work: >>> The goal of this PhD is to study Smalltalk integration with FPGAs for robotic applications. This integration will enable us get the best from both worlds. Developers are provided with a high-level dynamic reflective language (Smalltalk) for building and debugging their applications. Still, we can have high performances by projecting part of the programs into FPGAs. These reconfigurable hardware chips can achieve performance faster than C programs, while consuming much less energy. >>> >>> The work to do can decompose into the following tasks: >>> -Build reference robotic applications fully in Pharo Smalltalk using actual robots (see http://car.mines-douai.fr/robots/) >>> -Analyze these applications to identify critical parts to project on FPGAs to significantly increase performances (speed, energy) >>> -Do the actual projection to FPGA and evaluate performances of the transformed applications >>> -Generalize the approach and define a methodology for turning Smalltalk code into FPGA >>> -Propose a solution to automate the methodology >>> >>> The Ph.D student will receive a grant which net amount is approximately 1420 euros per month for 3 years (36 months). >>> He will be co-supervised by LoÃ¯c Lagadec from the ENSTA-Bretagne (Lab-STICC, Brest) and Jannik Laval, Luc Fabresse and Noury Bouraqadi from Ecole des Mines de Douai (CAR, http://car.mines-douai.fr/) >>> The first 18th month will be spent in Douai (Lille area), while the last half of the PhD will be spent in Brest. >>> However, during the full 3 years, there will be a strong interaction with co-supervisers from both labs. >>> >>> Bibliography: >>> -A Robust Layered Control System For A Mobile Robot. R. Brooks. IEEE Journal of Robotics and Automation. Vol. 2. Num 1. March, 1985. >>> -RCS: A Cognitive Architecture for Intelligent MultiAgent Systems. J.S. Albus and A. J. Barbera. Proceedings of the 5th IFAC/EURON Symposium on Intelligent Autonomous Vehicles (IAV 2004). Lisbon, Portugal, 2004. >>> -Handbook of Robotics. Bruno Siciliano and Oussama Khatib editors. Springer. 2008. >>> -Multi-Level Simulation of Heterogeneous Reconfigurable Platforms. D. Picard and L. Lagadec. International Journal of Reconfigurable Computing. 2012. >>> -High-level synthesis for FPGAs: From Prototyping to Deployment. Jason cong and stephen neuendorffer and juanjo noguera and kees vissers and zhiru zhang. IEEE Transactions on Computer-aided design of integrated circuits and systems. Vol. 30. Num 4. April, 2011. >>> -The MOLEN Polymorphic Processor. S. Vassiliadis and S. Wong and G. Gaydadjiev and K. Bertels and G. Kuzmanov and E. Moscu Panainte. IEEE Transactions on Computers. 2004. >>> >>> -- >>> ~~Jannik Laval~~ >>> Ãcole des Mines de Douai >>> Enseignant-chercheur >>> http://www.jannik-laval.eu >>> http://car.mines-douai.fr/ >>> >> >

Jan. 20, 2014

Re: [Pharo-dev] Smalltalk Impact

by StÃ©phane Ducasse

> The Pharo fork made me sad too. I wonder sometime if I had put in more time > if I could have helped settle the rift and keep the community together. > There is a lot of good work going on with Pharo now so maybe the fork was a > good thing but I do wish we could all be working on one code base instead. > I'm sure I will get used to the split eventually. Hi ron What I can tell you is that I invested a lot into squeak (Iâm still the guy with the largest number of books about squeak: sbe, botsinc, squeak(fr)), videos, lectures, journal articles, web site, so it was not an easy solution. But this was an important one to keep my smalltalk love and not jump into something or quit definitively. I still want a really cool system to build multimedia systems of the future and for that I dream about robust and cool (clean, lean nicely designed) infrastructure. So we will see where we go. Stef

Jan. 20, 2014