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

[Pharo-project] Pharo conference schedule

by StÃ©phane Ducasse

Hi guys I'm fighting a bit with the google calendar and the program. Here are the latest schedule. Remember that we want to have discussions.

May 21, 2012

[Pharo-project] Pharo 1.3 - Build # 36 - Still Failing!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

May 21, 2012

[Pharo-project] Fwd: [Vm-dev] Linux 4.4.7.2357 VM crash under memory pressure

by StÃ©phane Ducasse

> Reportedly Pharo 1.3 works fine. Only Pharo 1.4 has been seen crashing so far: > > http://lists.sugarlabs.org/archive/sugar-devel/2012-May/037490.html > > And I just tried Squeak 4.3. No problem. > > - Bert - > From: Bert Freudenberg <bert(a)freudenbergs.de> > Subject: Re: [Vm-dev] Linux 4.4.7.2357 VM crash under memory pressure > Date: May 21, 2012 11:14:39 AM GMT+02:00 > To: Squeak Virtual Machine Development Discussion <vm-dev(a)lists.squeakfoundation.org> > Reply-To: Squeak Virtual Machine Development Discussion <vm-dev(a)lists.squeakfoundation.org> > > > > On 21.05.2012, at 04:32, David T. Lewis wrote: > >> >> On Sun, May 20, 2012 at 08:55:18PM +0200, Bert Freudenberg wrote: >>> >>> >>> On 20.05.2012, at 19:35, David T. Lewis wrote: >>> >>>> >>>> On Sun, May 20, 2012 at 03:08:20PM +0200, Bert Freudenberg wrote: >>>>> >>>>> Hilaire discovered that his newest DrGeo segfaults on the XO-1. It works fine elsewhere, including the XO-1.5, which has pretty much the same OS. >>>>> >>>>> We narrowed down the problem to the XO-1 having only 256 MB of RAM and no swap space. I can reproduce the crash in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports: >>>>> >>>>> Mem: 766204k total, 601588k used, 164616k free, 45624k buffers >>>>> Swap: 0k total, 0k used, 0k free, 277024k cached >>>>> >>>>> but DrGeo still crashes. Etoys runs fine using the same Squeak VM on the same system (and on XO-1). DrGeo is based on Pharo 1.4, using a closure image. Etoys still is pre-closure. >>>>> >>>> >>>> I recall some recent discussion on the Pharo list about some "strange objects" >>>> that had entered the image for a period of time. It was something to do with >>>> a mismatch in the number of instance variable slots. The VM crash is happening >>>> in a method that is stepping through the fields of an object, so if something >>>> was out of whack there it might well lead to problems. >>>> >>>> The discussion started here: >>>> >>>> http://lists.gforge.inria.fr/pipermail/pharo-project/2012-May/064539.html >>>> >>>> It would be worth checking if the DrGeo image might have this issue, in >>>> case those objects might for some reason be interacting badly with the >>>> garbage collector. >>>> >>>> Dave >>> >>> Interesting. However, it's strange that this would manifest only on machines with less memory - shouldn't the VM topple over at the first GC no matter what? >>> >> >> I don't see any obvious reason why the small memory would make a difference >> either. I'm really just trying to think of things that might be different in >> this case. The failure seems to be happening in GC code that has not changed >> in recent years, but it's happening after calling a method that depends on >> object header format (#lastPointerWhileForwarding:), and it is happening in >> code the iterates over the fields of an object. Beyond that I'm just totally >> guessing. >> >> Dumb question - do you know if any other closure-enabled images have this >> problem on small memory systems? I'd have thought someone would have noticed >> by now, but maybe not. >> >> Dave

May 21, 2012

Re: [Pharo-project] [Sugar-devel] Dr.Geo on XO 1

by StÃ©phane Ducasse

hilaire could you try a 20 image? Stef On May 21, 2012, at 8:47 PM, Hilaire Fernandes wrote: > > Bert mentionned: > > I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but > no swap. Top reports: > > Mem: 766204k total, 601588k used, 164616k free, 45624k buffers > Swap: 0k total, 0k used, 0k free, 277024k cached > > but DrGeo still crashes. > > OTOH, Etoys runs fine using the same Squeak VM on the same system (and > on XO-1). So I wonder what the new DrGeo does differently ... > > The image is in this zip archive > https://gforge.inria.fr/frs/download.php/30585/DrGeoII-12.04.xo > > Hilaire > > > Le 21/05/2012 10:51, StÃ©phane Ducasse a Ã©crit : >>>> I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports: >>>> >>>> Mem: 766204k total, 601588k used, 164616k free, 45624k buffers >>>> Swap: 0k total, 0k used, 0k free, 277024k cached >>>> >>>> but DrGeo still crashes. >>>> >>>> OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ... >>>> > >

May 21, 2012

Re: [Pharo-project] [Sugar-devel] Dr.Geo on XO 1

by StÃ©phane Ducasse

