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

Re: [Pharo-dev] Cog in the cloud

by Ben Coman

Michael J. Forster wrote: > Having spent some time with Erlang on Xen and OpenMirage, I'm convinced that > Pharo/Cog on Xen is something I must do. However, I still have much to learn > about the Squeak/Cog VM before I could dream of porting it. > > Cheers! > -Mike Great to hear your enthusiasm. I only recently built my first VM, and discovered it was much easier than I thought. Have a go with these instructions... https://github.com/pharo-project/pharo-vm Even if your not up for modifying the code yet, its a nice buzz to get a VM build under the belt. One tip... in generator.image, review implementors of #initializePrimitiveTable to see which primitive numbers map to which primitive methods. cheers -ben

Dec. 21, 2014

Re: [Pharo-dev] Cog in the cloud

by Michael J. Forster

Having spent some time with Erlang on Xen and OpenMirage, I'm convinced that Pharo/Cog on Xen is something I must do. However, I still have much to learn about the Squeak/Cog VM before I could dream of porting it. Cheers! -Mike -- View this message in context: http://forum.world.st/Cog-in-the-cloud-tp4796514p4796591.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Dec. 21, 2014

Re: [Pharo-dev] outputing to PharoDebug.log

by Sven Van Caekenberghe

Hi Ben, See SmalltalkImage>>#logDuring: or #openLog I'm sure you'll find your way from there on. Sven > On 21 Dec 2014, at 11:58, Ben Coman <btc(a)openInWorld.com> wrote: > > > What is the way to output to PharoDebug.log from inside the Image. > > Use case: Should the Delay timer event loop fail, I want to log this. > > cheers, Ben

Dec. 21, 2014

outputing to PharoDebug.log

by Ben Coman

What is the way to output to PharoDebug.log from inside the Image. Use case: Should the Delay timer event loop fail, I want to log this. cheers, Ben

Dec. 21, 2014

Re: [Pharo-dev] running MS Surface Pro 3 - test failures

by stepharo

I suggest using Pharo40 because you may try to fix issues that have already been fixed. Le 19/12/14 20:54, sheridan(a)sheridan-mahoney.com a Ã©crit : > Hi all, > > I ran test case coverage using my MS Surface Pro 3 with the following > specs: > Processor: Intel(R)Core(TM) i5-4300U CPU @ 1.90 GHz 2.50 GHz > Installed RAM : 8 GB > System type: 64-bit operating system, x64-based processor > Windows Edition: Windows 8.1 Pro > > I recieved 11 test failures and 2 errors. > > Here's a snip attached of the failing tests. I hope it makes it > through... > Otherwise I'll resend with the info. > > I was wondering if each failing test requires a bug report, or is this > not a supported machine? > > Cheers, > Sheridan

Dec. 21, 2014

Re: [Pharo-dev] DelayBenchmark requires Smalltalk recompile (was Re: [pharo-project/pharo-core] 3a75cc: 40416)

by stepharo

https://pharo.fogbugz.com/default.asp?14642 Le 20/12/14 17:35, Ben Coman a Ã©crit : > Smalltalk recompile

Dec. 20, 2014

Re: [Pharo-dev] DelayBenchmark requires Smalltalk recompile (was Re: [pharo-project/pharo-core] 3a75cc: 40416)

by stepharo

Yes we will. Stef Le 20/12/14 17:35, Ben Coman a Ã©crit : > > Since 40416, "DelayBenchmark run" crashes the VM. > 40415 has no problem. I cannot reproduce the problem by loading the > two slices below on top of 40415. > > No PharoDebug.log is produced, only a crash.dmp, which maybe indicates > a segmentation fault in #garbageCollect. > > An Image that crashes on startup is available at... > http://files.openinworld.com/Pharo/Issues/crash2014-12-20.tgz > > Doing "Smalltalk recompile" fixes the problem, > so could someone do this for the trunk Image? > > cheers -ben > > > GitHub wrote: >> Branch: refs/heads/4.0 >> Home: https://github.com/pharo-project/pharo-core >> Commit: 3a75ccaa8823084df99b8dc50ab033515829200b >> https://github.com/pharo-project/pharo-core/commit/3a75ccaa8823084df99b8dc5… >> Author: Jenkins Build Server <board(a)pharo-project.org> >> Date: 2014-12-15 (Mon, 15 Dec 2014) >> >> Changed paths: >> M >> NativeBoost-Core.package/NBFFICallout.class/instance/accessing/resolveType_.st >> M >> Polymorph-Widgets.package/extension/SystemWindow/instance/taskbarButtonMenu_.st >> A >> Polymorph-Widgets.package/extension/SystemWindow/instance/taskbarCloseAllToRight.st >> A ScriptLoader40.package/ScriptLoader.class/instance/pharo - >> scripts/script416.st >> A ScriptLoader40.package/ScriptLoader.class/instance/pharo - >> updates/update40416.st >> M >> ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st >> >> Log Message: >> ----------- >> 40416 >> 14627 Taskbar > Close all > windows to right >> https://pharo.fogbugz.com/f/cases/14627 >> >> 14626 Fix is required in NBFFICallout>>resolveType: to pass >> NBSQLite3s tests >> https://pharo.fogbugz.com/f/cases/14626 >> >> http://files.pharo.org/image/40/40416.zip >> >> > > >

