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

Re: [Pharo-project] [squeak-dev] The Trunk: Kernel-dtl.331.mcz
by Eliot Miranda Dec. 19, 2009

Dec. 19, 2009

Hi David, Interesting! To my mind that definition is incorrect. I would expect the sender of a block to be the sender of the enclosing method, in which case the definition would arguably be BlockClosure methods for accessing sender ^self home sender A block activation's caller would be it's sender slot, so within a block you might refer to thisContext caller. But what is arguably a bug in my implementation is that within a block activation thisContext sender refers to the caller (the sender of value: to the activation's block) not to the sender of the enclosing method. I think I may have screwed up badly here and that the correct implementations should be *MethodContext methods for accessing* *caller* ^closureOrNil ifNil: [self error: 'this is a method activation and so has no caller'] ifNotNil: [sender] *sender* ^closureOrNil ifNil: [sender] ifNotNil: [closureOrNil outerContext sender] *BlockClosure methods for accessing* *sender* * ^outerContext sender* and either *BlockClosure methods for accessing* *caller* * "Since a BlockClosure is by definition not an activation it does not have a caller.* * It has a sender because it is always created within the context of a method."* ^nil or *BlockClosure methods for accessing* *caller* ^self error: 'this is an inactive block and so has no caller' I believe the pre-closure definitions are *ContextPart methods for accessing* *sender* ^sender *BlockContext methods for accessing* *caller* ^sender which to my mind is missing *BlockContext methods for accessing* *sender* ^home sender What do people think the right definitions should be? On Fri, Dec 18, 2009 at 8:36 PM, <commits(a)source.squeak.org> wrote: > David T. Lewis uploaded a new version of Kernel to project The Trunk: > http://source.squeak.org/trunk/Kernel-dtl.331.mcz > > ==================== Summary ==================== > > Name: Kernel-dtl.331 > Author: dtl > Time: 18 December 2009, 11:32:44 am > UUID: 20ffffda-86bc-47a7-8eae-cd11b55aa65e > Ancestors: Kernel-bs.330 > > Add BlockClosure>>sender required for MessageTally class>>tallySends: > > Harvested from Pharo (nice 4/14/2009 19:09). > > =============== Diff against Kernel-bs.330 =============== > > Item was added: > + ----- Method: BlockClosure>>sender (in category 'debugger access') ----- > + sender > + "Answer the context that sent the message that created the > receiver." > + > + ^outerContext sender! > > >

1 0

[Pharo-project] pharoImage 64 bits
by Laval Jannik Dec. 19, 2009

Dec. 19, 2009

Hi all, I made a pharoImage 64 bits, based on 11088. I would like to put it on inria gforge but I do not have administrator access. Now in this image there are 14 test failures, and 65 test errors. So it works on a VM5.0 - 64x64. For now, it is available on: http://jannik-laval.eu/assets/files/pharo64/ Cheers --- Jannik Laval ---

4 4

[Pharo-project] Issue 1633: Object allSubInstances appears to loop forever
by Stan Shepherd Dec. 19, 2009

Dec. 19, 2009

Pharo image: Pharo | Pharo-core PharoCore1.0rc1 Latest update: #10502 VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest update: #10074] Steps to reproduce: 1.Object allSubInstances It appears to be repeatedly adding its current context. ...Stan OrderedCollection>>addLast: Receiver: an OrderedCollection(an Object an Object an Object an Object an Object an Object an Object...etc... Arguments and temporary variables: newObject: [] in Object class(Behavior)>>allSubInstances Receiver's instance variables: array: an Array(an Object an Object an Object an Object an Object an Object an ...etc... firstIndex: 1 lastIndex: 1173805 OrderedCollection>>add: Receiver: an OrderedCollection(an Object an Object an Object an Object an Object an Object an Object...etc... Arguments and temporary variables: newObject: [] in Object class(Behavior)>>allSubInstances Receiver's instance variables: array: an Array(an Object an Object an Object an Object an Object an Object an ...etc... firstIndex: 1 lastIndex: 1173805 [] in Object class(Behavior)>>allSubInstances Receiver: Object Arguments and temporary variables: aCollection: [] in Object class(Behavior)>>allSubInstances x: an OrderedCollection(an Object an Object an Object an Object an Object an Ob...etc... Receiver's instance variables: superclass: ProtoObject methodDict: a MethodDictionary(size 408) format: 2 instanceVariables: nil organization: ('*DynamicBindings' binding binding: hasBinding removeBinding) ('...etc... subclasses: {BalloonState. StandardFileMenuResult. UndefinedObject. Boolean. Fi...etc... name: #Object classPool: a Dictionary(#DependentsFields->a WeakIdentityKeyDictionary(MCWorkin...etc... sharedPools: nil environment: Smalltalk category: #'Kernel-Objects' traitComposition: {} localSelectors: nil ... -- View this message in context: http://n2.nabble.com/Issue-1633-Object-allSubInstances-appears-to-loop-fore… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 5

[Pharo-project] [update 1.1] #11107
by Marcus Denker Dec. 18, 2009

Dec. 18, 2009

Issue 1627: Preferences Migration Part11 Pass 1 finished !!!! All core preferences are migrated. SLICE-PreferencesMigrationPart11-AlainPlantec.11 is in inbox * migrates "windows color" "keyboard" "security" "scrolling" "keyboard" "services" "updates" groups * removes WindowColorRegistry class * ProjectLauncher readDocumentAtStartup: is here again * each model specifies its preferred color for squeak ui themes with a #patchworkUIThemeColor method * added "Kernel-SystemSettings" package

4 4

[Pharo-project] MorphTreeMorph>>mouseEnter: broken in Moose
by Oscar Nierstrasz Dec. 18, 2009

Dec. 18, 2009

I get an infinite loop of exceptions in the Moose Finder when I load Moose into the latest Pharo. LazyMorphTreeMorph does not understand keyboardFocusOnMouseDown ... Sleuthing shows: MorphTreeMorph>>mouseEnter: event "Changed to take keyboardFocusOnMouseDown preference into account." super mouseEnter: event. self wantsKeyboardFocus ifFalse: [^self]. self keyboardFocusOnMouseDown ifFalse: [self takeKeyboardFocus] But keyboardFocusOnMouseDown is not implemented anywhere in the system. What gives? Alain, it seems this method comes from you. What gives? I am unsure what to do ... - on

3 3

Re: [Pharo-project] about sluggines on linux
by StÃ©phane Ducasse Dec. 18, 2009

Dec. 18, 2009

No problem. > Hi Stef, > I dind't see your email until today, when I came back to this topic! Don't know why it was marked as read :(. > Just to report the same test under Vista (obviously, on the same machine). > > '225948808 bytecodes/sec; 6804203 sends/sec' > they are coherent with the previous ones. > '533333333 bytecodes/sec; 12157397 sends/sec' and clearly and indication that we should get also slower machines to kick us to optimize or rethink certain decisions. Stef

3 2

[Pharo-project] Rome port
by Michael Rueger Dec. 18, 2009

Dec. 18, 2009

Hi all, there is now a Pharo port of Rome :-) Quite a few things are still untested and probably broken, freetype integration isn't what it should be yet, but it basically works. You will need the RomePlugin for your platform. https://gforge.inria.fr/frs/download.php/25047/RomePlugin.bundle.zip https://gforge.inria.fr/frs/download.php/25046/rome.zip To load: Get these two packages from PharoInbox (for now) Graphics-MichaelRueger.168 FreeType-MichaelRueger.498 To load Rome: Gofer new impara: 'RomePharo'; addPackage: 'Rome-BalloonCanvas'; addPackage: 'Rome-Base'; addPackage: 'Rome-PluginCanvas'; addPackage: 'Rome-Fonts'; addPackage: 'Rome-Demo'; load Make sure that Freetype fonts are loaded: FreeTypeFontProvider current loadFromSystem. RomeFontManager resetDefault There is no support for strike or TT fonts (yet). Michael

8 21

[Pharo-project] [ANN] MagmaBrowser
by Torsten Bergmann Dec. 18, 2009

Dec. 18, 2009

Back in "the good old Pharo days" (TM) we had a ScriptLoader loadSuperOB and I remember this browser already providing a UML class diagram when you selected a class in the browser ... Bye T. -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

4 12

[Pharo-project] [update 1.1] #11108
by Marcus Denker Dec. 18, 2009

Dec. 18, 2009

11108 ----- Issue 1610: (Float class >> #nan) = (Float class >> #nan) Thanks, Niko Schwarz Issue 1625: IdentityBag asSet does not answer an IdentitySet Thanks, Nicolas! Issue 1623: make DependentsArray more robust Thanks, Nicolas!

2 1

[Pharo-project] MetacelloRepository is online
by Esteban Lorenzano Dec. 18, 2009

Dec. 18, 2009

Hi, I created the project MetacelloRepository as a centralized repository for meta-packages, and started uploading metacello configurations. MCHttpRepository location: 'http://www.squeaksource.com/MetacelloRepository' user: '' password: '' Currently, I uploaded three projects: 1) ConfigurationOfFFI 2) ConfigurationOfSqueakDBX 3) ConfigurationOfGlorpDBX The whole idea of this is to have a project catalog working (like apt-get), so I encourage you to use it! The tools to manage on a fashion way this repository are comming, please be patient :) Cheers, Esteban

4 5