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

Re: [Pharo-dev] Edge bundles

by Alexandre Bergel

We can discuss about this at esug. You are coming right? Alexandre > On Jun 26, 2015, at 7:52 PM, Craig Latta <craig(a)netjam.org> wrote: > > > Hi Alexandre-- > > Very nice! I would love to use this for my object memory > visualizations[1], so that they can be recomputed live. Have you done > any work toward hyperbolic display, as with Walrus[2]? The datasets I > work with are sufficiently large that such a technique is indispensable. > > > thanks, > > -C > > [1] http://netjam.org/context/viz > [2] http://www.caida.org/tools/visualization/walrus > > -- > Craig Latta > netjam.org > +31 6 2757 7177 (SMS ok) > + 1 415 287 3547 (no SMS) > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 28, 2015

New Cog VMs available

by Eliot Miranda

at www.mirandabanda.org/files/Cog/VM/VM.r3390 Note that there's also a 64-bit Spur linux stack VM available for people (Hi Tobias!) who want to play with it. The 64-bit image is in mirandabanda.org/files/Cog/SpurImages. CogVM binaries as per VMMaker.oscog-eem.1388/r3390 Newspeak: Enforce Newspeak access control in the interpreter, and enable it in Stack VMs. Add a separate global lookup cache for non-ordinary sends. Do proper lookups for self and super send misses from cogged code. Do proper lookups for implicit receiver and outer send misses from cogged code. Distinguish lookup for ordinary sends and for MNU processing in the JIT. Skip private methods and stop on protected methods in ordinary lookup. This should complete Newspeak access control. Spur: Add explicit read barriers to primitives which access an argument as the receiver (i.e. the mirror primitives). Don't check if the actual receiver is used. Simplify failure where appropriate because primitives will be retried. Fix bogus assert in extSendBytecode. Simplify SpurMemoryManager>>classForClassTag:; its assert is superfluous. ARM Cogit: Add hardware FP support for ARM. Runs all SUnit tests and assorted benchmarks ok, makes nbody 3X faster. Probably some cleaning up to do, possibly more careful NaN handling etc. Fix PIC parsing for out-of-line literals. Add an assert to the closed PIC prototype code to check all PIC parameters are accessible. Add a containsAddress: to abstract away the test for a target within the PIC. -- best, Eliot

June 28, 2015

Re: [Pharo-dev] RBEnvironments allClasses/Traits/Meta ...

by stepharo

Since you probably want to query a method after on the class, I would return 1 > #flushEvents > > this method is send by > SmalltalkImage garbageCollect > SmalltalkImage shutDownImage: > WorldMorph installForUIProcessReinstall > and the *class side * method > Object class flushEvents. > > What would you expect this method returns: > " the classes of the environment fore references to #flush events" > (RBBrowserEnvironment new referencesTo:#flushEvents) classes > > 1. SmalltalkImage/WorldMorph/Object class > 2. SmalltalkImage/WorldMorph/Object > 3. SmalltalkImage/WorldMorph Because if I want two this is easy query collect: #theNonMetaclass > > 1, because all three classes resp. the meta class "Object class" refer > to this (this is how Pharo 3 behaves) > 2, because all three classes have a method on the instance or class > side refering to this (this is what I would expect) > 3. because there are only two non-meta classes refering to this method > (this is how Pharo4/5 behaves) 3 is a bug! When we look for refs we should get them all. > > ? > > I don't know, but this is crucial for deciding the way on how to clean > the current RBEnvironments implementation. oh yes! Thanks for looking into it. > > > > > > 2015-06-22 22:39 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de > <mailto:nicolaihess@web.de>>: > > > > 2014-12-18 22:32 GMT+01:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com > <mailto:yuriy.tymchuk@me.com>>: > > Iâm ready to help with this issue, but as far as I can tell, > itâs not hard to implement the mentors. Here we should decide > on the meaning of the phrases. What are "all behaviorsâ and so > on. The reason of the refactoring that Iâve done was that > there were two methods with similar names that were doing > different things. > > Uko > >> On 18 Dec 2014, at 21:19, Nicolai Hess <nicolaihess(a)web.de >> <mailto:nicolaihess@web.de>> wrote: >> >> Hi, >> >> some time ago Yuriy cleaned up the RBBrowserEnvironment >> methods for >> allClassesAndTraits(Do), classesDo, .... >> >> The fix was good and necessary (I think). But they had an impact >> on some SmallLint-rules (they arent applied on the class >> side) and the behavior >> for the different Environments changed (compared with Pharo3 >> (-> 14621 <https://pharo.fogbugz.com/default.asp?14621> Some >> RBBrowserEnvironments don't work well with Metaclasses)) >> >> As some SmallLint-rules need to iterate over the metaclasses >> as well and >> I don't want to revert Yuriys change, I 'll add another >> method that >> collect classes and metaclasses. >> >> So, I need some help, how to name this methods: >> >> all classes (Object, Integer, ....) -> allClasses, ok >> all classes and metaclasses (Object, Object class, Integer >> class ) -> ? allBehaviors? >> all classes and traits -> allClassesAndTraits, ok >> all classes and meta classes and traits and class traits -> ? >> no idea! >> all metaclasses and class traits -> allMeta(ClassesAndTraits) >> ? I don't know if we need this >> >> One problem with "allBehaviors" is, SystemNavigation uses >> allBehaviors to iterate >> over classes, metaclasses, traits and class traits, >> allthough a Trait is not a Behavior. (TClass isBehavior -> false) >> >> feedback is welcome >> >> >> nicolai >> >> > > > > > Pharo 3.0: > SystemNavigation default allClasses size. 4024 > Smalltalk allClasses size. 4024. > RBBrowserEnvironment default allClasses size. 4024 > RBBrowserEnvironment default classes size. 8048 > > Pharo 4.0: > > SystemNavigation default allClasses size. 5012 > Smalltalk allClasses size. 5012 > RBBrowserEnvironment default allClasses size. 5012 > RBBrowserEnvironment default classes size. 5012 > > -> I "define" the Pharo 4.0 behavior as the correct one. > RBEnvironment>>#classes should not contain meta classes. > > Some other RBEnvironments and/or RBRules rely on the "classes = > classes and metaclasses" (-> see issue > 14621 <https://pharo.fogbugz.com/default.asp?14621> > Some RBBrowserEnvironments don't work well with Metaclasses > 14230 <https://pharo.fogbugz.com/default.asp?14230> > Some rules aren't applied on the classside anymore > 15302 <https://pharo.fogbugz.com/default.asp?15302> > a RBEnvironment from #referencesTo: does not list meta classes > > I will change them, and if appropiate, add a new > classesAndMetaclasses resp. classesAndMetaclassesDo: > > I don't know about classesAndMetaclassesTraits. And I skip > "behaviors" for now. > #allBehaviors is suspicious to me, I still don't > know what they are: > > Smalltalk globals allBehaviors includes:TBehavior. -> true (1) > TBehavior isBehavior. -> false (!) > > > >

