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

Re: [Pharo-project] Playing with a declarative startup/shutdown subscription mechanism

by StÃ©phane Ducasse

On Aug 5, 2012, at 11:57 PM, Igor Stasenko wrote: > On 5 August 2012 23:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> I have the impression that you will need a finer order at least for the kernel. >> so putting >>> SomeClass>>startUp: quitting >>> <systemShutdown: #kernel priority: 1000> >>> self blahblah. >> >> looks to me the way to go and yes we should clean that part two. >> >> Now what is the gain to have pragma and not just a class side method returning a number? >> >> Stef >> > the downside of it, that you apparently more slower than explicit > subscription (you have to scan > over all methods with such pragma). yes this is why I propose sending a message but may be you have to send a message to all classes so this is bad too. > > i cannot remember what solution i proposed.. ah ok.. i recall. > i proposed to introduce a session-awareness. i.e. an object holds a > reference to a session object > and before each access to its some session-specific resource it should > check if session has changed or not. > and if session is obsolete, then you know that you must reinitialize > (meaning do a startup). > this is what i did in NB: it does not registering for startup, but > instead it initializing at first attempt to use it. So if nobody using > it, nothing happens (means no extra cycles burned at startup for > nothing). > This also solves nicely a problem with priority of service initialization: > - imagine service A requires service B to function, > but user code attempts to access a service A first. Now since service > A will try to access a service B first, > as result, a service B will be naturally (re)initialized first. > Like that, you don't even need to think (or make sure), who should be > (re)initialized first, because chain of priority automatically adjusts > itself according to program flow. Yes this is more modular. > > -- > Best regards, > Igor Stasenko. >

Aug. 5, 2012

Re: [Pharo-project] Playing with a declarative startup/shutdown subscription mechanism

by Igor Stasenko

On 5 August 2012 23:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I have the impression that you will need a finer order at least for the kernel. > so putting >> SomeClass>>startUp: quitting >> <systemShutdown: #kernel priority: 1000> >> self blahblah. > > looks to me the way to go and yes we should clean that part two. > > Now what is the gain to have pragma and not just a class side method returning a number? > > Stef > the downside of it, that you apparently more slower than explicit subscription (you have to scan over all methods with such pragma). i cannot remember what solution i proposed.. ah ok.. i recall. i proposed to introduce a session-awareness. i.e. an object holds a reference to a session object and before each access to its some session-specific resource it should check if session has changed or not. and if session is obsolete, then you know that you must reinitialize (meaning do a startup). this is what i did in NB: it does not registering for startup, but instead it initializing at first attempt to use it. So if nobody using it, nothing happens (means no extra cycles burned at startup for nothing). This also solves nicely a problem with priority of service initialization: - imagine service A requires service B to function, but user code attempts to access a service A first. Now since service A will try to access a service B first, as result, a service B will be naturally (re)initialized first. Like that, you don't even need to think (or make sure), who should be (re)initialized first, because chain of priority automatically adjusts itself according to program flow. -- Best regards, Igor Stasenko.

Aug. 5, 2012

Re: [Pharo-project] ScriptManager MNU #yellowButtonMenu

by StÃ©phane Ducasse

On Aug 5, 2012, at 8:48 PM, Torsten Bergmann wrote: > It works without a problem in Pharo 2.0. > > In Pharo 1.4. it worked a month ago - but with the new > summer release of Pharo the "ParagraphEditor" is now > thrown out and a switch to "SmalltalkEditor" is required. > I fixed it. > > So if you download a new Pharo 1.4 from the homepage > then try the "ConfigurationOfScriptManager-tbn.19" > which is available from the config browser. > > Lesson learned: when we provide a new update on > an already existing Pharo version (like the summer > update release for 1.4 then we should check for compatibility > or check all configs for this version) Yes and this should be done automatically. I hope that we will get that before crhstirmax > > Bye > T. >

Aug. 5, 2012

Re: [Pharo-project] Monticello changes not working

by StÃ©phane Ducasse

may be the case got worsen with the change from systemChangeNotifier to systemAnnoucer. Probably the changeSet does not get notified correctly. Stef On Aug 5, 2012, at 7:51 PM, Mariano Martinez Peck wrote: > In my case, I can reproduce it always. Each time I ask changes, not necessary slices. > Modify something in a package and see changes. > > On Sun, Aug 5, 2012 at 7:44 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I think it happens quite reproducible when asking for changes of packages with references (slices)... > > On 2012-08-05, at 16:20, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > > EstebanLM wrote > >> > >> not all the time, but yes, some times it happens to me too > >> > > > > Anybody have a reproducible case? > > > > > > > > -- > > View this message in context: http://forum.world.st/Monticello-changes-not-working-tp4643184p4643198.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > > > > -- > Mariano > http://marianopeck.wordpress.com >

Aug. 5, 2012

Re: [Pharo-project] Playing with a declarative startup/shutdown subscription mechanism

by StÃ©phane Ducasse

