2008/11/18 Igor Stasenko <[EMAIL PROTECTED]>: > 2008/11/18 Simon Denier <[EMAIL PROTECTED]>: >> 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 <[EMAIL PROTECTED]>: >>>> >>>> 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 <[EMAIL PROTECTED]>: >>>>>>> >>>>>>> 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 -- [EMAIL PROTECTED] >>>>>>> http://www.iam.unibe.ch/~denker >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Pharo-project mailing list >>>>>>> [email protected] >>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Igor Stasenko AKA sig. >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> [email protected] >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>>> >>>>> >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> [email protected] >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> -- >>>> Simon >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> [email protected] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [email protected] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> Simon >> >> >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
