April 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Terminating a Process when an object dies

by Sven Van Caekenberghe

I think it is as Camillo said: the Timer object holds the Process object the block in the Process holds the Timer object in its closure. the Process is held by the system => neither can become garbage Maybe Igor meant to not put the process in an instance variableâ¦ But I fear that won't do: the block closure keeps on referring to self, which is your timer. On 23 Apr 2013, at 14:17, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > Igor Stasenko wrote >> you don't need finalization.. just a weak reference. something like this: >> >> array := WeakArray with: myObject. >> >> [[ array first notNil] whileTrue: [ ...... ]] fork. > > Timer>>start > > | array | > array := WeakArray with: self. > process := [ > [ array first notNil ] whileTrue: [ > interval asDelay wait. > self value: self value + 1. > self announcer announce: (TimerValueChanged to: self value) ] ] fork. > > Timer new start. > Smalltalk garbageCollect. > > The process is still there... > I'm attaching (to Nabble) a screenshot of #pointersTo > <http://forum.world.st/file/n4683095/Screen_Shot_2013-04-23_at_8.16.01_AM.png> > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Terminating-a-Process-when-an-object-dies-tp4683036p4… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

April 23, 2013

Re: [Pharo-users] Terminating a Process when an object dies

by Sean P. DeNigris

Igor Stasenko wrote > you don't need finalization.. just a weak reference. something like this: > > array := WeakArray with: myObject. > > [[ array first notNil] whileTrue: [ ...... ]] fork. Timer>>start | array | array := WeakArray with: self. process := [ [ array first notNil ] whileTrue: [ interval asDelay wait. self value: self value + 1. self announcer announce: (TimerValueChanged to: self value) ] ] fork. Timer new start. Smalltalk garbageCollect. The process is still there... I'm attaching (to Nabble) a screenshot of #pointersTo <http://forum.world.st/file/n4683095/Screen_Shot_2013-04-23_at_8.16.01_AM.png> ----- Cheers, Sean -- View this message in context: http://forum.world.st/Terminating-a-Process-when-an-object-dies-tp4683036p4… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 23, 2013

Cannot be recompiled

by Martin Dias

Hi, In: Object subclass: #A instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Unclassified'. (Smalltalk at: #A) subclass: #B instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Unclassified'. Object variableSubclass: #A instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Unclassified'. ---> why do we raise the error "B cannot be recompiled"? what's the problem with reformatting subclasses automatically? best regards, Martin

April 23, 2013

Re: [Pharo-users] Terminating a Process when an object dies

by Igor Stasenko

On 23 April 2013 05:16, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > If my object is using a process internally that should run only as long as > the object is around, how do I do that? I searched the ml's for > "Finalization", but couldn't quite make sense of the process. > you don't need finalization.. just a weak reference. something like this: array := WeakArray with: myObject. [[ array first notNil] whileTrue: [ ...... ]] fork. > Thanks! > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Terminating-a-Process-when-an-object-dies-tp4683036.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

April 23, 2013

Re: [Pharo-users] Terminating a Process when an object dies

by Camillo Bruni

On 2013-04-23, at 05:17, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > If my object is using a process internally that should run only as long as > the object is around, how do I do that? I searched the ml's for > "Finalization", but couldn't quite make sense of the process. If your process refers to this Object (e.g. methods of said Object are evaluated in a this thread) the thing you want to do is not possible. Processes are root objects for the GarbageCollector hence all the objects in its execution stack won't get garbage collected. Otherwise check WeakRegistry

April 23, 2013

Re: [Pharo-users] Open Source OODB's

by Dennis Schetinin

Yes GÃ¶ran, I understand your point. -- Best regards, Dennis Schetinin 2013/4/23 GÃ¶ran Krampe <goran(a)krampe.se> > On 04/22/2013 07:24 PM, Dennis Schetinin wrote: > >> Sorry for such a late answer, I was away for some time and >> have just managed to break through the piles of e-mails. :) >> >> If I'm not mistaken, Oak is based on Riak, i.e. external storage engine. >> Actually, I was talking about Smalltalk-based solution. Why do you >> prefer an âexternally supported backendâ? >> > > Yes, it uses Riak - although it "can" use other k/v stores, but we decided > to focus on Riak for the moment to keep things simpler and to be able to > use features of Riak in a more direct way. > > Personally I would love to also make it work for HyperDex but that little > project is on my back burner right now. > > I actually prefer to have a popular, hardened and widely used industrial > strength engine at the bottom. Our community is so small that building and > maintaining the same level of confidence in a Smalltalk only system is very > hard. And also, don't forget performance. > > regards, GÃ¶ran > >

April 23, 2013

Terminating a Process when an object dies

by Sean P. DeNigris

If my object is using a process internally that should run only as long as the object is around, how do I do that? I searched the ml's for "Finalization", but couldn't quite make sense of the process. Thanks! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Terminating-a-Process-when-an-object-dies-tp4683036.h… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 23, 2013

Re: [Pharo-users] [ANN] Pharo VM for Ubuntu updated

by Sven Van Caekenberghe

Hi Damien, I tried the pharo-vm-core install on a clean, minimal Ubuntu Server 12.10 64-bit and it worked flawless. I just wish there was a way to avoid the -vm-display-null option, this is a server after all. Thanks a lot for this contribution, it is really important. Sven On 22 Apr 2013, at 18:08, Damien Cassou <damien.cassou(a)gmail.com> wrote: > Installing the pharo vm under Ubuntu is just a matter of: > > sudo add-apt-repository ppa:cassou/pharo > sudo apt-get update > sudo apt-get install pharo-vm > > Recent changes: > > - latest VM packaged > - separation between pharo-vm-core (few dependencies) and > pharo-vm-desktop (depends on pharo-core + opengl + x11 + cairo) > - no more warnings from the packaging systems > - pharo man page > - no more embedded libraries (pcre and libjpeg) (thanks to Esteban Lorenzano) > > Todo list: > > - make Pharo a graphical executable that lets user create and launch > images (more on that in my next email) > - see if Debian would be interested in including this package > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

April 22, 2013

Re: [Pharo-users] Package load times

by Sean P. DeNigris

I created https://pharo.fogbugz.com/f/cases/10368/Slow-Monticello-loading ----- Cheers, Sean -- View this message in context: http://forum.world.st/Package-load-times-tp4682793p4683024.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 22, 2013

Re: [Pharo-users] Open Source OODB's

by GÃ¶ran Krampe

On 04/22/2013 07:24 PM, Dennis Schetinin wrote: > Sorry for such a late answer, I was away for some time and > have just managed to break through the piles of e-mails. :) > > If I'm not mistaken, Oak is based on Riak, i.e. external storage engine. > Actually, I was talking about Smalltalk-based solution. Why do you > prefer an âexternally supported backendâ? Yes, it uses Riak - although it "can" use other k/v stores, but we decided to focus on Riak for the moment to keep things simpler and to be able to use features of Riak in a more direct way. Personally I would love to also make it work for HyperDex but that little project is on my back burner right now. I actually prefer to have a popular, hardened and widely used industrial strength engine at the bottom. Our community is so small that building and maintaining the same level of confidence in a Smalltalk only system is very hard. And also, don't forget performance. regards, GÃ¶ran

April 22, 2013