I have the impression that you will need a finer order at least for the kernel. so putting > SomeClass>>startUp: quitting > <systemShutdown: #kernel priority: 1000> > self blahblah. looks to me the way to go and yes we should clean that part two. Now what is the gain to have pragma and not just a class side method returning a number? Stef > Hi! > > Last days I was playing to replace the image startup/shutdown mechanism via a pragma subscription because I was pissed off with how difficult is to integrate the change of a new startup in the system. The idea is: > - reduce the mess on subscription/unsubscription, initialization, etc > - reduce dependencies of external packages in core packages. > > This way, if you want to subscribe a class side method to be executed on startup, you annotate it: > > SomeClass>>startUp: resuming > <systemStartup: #application> > self blahblah. > > SomeClass>>startUp: quitting > <systemShutdown: #kernel> > self blahblah. > > > Now, instead of an order in classes startup, I played with the idea of having run levels (which I named #kernel, #application and #user because I was not inspired :P). Then I replaced the whole system startup and It's working... > > The code is very simple, you can have a look at the category System-Tasks which can be downloaded from: > > MCGemstoneRepository > location: 'http://ss3.gemstone.com/ss/PharoTaskForces' > user: '' > password: '' > > SLICE-Issue-666-Playing-With-startup-GuillermoPolito.2 > > > Be careful, that package contains the startup code + the replacement of the old startup by the new one :). > > Now, I'd like to have some feedback, u like it? u buy it? which should be the names for the run levels? how many run levels should we have? :P > > Cheers, > Guille

Aug. 5, 2012

Re: [Pharo-project] Differential and Integral calculus in Pharo?

by Schwab,Wilhelm K

short of symbolic manipulation (e.g. maple), all we do is discretize and approximate, right? Integration (aka quadrature) is "easy" but numerical diff is very unstable. ODEs solve well w/ Runge-Kutta methods. ________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of David Shaffer [cdshaffer(a)acm.org] Sent: Sunday, August 05, 2012 5:13 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Differential and Integral calculus in Pharo? On Aug 1, 2012, at 6:03 PM, Clara Allende wrote: Hi guys, after having exhausting four months of Physics lessons, I decided that would be fun to write a program to deal with Electricity problems :) (Yeah, I'm not a normal person :P) So, I need to make differential and integral calculus, are there any libraries to do so? Or any place that I can take a look at? Thanks in advance! Cheers In case you haven't already come across it: http://sourceforge.net/projects/dhbnumerics/ In my personal experience the algorithms in the book are often naive and problematic compared to industrial-strength numerical algorithms but they are also quite often good enough for a first attempt at some numerical work. David

Aug. 5, 2012

[Pharo-project] Playing with a declarative startup/shutdown subscription mechanism

by Guillermo Polito

Hi! Last days I was playing to replace the image startup/shutdown mechanism via a pragma subscription because I was pissed off with how difficult is to integrate the change of a new startup in the system. The idea is: - reduce the mess on subscription/unsubscription, initialization, etc - reduce dependencies of external packages in core packages. This way, if you want to subscribe a class side method to be executed on startup, you annotate it: SomeClass>>startUp: resuming <systemStartup: #application> self blahblah. SomeClass>>startUp: quitting <systemShutdown: #kernel> self blahblah. Now, instead of an order in classes startup, I played with the idea of having run levels (which I named #kernel, #application and #user because I was not inspired :P). Then I replaced the whole system startup and It's working... The code is very simple, you can have a look at the category *System-Tasks*which can be downloaded from: MCGemstoneRepository location: 'http://ss3.gemstone.com/ss/PharoTaskForces' user: '' password: '' SLICE-Issue-666-Playing-With-startup-GuillermoPolito.2 Be careful, that package contains the startup code + the replacement of the old startup by the new one :). Now, I'd like to have some feedback, u like it? u buy it? which should be the names for the run levels? how many run levels should we have? :P Cheers, Guille

Aug. 5, 2012

Re: [Pharo-project] Differential and Integral calculus in Pharo?

by David Shaffer

On Aug 1, 2012, at 6:03 PM, Clara Allende wrote: > Hi guys, after having exhausting four months of Physics lessons, I decided that would be fun to write a program to deal with Electricity problems :) (Yeah, I'm not a normal person :P) > > So, I need to make differential and integral calculus, are there any libraries to do so? Or any place that I can take a look at? > > Thanks in advance! > > Cheers In case you haven't already come across it: http://sourceforge.net/projects/dhbnumerics/ In my personal experience the algorithms in the book are often naive and problematic compared to industrial-strength numerical algorithms but they are also quite often good enough for a first attempt at some numerical work. David

Aug. 5, 2012

[Pharo-project] Config browser

by Schwab,Wilhelm K

Just getting to 1.4 summer (apologies to those down under) and noted a long list of configs that seem to load cleanly - huge progress!!

Aug. 5, 2012

[Pharo-project] ODBC schema acess - please test

by Schwab,Wilhelm K

see OdbcConnection>>tables, #columnsForTable:owner:, #serverName, etc.

Aug. 5, 2012