Ok so we will see because this is important. I will discuss with igor about it. Now we are preparing the conference. Stef > Bert mentionned: > > I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but > no swap. Top reports: > > Mem: 766204k total, 601588k used, 164616k free, 45624k buffers > Swap: 0k total, 0k used, 0k free, 277024k cached > > but DrGeo still crashes. > > OTOH, Etoys runs fine using the same Squeak VM on the same system (and > on XO-1). So I wonder what the new DrGeo does differently ... > > The image is in this zip archive > https://gforge.inria.fr/frs/download.php/30585/DrGeoII-12.04.xo > > Hilaire > > > Le 21/05/2012 10:51, StÃ©phane Ducasse a Ã©crit : >>>> I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports: >>>> >>>> Mem: 766204k total, 601588k used, 164616k free, 45624k buffers >>>> Swap: 0k total, 0k used, 0k free, 277024k cached >>>> >>>> but DrGeo still crashes. >>>> >>>> OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ... >>>> > >

May 21, 2012

Re: [Pharo-project] Place to sleep Lille?

by Pavel Krivanek

If someone will need a bed on thursday night, let me know. It's on Olivarius Apart Hotel next to Inria. -- Pavel On Mon, May 21, 2012 at 5:24 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On May 21, 2012, at 1:27 PM, Stephan Eggermont wrote: > > > Hi, > > > > Hmm. I'm a bit late to make a hotel reservation. Most hotels seem to be > > booked out. Anyone know an alternative? I'm arriving by train on > wednesday. > > Couch would do. > > Sadly my couch is already booked... > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > >

May 21, 2012

Re: [Pharo-project] what is the magic with MCVersionInfo allInstances do: [ :each | each instVarNamed: 'ancestors' put: nil ]. ' ?

by Dale Henrichs

The immediate impact of this is that you wont' be able to use the packages in your image in a three way merge, because the system will no longer be able to find a common ancestor. By implication you shouldn't save any of the packages either, because you risk polluting the "package pool" with ancestor-less versions. I've done a little experimentation with this in the git work (at one point in time, I was not saving the ancestry information on disk) ... If you somehow record the immediate ancestor(s) of the package, you can restore the ancestry chain with the MonticelloBrowser 'adopt' operation and then you can do the merge or save the package ... You can save and load these puppies ... I'm pretty sure that the ancestry is used only for merging ... oh yeah, the name of the package with the author and version number is derived from the first ancestor, i.e., the package that was loaded into the image, while this doesn't cause explicit problems, it can be unsettling ... At least that's what I recall.... Dale ----- Original Message ----- | From: "Mariano Martinez Peck" <marianopeck(a)gmail.com> | To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> | Sent: Monday, May 21, 2012 10:58:23 AM | Subject: [Pharo-project] what is the magic with MCVersionInfo allInstances do: [ :each | each instVarNamed: | 'ancestors' put: nil ]. ' ? | | Hi guys. Can a MC guy tell me what happens when I do: | | MCVersionInfo allInstances do: [ :each | each instVarNamed: | 'ancestors' put: nil ]. | | what is what is actually clean? is that useful? what are the | consequences/impact when I do that? is my image broken? can I still | use monticello browser and all my projects with it? | | thanks | | -- | Mariano | http://marianopeck.wordpress.com | |

May 21, 2012

Re: [Pharo-project] [Sugar-devel] Dr.Geo on XO 1

by Hilaire Fernandes

Bert mentionned: I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports: Mem: 766204k total, 601588k used, 164616k free, 45624k buffers Swap: 0k total, 0k used, 0k free, 277024k cached but DrGeo still crashes. OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ... The image is in this zip archive https://gforge.inria.fr/frs/download.php/30585/DrGeoII-12.04.xo Hilaire Le 21/05/2012 10:51, StÃ©phane Ducasse a Ã©crit : >>> I could also reproduce it in a virtual Ubuntu 12 with 768 MB RAM (!) but no swap. Top reports: >>> >>> Mem: 766204k total, 601588k used, 164616k free, 45624k buffers >>> Swap: 0k total, 0k used, 0k free, 277024k cached >>> >>> but DrGeo still crashes. >>> >>> OTOH, Etoys runs fine using the same Squeak VM on the same system (and on XO-1). So I wonder what the new DrGeo does differently ... >>>

May 21, 2012

[Pharo-project] what is the magic with MCVersionInfo allInstances do: [ :each | each instVarNamed: 'ancestors' put: nil ]. ' ?

by Mariano Martinez Peck

Hi guys. Can a MC guy tell me what happens when I do: MCVersionInfo allInstances do: [ :each | each instVarNamed: 'ancestors' put: nil ]. what is what is actually clean? is that useful? what are the consequences/impact when I do that? is my image broken? can I still use monticello browser and all my projects with it? thanks -- Mariano http://marianopeck.wordpress.com

May 21, 2012

Re: [Pharo-project] 57 registered people for the pharo conf

by Sean P. DeNigris

StÃ©phane Ducasse wrote > > We are happy to say that there are 57 participants to the pharo conf > starting thursday. > Man, I'm so jealous!! Have fun :) It'd be really awesome if the presentations could be recorded. Even an iPhone recording would be better than missing the whole thing... Sean -- View this message in context: http://forum.world.st/57-registered-people-for-the-pharo-conf-tp4631213p463… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 21, 2012