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

Re: [Pharo-dev] Resolving issue 16760

by stepharo

Thanks monty. We will have a look at it. Le 4/11/15 21:01, monty a Ã©crit : > https://pharo.fogbugz.com/f/cases/16760/Dictionary-breaks-when-comparing-id… > > The newest fix that changes Dictionary>>= and related = methods to use species == tests can go in. or I can redo the older more complex fix that allows some cross class equality comparisons (like between Dictionary and SmallDictionary and between IdentityDictionary and OrderedIdentityDictionary). But the current behavior is clearly wrong and needs to be changed. > >

Nov. 6, 2015

Re: [Pharo-dev] garbage on transcript

by stepharo

Thanks! Le 6/11/15 14:47, Marcus Denker a Ã©crit : > This has been fixed in 5.0 418 (yesterday). > >> On 08 Sep 2015, at 09:13, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> Yes, we do name analysis on the AST before coloring itâ¦ >> >> Even worse than the transcript output are >> >> -> it adds everything into Undeclared >> -> Playground colors variables wrong that the playground knows as the name analysis does >> not setup the requestorscope correctly. >> >> I will add issue tracker entriesâ¦ >> >> Marcus >>> On 08 Sep 2015, at 08:09, stepharo <stepharo(a)free.fr> wrote: >>> >>> Hi >>> >>> when I define methods and the Transcript is open I get such kind of trace and I do not get where it comes from. >>> I think that this is the syntactical coloring. >>> Would be good to avoid because this is annoying. >>> >>> StoreImporter>>messageSelectorAndArgumentNames (statements is Undeclared) >>> >>> UndefinedObject>>noMethod (messageSelectorAndArgumentNames is Undeclared) >>> >>> Stef >>> > >

Nov. 6, 2015

[pharo-project/pharo-core]

by GitHub

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

Nov. 6, 2015

[pharo-project/pharo-core] 8a9da0: 50423

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 8a9da081c5bdcd21a2c34c7f4da3f1bb9b51b43c https://github.com/pharo-project/pharo-core/commit/8a9da081c5bdcd21a2c34c7f… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-11-06 (Fri, 06 Nov 2015) Changed paths: M Collections-Sequenceable.package/OrderedCollection.class/README.md M Refactoring-Critics.package/RBSmalllintChecker.class/class/instance creation/runRule_onEnvironment_.st M Refactoring-Critics.package/RBSmalllintChecker.class/instance/actions/run.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50422.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50423.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50422.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50423.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50423 16814 Critics Browser seriously broken https://pharo.fogbugz.com/f/cases/16814 16923 Improve OrderedCollection comment. https://pharo.fogbugz.com/f/cases/16923 http://files.pharo.org/image/50/50423.zip

Nov. 6, 2015

Re: [Pharo-dev] Kind of RBRenameMethodRefactoring but for closures?

by Mariano Martinez Peck

On Fri, Nov 6, 2015 at 12:33 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > 2015-11-06 16:17 GMT+01:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >> Hi guys, >> >> I have a very large kind of "rule engine" in which rules are written in >> smalltalk. These rules are saved as domain objects (imagine a rule kind of >> object) which end up having a closure. The code of those closure most of >> the time receives an argument and send messages to it. >> I want to add automatic method rename for rules. Let's say i have plenty >> of rules sending the message (rule) #price and now I want to refactor all >> senders to actually send #lastPrice. >> >> I am taking a look to RBRenameMethodRefactoring and friends. But I wonder >> if there is something specifically for managing blocks rather than >> methods/classes? >> > > Just write a RBParseTreeRewriter rule with specific elements to only > activate inside blocks. > > Thanks Thierry, that helped me to get started. Note that all my closures are clean (#isClean answering true, that is, they are all self contained), and I also have the 'string' of them. So I have no problem to just re generate them :) So this kind of worked: *| rewriter tree oldSeletor newSelector |* *"next: build the method-like string out of our closure strings"* *tree := RBParser parseMethod: 'DoIt ^ [:proxy | * * proxy at: #oldSelector.* * proxy oldSelector. * * proxy oldSelectorAnotherMethod.* * proxy do: ''oldSelectorAndSomething''.* * "a comment with #oldSelector "* * ]'.* *oldSeletor := #oldSelector. * *newSelector := #newSelector.* *oldSeletor numArgs > 0 ifTrue: [ self error: 'For the moment we only support renaming selectors without arguments'].* *rewriter := RBParseTreeRewriter replaceLiteral: oldSeletor with: newSelector. * *rewriter * * replace: '``@object ' , oldSeletor* * with: '``@object ' , newSelector.* *rewriter executeTree: tree. * *tree newSource* And that answers: *'DoIt ^ [:proxy | * * proxy at: #newSelector.* * proxy newSelector. * * proxy oldSelectorAnotherMethod.* * proxy do: ''oldSelectorAndSomething''.* * "a comment with #oldSelector "* * ]'* > Or a cascade: a RBParseTreeSearcher which matches blocks; on each block > node you activate a rewriter. > > However, there is an issue in rewriting blocks contents, because it > supposes that the method defining the block is recompiled; it's > significantly harder to make changes to the code of live blocks (change the > bytescode itself? What if the block has multiples instances?). > > Thierry > > > >> >> If not, I think my easiest path is to automatically compile >> dummy/temporal classes/methods from the rules, perform the refactor, then >> move source from methods to block closures, and finally remove created >> classes. >> >> Any pointer is appreciated. >> >> best, >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > -- Mariano http://marianopeck.wordpress.com

Nov. 6, 2015

Re: [Pharo-dev] What is switch universe in Bloc?

by Dimitris Chloupis

"Then they may complain about lack of documentation and no examples and in the end they will end up with not the best impression of Bloc and will likely not accept it when it is done" Are we talking about the same Bloc here , because the last time I checked it contained like "1000" examples. I dont think I ever seen 1/10th of examples that Bloc provides in any other Pharo Library/ tool. Bloc is an example by itself to be followed not complain about. Sure its still WIP , most of us are aware of it and almost ( ? ) none of us use it in production anyway. And since this is suppose to be the replacement of Morphic maybe having people using it will increase the amount of people contributing into it ? Just saying. For my custom GUI project I chose Morphic, which is what I recommend as the best GUI option inside Pharo. But I close an eye to Bloc and hope for the best ;)

