November 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Process stuck in 10156+OB?

by Lukas Renggli

> - problem is the same if I upgrade to 10157 > - however there seems to be no problem if I just continue to work in the > image without quitting. > > It's a weird behaviour. I can confirm that. I got the exactly same behavior when updating from 10024 to 10157. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 18, 2008

Re: [Pharo-project] Process stuck in 10156+OB?

by Igor Stasenko

2008/11/18 Simon Denier <Simon.Denier(a)inria.fr>: > > On 18 nov. 08, at 18:32, Alexandre Bergel wrote: > >> Let us know Igor, this triggered my curiosity. >> >> Alexandre >> >> >> On 18 Nov 2008, at 14:25, Igor Stasenko wrote: >> >>> 2008/11/18 Marcus Denker <denker(a)iam.unibe.ch>: >>>> >>>> On 18.11.2008, at 17:11, Simon Denier wrote: >>>> >>>>> If I dowload the latest 10156 image, do a ScriptLoader loadOB, save it >>>>> as >>>>> new image, quit and then relaunch the new image, my new image is >>>>> unusable >>>>> because almost unresponsive: something is eating 100% CPU time. >>>>> >>>>> - problem is the same if I upgrade to 10157 >>>>> - however there seems to be no problem if I just continue to work in >>>>> the >>>>> image without quitting. >>>>> >>>>> It's a weird behaviour. >>>>> >>>> >>>> Yes, I will undo some process related changes... maybe removing Process >>>> from >>>> the specialObjectsArray was a dunb idea ;-) >>>> I will put it back in. >>>> >>> Don't be so haste :) >>> I'd rather try to reproduce the problem and find solution. > > Should be easy to reproduce :) but I can send my image to whoever is able to > work on it. > send it to me, i'll try to figure out what is wrong > >>> >>> >>> a 100% cpu hog at startup time could be a problem with Delays, or >>> different semaphores which has dropped during #clearExternalObjects >>> but not correctly reinstantiated again at following startup phase. >>> >>>> Marcus >>>> >>>> -- >>>> Marcus Denker -- denker(a)iam.unibe.ch >>>> http://www.iam.unibe.ch/~denker >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > Simon > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Nov. 18, 2008

Re: [Pharo-project] Process stuck in 10156+OB?

by Simon Denier

On 18 nov. 08, at 18:32, Alexandre Bergel wrote: > Let us know Igor, this triggered my curiosity. > > Alexandre > > > On 18 Nov 2008, at 14:25, Igor Stasenko wrote: > >> 2008/11/18 Marcus Denker <denker(a)iam.unibe.ch>: >>> >>> On 18.11.2008, at 17:11, Simon Denier wrote: >>> >>>> If I dowload the latest 10156 image, do a ScriptLoader loadOB, >>>> save it as >>>> new image, quit and then relaunch the new image, my new image is >>>> unusable >>>> because almost unresponsive: something is eating 100% CPU time. >>>> >>>> - problem is the same if I upgrade to 10157 >>>> - however there seems to be no problem if I just continue to work >>>> in the >>>> image without quitting. >>>> >>>> It's a weird behaviour. >>>> >>> >>> Yes, I will undo some process related changes... maybe removing >>> Process from >>> the specialObjectsArray was a dunb idea ;-) >>> I will put it back in. >>> >> Don't be so haste :) >> I'd rather try to reproduce the problem and find solution. Should be easy to reproduce :) but I can send my image to whoever is able to work on it. >> >> >> a 100% cpu hog at startup time could be a problem with Delays, or >> different semaphores which has dropped during #clearExternalObjects >> but not correctly reinstantiated again at following startup phase. >> >>> Marcus >>> >>> -- >>> Marcus Denker -- denker(a)iam.unibe.ch >>> http://www.iam.unibe.ch/~denker >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Simon

Nov. 18, 2008

Re: [Pharo-project] Process stuck in 10156+OB?

by Alexandre Bergel

