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

Zinc GET request with body in the request.

by Paul DeBruicker

I'm making an elasticsearch client and they utilize JSON bodies in the GET requests to their server to search and do other things. An example of that is the second code block here: http://www.elasticsearch.org/guide/reference/api/search/ Is there a way to include a body with a GET request using Zinc? Making this: ZnClient>>#get:contents: "Execute an HTTP GET request on url with the contents in a body and return the response #contents." ^ self url: url; contents: object; get (unsurprisingly) doesn't work right away. In elasticsearch it is possible to make a URI request for searching but it is a more limited interface than including the JSON body. Thanks Paul

April 23, 2013

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

by Igor Stasenko

On 23 April 2013 20:32, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 23 April 2013 18:02, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> Igor Stasenko wrote >>> but what you expecting? >>> you refer to 'self' multiple times. sure thing it cannot be GC-ed, >>> neither process will die because >>> of plenty of references on stack. >>> Even block closure which you creating for fork will have home context >>> which keeps reference to 'self', >>> e.g. receiver. >> >> I'm expecting magic apparently because I am stupid when it comes to >> processes ;) I changed all the "self"s to array first, which also didn't >> work, but then I read your statement about the home context... >> >> Luc's class-side trick seems to work: >> Timer>>start >> >> | array | >> array := WeakArray with: self. >> process := self class createProcessFor: array. "tried passing self here, >> but it seemed to keep the process around" >> > of course, because the home context (will be the method below) of > closure captures method's arguments, > and holding them strongly.. > >> Timer class>>createProcessFor: aWeakArray >> >> [ [ aWeakArray first notNil ] whileTrue: [ >> | timer | >> aWeakArray first interval asDelay wait. >> "We have to check again if the timer was garbage collected during the >> wait" >> aWeakArray first ifNotNil: [ >> aWeakArray first value: aWeakArray first value + 1. >> aWeakArray first announcer announce: (TimerValueChanged to: aWeakArray >> first value) ] ] ] fork. >> >> Wow, it would seem that an object using a process internally that is only >> valid when the object is around is a fairly common use case. I can't believe >> how complicated this is :/ >> > it is not apparent to me why this is common use case. :) > > you can also simply pass a copy of 'self' to process. > as long as copy accessing same announcer, your ticker process will > work perfectly. > then all you would need to do is: > > | copy | > copy := self copy. > > process := self class createProcessFor: copy. > WeakRegistry default add: self executor: copy. > > and implement: > > finalize > process terminate. > process := nil. small correction.. while writing this, i first used #terminate, but then added, 'process := nil' , which is enough, because it letting the process exit from loop graciously and terminate by itself. > > Then createProcessFor: will be simple: > > Timer class>>createProcessFor: timer > [ > [ timer wait. " make Demeter a bit happier" > timer tick. "this should increment counter and announce TimerValueChanged, > like that we're not make Demeter unhappy" > ] whileTrue ] fork. > > (actually , to make mr.Demeter completely happy, i would do > [ timer waitAndTick ] whileTrue. > ) > > and, tick, will be something like that: > > tick > process ifNil: [ ^ false ]. > self incrementCounter. > self announce: (MyGreatAnnouncement with: whatever). > ^ true. > > cheerz :) > >> ----- >> 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. >> > > > > -- > Best regards, > Igor Stasenko. -- Best regards, Igor Stasenko.

April 23, 2013

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

by Igor Stasenko