June 27, 2015

Re: [Pharo-dev] RBEnvironments allClasses/Traits/Meta ...

by Nicolai Hess

Ok, I still struggle with the right naming convention. For example, consider the method #flushEvents this method is send by SmalltalkImage garbageCollect SmalltalkImage shutDownImage: WorldMorph installForUIProcessReinstall and the *class side * method Object class flushEvents. What would you expect this method returns: " the classes of the environment fore references to #flush events" (RBBrowserEnvironment new referencesTo:#flushEvents) classes 1. SmalltalkImage/WorldMorph/Object class 2. SmalltalkImage/WorldMorph/Object 3. SmalltalkImage/WorldMorph 1, because all three classes resp. the meta class "Object class" refer to this (this is how Pharo 3 behaves) 2, because all three classes have a method on the instance or class side refering to this (this is what I would expect) 3. because there are only two non-meta classes refering to this method (this is how Pharo4/5 behaves) ? I don't know, but this is crucial for deciding the way on how to clean the current RBEnvironments implementation. 2015-06-22 22:39 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > > > 2014-12-18 22:32 GMT+01:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: > >> Iâm ready to help with this issue, but as far as I can tell, itâs not >> hard to implement the mentors. Here we should decide on the meaning of the >> phrases. What are "all behaviorsâ and so on. The reason of the refactoring >> that Iâve done was that there were two methods with similar names that were >> doing different things. >> >> Uko >> >> On 18 Dec 2014, at 21:19, Nicolai Hess <nicolaihess(a)web.de> wrote: >> >> Hi, >> >> some time ago Yuriy cleaned up the RBBrowserEnvironment methods for >> allClassesAndTraits(Do), classesDo, .... >> >> The fix was good and necessary (I think). But they had an impact >> on some SmallLint-rules (they arent applied on the class side) and the >> behavior >> for the different Environments changed (compared with Pharo3 >> (-> 14621 <https://pharo.fogbugz.com/default.asp?14621> Some >> RBBrowserEnvironments don't work well with Metaclasses)) >> >> As some SmallLint-rules need to iterate over the metaclasses as well and >> I don't want to revert Yuriys change, I 'll add another method that >> collect classes and metaclasses. >> >> So, I need some help, how to name this methods: >> >> all classes (Object, Integer, ....) -> allClasses, ok >> all classes and metaclasses (Object, Object class, Integer class ) -> ? >> allBehaviors? >> all classes and traits -> allClassesAndTraits, ok >> all classes and meta classes and traits and class traits -> ? no idea! >> all metaclasses and class traits -> allMeta(ClassesAndTraits) ? I don't >> know if we need this >> >> One problem with "allBehaviors" is, SystemNavigation uses allBehaviors to >> iterate >> over classes, metaclasses, traits and class traits, >> allthough a Trait is not a Behavior. (TClass isBehavior -> false) >> >> feedback is welcome >> >> >> nicolai >> >> >> >> > > > Pharo 3.0: > SystemNavigation default allClasses size. 4024 > Smalltalk allClasses size. 4024. > RBBrowserEnvironment default allClasses size. 4024 > RBBrowserEnvironment default classes size. 8048 > > Pharo 4.0: > > SystemNavigation default allClasses size. 5012 > Smalltalk allClasses size. 5012 > RBBrowserEnvironment default allClasses size. 5012 > RBBrowserEnvironment default classes size. 5012 > > -> I "define" the Pharo 4.0 behavior as the correct one. > RBEnvironment>>#classes should not contain meta classes. > > Some other RBEnvironments and/or RBRules rely on the "classes = classes > and metaclasses" (-> see issue > 14621 <https://pharo.fogbugz.com/default.asp?14621> > Some RBBrowserEnvironments don't work well with Metaclasses > 14230 <https://pharo.fogbugz.com/default.asp?14230> > Some rules aren't applied on the classside anymore > 15302 <https://pharo.fogbugz.com/default.asp?15302> > a RBEnvironment from #referencesTo: does not list meta classes > > I will change them, and if appropiate, add a new > classesAndMetaclasses resp. classesAndMetaclassesDo: > > I don't know about classesAndMetaclassesTraits. And I skip "behaviors" for > now. > #allBehaviors is suspicious to me, I still don't > know what they are: > > Smalltalk globals allBehaviors includes:TBehavior. -> true (1) > TBehavior isBehavior. -> false (!) > > > >

