April 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 4036 in pharo: Please update Help> Announcements tutorial

by Fernando Olivero

To remove the subscription you can evaluate: World announcer initialize. Maybe the tutorial should add (pesudo code): MyStuff>>initialize World announcer Â Â Â Â Â Â Â Â on: WindowOpened Â Â Â Â Â Â Â Â send: #showOnTranscript Â Â Â Â Â Â Â Â to: self SystemAnnouncer on:#classremove send:#release: to: self. MyStuff>>release: anAnn World announcer unsuscribe: self. MyStuff>>showOnTranscript Transcript show: 'A new window was opened';cr I can update the tutorial if people agrees on the pseudo code. To open a transcript evaluate: TranscriptMorph openWindow (decoupled Transcript from Morphic, so directly ask the view to open itself) Fernando On Sun, Apr 17, 2011 at 12:41 PM, <pharo(a)googlecode.com> wrote: > Status: Accepted > Owner: marcus.d...(a)gmail.com > > New issue 4036 by marcus.d...(a)gmail.com: Please update Help> Announcements > tutorial > http://code.google.com/p/pharo/issues/detail?id=4036 > > 1. Not understanding how announcements work, I tried the tutorial > information > found under > World menu > Help> Help Browser > Announcements framework > > 2. Under Tutorial - Step 3, there is this line: > > Â "Transcript open." Â That crashes, because apparently Transcript no longer > understands 'open'. Â How do you open a Transcript from a workspace under > 1.3? > > 3. Â I created a category 'Sandbox', and a class 'MyStuff'. Â I put the code > from Tutorial -Step 3 into a method called anno1 > > Object subclass: #MyStuff > Â Â Â Â instanceVariableNames: '' > Â Â Â Â classVariableNames: '' > Â Â Â Â poolDictionaries: '' > Â Â Â Â category: 'Sandbox'! > > !MyStuff methodsFor: 'as yet unclassified' stamp: 'DougEdmunds 4/14/2011 > 16:27'! > anno1 > Â Â Â Â | announcer | > Â Â Â Â World announcer > Â Â Â Â Â Â Â Â on: WindowOpened > Â Â Â Â Â Â Â Â send: #value > Â Â Â Â Â Â Â Â to: [ Transcript show: 'A new window was opened';cr].! ! > > I ran "MyStuff new anno1." in a workspace. > Now every time I open a window, the Transcript shows. Â "A new window was > opened." > > 4. Â I removed the MyStuff class. Â But every time I open a window, the > Transcript still shows "A new window was opened." > > I return to the Announcements Tutorial, and there is NO EXPLANATION how to > get rid of this 'announcement' or whatever I should call the line that > appears in the Transcript. > > 6. So, please whoever wrote the Tutorial, update it. > > 7. And the more immediate question: how do I stop automatically printing Â 'A > new window was opened' Â in the Transcript every time I open a window? > > > >

April 18, 2011

Re: [Pharo-project] [ANN] new mailinglist for tracker mails

by Marcus Denker

On Apr 18, 2011, at 10:32 AM, Geert Claes wrote: > I added the new list to forum.world.st at: > http://forum.world.st/Pharo-Issue-Tracker-f3456798.html > > I do have one question though, is it possible to remove the "Re: " prefix to > the items that are automatically posted to that list? > sadly there is nothing possible to configure at the google issue tracker (and no I do not have time to build a mail filter for this...) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 18, 2011

Re: [Pharo-project] [ANN] new mailinglist for tracker mails

by Geert Claes

I added the new list to forum.world.st at: http://forum.world.st/Pharo-Issue-Tracker-f3456798.html I do have one question though, is it possible to remove the "Re: " prefix to the items that are automatically posted to that list? -- View this message in context: http://forum.world.st/ANN-new-mailinglist-for-tracker-mails-tp3456696p34569… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 18, 2011

Re: [Pharo-project] Networking change in Pharo 1.2?

by Henrik Sperre Johansen

