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

Re: [Pharo-dev] [Moose-dev] [Solved] Pharo image corruption and fatal VM error with Roassal

by Blondeau Vincent

Hi Alexandre, The patch doesn't seems to be commited in Roassal2 repo... Vincent De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de Alexandre Bergel EnvoyÃ© : mercredi 6 aoÃ»t 2014 21:44 Ã : Moose-related development Cc : Pharo Development List Objet : Re: [Pharo-dev] [Moose-dev] [Solved] Pharo image corruption and fatal VM error with Roassal Thanks Vincent! It seems to work well. Included in Roassal! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Aug 6, 2014, at 12:29 PM, Blondeau Vincent <vincent.blondeau(a)worldline.com<mailto:vincent.blondeau@worldline.com>> wrote: Solved ! You will found the changes in the attached .mcz. I added some sessions guards where some Athens external objects are used. Stef you were right ;) Particularly for checking the IV TRCanvas>>canvas and on TRShape>>path that relies on Athens external objects. It seems to works for me. If it is the case for you, it we be nice to integrate it quickly to be able to work fine :) Thanks Vincent -----Message d'origine----- De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de stepharo EnvoyÃ© : jeudi 31 juillet 2014 22:58 Ã : Pharo Development List Objet : Re: [Pharo-dev] [Moose-dev] Pharo image corruption and fatal VM error with Roassal Alexandre may be you should try to understand what is a session. Because this is about 2 lines of code. When you open an image you save 2 min ago or 2 years ago, how the system knows that an OS ressources is valid? By checking the session id... Stef On 31/7/14 16:09, Alexandre Bergel wrote: Yes, and this is a mess. I've spent quite some time in getting the session working with Roassal2 and it still does not work. I would appreciate help on this. Alexandre On Jul 31, 2014, at 8:58 AM, Nicolai Hess <nicolaihess(a)web.de<mailto:nicolaihess@web.de>> wrote: It looks like Trachel does not recreate athens external resources. There is an example in AthensSceneView, on how to check and reload an AthensSurface. 2014-07-31 12:51 GMT+02:00 Usman Bhatti <usman.bhatti(a)gmail.com<mailto:usman.bhatti@gmail.com>>: On Thu, Jul 31, 2014 at 11:17 AM, Blondeau Vincent <vincent.blondeau(a)worldline.com<mailto:vincent.blondeau@worldline.com>> wrote: Yes it is. But I will not do TRMorph allInstances do: #delete In command line every day... It is only intended to recover your lost work in the image not for everyday use :). Vincent De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de Usman Bhatti EnvoyÃ© : jeudi 31 juillet 2014 10:59 Ã : Pharo Development List Cc : Moose-related development Objet : Re: [Pharo-dev] Pharo image corruption and fatal VM error with Roassal This may be related to this known issue reported a few days back. https://code.google.com/p/moose-technology/issues/detail?id=1084 And there is a possible solution to recover your image. usman On Thu, Jul 31, 2014 at 10:50 AM, Blondeau Vincent <vincent.blondeau(a)worldline.com<mailto:vincent.blondeau@worldline.com>> wrote: Hi, Yesterday, I was using GraphET (a part of Roassal) to do some charts and, today, when I wanted to reopen the image. And I got that : <image001.png> It is *very* unpleasant... To reproduce the bug: 1 - You can do either: | builder | builder := GET2Line data: (0 to: 100) . builder y: [ :x | x*x ]. builder open. Or WorldMenu -> Roassal examples -> choose an item -> click on a graph . A TRMorph should be opened. 2 - don't close the graph and save the pharo image. 3 - Close the pharo image 4 - Reopen it I am under W7 x64 with the latest moose image and the VM available on the pharo.org website (http://files.pharo.org/platform/Pharo3.0-win.zip) from the 10 july. You will find the crash dump attached. Thankfully, I managed to open the image with a latest VM (http://www.mirandabanda.org/files/Cog/VM/VM.r3056/cogwin-14.29.3056.zip) Thanks a lot Eliot ! :) And I got this: <image002.png> Thanks in advance Cheers, Vincent BLONDEAU Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch<mailto:Moose-dev@iam.unibe.ch> https://www.iam.unibe.ch/mailman/listinfo/moose-dev Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. <Trachel-VincentBlondeau.180.mcz>_______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch<mailto:Moose-dev@iam.unibe.ch> https://www.iam.unibe.ch/mailman/listinfo/moose-dev ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

Aug. 7, 2014

Re: [Pharo-dev] Browsing Object is slow

by Camille Teruel

On 7 aoÃ»t 2014, at 15:08, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2014-08-07 14:42 GMT+02:00 Camille Teruel <camille.teruel(a)gmail.com>: > > On 7 aoÃ»t 2014, at 14:26, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> Yes, that are may changes. >> >> I think I was a bit confused about >> showHierarchy : show the real hierarchy of an class >> and >> showHierarchy : show the classes in a package sorted hierarchically. >> >> The first one is enabled by the hierarchy/flat-Button (show packages) >> The second one is enabled by a "showhierarch" setting > > You see I was unaware of the setting :) > BTW, it doesn't change the way classes are displayed when I disable it. > > Yes, when I changed the implementation in ClassList I wasn't aware > on this, so this is broken too. > > But I woking on it :) Ok cool :) > > > >> >> 2014-08-07 13:47 GMT+02:00 Camille Teruel <camille.teruel(a)gmail.com>: >> Hi everyone, >> >> I noticed that browsing Object take several seconds (5s on my machine). Evaluate Nautilus openOnClass: Object. >> After profiling, I found it's because of ClassWidget>>setCachedHierarchyClass: that calls SortHierarchically class>>buildHierarchyForClasses: with a big collection of classes. >> But the browser opens on the package view by default, not the hierarchy view. >> So if I replace: >> >> ClassWidget>>showHierarchy: anObject >> showHierarchy := anObject. >> self selectedClass ifNotNil:[: class | >> self setCachedHierarchyClass: class] >> by: >> >> ClassWidget>>showHierarchy: aBoolean >> (showHierarchy := aBoolean) >> ifTrue: [ self selectedClass ifNotNil: [ :class | self setCachedHierarchyClass: class] ] >> >> it solves the problem. >> But I don't know that part of the system well and I don't know if it's the correct thing to do or if we should try to improve performances of SortHierarchically instead. >> So tell me what you think about it. >> Here is the bug entry: https://pharo.fogbugz.com/f/cases/13795/Browsing-certain-classes-takes-seve… >> >> Thanks, >> Camille >> > >

