- Pharo-dev - lists.pharo.org

[Pharo-project] Short summary of new announcement capabilities
by Henrik Sperre Johansen March 13, 2011

March 13, 2011

Barring a few update problems, they changes Igor and I made today should be ready for general review/inclusion shortly. Here's a few points about the most important differences to the current implementation: 1. Now supports action blocs with 0, 1 or 2 arguments (announcement and receiver). This should allows us to: 1.1 Write blocks with strict guarantees for expiry and removal without keeping strong references to announcers in subscriber, by using the announcer arg to unsubscribe if action is invalid. (Not very nice resulting code, but necessary if altering outside-accessible state) 1.2 use suspendWhile: equivalent from blocks where announcer is not kept in context when such protocol is added. 1.3 Not use :ann argument for action blocks in which you don't really care. 1.4 Provide an upgrade path from events by replacing them with 0-arg MessageSend announcements under the hood if we want. (Would requires some nasty bits with objects as announcers though). 2. Support weak subscriptions for message send type of announcement. Block action requires ephemeron support in VM to correctly unsubscribe automatically, and trying to create them currently raises an error. 3. Reify Subscriptions (which are returned by #when:do: and friends), which can be made weak with #makeWeak. However, for thread-safety reasons this is done using #becomeForward:. If weakness can be determined at subscription time, the recommended way would be to use: announcer weak when:send:to: The weak send creates a wrapper which will instantiate the subscription as weak from the get-go. 4. The SubscriptionRegistry is thread-safe, in the sense that add: remove: and deliver: are protected by a Monitor. (so you can remove: in action block without a deadlock, see 1.1). Rather than block for the entire deliver: process, we chose to only protect the copy of subscriptions. This implies that the following may happen: Thread 1 starts delivery of announcement. Thread 2 interrupts after copy is created, then removes a subscription and carries on doing its stuff Thread 1 resumes, and delivers announcement to remaining subscriptions, potentially including that removed by Thread2. Don't think this is likely to be a common scenario where protecting the entire delivery would have made a difference. If you think otherwise, and can provide a good use case, please speak up and we may change it. if you want to browse the changes, they are available for perusal in the changesets attached to: http://code.google.com/p/pharo/issues/detail?id=3814 (Split in two to take care of migrating existing subscriptions) Don't try to load them though, as they depend on changes in other issues, and the comment changes cause errors. Feedback would be appreciated. Cheers, Henry PS. We forgot to include #on:do:for: & friends, which allow you to specify another subscriber than the object block belongs to. This is an oversight and will be corrected before inclusion. Just in case you were following Tudor's tweets and were wondering where they had gone.

3 2

[Pharo-project] [update 1.3] #13086 new version
by StÃ©phane Ducasse March 13, 2011

March 13, 2011

13086 ----- - Added test packages - Removed PharoCorePackageDependencyTests

1 0

[Pharo-project] Actions done in Pharo 1.2
by Mariano Martinez Peck March 13, 2011

March 13, 2011

Please, we need help to write down / summarize all the actions done in Pharo 1.2. Include them here: http://code.google.com/p/pharo/wiki/ActionsInPharoOneDotTwo cheers Mariano

3 5

[Pharo-project] [update 1.3] #13085 new version
by StÃ©phane Ducasse March 13, 2011

March 13, 2011

13085 ----- - Remove Object>>undo. - Issue 3312: [Kernel Dependencies] BlockClosure >> #decompile. - Issue 3313: [Kernel Dependencies] UndefinedObject / Compiler. Stef

1 0

[Pharo-project] [update 1.3] #13084 new version!
by StÃ©phane Ducasse March 13, 2011

March 13, 2011

13084 ----- - Issue 3311: [Kernel Dependencies] Object / Compiler. - Issue 3283: Symbol dependent on Scanner. Part 5, 6 and 7. - FinderUI fixes. Sorry for the corruption. Stef

1 0

[Pharo-project] Update process broken by 13084
by Henrik Sperre Johansen March 13, 2011

March 13, 2011

See title. Probably caused by saving from multiple open copies of the same image so the .changes file source was exported from was corrupted :) Cheers, Henry

4 11

[Pharo-project] About Pharo sprint
by Igor Stasenko March 13, 2011

March 13, 2011

It is easy to tell, when it happens.. because my inbox is flooded with tons of messages :) And that's great :) -- Best regards, Igor Stasenko AKA sig.

2 3

[Pharo-project] [ANN] pharo focused sprint - bern, feb 26
by Tudor Girba March 13, 2011

March 13, 2011

Hi, We would like to organize a Pharo Sprint on Saturday, February 26 at SCG, University of Berne, Switzerland (room 107): http://scg.unibe.ch/contact/maps Unlike other sprints, this would not be about fixing things from the tracker, but about building something new and reviewing the situation around one central topic. For this one, the main topic will be Morphic and the IDE. Why? Because it is time to rethink our day-to-day tools and bring them closer to this century (ok, maybe decade :)). It is Ok if you are not a specialist. It is more important to want to participate and learn. The rest will come in time. ***** Please let us know by mail if you plan to attend and what you would wish to work on (see below). Proposed tasks (other tasks are possible in the same area): - Enhancements of Morphic widgets: --- TabGroupMorph with lazy pages, closable tabs, overflow handling and toolbars (a start exists in Glamour) --- High level support for collapsable panes (based on the input of Gary) --- SearchMorph with multiple groups of items (like in Spotlight) --- MorphTreeMorph integrated with GeneralScrollPane to allow for space filling --- BreadcrumbMorph --- Hyperlinks in TextMorphs - Test and enhance the current IDE - Evaluate TextMorphs: NewTextMorph, PluggableTextMorph, SMxPluggableTextMorph etc - Prototype a new ToolSet solution - Enhancements of Glamour and of the Glamorous Toolkit --- Debugger --- Coder --- Multipage Workspace --- CodeBubbles - Develop WeakAnnouncement (start from the implementation of Lukas) - Evaluate the various keybinding implementations - Evaluate ToolBuilder - Evaluate the path to adopt SimpleMorphic A second working topic is getting Monticello faster, but this will only be tackled if there are enough people for the first one. Cheers, Adrian and Doru -- www.tudorgirba.com "Be rather willing to give than demanding to get."

14 29

[Pharo-project] Fwd: Amiga Longplay [133] Skweek
by stephane ducasse March 13, 2011

March 13, 2011

My first game :) Stef Begin forwarded message: > From: Laurent Arditi <laurent.arditi(a)gmail.com> > Date: March 11, 2011 10:00:44 PM GMT+01:00 > To: StÃ©phane Ducasse <stephane.ducasse(a)free.fr>, Andrzej Fien <fien112(a)hotmail.com>, Pascal Clarysse <pascal.clarysse(a)gmail.com> > Subject: Amiga Longplay [133] Skweek > > Hi all > > Look at this video: one guy plays Skweek and finishes the game in 2 hours. He is an excellent player! > > http://www.youtube.com/watch?v=WIAOSFD6c1g&feature=youtube_gdata_player > > > Laurent.

2 2

Re: [Pharo-project] Issue 3811 in pharo: Extending MessageSend protocol with cull: and value: protocol
by pharo＠googlecode.com March 12, 2011

March 12, 2011

Issue 3811: Extending MessageSend protocol with cull: and value: protocol http://code.google.com/p/pharo/issues/detail?id=3811 This issue is now blocking issue 3814. See http://code.google.com/p/pharo/issues/detail?id=3814 -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0