June 2016 - Pharo-dev - lists.pharo.org

Easy to use execution counter with Icon in Editor
by Marcus Denker June 22, 2016

June 22, 2016

Hi, In the 60#103 there will be a new kind of âWatcherâ: an execution-counter. Using the âsuggestionâ menu one can add a counter to any AST node. After, the editor shows a (c) Icon. Mouse over â> current state of the counter is shown. Of course, UI is just a stand-in and could be *much* better. But from a debug perspective, it already should be quite useful to get a feel of how often something gets executed. Henrik suggest this as a demo (and an example of how to install a Counter without using the UI): ExecutionCounter installOn: (RubParagraphDecorator >> #doesNotUnderstand:) ast Marcus

3 3

Ubuntu Installation Change
by J.F. Rick June 21, 2016

June 21, 2016

You might also want to include the following in the i386 section of the Ubuntu installation: apt-get install libcairo2:i386 While Athens isn't readily used, it is in the image. Cheers, Jeff

1 0

Pharo vs. Squeak performance
by John Brant June 21, 2016

June 21, 2016

I have some code that creates a several hundred MB model. When I run the code under Pharo it takes ~2.5 minutes to run. However, if I run the same code in Squeak, it takes ~2 minutes. Since my code just uses base collections and streams, I thought the times should be very similar between the two. After a little investigation, I noticed that even simple things like âObject newâ can take much more time in Pharo. Hereâs an example that I executed in Squeak and Pharo: Time millisecondsToRun: [1 to: 100000000 do: [:i | Object new]] Squeak times: 1255 1257 1261 1265 1280 1294 1314 1337 1350 1360 Pharo times: 1815 1818 1870 1879 1900 1922 1944 1952 1958 2170 The results are the first 10 executions sorted by time after opening an image. Pharo doesnât always give these poor results. Occasionally I can get times as good a Squeak. For example, I was able to get these times in Pharo: 1253, 1284, 1297, 1314, 1317. However, it generally takes ~1.8 seconds in Pharo vs. the ~1.3 seconds for Squeak. The worst time I got for Squeak was in the 1.6 second range. The worst for Pharo was in the 4.3 second range. Does anyone know why Pharo is slower? Is there some memory setting that I need to change? John Brant

7 10

[pharo-project/pharo-core] 90d82f: 60103
by GitHub June 21, 2016

