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

Launcher Issues

by Sean P. DeNigris

For "Issue 16115: Launcher: Update Common Tools for Moose 5.1 Release" (https://pharo.fogbugz.com/default.asp?16115) the fix has been picked up by the CI and I verified that it works. What is the process here? Shall I close the issue with something like "in build #51"? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Launcher-Issues-tp4841491.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 7, 2015

[pharo-project/pharo-core] b4ae22: 50213

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: b4ae22fb9850c70cf7eb0423f68f0e0a8293e738 https://github.com/pharo-project/pharo-core/commit/b4ae22fb9850c70cf7eb0423… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-07 (Fri, 07 Aug 2015) Changed paths: A AST-Core.package/RBNullFormatter.class/README.md A AST-Core.package/RBNullFormatter.class/class/initialize/formatAsYouReadPolicy.st A AST-Core.package/RBNullFormatter.class/class/initialize/formatAsYouReadPolicy_.st A AST-Core.package/RBNullFormatter.class/definition.st A AST-Core.package/RBNullFormatter.class/instance/public interface/containerWidth_.st A AST-Core.package/RBNullFormatter.class/instance/public interface/format_.st M AST-Core.package/RBProgramNode.class/class/accessing/formatterClass.st A AST-Core.package/RBProgramNode.class/class/accessing/resetFormatter.st M Nautilus.package/NautilusAnnotationDisplayer.class/instance/submorphs-accessing/formatAsYouRead.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50212.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50213.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50212.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50213.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50213 16097 introduce RBNullFormatter https://pharo.fogbugz.com/f/cases/16097 http://files.pharo.org/image/50/50213.zip

Aug. 7, 2015

[pharo-project/pharo-core]

by GitHub

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

Aug. 7, 2015

Re: [Pharo-dev] GTInspector intances are never released and the inspected object is also never relased

by Andrei Chis

In a copy of the image can you try to do an image cleanup (System -> Do image cleanup) and see if those instances still persists afterwards. Also do you have any zombie processes? If yes can you see if killing them releases the inspector instances. Cheers, Andrei On Fri, Aug 7, 2015 at 3:00 PM, tesonep(a)gmail.com <tesonep(a)gmail.com> wrote: > Hi to all, > I'm having a problem using the latest Pharo5 image. > > I can use it normally, but after a time using it. I see the memory usage > has increased. > As I'm working with many objects this usage increase very fast, each test > is creating them and discarding them. > > When I started looking where all my memory usage was, I have checked that > a lot of instances of GTInspector are not released (around 30 in a normal > usage of an hour of programming), also each intance of GTInspector has my > tree of objects, so there are never released. > > I have checked that my objects are not referenced from other places. The > only remaining references they have are the inspectors and the visual > elements in them. > > Any has this problem? Do you have any clue or workaround for releasing > all this instances? > > > Thanks! > > -- > Pablo Tesone. > tesonep(a)gmail.com >

Aug. 7, 2015

Re: [Pharo-dev] GTInspector intances are never released and the inspected object is also never relased

by stepharo

may be related to te memory leak esteban is chasing around rubric Le 7/8/15 15:00, tesonep(a)gmail.com a Ã©crit : > Hi to all, > I'm having a problem using the latest Pharo5 image. > > I can use it normally, but after a time using it. I see the memory > usage has increased. > As I'm working with many objects this usage increase very fast, each > test is creating them and discarding them. > > When I started looking where all my memory usage was, I have checked > that a lot of instances of GTInspector are not released (around 30 in > a normal usage of an hour of programming), also each intance of > GTInspector has my tree of objects, so there are never released. > > I have checked that my objects are not referenced from other places. > The only remaining references they have are the inspectors and the > visual elements in them. > > Any has this problem? Do you have any clue or workaround for > releasing all this instances? > > > Thanks! > > -- > Pablo Tesone. > tesonep(a)gmail.com <mailto:tesonep@gmail.com>

Aug. 7, 2015

Re: [Pharo-dev] GTInspector intances are never released and the inspected object is also never relased

by Tudor Girba

This sounds like a bug. Could you open an issue? Cheers, Doru On Fri, Aug 7, 2015 at 3:00 PM, tesonep(a)gmail.com <tesonep(a)gmail.com> wrote: > Hi to all, > I'm having a problem using the latest Pharo5 image. > > I can use it normally, but after a time using it. I see the memory usage > has increased. > As I'm working with many objects this usage increase very fast, each test > is creating them and discarding them. > > When I started looking where all my memory usage was, I have checked that > a lot of instances of GTInspector are not released (around 30 in a normal > usage of an hour of programming), also each intance of GTInspector has my > tree of objects, so there are never released. > > I have checked that my objects are not referenced from other places. The > only remaining references they have are the inspectors and the visual > elements in them. > > Any has this problem? Do you have any clue or workaround for releasing > all this instances? > > > Thanks! > > -- > Pablo Tesone. > tesonep(a)gmail.com > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 7, 2015

GTInspector intances are never released and the inspected object is also never relased

by tesonep＠gmail.com

Hi to all, I'm having a problem using the latest Pharo5 image. I can use it normally, but after a time using it. I see the memory usage has increased. As I'm working with many objects this usage increase very fast, each test is creating them and discarding them. When I started looking where all my memory usage was, I have checked that a lot of instances of GTInspector are not released (around 30 in a normal usage of an hour of programming), also each intance of GTInspector has my tree of objects, so there are never released. I have checked that my objects are not referenced from other places. The only remaining references they have are the inspectors and the visual elements in them. Any has this problem? Do you have any clue or workaround for releasing all this instances? Thanks! -- Pablo Tesone. tesonep(a)gmail.com

Aug. 7, 2015

[pharo-project/pharo-core] fb1551: 50212

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: fb155151ce93d13efc3c0f1a7e53866b7f1c7ef7 https://github.com/pharo-project/pharo-core/commit/fb155151ce93d13efc3c0f1a… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-07 (Fri, 07 Aug 2015) Changed paths: M BaselineOfQualityAssistant.package/BaselineOfQualityAssistant.class/instance/api projectSpec/baseline_.st M ConfigurationOfQualityAssistant.package/ConfigurationOfQualityAssistant.class/instance/symbolic versions/stable_.st A ConfigurationOfQualityAssistant.package/ConfigurationOfQualityAssistant.class/instance/versions/v1%5F1%5F3_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/README.md A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/definition.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/symbolic versions/development_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/symbolic versions/stable_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/pre0%5F4%5F0_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F1%5F0_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F2%5F0_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F2%5F1_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F2%5F2_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F2%5F3_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F2%5F4_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F3%5F0_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F3%5F1_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F3%5F2_.st A ConfigurationOfRenraku.package/ConfigurationOfRenraku.class/instance/versions/v0%5F3%5F3_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version117_.st A ConfigurationOfTxText.package/ConfigurationOfTxText.class/instance/versions/version212_.st R Gofer-Core.package/Gofer.class/class/private/upgrade.st A Monticello-Tests.package/MCRepositoryTest.class/instance/tests-input data/homeDirectoryUrl.st M Monticello-Tests.package/MCRepositoryTest.class/instance/tests/testCanCreateFiletreeRepositoryFromUrl.st M Morphic-Widgets-Windows.package/SystemWindow.class/class/menu items/windowMenuOn_.st M QualityAssistant.package/QualityAssistantPluginMorph.class/instance/initialization/initialize.st M Renraku.package/ReEngine.class/instance/initialization/subscribe.st M Rubric.package/RubSHTextStylerST80.class/definition.st A Rubric.package/RubSHTextStylerST80.class/instance/private/resolveTextLinkFor_.st A Rubric.package/RubSHTextStylerST80.class/instance/visiting rb nodes/visitLiteralNode_.st A Rubric.package/RubSHTextStylerST80.class/instance/visiting rb nodes/visitMessageNode_.st M Rubric.package/RubShoutStylerDecorator.class/instance/accessing/okToStyle.st A Rubric.package/RubShoutStylerDecorator.class/instance/private/shoutEnabled.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50211.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50212.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50211.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50212.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A TxText-Athens.package/TxBasicViewMorph.class/instance/initialization/initialize.st A TxText-Athens.package/TxBasicViewMorph.class/instance/initialization/initializeText_.st R TxText-Athens.package/TxLayoutViewMorph.class/instance/initialization/initialize.st A TxText-Styler.package/TxTextStyler.class/instance/visiting/visitArrayNode_.st A TxText-Styler.package/TxTextStyler.class/instance/visiting/visitGlobalNode_.st A TxText-Styler.package/TxTextStyler.class/instance/visiting/visitInstanceVariableNode_.st A TxText-Styler.package/TxTextStyler.class/instance/visiting/visitLiteralArrayNode_.st A TxText-Styler.package/TxTextStyler.class/instance/visiting/visitReturnNode_.st Log Message: ----------- 50212 16100 #testCanCreateFiletreeRepositoryFromUrl is failing https://pharo.fogbugz.com/f/cases/16100 16110 Specify Window Menu Order https://pharo.fogbugz.com/f/cases/16110 16107 Merge of Rubric with repository needed https://pharo.fogbugz.com/f/cases/16107 16078 load new TxText version https://pharo.fogbugz.com/f/cases/16078 15651 Fix Gofer>>upgrade https://pharo.fogbugz.com/f/cases/15651 16072 QualityAssistant should depend on a configuration of Renraku and not use deprecated methods https://pharo.fogbugz.com/f/cases/16072 http://files.pharo.org/image/50/50212.zip

Aug. 7, 2015

[pharo-project/pharo-core]

by GitHub

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

Aug. 7, 2015

Re: [Pharo-dev] Is Metacello in Pharo 5.0 up-to-date? and project locking

by Christophe Demarey

Le 6 aoÃ»t 2015 Ã 22:49, Dale Henrichs a Ã©crit : > For the Metacello tests themselves, the version of Metacello under test is installed on top of the version present in the image, using the "standard Metacello update code" ... failures at this point indicate Metacello upgrade problems ... then the unit tests are run ... ok, I found hat is missing. Metacello update through the BaselineOfMetacello works ... but the code used for the bootsrap of Metacello in BuilderCI uses the ConfigurationOfMetacelloPreview and load the stable version that is currently 1.0.0-beta.32.17. I think when there is already a version of Metacello able to load through the baseline, builderCi should use the Baseline to update Metacello. WDYT? Cheers, Christophe

Aug. 7, 2015