Aug. 7, 2014

Re: [Pharo-dev] Browsing Object is slow

by Nicolai Hess

2014-08-07 14:42 GMT+02:00 Camille Teruel <camille.teruel(a)gmail.com>: > > On 7 aoÃ»t 2014, at 14:26, Nicolai Hess <nicolaihess(a)web.de> wrote: > > Yes, that are may changes. > > I think I was a bit confused about > showHierarchy : show the real hierarchy of an class > and > showHierarchy : show the classes in a package sorted hierarchically. > > The first one is enabled by the hierarchy/flat-Button (show packages) > The second one is enabled by a "showhierarch" setting > > > You see I was unaware of the setting :) > BTW, it doesn't change the way classes are displayed when I disable it. > Yes, when I changed the implementation in ClassList I wasn't aware on this, so this is broken too. But I woking on it :) > > > 2014-08-07 13:47 GMT+02:00 Camille Teruel <camille.teruel(a)gmail.com>: > >> Hi everyone, >> >> I noticed that browsing Object take several seconds (5s on my machine). >> Evaluate Nautilus openOnClass: Object. >> After profiling, I found it's because of >> ClassWidget>>setCachedHierarchyClass: that calls SortHierarchically >> class>>buildHierarchyForClasses: with a big collection of classes. >> But the browser opens on the package view by default, not the hierarchy >> view. >> So if I replace: >> >> ClassWidget>>showHierarchy: anObject >> showHierarchy := anObject. >> self selectedClass ifNotNil:[: class | >> self setCachedHierarchyClass: class] >> by: >> >> ClassWidget>>showHierarchy: aBoolean >> (showHierarchy := aBoolean) >> ifTrue: [ self selectedClass ifNotNil: [ :class | self >> setCachedHierarchyClass: class] ] >> >> it solves the problem. >> But I don't know that part of the system well and I don't know if it's >> the correct thing to do or if we should try to improve performances of >> SortHierarchically instead. >> So tell me what you think about it. >> Here is the bug entry: >> https://pharo.fogbugz.com/f/cases/13795/Browsing-certain-classes-takes-seve… >> >> >> Thanks, >> Camille >> > > >

Aug. 7, 2014

