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

evicted zombie process from run queue

by HernÃ¡n Morales Durand

Can someone explain what does it mean or why it happens? Is that a common scenario for you? I am measuring execution time for big matrices in CogVM 4.0.0. Image is unresponsive. Cheers, HernÃ¡n

June 26, 2014

New Cog VMs available

by Eliot Miranda

... at http://www.mirandabanda.org/files/Cog/VM/VM.r3018/. The main difference here is fixes to memory segment allocation on Spur. Linux and Mac OS can now grow the heap to 2.9Gb or there abouts, and Win XP can grow to 1.8Gb. I'm interested in reports on other Windows versions that don't have XP's 2Gb user process address space limit. Here's my test script: | them | them := OrderedCollection new. [[them addLast: (ByteArray new: 16000000). Transcript cr; print: (Smalltalk vmParameterAt: 3) / (1024*1024.0) maxDecimalPlaces: 1; flush] repeat] on: OutOfMemory do: [:ex| 2 to: them size by: 2 do: [:i| them at: i put: nil. Smalltalk garbageCollect]]. Transcript cr; print: (Smalltalk vmParameterAt: 3) / (1024*1024.0) maxDecimalPlaces: 1; flush. them := nil. Smalltalk garbageCollect. Transcript cr; print: (Smalltalk vmParameterAt: 3) / (1024*1024.0) maxDecimalPlaces: 1; flush And the README is: CogVM binaries as per VMMaker.oscog-eem.779/r3018. Rewrite memory allocation on linux for Spur. Arrange that the heap can grow above 2Gb without any large initial alloc. Rewrite platforms/unix/vm/sqUnixSpurMemory.c to stand alone. Use it in place of sqMacMemory.c with Spur on Mac OS. Now Spur can grow the heap to 2.9Gb on both linux (CentOS 5.3) and Mac OS X (10.6.8). Rewrite Spur memory allocation on win32 similarly to unix. Can now allocate up to 1.8Gb on Windows XP (which has a 2Gb address space limit). Add a flag to indicate if the win32 exe is running as a console app and don't write to the in-window console if so. Fix some sign issues with free space tallying to allow Spur to shrink memory and answer via primitiveVMParameter heap sizes above 2Gb. Add longPrintInstancesOf:/longPrintInstancesWithClassIndex: for debugging. Suggest reading a suitable README when the linux VM fails to spawn the heartbeat thread. Add parameter 54 on Spur to answer totalFreeOldSpace. -- best, Eliot

June 25, 2014

Re: [Pharo-dev] [Tutorial] Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator

by Pablo R. Digonzelli

Thanks! Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714 ----- Mensaje original ----- De: "Sven Van Caekenberghe" <sven(a)stfx.eu> Para: "Pharo Development List" <pharo-dev(a)lists.pharo.org>, "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> Enviados: MiÃ©rcoles, 25 de Junio 2014 10:33:45 Asunto: [Pharo-dev] [Tutorial] Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator Hi, I have written a new, extensive, long form, introductory article about Pharo. Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator A tutorial on Pharo, test and specification based immersive programming https://medium.com/@svenvc/rediscovering-the-ux-of-the-legendary-hp-35-scie… It is a bit different because - it is based on a non-trivial example - it uses a backdrop story unrelated to Pharo - it uses several multimedia elements - it is published on medium.com which is a general publishing platform The appendix describes several ways you can get the code. I think building both a Spec and Seaside UI from the same specification as well as reusing functional tests in different contexts is cool. Anyway, I hope you enjoy it. Sven -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

June 25, 2014

Re: [Pharo-dev] mc.stfx.eu/ZincHTTPComponents missing files

by Sven Van Caekenberghe

The problem is fixed, the Zn CI build were suffering from the same problem and they are back up: https://ci.inria.fr/pharo-contribution/job/ZincHTTPComponents/ The issue was that mc.stfx.eu hit the 1000 items per query result of AWS S3 for the ZincHTTPComponents repository - I now have to do this by paging, joining multiple batches; luckily this can be done quite elegantly in Pharo. getVersionsFromRepository: repository | client versions query subResult | client := STfxMonticelloUtils s3Client. self crLog: 'Getting versions from S3: ', repository. query := Dictionary with: 'prefix' -> repository with: 'max-keys' -> '512'. subResult := #(). versions := Array streamContents: [ :out | [ subResult isEmpty ifFalse: [ query at: 'marker' put: subResult last key ]. subResult := client keysIn: STfxMonticelloUtils s3Bucket query: query. out nextPutAll: subResult. subResult isEmpty ] whileFalse ]. client close. versions := (versions collect: [ :each | (each key findTokens: '/') last ]) select: [ :each | STfxMonticelloUtils isValidMczName: each ]. ^ STfxMonticelloUtils sortVersions: versions On 25 Jun 2014, at 23:55, Stephan Eggermont <stephan(a)stack.nl> wrote: > Sven wrote: >> I am working on it, the repo is currently broken... > > Ok, I'll check tomorrow then. > > Stephan >

June 25, 2014

Re: [Pharo-dev] [Tutorial] Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator

by Sebastian Sastre

