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

[Pharo-project] Smalltalks 2010 - Declared as Important Province Event
by Hernan Wilkinson Sept. 29, 2010

Sept. 29, 2010

Hi, we just wanted to share with you that Smalltalks 2010 (the 4th Argentinean Smalltalk conference) has been declare of "public interest" at the Entre Rios province (where the city of Concepcion del Uruguay is and where the conference is going to be held). We are very happy and proud of such recognition to Smalltalk and our community!! We hope to see you there! Hernan. PS: Attached is the statement... although, it is is Spanish :-) * *

10 14

Re: [Pharo-project] Problem with Proxies, objects and MethoDict
by StÃ©phane Ducasse Sept. 29, 2010

Sept. 29, 2010

Mariano why your proxy class does not have at least a format, methodDict and superclass? In the past Behavior new something was carashing the vm because methodDict was nil and boum it crashed. I fixed that long time ago. Now I think that a class proxy cannot be just the same as an object proxy from the vm look at structure. Stef On Sep 28, 2010, at 10:29 PM, Mariano Martinez Peck wrote: > Hi folks. I am trying to do something and I found a VM crash. Suppose I want to swap out a class, do a become with a proxy (that with the DNU will load the class back). In addition, I have instances of the swapped class. > > Example of code (will crash in the last line): > > o := MyObject new. > o foo: 123. > p := ClassProxy new. > p become: MyObject. > o == nil. > o foo. > > > My Object just extends Object, has an instVar 'foo', and implements the accessors. > > ClassProxy implements: > > become: aClass > className := aClass name. > aClass fileOut. > super become: aClass > > and > > doesNotUnderstand: aMessage > | reloadedClass | > (FileStream fileNamed: className, '.st') fileIn. > reloadedClass := Smalltalk at: className. > self becomeForward: reloadedClass. > ^aMessage sendTo: reloadedClass > > > So....does someone know why the crash? > > how can I solve it ? > > Thanks in advance > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] ECompletion/OCompletion tests takes A LIFE!!
by StÃ©phane Ducasse Sept. 29, 2010

Sept. 29, 2010

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

1 0

Re: [Pharo-project] Statistic tools in Pharo
by StÃ©phane Ducasse Sept. 29, 2010

Sept. 29, 2010

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

1 0

Re: [Pharo-project] Statistic tools in Pharo
by StÃ©phane Ducasse Sept. 29, 2010

Sept. 29, 2010

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

1 0

Re: [Pharo-project] Automatic testing in different images
by Simon Denier Sept. 29, 2010

Sept. 29, 2010

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 -- Simon

3 2

Re: [Pharo-project] Feature request for Opal
by StÃ©phane Ducasse Sept. 29, 2010

Sept. 29, 2010

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

1 0

Sept. 29, 2010

+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

1 0

[Pharo-project] How to subclass Process and have it used by spawned blocks?
by Stefan Marr Sept. 29, 2010

Sept. 29, 2010

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

1 0

[Pharo-project] [update 1.2] #12153
by Marcus Denker Sept. 29, 2010

Sept. 29, 2010

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.

1 0