November 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] Satisfying LatexMorph depencies
by alesch Nov. 9, 2009

Nov. 9, 2009

Hi list: I'm trying to load LatexMorph and I get the following dependency message. This package depends on the following classes: Player You must resolve these dependencies before you will be able to load these definitions: Player>>getCode Player>>getDPI Player>>getImage Player>>getTemplate Player>>grabImage Player>>setCode: Player>>setDPI: Player>>setTemplate: Where can I find this class? Thanks in advance! -- View this message in context: http://n2.nabble.com/Satisfying-LatexMorph-depencies-tp3971944p3971944.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 5

[Pharo-project] LatexMorph: missing ExternalUnixOSProcess
by alesch Nov. 9, 2009

Nov. 9, 2009

LatexUnix, on its class side, has the following: LatexUnix Class >> isResponsibleForThisPlatform ^ ExternalUnixOSProcess isResponsibleForThisPlatform ExternalUnixOSProcess is not present on my system (using OSX). Any hints on how to find this class? Thanks! -- View this message in context: http://n2.nabble.com/LatexMorph-missing-ExternalUnixOSProcess-tp3972256p397… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 1

[Pharo-project] Linux VM download has split personality
by Martin McClure Nov. 8, 2009

Nov. 8, 2009

The current Linux VM download, http://gforge.inria.fr/frs/download.php/24653/pharo-vm-0.15.2e-linux.zip, linked to from the pharo-download page, seems rather confused. It contains two top-level directories: pharo-vm-0.15.2d-linux pharo-vm-0.15.2e-linux The 0.15.2d one contains over 200 symlinks in 90 directories, but no actual files. The 0.15.2e one contains over 400 files, but no symlinks. The previous zip file contains the same number of symlinks and files, but all under the same directory. Regards, -Martin

3 4

[Pharo-project] [ANN] prebuilt 1.1 #11035
by Marcus Denker Nov. 8, 2009

Nov. 8, 2009

http://gforge.inria.fr/frs/download.php/24734/PharoCore-1.1-11035-alpha.zip

6 15

[Pharo-project] Fwd: [update 1.1] #11036
by StÃ©phane Ducasse Nov. 8, 2009

Nov. 8, 2009

11036 ----- - Issue 480: [Pending Etoy Cleaning] Object>>objectRepresented - SplitJoin fixed - Issue 487: [Pending Etoy Cleaning] Morph>>assureExternalName - Issue 497: [Pending Etoy Cleaning] Morph>>holdsSeparateDataForEachInstance - Issue 498: [Pending Etoy Cleaning] Morph>>playSoundNamed: soundName - Issue 1424: Comparing a MethodProperties analogousCodeTo: an AdditionalMethodState is broken - Issue 1422: remove #playfieldOptionsMenu\ - Issue 1416: Trait isSelfEvaluating Stef (thanks nicolas and marcus).

1 0

Re: [Pharo-project] How to access classVariable access with the browser
by Dale Henrichs Nov. 8, 2009

Nov. 8, 2009

3 4

[Pharo-project] Fwd: nice bug with regex
by StÃ©phane Ducasse Nov. 8, 2009

Nov. 8, 2009

> l := '1Ã¨re partie\nmilieu\nfin'. > '.*' asRegex matchesIn l. -> infinite and freezing loop. Stef

6 11

Nov. 8, 2009

Hi guys apparently typing a character on the world -> DNU lastKeystroke: from PasteUpMorph is not there. Apparently the senders was integrated by me on 26 of October but I could not find its trace. So does anybody know from where this bug is coming? Stef

3 6

[Pharo-project] invalid sources for unregistered CompiledMethod
by Nicolas Cellier Nov. 8, 2009

Nov. 8, 2009

