- Pharo-dev - lists.pharo.org

[story] using the inspector to debug a metacello configuration problem
by Tudor Girba Jan. 4, 2015

Jan. 4, 2015

Hi, Happy New Year! The GTInspector reaches its full potential when it is being extended to meet custom needs. I will try to document more scenarios to show how this works in practice and how programming changes as a result. Here is a story that describes a session of debugging a Metacello configuration problem: http://www.humane-assessment.com/blog/identifying-a-configuration-problem-w… Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

2 1

HandMorph.EventStats
by Ben Coman Jan. 3, 2015

Jan. 3, 2015

Looking at HandMorph>>logEventStats: this is the only method to reference EventStats variable. Should we zero these values as part of release process? cheers -ben

2 2

New Cog VMs available
by Eliot Miranda Jan. 2, 2015

Jan. 2, 2015

...at http://www.mirandabanda.org/files/Cog/VM/VM.r3205/. Happy New Year! CogVM source as per VMMaker.oscog-eem.1008/r3205 Send cannotReturn for sideways return attemps when there's an unwind-protect. Old code would erroneously answer unwind-protect even if home could'nt be found. e.g. This should raise cannot return: | b | b := [ ^ 42 ]. [ [b value] ensure: [1] ] fork. Processor yield just as this does: | b | b := [ ^ 42 ]. [ b value ] fork. Processor yield Speed up non-local return processing by using the fact that 98% of the time returns are within the same page. The search for the home context following finding an unwind is unnecessary iff the home is married and on the same page. Refactor commonReturn to eiminate CoInterpreter's version, moving the divergence into maybeReturnToMachineCodeFrame. Ensure search for home through the block's closure uses followField:ofObject:. (related) Revisit the Sista bug fix for followed contexts during scavenging in VMMaker.oscog-eem.913 of 24 October 2014. Split isWidowedContext: into a more careful version, isWidowedContextDuringGC: for use only during scavenging. Win32: Nuke obsolete RCS vrsion info Spur: Fix argument count slips in three primitives. Check for sufficient memory in two-way become. All: Fix checking of boolean arg in primitiveArrayBecomeOneWayCopyHash. Make primitiveSlotAt[Put] cope with non-pointer objects. Change the pixel-touch-pixel prim to allow LPI arguments for the color values Update the ScratchPlugin bilinear scaling prim to include the correct alpha channel value for non-transparent output pixels. No longer build or upload the Newspeak V3 VMs, now superseded by Spur. Use the gcc/clang built-ins for CAS and atomic increment if available. -- best, Eliot

2 1

Is immutability on Pharo's roadmap?
by Sebastian Sastre Jan. 2, 2015

Jan. 2, 2015

Sorry for the naive question but Iâm seeing an avalanche of interest in functional programming and many there uses immutability as foundation. So I wonder whatâs our position on that way of working? Does Pharo have immutability in its roadmap at any point? Do you find it valuable?

3 3

Cog in the cloud
by Ben Coman Jan. 2, 2015

Jan. 2, 2015

Just some thoughts that arose as I skipped along the web... With the idea of using Pharo in the cloud, I was thinking of how PharoNOS[1] is basing off top of the Linux kernel, but the examples indicate its operating in User Mode. So I was wondering about performance being greater[2] if the CogVM ran in Kernel Mode. However maybe this could get tangled in the GPL license of the kernel. Now I believe FreeBSD/NetBSD license is compatible with COG's MIT license, so that seems a better option for eliminating layers of the operating system. They both[3][4] have pre-built Amazon Machine Images to run on EC2, as well as instructions[5] to build your own AMI. So potentially we could build an AMI with the CogVM linked to the FreeBSDKernel operating in Kernel Mode, with no User Mode. The lack of direct access to memory from the Image, and probably single application focus should be sufficient security to forgo User Mode, and run faster. But we could go a step further. Runing in the cloud relies heavily on virtualisation, and for performance[6], most likely on the OS's paravirtualisation interface - to Xen for example. So from Cog, why not interface direct to the Xen FrontEndDriver[7] and eliminate the DomU operating system all together. What I understand from [6] is that Xen's paravirtualisation hooks makes it much easier to boot, than booting on the bare metal of a fully-virtualised system. So the former seems more achievable than the latter (which was the only option in years past), and also be more portable as technology evolves, to any platform Xen runs on. Squeak/Pharo on Cog-Xen could be a good choice for a Cloud Operating System[8]. Maybe a good student research project? cheers -ben [1] http://pillarhub.pharocloud.com/hub/mikefilonov/pharonos [2] http://blog.codinghorror.com/understanding-user-and-kernel-mode/ [3] http://www.daemonology.net/freebsd-on-ec2/ [4] http://wiki.netbsd.org/amazon_ec2/amis/ [5] http://wiki.netbsd.org/amazon_ec2/build_your_own_ami/ [6] http://wiki.xen.org/wiki/Virtualization_Spectrum [7] http://wiki.xen.org/wiki/FrontendDriver [8] http://wiki.xen.org/wiki/Cloud_Operating_Systems

