- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 706bfe: 40054

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 706bfe3124647c874c0a9d3657a17eff50cc0075 https://github.com/pharo-project/pharo-core/commit/706bfe3124647c874c0a9d36… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-06-30 (Mon, 30 Jun 2014) Changed paths: R Nautilus.package/Nautilus.class/class/browser compatibility/openBrowser.st R Nautilus.package/Nautilus.class/class/browser compatibility/openBrowserView_label_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script54.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40054.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tools.package/Browser.class/class/instance creation/open.st R Tools.package/Browser.class/class/instance creation/openBrowser.st R Tools.package/ChangeList.class/class/instance creation/openAsMorph_name_multiSelect_.st M Tools.package/ChangeList.class/class/instance creation/open_name_multiSelect_.st M Tools.package/ChangeList.class/definition.st R Tools.package/ChangeList.class/instance/accessing/showsVersions.st R Tools.package/ChangeList.class/instance/filter streaming/selectAllConflicts.st M Tools.package/ChangeList.class/instance/initialization-release/openAsMorphName_multiSelect_.st M Tools.package/ChangeList.class/instance/initialization-release/optionalButtonRow.st R Tools.package/ChangeList.class/instance/initialization-release/wantsPrettyDiffOption.st A Tools.package/ChangeList.class/instance/menu actions/selectAllConflicts.st M Tools.package/ChangeList.class/instance/viewing access/contents.st M Tools.package/ChangeList.class/instance/viewing access/contents_.st R Tools.package/ChangeList.class/instance/viewing access/diffedVersionContents.st R Tools.package/ChangeList.class/instance/viewing access/restoreDeletedMethod.st Log Message: ----------- 40054 13436 delete empty packages Tabs and NewList https://pharo.fogbugz.com/f/cases/13436 13434 No need for #openBrowser https://pharo.fogbugz.com/f/cases/13434 13435 Clean ChangeList https://pharo.fogbugz.com/f/cases/13435 http://files.pharo.org/image/40/40054.zip

June 30, 2014

Re: [Pharo-dev] Pharo and Amber relationship

by phil＠highoctane.be

How hard would it be to get both stacks in http://yeoman.io/ ? Amber seems doable. Pharo+Seaside or Tide, I do not know Phil On Mon, Jun 30, 2014 at 11:21 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 29.06.2014 um 20:52 schrieb Stephan Eggermont <stephan(a)stack.nl>: > > > Sean wrote: > >> Have you checked it out lately? The current procedure seems very > streamlined... > >> > >> # Install the CLI tools (only needs to be done once per computer) > >> sudo npm install -g amber-cli > > > > Are you serious? That is like saying you can install Pharo by > double-clicking a Pharo image. > > That misses a few steps. And there are several ways to install > prerequisites, some of which don't work at all, others cannot be upgraded. > > > To be fair we should see that pharo can be installed easier but cannot > used as a web project that way. It needs extra steps for deployment which > aren't too easy. In the amber case installing and deployment is basically > the same thing. > > Norbert > > >

June 30, 2014

Re: [Pharo-dev] Supporting deep into pharo

by phil＠highoctane.be

Done --- Philippe Back On Mon, Jun 30, 2014 at 10:39 AM, stepharo <stepharo(a)free.fr> wrote: > Hi! > > Maybe one of Deep into Pharoâs reader can write a review on: > http://www.amazon.com/Deep-into-Pharo-Alexandre-Bergel/dp/3952334162 > > This will help everybody by promoting our favorite language... > > Cheers, > Alexandre > -- _,.;:~^~:;._,.;:~^~:;._,. > >

June 30, 2014

Re: [Pharo-dev] Pharo and Amber relationship

by Norbert Hartl

Am 29.06.2014 um 20:52 schrieb Stephan Eggermont <stephan(a)stack.nl>: > Sean wrote: >> Have you checked it out lately? The current procedure seems very streamlined... >> >> # Install the CLI tools (only needs to be done once per computer) >> sudo npm install -g amber-cli > > Are you serious? That is like saying you can install Pharo by double-clicking a Pharo image. > That misses a few steps. And there are several ways to install prerequisites, some of which don't work at all, others cannot be upgraded. > To be fair we should see that pharo can be installed easier but cannot used as a web project that way. It needs extra steps for deployment which aren't too easy. In the amber case installing and deployment is basically the same thing. Norbert

June 30, 2014

Re: [Pharo-dev] http://files.pharo.org/platform/Pharo3.0-win.zip looks like dead

by phil＠highoctane.be