Nov. 6, 2015

Re: [Pharo-dev] Looking for a simple lecture on reflection in Smalltalk

by Eliot Miranda

Hi Stef, google "brian foote intercession introspection" and you'll find PowerPoint slides from Brian's talks. There's also Brian and Ralph's paper and A Razavi's paper. The key is to present the three groups of facility: self-representation (classes and methods are objects too) intercession (doesNotUnderstand:) introspection (class, size, mirrors etc Also note we use a poor man's mirrors in the execution simulator via object:instVarAt: objectClass: et al that break encapsulation to give accurate debugging because there is no encapsulation within the VM. > On Nov 3, 2015, at 7:37 PM, stepharo <stepharo(a)free.fr> wrote: > > Hi guys > > for the mooc I would like to give a simple lecture on reflection. > If you have any pointers I'm interested in knowing them. > > Stef >

Nov. 6, 2015

Re: [Pharo-dev] Kind of RBRenameMethodRefactoring but for closures?

by Thierry Goubier

2015-11-06 16:17 GMT+01:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Hi guys, > > I have a very large kind of "rule engine" in which rules are written in > smalltalk. These rules are saved as domain objects (imagine a rule kind of > object) which end up having a closure. The code of those closure most of > the time receives an argument and send messages to it. > I want to add automatic method rename for rules. Let's say i have plenty > of rules sending the message (rule) #price and now I want to refactor all > senders to actually send #lastPrice. > > I am taking a look to RBRenameMethodRefactoring and friends. But I wonder > if there is something specifically for managing blocks rather than > methods/classes? > Just write a RBParseTreeRewriter rule with specific elements to only activate inside blocks. Or a cascade: a RBParseTreeSearcher which matches blocks; on each block node you activate a rewriter. However, there is an issue in rewriting blocks contents, because it supposes that the method defining the block is recompiled; it's significantly harder to make changes to the code of live blocks (change the bytescode itself? What if the block has multiples instances?). Thierry > > If not, I think my easiest path is to automatically compile dummy/temporal > classes/methods from the rules, perform the refactor, then move source > from methods to block closures, and finally remove created classes. > > Any pointer is appreciated. > > best, > > -- > Mariano > http://marianopeck.wordpress.com >

Nov. 6, 2015

[pharo-project/pharo-core]

by GitHub

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

Nov. 6, 2015

[pharo-project/pharo-core] 55a184: 50422

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 55a184d76bdce099d7c537f1df3d12a33f66e27a https://github.com/pharo-project/pharo-core/commit/55a184d76bdce099d7c537f1… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-11-06 (Fri, 06 Nov 2015) Changed paths: M EmbeddedFreeType.package/SourceCodeProRegular.class/class/accessing/fontContents.st M EmbeddedFreeType.package/SourceSansProRegular.class/class/accessing/fontContents.st A EmbeddedFreeType.package/SourceSansProRegular.class/instance/as yet unclassified/fontContents.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/README.md M Reflectivity-Tests.package/ReflectiveMethodTest.class/definition.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/running/tearDown.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - creation/testCreateReflectiveMethodAndInvalidate.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - creation/testInvalidate.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - creation/testInvalidateNoJit.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - creation/testInvalidateWithLinkCount.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - links/testLinkCountTwoLinks.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - links/testSetLink.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - links/testSetLinkInPrimitive.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - links/testSetLinkOnPrimitive.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - links/testSetLinkWithPragmaOptions.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - links/testSetLinkWithPragmaOptionsPerClass.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - variables/testSetLinkOnClassVariable.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - variables/testSetLinkOnClassVariableAndUninstall.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - variables/testSetLinkOnGlobalVariable.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - variables/testSetLinkOnGlobalVariableAndUninstall.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - variables/testSetLinkOnInstanceVariable.st M Reflectivity-Tests.package/ReflectiveMethodTest.class/instance/tests - variables/testSetLinkOnInstanceVariableAndUninstall.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50421.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50422.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50421.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50422.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50422 16935 Source Sans and Code fonts do not support non-latin characters (symbols or cyrillic) https://pharo.fogbugz.com/f/cases/16935 16940 better tearDown ReflectiveMethodTest https://pharo.fogbugz.com/f/cases/16940 http://files.pharo.org/image/50/50422.zip

Nov. 6, 2015