Let us know Igor, this triggered my curiosity. Alexandre On 18 Nov 2008, at 14:25, Igor Stasenko wrote: > 2008/11/18 Marcus Denker <denker(a)iam.unibe.ch>: >> >> On 18.11.2008, at 17:11, Simon Denier wrote: >> >>> If I dowload the latest 10156 image, do a ScriptLoader loadOB, >>> save it as >>> new image, quit and then relaunch the new image, my new image is >>> unusable >>> because almost unresponsive: something is eating 100% CPU time. >>> >>> - problem is the same if I upgrade to 10157 >>> - however there seems to be no problem if I just continue to work >>> in the >>> image without quitting. >>> >>> It's a weird behaviour. >>> >> >> Yes, I will undo some process related changes... maybe removing >> Process from >> the specialObjectsArray was a dunb idea ;-) >> I will put it back in. >> > Don't be so haste :) > I'd rather try to reproduce the problem and find solution. > > a 100% cpu hog at startup time could be a problem with Delays, or > different semaphores which has dropped during #clearExternalObjects > but not correctly reinstantiated again at following startup phase. > >> Marcus >> >> -- >> Marcus Denker -- denker(a)iam.unibe.ch >> http://www.iam.unibe.ch/~denker >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 18, 2008

Re: [Pharo-project] Process stuck in 10156+OB?

by Igor Stasenko

2008/11/18 Marcus Denker <denker(a)iam.unibe.ch>: > > On 18.11.2008, at 17:11, Simon Denier wrote: > >> If I dowload the latest 10156 image, do a ScriptLoader loadOB, save it as >> new image, quit and then relaunch the new image, my new image is unusable >> because almost unresponsive: something is eating 100% CPU time. >> >> - problem is the same if I upgrade to 10157 >> - however there seems to be no problem if I just continue to work in the >> image without quitting. >> >> It's a weird behaviour. >> > > Yes, I will undo some process related changes... maybe removing Process from > the specialObjectsArray was a dunb idea ;-) > I will put it back in. > Don't be so haste :) I'd rather try to reproduce the problem and find solution. a 100% cpu hog at startup time could be a problem with Delays, or different semaphores which has dropped during #clearExternalObjects but not correctly reinstantiated again at following startup phase. > Marcus > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Nov. 18, 2008

Re: [Pharo-project] Process stuck in 10156+OB?

by StÃ©phane Ducasse

> >> If I dowload the latest 10156 image, do a ScriptLoader loadOB, save >> it as new image, quit and then relaunch the new image, my new image >> is unusable because almost unresponsive: something is eating 100% >> CPU time. >> >> - problem is the same if I upgrade to 10157 >> - however there seems to be no problem if I just continue to work >> in the image without quitting. >> >> It's a weird behaviour. >> > > Yes, I will undo some process related changes... maybe removing > Process from the specialObjectsArray was a dunb idea ;-) may be not but in Squeak you never know :) This is why we should clean clean refactor..... :) Stef PS: marcus you are improving you did not bash yourself this time :)

Nov. 18, 2008

Re: [Pharo-project] Process stuck in 10156+OB?

by Marcus Denker

On 18.11.2008, at 17:11, Simon Denier wrote: > If I dowload the latest 10156 image, do a ScriptLoader loadOB, save > it as new image, quit and then relaunch the new image, my new image > is unusable because almost unresponsive: something is eating 100% > CPU time. > > - problem is the same if I upgrade to 10157 > - however there seems to be no problem if I just continue to work in > the image without quitting. > > It's a weird behaviour. > Yes, I will undo some process related changes... maybe removing Process from the specialObjectsArray was a dunb idea ;-) I will put it back in. Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 18, 2008

[Pharo-project] Process stuck in 10156+OB?

by Simon Denier

If I dowload the latest 10156 image, do a ScriptLoader loadOB, save it as new image, quit and then relaunch the new image, my new image is unusable because almost unresponsive: something is eating 100% CPU time. - problem is the same if I upgrade to 10157 - however there seems to be no problem if I just continue to work in the image without quitting. It's a weird behaviour. -- Simon

Nov. 18, 2008

Re: [Pharo-project] [update] #10157

by StÃ©phane Ducasse

Cool May be we should write a test or two for the classVariable Marcus do you know the the relationship between classVar and classPool. A classVar is added to the classPool dict? Stef On Nov 18, 2008, at 10:38 AM, Marcus Denker wrote: > > -> Issue 84: 7136 TraitBehavior-2-dc > Methods to make the interface of Traits compatible to classes, > collected by Damien Cassou > -> Issue 246: fix classVariableNames > Metaclass shares the class variables with the class. (from Eliott > Miranda) > > -- > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Nov. 18, 2008

[Pharo-project] [update] #10157

by Marcus Denker

-> Issue 84: 7136 TraitBehavior-2-dc Methods to make the interface of Traits compatible to classes, collected by Damien Cassou -> Issue 246: fix classVariableNames Metaclass shares the class variables with the class. (from Eliott Miranda) -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 18, 2008