January 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] What Logging framework for Pharo

by HernÃ¡n Morales Durand

First of all, I am not the developer of Log4s, but I have been using it for a while and I see no significant gain switching to SystemLogger or ZnLogEvent. As Alain said, it is based in Log4j, which has his own Wikipedia page: http://en.wikipedia.org/wiki/Log4j I don't think there is too much sense in having "Log Objects" around, where probably I want to tail a daily rolled log from a headless remote image. I read the documentation of SystemLogger hoping to find a mechansim which dynamically selects compression strategies based in what's logged, or some other advanced feature, but I didn't found any :( So if Object logging is implementing #asLog and #logClass methods maybe I should add them so Log4s can log "Object" :). But seriously, such comparison is not fair. Let's compare real logging features: priorities, levels, appenders, output destinations, hierarchical logging, formatting layout, etc. Many of them are implemented in Log4s. Cheers, HernÃ¡n 2015-01-12 14:56 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > > On 12 Jan 2015, at 18:27, Alain Rastoul <alf.mmm.cat(a)gmail.com> wrote: > > > > hi all, > > > > Googling a bit for a logging framework in Pharo, I found sl4j, which > sounds familiar to me. > > http://ss3.gemstone.com/ss/Log4s.html/Wiki > > > > I suppose the API is the same as the java package, as claimed by the > project page. > > I wonder if anybody is using it , or has tried it and have an advice on > that package ? > > (I saw there was no test and no comments ... :( ) > > > > I think it could be great for Pharo to have a standard package like > that, a logging facility is mandatory for most -if not all- applications > > > > Any advice or pointers ? > > Object logging instead of String logging is the way to go. SystemLogger, > Beacon, Zinc's ZnLogEvent are examples. Search the mailing list for past > discussions. > > > TIA > > -- > > Regards, > > > > Alain > > > > > > >

Jan. 13, 2015

Re: [Pharo-dev] What Logging framework for Pharo

by Alain Rastoul

Le 12/01/2015 21:17, Tudor Girba a Ã©crit : > Hi, > > You can details about beacon here: > http://www.humane-assessment.com/blog/beacon Thank you Tudor for the link, very interesting readings here. Trying StackSignal+GTInspector is simply amazing and deserves in depth exploration One day, I'll show that to some dotNet zealots collegues just to see their face :) The merging of SystemLogger and Beacon should be great. And I agree with Phil about appenders, they are important in production -- Regards, Alain

Jan. 12, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40441 Home: https://github.com/pharo-project/pharo-core

Jan. 12, 2015

[pharo-project/pharo-core] a599e7: 40441

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: a599e7be90599f97100d5d9ebdc46181eedb0766 https://github.com/pharo-project/pharo-core/commit/a599e7be90599f97100d5d9e… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-01-12 (Mon, 12 Jan 2015) Changed paths: M Kernel.package/Metaclass.class/instance/fileIn%2FOut/definition.st A Kernel.package/Metaclass.class/instance/initialize-release/slots_.st M Monticello.package/MCClassDefinition.class/instance/installing/createClass.st A Monticello.package/MCClassDefinition.class/instance/printing/classInstanceVariables.st M Monticello.package/MCTraitDefinition.class/instance/comparing/requirements.st M Monticello.package/extension/Class/instance/asClassDefinition.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script441.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40441.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Slot.package/OldClassBuilderAdapter.class/instance/slots/class_slots_.st Log Message: ----------- 40441 14720 Add support for Class Instance Slots https://pharo.fogbugz.com/f/cases/14720 http://files.pharo.org/image/40/40441.zip

Jan. 12, 2015

Modifying methodDict breaks System Browser

by Atlas

Hi, After replacing the method of a class with an object of a class implementing the /run:with:in/ method, the context menu of the System Browser stops appearing, a debug context menu "Why you see this menu. Debug" pops up instead. After putting the original method back, the browser works again. Code: o := Interceptee new. m := Interceptee methodDict at: #method. Interceptee methodDict at: #method put: Interceptor new. o method. "Breaks context menu?" Interceptee methodDict at: #method put: m. "Browser works again" Is anyone else having this problem? Or am I doing anything wrong? Thanks -- View this message in context: http://forum.world.st/Modifying-methodDict-breaks-System-Browser-tp4799147.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 12, 2015

Re: [Pharo-dev] What Logging framework for Pharo

by phil＠highoctane.be

Le 12 janv. 2015 21:17, "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit : > > Hi, > > You can details about beacon here: > http://www.humane-assessment.com/blog/beacon > > Cheers, > Doru > > > > On Mon, Jan 12, 2015 at 7:52 PM, Alain Rastoul <alf.mmm.cat(a)gmail.com> wrote: >> >> Le 12/01/2015 18:56, Sven Van Caekenberghe a Ã©crit : >> >>> >>>> On 12 Jan 2015, at 18:27, Alain Rastoul <alf.mmm.cat(a)gmail.com> wrote: >>>> >>>> hi all, >>>> >>>> Googling a bit for a logging framework in Pharo, I found sl4j, which sounds familiar to me. >>>> http://ss3.gemstone.com/ss/Log4s.html/Wiki >>>> >>>> I suppose the API is the same as the java package, as claimed by the project page. >>>> I wonder if anybody is using it , or has tried it and have an advice on that package ? >>>> (I saw there was no test and no comments ... :( ) >>>> >>>> I think it could be great for Pharo to have a standard package like that, a logging facility is mandatory for most -if not all- applications >>>> >>>> Any advice or pointers ? >>> >>> >>> Object logging instead of String logging is the way to go. SystemLogger, Beacon, Zinc's ZnLogEvent are examples. Search the mailing list for past discussions. >> >> >> found your video on ZnLogEvent on youtube >> +1 for logging objects ... :) These are nice. There is still value in Log4s with its variery of appenders. We should xombine these things. Phil >> >> >>> >>>> TIA >>>> -- >>>> Regards, >>>> >>>> Alain >>>> >>>> >>> >>> >>> >> >> >> -- >> Regards, >> >> Alain >> >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Jan. 12, 2015

