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

[Pharo-project] Fwd: [Seaside] Comparison of Aida/Web, Seaside and Iliad web frameworks

by Sven Van Caekenberghe

This was posted on the Seaside mailing list, I think it is both funny and hitting several points. I am not sure about the last item though ;-) Sven Begin forwarded message: On 22 Jun 2011, at 04:58, Boris Popov, DeepCove Labs wrote: > http://dl.dropbox.com/u/2737880/screenshots/pharovsvisualworks.png > >

June 22, 2011

[Pharo-project] Pharo par l'exemple est maintenant disponible :)

by StÃ©phane Ducasse

Vraiment un grand merci aux traducteurs! Encore merci Bientot sur lulu. Stef https://gforge.inria.fr/frs/download.php/28665/PharoParLExemple-20-06-2011.… Stef

June 22, 2011

Re: [Pharo-project] Swazoo keeping HTTPConnections open

by Janko MivÅ¡ek

Patch included in Swazoo. Thanks Nico! - http://www.squeaksource.com/Swazoo/Swazoo-2.3beta2.3 - ConfigurationOfSwazoo2 2.3 also updated Best regards Janko S, Nicolas Petton piÅ¡e: > Hi Bernat, > > I have a patch that may solve your problem that will be integrated > mainstream. In the meantime: > > HTTPConnection>>close > self stream notNil ifTrue: [self stream close. stream := nil]. > self server notNil ifTrue: [self server removeConnection: self]. > self loop notNil ifTrue: [ > | process | > process := loop. loop := nil. > process terminate] > > > HTH, > Nicolas > > Le mercredi 22 juin 2011 Ã 11:36 +0200, Bernat Romagosa a Ã©crit : >> Hi list, I don't know where should I address this issue, so please >> excuse me if this mail is a bit off-topic. >> >> >> I've been running an Iliad app in Pharo for a couple of months, and >> just today I realised the image was behaving quite sluggish, so I >> checked the process browser and discovered thousands (literally) of >> Delay >> wait instances going on. Inspecting them, I found out they >> had all been spawned by Swazoo's HTTPConnection >> interact. >> >> >> So what I did is HTTPConnection allInstancesDo: [:c | c close], which >> took quite a while to conclude, and the problem was solved, but these >> processes keep on spawning every time a user logs in, and they never >> seem to die unless I tell them to. >> >> >> Also, killing these processes seems to have no effect on the >> application behaviour at all, all sessions stay where they should and >> everything is alright, so I'm even considering using a scheduler that >> kills'em'all every hour or so (how elegant could this be!) >> >> >> Has anybody ran into a similar issue before? >> >> >> Thanks! >> >> -- >> Bernat Romagosa. >>

June 22, 2011

Re: [Pharo-project] Swazoo keeping HTTPConnections open

by Bernat Romagosa

Thanks! :) 2011/6/22 Nicolas Petton <petton.nicolas(a)gmail.com> > Hi Bernat, > > I have a patch that may solve your problem that will be integrated > mainstream. In the meantime: > > HTTPConnection>>close > self stream notNil ifTrue: [self stream close. stream := nil]. > self server notNil ifTrue: [self server removeConnection: self]. > self loop notNil ifTrue: [ > | process | > process := loop. loop := nil. > process terminate] > > > HTH, > Nicolas > > Le mercredi 22 juin 2011 Ã 11:36 +0200, Bernat Romagosa a Ã©crit : > > Hi list, I don't know where should I address this issue, so please > > excuse me if this mail is a bit off-topic. > > > > > > I've been running an Iliad app in Pharo for a couple of months, and > > just today I realised the image was behaving quite sluggish, so I > > checked the process browser and discovered thousands (literally) of > > Delay >> wait instances going on. Inspecting them, I found out they > > had all been spawned by Swazoo's HTTPConnection >> interact. > > > > > > So what I did is HTTPConnection allInstancesDo: [:c | c close], which > > took quite a while to conclude, and the problem was solved, but these > > processes keep on spawning every time a user logs in, and they never > > seem to die unless I tell them to. > > > > > > Also, killing these processes seems to have no effect on the > > application behaviour at all, all sessions stay where they should and > > everything is alright, so I'm even considering using a scheduler that > > kills'em'all every hour or so (how elegant could this be!) > > > > > > Has anybody ran into a similar issue before? > > > > > > Thanks! > > > > -- > > Bernat Romagosa. > > > > -- > Nicolas Petton > http://www.nicolas-petton.fr > > > -- Bernat Romagosa.

