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

Re: [Pharo-project] OB package browser don't detects new packages/updates a package list

by StÃ©phane Ducasse

the problem is that david is trying to make the system happy when you do not have declare a package (a category as acting as a package) Ideally we should not have category but only package and you would not have such a problem. stef On Nov 19, 2008, at 3:56 PM, Igor Stasenko wrote: > I filed out a package in one image, and then filed it in into a fresh > one, which hasn't it before. > I was little confused that brower can't see my package nor its sole > class. > Then i tried a system browser, to check what is going on , and found > that my class is installed and sitting in image, while package browser > pretends its not (it can't browse a class by its name, nor package). > I forced it to appear only after adding package manually by issuing > 'add package' in package pane menu. > > > -- > 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. 19, 2008

Re: [Pharo-project] OB package browser don't detects newpackages/updates a package list

by Gary Chambers

If you filed it out/in rather than using MC to save/load then that's what I'd expect... Regards, Gary. ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, November 19, 2008 2:56 PM Subject: [Pharo-project] OB package browser don't detects newpackages/updates a package list >I filed out a package in one image, and then filed it in into a fresh > one, which hasn't it before. > I was little confused that brower can't see my package nor its sole class. > Then i tried a system browser, to check what is going on , and found > that my class is installed and sitting in image, while package browser > pretends its not (it can't browse a class by its name, nor package). > I forced it to appear only after adding package manually by issuing > 'add package' in package pane menu. > > > -- > 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. 19, 2008

Re: [Pharo-project] OB package browser don't detects new packages/updates a package list

by Damien Cassou

On Wed, Nov 19, 2008 at 3:56 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > I filed out a package in one image, and then filed it in into a fresh > one, which hasn't it before. > I was little confused that brower can't see my package nor its sole class. > Then i tried a system browser, to check what is going on , and found > that my class is installed and sitting in image, while package browser > pretends its not (it can't browse a class by its name, nor package). > I forced it to appear only after adding package manually by issuing > 'add package' in package pane menu. Please send OB-related emails to ob-dev(a)wiresong.ca. -- Damien Cassou http://damiencassou.seasidehosting.st

Nov. 19, 2008

[Pharo-project] OB package browser don't detects new packages/updates a package list

by Igor Stasenko

I filed out a package in one image, and then filed it in into a fresh one, which hasn't it before. I was little confused that brower can't see my package nor its sole class. Then i tried a system browser, to check what is going on , and found that my class is installed and sitting in image, while package browser pretends its not (it can't browse a class by its name, nor package). I forced it to appear only after adding package manually by issuing 'add package' in package pane menu. -- Best regards, Igor Stasenko AKA sig.

Nov. 19, 2008

[Pharo-project] New pharo-dev based on 10160

by Damien Cassou

https://gforge.inria.fr/frs/download.php/11018/pharo0.1-10160dev08.11.5.zip http://code.google.com/p/pharo/wiki/Downloads?tm=2 -- Damien Cassou http://damiencassou.seasidehosting.st

Nov. 19, 2008

Re: [Pharo-project] [update] 10160

by StÃ©phane Ducasse

On Nov 19, 2008, at 11:12 AM, Marcus Denker wrote: > -> remove more etoy classes (mostly tiles related) > -> 3 timesRepeat: [SystemNavigation default > removeUnsentMessagesWithProgressBarInPackageNamed: EToys] You liked them :) I will continue my alphabetic adventure.... :) Stef > > > -- > 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. 19, 2008

[Pharo-project] [update] 10160

by Marcus Denker

-> remove more etoy classes (mostly tiles related) -> 3 timesRepeat: [SystemNavigation default removeUnsentMessagesWithProgressBarInPackageNamed: EToys] -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Nov. 19, 2008

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

by John M McIntosh

Ya it's my bug, however it's way too late tonight for me to tackle it. The problem is that if the menu contains (x) and we attempt to convert that into a macintosh menu the older os-9 menu logic has specialized meanings for character strings of the form (x) so we attempt to fix it. http://developer.apple.com/documentation/mac/Toolbox/Toolbox-144.html I think in this case the morphic menus use (x) to mean x is a command key, but that would disable the menu on the macintosh. So I was fixing up usages of (x) Obviously not correctly since it fails on strings of the form (x1...) On 19-Nov-08, at 1:13 AM, David RÃ¶thlisberger wrote: > >>> 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...). > > The problem of Simon indeed seems to be related to this change. > He gets an endless loop in HostSystemMenusMacOSX >> > modifySqueakMenu: aString. When 'results' points to 'Universe > Browser (basic)', 'fixIndex' is always greater than 0, so the > whileTrue: loop will never end. The problem seems to be the $( in > this menu entry. > It's no clear to me what this method is supposed to do? Replacing > the character between '(x)' with '/X '? But for what reason? This > code obviously doesn't work when x is more than one character long. > > This problem probably happened because when Simon loaded OB, it > changes the menu, although the defect entry is not one added by OB, > but by the Universe Browser. Adding any new entry probably triggers > in any case the new generation of this menu. > > Cheers, > David > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

Nov. 19, 2008

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

by David RÃ¶thlisberger

>> 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...). The problem of Simon indeed seems to be related to this change. He gets an endless loop in HostSystemMenusMacOSX >> modifySqueakMenu: aString. When 'results' points to 'Universe Browser (basic)', 'fixIndex' is always greater than 0, so the whileTrue: loop will never end. The problem seems to be the $( in this menu entry. It's no clear to me what this method is supposed to do? Replacing the character between '(x)' with '/X '? But for what reason? This code obviously doesn't work when x is more than one character long. This problem probably happened because when Simon loaded OB, it changes the menu, although the defect entry is not one added by OB, but by the Universe Browser. Adding any new entry probably triggers in any case the new generation of this menu. Cheers, David

Nov. 19, 2008

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

by Simon Denier

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 still got this behavior after updating to 10159. Perhaps this is not related to special objects after all. Then this is more related to OB, since it only happens with images where loadOB has been performed. > > >> >> 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