December 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Spec table problem

by Benjamin

Fix proposed in 12323 Thanks to report :) Ben On 03 Dec 2013, at 10:21, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > This example I used to have does not work any more in the latest Pharo 3: > > tree := TreeModel new. > tree openWithSpec. > > tree columns: (Array > with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) > with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). > > tree roots: { > {'Benjamin'.'Van Ryseghem'.'26'.'M'} . > {'Pamela'.'Anderson'.'Far too much'.'F'} > }. > > How can I have a similar behavior to what it used to do ? > > Thanks !

Dec. 3, 2013

Re: [Pharo-dev] Versionner CI?

by Christophe Demarey

I just moved the job to Pharo Contributions: https://ci.inria.fr/pharo-contribution/view/Versions%20and%20Dependencies/ I will also put Metacello job there. Le 3 dÃ©c. 2013 Ã 10:18, ClÃ©ment Bera a Ã©crit : > The jobs's on Rmod: > https://ci.inria.fr/rmod/job/Versionner/ > > > 2013/12/3 Sean P. DeNigris <sean(a)clipperadams.com> > I was surprised there was no job on community contributions... > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Versionner-CI-tp4726899.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

Dec. 3, 2013

Re: [Pharo-dev] transcript is plain bad

by phil＠highoctane.be

I am working on this one. Don't kill the transcript, it is useful when working without a console. Now, adding the features you mention is not hard. And the top right triangle menu of Transcript could get a clue from the Workspace one with a Save As entry. I once had an issue with things like (out of the top of my head) FileStream stdout nextPutAll: 'hello'; cr; flush. when I went headless. The image worked at one point and the froze/locked. Until this is sorted out in full, keep a transcript handy. I gave the image to Guille who sent me back a version "unlocked" with Oz, but it still dies on Windows for example. Weird. Phil --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Tue, Dec 3, 2013 at 10:10 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Dec 2, 2013, at 8:46 PM, phil(a)highoctane.be wrote: > > And missing a ton of methods. > > Teh StackInterpreterSimulator is agreeing with this statement. > > > send us the ones that are missing. > > Please note that we should kill the transcript in the future because this > is a ^%$&*((^%$* outdated way to manage > feedback: plain string, close the window data is lost, limited in length, > no filteringâ¦.. > bad bad bad does not scale horrible and so frustrating. I will not send > you the current transcript I have because I deal with private code > but this does not work. > > Stef > > > > > > > On Mon, Dec 2, 2013 at 8:05 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > >> yes, the transcript is ThreadSafeTranscript >> >> >> On Mon, Dec 2, 2013 at 8:00 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com>wrote: >> >>> Buy the way, is absence of Transcript class - ok? >>> >>> I know how it all works now, but is it ok? :) >>> >>> uko >>> >>> >>> On 02 Dec 2013, at 19:58, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> >>> yes, please :) >>> >>> >>> On Mon, Dec 2, 2013 at 7:56 PM, StÃ©phane Ducasse < >>> stephane.ducasse(a)inria.fr> wrote: >>> >>>> >>>> > The return of the toothpick is near. o/ >>>> >>>> No I will finish my logger :) >>>> >>>> Stef >>>> >>>> >>> >>> >> > >

Dec. 3, 2013

Re: [Pharo-dev] Responsible development

by phil＠highoctane.be

The main issue I do face when doing Pharo dev at the moment is that there is always this feeling of risking getting locked out of the image. It happens every once in a while for weird reasons. Now, with configurations, Monticello and some changes file drag and drops, it is tolerable. But there is that fear of getting the image to freeze. The Cmd + . not working at all times add to that impression. Things like Oz and a remote browser to an image may alleviate that at one point in the future. Now, Xcode also freezes at times, and good luck for finding what's wrong. The ability to regain control is really what could be a great plus to the platform. As far as I am concerned, as a developer, I hate not having control on what's going on when coding. That may be a psychological trait. And yes, OO isn't about understanding it all before doing anything. But facing a frozen image with no way to get it back is really deeply frustrating. Especially with no way to understand why it went dark. That's where Oz is very interesting (as is Spoon with the remote browser - no matter how unfinished that is). So, I end up saving my image like XXX_yyyymmdd_hhmm with one workspace a day (workspaceProjectYYYYMMDD). This takes a lot of disk space, but that is cheap now. It all is rooted in the fear of getting a freeze. Phil --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Tue, Dec 3, 2013 at 10:01 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Dec 2, 2013, at 8:37 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> > wrote: > > > On 02 Dec 2013, at 20:27, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > wrote: > > > >>>>> We try now to have responsive UIs in the sense the tools like > Nautilus try to > >>>>> run things in a separate thread. > >>>>> > >>>>> I will do an experiment and fork each Nautilus opening to see if it > can save my ass :P > >>>> :) > >>>> > >>>> personnally I would be really against because just forking is just a > way to have a lot more mess in the future. > >>> > >>> Why ? > >> > >> Because you do not know when you invariants should hold. Normally you > expect them to hold once the system is loaded. > >> Because loading for example act as an atomic action when you modify the > system. Now if your thread can see and modify > >> different versions of the state be prepared to have really strange and > difficult bugs to find. > >> > >> I prefer to have cache than to have forked processes around. > > > > Cache will not help you killing Nautilus when it freezes your image > > fork neither. > > > (why cache by the way ?) > > I thought the discussion was about speeding up nautilus when performing > start up actions. > > > > Ben > > > >> > >> Stef > > > > > > >

