March 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Looking for a package to do some statistics in Pharo

by GastÃ³n Dall' Oglio

:) yes it's funny. Maybe in this video is not apreciated, but in projects where there are many developers, this presentation of a repository log give a quick view of the dinamic of work. Regards. El 4 de marzo de 2012 19:11, Igor Stasenko <siguctua(a)gmail.com> escribiÃ³: > 2012/3/3 GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com>: > > > > > > El 3 de marzo de 2012 03:24, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> > > escribiÃ³: > > > >> Stef, > >> > >> I think our banned troll is back :( > > > > > > hehe, no no, I lack the intelligence to be a good troll :) > > > > I misunderstood what Stef said, I understood that he wanted to make > > statistics about Pharo, more specifically on the development of Pharo. > > > > Anyway, if you're interested, this tool allows you to create funny > > animations log from a source repository. I made a simple animation with > the > > repository build pharo, with those commands: > > > > $ git clone git://gitorious.org/pharo-build/pharo-build.git > > $ gource -800x600 pharo-build > > > > and this is the generated video: > > > > http://vimeo.com/37856284 > > > Thanks. > It's funny.. > btw, Marcus, is it really needed to update fetch script every time? > i beleive this related to gforge, where you placing the base image .. > > > > > Regards. > > > > -- > Best regards, > Igor Stasenko. > >

March 4, 2012

[Pharo-project] [OT] Pharo Conference - want to share a room?

by Francisco Garau

Sorry for the off topic - this is about the coming Pharo Conference in 24/25th May. If anybody is interested in sharing a hotel room in Lille, please send me an email. Cheers, Francisco

March 4, 2012

Re: [Pharo-project] Looking for a package to do some statistics in Pharo

by Igor Stasenko

2012/3/3 GastÃ³n Dall' Oglio <gaston.dalloglio(a)gmail.com>: > > > El 3 de marzo de 2012 03:24, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> > escribiÃ³: > >> Stef, >> >> Â I think our banned troll is back :( > > > hehe, no no, I lack the intelligence to be a good troll :) > > I misunderstood what Stef said, I understood that he wanted to make > statistics about Pharo, more specifically on the development of Pharo. > > Anyway, if you're interested, this tool allows you to create funny > animations log from a source repository. I made a simple animation with the > repository build pharo, with those commands: > > $ git clone git://gitorious.org/pharo-build/pharo-build.git > $ gource -800x600 pharo-build > > and this is the generated video: > > http://vimeo.com/37856284 > Thanks. It's funny.. btw, Marcus, is it really needed to update fetch script every time? i beleive this related to gforge, where you placing the base image .. > > Regards. -- Best regards, Igor Stasenko.

March 4, 2012

Re: [Pharo-project] NativeBoost VM's

by Igor Stasenko

On 4 March 2012 22:46, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > Hello, > > On the Pharo Jenkins server [1] there is a recent build of a VM with > NativeBoost support for the Mac. But the Unix version is six months old and > there is no Windows version. The Unix one was not built because i forgot to set the upstream project, :) so build doesn't triggers when everything else builds. The Windows one, i was built manually on my machine, because we were lacking windows slave for jenkins. You can download windows VM from nativeboost project downloads page: http://code.google.com/p/nativeboost/downloads/list I'm not happy with VM i built (Cog + NativeBoost Win32 Binaries (7 Feb, 2012) ). I built the threaded VM, and besides the warning which pops up every time you launch it, i had couple crashes when simply loading MC packages. I am still not sure what happens, and need to investigate, because the other VM i built recently on another windows machine (by installing everything from scratch) behaves quite stable. > > Is this just a Jenkins issue and is NativeBoost working on Unix and Windows? > Or are these platforms not working yet? > Everything is working. It is just jenkins. I hope in following few days, after we deal with weird free space issues on jenkins, we can finally set up windows builds for vanilla vms as well as for nativeboost. > Jan. > > [1]Â https://ci.lille.inria.fr/pharo/view/NativeBoost/ -- Best regards, Igor Stasenko.

March 4, 2012

[Pharo-project] NativeBoost VM's

by Jan van de Sandt

Hello, On the Pharo Jenkins server [1] there is a recent build of a VM with NativeBoost support for the Mac. But the Unix version is six months old and there is no Windows version. Is this just a Jenkins issue and is NativeBoost working on Unix and Windows? Or are these platforms not working yet? Jan. [1] https://ci.lille.inria.fr/pharo/view/NativeBoost/