June 22, 2011

Re: [Pharo-project] Swazoo keeping HTTPConnections open

by Nicolas Petton

Hi Bernat, I have a patch that may solve your problem that will be integrated mainstream. In the meantime: HTTPConnection>>close self stream notNil ifTrue: [self stream close. stream := nil]. self server notNil ifTrue: [self server removeConnection: self]. self loop notNil ifTrue: [ | process | process := loop. loop := nil. process terminate] HTH, Nicolas Le mercredi 22 juin 2011 Ã 11:36 +0200, Bernat Romagosa a Ã©crit : > Hi list, I don't know where should I address this issue, so please > excuse me if this mail is a bit off-topic. > > > I've been running an Iliad app in Pharo for a couple of months, and > just today I realised the image was behaving quite sluggish, so I > checked the process browser and discovered thousands (literally) of > Delay >> wait instances going on. Inspecting them, I found out they > had all been spawned by Swazoo's HTTPConnection >> interact. > > > So what I did is HTTPConnection allInstancesDo: [:c | c close], which > took quite a while to conclude, and the problem was solved, but these > processes keep on spawning every time a user logs in, and they never > seem to die unless I tell them to. > > > Also, killing these processes seems to have no effect on the > application behaviour at all, all sessions stay where they should and > everything is alright, so I'm even considering using a scheduler that > kills'em'all every hour or so (how elegant could this be!) > > > Has anybody ran into a similar issue before? > > > Thanks! > > -- > Bernat Romagosa. > -- Nicolas Petton http://www.nicolas-petton.fr

June 22, 2011

[Pharo-project] Swazoo keeping HTTPConnections open

by Bernat Romagosa

Hi list, I don't know where should I address this issue, so please excuse me if this mail is a bit off-topic. I've been running an Iliad app in Pharo for a couple of months, and just today I realised the image was behaving quite sluggish, so I checked the process browser and discovered thousands (literally) of Delay >> wait instances going on. Inspecting them, I found out they had all been spawned by Swazoo's HTTPConnection >> interact. So what I did is HTTPConnection allInstancesDo: [:c | c close], which took quite a while to conclude, and the problem was solved, but these processes keep on spawning every time a user logs in, and they never seem to die unless I tell them to. Also, killing these processes seems to have no effect on the application behaviour at all, all sessions stay where they should and everything is alright, so I'm even considering using a scheduler that kills'em'all every hour or so (how elegant could this be!) Has anybody ran into a similar issue before? Thanks! -- Bernat Romagosa.

June 22, 2011

Re: [Pharo-project] #assert:equals: feels backwards

by Damien Cassou

On Tue, Jun 21, 2011 at 9:51 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > Why don't you just use #assert: and #=? > > This is much shorter and the description string is not really worth > the troubles, isn't it :-) When the test fails, you can debug more easily with #assert:equals:. If you use #assert: and #= you know that the boolean passed to #assert: is false, not really useful. If you use #assert:equals: you have the two objects and you can compare them. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

June 22, 2011

[Pharo-project] what about a sprint at lille July 8

by StÃ©phane Ducasse

June 22, 2011

Re: [Pharo-project] Pharo par l'exemple :)

by Olivier Auverlot

Le 22/06/11 08:42, StÃ©phane Ducasse a Ã©crit : >> Almost done ;-) >> >> We will put the final version soon on Lulu and on the website. >> The file is available here: >> http://ffii.fr/ramix/PBE/PharoParLExemple-20-06-2011.pdf > Stef > <happy> YOUAIHHHH !!!!! </happy> thanks to all the contributors Olivier ;-) www.auverlot.fr

June 22, 2011

[Pharo-project] Pharo par l'exemple :)

by StÃ©phane Ducasse

> Almost done ;-) > > We will put the final version soon on Lulu and on the website. > The file is available here: > http://ffii.fr/ramix/PBE/PharoParLExemple-20-06-2011.pdf Stef

June 22, 2011