June 27, 2015

Re: [Pharo-dev] [ANN] Edge bundles

by Tudor Girba

Great job! Doru On Fri, Jun 26, 2015 at 8:51 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Dear All, > > Here is a preview of what we will demonstrate at ESUG. > > > Best is to see it live try this: > > -=-=-=-=-=-=-=-=-=-=-=-= > b := RTBundleBuilder new. > b from: {TRObject. TRTest} using: #subclasses. > b edges shape line color: Color black. > b bezier color: (Color blue alpha: 0.5). > b useBezierlineWith: #dependentClasses. > b build. > lb := RTLegendBuilder new. > lb view: b view; right. > lb addText: 'RTBundleBuilder: TRObject and TRTest subclasses'. > lb addColor: Color black text: 'Hierarchy'. > lb addColor: (Color r: 0 g: 120 b: 0 range: 255) text: 'Dependent classes'. > lb addColor: Color red text: 'Senders'. > lb build. > b view > -=-=-=-=-=-=-=-=-=-=-=-= > > A very short video is available on: https://vimeo.com/131891902 > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- www.tudorgirba.com "Every thing has its own flow"

June 27, 2015

Re: [Pharo-dev] Edge bundles

by Craig Latta

Hi Alexandre-- Very nice! I would love to use this for my object memory visualizations[1], so that they can be recomputed live. Have you done any work toward hyperbolic display, as with Walrus[2]? The datasets I work with are sufficiently large that such a technique is indispensable. thanks, -C [1] http://netjam.org/context/viz [2] http://www.caida.org/tools/visualization/walrus -- Craig Latta netjam.org +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)

June 26, 2015

Re: [Pharo-dev] GitFileTree dependencies

by Thierry Goubier

GitFileTree does not depend on StringHolder. CommandShell does. The next update of CommandShell will solve that, but it needs some testing first. Thierry Le 26 juin 2015 10:41 PM, "stepharo" <stepharo(a)free.fr> a Ã©crit : > Yes StringHolder does not exist anymore. > So may be you can load an old version and change GitFileTree but > GitFileTree should not rely on this old and bad class. > It took us 3 years to remove it. > > Stef > > Le 19/6/15 11:32, Yuriy Tymchuk a Ã©crit : > >> Hi, >> >> when loading GitFileTree in Pharo 5, I get: >> >> This package depends on the following classes: >> StringHolder >> You must resolve these dependencies before you will be able to load these >> definitions: >> CrLfFileEditor >> â¦ >> >> Does anybody know if this was caused by any recent changes? >> >> Uko >> >> >> P.S. we should add some mechanics to report dependency issues at CI >> server. Because when one loads Moose (for example) from scratch, he will >> encounter dependency issues, but as most of people who work on Moose >> download the ready-made image from CI, itâs not a visible problem. >> >> >> > >

June 26, 2015

