September 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Pragmas - compile time versus run time

by Thierry Goubier

Le 20/09/2014 16:56, Andreas Wacknitz a Ã©crit : > > Am 20.09.2014 um 16:44 schrieb Ben Coman <btc(a)openInWorld.com>: > >> In consideration of Issue 11880, I wanted to better understand the concept of pragmas and how they are used in Pharo. >> "Pragmas" seem to be used in other languages to provide "compile time" directives, but Pharo seems search for pragmas at runtime, for example to do things like build menus. Mostly I'd consider menus fairly static (with any > Pharoâs pragmas are more like annotations (e.g. in Java). > >> dynamism statically defined). In Issue 11880 adding a few caches brings menu generation from 80ms down to 5ms - but then there is the complexity of resetting them when the code that defines them changes. >> So I wonder... can/do pragmas cause actions at compile time, like setting a class variable to nil when a method is compiled? That seems a good way to reset a cache whose builder uses that method, but maybe there are problems I > I bet you can do that. All you need is to change the compiler accordingly :D You don't have to change the compiler: just listen for MethodCreation / MethodChange / MethodRemoval system events, and do something if the method has the right pragma. I believe the global menu stuff works that way. At least there is some code doing that; it shows up when you profile a Monticello package load. Thierry

Sept. 20, 2014

Re: [Pharo-dev] Pragmas - compile time versus run time

by Andreas Wacknitz

Am 20.09.2014 um 16:44 schrieb Ben Coman <btc(a)openInWorld.com>: > In consideration of Issue 11880, I wanted to better understand the concept of pragmas and how they are used in Pharo. > "Pragmas" seem to be used in other languages to provide "compile time" directives, but Pharo seems search for pragmas at runtime, for example to do things like build menus. Mostly I'd consider menus fairly static (with any Pharoâs pragmas are more like annotations (e.g. in Java). > dynamism statically defined). In Issue 11880 adding a few caches brings menu generation from 80ms down to 5ms - but then there is the complexity of resetting them when the code that defines them changes. > So I wonder... can/do pragmas cause actions at compile time, like setting a class variable to nil when a method is compiled? That seems a good way to reset a cache whose builder uses that method, but maybe there are problems I I bet you can do that. All you need is to change the compiler accordingly :D > don't see? > > https://pharo.fogbugz.com/default.asp?11880 > > cheers -ben > > Regards Andreas

Sept. 20, 2014

Re: [Pharo-dev] Filetree and Git and Github

by Thierry Goubier

Le 20/09/2014 16:46, Ben Coman a Ã©crit : > Thierry Goubier wrote: >> Le 20/09/2014 14:24, phil(a)highoctane.be a Ã©crit : >>> Now history of methods is indeed super nice. >> >> It is :) >> >> Thierry >> > > Is that just from the command line? I guess with libgit integration we > might get this with in-Image "versions" ? I have it in image for one or two years. On the command line, it can be a bit more powerful. Thierry

Sept. 20, 2014

Re: [Pharo-dev] Filetree and Git and Github

by Ben Coman

Thierry Goubier wrote: > Le 20/09/2014 14:24, phil(a)highoctane.be a Ã©crit : >> Now history of methods is indeed super nice. > > It is :) > > Thierry > Is that just from the command line? I guess with libgit integration we might get this with in-Image "versions" ? cheers -ben

Sept. 20, 2014

Pragmas - compile time versus run time

by Ben Coman

In consideration of Issue 11880, I wanted to better understand the concept of pragmas and how they are used in Pharo. "Pragmas" seem to be used in other languages to provide "compile time" directives, but Pharo seems search for pragmas at runtime, for example to do things like build menus. Mostly I'd consider menus fairly static (with any dynamism statically defined). In Issue 11880 adding a few caches brings menu generation from 80ms down to 5ms - but then there is the complexity of resetting them when the code that defines them changes. So I wonder... can/do pragmas cause actions at compile time, like setting a class variable to nil when a method is compiled? That seems a good way to reset a cache whose builder uses that method, but maybe there are problems I don't see? https://pharo.fogbugz.com/default.asp?11880 cheers -ben

Sept. 20, 2014

Re: [Pharo-dev] Filetree and Git and Github

by Thierry Goubier

Le 20/09/2014 14:24, phil(a)highoctane.be a Ã©crit : > > One thing for me is that I do have other stuff that Pharo code. Me as well. > So filetree keeps all together in commits/pushes. You synchronize the commits over the Pharo packages and the 'other' code and resources? > Now history of methods is indeed super nice. It is :) Thierry

Sept. 20, 2014

AbstractNautilusUI "error, should not happen" from LayoutEmptyScope(LayoutAbstractScope)>>rebase:to:

by Ben Coman

In build 40239, if I try to add an instance variable (e.g. 'xx') to AbstractNautilusUI, I get "Error: should not happen" from LayoutEmptyScope(LayoutAbstractScope)>>rebase:to: A tried a few other classes and they are okay. I've tracked this down to occur since build 40147... 13697 Yet another cleanup of MessageBrowser API https://pharo.fogbugz.com/f/cases/13697 13698 Small cleanup of Model and the UI package https://pharo.fogbugz.com/f/cases/13698 13696 Nautilus Refactoring 1: Classlist widget https://pharo.fogbugz.com/f/cases/13696 Is this a known problem? I can't identify a ticket on the tracker. cheers -ben

Sept. 20, 2014

Re: [Pharo-dev] Visualising Network Latency

by Tudor Girba

