October 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] missing updates: 30503 30504

by Camillo Bruni

On 2013-10-23, at 13:48, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > On Oct 23, 2013, at 10:52 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> On 2013-10-22, at 10:44, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>>>> For retracting files you need access to files.pharo.org. >>>> >>>> This is what should be written in the readme. >>> >>> BTW have you tried that you actually have access to the machine? >>> Because I remember that it didn't work for you nor Esteban... >> >> >> So stef, did you check that you can actually edit the file? > > I cannot access it but I least I know that I should not look for it. > And next time if there is a problem I just stop integrated and continue hacking on my cool stuff and look smart. Why can't you access it? What do you want instead? How do we avoid this situation in the future? (happened already before a couple of times)

Oct. 23, 2013

Re: [Pharo-dev] VM for Athens Graphics

by Henrik Johansen

On Oct 23, 2013, at 1:52 , StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Oct 22, 2013, at 7:37 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> >> For the ipad , best would be to implement a quartz backend for athens. >> As a temporary solution we could try to compile cairo library for it, but i am not expert in iOS >> to say if it can be done without much fuss. >> Also, since iOS is famous for banning any applications which using generated code, >> that means it should be done by writing a VM plugin and then adopting new primitives to >> work with Athens API. > > Igor it also means that we should find a way to get nativeboost wroking on iPad (probably by generating a "DLL" from NB). >> There's another reason why Igor said a plugin backend would be the easier way, if you were to use NB, you'd also first need to implement AsmJit for ARM, as well as an ARM version of the entire NB FFI machinery , which would be large efforts in and of themselves. Cheers, Henry

Oct. 23, 2013

Re: [Pharo-dev] missing updates: 30503 30504

by Camillo Bruni

On 2013-10-23, at 15:53, Camillo Bruni <camillobruni(a)gmail.com> wrote: > On 2013-10-23, at 13:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> On Oct 22, 2013, at 9:34 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>> I'll remove the script again, this is silly duplication that is going to be >>> outdated very quickly. It points already to the jenkins job, this is where >>> everything happens. >> >> so I will readd it. >> Camillo can you respect people that do not think like you? > > well respect at least markdown and make it look properly formatted... Can you PLEASE take some minutes to make this look properly? https://github.com/pharo-project/pharo-update/blob/30/README.md

Oct. 23, 2013

[pharo-project/pharo-core]

by GitHub

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

Oct. 23, 2013

[pharo-project/pharo-core] 302f63: 30518

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 302f637c373afaccdd766b66a664e248469e3cd8 https://github.com/pharo-project/pharo-core/commit/302f637c373afaccdd766b66… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-10-23 (Wed, 23 Oct 2013) Changed paths: R Nautilus.package/Nautilus.class/class/accessing/groupsManager.st R Nautilus.package/Nautilus.class/class/browser compatibility/addGroupForClasses_named_.st R Nautilus.package/Nautilus.class/class/browser compatibility/addGroupForPackage_.st M Nautilus.package/Nautilus.class/class/cleanup/cleanUp.st R Nautilus.package/Nautilus.class/class/groups/importAGroup_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script173.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30518.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Support.package/SmalltalkImage.class/instance/housekeeping/fixObsoleteReferences.st M Tests.package/ReleaseTest.class/instance/testing/testObsoleteClasses.st M Tools.package/ImageCleaner.class/instance/cleaning/cleanUpMethods.st R Tools.package/ImageCleaner.class/instance/cleaning/fixObsoleteReferences.st Log Message: ----------- 30518 11976 clean up class side #groupsManager method Nautilus https://pharo.fogbugz.com/f/cases/11976 11977 #fixObsoleteReferences should call #flushCache on all changes CMs https://pharo.fogbugz.com/f/cases/11977 http://files.pharo.org/image/30/30518.zip

Oct. 23, 2013

Re: [Pharo-dev] missing updates: 30503 30504

by Camillo Bruni

On 2013-10-23, at 13:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Oct 22, 2013, at 9:34 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> I'll remove the script again, this is silly duplication that is going to be >> outdated very quickly. It points already to the jenkins job, this is where >> everything happens. > > so I will readd it. > Camillo can you respect people that do not think like you? well respect at least markdown and make it look properly formatted...

Oct. 23, 2013

Fwd: Epicea

by Martin Dias