Re: [Pharo-dev] [Pharo4] EyePointerExplorer

by Marcus Denker

On 07 Aug 2014, at 12:30, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> - remove package Tool-Explorer (ca. 700 Loc, 6 classes) >> > > after > > https://pharo.fogbugz.com/f/cases/13794/Make-Tools-Explorer-unloadable > > we can just unload it. > in 4.0 #159 The old Tool-Explorer package is now unloaded. Marcus

Aug. 7, 2014

[pharo-project/pharo-core]

by GitHub

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

Aug. 7, 2014

[pharo-project/pharo-core] 3a551c: 40159

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 3a551c57ff316820df9a37567263c626742d549e https://github.com/pharo-project/pharo-core/commit/3a551c57ff316820df9a3756… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-08-07 (Thu, 07 Aug 2014) Changed paths: R NautilusCommon.package/extension/SystemNavigation/instance/selectorFromPattern_withCaption_startingFrom_.st R RPackage-Core.package/extension/SystemNavigation/instance/packageFromPattern_withCaption_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script159.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40159.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tool-Base.package/AbstractTool.class/instance/method/findMethodIn_.st A Tool-Base.package/AbstractTool.class/instance/method/selectorFromPattern_withCaption_startingFrom_.st M Tool-Base.package/AbstractTool.class/instance/package/findPackageIn_.st A Tool-Base.package/AbstractTool.class/instance/package/packageFromPattern_withCaption_.st Log Message: ----------- 40159 13775 Move two methods from SystemNavigation to AbstractTool https://pharo.fogbugz.com/f/cases/13775 http://files.pharo.org/image/40/40159.zip

Aug. 7, 2014

Re: [Pharo-dev] Browsing Object is slow

by Camille Teruel

On 7 aoÃ»t 2014, at 14:26, Nicolai Hess <nicolaihess(a)web.de> wrote: > Yes, that are may changes. > > I think I was a bit confused about > showHierarchy : show the real hierarchy of an class > and > showHierarchy : show the classes in a package sorted hierarchically. > > The first one is enabled by the hierarchy/flat-Button (show packages) > The second one is enabled by a "showhierarch" setting You see I was unaware of the setting :) BTW, it doesn't change the way classes are displayed when I disable it. > > 2014-08-07 13:47 GMT+02:00 Camille Teruel <camille.teruel(a)gmail.com>: > Hi everyone, > > I noticed that browsing Object take several seconds (5s on my machine). Evaluate Nautilus openOnClass: Object. > After profiling, I found it's because of ClassWidget>>setCachedHierarchyClass: that calls SortHierarchically class>>buildHierarchyForClasses: with a big collection of classes. > But the browser opens on the package view by default, not the hierarchy view. > So if I replace: > > ClassWidget>>showHierarchy: anObject > showHierarchy := anObject. > self selectedClass ifNotNil:[: class | > self setCachedHierarchyClass: class] > by: > > ClassWidget>>showHierarchy: aBoolean > (showHierarchy := aBoolean) > ifTrue: [ self selectedClass ifNotNil: [ :class | self setCachedHierarchyClass: class] ] > > it solves the problem. > But I don't know that part of the system well and I don't know if it's the correct thing to do or if we should try to improve performances of SortHierarchically instead. > So tell me what you think about it. > Here is the bug entry: https://pharo.fogbugz.com/f/cases/13795/Browsing-certain-classes-takes-seve… > > Thanks, > Camille >

Aug. 7, 2014

Re: [Pharo-dev] Browsing Object is slow

by Nicolai Hess

Yes, that are may changes. I think I was a bit confused about showHierarchy : show the real hierarchy of an class and showHierarchy : show the classes in a package sorted hierarchically. The first one is enabled by the hierarchy/flat-Button (show packages) The second one is enabled by a "showhierarch" setting 2014-08-07 13:47 GMT+02:00 Camille Teruel <camille.teruel(a)gmail.com>: > Hi everyone, > > I noticed that browsing Object take several seconds (5s on my machine). > Evaluate Nautilus openOnClass: Object. > After profiling, I found it's because of > ClassWidget>>setCachedHierarchyClass: that calls SortHierarchically > class>>buildHierarchyForClasses: with a big collection of classes. > But the browser opens on the package view by default, not the hierarchy > view. > So if I replace: > > ClassWidget>>showHierarchy: anObject > showHierarchy := anObject. > self selectedClass ifNotNil:[: class | > self setCachedHierarchyClass: class] > by: > > ClassWidget>>showHierarchy: aBoolean > (showHierarchy := aBoolean) > ifTrue: [ self selectedClass ifNotNil: [ :class | self > setCachedHierarchyClass: class] ] > > it solves the problem. > But I don't know that part of the system well and I don't know if it's the > correct thing to do or if we should try to improve performances of > SortHierarchically instead. > So tell me what you think about it. > Here is the bug entry: > https://pharo.fogbugz.com/f/cases/13795/Browsing-certain-classes-takes-seve… > > > Thanks, > Camille >