After half an hour it worked again. Other sites were reachable from my machine, so nothing to do with the connectivity. Regards, Phil On Mon, Jun 30, 2014 at 10:26 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > On 30 Jun 2014, at 10:25, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > yeah, works for me too > > (in an old xp) > > can we know a bit more about your conditions, to see if we can fix it? > > Esteban > > > On 29 Jun 2014, at 11:10, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Works for me. > > Doru > > > On Sun, Jun 29, 2014 at 10:49 AM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > >> Not downloading.... >> >> Annoying, I wanted to demo Pharo to someone from scratch :-( >> >> Phil >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > >

June 30, 2014

Re: [Pharo-dev] Nautilus memory leak/hog crashing Pharo

by Goubier Thierry

Le 30/06/2014 09:09, Nicolai Hess a Ã©crit : > Yes, we had quite some bugs with this package tree update in the past. > What I don't understand is, why > is the whole tree removed and rebuild, maybe this is a common strategy > in Morphic, update a list ore tree > will always rebuild the whole morph structure? But it happens even if > the structure is the same and > just this little package/dirty package icon is updated. I let you as an exercise write the necessary code to do a partial update of the displayed tree :) Don't forget to remember which nodes were expanded and which were not. > Another issue is this "selected package/package selection". The tree > (and for example the > category list and/or method list" as well), stores the selection on > multiple ways, in the model (PackageTreeNautilus), the > UI (PackageTreeNautilusUi) and the treelist morph. Once as a > SelectedTreeNode, a Package from Nautilus Model and > once as a PackgeTreeSelection/PackageTreeTagSelection. > I find it pretty confusing. This is the Nautilus approach. You don't have to do it that way. > BTW, I still can not reproduce this memory leak behavior. I tried this: > > [ Gofer new smalltalkhubUser: 'ObjectProfile' > project: 'Roassal2'; > package: 'ConfigurationOfRoassal2'; > load. > (Smalltalk at: #ConfigurationOfRoassal2) load ] timeToRun. > > with and without an open SystemBrowser. But the load time and > memory consumption is the same. Select a package in Nautilus first. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

June 30, 2014

Supporting deep into pharo

by stepharo

Hi! Maybe one of Deep into Pharoâs reader can write a review on: http://www.amazon.com/Deep-into-Pharo-Alexandre-Bergel/dp/3952334162 This will help everybody by promoting our favorite language... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.

June 30, 2014

Re: [Pharo-dev] Nautilus memory leak/hog crashing Pharo

by Goubier Thierry

Le 30/06/2014 10:15, Johan Brichau a Ã©crit : > Hi Nicolai, > > Do you have a method selected in the browser? > As the memory leak happens via the selectedMorphs instvar, it requires a package to be selected (and maybe even a method). > > Before and after the load. I do this and notice the increase. My test sequence: open PackageTreeNautilus, select a package. Then the following script with the values: PackageTreePackageNodeModel allInstances size. 313. (ConfigurationOfSmaCC project version: #stable) load. Smalltalk garbageCollect. PackageTreePackageNodeModel allInstances size. 14215 I don't track MorphTreeNodeMorph because AltBrowser uses them as well. SmaCC is around 10 packages. Thierry > Smalltalk garbageCollect. > MorphTreeNodeMorph allInstances size. > > It really only becomes problematic (i.e. out-of-mem) when you load large projects. Maybe MOOSE will qualify? > > Yes, I was astonished as well when I noticed that every update was rebuilding the entire set of Morphs. It's the easiest solution of course but it does impose a lot of overhead. > First, I will see how to solve that leaking problem. Then I will take a look at the update itself. > > I can only spend some of my free time on this, so I will continue tonight. > > best, > Johan > > On 30 Jun 2014, at 09:09, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> 2014-06-29 22:31 GMT+02:00 Johan Brichau <johan(a)inceptive.be>: >> >> On 27 Jun 2014, at 14:00, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >> >>> It seems to depend on the Nautilus window state. If you've just opened it, then nothing seems to be amiss. If you start to select things in it, you start to see time spent in updateClassView, but why? >> >> I just found that the instances are being kept by the MorphTreeListManager#selectedMorphs instvar. So, that observation is correct: you need to have a package selected. >> >> What seems to happen is that on every package load, the Nautilus package tree is updated (which means a PackageTreePackageNodeModel is created for each package in the image via #asNautilusNodeWithModel:). >> This update does not clear the selectedMorphs list and just this single reference seem to keep the entire package tree model and its Morphs in memory. >> >> There were 496 morphs in the selectedMorphs list and when I cleaned that, all trailing Morphs and PackageNodeModelNodes (and all the other garbage) could be gc'ed. >> >> On to investigating the growth of the selectedMorphs variable... >> >> Johan >> >> >> Yes, we had quite some bugs with this package tree update in the past. What I don't understand is, why >> is the whole tree removed and rebuild, maybe this is a common strategy in Morphic, update a list ore tree >> will always rebuild the whole morph structure? But it happens even if the structure is the same and >> just this little package/dirty package icon is updated. >> >> Another issue is this "selected package/package selection". The tree (and for example the >> category list and/or method list" as well), stores the selection on multiple ways, in the model (PackageTreeNautilus), the >> UI (PackageTreeNautilusUi) and the treelist morph. Once as a SelectedTreeNode, a Package from Nautilus Model and >> once as a PackgeTreeSelection/PackageTreeTagSelection. >> I find it pretty confusing. >> >> >> BTW, I still can not reproduce this memory leak behavior. I tried this: >> >> [ Gofer new smalltalkhubUser: 'ObjectProfile' >> project: 'Roassal2'; >> package: 'ConfigurationOfRoassal2'; >> load. >> (Smalltalk at: #ConfigurationOfRoassal2) load ] timeToRun. >> >> with and without an open SystemBrowser. But the load time and >> memory consumption is the same. >> >> >> Nicolai >> >> > > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

June 30, 2014

Re: [Pharo-dev] http://files.pharo.org/platform/Pharo3.0-win.zip looks like dead

by Esteban Lorenzano

On 30 Jun 2014, at 10:25, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > yeah, works for me too (in an old xp) can we know a bit more about your conditions, to see if we can fix it? Esteban > > On 29 Jun 2014, at 11:10, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Works for me. >> >> Doru >> >> >> On Sun, Jun 29, 2014 at 10:49 AM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: >> Not downloading.... >> >> Annoying, I wanted to demo Pharo to someone from scratch :-( >> >> Phil >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >

June 30, 2014

Re: [Pharo-dev] http://files.pharo.org/platform/Pharo3.0-win.zip looks like dead

by Esteban Lorenzano

yeah, works for me too On 29 Jun 2014, at 11:10, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Works for me. > > Doru > > > On Sun, Jun 29, 2014 at 10:49 AM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Not downloading.... > > Annoying, I wanted to demo Pharo to someone from scratch :-( > > Phil > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

June 30, 2014