Re: [Pharo-dev] [Pharo4] Slots can now be saved with MC

by Tudor Girba

This is wonderful news, Marcus! Thanks for the hard, tedious (and too often overlooked) work, Doru On Fri, Jan 9, 2015 at 8:15 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > After some searching for a solutionâ¦ that does not break > backward-compatibility, I found a way to save classes that use > slots. > > - if a class just uses ivar Slots, it saves it 100% backward compatible > (e.g. loadable in other systems) > - if a class uses a special slot or class var, it saves the definition of > the slot as the variable name in the > monticello model. > - on load it checks if there is a space in a variable name, and if yes â> > decode these as Slot/Global var definions. > - the code path for non-Slot classes stays largely untouched. > > This is not beautiful but backward compatibleâ¦ you can even load classes > with Slots in Pharo3, it then creates invalid > ivar names, which of course means the code does not run but it is readable. > > e.g. create a class like > > Object subclass: #A > slots: { #iv => TestSlot } > classVariables: { } > category: 'Playgroundâ > > (TestSlot is a slot that does not use up space in the instance and instead > saves the state in the Slot object, which > means all instances share the state. Just a small example) > > Limitations > -> no support for class variables yet > -> class instance variables not yet done, either > -> nut used much, for sure there will be bugs > > This is in 4.0 438 > > Marcus > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 12, 2015

Re: [Pharo-dev] GTInspector does not refresh printString

by Sven Van Caekenberghe

> On 12 Jan 2015, at 19:36, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > Maybe we can try an intermediary solution until then where at least the Raw presentation is updated at each step or using a timer. Yes, please. Better some solution now than none, even if better/newer stuff might come later one.

Jan. 12, 2015

Re: [Pharo-dev] What Logging framework for Pharo

by Tudor Girba

Hi, You can details about beacon here: http://www.humane-assessment.com/blog/beacon Cheers, Doru On Mon, Jan 12, 2015 at 7:52 PM, Alain Rastoul <alf.mmm.cat(a)gmail.com> wrote: > Le 12/01/2015 18:56, Sven Van Caekenberghe a Ã©crit : > > >> On 12 Jan 2015, at 18:27, Alain Rastoul <alf.mmm.cat(a)gmail.com> wrote: >>> >>> hi all, >>> >>> Googling a bit for a logging framework in Pharo, I found sl4j, which >>> sounds familiar to me. >>> http://ss3.gemstone.com/ss/Log4s.html/Wiki >>> >>> I suppose the API is the same as the java package, as claimed by the >>> project page. >>> I wonder if anybody is using it , or has tried it and have an advice on >>> that package ? >>> (I saw there was no test and no comments ... :( ) >>> >>> I think it could be great for Pharo to have a standard package like >>> that, a logging facility is mandatory for most -if not all- applications >>> >>> Any advice or pointers ? >>> >> >> Object logging instead of String logging is the way to go. SystemLogger, >> Beacon, Zinc's ZnLogEvent are examples. Search the mailing list for past >> discussions. >> > > found your video on ZnLogEvent on youtube > +1 for logging objects ... :) > > > >> TIA >>> -- >>> Regards, >>> >>> Alain >>> >>> >>> >> >> >> > > -- > Regards, > > Alain > > > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 12, 2015

Re: [Pharo-dev] R: from 2009's The "death" of Smalltalk to 2014's But Really, You Should Learn Smalltalk

by Sebastian Sastre

how nice! yes is a great intro to "change lanes" a bit more than learn anything. But that sparks stronger curiosity on experimenting After a intro like that, having a hackathon to actually do something would be ideal Most people just want to "build stuff" that can do the "cool tricks" It's almost painful to hear by the expert but not managing that emotion and turn that energy into something positive is silly since the expert is the best guy to mentor them to do those tricks with "this empowering tech" The kids just want to be magicians for their audiences and the opportunity to help them to do "the tricks" is there for who decides to take it. I'm sure you know this one: Any sufficiently advanced technology is indistinguishable from magic. Arthur C. Clarke, "Profiles of The Future", 1961 (Clarke's third law) English physicist & science fiction author from mobile > On 12/01/2015, at 16:08, J.F. Rick <self(a)je77.com> wrote: > > Hi Sebastian, > > Noel is actually my academic older brother (i.e., we had the same doctoral advisor). Noel's introduction is nice but it is to people who know how to program (specifically, Ruby programmers). That's useful. The Pharo books and YouTube videos do this very well. But, you also need to provide a way in for people who are learning to program. One thing you could do is provide a book that could be used at a university to teach object-oriented programming. > > Cheers, > > Jeff > >> Da: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] Per conto di Sebastian Sastre >> Inviato: venerdÃ¬ 9 gennaio 2015 19:07 >> A: Pharo Development List >> Oggetto: Re: [Pharo-dev] from 2009's The "death" of Smalltalk to 2014's But Really, You Should Learn Smalltalk >> >> >> >> Hi Jochen, >> >> >> >> have in mind that the talk you referred is from 2009 and many controversial things happened in the Ruby community at that time. >> >> >> >> Coming closer to today, we just had this presentation which presents Smalltalk better than many Smalltalkers Iâve heard! >> >> https://www.youtube.com/watch?v=eGaKZBr0ga4 >> >> >> >> Want to show off smalltalk to non-smalltalker audiences in an effective way? watch and learn! >> > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick

Jan. 12, 2015