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

Re: [Pharo-project] [Pharo-users] Last pending things for Pharo 1.2

by Guillermo Polito

F***, MethodWrappers.Tests.ObjectAsOneTimeMethodWrapperTest.testInstallOnClassCategory<https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.2/172/testR…> is broken again... Is it failing randomly? If so, can we remove that test? :( On Sun, Mar 13, 2011 at 7:45 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Sun, Mar 13, 2011 at 7:19 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> >> >> On Sat, Mar 12, 2011 at 4:19 PM, Mariano Martinez Peck < >> marianopeck(a)gmail.com> wrote: >> >>> So....here is the list of things I guess are pending: >>> >>> 1) "Release" all configurations included in Pharo (this is, >>> ConfigurationOfPharo and all it dependencies). I mean, we should NOT use or >>> depend on #development versions. >>> >> >> I'll take a look at this... I had two weeks without programming, and I >> can't sleep now without doing something :P >> > > please, be my guest :) > > >> >> >>> 2) Update the one click image to use latest cog images and "pharo >>> prepared vms". There are some issues regarding this... >>> 3) Write down all the things/summary done in Pharo 1.2 >>> 5) Update SystemVersion current -->> Pharo1.2rc2 of 27 January 2011 >>> update 12340 >>> 6) Condense sources? condense changes? #cleanUpForRelease >>> >>> Cheers >>> >>> Mariano >>> >> >> >

March 13, 2011

Re: [Pharo-project] Lumiere on Linux?

by Schwab,Wilhelm K

