- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] About the non-use of Announcer in Bloc

by Henrik Nergaard

Probably from the use of critical (mutex), the way #subscriptionsHandling: is done, and that Announcer is built for X number of announcers and Y number of subscribers, which means that each announcement the announcer has to filter and find the correct subscribers. ---- | ann a | ann := Announcer new. ann when: Announcement do: [ :e ]. a := Announcement new. [[ ann announce: a ] bench ] timeProfile ----- Other drawbacks to consider when using announcements: Memory overhead from the Announcer object and each subscription. Memory ownership, the announcement subscriptions will strongly reference the announcement target unless the announcement is weakly, which can lead to memory leakage especially if strong and weak subscriptions are mixed in certain situations (see the mailing list from around the release of Pharo 6). This also leads to code where the announcer is the one who owns the target (multiple times if there are different announcements), which makes understanding who references what etc.. much harder to understand. In many places the control/message flow, and the relationship between the different parts of a bigger object tends to become much more difficult to understand (For example Rubric). Announcer usage shines when there is a need for a common place that X objects can communicate Y messages to Z recipients without needing to know who sends what, or who wants to receive what (For example System Announcements). Communication when only one Object "A" announces to another Object(s) "B", is better implemented as A referencing B, then B implements the necessary methods needed for this communication. Best regards, Henrik -----Original Message----- From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Glenn CavarlÃ© Sent: Sunday, August 28, 2016 9:11 PM To: pharo-dev(a)lists.pharo.org Subject: [Pharo-dev] About the non-use of Announcer in Bloc Hi all, Doru, Stephan, Norbert, Denis and me spoke at ESUG about the non-use of Announcer in Bloc. I made some test cases in Bloc-Tests to compare performances between Announcer and BlEventRegistry. The result is that Announcer is at least 5x slower in all tested cases. Bloc has only specific needs about event dispatching, the first one is the efficiency during event propagation. It may be interesting to investigate why Announcer is slower and also what are the uncovered cases in BlEventRegistry. So, i'm interested in continuing our discussion about that. Regards, Glenn. ----- Glenn CavarlÃ© -- View this message in context: http://forum.world.st/About-the-non-use-of-Announcer-in-Bloc-tp4913008.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 28, 2016

About the non-use of Announcer in Bloc

by Glenn CavarlÃ©

Hi all, Doru, Stephan, Norbert, Denis and me spoke at ESUG about the non-use of Announcer in Bloc. I made some test cases in Bloc-Tests to compare performances between Announcer and BlEventRegistry. The result is that Announcer is at least 5x slower in all tested cases. Bloc has only specific needs about event dispatching, the first one is the efficiency during event propagation. It may be interesting to investigate why Announcer is slower and also what are the uncovered cases in BlEventRegistry. So, i'm interested in continuing our discussion about that. Regards, Glenn. ----- Glenn CavarlÃ© -- View this message in context: http://forum.world.st/About-the-non-use-of-Announcer-in-Bloc-tp4913008.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 28, 2016

Re: [Pharo-dev] Iceberg: success and fail

by Serge Stinckwich

I wrote an issue here: https://github.com/npasserini/iceberg/issues/124 There are several PRs apparently than you can push Nicolas I guess: https://github.com/npasserini/iceberg/pulls Thank you for the good job. On Sat, Aug 27, 2016 at 12:06 AM, Nicolas Passerini <npasserini(a)gmail.com> wrote: > Thank you Serge, I will pay a look at it. > > On Fri, Aug 26, 2016 at 11:43 PM, <serge.stinckwich(a)gmail.com> wrote: >> >> >> >> EnvoyÃ© de mon iPhone >> >> Le 26 aoÃ»t 2016 Ã 23:34, Nicolas Passerini <npasserini(a)gmail.com> a Ã©crit >> : >> >> Sorry, I didn't understand how to reproduce the problem. I understand you >> tried to save a package to the Iceberg repository, is that right? >> How did you create your local repository? Did you already have a git >> repository in the same directory? >> >> >> This was an existing git repo on github but without any Pharo packages. I >> load my project from Smalltalk and try to add the packages with the Iceberg >> tool. >> >> >> (Yes, an error in the issue tracker will be appreciated, thanks!) >> >> >> I will do it later. >> >> >> On Fri, Aug 26, 2016 at 7:25 PM, Serge Stinckwich >> <serge.stinckwich(a)gmail.com> wrote: >>> >>> Hi all, >>> >>> I was able to do my first commit with Iceberg on github ! >>> So this is great. >>> >>> I'm trying now to move an existing project on SmalltalkHub on github. >>> I made a local repository and when I try a package in this repo, I >>> have the following error. >>> I can put the error report on Iceberg issue tracker if needed. >>> >>> -- >>> Serge Stinckwich >>> UCBN & UMI UMMISCO 209 (IRD/UPMC) >>> Every DSL ends up being Smalltalk >>> http://www.doesnotunderstand.org/ >> >> > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Aug. 28, 2016

