- Pharo-dev - lists.pharo.org

Re: [Pharo-project] CogDroid Beta Test builds

by Milan Mimica

I love it! On 9 January 2012 05:06, Dimitry Golubovsky <golubovsky(a)gmail.com> wrote: > Hi, > > As CogDroid has undergone more testing on both ARM and x86 platforms, > I am pleased to announce that CogDroid is now Beta. > > I have made two testing builds available: > > > http://www.golubovsky.org/userdirs/golubovsky/CogDroid-beta/CogDroid-debug.… > for ARM, and > > http://www.golubovsky.org/userdirs/golubovsky/CogDroid-beta/CogDroid86-debu… > for x86. > > This is a temporary location. Hopefully my request for Jenkins account > will be granted, and I will be able to set up automatic build jobs for > CogDroid. > > What has been added/changed since the latest Alpha releases: > > 1. The core VM Java and native code has been separated into a library. > Cog-based applications may be built on top of the library. The beta > versions mentioned in this message are generic builds whose code > extends the base activity class adding nothing to its functionality. > The beta APK have different Java package names from alpha releases. > > 2. A VM primitive has been added to read text from Android clipboard. > In order to use this primitive, In order to use this primitive, the > package > > http://source.squeak.org/VMMaker/Android-Base-golubovsky.21.mcz (or newer) > > has to be installed from the following repo: > > http://source.squeak.org/VMMaker/ > > 3. Locale support has been added. Android NDK does not provide locale > support as traditional C programs would expect, so the "stock" > UnixLocalePlugin does not work. The Android replacement retrieves > locale information from Java runtime by making several JNI calls at > the moment of plugin initialization. CogDroid does not see changes in > locale if Android language/country settings are changed, until > restarted. > > 4. Keyboard support has been improved: in both architectures Ctrl and > Alt modifiers should work, however I can not test it for ARM as I do > not have a tablet with keyboard. Keyboard modifiers work in x86. > > Thanks. > > -- > Dimitry Golubovsky > > Anywhere on the Web > > -- Milan Mimica http://sparklet.sf.net

Jan. 10, 2012

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