Using libGL.so.1 gives similar results :( ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Lemuus [lemuus(a)gmail.com] Sent: Saturday, March 12, 2011 9:48 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Lumiere on Linux? I think that the correct choice is libGL.so,but I'm just guessing. On Sat, Mar 12, 2011 at 9:43 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote: I tried the 1.2 one-click with Lumiere. Following the collaboractive book, Gofer it squeaksource: 'Lumiere'; package: 'ConfigurationOfLumiere'; load. ( Smalltalk globals classNamed:'ConfigurationOfLumiere' ) perform: #loadDefault. led to a warning about DisplayList(??), but seemed to work otherwise. Trying an example such as #testRenderingSphere gave an error trying open OpenGL.framework, which I had trouble finding on Linux. Changing AlienOpenGLLibrary>>libraryName to answer 'libglut.so.3' gets it to the point of a segment fault, shown below. Is glut the correct choice, or do I need to get or specify some other library? Bill Segmentation fault Smalltalk stack dump: 0xbfd1714c I AlienOpenGLLibrary>glMatrixMode: 2033044028: a(n) AlienOpenGLLibrary 0xbfd17170 M [] in AlienOpenGLLibraryExamples>testRenderingSphere 2033042940: a(n) AlienOpenGLLibraryExamples 0xbfd17190 M BlockClosure>ensure: 2033043980: a(n) BlockClosure 0xbfd171b4 M AlienOpenGLLibraryExamples>testRenderingSphere 2033042940: a(n) AlienOpenGLLibraryExamples 0xbfd171d4 I AlienOpenGLLibraryExamples class>run: 2024758496: a(n) AlienOpenGLLibraryExamples class 0xbfd171f0 M AlienOpenGLLibraryExamples class>? 2024758496: a(n) AlienOpenGLLibraryExamples class 0xbfd17228 I Compiler>evaluate:in:to:notifying:ifFail:logged: 2032491124: a(n) Compiler 0xbfd17268 I [] in OBTextMorphEditorWithShout(SmalltalkEditor)>evaluateSelection 2025101912: a(n) OBTextMorphEditorWithShout 0xbfd17284 M BlockClosure>on:do: 2032491080: a(n) BlockClosure 0xbfd172b8 I OBTextMorphEditorWithShout(SmalltalkEditor)>evaluateSelection 2025101912: a(n) OBTextMorphEditorWithShout 0xbfd172d0 M [] in OBPluggableTextMorphWithShout(PluggableTextMorph)>doIt 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd172f8 I [] in OBPluggableTextMorphWithShout(PluggableTextMorph)>handleEdit: 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd17318 I OBTextMorphWithShout(TextMorph)>handleEdit: 2024964024: a(n) OBTextMorphWithShout 0xbfd17340 I OBPluggableTextMorphWithShout(PluggableTextMorph)>handleEdit: 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd1735c M OBPluggableTextMorphWithShout(PluggableTextMorph)>doIt 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd17378 M OBDefinitionPanel(OBTextPanel)>perform:orSendTo: 2024940940: a(n) OBDefinitionPanel 0xbfd173a8 I [] in ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: 2031928172: a(n) ToggleMenuItemMorph 0xbfd173c8 M BlockClosure>ensure: 2032477540: a(n) BlockClosure 0xbfd173f0 I CursorWithMask(Cursor)>showWhile: 2002515888: a(n) CursorWithMask 0xbfd17418 I ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: 2031928172: a(n) ToggleMenuItemMorph 0xbfd1743c I ToggleMenuItemMorph(MenuItemMorph)>mouseUp: 2031928172: a(n) ToggleMenuItemMorph 0xbfd17458 M ToggleMenuItemMorph(MenuItemMorph)>handleMouseUp: 2031928172: a(n) ToggleMenuItemMorph 0xbfd17474 M MouseButtonEvent>sentTo: 2032130572: a(n) MouseButtonEvent 0xbfd17490 M ToggleMenuItemMorph(Morph)>handleEvent: 2031928172: a(n) ToggleMenuItemMorph 0xbfd174c0 M MorphicEventDispatcher>dispatchDefault:with: 2032130556: a(n) MorphicEventDispatcher 0xbfd174e0 M MorphicEventDispatcher>dispatchEvent:with: 2032130556: a(n) MorphicEventDispatcher 0xbfd17500 M ToggleMenuItemMorph(Morph)>processEvent:using: 2031928172: a(n) ToggleMenuItemMorph 0xbfd17534 M MorphicEventDispatcher>dispatchDefault:with: 2032130556: a(n) MorphicEventDispatcher 0xbfd17554 M MorphicEventDispatcher>dispatchEvent:with: 2032130556: a(n) MorphicEventDispatcher 0xbfd17574 M MenuMorph(Morph)>processEvent:using: 2031927856: a(n) MenuMorph 0xbfd17594 M MenuMorph(Morph)>processEvent: 2031927856: a(n) MenuMorph 0xbfd175b0 M MenuMorph>handleFocusEvent: 2031927856: a(n) MenuMorph 0xbfd175d8 M [] in HandMorph>sendFocusEvent:to:clear: 2002449320: a(n) HandMorph 0xbfd175f4 M [] in PasteUpMorph>becomeActiveDuring: 2003523448: a(n) PasteUpMorph 0xbfd17610 M BlockClosure>on:do: 2032130460: a(n) BlockClosure 0xbfd1763c M PasteUpMorph>becomeActiveDuring: 2003523448: a(n) PasteUpMorph 0xbfd17660 M HandMorph>sendFocusEvent:to:clear: 2002449320: a(n) HandMorph 0xbfd17688 M HandMorph>sendEvent:focus:clear: 2002449320: a(n) HandMorph 0xbfd176ac M HandMorph>sendMouseEvent: 2002449320: a(n) HandMorph 0xbfd176d0 M HandMorph>handleEvent: 2002449320: a(n) HandMorph 0xbfd176fc M HandMorph>processEvents 2002449320: a(n) HandMorph 0xbfd17714 M [] in WorldState>doOneCycleNowFor: 2004924588: a(n) WorldState 0xbfd17738 M Array(SequenceableCollection)>do: 2001081712: a(n) Array 0xbfd17754 M WorldState>handsDo: 2004924588: a(n) WorldState 0xbfd17770 M WorldState>doOneCycleNowFor: 2004924588: a(n) WorldState 0xbfd1778c M WorldState>doOneCycleFor: 2004924588: a(n) WorldState 0xbfd101bc M WorldState>doOneSubCycleFor: 2004924588: a(n) WorldState 0xbfd101d8 M PasteUpMorph>doOneSubCycle 2003523448: a(n) PasteUpMorph 0xbfd10200 I MenuMorph>invokeModalAt:in:allowKeyboard: 2031927856: a(n) MenuMorph 0xbfd1022c I MenuMorph>invokeModal: 2031927856: a(n) MenuMorph 0xbfd10250 I MenuMorph>invokeModal 2031927856: a(n) MenuMorph 0xbfd10274 I OBPluggableTextMorphWithShout(PluggableTextMorph)>yellowButtonActivity: 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd10298 I OBTextMorphWithShout(TextMorphForEditView)>mouseDown: 2024964024: a(n) OBTextMorphWithShout 0xbfd102b4 M OBTextMorphWithShout(Morph)>handleMouseDown: 2024964024: a(n) OBTextMorphWithShout 0xbfd102d0 M MouseButtonEvent>sentTo: 2031927788: a(n) MouseButtonEvent 0xbfd102ec M OBTextMorphWithShout(Morph)>handleEvent: 2024964024: a(n) OBTextMorphWithShout 0xbfd10328 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10348 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10368 M OBTextMorphWithShout(Morph)>processEvent:using: 2024964024: a(n) OBTextMorphWithShout 0xbfd103a8 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd103c8 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd103e8 M TransformMorph(Morph)>processEvent:using: 2024963800: a(n) TransformMorph 0xbfd10428 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10448 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10468 M OBPluggableTextMorphWithShout(Morph)>processEvent:using: 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd104a8 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd104c8 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd104e8 M OBGroupingMorph(Morph)>processEvent:using: 2024957608: a(n) OBGroupingMorph 0xbfd10528 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10548 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10568 M OBSystemWindow(Morph)>processEvent:using: 2024944124: a(n) OBSystemWindow 0xbfd105a8 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd105c8 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd105e8 M PasteUpMorph(Morph)>processEvent:using: 2003523448: a(n) PasteUpMorph 0xbfd10610 M PasteUpMorph>processEvent:using: 2003523448: a(n) PasteUpMorph 0xbfd10630 M PasteUpMorph(Morph)>processEvent: 2003523448: a(n) PasteUpMorph 0xbfd10650 M HandMorph>sendEvent:focus:clear: 2002449320: a(n) HandMorph 0xbfd10674 M HandMorph>sendMouseEvent: 2002449320: a(n) HandMorph 0xbfd10698 M HandMorph>handleEvent: 2002449320: a(n) HandMorph 0xbfd106c4 M HandMorph>processEvents 2002449320: a(n) HandMorph 0xbfd106dc M [] in WorldState>doOneCycleNowFor: 2004924588: a(n) WorldState 0xbfd10700 M Array(SequenceableCollection)>do: 2001081712: a(n) Array 0xbfd1071c M WorldState>handsDo: 2004924588: a(n) WorldState 0xbfd10738 M WorldState>doOneCycleNowFor: 2004924588: a(n) WorldState 0xbfd10754 M WorldState>doOneCycleFor: 2004924588: a(n) WorldState 0xbfd10770 M PasteUpMorph>doOneCycle 2003523448: a(n) PasteUpMorph 0xbfd10790 I [] in Project class>spawnNewProcess 2004397340: a(n) Project class 2025126836 s [] in BlockClosure>newProcess Most recent primitives at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew new: at:put: at:put: value:value: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: basicNew at:put: at:put: at:put: at:put: basicNew: at:put: at:put: basicNew: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: species new: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: species new: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: basicNew: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: basicNew: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: new value:value: value:value: basicNew size basicNew byteAt:put: byteAt:put: bitXor: size species basicNew: replaceFrom:to:with:startingAt: basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: basicNew: basicNew at:put: species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: size at:put: species basicNew: replaceFrom:to:with:startingAt: size size size perform:withArguments: perform:withArguments: species basicNew new: value: perform:withArguments: at:put: perform:withArguments: species new: species new: species new: replaceFrom:to:with:startingAt: newMethod:header: at:put: at:put: at:put: objectAt:put: objectAt:put: objectAt:put: objectAt:put: basicNew size objectAt: basicNew objectAt: at:put: at:put: at:put: at:put: value objectAt: size objectAt: objectAt: objectAt: objectAt: objectAt: objectAt:put: objectAt: objectAt:put: withArgs:executeMethod: basicNew perform: basicNew @ basicNew primCreateRenderer:x:y:w:h: millisecondClockValue signal primSignal:atMilliseconds: millisecondClockValue wait primGetNextEvent: millisecondClockValue wait signal millisecondClockValue primSignal:atMilliseconds: millisecondClockValue wait signal wait at:put: primRender:getProperty: basicNew primLoadLibrary: basicNew: sizeFieldPut: unsignedLongAt:put: basicNew new: value value basicNew: sizeFieldPut: unsignedLongAt:put: basicNew at:put: primFindSymbol: basicNew: sizeFieldPut: addressFieldPut: primFFICallResult:with: Aborted

March 13, 2011

Re: [Pharo-project] the glamorous toolkit project

by Marcus Denker

On Mar 13, 2011, at 2:05 PM, Tudor Girba wrote: > I think that this is a good idea. Having the Core tools better is definitely a good thing. > One thing to keep in mind is that we need (ass soon as possible) to have *one* set of tools... with OB we have seen that we have just not the manpower to in parallel maintain two sets of tools (Core vs. Dev). The notion of "Core Tools" is broken. Whichever tools we do in the future need to *replace* the old tools. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 13, 2011

Re: [Pharo-project] Lumiere on Linux?

by Schwab,Wilhelm K

Alexandre, It's not _necessary_, but let's just say that you have my attention :) Any details would be appreciated. There is a very slight chance that I can swing a group to Smalltalk. They will probably move to Unity, but it would be interesting to show Pharo doing some needed hardware interfacing (already working) and rending 3D views. The models/meshes would be brutal; the rest should be "easy." Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Alexandre Bergel [alexandre.bergel(a)me.com] Sent: Saturday, March 12, 2011 10:00 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Lumiere on Linux? Hi ! We are currently working on a 3d engine which is not tied to any external libraries. We can provide more information if necessary. Cheers, Alexandre Le 12 mars 2011 Ã 23:48, Lemuus <lemuus(a)gmail.com<mailto:lemuus@gmail.com>> a Ã©crit : I think that the correct choice is libGL.so,but I'm just guessing. On Sat, Mar 12, 2011 at 9:43 PM, Schwab,Wilhelm K <<mailto:bschwab@anest.ufl.edu>bschwab(a)anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote: I tried the 1.2 one-click with Lumiere. Following the collaboractive book, Gofer it squeaksource: 'Lumiere'; package: 'ConfigurationOfLumiere'; load. ( Smalltalk globals classNamed:'ConfigurationOfLumiere' ) perform: #loadDefault. led to a warning about DisplayList(??), but seemed to work otherwise. Trying an example such as #testRenderingSphere gave an error trying open OpenGL.framework, which I had trouble finding on Linux. Changing AlienOpenGLLibrary>>libraryName to answer 'libglut.so.3' gets it to the point of a segment fault, shown below. Is glut the correct choice, or do I need to get or specify some other library? Bill Segmentation fault Smalltalk stack dump: 0xbfd1714c I AlienOpenGLLibrary>glMatrixMode: 2033044028: a(n) AlienOpenGLLibrary 0xbfd17170 M [] in AlienOpenGLLibraryExamples>testRenderingSphere 2033042940: a(n) AlienOpenGLLibraryExamples 0xbfd17190 M BlockClosure>ensure: 2033043980: a(n) BlockClosure 0xbfd171b4 M AlienOpenGLLibraryExamples>testRenderingSphere 2033042940: a(n) AlienOpenGLLibraryExamples 0xbfd171d4 I AlienOpenGLLibraryExamples class>run: 2024758496: a(n) AlienOpenGLLibraryExamples class 0xbfd171f0 M AlienOpenGLLibraryExamples class>? 2024758496: a(n) AlienOpenGLLibraryExamples class 0xbfd17228 I Compiler>evaluate:in:to:notifying:ifFail:logged: 2032491124: a(n) Compiler 0xbfd17268 I [] in OBTextMorphEditorWithShout(SmalltalkEditor)>evaluateSelection 2025101912: a(n) OBTextMorphEditorWithShout 0xbfd17284 M BlockClosure>on:do: 2032491080: a(n) BlockClosure 0xbfd172b8 I OBTextMorphEditorWithShout(SmalltalkEditor)>evaluateSelection 2025101912: a(n) OBTextMorphEditorWithShout 0xbfd172d0 M [] in OBPluggableTextMorphWithShout(PluggableTextMorph)>doIt 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd172f8 I [] in OBPluggableTextMorphWithShout(PluggableTextMorph)>handleEdit: 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd17318 I OBTextMorphWithShout(TextMorph)>handleEdit: 2024964024: a(n) OBTextMorphWithShout 0xbfd17340 I OBPluggableTextMorphWithShout(PluggableTextMorph)>handleEdit: 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd1735c M OBPluggableTextMorphWithShout(PluggableTextMorph)>doIt 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd17378 M OBDefinitionPanel(OBTextPanel)>perform:orSendTo: 2024940940: a(n) OBDefinitionPanel 0xbfd173a8 I [] in ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: 2031928172: a(n) ToggleMenuItemMorph 0xbfd173c8 M BlockClosure>ensure: 2032477540: a(n) BlockClosure 0xbfd173f0 I CursorWithMask(Cursor)>showWhile: 2002515888: a(n) CursorWithMask 0xbfd17418 I ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: 2031928172: a(n) ToggleMenuItemMorph 0xbfd1743c I ToggleMenuItemMorph(MenuItemMorph)>mouseUp: 2031928172: a(n) ToggleMenuItemMorph 0xbfd17458 M ToggleMenuItemMorph(MenuItemMorph)>handleMouseUp: 2031928172: a(n) ToggleMenuItemMorph 0xbfd17474 M MouseButtonEvent>sentTo: 2032130572: a(n) MouseButtonEvent 0xbfd17490 M ToggleMenuItemMorph(Morph)>handleEvent: 2031928172: a(n) ToggleMenuItemMorph 0xbfd174c0 M MorphicEventDispatcher>dispatchDefault:with: 2032130556: a(n) MorphicEventDispatcher 0xbfd174e0 M MorphicEventDispatcher>dispatchEvent:with: 2032130556: a(n) MorphicEventDispatcher 0xbfd17500 M ToggleMenuItemMorph(Morph)>processEvent:using: 2031928172: a(n) ToggleMenuItemMorph 0xbfd17534 M MorphicEventDispatcher>dispatchDefault:with: 2032130556: a(n) MorphicEventDispatcher 0xbfd17554 M MorphicEventDispatcher>dispatchEvent:with: 2032130556: a(n) MorphicEventDispatcher 0xbfd17574 M MenuMorph(Morph)>processEvent:using: 2031927856: a(n) MenuMorph 0xbfd17594 M MenuMorph(Morph)>processEvent: 2031927856: a(n) MenuMorph 0xbfd175b0 M MenuMorph>handleFocusEvent: 2031927856: a(n) MenuMorph 0xbfd175d8 M [] in HandMorph>sendFocusEvent:to:clear: 2002449320: a(n) HandMorph 0xbfd175f4 M [] in PasteUpMorph>becomeActiveDuring: 2003523448: a(n) PasteUpMorph 0xbfd17610 M BlockClosure>on:do: 2032130460: a(n) BlockClosure 0xbfd1763c M PasteUpMorph>becomeActiveDuring: 2003523448: a(n) PasteUpMorph 0xbfd17660 M HandMorph>sendFocusEvent:to:clear: 2002449320: a(n) HandMorph 0xbfd17688 M HandMorph>sendEvent:focus:clear: 2002449320: a(n) HandMorph 0xbfd176ac M HandMorph>sendMouseEvent: 2002449320: a(n) HandMorph 0xbfd176d0 M HandMorph>handleEvent: 2002449320: a(n) HandMorph 0xbfd176fc M HandMorph>processEvents 2002449320: a(n) HandMorph 0xbfd17714 M [] in WorldState>doOneCycleNowFor: 2004924588: a(n) WorldState 0xbfd17738 M Array(SequenceableCollection)>do: 2001081712: a(n) Array 0xbfd17754 M WorldState>handsDo: 2004924588: a(n) WorldState 0xbfd17770 M WorldState>doOneCycleNowFor: 2004924588: a(n) WorldState 0xbfd1778c M WorldState>doOneCycleFor: 2004924588: a(n) WorldState 0xbfd101bc M WorldState>doOneSubCycleFor: 2004924588: a(n) WorldState 0xbfd101d8 M PasteUpMorph>doOneSubCycle 2003523448: a(n) PasteUpMorph 0xbfd10200 I MenuMorph>invokeModalAt:in:allowKeyboard: 2031927856: a(n) MenuMorph 0xbfd1022c I MenuMorph>invokeModal: 2031927856: a(n) MenuMorph 0xbfd10250 I MenuMorph>invokeModal 2031927856: a(n) MenuMorph 0xbfd10274 I OBPluggableTextMorphWithShout(PluggableTextMorph)>yellowButtonActivity: 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd10298 I OBTextMorphWithShout(TextMorphForEditView)>mouseDown: 2024964024: a(n) OBTextMorphWithShout 0xbfd102b4 M OBTextMorphWithShout(Morph)>handleMouseDown: 2024964024: a(n) OBTextMorphWithShout 0xbfd102d0 M MouseButtonEvent>sentTo: 2031927788: a(n) MouseButtonEvent 0xbfd102ec M OBTextMorphWithShout(Morph)>handleEvent: 2024964024: a(n) OBTextMorphWithShout 0xbfd10328 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10348 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10368 M OBTextMorphWithShout(Morph)>processEvent:using: 2024964024: a(n) OBTextMorphWithShout 0xbfd103a8 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd103c8 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd103e8 M TransformMorph(Morph)>processEvent:using: 2024963800: a(n) TransformMorph 0xbfd10428 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10448 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10468 M OBPluggableTextMorphWithShout(Morph)>processEvent:using: 2024962936: a(n) OBPluggableTextMorphWithShout 0xbfd104a8 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd104c8 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd104e8 M OBGroupingMorph(Morph)>processEvent:using: 2024957608: a(n) OBGroupingMorph 0xbfd10528 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10548 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd10568 M OBSystemWindow(Morph)>processEvent:using: 2024944124: a(n) OBSystemWindow 0xbfd105a8 M MorphicEventDispatcher>dispatchMouseDown:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd105c8 M MorphicEventDispatcher>dispatchEvent:with: 2031927596: a(n) MorphicEventDispatcher 0xbfd105e8 M PasteUpMorph(Morph)>processEvent:using: 2003523448: a(n) PasteUpMorph 0xbfd10610 M PasteUpMorph>processEvent:using: 2003523448: a(n) PasteUpMorph 0xbfd10630 M PasteUpMorph(Morph)>processEvent: 2003523448: a(n) PasteUpMorph 0xbfd10650 M HandMorph>sendEvent:focus:clear: 2002449320: a(n) HandMorph 0xbfd10674 M HandMorph>sendMouseEvent: 2002449320: a(n) HandMorph 0xbfd10698 M HandMorph>handleEvent: 2002449320: a(n) HandMorph 0xbfd106c4 M HandMorph>processEvents 2002449320: a(n) HandMorph 0xbfd106dc M [] in WorldState>doOneCycleNowFor: 2004924588: a(n) WorldState 0xbfd10700 M Array(SequenceableCollection)>do: 2001081712: a(n) Array 0xbfd1071c M WorldState>handsDo: 2004924588: a(n) WorldState 0xbfd10738 M WorldState>doOneCycleNowFor: 2004924588: a(n) WorldState 0xbfd10754 M WorldState>doOneCycleFor: 2004924588: a(n) WorldState 0xbfd10770 M PasteUpMorph>doOneCycle 2003523448: a(n) PasteUpMorph 0xbfd10790 I [] in Project class>spawnNewProcess 2004397340: a(n) Project class 2025126836 s [] in BlockClosure>newProcess Most recent primitives at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew at:put: basicNew new: at:put: at:put: value:value: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: basicNew at:put: at:put: at:put: at:put: basicNew: at:put: at:put: basicNew: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: species new: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: species new: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: basicNew: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: basicNew: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: new value:value: value:value: basicNew size basicNew byteAt:put: byteAt:put: bitXor: size species basicNew: replaceFrom:to:with:startingAt: basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: basicNew: basicNew at:put: species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: size at:put: species basicNew: replaceFrom:to:with:startingAt: size size size perform:withArguments: perform:withArguments: species basicNew new: value: perform:withArguments: at:put: perform:withArguments: species new: species new: species new: replaceFrom:to:with:startingAt: newMethod:header: at:put: at:put: at:put: objectAt:put: objectAt:put: objectAt:put: objectAt:put: basicNew size objectAt: basicNew objectAt: at:put: at:put: at:put: at:put: value objectAt: size objectAt: objectAt: objectAt: objectAt: objectAt: objectAt:put: objectAt: objectAt:put: withArgs:executeMethod: basicNew perform: basicNew @ basicNew primCreateRenderer:x:y:w:h: millisecondClockValue signal primSignal:atMilliseconds: millisecondClockValue wait primGetNextEvent: millisecondClockValue wait signal millisecondClockValue primSignal:atMilliseconds: millisecondClockValue wait signal wait at:put: primRender:getProperty: basicNew primLoadLibrary: basicNew: sizeFieldPut: unsignedLongAt:put: basicNew new: value value basicNew: sizeFieldPut: unsignedLongAt:put: basicNew at:put: primFindSymbol: basicNew: sizeFieldPut: addressFieldPut: primFFICallResult:with: Aborted