Nice showcase for agile visualization :) Doru On Fri, Sep 19, 2014 at 3:23 PM, Leonel Merino <merino(a)iam.unibe.ch> wrote: > Hi All, > > I have been working on a visualisation of latency on a network. I found an > interesting dataset with latency information of 140 cities around the world. > In the visualisation I show different metrics regarding latency such as > from each city which other has the best/worst latency; cities that > geographically are close but have high latency; far cities that have low > latency; and average latency for each city. > > When visualising the worst latency for each city I found that, for this > network (at least), Valencia and in a minor extent Nairobi represent the > worst endpoint for connections (in terms of latency). Also in the > visualisation of far cities with low latency, Newmarket in Canada and > Toledo in Spain concentrate the best endpoint for connections coming from > Europe and North-America respectively. > > > Here a couple of screenshots: > > > > > > > > > Here there is a screencast: > http://www.youtube.com/watch?v=gDQnE-5yeWI > > > > > If you want to load the code: > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Gofer new smalltalkhubUser: 'merino' > project: 'NetworkLatency'; > package: 'ConfigurationOfNetworkLatency'; > load. > (ConfigurationOfNetworkLatency project version: '0.1') load. > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-= > > To execute the visualisation: > NLVisualise new open > > > > > I would be glad to have your comments and suggestions. > > Best regards, > > Leonel Merino > Research Assistant > Software Composition Group > Institute of Computer Science and Applied Mathematics > University of Bern > > -- www.tudorgirba.com "Every thing has its own flow"

Sept. 20, 2014

Re: [Pharo-dev] Visualising Network Latency

by Alexandre Bergel

@Markus: I got the same error Alexandre > Le 19-09-2014 Ã 9:06, Markus Fritsche <mfritsche(a)reauktion.de> a Ã©crit : > > >> On 19.09.2014 15:23, Leonel Merino wrote: >> If you want to load the code: >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> Gofer new smalltalkhubUser: 'merino' >> project: 'NetworkLatency'; >> package: 'ConfigurationOfNetworkLatency'; >> load. >> (ConfigurationOfNetworkLatency project version: '0.1') load. >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-= >> >> To execute the visualisation: >> NLVisualise new open > What are the prerequisites? I tried to load it in Pharo-3.0 (with latest > updates) and it was missing Trachel. So I updated Roassal2 to the latest > version and now I get a MNU: > MessageNotUnderstood: RTMapBuilder>>mapPing: > > Kind regards, > Markus >

Sept. 20, 2014

Re: [Pharo-dev] Visualising Network Latency

by Alexandre Bergel

Let me know. I will be happy to try again Alexandre > Le 19-09-2014 Ã 8:10, Leonel Merino <merino(a)iam.unibe.ch> a Ã©crit : > > Thanks Alex ! > Sure, Iâll do it. > > âLeonel > >> On 19 Sep 2014, at 16:30, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >> This is excellent Leonel! >> Iâve tried, but I could not make the visualization work. Apparently you are using a rather old version of Roassal2. I suggest you to update it to the last version of Roassal2. >> >> Cheers, >> Alexandre >> >> >>> On Sep 19, 2014, at 6:48 AM, Leonel Merino <merino(a)iam.unibe.ch> wrote: >>> >>> Hi Max, >>> >>> Thanks ! >>> >>> The input is a CSV file which contains a grid with city names and latency. >>> Surely you can zoom-in at city level. However, the map only contains information of the cities that come in the dataset (is not Bern). >>> >>> Best regards, >>> Leonel >>> >>>> On 19 Sep 2014, at 15:30, Max Leske <maxleske(a)gmail.com> wrote: >>>> >>>> Very cool. >>>> >>>> - Do you parse data from a file? If so, what format does that file need to be in? >>>> - Is the map zoomable to city level (to see connections between Bern and ZÃ¼rich for instance)? >>>> >>>> Cheers, >>>> Max >>>> >>>>> On 19.09.2014, at 15:23, Leonel Merino <merino(a)iam.unibe.ch> wrote: >>>>> >>>>> Hi All, >>>>> >>>>> I have been working on a visualisation of latency on a network. I found an interesting dataset with latency information of 140 cities around the world. >>>>> In the visualisation I show different metrics regarding latency such as from each city which other has the best/worst latency; cities that geographically are close but have high latency; far cities that have low latency; and average latency for each city. >>>>> >>>>> When visualising the worst latency for each city I found that, for this network (at least), Valencia and in a minor extent Nairobi represent the worst endpoint for connections (in terms of latency). Also in the visualisation of far cities with low latency, Newmarket in Canada and Toledo in Spain concentrate the best endpoint for connections coming from Europe and North-America respectively. >>>>> >>>>> >>>>> Here a couple of screenshots: >>>>> >>>>> <PastedGraphic-4.pdf> >>>>> >>>>> <PastedGraphic-5.pdf> >>>>> >>>>> <PastedGraphic-6.pdf> >>>>> >>>>> >>>>> Here there is a screencast: >>>>> http://www.youtube.com/watch?v=gDQnE-5yeWI >>>>> >>>>> >>>>> >>>>> >>>>> If you want to load the code: >>>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >>>>> Gofer new smalltalkhubUser: 'merino' >>>>> project: 'NetworkLatency'; >>>>> package: 'ConfigurationOfNetworkLatency'; >>>>> load. >>>>> (ConfigurationOfNetworkLatency project version: '0.1') load. >>>>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-= >>>>> >>>>> To execute the visualisation: >>>>> NLVisualise new open >>>>> >>>>> >>>>> >>>>> >>>>> I would be glad to have your comments and suggestions. >>>>> >>>>> Best regards, >>>>> >>>>> Leonel Merino >>>>> Research Assistant >>>>> Software Composition Group >>>>> Institute of Computer Science and Applied Mathematics >>>>> University of Bern >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >

Sept. 20, 2014