Andreas Raab uploaded a new version of Monticello to project The Trunk:
http://source.squeak.org/trunk/Monticello-ar.351.mcz
==================== Summary ====================
Name: Monticello-ar.351
Author: ar
Time: 3 January 2010, 2:25:31 am
UUID: fc78c370-3ebd-9741-9f82-9a7577569a40
Ancestors: Monticello-ar.350
Remove an unnecessary Squeakmap dependency.
=============== Diff against Monticello-ar.350 ===============
Item was changed:
----- Method: MCSMCacheRepository>>initialize (in category 'initialize-release') -----
initialize
super initialize.
+ Smalltalk at: #SMSqueakMap ifPresent:[:aClass|
+ smCache := aClass default cache.
+ ].!
- smCache := SMSqueakMap default cache.!
Andreas Raab uploaded a new version of Kernel to project The Trunk:
http://source.squeak.org/trunk/Kernel-ar.364.mcz
==================== Summary ====================
Name: Kernel-ar.364
Author: ar
Time: 3 January 2010, 1:13:39 am
UUID: f6172dc5-a959-eb46-b8da-6ce5ba6d9742
Ancestors: Kernel-ar.363
Add Behavior>>allTraits as another backstop for traits unloading.
=============== Diff against Kernel-ar.363 ===============
Item was added:
+ ----- Method: Behavior>>allTraits (in category 'traits') -----
+ allTraits
+ "Backstop. When traits are unloaded there are no traits hiding here."
+ ^#()!
I've push the latest cocoa based 32/64bit macintel/powerpc VM to the folder experimental/64bits in the regular places found via http://smalltalkconsulting.com/squeak.html
Look for the
Squeak 64/32 5.2b1.app
This *beta* VM runs in 32 or 64 bit mode on macIntel, and 32bit mode on powerpc to support Squeak 32bit images.
I've updated the app so that the extended clipboard support is built in so that you can do cut/copy/paste in the latest Pharo image.
At the moment the only supported plugin is the FreeType2 (32/64bit mode) and is also included, I hope to rebuild the mac menu logic in a few weeks/days.
It is possible the VM will support other plugins, but only if you run it in 32bit mode via get info.
As a reminder I do need more people to use it as their development platform so we can work out any bugs.
I'll look at building a 64bit vm/ 64bit images if there is interest...
===========================================================================
John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882
Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com
===========================================================================
Levente Uzonyi uploaded a new version of Morphic to project The Trunk:
http://source.squeak.org/trunk/Morphic-ul.282.mcz
==================== Summary ====================
Name: Morphic-ul.282
Author: ul
Time: 3 January 2010, 6:52 am
UUID: ca6f9b1a-3a51-0941-b888-124716428c38
Ancestors: Morphic-ar.281
- add a missing method, to fix an MNU
=============== Diff against Morphic-ar.281 ===============
Item was added:
+ ----- Method: NewParagraph>>lastLine (in category 'private') -----
+ lastLine
+
+ ^lines last!
Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours:
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002270.ht…
Name: Traits-ar.275
Ancestors: Traits-ar.274
A bit of refactoring. Break up ClassDescription>>installTraitsFrom: since it had gotten too long. Remove the obsolete definitionST80 protocol. Move updateTraitsFrom: up into ClassDescription.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002271.ht…
Name: TraitsTests-ar.2
Ancestors: TraitsTests-ar.1
Don't use definitionST80.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002272.ht…
Name: Tools-ar.155
Ancestors: Tools-dtl.154
Don't use definitionST80.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002273.ht…
Name: Morphic-ar.280
Ancestors: Morphic-dtl.279
Time to take the plunge: The Cuis editors have been working great for a long time now, so switch to using them exclusively and remove the preference allowing to switch back (one can still switch back by changing the defaultEditorClass manually). Also, fixes one annoying incompatibility with Cuis editors namely that the default was not to allow selection shrinking.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002274.ht…
Name: Tools-ar.156
Ancestors: Tools-ar.155
Make services unloadable: Provide a menu hook which ServiceGUI can utilize to modify various menus in browsers instead of hacking those methods directly.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002275.ht…
Name: Services-Base-ar.41
Ancestors: Services-Base-nice.40
Utilize menu hook in Browser.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002276.ht…
Name: Morphic-ar.280
Ancestors: Morphic-dtl.279
Time to take the plunge: The Cuis editors have been working great for a long time now, so switch to using them exclusively and remove the preference allowing to switch back (one can still switch back by changing the defaultEditorClass manually). Also, fixes one annoying incompatibility with Cuis editors namely that the default was not to allow selection shrinking.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002277.ht…
Name: Tools-ar.156
Ancestors: Tools-ar.155
Make services unloadable: Provide a menu hook which ServiceGUI can utilize to modify various menus in browsers instead of hacking those methods directly.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002278.ht…
Name: Services-Base-ar.41
Ancestors: Services-Base-nice.40
Utilize menu hook in Browser.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002279.ht…
Name: System-ar.214
Ancestors: System-nice.213
- Flush all MC caches before updating. Solves problems when a previous update failed to load.
- Prepare to remove viewRegistry from Preference.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002280.ht…
Name: System-ar.215
Ancestors: System-ar.214
Remove Preference>>viewRegistry which is no longer used.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002281.ht…
Name: PreferenceBrowser-ar.42
Ancestors: PreferenceBrowser-nice.41
Guard unload operations of view registries. When unloading the entire package the unload can fail due to previously removed view registry.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2010-January/002282.ht…
Name: Morphic-ar.281
Ancestors: Morphic-ar.280
Remove last dependencies of PreferenceBrowser and Services. Both are now unloadable.
=============================================
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!
>
>
>