5 10

Re: [Pharo-dev] The Smalltalk Renaissance Program
by Ben Coman Jan. 1, 2015

Jan. 1, 2015

Repost (it was rejected as from the wrong account) On Wednesday, December 31, 2014, Ben Coman wrote: > Hi richard, I appreciate your goal. Smalltalk & Pharo do need more PR. I > can see how Pharo not being "a smalltalk" may affect it being your > poster-child for your new site, however you should review the archives > before launching into that argument as a newcomer :) > Although as a PR exercise, outside viewpoints are useful. > > Certainly Pharo does not want to be "constrained" by being "a small talk" > per smalltalk80. However some of the recent posted historical videos put > that in perspective with several PARC small talk versions being quite > different. Small talk continually evolves. > > Btw, can you drop the movie quotations. It comes across a bit high-handed > - like it's trying to teach something - but I can't work out your implied > meaning. Someone else's words can only ever be an approximation. You own > words are better. > > Good Luck with your venture. I'll look into it more when I have Better > net access. > > Ben > > > On Wednesday, December 31, 2014, horrido <horrido.hobbies(a)gmail.com > <javascript:_e(%7B%7D,'cvml','horrido.hobbies(a)gmail.com');>> wrote: > >> Which is why I've chosen Pharo as the public "face" of Smalltalk. It has >> the >> most active community, and the best chance of widespread adoption. >> >> Still, to call it a "new language", to say that "it's not Smalltalk", is a >> mistake. >> >> >> >> -- >> View this message in context: >> http://forum.world.st/The-Smalltalk-Renaissance-Program-tp4797112p4797374.h… >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >>

2 1

[pharo-project/pharo-core]
by GitHub Jan. 1, 2015

Jan. 1, 2015

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

1 0

[pharo-project/pharo-core] b4d557: 40428
by GitHub Jan. 1, 2015

Jan. 1, 2015

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: b4d557e84786cdf79fb362b73b4d92193b5f4385 https://github.com/pharo-project/pharo-core/commit/b4d557e84786cdf79fb362b7… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-01-01 (Thu, 01 Jan 2015) Changed paths: R SUnit-Core.package/EqualityTester.class/instance/as yet unclassified/resultFor_.st A SUnit-Core.package/EqualityTester.class/instance/operation/resultFor_.st R SUnit-Core.package/HashTester.class/instance/as yet unclassified/resultFor_.st A SUnit-Core.package/HashTester.class/instance/operation/resultFor_.st M SUnit-Core.package/PrototypeTester.class/README.md R SUnit-Core.package/PrototypeTester.class/class/as yet unclassified/defaultRuns.st R SUnit-Core.package/PrototypeTester.class/class/as yet unclassified/with_.st A SUnit-Core.package/PrototypeTester.class/class/default/defaultRuns.st A SUnit-Core.package/PrototypeTester.class/class/instance creation/with_.st A SUnit-Core.package/PrototypeTester.class/instance/accessing/prototype.st A SUnit-Core.package/PrototypeTester.class/instance/accessing/prototype_.st R SUnit-Core.package/PrototypeTester.class/instance/as yet unclassified/prototype.st R SUnit-Core.package/PrototypeTester.class/instance/as yet unclassified/prototype_.st R SUnit-Core.package/PrototypeTester.class/instance/as yet unclassified/result.st A SUnit-Core.package/PrototypeTester.class/instance/operation/result.st A SUnit-Core.package/PrototypeTester.class/instance/operation/resultFor_.st M SUnit-Core.package/TestResource.class/instance/accessing/description.st M SUnit-Core.package/TestResource.class/instance/accessing/name.st M SUnit-Core.package/TestResource.class/instance/accessing/name_.st M SUnit-Core.package/TestResource.class/instance/testing/isUnavailable.st M SUnit-Core.package/TestSuite.class/instance/running/resourceClass.st M SUnit-Core.package/TestSuite.class/instance/running/run_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script428.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40428.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40428 14658 cleaning/commenting SUnit classes https://pharo.fogbugz.com/f/cases/14658 http://files.pharo.org/image/40/40428.zip