Most CompiledMethod are registered in a methodDictionary. But some are not. (CompiledMethod allInstances reject: [:e | e methodClass ~~ nil and: [e selector ~~ nil and: [e == (e methodClass methodDictionary at: e selector ifAbsent: [nil])]]]) size This is often because a BlockClosure has been registered somewhere in a registry (a ServiceRegistry for example). The objects pointers chain is something like: a SeviceRegistry -> a ServiceAction -> a BlockClosure -> a MethodContext -> a CompiledMethod... Another source of MethodContext instances is a concurrent Process running in the image. If ever recompiled, a new instance of the CompiledMethod is installed in the methodDictionary. But the old CompiledMethod is still there, being pointed to by above chains. The old CompiledMethod has a source code pointer pointing to sourceCode somewhere in the change Log, and so far it's fine. But what if you compress the change log ? The registered CompiledMethod all get a valid new pointer to the new source location. But the unregistered ones retain their old pointer now pointing randomly in the change file. This is bad. (CompiledMethod allInstances select: [:e | e selector = #id:text:button:description:action: and: [(e methodClass methodDictionary at: e selector ifAbsent: [nil]) ~~ e]]) anyOne getSource Now if you try to decompile the method, either there is an Error like here, or unfortunately the random sourceCode is valid a valid chunk of Smalltalk and you open the door to potentially strange things... It could be misleading if you try to understand what the hell this SeviceAction could be doing. If you try to decompile the BlockClosure, and getSource does not point to valid code, it doesn't work, you get nil... This is another bug, because #decompile should revert to homeMethod decompile decompileString... I propose that #condenseChanges and the like, anihilate source code pointers of unregistered CompiledMethod. This should solve the issue. What do you think ?

9 14

Re: [Pharo-project] Seaside and SUnit
by Dale Henrichs Nov. 7, 2009

Nov. 7, 2009

Bill, I would use R1.5 with Seaside 2.8 ... I use a version of that package with GemStone with good results. R2.9 should be used with Seaside3.0 ... I haven't ported R2.9 to GemStone yet, so I can't say how it works with the most recent Seaside3.0. Here's a link to the 2.9 announcement: http://lists.squeakfoundation.org/pipermail/seaside/2009-May/020739.html The tutorial link is a good link to follow for info on using Seaside Testing. If I'm not mistaken, the latest version of R2.9 (and r1.5 for that matter) predates the real block closure work for Pharo, so there's an outside chance that a little bit of work may be needed to get it working on Pharo... Dale ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | Dale, | | I had lots of luck finding links - all of it bad :) For fun, try some | searches on SqueakSource. Seaside results are huge; Seaside Shaffer; | Seaside testing does work, though it misses Albatross. Also, try | following seaside.st (Community|extensions) to the the Shaffer | framework. | | You raise an interesting question: with the changes in Seaside, which | is the correct version of SeasideTesting? | | Bill | | | | -----Original Message----- | From: pharo-project-bounces(a)lists.gforge.inria.fr | [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Dale | Henrichs | Sent: Saturday, November 07, 2009 3:49 PM | To: Pharo-project(a)lists.gforge.inria.fr | Cc: Pharo-project(a)lists.gforge.inria.fr | Subject: Re: [Pharo-project] Seaside and SUnit | | Bill, | | Don't what link you followed but, Seaside Testing is at (works for | me:): | http://www.squeaksource.com/SeasideTesting.html | | There's a recent update (June of this year) to the framework for | Seaside3.0 (Seaside 2.9 at the time)... | | Seems you've been having bad luck finding info with google(?)... | | Dale | ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | | | Stef, | | | | Do you have a preference among them? If I am reading correctly, | | Shaffer's framework simulates the browser; Albatross uses JavaScript | | | to control a browser external to Pharo. I can see advantages to | both | | approaches. | | | | There is a lot of link rot on these frameworks. I can't find | | Shaffer's code anywhere; everything seems to ultimately point to | | SqueakMap, and the page just gives an error. His website also has a | | | dead link to a tutorial of yours. The pre-installed Albatross image | | | linked from SqueakSource leads to a corrupt file. | | | | Lunch calls, then I will try to get the pieces of Albatross. | | | | Bill | | | | | | | | -----Original Message----- | | From: pharo-project-bounces(a)lists.gforge.inria.fr | | [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of | | StÃ©phane Ducasse | | Sent: Saturday, November 07, 2009 3:27 AM | | To: Pharo-project(a)lists.gforge.inria.fr | | Subject: Re: [Pharo-project] Seaside and SUnit | | | | you have two testing frameworks | | albratross | | and david shaffer testing framework | | | | You also have selenium that people use to test seaside app. | | | | Stef | | | | On Nov 7, 2009, at 1:04 AM, Schwab,Wilhelm K wrote: | | | | > Stef, | | > | | > Is albatross the right place to look for help? | | > | | > Bill | | > | | > | | > _______________________________________________ | | > 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 | | | | _______________________________________________ | | 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