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

[Pharo-project] [update 1.3] #13303
by Marcus Denker Sept. 9, 2011

Sept. 9, 2011

13303 ----- Issue 4775: Announcement curtailing fails http://code.google.com/p/pharo/issues/detail?id=4775 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] OmniOutlinerDocumentOfSmalltalkClassHierarchyGeneratingAppleScriptWriter
by HwaJong Oh Sept. 9, 2011

Sept. 9, 2011

This is an AppleScript file generator which will create new OmniOutliner document of classes of Pharo(or Squeak). ** OmniOutliner is an outliner program for Mac OSX developed by OmniGroup. The video below demonstrates how quickly user can jump around classes and categories. http://screencast.com/t/lWXOKu0EY9P HOW TO MAKE OMNIOUTLINER DOCUMENT STEP1. create applescript file(default file name is "oo.scpt") with OmniOutlinerDocumentOfSmalltalkClassHierarchyGeneratingAppleScriptWriter object. STEP2. open oo.scpt file. (This step will take VERY LONG if the classes are many) STEP3. run oo.scpt file. STEP4. save the OmniOutliner document made by oo.scpt. The video below shows the process of making the file. http://screencast.com/t/JG0KeXRm HOW TO INSTALL AND USE IT STEP1. Install metacello configuration Gofer new squeaksource: 'DaliotsPlayground'; package: 'ConfigurationOfDaliotsPlayground'; load. STEP2. load "AppleScriptProgrammer" package ConfigurationOfDaliotsPlayground project lastVersion load: 'AppleScriptProgrammer'. STEP3. run the code w := OmniOutlinerDocumentOfSmalltalkClassHierarchyGeneratingAppleScriptWriter new. w addClassTree: Morph. "Add classes of interest." w writeAddedClassesToFile. Best Regards HwaJong Oh -- View this message in context: http://forum.world.st/OmniOutlinerDocumentOfSmalltalkClassHierarchyGenerati… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 1

[Pharo-project] Fwd: A new way to render the debugger
by Benjamin Sept. 8, 2011

Sept. 8, 2011

Hello guys, Camillo and I were looking for a way to improve the way the debugger show the stack, so we worked on a tabbed version of the list. Here is a screenshot: And so we implement the same on senders/implementors :) Do you like it ? (Should it be integrated ?) Thanks in advance for your feedback, Ben

10 15

[Pharo-project] Announcements/Seaside continuations collision in newer cog vm's
by Esteban Lorenzano Sept. 8, 2011

Sept. 8, 2011