Hello, This announcement is for those who develop in latest Pharo 3 and are curious about a more advanced way of recording code changes than the current ".changes" mechanism. In particular, it should be useful when your image crashes and you want to recover lost changes. Some of you may have seen a demo at ESUG. Epicea is far from stable or beautiful [1], but you can try it and any feedback or collaboration would be welcome. Download it You can download an image from Jenkins ci build [2]. Also you can load it with: Gofer it smalltalkhubUser: 'MartinDias' project: 'Epicea'; loadStable. Use it Record To start recording, do: EpLog current enable. After that, any change you do in the image (e.g. creating a class, modifying a method) will be written in .ombu files in the current working directory. In fact, not only code changes are recorded but also other events like snapshots, test runs, Monticello loading and saving, etc. Browse You have two ways of browsing the recorded stuff: To browse the current log, do: EpLog current browse. To browse any .ombu file in your disk, you can simply drag&drop it into the image (from Finder in Mac). Best regards, MartÃn [1]: It's needed to: - implement export/import use case (an alternative to .cs files) - rethink some concepts - unit tests - write more comments - a lot more [2]: https://ci.inria.fr/pharo-contribution/job/Epicea/PHARO=30,VERSION=stable,V…

Oct. 23, 2013

Re: [Pharo-dev] migrated flotr rom SqueakSource to Smalltalkhub/PharoExtras

by Usman Bhatti

Ok tx. I'll have a look. I'm using it for a fun project so most of the time I get to work on it during the weekends. On Wed, Oct 23, 2013 at 3:14 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > migrated flotr rom SqueakSource to Smalltalkhub/PharoExtras > > So let me know if it works. > > Stef >

Oct. 23, 2013

migrated flotr rom SqueakSource to Smalltalkhub/PharoExtras

by StÃ©phane Ducasse

migrated flotr rom SqueakSource to Smalltalkhub/PharoExtras So let me know if it works. Stef

Oct. 23, 2013

Re: [Pharo-dev] Pharo on Mac OS X 10.9 Mavericks

by Eliot Miranda

Hi Sven, On Wed, Oct 23, 2013 at 5:52 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 23 Oct 2013, at 14:22, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > Yeah, i was also exploring, why even if i do not touch image i got like > 3-5% CPU load. > > What i found that it is in VM. Because i basicaly removed everything in > image, > > and just left idle process, and still had such loads. > > Igor, some time ago you told me which thread inside the VM was doing this, > but maybe you forgot ;-) > two different things. One is the idle process, in the image. This is heavy-weight. It calls relinquishProcessorForMicroseconds: which does all sorts of things, including system calls to poll for i/o. The other is the poll thread in the Cog and Stack VMs. This simply sleeps for a millisecond, wakes up and sets a variable, and then goes back to sleep. It is relatively lightweight. I suspect the 3-5% is due to the former, not the latter. One way to test would be to compare the interpreter VM against the Stack and Cog VMs and see how much time the interpreter VM takes. If the interpreter VM also takes a lot of time at idle, then the poll thread is not the culprit. > > On 23 October 2013 13:52, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi, > > > > This morning I upgraded my MacBook Air to Mac OS X 10.9 Mavericks. The > good new is that my trusty VM [1] is still working OK ! > > > > However, something seems to have changed regarding full screen mode: it > more or less works but there are two black bands and the window title > remains visible, it is as if it did not expand enough: > > > > <Screen Shot 2013-10-23 at 13.40.56.png> > > > > Which is a pity: I rely on this a lot to get more screen space on my 13 > inch screen and to work distraction free. > > > > I guess weâll have to wait for our hero Esteban to have a look. > > > > Also new is the focus on energy management and efficiency. Sadly Pharo > is flagged as using to much (look at the menu under the battery icon top > right and the energy tab in the activity monitor): > > > > <Screen Shot 2013-10-23 at 13.49.53.png> > > > > This is probably related to the busy thread running/polling every ms or > so inside the VM. > > > > I could turn these into issues. > > > > Sven > > > > [1] > > > > Virtual Machine > > --------------- > > /Users/sven/Develop/Smalltalk/Pharo.app/Contents/MacOS/Pharo > > NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > > NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > > git://gitorious.org/cogvm/blessed.git Commit: > 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > > > > Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< > > VMMaker versionString git://gitorious.org/cogvm/blessed.git Commit: > 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 > > NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > > NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: > a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 > > > > > > > > > > > > -- > > Best regards, > > Igor Stasenko. > > > -- best, Eliot

Oct. 23, 2013