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

Re: [Pharo-project] ECompletion/OCompletion tests takes A LIFE!!

by StÃ©phane Ducasse

On > 30k was a bit optimistic assumption. For example the Pharo 1.1 OneClick image has 3220 globals. The sortBlock asks for the preference twice per evaluation. SortedCollection uses a binary search during #add:. If we are optimistic, then the preference is asked 3220 * (3220 ln / 2 ln) * 2 times which is ~75k. > > In the same image the "old" code asked for the preference 2282899 times during the tests, while the new code did it only 398 times. If the preference is changed to return the value of a variable, then the difference is only 80 ms, otherwise it's 36.6 seconds. As you see we got trap in a tempest of documents to write :) so do not forget to open bug entry wehn some actions should be taken.... Soon back to life Stef

Sept. 29, 2010

Re: [Pharo-project] How to subclass Process and have it used by spawned blocks?

by StÃ©phane Ducasse

no idea but I want to know that too so keep us posted. On Sep 29, 2010, at 9:59 AM, Stefan Marr wrote: > Hi: > > The naive approach of subclassing Process and writing my own fork/spawn does not seem to work for some reason. > > I tried: > > Erlang>>spawn: aBlock > "Answer an ErlProcess running the code given in the parameter. > The process is scheduled." > | proc | > proc := ErlProcess > forContext: > [aBlock value. > Processor terminateActive] asContext > priority: Processor activePriority. > proc resume. > ^ proc > > This is basically what happens in BlockClosure newProcess. > > However, since I do not want to modify BlockClosure, it is not operating on self anymore ('self value' became 'aBlock value', which seems to pose a problem. For some reason, the created process crashes on accessing aBlock, were I would expect it to be available since the block is a closure, right? > Looks to me like asContext is doing something I would have to replicate, too. > > Has someone done something similar before? > > Thanks > Stefan > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 29, 2010

Re: [Pharo-project] Statistic tools in Pharo

by StÃ©phane Ducasse

I will contact didier. On Sep 29, 2010, at 4:31 AM, Jimmie Houchin wrote: > On 9/28/2010 8:52 PM, Serge Stinckwich wrote: >> On Wed, Sep 29, 2010 at 8:42 AM, Jimmie Houchin<jlhouchin(a)gmail.com> wrote: >>> On 9/28/2010 1:07 PM, Alexandre Bergel wrote: >>>> Hi! >>>> >>>> Is there a statistic library in Pharo? >>>> Computing the correlation, linear regression, ... >>>> >>>> Cheers, >>>> Alexandre >>> In a conversation with Stef earlier, he pointed me toward >>> http://www.squeaksource.com/DHBNumerical.html >>> >>> I haven't explored it yet, so am not familiar with its methods. >>> >>> Maybe it can meet some of your needs. >> Yes, interesting, but what is the licence > I didn't even look initially. Since it was on SqueakSource I just kind of assumed it was Squeak friendly. Unfortunately it is not. > > From http://sourceforge.net/projects/dhbnumerics/#more > the license is LGPL. > > Project admins are: > http://sourceforge.net/project/memberlist.php?group_id=53783 > Adriaan van Os, Donald MacQueen, Joseph Whitesell, Roger Whitney, Sean Glazier > > Does anybody here have sufficient access to any of these people or DHB himself to request a Squeak/Pharo friendly license. > > Thanks. > > Jimmie > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 29, 2010

Re: [Pharo-project] Statistic tools in Pharo

by StÃ©phane Ducasse

Alberto please use thread!!!!!! Stef On Sep 29, 2010, at 9:38 AM, Alberto Bacchelli wrote: > Hi Alexandre, > > My question about a connection between Pharo and Python [1] is > related to the issue you are reporting. > In Python, they have numpy [2], which offers almost anything one would > need for statistics, algebra, ... > Instead of re-implementing everything in Pharo (aka re-inventing the wheel), > imho, it would be much better to be able to exploit the good work > already done by these smart people. > > My interest to Alien FFI is also related: Instead of using numpy, one > could use the external interface offered by MATLAB [3] (in the form of > C APIs) to let it do the number crunching. Even though the MATLAB > external interface is very simple and clean, I have not being able to > use it from Pharo, yet, because I cannot make Alien work under Linux > (where my MATLAB resides). I have also tried nativeboost, but I am > still not able to create the VM with the necessary plugin to make it > work. > It is very frustrating: Even if I am working with Fernando (who knows > Alien very good), in three days we have not reach any target. > > It would be awesome if someone else wanted to give me a hand with this task: > I believe It would be of interest for many of us. > > Cheers, > Alberto > > > [1] http://markmail.org/message/bvk2gkue6kd4vqzo > [2] http://numpy.org/ > [3] http://maxwell.me.gu.edu.au/spl/matlab-page/apiext.pdf > > On 28 September 2010 20:10, Alexandre Bergel <alexandre(a)bergel.eu> wrote: >> Hi! >> >> Is there a statistic library in Pharo? >> Computing the correlation, linear regression, ... >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> 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

Sept. 29, 2010

Re: [Pharo-project] Automatic testing in different images

by Martin Dias

I will look at Magma, and I think we will use Hudson later. Thank you Martin 2010/9/28 GÃ¶ran Krampe <goran(a)krampe.se> > On 09/28/2010 12:44 PM, Simon Denier wrote: > >> >> On 28 sept. 2010, at 11:24, Martin Dias wrote: >> >> Hello, >>> >>> I'm working on a prototype for binary serialization of objects, and I >>> would like to do tests and benchmarks for serializing on a stream in one >>> image and de-serialize them in another, maybe with different conditions >>> (other version, VM, etc). >>> >>> Could you recommend me how to do that in an automatic way? >>> >> >> >> Hudson seems a good way to go >> > > Or take a look at the test framework in Magma, it has orchestrated tests > between multiple images, probably what you want. > > And oh, Magma also has of course binary serialization stuff in it - so > worth looking at from that perspective too. > > regards, GÃ¶ran > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 29, 2010

Re: [Pharo-project] Feature request for Opal

by StÃ©phane Ducasse

Thanks! Marcus was fast on this one. Already in the box :) On Sep 29, 2010, at 8:34 AM, Lukas Renggli wrote: > Ok, the change was rather trivial, most of the functionality was still there. > > I committed > > Name: Compiler-LukasRenggli.242 > Author: lr > Time: 29 September 2010, 8:29:05 am > UUID: 5e237cdd-b72f-44ae-a6c9-402623dfb670 > Ancestors: Compiler-MarcusDenker.241 > > - use pragmas to make primitives extensible > > to the Pharo inbox and the issue tracker > (http://code.google.com/p/pharo/issues/detail?id=3014) Image > recompiles without problems. Same tests fail as before. > > For the other Smalltalk that use the same infrastructure I've attached > a change-set. > > Lukas > > On 28 September 2010 18:29, Lukas Renggli <renggli(a)gmail.com> wrote: >> Thanks Eliot, I will look into it. I should have some time this week. >> >> Lukas >> >> 2010/9/28 Eliot Miranda <eliot.miranda(a)gmail.com>: >>> Hi Lukas, >>> >>> On Tue, Sep 28, 2010 at 12:46 AM, Lukas Renggli <renggli(a)gmail.com> wrote: >>>> >>>> What you ask for was present in my original pragma implementation. The >>>> compiler dispatched pragmas that were declared as compiler pragmas >>>> (using pragmas and thus extensible) to the compiler. >>>> >>>> That mechanism got lost with the closure changes to the compiler. It >>>> should be relatively easy to re-integrate again. >>> >>> Please do. This is the way it should be done and I'm sure would be very >>> nice to use. It would give me pleasure to review the code. >>>> >>>> I never bother to do so, because the mechanism was never adopted by >>>> the only potential client at that time as the author didn't like >>>> pragmas and preferred to patch the compiler :-) >>>> >>>> Lukas >>> >>> best >>> Eliot >>> >>>> >>>> -- >>>> Lukas Renggli >>>> www.lukas-renggli.ch >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > <3014-UsePragmasForExtensiblePrimitives.1.cs>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 29, 2010

Re: [Pharo-project] ('a' == 'a') == true ?

by StÃ©phane Ducasse

+1 discussions are important because they spread knowledge. Stef >> I think it's orthogonal to immutability. Non-immutable literals are "just plain wrong" (actually unsafe). The optimization is confusing and unexpected to the inexperienced. But I emphatically agree with the last part; it's not a particularly useful optimization. > > Of course, you are right: non-immutable literals are unsafe. > However, when you know what you are doing and you are 'mutating' a literal in your code, I think it's surprising that the mutation also happens to what seems to be another literal in the same code (because they are written in different locations in the same method body), just because they happen to be equal. > > Admittedly, it's not a common issue and mutating literals might sound like dirty code (it probably is in 99% of the cases) but the flexibility also enables powerful things. I have, for example, used that in the implementation of the compiled methods for proxy java classes in JavaConnect. > > Anyway, I appreciate the discussion! > > Johan > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 29, 2010

[Pharo-project] How to subclass Process and have it used by spawned blocks?

by Stefan Marr

Hi: The naive approach of subclassing Process and writing my own fork/spawn does not seem to work for some reason. I tried: Erlang>>spawn: aBlock "Answer an ErlProcess running the code given in the parameter. The process is scheduled." | proc | proc := ErlProcess forContext: [aBlock value. Processor terminateActive] asContext priority: Processor activePriority. proc resume. ^ proc This is basically what happens in BlockClosure newProcess. However, since I do not want to modify BlockClosure, it is not operating on self anymore ('self value' became 'aBlock value', which seems to pose a problem. For some reason, the created process crashes on accessing aBlock, were I would expect it to be available since the block is a closure, right? Looks to me like asContext is doing something I would have to replicate, too. Has someone done something similar before? Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Sept. 29, 2010

Re: [Pharo-project] Statistic tools in Pharo

by Alberto Bacchelli

Hi Alexandre, My question about a connection between Pharo and Python [1] is related to the issue you are reporting. In Python, they have numpy [2], which offers almost anything one would need for statistics, algebra, ... Instead of re-implementing everything in Pharo (aka re-inventing the wheel), imho, it would be much better to be able to exploit the good work already done by these smart people. My interest to Alien FFI is also related: Instead of using numpy, one could use the external interface offered by MATLAB [3] (in the form of C APIs) to let it do the number crunching. Even though the MATLAB external interface is very simple and clean, I have not being able to use it from Pharo, yet, because I cannot make Alien work under Linux (where my MATLAB resides). I have also tried nativeboost, but I am still not able to create the VM with the necessary plugin to make it work. It is very frustrating: Even if I am working with Fernando (who knows Alien very good), in three days we have not reach any target. It would be awesome if someone else wanted to give me a hand with this task: I believe It would be of interest for many of us. Cheers, Alberto [1] http://markmail.org/message/bvk2gkue6kd4vqzo [2] http://numpy.org/ [3] http://maxwell.me.gu.edu.au/spl/matlab-page/apiext.pdf On 28 September 2010 20:10, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > Hi! > > Is there a statistic library in Pharo? > Computing the correlation, linear regression, ... > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 29, 2010

[Pharo-project] [update 1.2] #12153

by Marcus Denker

12153 ----- Issue 3014: Use pragmas to make primitives extensible Issue 3013: SystemVersion deprecate #version: -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Sept. 29, 2010