On 17.04.2011 22:48, Chris Muller wrote: > I was able to work on getting Magma 1.2 going in Pharo. It was quite > easy to get the code loaded and functioning in Pharo 1.1.1, Pharo 1.2, > and Pharo 1.3. > > But something seems to have changed in Pharo's networking from 1.1.1 > to 1.2. All Magma functionality seems to work fine for low-volume > activity. However, when the test-suite gets to the HA test cases (at > the end), one of the images performing heavy networking activity, > consistently gets very slow and bogged down for some reason; causing > the clients to timeout and disrupting the test suite. Fortunately, it > happens in the same place in the test-suite every time. > > The UI of the image in question becomes VERY sluggish, but > MessageTally spyAllOn: didn't reveal anything useful. What is it > doing? I did verify that the Magma server in that image is still > functioning; clients were committing, but I had to increase their > timeouts from 10 to 45 seconds to avoid timeouts.. > > Unfortunately, two days of wrangling in Pharo (because I'm an old > Squeak dog) I could not nail the problem down; but I have one > suspect.. A couple of times, I caught a process seemingly hung up in > NetworkNameResolver; trying to resolve an IP from 'localhost'. > > This exact set of Magma packages is rock-solid on Pharo 1.1.1 and > Squeak, but that doesn't mean the problem for sure lies in Pharo 1.2; > maybe a networking bug in 1.1.1 is allowing Magma to "misuse" the > network and get away with it and Pharo 1.2 is now more strict? I > don't know, I would just like to ask the experts here for help who > know all what went into Pharo 1.2 so hopefully we can get to the > bottom of it. > > Thanks, > Chris > Which VM did you run these tests on? IIRC, Cog has a hard limit on how many external semaphores are available, and each Socket consumes 3 of those. So if you are running on Cog, the problem when under heavy load may be that there simpy aren't enough free external semaphores to create enough sockets... Cheers, Henry

April 18, 2011

[Pharo-project] [update 1.3] #13160

by Marcus Denker

13160 ----- Issue 4040: SystemNavigation allClassesDo: should do it via environment Issue 4035: on #cleanUpForRelease, clean changeset at the end again Issue 4034: Deprecate TranslucentProgressMorrph + some dead code removal -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 18, 2011

Re: [Pharo-project] jtalk fun

by Nicolas Petton

Le vendredi 08 avril 2011 Ã 22:18 +0200, Richard Durr a Ã©crit : > I do hope ^^ > > > This makes working with "native" Javascript-Libraries hard (remembers > me of how this is done in ObjJ). Does it look *that* hard? > Another problem is the extension of native JS "types" which can > conflict with other libraries as well. I have a feeling that his can > be solved by using some form of automatic wrapping like underscore.js > uses to extend native JS-Arrays: > _(someArray).canCallCoolforEachMethodNow() . Yes, but I like the fact that Jtalk maps Smalltalk constructs one-to-one with JS equivalents. > > > > A ST dispatch method > (asSmalltalkObject(someJavascriptObject).nowICanCallSmalltalkObjectsMethods() ) could also swap "undefined" and "null" for nil then automatically. However, this would bring a small runtime cost. Switching to a fully externalized and decoupled message-send implementation like in ObjJ would allow DNU then as well. smalltalkMessageSend(someObject, 'doSomething:', anObject); That's really interesting. Now, again, I would worry about the runtime cost. Jtalk maps message sends to function calls. That's what makes Jtalk fast. Cheers, Nico -- Nicolas Petton http://www.nicolas-petton.fr

April 18, 2011

Re: [Pharo-project] Transcript rant

by Fernando Olivero

>From the release notes of CUIS: "New Transcript Fast (Calls return quickly) Fast (Updates are immediate) Thread safe Can log to file in addition to Display Display output is optional (for headless images) Can work on a bare bones image (Doesn't need UI, dependency, events, processes) Optional morphic window for seamless integration in Morphic UI framework agnostic. Can be used to debug Morphic, even with the morphic window open, without crashing the image! No longer a text editor. Display is read only." The idea of the current Transcript are, not to use a standart widget for decoupling from Morphic, in case of errors the transcript still remains functional. I propose adding a new transcript morph, that has the previous functionality ( cut and paste ), but keep the new transcript model ( as in the ISSUE 3948). Fernando On Sun, Apr 17, 2011 at 6:59 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > How can I get the old transcript? > > Stef > > On Apr 7, 2011, at 9:58 AM, Fernando Olivero wrote: > >> I propose some modifications to the Transcript as a (singleton) class, >> and revert to the use of TranscriptModel. >> >> See the latest post on 3948: Â Transcript and ThreadedTranscript needs >> to be merged. >> >> Fernando >> >> On Wed, Apr 6, 2011 at 10:39 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> On 6 April 2011 20:24, Â <csrabak(a)bol.com.br> wrote: >>>> Em 06/04/2011 09:07, Igor Stasenko <siguctua(a)gmail.com> escreveu: >>>>>> On 6 April 2011 13:54, Fernando Olivero <fernando.olivero(a)usi.ch> >>>> Â Â wrote: >>>> >>>>>> Hi Stef, i will as an initial step take Igor's suggestion and make >>>>>> Transcript a global wich Â points to an instance of TranscriptModel >>>>>> ( the new name i propose for the current class taken from CUIS). >>>>>> I still Â believe that composition Â is better then Â inheritance for >>>>>> handling different behaviors of the Transcript, so i argue against >>>>>> making it a subclass of WriteStream and making it polymorphic with >>>>>> a write stream instead. >>>>>> >>>>> Â That's totally Â not my concern. As Â long as thing Â which sits there >>>>> Â responds to writestream protocol , i don't care about rest. >>>>> >>>> >>>> Would it make sense then to lift the methods from {write}stream and >>>> put then in a Trait so the composition is made through reuse of code? >>>> >>>> My 0.0199999.... >>> >>> hehe.. yes, but if to follow this road every time you need to do small >>> improvement, >>> then at some day you will discover that you rewriting whole system >>> from scratch :) >>> >>>> >>>> -- >>>> Cesar Rabak >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> >> > >

April 18, 2011

Re: [Pharo-project] [ANN] new mailinglist for tracker mails

by Peter Hugosson-Miller

Many thanks, Marcus! -- Cheers, Peter. On 18 apr 2011, at 08:23, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > The mails from the google tracker now go to this list: > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker > > in turn, this means the traffic on the pharo-project list should be a bit more managable. > > Marcus > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

April 18, 2011

[Pharo-project] [ANN] new mailinglist for tracker mails

by Marcus Denker

The mails from the google tracker now go to this list: http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker in turn, this means the traffic on the pharo-project list should be a bit more managable. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 18, 2011

Re: [Pharo-project] Networking change in Pharo 1.2?

by Marcus Denker

On Apr 17, 2011, at 11:01 PM, Schwab,Wilhelm K wrote: > Two thoughts: (1) Gary recently mentioned a delay fix that IIRC was in Squeak but had not yet made it into Pharo. It might be central to the problem?? > Gary's fix was not in Squeak... It is now for testing in 1.2.2a and 1.3 Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 18, 2011