March 4, 2012

Re: [Pharo-project] Cog VM binaries as per VMMaker.oscog-eem.152/r2538.

by Frank Shearar

On 4 March 2012 19:44, Philippe Marschall <kustos(a)gmx.net> wrote: > On 03.03.2012 23:21, Eliot Miranda wrote: >> >> >> >> >> >> Cog VM binaries as per VMMaker.oscog-eem.152/r2538 >> <http://www.mirandabanda.org/files/Cog/VM/VM.r2538/>. >> >> Fix tricky context state bug that can cause crashes in the GC. >> Contextpart>runUntilErrorOrReturnFrom: may pop the last argument. >> Hence if a frame is married in this state its spouse context won't have >> its last argument slot initialized. Â If later the frame is divorced and >> the >> arguments are not updated the last argument slot can be left with this >> uninitialized slot and ... bang. >> The solution is to update arguments as well as stack contents when >> divorcing. Â This is good also because it removes the VM's assumption >> that method arguments are read-only, and that's only enforced by the >> Smalltalk bytecode compiler, not by the bytecode. > > > I just wanted to report that my LD_LIBRARY_PATH problems are gone and the VM > starts again on 64bit. Also TCP_CORK seems to work. On my Ubuntu Lucid install the magic statement in the case returns /lib/tls/i686/cmov/libc.so.6 So with the addition of /lib/tls/i686/cmov/libc*) SVMLLP="/lib/tls/i686/cmov:/usr/lib";; to the script, things seem OK: image booted, it updated, it passed the UUID tests. I'm just running the full suite of tests now. Right, and it didn't crash on playing that beep, which scared the __ out of me. OK, the entire suite ran without crashing, which is great! Thanks, Eliot! I did have 18 failures and 38 errors, but that's the topic of a separate mail. frank > Thanks > Philippe > >

March 4, 2012

Re: [Pharo-project] Cog VM binaries as per VMMaker.oscog-eem.152/r2538.

by Philippe Marschall

On 03.03.2012 23:21, Eliot Miranda wrote: > > > > > Cog VM binaries as per VMMaker.oscog-eem.152/r2538 > <http://www.mirandabanda.org/files/Cog/VM/VM.r2538/>. > Fix tricky context state bug that can cause crashes in the GC. > Contextpart>runUntilErrorOrReturnFrom: may pop the last argument. > Hence if a frame is married in this state its spouse context won't have > its last argument slot initialized. If later the frame is divorced and the > arguments are not updated the last argument slot can be left with this > uninitialized slot and ... bang. > The solution is to update arguments as well as stack contents when > divorcing. This is good also because it removes the VM's assumption > that method arguments are read-only, and that's only enforced by the > Smalltalk bytecode compiler, not by the bytecode. I just wanted to report that my LD_LIBRARY_PATH problems are gone and the VM starts again on 64bit. Also TCP_CORK seems to work. Thanks Philippe

March 4, 2012

Re: [Pharo-project] problem: nautilus forked moose-algos

by Tudor Girba

I updated the base Pharo image, and now Nautilus loads properly in the Moose image: http://ci.moosetechnology.org/job/moose-latest-dev/ Thanks. Cheers, Doru On 4 Mar 2012, at 15:35, Tudor Girba wrote: > Thanks for the pointer. I will update the base image. > > Cheers, > Doru > > > On 4 Mar 2012, at 15:22, Mariano Martinez Peck wrote: > >> >> >> On Sun, Mar 4, 2012 at 2:39 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Hi, >> >> I saw that you removed the problematic parts, but now CofigurationOfNautilus throws a loading error, because MonticelloAnnouncer is not present when NautilusMCBindings gets loaded. >> >> Are you loading in the LASTEST pharo core 1.4? I think MonticelloAnnouncer was added just recently (in fact, for Nautilus). >> >> Cheers >> >> >> Could you take a look? >> >> Cheers, >> Doru >> >> >> On 3 Mar 2012, at 23:42, Benjamin wrote: >> >>> I will remove that and push it into another repo. >>> >>> It was a plugin started by Jannik, but never finished :) >>> >>> Thanks for report :) >>> >>> Ben >>> >>> On Mar 3, 2012, at 9:41 PM, Tudor Girba wrote: >>> >>>> Hi, >>>> >>>> Nautilus includes NautilusCommon and this in turn includes NautilusCommon-Plugin-JannikAlgo which copies verbatim a part of the classes from the Moose-Algos-Graph package from http://www.squeaksource.com/MooseAlgos. >>>> >>>> These classes are used in a plugin. Because of this, we cannot use Nautilus in Moose. >>>> >>>> So, I would suggest one of these: >>>> - remove the plugin, at least from the default configuration >>>> - load Moose-Algos-Graph properly >>>> - fork with a different name >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Yesterday is a fact. >>>> Tomorrow is a possibility. >>>> Today is a challenge." >>>> >>>> >>>> >>>> >>> >>> >> >> -- >> www.tudorgirba.com >> >> "Obvious things are difficult to teach." >> >> >> >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > -- > www.tudorgirba.com > > "There are no old things, there are only old ways of looking at them." > > > -- www.tudorgirba.com Things happen when they happen, not when you talk about them happening.