Aug. 7, 2014

[pharo-project/pharo-core]

by GitHub

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

Aug. 7, 2014

[pharo-project/pharo-core] 16bf1f: 40158

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 16bf1f532670c1b0647fe8644d359c9427f6529e https://github.com/pharo-project/pharo-core/commit/16bf1f532670c1b0647fe864… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-08-07 (Thu, 07 Aug 2014) Changed paths: R Collections-Abstract.package/HashedCollection.class/instance/explorer/hasContentsInExplorer.st R Collections-Sequenceable.package/OrderedCollection.class/instance/testing/hasContentsInExplorer.st R Collections-Strings.package/String.class/instance/testing/hasContentsInExplorer.st R Kernel.package/Float.class/instance/testing/hasContentsInExplorer.st R NECompletion.package/extension/ObjectExplorer/instance/guessTypeForName_.st R NECompletion.package/extension/ObjectExplorer/instance/isCodeCompletionAllowed.st R NECompletion.package/extension/ObjectExplorer/instance/selectedClassOrMetaClass.st R Polymorph-TaskbarIcons.package/extension/ObjectExplorer/instance/taskbarIcon.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script158.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40158.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Shout.package/extension/ObjectExplorer/instance/shoutAboutToStyle_.st R Shout.package/extension/ObjectExplorer/instance/shoutParser_.st A Spec-Inspector.package/extension/Object/instance/explore.st R Tool-Explorer.package/ObjectExplorer.class/README.md R Tool-Explorer.package/ObjectExplorer.class/class/setting/showIcons.st R Tool-Explorer.package/ObjectExplorer.class/class/setting/showIcons_.st R Tool-Explorer.package/ObjectExplorer.class/class/tools registry/openOn_.st R Tool-Explorer.package/ObjectExplorer.class/definition.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/contentsSelection.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/doItContext.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/doItReceiver.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/explorerFor_.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/getCurrentSelection.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/getList.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/label.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/object.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/parentObject.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/rootObject.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/rootObject_.st R Tool-Explorer.package/ObjectExplorer.class/instance/accessing/selector.st R Tool-Explorer.package/ObjectExplorer.class/instance/acessing - morphs/textMorph.st R Tool-Explorer.package/ObjectExplorer.class/instance/acessing - morphs/treeListMorph.st R Tool-Explorer.package/ObjectExplorer.class/instance/acessing - morphs/window.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/addTo_fromMenuModelOf_.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/buildMenuForNoSelection_.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/buildMenuForSelection_.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/codePaneMenu_shifted_.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/defsOfSelection.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/explorePointers.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/exploreSelection.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/exploreStrongPointers.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/explorerKey_from_.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/genericMenu_.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/inspectSelection.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/referencesToSelection.st R Tool-Explorer.package/ObjectExplorer.class/instance/menus/selectedClass.st R Tool-Explorer.package/ObjectExplorer.class/instance/monitoring/monitorList.st R Tool-Explorer.package/ObjectExplorer.class/instance/monitoring/monitor_.st R Tool-Explorer.package/ObjectExplorer.class/instance/monitoring/release.st R Tool-Explorer.package/ObjectExplorer.class/instance/monitoring/shouldGetStepsFrom_.st R Tool-Explorer.package/ObjectExplorer.class/instance/monitoring/step.st R Tool-Explorer.package/ObjectExplorer.class/instance/monitoring/stopMonitoring.st R Tool-Explorer.package/ObjectExplorer.class/instance/monitoring/world.st R Tool-Explorer.package/ObjectExplorer.class/instance/updating/noteNewSelection_.st R Tool-Explorer.package/ObjectExplorer.class/instance/updating/update_.st R Tool-Explorer.package/ObjectExplorer.class/instance/user interface/expandTreeInMorph_.st R Tool-Explorer.package/ObjectExplorer.class/instance/user interface/explorerFor_withLabel_.st R Tool-Explorer.package/ObjectExplorer.class/instance/user interface/initialExtent.st R Tool-Explorer.package/ObjectExplorer.class/instance/user interface/openExplorerFor_.st R Tool-Explorer.package/ObjectExplorer.class/instance/user interface/openExplorerFor_withLabel_.st R Tool-Explorer.package/ObjectExplorer.class/instance/user interface/trash.st R Tool-Explorer.package/ObjectExplorer.class/instance/user interface/trash_.st R Tool-Explorer.package/ObjectExplorerWrapper.class/README.md R Tool-Explorer.package/ObjectExplorerWrapper.class/class/as yet unclassified/with_name_model_.st R Tool-Explorer.package/ObjectExplorerWrapper.class/class/as yet unclassified/with_name_model_parent_.st R Tool-Explorer.package/ObjectExplorerWrapper.class/definition.st R Tool-Explorer.package/ObjectExplorerWrapper.class/instance/accessing/contents.st R Tool-Explorer.package/ObjectExplorerWrapper.class/instance/accessing/hasContents.st R Tool-Explorer.package/ObjectExplorerWrapper.class/instance/accessing/icon.st R Tool-Explorer.package/ObjectExplorerWrapper.class/instance/accessing/parent.st R Tool-Explorer.package/ObjectExplorerWrapper.class/instance/accessing/parent_.st R Tool-Explorer.package/ObjectExplorerWrapper.class/instance/accessing/selector.st R Tool-Explorer.package/ObjectExplorerWrapper.class/instance/accessing/setItem_name_model_.st R Tool-Explorer.package/ObjectExplorerWrapper.class/instance/accessing/setItem_name_model_parent_.st R Tool-Explorer.package/ObjectExplorerWrapper.class/instance/converting/asString.st R Tool-Explorer.package/ObjectExplorerWrapper.class/instance/monitoring/refresh.st R Tool-Explorer.package/PointerExplorer.class/README.md R Tool-Explorer.package/PointerExplorer.class/definition.st R Tool-Explorer.package/PointerExplorer.class/instance/accessing/getList.st R Tool-Explorer.package/PointerExplorerWrapper.class/README.md R Tool-Explorer.package/PointerExplorerWrapper.class/definition.st R Tool-Explorer.package/PointerExplorerWrapper.class/instance/accessing/contents.st R Tool-Explorer.package/PointerExplorerWrapper.class/instance/testing/hasContents.st R Tool-Explorer.package/StrongPointerExplorer.class/README.md R Tool-Explorer.package/StrongPointerExplorer.class/definition.st R Tool-Explorer.package/StrongPointerExplorer.class/instance/as yet unclassified/getList.st R Tool-Explorer.package/StrongPointerExplorerWrapper.class/README.md R Tool-Explorer.package/StrongPointerExplorerWrapper.class/definition.st R Tool-Explorer.package/StrongPointerExplorerWrapper.class/instance/accessing/contents.st R Tool-Explorer.package/extension/Collection/instance/explorerContents.st R Tool-Explorer.package/extension/Collection/instance/explorerContentsWithIndexCollect_.st R Tool-Explorer.package/extension/CompiledMethod/instance/explorerContents.st R Tool-Explorer.package/extension/Dictionary/instance/customizeExplorerContents.st R Tool-Explorer.package/extension/Dictionary/instance/explorerContentsWithIndexCollect_.st R Tool-Explorer.package/extension/Integer/instance/explorerContents.st R Tool-Explorer.package/extension/Integer/instance/hasContentsInExplorer.st R Tool-Explorer.package/extension/Object/instance/asExplorerString.st R Tool-Explorer.package/extension/Object/instance/customizeExplorerContents.st R Tool-Explorer.package/extension/Object/instance/explore.st R Tool-Explorer.package/extension/Object/instance/hasContentsInExplorer.st R Tool-Explorer.package/extension/SequenceableCollection/instance/customizeExplorerContents.st R Tool-Explorer.package/extension/SmallDictionary/instance/customizeExplorerContents.st R Tool-Explorer.package/extension/SmallDictionary/instance/explorerContentsWithIndexCollect_.st Log Message: ----------- 40158 11709 remove old ObjectExplorer https://pharo.fogbugz.com/f/cases/11709 http://files.pharo.org/image/40/40158.zip

Aug. 7, 2014