- Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] Cog in the cloud

by Sven Van Caekenberghe

> 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. >> 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 >>> >>> >>> >> >> >

Dec. 20, 2014

Re: [Pharo-dev] NativeBoost libraries hosting

by Ben Coman

Esteban Lorenzano wrote: > I donât think so. > We cannot pollute pharo file server with specific libraries :( > > we could in the future set up a service for that, but then we will need > to take into account licenses, etc. > my recommendation is that you do not include the library but > instructions on where they can download/build the proper libraries. > > Esteban > >> On 19 Dec 2014, at 12:24, Blondeau Vincent >> <vincent.blondeau(a)worldline.com >> <mailto:vincent.blondeau@worldline.com>> wrote: >> >> Hi, >> >> Some of us are developing some applications by using NativeBoost, >> which is a great tool for Pharo. >> But when we want to distribute our application, we have to give the >> libraries with it. >> We can integrate the library in the package, give a link to download >> an application and copy the libraries near the Pharo VM, or put it on >> dropbox, but it seems that are not good solutions. >> >> Maybe we should have a hosting platform for these libraries? >> Does http://smalltalkhub.com >> <http://smalltalkhub.com/> or http://files.pharo.org/ can do the hosting? >> >> Cheers, >> >> Vincent This is an interesting question I might have to deal with some time, so I had a look around for options. (As an aside, I came across this interesting article "How I moved my websites to DropBox and Github"... http://alexcican.com/post/guide-hosting-website-dropbox-github/ ) That makes me wonder what is wrong with using dropbox? You might use it with a custom domain name so that later you can move services transparently to users. http://hostlater.com/2014/04/dropbox-custom-domain-name-url-2246/ Github recommends using either "Releases" or Amazon S3 & CloudFront. Indeed it seems that "Releases" itself is built on top of CloudFront. https://help.github.com/articles/distributing-large-binaries/ https://github.com/blog/1547-release-your-software I followed this instruction as a trial... https://help.github.com/articles/creating-releases/ and found it quite straightforward - see... https://github.com/bencoman/Hello-World/releases (I just used a jpg as an example) cheers -ben

Dec. 20, 2014

Re: [Pharo-dev] [ANN] WKHTML2PDF for Pharo

by Torsten Bergmann

>Very interesting (especially for when we do have lots of tables and colors, which I do happen to have a lot :-) ). Yes, combined with Mustache for templates it is a nice reporting solution. Â >Now, is it working on Linux? Havent tried, but should be possible out of the box Bye T.

Dec. 20, 2014

Re: [Pharo-dev] spotter on global vars

by Nicolai Hess

Then, I will wait until it moved to pharo 4. Am 19.12.2014 12:24 schrieb "Marcus Denker" <marcus.denker(a)inria.fr>: > > > On 19 Dec 2014, at 12:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > That one only exists in Pharo 4. > > > > Yesâ¦ GT needs to move to Pharo4 or this will all be very boring soon. > > Marcus

Dec. 20, 2014

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

by Nicolai Hess

The 2 errors happens on Windows 7 too. There is a bug entry. Am 19.12.2014 20:54 schrieb <sheridan(a)sheridan-mahoney.com>: > 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. 20, 2014