June 21, 2016

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 90d82f74311b44a0e25cb2e0a3ba7d41ebfe5f95 https://github.com/pharo-project/pharo-core/commit/90d82f74311b44a0e25cb2e0… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-06-21 (Tue, 21 Jun 2016) Changed paths: M Compression.package/ZipArchive.class/instance/reading/readFrom_.st M Kernel.package/Object.class/instance/accessing/name.st M Monticello.package/extension/Class/instance/asClassDefinition.st M MonticelloGUI.package/MCFileRepositoryInspector.class/instance/morphic ui/packageListUpdate.st M RPackage-Tests.package/RPackageReadOnlyCompleteSetupTest.class/instance/expectedfailures/expectedFailures.st M RPackage-Tests.package/RPackageReadOnlyCompleteSetupTest.class/instance/test slice/testClassesAndExtensionMethodsDo.st M Reflectivity-Examples.package/MetalinkIconStyler.class/instance/defaults/iconBlock_.st M Reflectivity-Tools.package/BreakpointIconStyler.class/instance/defaults/iconBlock_.st A Reflectivity-Tools.package/CounterIconStyler.class/README.md A Reflectivity-Tools.package/CounterIconStyler.class/definition.st A Reflectivity-Tools.package/CounterIconStyler.class/instance/defaults/iconBlock_.st A Reflectivity-Tools.package/CounterIconStyler.class/instance/defaults/iconFor_.st A Reflectivity-Tools.package/CounterIconStyler.class/instance/defaults/iconLabelBlock_.st A Reflectivity-Tools.package/CounterIconStyler.class/instance/testing/shouldStyleNode_.st A Reflectivity-Tools.package/ExecutionCounter.class/README.md A Reflectivity-Tools.package/ExecutionCounter.class/class/accessing/allCounters.st A Reflectivity-Tools.package/ExecutionCounter.class/class/cleanup/removeAll.st A Reflectivity-Tools.package/ExecutionCounter.class/class/cleanup/removeFrom_.st A Reflectivity-Tools.package/ExecutionCounter.class/class/instance creation/installOn_.st A Reflectivity-Tools.package/ExecutionCounter.class/definition.st A Reflectivity-Tools.package/ExecutionCounter.class/instance/accessing/node.st A Reflectivity-Tools.package/ExecutionCounter.class/instance/accessing/node_.st A Reflectivity-Tools.package/ExecutionCounter.class/instance/add%2Fremove/install.st A Reflectivity-Tools.package/ExecutionCounter.class/instance/add%2Fremove/uninstall.st A Reflectivity-Tools.package/ExecutionCounter.class/instance/as yet unclassified/count.st A Reflectivity-Tools.package/ExecutionCounter.class/instance/as yet unclassified/increase.st A Reflectivity-Tools.package/ExecutionCounter.class/instance/initialization/initialize.st M Reflectivity-Tools.package/HaltOnCountIconStyler.class/instance/defaults/iconBlock_.st M Reflectivity-Tools.package/HaltOnceIconStyler.class/instance/defaults/iconBlock_.st M Reflectivity-Tools.package/IconStyler.class/instance/defaults/iconBlock_.st R Reflectivity-Tools.package/Watchpoint.class/class/adding/add_on_.st M Reflectivity-Tools.package/Watchpoint.class/class/instance creation/in_named_.st M Reflectivity-Tools.package/Watchpoint.class/instance/install/install.st M Reflectivity-Tools.package/Watchpoint.class/instance/install/uninstall.st M Reflectivity-Tools.package/WatchpointIconStyler.class/instance/defaults/iconBlock_.st A Reflectivity-Tools.package/extension/RBProgramNode/instance/counter.st A Reflectivity-Tools.package/extension/RBProgramNode/instance/hasExecutionCounter.st M Reflectivity-Tools.package/extension/RBProgramNode/instance/watchpoint.st M Ring-Core-Kernel.package/extension/Class/instance/asRingDefinition.st M Rubric.package/RubLipsumWithSegmentsExample.class/instance/user interface/newScrolledText.st M Rubric.package/RubTextSegmentIconDisplayer.class/instance/event handling/invokeIconMenuOfSegments_event_.st M Rubric.package/RubTextSegmentMorph.class/instance/accessing/iconBlock_.st A Rubric.package/RubTextSegmentMorph.class/instance/ui/addItemToMenu_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60102.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60103.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60102.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60103.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A SmartSuggestions.package/SugsCounterSuggestion.class/README.md A SmartSuggestions.package/SugsCounterSuggestion.class/definition.st A SmartSuggestions.package/SugsCounterSuggestion.class/instance/accessing/label.st A SmartSuggestions.package/SugsCounterSuggestion.class/instance/execution/execute.st A SmartSuggestions.package/SugsCounterSuggestion.class/instance/execution/isValidForContext.st A SmartSuggestions.package/SugsCounterSuggestion.class/instance/execution/selectedNodeHasExecutionCounter.st A SmartSuggestions.package/SugsSuggestionFactory.class/class/methods/createCounterCommand.st M Spec-Tools.package/MessageBrowser.class/instance/testing/sortClassesInCachedHierarchy_b_.st M System-Changes.package/ChangeSet.class/instance/private/changeRecorderFor_.st M System-CommandLineHandler.package/ManifestSystemCommandLineHandler.class/class/as yet unclassified/ignoredDependencies.st M Versionner-Spec-Browser.package/extension/SearchFacade/class/mcPackageSearchRejectAll_withInitialFilter_.st Log Message: ----------- 60103 18554 Update SystemCommandLineHandler dependencies https://pharo.fogbugz.com/f/cases/18554 18553 AST based execution counter https://pharo.fogbugz.com/f/cases/18553 18552 Move menu item morph creation to RubSegment https://pharo.fogbugz.com/f/cases/18552 7241 Object>>#name should best be removed https://pharo.fogbugz.com/f/cases/7241 http://files.pharo.org/image/60/60103.zip

3 2

Re: [Pharo-dev] System and user processe
by Max Leske June 21, 2016

June 21, 2016

