March 2013 - Pharo-dev - lists.pharo.org

[Pharo-project] Test Resources
by Noury Bouraqadi March 4, 2013

March 4, 2013

Hi, Jannik and I are having trouble dealing with resources in our robotic project. It's strange that resources are reset on every test run. This happens when resources are declared in test class method resources. My understanding of resources is that they should be reset only once for a whole test suite. For every test case, they should be setUp/tearDown, but not fully reset. We couldn't find a clean way of working this out. We ended up defining our own subclass of TestSuite, which I believe is dirty. Besides, the behavior is kind of random. It seems that there are some cleanups that aren't performed the right time. But, since the failure is random, we couldn't manage today to fix this. Any hint, idea is welcome, Noury Ecole des Mines de Douai http://car.mines-douai.fr/noury -- Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de necessite Please consider the environment before you print

7 20

[Pharo-project] [2.0 Issues] Just two issues left...
by Marcus Denker March 4, 2013

March 4, 2013

To issues leftâ¦ strange ones that even might be related: http://code.google.com/p/pharo/issues/list?can=2&q=milestone%3D2.0 Marcus

1 0

[Pharo-project] [update 2.0] #20584
by Marcus Denker March 4, 2013

March 4, 2013

20584 ----- Issue 7638: Make sendersOf: 2 times faster http://code.google.com/p/pharo/issues/detail?id=7638 Issue 7403: CMD-click no longer works to activate source-links http://code.google.com/p/pharo/issues/detail?id=7403 Diff information: http://ss3.gemstone.com/ss/Pharo20/Morphic-MarcusDenker.1367.diff http://ss3.gemstone.com/ss/Pharo20/Kernel-MarcusDenker.1328.diff

1 0

[Pharo-project] Doing the Condense Source for 2.0...
by Marcus Denker March 4, 2013

March 4, 2013

Hi, We will do the new .sources file now. -> Condense Sources (using Stack VM) -> upload that image to gforge -> upload sources to gforge -> change all Builds to DL 2.0 sources -> update one-click script to copy new sources -> Change image to DL 2.0 sources (first update after) For that we should wait till the tests of the last update have finished running and then disable the pharo2.0 job until all is done. If people then download a new image, the get one with PharoV10 souces, updating will let the image with old sources. And hopefully, this is the last time ever we have to do thisâ¦ Marcus

1 1

[Pharo-project] A cable with 256MB of RAM
by Marcus Denker March 4, 2013

March 4, 2013

Hi, Somehow this is fun: https://www.panic.com/blog/2013/03/the-lightning-digital-av-adapter-surpris… 256MB RAM and an ARM that can run the MacOSX Kernel in an adapter cable. Marcus

3 3

[Pharo-project] [update 2.0] #20582
by Marcus Denker March 4, 2013

March 4, 2013

20582 ----- Issue 7625: reset LogStream of ScriptLoader http://code.google.com/p/pharo/issues/detail?id=7625

1 0

[Pharo-project] A way to build menus ?
by jannik laval March 4, 2013

March 4, 2013

Hi all, Is there a way to build menu ? I am using MenuMorph, but I am not sure that it is the best way to do it. Thank you -- ~~Jannik Laval~~

1 0

[Pharo-project] [update 2.0] #20581
by Marcus Denker March 4, 2013

March 4, 2013

20581 ----- Issue 7626: Integrate a small fix for Fuel 1.9 http://code.google.com/p/pharo/issues/detail?id=7626

1 0

[Pharo-project] Fwd: [Esug-list] [ANN] Minecraft Bindings
by stephane ducasse March 4, 2013

March 4, 2013

Fun. I wonder if this is working on mac because my son has minecraft on my mac :) Stef Begin forwarded message: > From: Bert Freudenberg <bert(a)freudenbergs.de> > Subject: [Esug-list] [ANN] Minecraft Bindings > Date: February 25, 2013 3:00:36 AM GMT+01:00 > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org>, ESUG Mailing list <esug-list(a)lists.esug.org> > > I'm happy to announce my Smalltalk bindings for "Minecraft: Pi Edition": > > > > Find out more at > http://croquetweak.blogspot.com/2013/02/smalltalk-bindings-for-minecraft-pi… > > - Bert - > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

2 1

March 4, 2013

Hi I'm rethinking about my objvlisp lecture. In this lecture I'm talking about building the objVlisp kernel in Smalltalk. Now everything is working well except the error handling when a method is not found with different arguments than the original. Methods are represented with blocks having different number of arguments. I have several send messages (I should simplify this in the future) ------------------------------------------ binarySend: selector with: argument "send the message whose selector is <selector> to the receiver. The arguments of the messages are an <argument>. The method is lookep up in the class of the receiver. self is an objObject or a objClass." | ans | ans := (self objClass lookup: selector for: self) value: self value: argument. ^ ans send: selector withArguments: arguments "send the message whose selector is <selector> to the receiver. The arguments of the messages are an array <arguments>. The method is lookep up in the class of the receiver. self is an objObject or a objClass." | ans | ans := (self objClass lookup: selector for: self) valueWithArguments: (Array with: self) , arguments. ^ ans lookup is as simple as ------------------------------ lookup: selector for: anObjObject "look for the method named <selector> starting in the receiver. The lookup is done for a message sent to <anObjObject>. self is an objClass" ^(self doesUnderstand: selector) ifTrue: [ self bodyOfMethod: selector] ifFalse: [self objName = #ObjObject ifFalse: [ (Obj giveClassNamed: self objSuperclassId) lookup: selector for: anObjObject.] ifTrue: [ anObjObject objClass lookup: #error for: anObjObject]] Now the problem is that error redefinition only works if the same number of arguments are used and this is not nice. For example error redefinition works: --------------------------------------------------- testErrorRedefinition "(self run: #testErrorRedefinition)" self should: [aPoint unarySend: #zork] raise: Error. (pointClass at: pointClass offsetForMethodDict) at: #error put: ([ :superClassOfClassDefiningTheMethod | [:objself | 33]] value: objectClass). self assert: (aPoint unarySend: #zork) = 33. I could use cull: or something like that to be able to execute the block representing the error message But I have the impression that I need a way to say that the lookup failed and that the arguments should be packed in a message object. I looked in the StackVM to see how the arguments were handled: how do we go some lookupMethodInClass: class | currentClass dictionary found | ... currentClass := class. [currentClass ~= objectMemory nilObject] whileTrue: [dictionary := objectMemory fetchPointer: MethodDictionaryIndex ofObject: currentClass. ... found := self lookupMethodInDictionary: dictionary. found ifTrue: [^currentClass]. currentClass := self superclassOf: currentClass]. ... "Cound not find a normal message -- raise exception #doesNotUnderstand:" self createActualMessageTo: class. messageSelector := objectMemory splObj: SelectorDoesNotUnderstand. ^self lookupMethodInClass: class Am I correct to believe that createActualMessageTo: eats up the call args and does basically what I would like to do Stef

2 1