Re: [Pharo-dev] looking into Pharo VM

by Esteban Lorenzano

> On 28 Aug 2016, at 15:38, Ben Coman <btc(a)openinworld.com> wrote: > > Peter, The plan seems to be [1] to make the OpenSmalltalkVM a submodule under the pharo-vm. > > Esteban, Is this still the current plan, and when will this be done? I can't see an osvm folder at [2] yet. Are the build instructions there still valid? Is there anything I can do to help? Yes, this is the plan. Transition will be done soon (â¢) A couple of weeks according to my plans, let's see how it goes :) Current work is in my fork, under "merge-with-osvm" branch :) Esteban > > cheers -ben > > [1] http://forum.world.st/The-code-in-the-src-folders-in-the-repository-td49021… > [2] https://github.com/pharo-project/pharo-vm > >> On Sun, Aug 28, 2016 at 9:12 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> > Why you say so? It is maintained, and still the official pharo distribution. >> >> Because of this: >> <graph snipped> >> which coincided with the announcement of OpenSmalltalkVM... that's why I wasn't sure what is the mainline. (Or maybe you took a vacation, which is also an explanation :)... which reminds me that I should take a vacation. :/ ) >> >> > Now, thinking that "looking at it" and "fixing" will be a nice and easy (and quick) fix... Good luck with that :) >> >> Well considering I spent many-o-hours just trying to figure out why copy pasting wasn't working from Chrome, I make no illusions this will be quick or easy... but at least I will feel like I am trying to end my suffering... :) >> >>> On Sun, Aug 28, 2016 at 2:53 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >>> By the way first thing I would do is to remove FT2 plugin and see how it works >> >> I'll start with this, although there's the GrafPort (Cairo?) related crash too. >> >> Plus I want to figure out how I can get crash dump on Windows... >> >> Thanks! >> Peter >

Aug. 28, 2016

Re: [Pharo-dev] looking into Pharo VM

by Ben Coman

Peter, The plan seems to be [1] to make the OpenSmalltalkVM a submodule under the pharo-vm. Esteban, Is this still the current plan, and when will this be done? I can't see an osvm folder at [2] yet. Are the build instructions there still valid? Is there anything I can do to help? cheers -ben [1] http://forum.world.st/The-code-in-the-src-folders-in-the-repository-td49021… [2] https://github.com/pharo-project/pharo-vm On Sun, Aug 28, 2016 at 9:12 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Why you say so? It is maintained, and still the official pharo > distribution. > > Because of this: > <graph snipped> > which coincided with the announcement of OpenSmalltalkVM... that's why I > wasn't sure what is the mainline. (Or maybe you took a vacation, which is > also an explanation :)... which reminds me that I should take a vacation. > :/ ) > > > Now, thinking that "looking at it" and "fixing" will be a nice and easy > (and quick) fix... Good luck with that :) > > Well considering I spent many-o-hours just trying to figure out why copy > pasting wasn't working from Chrome, I make no illusions this will be quick > or easy... but at least I will feel like I am trying to end my suffering... > :) > > On Sun, Aug 28, 2016 at 2:53 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> By the way first thing I would do is to remove FT2 plugin and see how it >> works >> > > I'll start with this, although there's the GrafPort (Cairo?) related crash > too. > > Plus I want to figure out how I can get crash dump on Windows... > > Thanks! > Peter >

Aug. 28, 2016

Re: [Pharo-dev] About Pharo 60

by Torsten Bergmann