March 4, 2012

Re: [Pharo-project] problem: nautilus forked moose-algos

by Tudor Girba

Thanks for the pointer. I will update the base image. Cheers, Doru On 4 Mar 2012, at 15:22, Mariano Martinez Peck wrote: > > > On Sun, Mar 4, 2012 at 2:39 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I saw that you removed the problematic parts, but now CofigurationOfNautilus throws a loading error, because MonticelloAnnouncer is not present when NautilusMCBindings gets loaded. > > Are you loading in the LASTEST pharo core 1.4? I think MonticelloAnnouncer was added just recently (in fact, for Nautilus). > > Cheers > > > Could you take a look? > > Cheers, > Doru > > > On 3 Mar 2012, at 23:42, Benjamin wrote: > > > I will remove that and push it into another repo. > > > > It was a plugin started by Jannik, but never finished :) > > > > Thanks for report :) > > > > Ben > > > > On Mar 3, 2012, at 9:41 PM, Tudor Girba wrote: > > > >> Hi, > >> > >> Nautilus includes NautilusCommon and this in turn includes NautilusCommon-Plugin-JannikAlgo which copies verbatim a part of the classes from the Moose-Algos-Graph package from http://www.squeaksource.com/MooseAlgos. > >> > >> These classes are used in a plugin. Because of this, we cannot use Nautilus in Moose. > >> > >> So, I would suggest one of these: > >> - remove the plugin, at least from the default configuration > >> - load Moose-Algos-Graph properly > >> - fork with a different name > >> > >> Cheers, > >> Doru > >> > >> > >> -- > >> www.tudorgirba.com > >> > >> "Yesterday is a fact. > >> Tomorrow is a possibility. > >> Today is a challenge." > >> > >> > >> > >> > > > > > > -- > www.tudorgirba.com > > "Obvious things are difficult to teach." > > > > > > > > -- > Mariano > http://marianopeck.wordpress.com > -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

March 4, 2012

Re: [Pharo-project] problem: nautilus forked moose-algos

by Mariano Martinez Peck

On Sun, Mar 4, 2012 at 2:39 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > I saw that you removed the problematic parts, but now > CofigurationOfNautilus throws a loading error, because MonticelloAnnouncer > is not present when NautilusMCBindings gets loaded. > Are you loading in the LASTEST pharo core 1.4? I think MonticelloAnnouncer was added just recently (in fact, for Nautilus). Cheers > > Could you take a look? > > Cheers, > Doru > > > On 3 Mar 2012, at 23:42, Benjamin wrote: > > > I will remove that and push it into another repo. > > > > It was a plugin started by Jannik, but never finished :) > > > > Thanks for report :) > > > > Ben > > > > On Mar 3, 2012, at 9:41 PM, Tudor Girba wrote: > > > >> Hi, > >> > >> Nautilus includes NautilusCommon and this in turn includes > NautilusCommon-Plugin-JannikAlgo which copies verbatim a part of the > classes from the Moose-Algos-Graph package from > http://www.squeaksource.com/MooseAlgos. > >> > >> These classes are used in a plugin. Because of this, we cannot use > Nautilus in Moose. > >> > >> So, I would suggest one of these: > >> - remove the plugin, at least from the default configuration > >> - load Moose-Algos-Graph properly > >> - fork with a different name > >> > >> Cheers, > >> Doru > >> > >> > >> -- > >> www.tudorgirba.com > >> > >> "Yesterday is a fact. > >> Tomorrow is a possibility. > >> Today is a challenge." > >> > >> > >> > >> > > > > > > -- > www.tudorgirba.com > > "Obvious things are difficult to teach." > > > > > -- Mariano http://marianopeck.wordpress.com

March 4, 2012