March 13, 2011

Re: [Pharo-project] the glamorous toolkit project

by StÃ©phane Ducasse

yes! On Mar 13, 2011, at 2:04 PM, Tudor Girba wrote: > I think that this is a good idea. Having the Core tools better is definitely a good thing. > > Furthermore, the nice thing is that we can reuse the Morphic widgets in Glamour. > > Cheers, > Doru > > > On 13 Mar 2011, at 11:09, StÃ©phane Ducasse wrote: > >> >> On Mar 13, 2011, at 11:01 AM, Mariano Martinez Peck wrote: >> >>> Tudor/Ben, did you think about "rewrting" the new UI tools like Recent Messages, Finder, etc...using Glamour ? >> >> >> With Ben we are targeting removing StringHolder, so we will rewrite some tools (but not in Glamour) >> to make sure that we can work without glamour and make sure that we can get rid of StringHolder and friends. >> In parallel if people make Glamour working well and fully then at some point it could be the ide for Pharo >> but we need some fallbacks and we will be working on that with Ben. >> >> Stef >> >> >>> >>> >>> On Sun, Mar 13, 2011 at 1:24 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> +1000 Great initiative and most welcomed. >>> And as you said, even if you don't do most, a planing, coordination >>> and bugging people around helps as well :) >>> >>> On 12 March 2011 08:25, Tudor Girba <tudor.girba(a)gmail.com> wrote: >>>> Hi, >>>> >>>> I would like to promote the idea of projects in Pharo. The concept is simple: we should build new infrastructures that go beyond small fixes and that require the concerted work of multiple people over a longer period of time. >>>> >>>> A project has a clear goal, and is led by someone. That someone is not necessarily the one that writes all the code (like we might tend to do it), but simply one that ensures that the project advances, that the different contributions are integrated, and that things are not left at 90%. >>>> >>>> I would like to announce the Glamorous Tool project. The goal of this project is to provide a new set of tools for developing with Pharo. It is to be developed on top of Glamour, and it should address at least the followings: >>>> - Coder (ex-System Browser) >>>> - Debugger >>>> - Inspector >>>> - Playground (ex-Workspace - it's not called Workspace anymore because I would like to encourage people not to "work" there) >>>> - Chaser (senders, implementors and references) >>>> >>>> The project spans several topics. For example: >>>> - Glamour support >>>> - Morphic enhancements: >>>> --- Proper TextMorph with keybindings and context sensitiveness >>>> --- Collapsable Panes >>>> --- Scalable tabs >>>> --- Parallel rendering >>>> - Suitable models >>>> --- RPackage >>>> --- Code introspection >>>> --- Debugger model >>>> - Testing >>>> --- Because these tools are so critical, they should be robust >>>> --- OB is a good example for the testing part >>>> - Usability >>>> --- Principle: Spawning a window might be easy, but it is not effective >>>> --- Principle: Uniformity >>>> --- Principle: Less concepts are better than many >>>> - Graphic design of skins and icons >>> >>> >>>> - Weak announcements >>> >>> you can make it bold (or what else you do to mark that it is done and >>> ready to be integrated :) >>> >>>> - Performance >>>> >>>> >>>> I will lead it, and you are welcome to participate. The today sprint is a good occasion to take a look. The current code can be found at: >>>> >>>> Gofer new >>>> squeaksource: 'glamoroust'; >>>> package: 'ConfigurationOfGlamoroust'; >>>> load. >>>> (Smalltalk at: #ConfigurationOfGlamoroust) perform: #loadDefault. >>>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Sometimes the best solution is not the best solution." >>>> >>>> >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> >> >> > > -- > www.tudorgirba.com > > "Some battles are better lost than fought." > > > >

March 13, 2011

Re: [Pharo-project] Issue 3706 in pharo: In OB: Text in comment pane of Browser uses syntax highlighting

by pharo＠googlecode.com

Comment #15 on issue 3706 by tudor.gi...(a)gmail.com: In OB: Text in comment pane of Browser uses syntax highlighting http://code.google.com/p/pharo/issues/detail?id=3706 I can understand that staying with older versions might be cheaper in the short term, and I can certainly understand that having to work on so many projects is a daunting task. However, I do not agree with your statement about Moose. We keep the latest Moose version stable since at least one year, and by pushing people to use it we made it work well. Now, of course, if people simply use Moose, they will probably stay with some older "released" version, but at least for development, we always work and push other people to work with the latest Pharo. Like that we apply the lean philosophy: if something brakes along the line, everyone stops and checks the problem. It can be painful at the beginning, but in the long run you spend less effort and get less problems. So, all in all, I think it makes a lot of sense to have development always be based on the latest Pharo, especially if the projects are so close to it (like RB or OB).

March 13, 2011

Re: [Pharo-project] the glamorous toolkit project

by Tudor Girba

I think that this is a good idea. Having the Core tools better is definitely a good thing. Furthermore, the nice thing is that we can reuse the Morphic widgets in Glamour. Cheers, Doru On 13 Mar 2011, at 11:09, StÃ©phane Ducasse wrote: > > On Mar 13, 2011, at 11:01 AM, Mariano Martinez Peck wrote: > >> Tudor/Ben, did you think about "rewrting" the new UI tools like Recent Messages, Finder, etc...using Glamour ? > > > With Ben we are targeting removing StringHolder, so we will rewrite some tools (but not in Glamour) > to make sure that we can work without glamour and make sure that we can get rid of StringHolder and friends. > In parallel if people make Glamour working well and fully then at some point it could be the ide for Pharo > but we need some fallbacks and we will be working on that with Ben. > > Stef > > >> >> >> On Sun, Mar 13, 2011 at 1:24 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> +1000 Great initiative and most welcomed. >> And as you said, even if you don't do most, a planing, coordination >> and bugging people around helps as well :) >> >> On 12 March 2011 08:25, Tudor Girba <tudor.girba(a)gmail.com> wrote: >>> Hi, >>> >>> I would like to promote the idea of projects in Pharo. The concept is simple: we should build new infrastructures that go beyond small fixes and that require the concerted work of multiple people over a longer period of time. >>> >>> A project has a clear goal, and is led by someone. That someone is not necessarily the one that writes all the code (like we might tend to do it), but simply one that ensures that the project advances, that the different contributions are integrated, and that things are not left at 90%. >>> >>> I would like to announce the Glamorous Tool project. The goal of this project is to provide a new set of tools for developing with Pharo. It is to be developed on top of Glamour, and it should address at least the followings: >>> - Coder (ex-System Browser) >>> - Debugger >>> - Inspector >>> - Playground (ex-Workspace - it's not called Workspace anymore because I would like to encourage people not to "work" there) >>> - Chaser (senders, implementors and references) >>> >>> The project spans several topics. For example: >>> - Glamour support >>> - Morphic enhancements: >>> --- Proper TextMorph with keybindings and context sensitiveness >>> --- Collapsable Panes >>> --- Scalable tabs >>> --- Parallel rendering >>> - Suitable models >>> --- RPackage >>> --- Code introspection >>> --- Debugger model >>> - Testing >>> --- Because these tools are so critical, they should be robust >>> --- OB is a good example for the testing part >>> - Usability >>> --- Principle: Spawning a window might be easy, but it is not effective >>> --- Principle: Uniformity >>> --- Principle: Less concepts are better than many >>> - Graphic design of skins and icons >> >> >>> - Weak announcements >> >> you can make it bold (or what else you do to mark that it is done and >> ready to be integrated :) >> >>> - Performance >>> >>> >>> I will lead it, and you are welcome to participate. The today sprint is a good occasion to take a look. The current code can be found at: >>> >>> Gofer new >>> squeaksource: 'glamoroust'; >>> package: 'ConfigurationOfGlamoroust'; >>> load. >>> (Smalltalk at: #ConfigurationOfGlamoroust) perform: #loadDefault. >>> >>> >>> Cheers, >>> Doru >>> >>> -- >>> www.tudorgirba.com >>> >>> "Sometimes the best solution is not the best solution." >>> >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> > > -- www.tudorgirba.com "Some battles are better lost than fought."

March 13, 2011

Re: [Pharo-project] Short summary of new announcement capabilities

by Tudor Girba

Great work! I am so looking forward to use this :). Please keep us posted when we can play with it and how to load it. Cheers, Doru On 13 Mar 2011, at 10:48, StÃ©phane Ducasse wrote: > Thanks a ***LOT*** > It is really important for pharo. > > Stef > > On Mar 13, 2011, at 2:08 AM, Henrik Sperre Johansen wrote: > >> 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. >> >> > > -- www.tudorgirba.com "One cannot do more than one can do."

March 13, 2011

Re: [Pharo-project] Issue 3806 in pharo: Duration>>hours is broken

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #9 on issue 3806 by stephane...(a)gmail.com: Duration>>hours is broken http://code.google.com/p/pharo/issues/detail?id=3806 (No comment was entered for this change.)

March 13, 2011

Re: [Pharo-project] Issue 3806 in pharo: Duration>>hours is broken

by pharo＠googlecode.com

Updates: Status: Accepted Comment #8 on issue 3806 by stephane...(a)gmail.com: Duration>>hours is broken http://code.google.com/p/pharo/issues/detail?id=3806 No really. What is the consensus?

March 13, 2011