Hi, (yep, I'm copying tree lists because I think is a vm problem, but can be a seaside problem, or a pharo problem) (yes, it can be MY problem too... but I don't think so... ;) I'm having this really, really strange problem (because it was working before, and I do not change anything... so, maybe a change in latest changes on pharo 1.3, the version I'm using, is the cause)... This is the problem: I'm creating an application who sends an announcement, to edit something... this announcement ends in a WAComponent>>#call: message... The problem is: continuation execution fires a notification (WARenderNotification), and SubscriptionRegistry>>deliver:to: process the announcement this way: deliver: anAnnouncement to: subs subs do: [:each | [each deliver: anAnnouncement] "each is always in subs, so error will be due to each being last element. So return, nothing more to process" ifCurtailed: [self deliver: anAnnouncement to: ([subs after: each] on: NotFound do: [^self])]] ...and curtailedBlock is being executed... and that throws an error. This was working on older versions of VM, so maybe this is a recent change? this error was confirmed in my builds, and also in latest Eliot build. Also... is confirmed NOT being there in older cogs or interpret and btw... self deliver: anAnnouncement to: ([subs after: each] on: NotFound do: [^self]) shouldn't be self deliver: anAnnouncement to: ([Array with: (subs after: each)] on: NotFound do: [^self]) (because #deliver:to: is expecting a collection, not a registry? thanks, Esteban

3 8

[Pharo-project] jenkins mac cogvm misses os process?
by Tudor Girba Sept. 8, 2011

Sept. 8, 2011

Hi, When I try to run OSProcess with the Jenkins version of the CogVM, I get the message that the accessor is missing. When I run the same code with the Cog 2489 from Eliot, it works fine. You can reproduce by executing: OSProcess waitForCommand: 'echo sleeping...; sleep 3; echo I just slept for three seconds' Cheers, Doru -- www.tudorgirba.com "When people care, great things can happen."

6 10

Re: [Pharo-project] 1.3 OneCick with Cog VM
by Marcus Denker Sept. 8, 2011

Sept. 8, 2011

On Sep 8, 2011, at 4:19 PM, John Toohey wrote: > Many thanks. Unfortunately this version throws errors when I try to > load my code from MC. "Error: Illegal UTF-8 encoding" from MC when I > try to build my image. Can you tell me what is the *most* stable > version that I can use with Cog and SS 3.x? > This one. I have never seen that error. So.. a case for the bug tracker. http://code.google.com/p/pharo/issues > On Thu, Sep 8, 2011 at 10:05, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> On Sep 8, 2011, at 3:59 PM, John Toohey wrote: >> >>> Hi, >>> Is there a 1.3 OneClick build available with the Cog VM, or should I >>> just down load the linux and OSX Cog builds from the Jenkins server? >> >> The script on the hudson is old... we need to update it. And move everything >> from hudson to jenkins. And, and... >> >> So for now: >> >> https://gforge.inria.fr/frs/download.php/28922/Pharo-1.3-OneClick.zip >> >> hand-build one-click with Cog as build from https://ci.lille.inria.fr/pharo/view/Cog/ >> >>> often run into problems with having different VMs/Plugin on different >>> servers, and like the idea of having both Liux and OSX supported in >>> one package, where I can just update the image. >> >> >> >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >> > > > > -- > ~JT > -- Marcus Denker -- http://marcusdenker.de

3 7

Re: [Pharo-project] Smalltalk vision
by Marcus Denker Sept. 8, 2011

Sept. 8, 2011

On Sep 8, 2011, at 5:03 PM, Edgar J. De Cleene wrote: > > > > On 9/8/11 11:11 AM, "Marcus Denker" <marcus.denker(a)inria.fr> wrote: > >> Is CUIS compatible to etoys? >> >> Marcus > > Etoys development only survive in OLPC .image, so IMHO is unfair ask if Cuis > could load Etoys. But is was fair when people bashed us when we acted on this realization 3 years ago? Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] small clarification
by Esteban Lorenzano Sept. 8, 2011

Sept. 8, 2011

the problem I reported just a minute ago is happening also on older cogs... just not in interpreter. cheers, Esteban

1 0

[Pharo-project] Announcements/Seaside continuations collision in newer cog vm's
by Esteban Lorenzano Sept. 8, 2011

Sept. 8, 2011

Hi, (yep, I'm copying tree lists because I think is a vm problem, but can be a seaside problem, or a pharo problem) (yes, it can be MY problem too... but I don't think so... ;) I'm having this really, really strange problem (because it was working before, and I do not change anything... so, maybe a change in latest changes on pharo 1.3, the version I'm using, is the cause)... This is the problem: I'm creating an application who sends an announcement, to edit something... this announcement ends in a WAComponent>>#call: message... The problem is: continuation execution fires a notification (WARenderNotification), and SubscriptionRegistry>>deliver:to: process the announcement this way: deliver: anAnnouncement to: subs subs do: [:each | [each deliver: anAnnouncement] "each is always in subs, so error will be due to each being last element. So return, nothing more to process" ifCurtailed: [self deliver: anAnnouncement to: ([subs after: each] on: NotFound do: [^self])]] ...and curtailedBlock is being executed... and that throws an error. This was working on older versions of VM, so maybe this is a recent change? this error was confirmed in my builds, and also in latest Eliot build. Also... is confirmed NOT being there in older cogs or interpreter. and btw... self deliver: anAnnouncement to: ([subs after: each] on: NotFound do: [^self]) shouldn't be self deliver: anAnnouncement to: ([Array with: (subs after: each)] on: NotFound do: [^self]) because #deliver:to: is expecting a collection, not a registry? thanks, Esteban

1 0

Re: [Pharo-project] Smalltalk vision
by Marcus Denker Sept. 8, 2011

Sept. 8, 2011

On Sep 8, 2011, at 4:05 PM, Sean P. DeNigris wrote: > There is a very (to me at least) inspiring thread on squeak-dev at > http://forum.world.st/Fork-Proposal-Cuis-amp-Killer-Apps-td3796633.html > Is CUIS compatible to etoys? Marcus -- Marcus Denker -- http://marcusdenker.de

2 1