Dec. 3, 2013

Spec table problem

by ClÃ©ment Bera

This example I used to have does not work any more in the latest Pharo 3: tree := TreeModel new. tree openWithSpec. tree columns: (Array with: (TreeColumnModel new displayBlock: [:node | node content first asString ]; headerLabel: 'Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content second asString ]; headerLabel: 'Last Name'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content third asString ]; headerLabel: 'Age'; yourself) with: (TreeColumnModel new displayBlock: [:node | node content fourth asString ]; headerLabel: 'Gender'; yourself)). tree roots: { {'Benjamin'.'Van Ryseghem'.'26'.'M'} . {'Pamela'.'Anderson'.'Far too much'.'F'} }. How can I have a similar behavior to what it used to do ? Thanks !

Dec. 3, 2013

Re: [Pharo-dev] Opal hook?

by StÃ©phane Ducasse

> Well if the class does not exists it calls the method on UndefinedObject (UndeclaredBinding). And you have: I will check and see if I can set up a hook because having classes subclasses of protoobject is not a good idea when loading broken code. > UndefinedObject>>subclass: nameOfClass > instanceVariableNames: instVarNames > classVariableNames: classVarNames > poolDictionaries: poolDictnames > category: category > "Calling this method is now considered an accident. If you really want to create a class with a nil superclass, then create the class and then set the superclass using #superclass:" > self traceCr: ('Attempt to create ', nameOfClass, ' as a subclass of nil. Possibly a class is being loaded before its superclass.'). > ^ProtoObject > subclass: nameOfClass > instanceVariableNames: instVarNames > classVariableNames: classVarNames > poolDictionaries: poolDictnames > category: category > > The best is to set manually the superclass after with #superclass: No because I have no idea what are the classes whose superclasses are not in the image. With a proper hook I could just say if the superclass is unknow please use the "StubRootClass" of my framework. else let the system handles it. Stef

Dec. 3, 2013

Re: [Pharo-dev] Versionner CI?

by ClÃ©ment Bera

The jobs's on Rmod: https://ci.inria.fr/rmod/job/Versionner/ 2013/12/3 Sean P. DeNigris <sean(a)clipperadams.com> > I was surprised there was no job on community contributions... > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Versionner-CI-tp4726899.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Dec. 3, 2013

Re: [Pharo-dev] NativeBoost String Handling Bug?

by StÃ©phane Ducasse

You know what? It will not be integrated because apparently the monkey tagged it as invalid. I have no idea why. I hate this automatic down grading. May be we should have a different tags to make the difference between work needed = nothing was done or something but it was never in the state where we could think it should be integrated was integration ready = it was ready but something happen Stef > Igor Stasenko wrote >> if yes then i think we can finally close the bug entry). > > I updated the issue and made your packages into a slice: > https://pharo.fogbugz.com/default.asp?7542 > SLICE-Issue-7542-NB-system-example-SeanDeNigris.1 > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/NativeBoost-String-Handling-Bug-tp4726860p4726895.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Dec. 3, 2013

Re: [Pharo-dev] transcript is plain bad

by StÃ©phane Ducasse

On Dec 3, 2013, at 2:59 AM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > 2013/12/2 Sean P. DeNigris <sean(a)clipperadams.com>: >> EstebanLM wrote >>> yes, the transcript is ThreadSafeTranscript >> >> Does "ThreadSafe" mean I don't have to wrap all my debug logging in >> "WorldState addDeferredUIMessage: [ Transcript... ]? That would save a lot >> of time :) > > According to the implementation it means there is a Mutex stopping > multiple processes from doing operations (#nextPut:, #nextPutAll:) at > the same time. It is... who sends the message first will be received > happily, whoever is second will have to wait in a semaphore :D I did that because I was trying to write a chapter on concurrent programming and since the output could be in any order it was difficult to show anything reliably. Now the implementation can be bad and anybody willing to imporve it is more than welcome. > Funny outputs might happen if two different senders use #nextPut: intertwined. > (other frameworks only left "complete line" outputs to loggers What is is? In the new logger I'm writing we have log ***OBJECTS*** and not dead strings. > , to > avoid this kind of scenarios). > > Regards! >

Dec. 3, 2013

Re: [Pharo-dev] transcript is plain bad

by StÃ©phane Ducasse

On Dec 2, 2013, at 8:46 PM, phil(a)highoctane.be wrote: > And missing a ton of methods. > > Teh StackInterpreterSimulator is agreeing with this statement. send us the ones that are missing. Please note that we should kill the transcript in the future because this is a ^%$&*((^%$* outdated way to manage feedback: plain string, close the window data is lost, limited in length, no filteringâ¦.. bad bad bad does not scale horrible and so frustrating. I will not send you the current transcript I have because I deal with private code but this does not work. Stef > > > > > > On Mon, Dec 2, 2013 at 8:05 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > yes, the transcript is ThreadSafeTranscript > > > On Mon, Dec 2, 2013 at 8:00 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Buy the way, is absence of Transcript class - ok? > > I know how it all works now, but is it ok? :) > > uko > > > On 02 Dec 2013, at 19:58, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> yes, please :) >> >> >> On Mon, Dec 2, 2013 at 7:56 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> > The return of the toothpick is near. o/ >> >> No I will finish my logger :) >> >> Stef >> >> > > >

Dec. 3, 2013