Dec. 20, 2014

Re: [Pharo-dev] Spec MenuModel not working

by Nicolai Hess

2014-12-20 9:54 GMT+01:00 stepharo <stepharo(a)free.fr>: > Hi nicolai > > could you publish your code somewhere? > see attachement dock_menu_spec.cs

Dec. 20, 2014

DelayBenchmark requires Smalltalk recompile (was Re: [pharo-project/pharo-core] 3a75cc: 40416)

by Ben Coman

Since 40416, "DelayBenchmark run" crashes the VM. 40415 has no problem. I cannot reproduce the problem by loading the two slices below on top of 40415. No PharoDebug.log is produced, only a crash.dmp, which maybe indicates a segmentation fault in #garbageCollect. An Image that crashes on startup is available at... http://files.openinworld.com/Pharo/Issues/crash2014-12-20.tgz Doing "Smalltalk recompile" fixes the problem, so could someone do this for the trunk Image? cheers -ben GitHub wrote: > Branch: refs/heads/4.0 > Home: https://github.com/pharo-project/pharo-core > Commit: 3a75ccaa8823084df99b8dc50ab033515829200b > https://github.com/pharo-project/pharo-core/commit/3a75ccaa8823084df99b8dc5… > Author: Jenkins Build Server <board(a)pharo-project.org> > Date: 2014-12-15 (Mon, 15 Dec 2014) > > Changed paths: > M NativeBoost-Core.package/NBFFICallout.class/instance/accessing/resolveType_.st > M Polymorph-Widgets.package/extension/SystemWindow/instance/taskbarButtonMenu_.st > A Polymorph-Widgets.package/extension/SystemWindow/instance/taskbarCloseAllToRight.st > A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script416.st > A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40416.st > M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st > > Log Message: > ----------- > 40416 > 14627 Taskbar > Close all > windows to right > https://pharo.fogbugz.com/f/cases/14627 > > 14626 Fix is required in NBFFICallout>>resolveType: to pass NBSQLite3s tests > https://pharo.fogbugz.com/f/cases/14626 > > http://files.pharo.org/image/40/40416.zip > >

Dec. 20, 2014

Re: [Pharo-dev] Cog in the cloud

by Ben Coman

> >> On 20 Dec 2014, at 09:52, stepharo <stepharo(a)free.fr> wrote: >> >> I love this idea :) >> >> Le 20/12/14 05:08, Ben Coman a Ã©crit : >>> 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 Sven Van Caekenberghe wrote: >> On 20 Dec 2014, at 10:00, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> This has been done before for Erlang: >> >> http://erlangonxen.org >> >> They can boot in 100ms, even per request. > > Like this > > http://zerg.erlangonxen.org > > Pretty impressive. I saw Erlang mentioned in [8], but its impressive to see it demostrated so well. That makes Erlang very attractive, and so may Pharo be, if it could do the same. Now besides the cloud, I came across an application of Xen to the automotive industry - using virtualisation to both a real-time OS for mission critical tasks; and a user-interface and media OS; on the same System-On-Chip. I see this also having application to robotics. Could be an opportunity in such an upcoming markets. http://events.linuxfoundation.org/sites/events/files/slides/Xen%20Automotiv… http://www.linux.com/news/embedded-mobile/mobile-linux/784551-xen-virtualiz… http://www.xenproject.org/developers/teams/embedded-and-automotive.html http://xenproject.org/component/allvideoshare/video/latest/alss14-xen-proje…

Dec. 20, 2014