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

Re: [Pharo-project] SmallLint

by Lukas Renggli

>>> Adding an indice of difficulty to correct the rule: >>> - Level of automation for the correction of the rule (automatic, semi-automatic, â¦). >> >> Actually this information is there: rules correct automatically if the >> rule is a subclass of RBTransformationRule. > > Ok good to know. Are they linked to a refactoring? The RBTransformationRules are specified as a rewrite rule, so in the end they are an undo-able refactoring change. >>> - Scope of the rule (block, method, class â¦). >> >> Not sure what you mean, but you can scope the rules to any >> RBEnvironment (see >> http://www.lukas-renggli.ch/blog/programmatically-run-lint) > > This is not in that direction but more. > This rule may impact method, classesâ¦ > > One idea is can we propose a way to assess the cost of fixing a violated rules. > Not easy since some of the rules are trivially fixed but may report a lot of violated places > while a rule can be difficult to fix and only get to one place. > Still we would like to give some hints to the maintainer. I think the cost is hard to assess for a tool. It is basically zero if a refactoring can be instantiated to fix it, but for many code critics rules there is no such refactoring. A critics rule is merely a suggestion of how the code could possibly be improved. >>> Other costs could be >>> - cost of applying (may be the rule requires to compute something else, or if a rule has 50000 hits, it generates an extra cost to analyze the results) >>> - cost of NOT applying the rule (if it could detect a bug and we don' t apply it ...) >> >> There is something like this in RBLintRule>>#severity. The severity is >> shown as an icon in OB. > > Ok we should use that. Jenkins also uses it. All Java tools have a severity flag, so I had to add it. Have a look at source of FireBug, it even goes further (don't remember how). >>> Adding a manifest to manage/mark falses positive: >>> - one manifest (a class) by package. >>> - Manifest: exclusion of class/method of the package for rules or for all the rules. >>> - Exclusion of rules for the package. >> >> See http://www.lukas-renggli.ch/blog/ignoring-lint-rules. >> >> Also many years ago I wrote some infrastructure to run critics rules >> as part of the tests, what essentially served as a runnable manifest. > > what was it? > How did you manage false positives. What we want is to add a package Manifesto to store false positives. > Because we should not use pragma for that because we will have tons of pragmas everywhere. Yes, the pragmas are not really ideal, because most of the time you don't want to see that kind of annotations. What is available in the repository mentioned is an abstract test case with a test for each critics rule. Projects would subclass that test and override a method returning a default environment to run code critics on. Then you had a little DSL where you could enable/disable certain rules. And you could modify the default environment for each rule individually, that is to add/remove classes, class hierarchies, methods, method prefixes, method patterns, etc. It was basically a manifesto (it could also contain project specific rules) in the form of a runnable TestCase. We used this system successfully for the Cmsbox. After careful configuration we had a system with zero code critics failures. And the build system immediately barked if a new failure was introduced; or an expected one was removed. Lukas -- Lukas Renggli www.lukas-renggli.ch

Jan. 10, 2012

Re: [Pharo-project] Resetting an announcer

by Sean P. DeNigris

Igor Stasenko wrote > > do you think it is useful? i don't remember why we added this method.. > it was almost a year ago :) > Well, I found myself with subscriptions hanging around even though I subscribed weakly and did a gc, so it was useful in that situation. -- View this message in context: http://forum.world.st/Resetting-an-announcer-tp4283104p4283342.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 10, 2012

[Pharo-project] [COTDC] 103 - ZLibWriteStream

by sean＠clipperadams.com

102 classes done 794 classes remaining Continuing in Compression... Today: ZLibWriteStream Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest p.s. this message was sent from a pharo image. Did you know you could easily do that?!

Jan. 10, 2012

Re: [Pharo-project] NativeBoost and NBOpenGL on Mac?

by StÃ©phane Ducasse

thanks May be this page is interesting: http://developer.apple.com/library/mac/#documentation/GraphicsImaging/Conce… Igor how is london :) ? Crowded? Stef On Jan 10, 2012, at 9:19 PM, Lawson English wrote: > Igor, I haven't read through the documentation, but glancing at some complaints about this issue, it is plausible that the system thinks you're trying to run a remote OpenGL server. > > http://lists.apple.com/archives/mac-opengl/2007/Dec/msg00009.html > > The relevant documentation is supposed to be here: > > http://developer.apple.com/library/mac/#documentation/GraphicsImaging/Conce… > > L > On 1/10/12 6:08 AM, Igor Stasenko wrote: >> The problem i had stuck with is the inability to create a windowed context on Mac. For that i need to bind to either Carbon or Cocoa libs.. while i thought that i can just use basic functions. I were able to create an OpenGL context using coreGL (or something called Core) but i didn't managed to figure out what to do next. There seems to be lacking of windowing support on mac. So i could use this context as an offscreen context and it should work, but i'm not tried it yet. One of disappointment is that when i query the renderer used for given context, it reports an "Apple software renderer" , which not what i expected means that it is a software renderer, and not hardware acccelerated.. (or maybe it should be read as 'apple-software' renderer.. then there is more hope :) You can check the work if you load the package NBOpenGL-Mac. Any help or suggestions will be appreciated. > >

Jan. 10, 2012

Re: [Pharo-project] Hosting a two days conference on Pharo

by Esteban Lorenzano

ha! I will be there :D El 10/01/2012, a las 4:38p.m., StÃ©phane Ducasse escribiÃ³: > Hi guys > > I would like to organize a two days event around pharo in May @ lille. > We could get it over a friday and saturday so that people can join on their free time. > > What do you think? > > Possible dates are: > 11-12 (best dates for us). > 25-26 > > Stef

Jan. 10, 2012

Re: [Pharo-project] NativeBoost and NBOpenGL on Mac?

by Lawson English

Igor, I haven't read through the documentation, but glancing at some complaints about this issue, it is plausible that the system thinks you're trying to run a remote OpenGL server. http://lists.apple.com/archives/mac-opengl/2007/Dec/msg00009.html The relevant documentation is supposed to be here: http://developer.apple.com/library/mac/#documentation/GraphicsImaging/Conce… L On 1/10/12 6:08 AM, Igor Stasenko wrote: > The problem i had stuck with is the inability to create a windowed > context on Mac. For that i need to bind to either Carbon or Cocoa > libs.. while i thought that i can just use basic functions. I were > able to create an OpenGL context using coreGL (or something called > Core) but i didn't managed to figure out what to do next. There seems > to be lacking of windowing support on mac. So i could use this context > as an offscreen context and it should work, but i'm not tried it yet. > One of disappointment is that when i query the renderer used for given > context, it reports an "Apple software renderer" , which not what i > expected means that it is a software renderer, and not hardware > acccelerated.. (or maybe it should be read as 'apple-software' > renderer.. then there is more hope :) You can check the work if you > load the package NBOpenGL-Mac. Any help or suggestions will be > appreciated.

Jan. 10, 2012

Re: [Pharo-project] Resetting an announcer

by Igor Stasenko

On 10 January 2012 20:27, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > There is SubscriptionRegistry>>#reset, but in the examples I've seen, one has > access to the announcer, but not the registry. How about: > Â Announcer>>reset > Â Â Â registry reset. do you think it is useful? i don't remember why we added this method.. it was almost a year ago :) > > -- > View this message in context: http://forum.world.st/Resetting-an-announcer-tp4283104p4283104.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

Jan. 10, 2012

[Pharo-project] Hosting a two days conference on Pharo

by StÃ©phane Ducasse

Hi guys I would like to organize a two days event around pharo in May @ lille. We could get it over a friday and saturday so that people can join on their free time. What do you think? Possible dates are: 11-12 (best dates for us). 25-26 Stef

Jan. 10, 2012

[Pharo-project] Resetting an announcer

by Sean P. DeNigris

There is SubscriptionRegistry>>#reset, but in the examples I've seen, one has access to the announcer, but not the registry. How about: Announcer>>reset registry reset. -- View this message in context: http://forum.world.st/Resetting-an-announcer-tp4283104p4283104.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 10, 2012

Re: [Pharo-project] Most wanted programming language:

by Guido Stepken

This here is real fun: http://www.reactos.de/forum/viewtopic.php?p=82781 I really love PVS - Studio, cause it documents, that its - by principle - *impossible* to write reliable software in certain programming languages. :-) Have fun! Guido Stepken Am 10.01.2012 19:46 schrieb "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr>: > fun :) > > >> > >> yes, see http://astares.blogspot.com/2006/07/stupid-metrics.html > >> > > > > Exactly! I wrote a short blog post to vent: > > http://seandenigris.com/blog/?p=911 > > > > -- > > View this message in context: > http://forum.world.st/Most-wanted-programming-language-tp4282590p4282943.ht… > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > >

Jan. 10, 2012