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

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

by Simon Denier

If some people want to give it a try with a Mac VM, here is the image: http://dl.free.fr/ttFRq8FQM On 18 nov. 08, at 22:02, Marcus Denker wrote: > > On 18.11.2008, at 18: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 nevertheless did a 10158 which has the Process again in the > special objects array. > (This way people get a warning if they want to change the layout of > the class). > >> >> I'd rather try to reproduce the problem and find solution. >> > good! > >> 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. > > > I thin this one is *not* related (negative results are results, > too ;-)) > > Issue 232: Recreate Special Objects Array should preserve external > semaphores + Fix > > 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 > -- Simon

Nov. 19, 2008

[Pharo-project] Sparkle automatic update framework for Squeak OS-X

by John M McIntosh

With some funding help from Impara I built a plugin to enable the use of Sparkle to receive update information about the macintosh carbon VM. This lets you auto-update your Squeak based application by pushing update notifications via rss to users. Numerous one-click squeak based apps come to mind... Based on feedback and experience reports at some point I will consider if this should be part of the mainstream Squeak Carbon VM. http://www.squeaksource.com/Sparkle.html Which contains the plugin source, the class based interface, and of course SUnits. A 1.0.0 plugin can be found via the usual places in the experimental directory as SparklePlugin.1.0.0.bundle.zip http://www.smalltalkconsulting.com/squeak.html -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Nov. 19, 2008

[Pharo-project] [update] #10158

by Marcus Denker

-> add class Project to specialObjectArray again -> Clean etoys: Deleted *many* classes and methods. -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 18, 2008

[Pharo-project] [ANN] 10159

by StÃ©phane Ducasse

Hi now I'm going over the class Morph and checking all the methods that gary flagged. I did from A to C and I will continue. I produce a list of possible problems on the wiki: http://code.google.com/p/pharo/wiki/CurrentlyWorkingOn?ts=1227043037&update… Object currentVocabulary Morph appearsToBeSameCostumeAs: arrowDeltaFor: automaticViewing bringTileScriptingElementsUpToDate bringUpToDate buttonProperties buttonProperties: propertiesOrNil color: sensitiveColor sees: soughtColor colorUnder currentVocabulary hasButtonProperties ensuredButtonProperties isTileScriptingElement PasteUpMorph currentVocabulary currentVocabularyFor: Stef PS: I have to read and fix some seaside chapters to have the right to fix pharo :)

Nov. 18, 2008

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

by Marcus Denker

On 18.11.2008, at 18: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 nevertheless did a 10158 which has the Process again in the special objects array. (This way people get a warning if they want to change the layout of the class). > > I'd rather try to reproduce the problem and find solution. > good! > 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. I thin this one is *not* related (negative results are results, too ;-)) Issue 232: Recreate Special Objects Array should preserve external semaphores + Fix Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 18, 2008

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

by Marcus Denker

On 18.11.2008, at 20:52, Igor Stasenko wrote: > 2008/11/18 Simon Denier <Simon.Denier(a)inria.fr>: >> Good luck >> >> >> Actually, I dont know where to start, I cant open a window or >> interrupt the >> vm. >> > > Hmm, an image, which you just sent me (10157ready.image), starts > without any problems on my windoze box. No 100% CPU load, all is just > working as always. > Looks like the bug is VM/platform dependent, or you gave me wrong > image?. The only platform dependend thing I added is the native menu on mac (for mac users: try to click on the "File" menu in the mac meny bar...). Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 18, 2008

[Pharo-project] fixReversedValueMessages

by StÃ©phane Ducasse

hi I would like to know a bit more about fixReversedValueMessages. Can we get rid of it? Or do we still have old event handlers around? Stef

Nov. 18, 2008

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

by StÃ©phane Ducasse

so it is worth to publish the image somewhere so that others can try. Stef On Nov 18, 2008, at 8:52 PM, Igor Stasenko wrote: > 2008/11/18 Simon Denier <Simon.Denier(a)inria.fr>: >> Good luck >> >> >> Actually, I dont know where to start, I cant open a window or >> interrupt the >> vm. >> > > Hmm, an image, which you just sent me (10157ready.image), starts > without any problems on my windoze box. No 100% CPU load, all is just > working as always. > Looks like the bug is VM/platform dependent, or you gave me wrong > image?. > > >> On 18 nov. 08, at 19:58, Igor Stasenko wrote: >> >>> 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. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> Simon >> >> >> >> >> > > > > -- > 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 >

Nov. 18, 2008

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

by Igor Stasenko

2008/11/18 Igor Stasenko <siguctua(a)gmail.com>: > 2008/11/18 Simon Denier <Simon.Denier(a)inria.fr>: >> Good luck >> >> >> Actually, I dont know where to start, I cant open a window or interrupt the >> vm. >> > > Hmm, an image, which you just sent me (10157ready.image), starts > without any problems on my windoze box. No 100% CPU load, all is just > working as always. > Looks like the bug is VM/platform dependent, or you gave me wrong image?. > moreover, i tried to do ScriptLoader loadOB then save / save&quit.. no problems at all. > >> On 18 nov. 08, at 19:58, Igor Stasenko wrote: >> >>> 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. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> Simon >> >> >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig.

Nov. 18, 2008

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

by Igor Stasenko

2008/11/18 Simon Denier <Simon.Denier(a)inria.fr>: > Good luck > > > Actually, I dont know where to start, I cant open a window or interrupt the > vm. > Hmm, an image, which you just sent me (10157ready.image), starts without any problems on my windoze box. No 100% CPU load, all is just working as always. Looks like the bug is VM/platform dependent, or you gave me wrong image?. > On 18 nov. 08, at 19:58, Igor Stasenko wrote: > >> 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. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > Simon > > > > > -- Best regards, Igor Stasenko AKA sig.

Nov. 18, 2008