On 23 April 2013 18:02, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Igor Stasenko wrote >> but what you expecting? >> you refer to 'self' multiple times. sure thing it cannot be GC-ed, >> neither process will die because >> of plenty of references on stack. >> Even block closure which you creating for fork will have home context >> which keeps reference to 'self', >> e.g. receiver. > > I'm expecting magic apparently because I am stupid when it comes to > processes ;) I changed all the "self"s to array first, which also didn't > work, but then I read your statement about the home context... > > Luc's class-side trick seems to work: > Timer>>start > > | array | > array := WeakArray with: self. > process := self class createProcessFor: array. "tried passing self here, > but it seemed to keep the process around" > of course, because the home context (will be the method below) of closure captures method's arguments, and holding them strongly.. > Timer class>>createProcessFor: aWeakArray > > [ [ aWeakArray first notNil ] whileTrue: [ > | timer | > aWeakArray first interval asDelay wait. > "We have to check again if the timer was garbage collected during the > wait" > aWeakArray first ifNotNil: [ > aWeakArray first value: aWeakArray first value + 1. > aWeakArray first announcer announce: (TimerValueChanged to: aWeakArray > first value) ] ] ] fork. > > Wow, it would seem that an object using a process internally that is only > valid when the object is around is a fairly common use case. I can't believe > how complicated this is :/ > it is not apparent to me why this is common use case. :) you can also simply pass a copy of 'self' to process. as long as copy accessing same announcer, your ticker process will work perfectly. then all you would need to do is: | copy | copy := self copy. process := self class createProcessFor: copy. WeakRegistry default add: self executor: copy. and implement: finalize process terminate. process := nil. Then createProcessFor: will be simple: Timer class>>createProcessFor: timer [ [ timer wait. " make Demeter a bit happier" timer tick. "this should increment counter and announce TimerValueChanged, like that we're not make Demeter unhappy" ] whileTrue ] fork. (actually , to make mr.Demeter completely happy, i would do [ timer waitAndTick ] whileTrue. ) and, tick, will be something like that: tick process ifNil: [ ^ false ]. self incrementCounter. self announce: (MyGreatAnnouncement with: whatever). ^ true. cheerz :) > ----- > 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. > -- Best regards, Igor Stasenko.

April 23, 2013

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

by Sean P. DeNigris

Sean P. DeNigris wrote > If you run TimerTest>>#testStart from Nautilus with an open Process > Browser (with auto-update enabled), you'll see the process appear and then > disappear. Although if I evaluate the snippet in the class comment of SpdLedMorph, the process hangs around. Arggghhhh. This is crazy!!! ----- 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

> Are you sure it works ? > How do you test ? Pretty sure. I'm attaching the actual code and some tests. If you run TimerTest>>#testStart from Nautilus with an open Process Browser (with auto-update enabled), you'll see the process appear and then disappear. MorphicExtrasSpd-Leds.st (6K) <http://forum.world.st/attachment/4683164/0/MorphicExtrasSpd-Leds.st> ----- 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 Sven Van Caekenberghe

Sean, On 23 Apr 2013, at 18:02, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > Luc's class-side trick seems to work: > Timer>>start > > | array | > array := WeakArray with: self. > process := self class createProcessFor: array. "tried passing self here, > but it seemed to keep the process around" > > Timer class>>createProcessFor: aWeakArray > > [ [ aWeakArray first notNil ] whileTrue: [ > | timer | > aWeakArray first interval asDelay wait. > "We have to check again if the timer was garbage collected during the > wait" > aWeakArray first ifNotNil: [ > aWeakArray first value: aWeakArray first value + 1. > aWeakArray first announcer announce: (TimerValueChanged to: aWeakArray > first value) ] ] ] fork. Are you sure it works ? How do you test ? In my code, I tried to do exactly what you are doing, except for the announcement, but I don't think it works. I tried to formalize a test, but you probably have to use the #debug: on TestCase otherwise the test is run twice and fails on the first assert. It could well be that the test is bogus (does the finalization get a chance to run ?). It only works if I terminate the process via the Process Browser. Any ideas ? These are old school file outs in _UnpackagedPackage: Sven

April 23, 2013

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

by Sean P. DeNigris