> what are the points you are working on and that would deserve more focus and help from the community? I once started with a refactored version of GetText, covered with tests and tools. Code status I reached so far is here: http://www.smalltalkhub.com/#!/~TorstenBergmann/Gettext Idea was to be lean, no dependency on Seaside or others and get a well documented easy to use I18N solution. This would open up the possibility for more internationalized Pharo image and Pharo based apps. Would be nice if this could be completed and become part of our infrastructure to get a wider audience and globally usable applications. Additionally I would like to see: - investigation in the Win Pharo VM for being able to run again as a Windows Service (as it was possible for Squeak) to be able to easily provide, deploy and administrate a web app on Windows - image size management under control (as Philip already suggested) - better support for REST based systems (as Philip already suggested) - modern "Material style" UI (as Philip already suggested) but additionally with better out of the box Spec support and examples for regular widgets (Accordion, draggable Toolbars, calendar widget, date/time picker, ...) - clear rules to not accept undocumented classes/packages in the image And a clear separation in packages between CORE/BASE stuff and TESTS on top. Because TEST are usually only for development and for production/deployment of an app TESTS usually should be thrown out. Christmas list would include: - 64 Bit support - an out of the box Pharo Pi VM + image on the website Bye T.

Aug. 28, 2016

Re: [Pharo-dev] broken GitFileTree/IceBerg on Windows because of ProcessWrapper

by Peter Uhnak

On Sat, Aug 27, 2016 at 08:24:32AM -0300, HernÃ¡n Morales Durand wrote: > Just checked and the download URL is working. > If you send me mirror URLs then I can update the configuration to support > multiple download locations. The University's whole website was down when I was trying to access it, now it's back online. Maybe it would be good to have it on GitHub? (which would also automatically provide https). Thanks, Peter

Aug. 28, 2016

Re: [Pharo-dev] looking into Pharo VM

by Peter UhnÃ¡k

> Why you say so? It is maintained, and still the official pharo distribution. Because of this: â which coincided with the announcement of OpenSmalltalkVM... that's why I wasn't sure what is the mainline. (Or maybe you took a vacation, which is also an explanation :)... which reminds me that I should take a vacation. :/ ) > Now, thinking that "looking at it" and "fixing" will be a nice and easy (and quick) fix... Good luck with that :) Well considering I spent many-o-hours just trying to figure out why copy pasting wasn't working from Chrome, I make no illusions this will be quick or easy... but at least I will feel like I am trying to end my suffering... :) On Sun, Aug 28, 2016 at 2:53 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > By the way first thing I would do is to remove FT2 plugin and see how it > works > I'll start with this, although there's the GrafPort (Cairo?) related crash too. Plus I want to figure out how I can get crash dump on Windows... Thanks! Peter

Aug. 28, 2016

Re: [Pharo-dev] looking into Pharo VM

by Esteban Lorenzano

By the way first thing I would do is to remove FT2 plugin and see how it works > On 28 Aug 2016, at 14:38, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > Hi, > > I wanted to start looking into VMs a bit (because crashing several times a day for months now is really pushing my temper), but now I am not sure what is actually the VM. > > This is what it used to be https://github.com/pharo-project/pharo-vm, but it's maintained anymore. > > So there's this https://github.com/OpenSmalltalk/opensmalltalk-vm, but there are no builds available for linux/windows, so I guess it's not used for Pharo yet. > > My understanding is that there is no work done on the VM currently used by Pharo, and all effort goes into the OpenSmalltalk one (to which Pharo hasn't switched yet). > > Thanks, > Peter >

Aug. 28, 2016

Re: [Pharo-dev] looking into Pharo VM

by Esteban Lorenzano

Hi, > On 28 Aug 2016, at 14:38, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > Hi, > > I wanted to start looking into VMs a bit (because crashing several times a day for months now is really pushing my temper), but now I am not sure what is actually the VM. > > This is what it used to be https://github.com/pharo-project/pharo-vm, but it's maintained anymore. Why you say so? It is maintained, and still the official pharo distribution. Now, thinking that "looking at it" and "fixing" will be a nice and easy (and quick) fix... Good luck with that :) Anyway current problem is in FT2Plugin (I'm playing with the idea of replace it completely)... If you want to take a look :) Esteban > > So there's this https://github.com/OpenSmalltalk/opensmalltalk-vm, but there are no builds available for linux/windows, so I guess it's not used for Pharo yet. > > My understanding is that there is no work done on the VM currently used by Pharo, and all effort goes into the OpenSmalltalk one (to which Pharo hasn't switched yet). > > Thanks, > Peter >

Aug. 28, 2016