fantastic piece of work Sven, thanks for doing that for the community Is now on Reddit too: http://www.reddit.com/r/programming/comments/293is3/rediscovering_the_ux_of… Vote up guys! sebastian o/ blog: http://sebastianconcept.com LinkedIn: http://www.linkedin.com/in/sebastiansastre github: https://github.com/sebastianconcept On Jun 25, 2014, at 10:29 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > I have written a new, extensive, long form, introductory article about Pharo. > > Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator > > A tutorial on Pharo, test and specification based immersive programming > > https://medium.com/@svenvc/rediscovering-the-ux-of-the-legendary-hp-35-scie… > > <Article-Announcement-Screenshot.png> > > It is a bit different because > > - it is based on a non-trivial example > - it uses a backdrop story unrelated to Pharo > - it uses several multimedia elements > - it is published on medium.com which is a general publishing platform > > The appendix describes several ways you can get the code. I think building both a Spec and Seaside UI from the same specification as well as reusing functional tests in different contexts is cool. Anyway, I hope you enjoy it. > > Sven > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org >

June 25, 2014

Re: [Pharo-dev] mc.stfx.eu/ZincHTTPComponents missing files

by Stephan Eggermont

Sven wrote: >I am working on it, the repo is currently broken... Ok, I'll check tomorrow then. Stephan

June 25, 2014

Re: [Pharo-dev] mc.stfx.eu/ZincHTTPComponents missing files

by Sven Van Caekenberghe

I am working on it, the repo is currently broken... On 25 Jun 2014, at 23:42, Stephan Eggermont <stephan(a)stack.nl> wrote: > What's the primary repository for Zinc? > The configuration seems to refer to a file that is not in the repo > > Fetched -> Zinc-HTTP-SvenVanCaekenberghe.397 --- http://mc.stfx.eu/ZincHTTPComponents --- http://mc.stfx.eu/ZincHTTPComponents > ...RETRY->Zinc-Zodiac-SvenVanCaekenberghe.33 > ...RETRY->Zinc-Zodiac-SvenVanCaekenberghe.33 > ...FAILED->Zinc-Zodiac-SvenVanCaekenberghe.33 > Could not resolve: Zinc-Zodiac [Zinc-Zodiac-SvenVanCaekenberghe.33] in /builds/workspace/Forum/PHARO/30/VERSION/development/VM/vm/package-cache http://mc.stfx.eu/ZincHTTPComponents > > > Stephan

June 25, 2014

mc.stfx.eu/ZincHTTPComponents missing files

by Stephan Eggermont

What's the primary repository for Zinc? The configuration seems to refer to a file that is not in the repo Fetched -> Zinc-HTTP-SvenVanCaekenberghe.397 --- http://mc.stfx.eu/ZincHTTPComponents --- http://mc.stfx.eu/ZincHTTPComponents ...RETRY->Zinc-Zodiac-SvenVanCaekenberghe.33 ...RETRY->Zinc-Zodiac-SvenVanCaekenberghe.33 ...FAILED->Zinc-Zodiac-SvenVanCaekenberghe.33 Could not resolve: Zinc-Zodiac [Zinc-Zodiac-SvenVanCaekenberghe.33] in /builds/workspace/Forum/PHARO/30/VERSION/development/VM/vm/package-cache http://mc.stfx.eu/ZincHTTPComponents Stephan

June 25, 2014

Re: [Pharo-dev] [Tutorial] Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator

by Tudor Girba

This really is beautiful! Doru On Wed, Jun 25, 2014 at 3:29 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > I have written a new, extensive, long form, introductory article about > Pharo. > > Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator > > A tutorial on Pharo, test and specification based immersive programming > > > https://medium.com/@svenvc/rediscovering-the-ux-of-the-legendary-hp-35-scie… > > > It is a bit different because > > - it is based on a non-trivial example > - it uses a backdrop story unrelated to Pharo > - it uses several multimedia elements > - it is published on medium.com which is a general publishing platform > > The appendix describes several ways you can get the code. I think building > both a Spec and Seaside UI from the same specification as well as reusing > functional tests in different contexts is cool. Anyway, I hope you enjoy it. > > Sven > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > -- www.tudorgirba.com "Every thing has its own flow"

June 25, 2014

Re: [Pharo-dev] Nautilus memory leak/hog crashing Pharo

by stepharo

On 25/6/14 19:57, Johan Brichau wrote: > Hi, > > It seems that when even a single Nautilus system browser is open and you do a load (using Metacello), there is a huge amount of objects that get created and persisted in the image. > This even leads to the point that the image crashes when I try to load our code using a ConfigurationOf. After some time, the Pharo process is stuck at 100%, image size is over 500MB and the entire image becomes unresponsive, finally crashing after an hour or so. > > I have not yet found which objects or why, but I just wrestled with this all day to find out what was going on. I first thought that Metacello was in an infinite loop but after noticing that the image was so large (500MB) and that it got reduced to 20% of its size after closing the browser window, I can say that Nautilus is gathering garbage. It is definitely not Metacello because I can trigger the same problem doing a load via Monticello only. > > When I load the ConfigurationOf without a single browser open, it loads 5x faster and the image size stays reasonable ouch! we will have to look at that. This is the problem that we do not have a difference between loading code and incrementally compiling code. May be this is the same that happened to me recently when I tried to do ((ConfigurationOfGlamour project version: #development) ignoreImage: true; record), but sadly this is not the same :( It reminds me a talk of Georg on VW showing that loading code in VW wa spending 95% of the time in refreshing panes. Can you open a bug entry with a high priority? > > Is this a known issue? Any thoughts on what may be causing this? > > regards! > Johan >

June 25, 2014