Igor Stasenko wrote > but what you expecting? > you refer to 'self' multiple times. sure thing it cannot be GC-ed, > neither process will die because > of plenty of references on stack. > Even block closure which you creating for fork will have home context > which keeps reference to 'self', > e.g. receiver. I'm expecting magic apparently because I am stupid when it comes to processes ;) I changed all the "self"s to array first, which also didn't work, but then I read your statement about the home context... Luc's class-side trick seems to work: Timer>>start | array | array := WeakArray with: self. process := self class createProcessFor: array. "tried passing self here, but it seemed to keep the process around" Timer class>>createProcessFor: aWeakArray [ [ aWeakArray first notNil ] whileTrue: [ | timer | aWeakArray first interval asDelay wait. "We have to check again if the timer was garbage collected during the wait" aWeakArray first ifNotNil: [ aWeakArray first value: aWeakArray first value + 1. aWeakArray first announcer announce: (TimerValueChanged to: aWeakArray first value) ] ] ] fork. Wow, it would seem that an object using a process internally that is only valid when the object is around is a fairly common use case. I can't believe how complicated this is :/ ----- 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 Sven Van Caekenberghe

Hi Luc, Sean, Igor, I still don't think that is right (although I did not actually try to run your approach): you still make the block closure of the process refer strongly to the timer object. I tried it as follows (.st file included at the end): Object subclass: #TestTimer instanceVariableNames: 'counter interval' TestTimer>>#initialize interval := 5 seconds asDelay. counter := 0. self class start: (WeakArray with: self) TestTimer>>#tick interval wait. counter := counter + 1 TestTimer class>>#start: reference [ [ reference first isNil ] whileFalse: [ reference first tick ] ] forkAt: Processor userBackgroundPriority named: 'Test Timer' Sadly it still does not work, and I don't know why ;-) TestTimer new. 3 timesRepeat: [ Smalltalk garbageCollect ]. TestTimer allInstances You can see the timer count going up every 5 seconds when inspecting the instance, but you have to close the inspector otherwise that is another reference. Exploring strong pointers lists the WeakArray instance... Sven On 23 Apr 2013, at 16:01, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Sean, > > We experienced that also with Noury and Jannik. > The trick has been to extract the block in a class side method. > Example: > > Timer>>start > process := self class createProcessFor: self > > Timer class>>createProcessFor: aTimer > ^[ aTimer value: aTimer value + 1.......] fork > > > Now: > > t := Timer new start. > t := nil > > makes the process dispear as well. > ok not really beautiful but it works ;-) > > Cheers, > > Luc > > > > > #Luc > > > 2013/4/23 Igor Stasenko <siguctua(a)gmail.com> > On 23 April 2013 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... > > but what you expecting? > you refer to 'self' multiple times. sure thing it cannot be GC-ed, > neither process will die because > of plenty of references on stack. > Even block closure which you creating for fork will have home context > which keeps reference to 'self', > e.g. receiver. > > > > 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. > > > > > > -- > Best regards, > Igor Stasenko. > >

April 23, 2013

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

by Luc Fabresse

Hi Sean, We experienced that also with Noury and Jannik. The trick has been to extract the block in a class side method. Example: Timer>>start process := self class createProcessFor: self Timer class>>createProcessFor: aTimer ^[ aTimer value: aTimer value + 1.......] fork Now: t := Timer new start. t := nil makes the process dispear as well. ok not really beautiful but it works ;-) Cheers, Luc #Luc 2013/4/23 Igor Stasenko <siguctua(a)gmail.com> > On 23 April 2013 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... > > but what you expecting? > you refer to 'self' multiple times. sure thing it cannot be GC-ed, > neither process will die because > of plenty of references on stack. > Even block closure which you creating for fork will have home context > which keeps reference to 'self', > e.g. receiver. > > > > 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. > > > > > > -- > Best regards, > Igor Stasenko. > >

April 23, 2013

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

by Igor Stasenko

On 23 April 2013 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... but what you expecting? you refer to 'self' multiple times. sure thing it cannot be GC-ed, neither process will die because of plenty of references on stack. Even block closure which you creating for fork will have home context which keeps reference to 'self', e.g. receiver. > 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. > -- Best regards, Igor Stasenko.

April 23, 2013