[pharo-project/pharo-core] 1788f1: 50140

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 1788f1b543348f64bb37f1136bf9012356371cdd https://github.com/pharo-project/pharo-core/commit/1788f1b543348f64bb37f113… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-06-26 (Fri, 26 Jun 2015) Changed paths: M ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic versions/stable_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version16_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version17_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version18_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version19_.st A Morphic-Base.package/StringMorph.class/instance/accessing/editorProvider.st A Morphic-Base.package/StringMorph.class/instance/accessing/editorProvider_.st A Morphic-Base.package/StringMorph.class/instance/accessing/isEditable.st M Morphic-Base.package/StringMorph.class/instance/event handling/mouseDown_.st A Morphic-Base.package/StringMorph.class/instance/private editing/launchEditor_.st A Morphic-Base.package/StringMorph.class/instance/t-rotating/forwardDirection.st A Morphic-Base.package/StringMorph.class/instance/t-rotating/forwardDirection_.st A Morphic-Base.package/StringMorph.class/instance/t-rotating/heading.st A Morphic-Base.package/StringMorph.class/instance/t-rotating/prepareForRotating.st A Morphic-Base.package/StringMorph.class/instance/t-rotating/rotationDegrees.st A Morphic-Base.package/StringMorph.class/instance/t-rotating/rotationDegrees_.st A Morphic-Base.package/StringMorph.class/instance/t-rotating/setDirectionFrom_.st M Morphic-Base.package/StringMorph.class/instance/testing/isEditable_.st M Rubric.package/RubAbstractTextArea.class/instance/event handling/keyStroke_.st A Rubric.package/RubAbstractTextArea.class/instance/private/handleReturnKey.st A Rubric.package/RubScrolledTextMorph.class/instance/event handling/whenKeystrokeInTextArea_.st A Rubric.package/RubScrolledTextMorph.class/instance/event handling/whenReturnEnteredInTextArea_.st M Rubric.package/RubScrolledTextMorph.class/instance/initialize-release/initialize.st A Rubric.package/RubStringMorphContentsEdited.class/README.md A Rubric.package/RubStringMorphContentsEdited.class/definition.st A Rubric.package/RubStringMorphEditorProvider.class/README.md A Rubric.package/RubStringMorphEditorProvider.class/class/example/exampleEditableStringMorph.st A Rubric.package/RubStringMorphEditorProvider.class/definition.st A Rubric.package/RubStringMorphEditorProvider.class/instance/accessing/announcer.st A Rubric.package/RubStringMorphEditorProvider.class/instance/announcement handling/closeEditor.st A Rubric.package/RubStringMorphEditorProvider.class/instance/announcement handling/whenEditorLostFocus_.st A Rubric.package/RubStringMorphEditorProvider.class/instance/announcement handling/whenKeystroke_.st A Rubric.package/RubStringMorphEditorProvider.class/instance/announcement handling/whenReturnEntered_.st A Rubric.package/RubStringMorphEditorProvider.class/instance/announcement handling/whenTextAccepted_.st A Rubric.package/RubStringMorphEditorProvider.class/instance/initialization/defaultAnnouncer.st A Rubric.package/RubStringMorphEditorProvider.class/instance/initialization/initialize.st A Rubric.package/RubStringMorphEditorProvider.class/instance/public editing/buildEditor.st A Rubric.package/RubStringMorphEditorProvider.class/instance/public editing/openEditorForStringMorph_.st M Rubric.package/RubTextEditor.class/instance/typing support/keystroke_.st R Rubric.package/RubTextFieldArea.class/instance/event handling/keyStroke_.st R Rubric.package/RubTextFieldArea.class/instance/private/handleReturnKey.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50139.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50140.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50139.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50140.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50140 15851 update Rubric to support edition in place of string morph https://pharo.fogbugz.com/f/cases/15851 15850 Editable StringMorph revival https://pharo.fogbugz.com/f/cases/15850 http://files.pharo.org/image/50/50140.zip

June 26, 2015

[pharo-project/pharo-core]

by GitHub

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

June 26, 2015

Re: [Pharo-dev] Refactoring File Package

by stepharo

Le 8/6/15 20:00, Sergio Fedi a Ã©crit : > > One of the things I really like about ENVY (as found in VA Smalltalk) is > > that packages are formally modelled and are distinct from method > categories. > > (Another is that a method can have multiple categories.) And by formally > > modelling packages, one can easily include proper dependency > relationships > > and more easily detect references to behaviours outside a packages > > prerequisites chain. > > > > I realize that is a huge departure from current Squeak and Pharo > practice. > > But, I hope it's one that will get consideration. (Given all the > other first > > class modelling you've been adding to Pharo, I think this would be > > consistent with the current philosophy!) > > +1 > > Multiple categories for methods and proper modelling of Packages seems > like a very strong feature to have. We have a far more important features list: Spur FFI threaded FFI Better cleaner widgets Database support Bootstrap new graphics kernel new tools. :) > > Multiple tags per class is also a big plus. >

June 26, 2015