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

Re: [Pharo-project] Issue 3814 in pharo: Weak announcements refinement

by pharo＠googlecode.com

Comment #2 on issue 3814 by ryd...(a)gmail.com: Weak announcements refinement http://code.google.com/p/pharo/issues/detail?id=3814 Err, it's getting late.... Let's not leave these changes hanging with an recursive block :) I meant to say : "Also blocked by Issue 3815 "

March 13, 2011

Re: [Pharo-project] Issue 3814 in pharo: Weak announcements refinement

by pharo＠googlecode.com

Comment #1 on issue 3814 by ryd...(a)gmail.com: Weak announcements refinement http://code.google.com/p/pharo/issues/detail?id=3814 Also blocked by 3814, it's impossible to file in the changesets. It's all those damned class comments we actually took time to write... :)

March 13, 2011

Re: [Pharo-project] Update process broken by 13084

by Schwab,Wilhelm K

Someone (Sig??) mentioned a possible unix solution not too long ago. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Henrik Sperre Johansen [henrik.s.johansen(a)veloxit.no] Sent: Saturday, March 12, 2011 7:29 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Update process broken by 13084 Den 13.03.2011 01:04, skrev Schwab,Wilhelm K: > Linux certainly allows that mistake. What about OSX? As Steph/Markus used Macs today when pushing updates, I'm fairly certain it does :) After all, it's just a prettified BSD. (ok, some other differences as well, like stack alignment requirements etc. :P) Cheers, Henry

March 13, 2011

[Pharo-project] Lumiere on Linux?

by Schwab,Wilhelm K

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] Update process broken by 13084

by Igor Stasenko

On 13 March 2011 01:29, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > > Den 13.03.2011 01:04, skrev Schwab,Wilhelm K: >> Linux certainly allows that mistake. Â What about OSX? > As Steph/Markus used Macs today when pushing updates, I'm fairly certain > it does :) > After all, it's just a prettified BSD. (ok, some other differences as > well, like stack alignment requirements etc. :P) yeah they wanted to use sse2/3 instructions in kernel and system libraries.. so system runs faster .. hehe.. and to do that they found nothing better than enforcing this rule in call convention :) > > Cheers, > Henry > > -- Best regards, Igor Stasenko AKA sig.

March 13, 2011

Re: [Pharo-project] Pharo mailing list weekly summary #5

by Igor Stasenko

Thanks for overview. Works for me. I found that i missed couple of important topics this week. .. ohh there is too much mails :) On 12 March 2011 21:19, Francois Stephany <tulipe.moutarde(a)gmail.com> wrote: > Sure, I'll add the date range next week ;) > Of course, some threads span on 2 or 3 periods. > > On 12/03/11 19:49, Noury Bouraqadi wrote: >> >> I'd rather prefer the actual date such as: 7-13 march 2011 >> >> Thanx FranÃ§ois any way. >> On 12 mars 2011, at 18:14, Geert Claes wrote: >> >>> Hi Francois, Excellent job again. Just one suggestion, can we use the >>> actual >>> week number e.g. Pharo summary week 10, 2011? >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Pharo-mailing-list-weekly-summary-5-tp3350331p3350535… >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Best regards, Igor Stasenko AKA sig.

March 13, 2011

Re: [Pharo-project] Fwd: [ANN] pharo focused sprint - bern, feb 26

by Igor Stasenko

On 2 March 2011 20:56, Adrian Lienhard <adi(a)netstyle.ch> wrote: > On Mar 2, 2011, at 20:33 , Luc Fabresse wrote: > >>> - Adrian, Jorge and Toon worked on implementing a Debugger on top of >>> Glamour. They got a first version working that is able to do basic actions: >>> step, restart, step into. The challenge was to get to understand the model, >>> and to figure out that <primitive: 19> is used for marking that a method >>> should not be debugged. In any case, working with Glamour seemed to work >>> quite smoothly. The code is available in the Glamorous Toolkit. Adrian, did >>> I get it right? :) >>> >> >> Nick in CC worked a lot to understand the model part of the Debugger. >> He has worked on a remote debugger. >> @Nick, you should have a look probably at this implementation of a debugger >> in Glamour. >> AFAICR the Debugger code really mixes the model, the GUI, the Debugees, ... >> so perhaps you can all join forces and propose a cleaner and extensible >> debugger ;-) > > Indeed, an independent model would make a lot of sense. Since the original logic is mixed with the GUI code, we just copied parts of it over to our new prototype. By factoring this out into an independent model we would not end up multiple copies for the original debugger, the Glomour debugger, the OB debugger, the remote debugger etc. > even if you copy it, we still badly need remote tools. :) Because we really cannot rely on having RFB installed on every headless image. It could be much more nicer and sexier to have small kernel image with small dispatcher to which you can connect and communicate with image remotely, without need of carrying Morphic blob inside it. > Adrian > -- Best regards, Igor Stasenko AKA sig.

March 13, 2011

Re: [Pharo-project] Update process broken by 13084

by Henrik Sperre Johansen

Den 13.03.2011 01:04, skrev Schwab,Wilhelm K: > Linux certainly allows that mistake. What about OSX? As Steph/Markus used Macs today when pushing updates, I'm fairly certain it does :) After all, it's just a prettified BSD. (ok, some other differences as well, like stack alignment requirements etc. :P) Cheers, Henry

March 13, 2011

Re: [Pharo-project] Issue 3815 in pharo: Filing in Class comments raises an error

by pharo＠googlecode.com

Comment #1 on issue 3815 by ryd...(a)gmail.com: Filing in Class comments raises an error http://code.google.com/p/pharo/issues/detail?id=3815 And if it is truly deprecated, and not planned to be updated to work correctly, "Recent submissions" should be removed from the World Tools menu...

March 13, 2011

Re: [Pharo-project] the glamorous toolkit project

by Igor Stasenko

+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.

March 13, 2011