1 0

[pharo-project/pharo-core] b35f60: 40427
by GitHub Jan. 1, 2015

Jan. 1, 2015

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: b35f60be751d5b1dace7238a4a17b25f7c5d1415 https://github.com/pharo-project/pharo-core/commit/b35f60be751d5b1dace7238a… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-01-01 (Thu, 01 Jan 2015) Changed paths: M Files.package/SourceFileArray.class/instance/source code management/changeRecordsFrom_className_isMeta_do_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script427.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40427.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Tool-Base.package/PharoCommonTools.class/README.md A Tool-Base.package/PharoCommonTools.class/class/cleanUp/shutDown_.st A Tool-Base.package/PharoCommonTools.class/class/initialization/initialize.st A Tool-Base.package/PharoCommonTools.class/class/settings/settingsOn_.st A Tool-Base.package/PharoCommonTools.class/definition.st A Tool-Base.package/PharoCommonTools.class/instance/cleanup/cleanUp.st A Tool-Base.package/PharoCommonTools.class/instance/initialization/initialize.st A Tool-Base.package/PharoCommonTools.class/instance/registration/recentBrowserTools.st A Tool-Base.package/PharoCommonTools.class/instance/registration/recentChangeSorterTools.st A Tool-Base.package/PharoCommonTools.class/instance/registration/recentDebuggerTools.st A Tool-Base.package/PharoCommonTools.class/instance/registration/recentFileListTools.st A Tool-Base.package/PharoCommonTools.class/instance/registration/recentInspectorTools.st A Tool-Base.package/PharoCommonTools.class/instance/registration/recentMessageListTools.st A Tool-Base.package/PharoCommonTools.class/instance/registration/recentToolsFor_.st A Tool-Base.package/PharoCommonTools.class/instance/registration/recentVersionBrowserTools.st A Tool-Base.package/PharoCommonTools.class/instance/registration/recentWorkspaceTools.st A Tool-Base.package/PharoCommonTools.class/instance/registration/register_as_.st A Tool-Base.package/PharoCommonTools.class/instance/registration/remove_.st A Tool-Base.package/PharoCommonTools.class/instance/tools/browserTool.st A Tool-Base.package/PharoCommonTools.class/instance/tools/browserTool_.st A Tool-Base.package/PharoCommonTools.class/instance/tools/changeSorterTool.st A Tool-Base.package/PharoCommonTools.class/instance/tools/changeSorterTool_.st A Tool-Base.package/PharoCommonTools.class/instance/tools/debuggerTool.st A Tool-Base.package/PharoCommonTools.class/instance/tools/debuggerTool_.st A Tool-Base.package/PharoCommonTools.class/instance/tools/fileListTool.st A Tool-Base.package/PharoCommonTools.class/instance/tools/fileListTool_.st A Tool-Base.package/PharoCommonTools.class/instance/tools/inspectorTool.st A Tool-Base.package/PharoCommonTools.class/instance/tools/inspectorTool_.st A Tool-Base.package/PharoCommonTools.class/instance/tools/messageListTool.st A Tool-Base.package/PharoCommonTools.class/instance/tools/messageListTool_.st A Tool-Base.package/PharoCommonTools.class/instance/tools/versionBrowserTool.st A Tool-Base.package/PharoCommonTools.class/instance/tools/versionBrowserTool_.st A Tool-Base.package/PharoCommonTools.class/instance/tools/workspaceTool.st A Tool-Base.package/PharoCommonTools.class/instance/tools/workspaceTool_.st M Tool-Base.package/extension/SmalltalkImage/instance/tools.st Log Message: ----------- 40427 14643 find records for classcomment changes in SourceFileArray https://pharo.fogbugz.com/f/cases/14643 10529 ToolRegistry need to support multiple registrations per tool https://pharo.fogbugz.com/f/cases/10529 http://files.pharo.org/image/40/40427.zip

1 0

[pharo-project/pharo-core]
by GitHub Jan. 1, 2015

Jan. 1, 2015

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

1 0