>> Message: 17 >> Date: Tue, 21 Jun 2016 00:33:17 -0700 (PDT) >> From: "marcel.taeumel" <Marcel.Taeumel(a)hpi.de> >> Subject: [squeak-dev] Re: [Vm-dev] System and user processes >> To: squeak-dev(a)lists.squeakfoundation.org >> Message-ID: <1466494397918-4902025.post(a)n4.nabble.com> >> Content-Type: text/plain; charset=UTF-8 >> >> Chris Muller-3 wrote >> Hi Max, I had a similar idea, and made a ClientProcess class. Its >> primary purpose is to provide a nice wrapping API for *users* to >> manage their "background running tasks" (i.e., #start, #stop, #pause, >> #resume, #progress, #priority adjustment), as well as a nice API for >> *developers* to report its progress via a simple signaling mechanism, >> which also gives the user all the performance stats for "free" too >> like #unitsCompleted, #runningTime, #ratePerSecond, #remainingTime, >> etc. >> >> On Sun, Jun 19, 2016 at 4:03 AM, Max Leske < >> >> maxleske@ >> >> > wrote: >> >> Hi, >> >> In Pharo and Squeak we have no separation between processes that belong >> to the IDE, tools etc. and processes that are spawned as part of an >> application. Iâd like to know your opinion on the following (rough) idea: >> >> 1. We introduce two subclasses of Process: SystemProcess and UserProcess >> 2. We define #isSystemProcess and #isUserProcess >> 3. We introduce #newSystemProcess and #newUserProcess >> 4. We deprecate #newProcess and delegate to #newUserProcess (thereby >> modifying all users of #forkXXX to yield instances of UserProcess) >> >> Of the following Iâm less sure: >> 5. We introduce #forkSystemProcess et. al >> >> Iâve tried this out in Pharo 6 and there seem to be no problems with the >> VM. The benefit would be improved separation between system and user >> space. It would allow us to implement stuff for processes in general >> (e.g. for the debugger) which we do not want to affect system processes >> like the UI process or the background process. One concrete example: the >> process browser could hide all system processes and make them visible on >> demand (that would greatly improve the view because you can now better >> find your own processes). >> >> >> Iâm looking forward to your comments. >> >> Cheers, >> Max > > Hi Chris, > > Hmm... I would implement such an API rather via composition than > inheritance. Such a task does not necessarily have to run in the same image > but could also be accomplished on another machine. OSProcess has RemoteTask > for this. Inheritance would make things complicated once one would decide to > not carry out the computation as a Squeak process. > > I do like Tony's idea of process groups. We could think this one step > further an add multiple tags (symbols?) to processes to support > fine-granular or cross-cutting classifications. Tools like the process > browser could show these tags, group by them, etc. There could be tags to > identify processes that would stop working once you close the Squeak image > (e.g. "not resumable")... Hmmm... Application developers could use tags to > provide hints for other developers and users. > > Best, > Marcel Good point. Inheritance is nice but as for our infamous stream hierarchy processes would probably need to be grouped by different traits. But I think that groups and tags may be two different things. Tonyâs âcurrent process groupâ for instance would have to implemented as a special tag already, unless a new process simply inherited all tags. In Pharo (I donât know about Squeak) we now have a session manager that can be asked if the current session has changed, i.e. whether the image has been restarted. Now, instead of checking in with the session manager explicitly I could use a âsession dependantâ process, which terminates when the session changes. Cheers, Max

3 2

Pharo Sprint Fr, 24 June
by Marcus Denker June 21, 2016

June 21, 2016

Hi, A bit late this ANNâ¦ sorry We will organize a Pharo sprint / Moose dojo Friday, 24 June, starting at 10:00am. (Local Time Paris/Berlin/â¦.). Remotely, you can join us on Slack or the IRC channel #pharo on irc.freenode.net <http://irc.freenode.net/> server. During the sprint, we will try to synchronize local and remote Pharo sprinters. Locally, there will be: - Inria Lille, Building B, third floor (RMoD offices). (As the building is not open to the public, please contact us before in case of visiting) - Santiago de Chile (starting a bit later due to time-zone). DCC University of Chile. Marcus

1 0

[pharo-project/pharo-core]
by GitHub June 21, 2016

June 21, 2016

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

1 0

endlessloop interruption
by stepharo June 21, 2016

June 21, 2016

Hi I asked eliot and clement if a better management of endlessloop was on the agenda of Cog and eliot told me that normally it is already the case. Do you have endless loops that cannot be interrupted? Stef

2 1

Better #haltOnce: per haltOnce state, auto-enable
by marcus.denker＠inria.fr June 21, 2016

June 21, 2016

Hi, Yesterday we improved #haltOnce to be more like a âonceâ BreakPoint: -> state per *each* haltOnce send (this means you can put two in one method and they are independent) -> when putting a haltOnce, it is enabled by default -> The global menu entry just resets all haltOnce to be active again. Interesting is how trivial this was to implementâ¦ in class Halt once | node | node := thisContext sender sender sourceNodeExecuted. (node hasProperty: #haltOnce) ifTrue: [^self]. node propertyAt: #haltOnce put: true. ^ self signal. This means, we get the AST node of the âhaltOnceâ message send. Then we put an annotation there. To reset all (enable all), the global many just does: #haltOnce senders do: #recompile. Done. This will be in 60082. Marcus

5 10

Multiple strong selections?
by Nicolas Passerini June 21, 2016

June 21, 2016

Hi, how is the best way to add a "double click" action to a glamour (fast) table? I tried usin onChangeOfPort: #strongSelection, but the event is gathered multiple times... which in my case opens four times the same window. Is this a bug that I could try to solve or is it that I am using it wrong? A little portion of code to depict my problem: browser transmit to: #repositories; andShow: [ :a | a fastTable ... onChangeOfPort: #strongSelection act: [ :table | IceGlamourSynchronizer synchronize: table selection ] ]. Thanks, Nico

1 0