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

Link to books on website

by Torsten Bergmann

Looks like our homepage has a link to Pharo by example, but not to the new Deep into Pharo book or the other free ST book collection from Stef http://www.pharo-project.org/home Looks like the Collaborative book moved to Gemtalksystem: http://pharo.gemtalksystems.com/ Is it still maintained/used and should be referenced as well? Thanks T.

Oct. 4, 2013

[ANN] Mustache templates

by Torsten Bergmann

>I like to announce my smalltalk port of mustache templates. Cool! >To load it do Consider making a copy into MetaRepoForPharo20 or MetaReporForPharo30 if it is working in these versions. That way it is easily accessible via Config browser. Thx T.

Oct. 4, 2013

[update 3.0] #30445

by Marcus Denker

Oct. 4, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation/label=wi… 1 regressions found. Zinc.Zodiac.ZnHTTPSTests.testGetPharoVersion

Oct. 4, 2013

Re: [Pharo-dev] [update 3.0] #30445

by Marcus Denker

On Oct 4, 2013, at 8:04 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 30445 > ----- > > 11767 Fix codeCriticeBrowser and some critic driven cleanups for code critics > https://pharo.fogbugz.com/f/cases/11767 > > 11769 Some random refactorings > https://pharo.fogbugz.com/f/cases/11769 > > 11768 Small Code Critic cleanup of UpdateStreamer > https://pharo.fogbugz.com/f/cases/11768 > retracted due to a small oversight (refactoring the update streamer is difficult as it is active when loading the update) Marcus

Oct. 4, 2013

[update 3.0] #30445

by Marcus Denker

Oct. 4, 2013

Re: [Pharo-dev] [update 3.0] #30444

by StÃ©phane Ducasse

On Oct 3, 2013, at 9:22 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Oct 3, 2013, at 9:19 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> marcus for the critics next time please keep them else we will not be able to decide if we used them or not. >> This is not three little classes that will change something. Especially when they are part of a large library. >> > > But we don't use them. Yes but let us the time to think. First we should run the critics on everything then fix the problem. We should reorganize many things. Removing three classes that are well identified is not nice because now if I want to know which rules were not good I will have to load I do not know which version. Stef > >> Stef >> >> >> >>> 30444 >>> ----- >>> >>> 11762 update #cleanUpForProduction >>> https://pharo.fogbugz.com/f/cases/11762 >>> >>> 11764 unload Refactoring-Spelling >>> https://pharo.fogbugz.com/f/cases/11764 >>> >>> 11763 clean up Refactoring-Critics-Unused >>> https://pharo.fogbugz.com/f/cases/11763 >>> >>> 11761 class StrikeFontFixer is undocumented and the only users not called >>> https://pharo.fogbugz.com/f/cases/11761 >>> >>> >>> Diff information: >>> http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-MarcusDenker.1288.diff >>> http://smalltalkhub.com/mc/Pharo/Pharo30/main/Refactoring-Critics-MarcusDen… >>> http://smalltalkhub.com/mc/Pharo/Pharo30/main/Graphics-Fonts-MarcusDenker.8… >>> >> >> >

Oct. 4, 2013

Re: [Pharo-dev] [ann] system attraction view

by roberto.minelli＠usi.ch

Cool! It really catches the eye, Doru! On Oct 3, 2013, at 11:37 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > I think this is the nicest looking visualization made so far with Roassal. > Consider it for the next Roassal contest next year. > > Amazing job! Truly beautiful. > > Alexandre > > > On Oct 3, 2013, at 6:34 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> I built a new visualization that has two goals: >> >> 1. show how the architecture of a system is fluid rather than rigid. >> 2. look good and serve as advertisement device for Moose, Roassal and Pharo. >> >> A description of mainly point 1. can be found here: >> http://www.humane-assessment.com/blog/system-attraction/ >> >> I already used it as a splash screen for a couple of presentations, and it catches the eye. >> >> The code can be found in Moose, in a separate tiny FAMIXSystemAttraction class. You can invoke it on any class group (note: it can take a long time to render for large groups). >> >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Oct. 4, 2013

Re: [Pharo-dev] Pharo (cog) Vm on Windows with 2GB virtual mem

by Oscar EA CallaÃº

Thanks a lot, I added AddressSpaceLimit = 2147483648 To the .ini file and all is working smoothly. FYI, I donÂt have speed problems with such memory. Of course, If IÂll process some big data, IÂll wait a while to get the answer, but the same happens in any other lang/platt. Certainty, I can do fast experiments in C, but I donÂt get all Pharo benefits, like pausing my analysis and resuming it later, such thing in C (or may be any other language) would require to store the intermediate data into files or a database. With Pharo, I donÂt care about that. Cheers. From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Guillermo Polito Sent: Thursday, October 3, 2013 2:37 AM To: Pharo Development List Subject: Re: [Pharo-dev] Pharo (cog) Vm on Windows with 2GB virtual mem I can only guess by the comment in the commit: https://gitorious.org/cogvm/blessed/commit/341e6c2e150bcde80dfea6c890bab7745 b2a6d44 Can you check that? Guille On Thu, Oct 3, 2013 at 6:36 AM, Oscar EA CallaÃº <oalvarez(a)dcc.uchile.cl <mailto:oalvarez@dcc.uchile.cl> > wrote: Thanks, but what would be the parameter? This is the default .ini [Global] DeferUpdate=1 ShowConsole=0 DynamicConsole=1 ReduceCPUUsage=1 ReduceCPUInBackground=0 3ButtonMouse=0 1ButtonMouse=0 UseDirectSound=1 PriorityBoost=1 B3DXUsesOpenGL=0 CaseSensitiveFileMode=0 So there is no mention the paratemer to change or add. Cheers. From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org <mailto:pharo-dev-bounces@lists.pharo.org> ] On Behalf Of Guillermo Polito Sent: Friday, September 27, 2013 5:18 AM To: Pharo Development List Subject: Re: [Pharo-dev] Pharo (cog) Vm on Windows with 2GB virtual mem I think latest Pharo VM supports to change the memory limit by only changing an ini file. Igor did that not long ago. Cheers, Guille On Fri, Sep 27, 2013 at 2:09 PM, Oscar E. A. CallaÃº <oalvarez(a)dcc.uchile.cl <mailto:oalvarez@dcc.uchile.cl> > wrote: Hi Guys, I read in this thread http://forum.world.st/out-of-memory-cog-on-windows-td3465621.html that 512 mb limit can be avoided in windows, but a re-compilation is needed. I was wondering if the situation changed, and now we can pass a parameter. Otherwise, I would be interested if any of you has a pre-compiled vm with more mem. I need to run some experiments and I need 2GB (or 1.5 GB at least ) on a cog VM for Windows. Thanks in advance. Oscar

Oct. 4, 2013

Re: [Pharo-dev] [update 3.0] #30443

by Sebastian Tleye

2013/10/3 Marcus Denker <marcus.denker(a)inria.fr> > > On Oct 3, 2013, at 5:15 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > 30443 > > ----- > > > > 11757 NautilusMCBindings misses a reset method > > https://pharo.fogbugz.com/f/cases/11757 > > > > Now the image is 3MB Smallerâ¦ (and yes, cleaning up is just a workaround) > > +1 :D > Marcus > >

Oct. 3, 2013