September 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] PharoKernel #12159
by Pavel Krivanek Sept. 30, 2010

Sept. 30, 2010

Hi, I uploaded the new version of PharoKernel https://gforge.inria.fr/frs/download.php/27540/PharoKernel-1.2-12159.zip The Compression package is now part of the kernel image because the CompiledMethodTrailer requires it. It is on the next discussion whether we should keep this state. As the result the image is more dirty now. I added some code that enables to download primitive packages and run SUnit tests. So it will be possible to create automatically the images with Network and Monticello (after some fixing of this packages). Cheers, -- Pavel

2 6

Re: [Pharo-project] About open lively community vs a closed, withdrawn group of programmers
by Marcus Denker Sept. 30, 2010

Sept. 30, 2010

On Sep 30, 2010, at 2:33 PM, Alexandre Bergel wrote: >> While users can't affect the language itself > > This is not quite true. The Pizza Java extension about generics is now part of Java. Pizza is the first implementation of Java Generics. As far as I remember, Pizza Generics were different to what is now in Java. And it added more than just Generics. |The Pizza language is an extension to Java with three new features: |- Generics (aka Parametric polymorphism) |- Function pointers (aka First-class functions) |- Class cases and pattern matching (aka Algebraic types) Generic Java then was a subset with just the Generics. And that inspired the Generics in Java. And it took how long and how much pain to do that? I think people nearly got crazy over the whole thing. Both Martin Odersky and Gilad Bracha gave up on Java over this, kind of. (Scala just uses the JVM, Newspeak not even that for good reasons). Not really a success story for how one can influence Java, the language. Quite the opposite. > Pizza has been formulated with the EPFL. > Pizza was started when Martin Odersky was a C3 Prof (assistant-prof) at the University of Karlsruhe... this was when I started to study there. A looong time ago. 1996? Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-project] Should refactoring cope with symbols in Pharo or should we avoid symbols?
by Simon Denier Sept. 30, 2010

Sept. 30, 2010

On 30 sept. 2010, at 14:34, TimM wrote: > I logged issue http://code.google.com/p/pharo/issues/detail?id=2817 where I noted that code using a symbol like the following example doesn't get refactored in pharo (e.g. changing the modelChanged method doesn't change this code): > > model announcer subscribe: ElephantModelChanged send: #modelChanged to: self > > I was surprised by this as in Dolphin it works - and I never thought twice about it - to me, symbol = selector. Renaming a method, or adding a parameter to a method would also affect matching symbols. > > So I guess my wider question is, should I simply never use symbols in Pharo? We have plenty of use for symbols as selectors in Moose/Mondrian/Glamour, so yes I concur with the issue. -- Simon

2 1

Re: [Pharo-project] [Pharo-users] [ANN] Pharo 1.1.1 OneClickCogVm
by Tudor Girba Sept. 30, 2010

Sept. 30, 2010

Thanks Mariano. I built the image and made it available. If you want to put it on the INRIA server, you can download it from here: http://www.tudorgirba.com/download/Pharo-1.1.1-dev30.09.1.zip Cheers, Doru On 30 Sep 2010, at 14:16, Mariano Martinez Peck wrote: > > > On Thu, Sep 30, 2010 at 1:44 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi Mariano, > > Is the 1.1.1 dev image available for the old VM? > > No, but you can do it by yourself. Just take the PharoCore 1.1.1 (https://gforge.inria.fr/frs/download.php/27526/PharoCore-1.1.1.zip) > And evaluate: > > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfPharo'; > load. > > ((Smalltalk at: #ConfigurationOfPharo) project version: '1.1') perform: #silently: with: true; perform: #load. > > > > I was a bit away, and I am not sure of the status. If there is something I can do, please let me know. > > Cheers, > Doru > > > On 25 Sep 2010, at 19:49, Mariano Martinez Peck wrote: > > > > > > > On Sat, Sep 25, 2010 at 7:09 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > > Hi Mariano, > > > > This is a good and needed step. > > > > Now, just a problem: 1.1.1dev image does not work with the regular VM. This is probably because you saved it again after you opened it with the Cog VM. It would be great if the released dev image would work with both. > > > > Excellent suggestion :) > > Thanks doru. > > > > > > Cheers, > > Doru > > > > > > > > On 25 Sep 2010, at 17:56, Mariano Martinez Peck wrote: > > > > > Hi. This is not an official release. I didn't do all the formal procedure for releasing a Pharo image. My idea is try to push CogVM and try to get as much as testers as possible. Try to report issues and help Eliot. For that purpose, I think having a one click image is worth it. > > > > > > So.....I build a Pharo dev on top of the PharoCore 1.1.1 (which has some fixes over 1.1 and the CogVM necessary changes). I build the image with exactly the same versions of the external packages than Pharo 1.1. > > > > > > If you want to download that this Pharo1.1.1 dev image that works with Cog here is the link: > > > > > > https://gforge.inria.fr/frs/download.php/27516/Pharo-1.1.1-dev10.09.1.zip > > > > > > In addition, and thanks to Lukas, we could generate OneClicks with CogVM. Here you can have a OneClick using the above image: > > > > > > https://gforge.inria.fr/frs/download.php/27524/Pharo-1.1.1-OneClickCogVM.zip > > > > > > Notice that this is not an official release and that there are failing/errors tests. I've already sent emails for them and hopefully someone may fix them. The only thing is not supported is the TestCoverage (since it uses objects as methods, with is not yet supported in CogVM). > > > > > > Cheers > > > > > > Mariano > > > _______________________________________________ > > > Pharo-users mailing list > > > Pharo-users(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > > > -- > > www.tudorgirba.com > > > > "The coherence of a trip is given by the clearness of the goal." > > > > > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users -- www.tudorgirba.com "Be rather willing to give than demanding to get."

1 0

Re: [Pharo-project] About open lively community vs a closed, withdrawn group of programmers
by StÃ©phane Ducasse Sept. 30, 2010

Sept. 30, 2010

> Through Laurent Laffont's tweet 7:47 PM Sep 23rd >> Worth the read: "Leaving .net" >> http://whatupdave.tumblr.com/post/1170718843/leaving-net > > This reminds me myself, before i joined wonderful smalltalk community :) Sorry to be a pain in the back but when I see our current state of practices at the level of continuous integration as a community (not talking just about pharo/squeak) we are not that great. It will change but we took years to backlog. Something sad for me was to see that in VW been agile was just having the XProgramming/TestCase class (I know that they know what I think :)). Been agile means a lot more. Autotest, hudson, better tools, better debugger, code coverage..... this is what we need. Stef

4 5

[Pharo-project] [ANN 1.2] pre-built core#12159
by Marcus Denker Sept. 30, 2010

Sept. 30, 2010

https://gforge.inria.fr/frs/download.php/27541/PharoCore-1.2-12159.zip -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.2] #12159
by Marcus Denker Sept. 30, 2010

Sept. 30, 2010

12159 ----- Issue 3018: DisplayScreen is missing Tiny class variable Issue 3017: UpdateStreamer is missing saveLocally instance variable Issue 3016: ParseNodeEnumerator is missing theSelectBlock instance variable Issue 2813: MailSender is not deployable -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Sept. 30, 2010

12158 ----- - Issue 2996: Base64MimeConverter with multiline option. Thanks dik :)

1 0

Sept. 30, 2010

12157 ----- - Issue 3019: add instance side methods to PackageInfo and SystemOrganizer. - Issue 2995: PharoKernel Part 19.

1 0

Sept. 30, 2010

12156 ----- - Issue 2993: PharoKernel Part 17. Thanks Pavel and Nicolas :) Stef and nicolas

1 0