- Pharo-dev - lists.pharo.org

Re: [Pharo-project] about sluggines on linux

by Schwab,Wilhelm K

Stef, I have a slow linux box that stands ready to help, albeit at a snail's pace. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Friday, December 18, 2009 5:29 AM To: Arturo Zambrano Cc: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] about sluggines on linux No problem. > Hi Stef, > I dind't see your email until today, when I came back to this topic! Don't know why it was marked as read :(. > Just to report the same test under Vista (obviously, on the same machine). > > '225948808 bytecodes/sec; 6804203 sends/sec' > they are coherent with the previous ones. > '533333333 bytecodes/sec; 12157397 sends/sec' and clearly and indication that we should get also slower machines to kick us to optimize or rethink certain decisions. Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 18, 2009

Re: [Pharo-project] Default code browser

by Schwab,Wilhelm K

You didn't ask, but here's how I see it on pakages :) PackageInfo **ABUSES** method categories to associate methods with packages. Methods should be able to belong to multiple categories (you won't miss it until you can do it), and to one package. Dolphin also has a class category option, but I am not aware that anyone ever found it useful - packages are enough to categorize classes. I don't know a nice way to say it: if you are confused about packages, ditch the package browser for a while. I have not used it for a few versions, but I was shocked at how slow it could be, and began to suspect that its behavior was (queue throat-clearing.wav) not deterministic. Another possibility (if this level of re-entrancy is possible??) is that it is SO slow that one fails to appreciate that it is still crunching on the organization?? Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of GeertClaes Sent: Friday, December 18, 2009 3:48 AM To: pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Default code browser Schwab,Wilhelm K wrote: > > Re the various browsers, they are not terribly well identified, so it > takes work to figure out what I am using. > +1 here Other than that, I find that none of the browsers are at this stage great yet from an intuitive, usability point of view (mind you, I consider myself to be very 'newbie'). I am also looking at Pharo + Seaside or AIDAWeb mainly as an IDE tool to create web apps as I am not that interested (or skilled for that matter) in tinkering with the core. I am hoping that the new package management system (MetaCello in Pharo 1.1?) will streamline some of the confusion and allow the user to have the option to somehow hide "system" or Pharo-Core packages from the IDE. I could be wrong here, but methods of a class can be nicely organized using protocols ... and then there is this whole vague, confusing world of how classes are managed in categories and packages ... but the term package could actually also refer to a category, which is actually a package, but a package can also be a Monticello package, which could be different than the category or should I say package? All this may make perfect sense to the gurus but it is extremely confusing, because packages also need to be able to be grouped into projects (is this the term?) and have dependencies on other packages and/or projects? I haven't even mentioned the confusion of SqueakMap/PharoMap, SqueakSouce/PharoSource, Monticello and Universes. -- View this message in context: http://n2.nabble.com/Default-code-browser-tp4183317p4185502.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 18, 2009

Re: [Pharo-project] Rome port

by Tudor Girba

Hi Alex, In what image are you loading it that it works? Only after adding Rome- Reference to what was said before was it Ok. Cheers, Doru On 18 Dec 2009, at 15:51, Alexandre Bergel wrote: > Hi Doru, > > As I said, just load what is suggested with Gofer. > > Alexandre > > > On 18 Dec 2009, at 13:30, Tudor Girba wrote: > >> Hi, >> >> Thanks, but the packages do not seem to load either: >> >> - in 10496dev I can load Graphics-MichaelRueger.168 and FreeType- >> MichaelRueger.498, but when I try to load Rome, I get >> "This package depends on the following classes: >> RomePath >> RomeReferenceCanvas ... " >> >> - in 10500dev the image crashes when I try to load Graphics- >> MichaelRueger.168 >> >> What am I doing wrong? >> >> Cheers, >> Doru >> >> On 18 Dec 2009, at 13:12, Simon Denier wrote: >> >>> >>> On 18 dÃ©c. 2009, at 13:03, Tudor Girba wrote: >>> >>>> Hi, >>>> >>>> I am a bit confused :). This link seems to not work: >>>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>>> RomePlugin.bundle.zip >>>>>> >>>> >>>> What exactly should I do if I wanted to get Rome in 1.0 using a >>>> 4.2.2 >>>> VM? >>> >>> >>> You just need to install the packages indicated by Michael, the >>> plugin is already there. It works for me. >>> >>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> >>>> On 17 Dec 2009, at 20:33, StÃ©phane Ducasse wrote: >>>> >>>>> Thanks john >>>>> >>>>> I deleted the plugging file. >>>>> >>>>> Stef >>>>> >>>>> On Dec 17, 2009, at 6:46 PM, John M McIntosh wrote: >>>>> >>>>>> Ya, for years now I've shipped the latest Rome plugin, which >>>>>> BTW I >>>>>> did compile, >>>>>> within the Squeak macintosh carbon VM. >>>>>> >>>>>> It's version 1.2.1 >>>>>> >>>>>> Likely the one https://gforge.inria.fr/frs/download.php/25047/RomePlugin.bundle.zip >>>>>> should disappear to avoid confusion. Just use a 4.2.2 VM >>>>>> >>>>>> I'll add building a RomePlugin for Squeak V5.0 to my list of >>>>>> things to do for Christmas. >>>>>> >>>>>> On 2009-12-17, at 9:38 AM, Alexandre Bergel wrote: >>>>>> >>>>>>> Michael, this is an excellent start! >>>>>>> Thanks for this. This is important. >>>>>>> >>>>>>>> You will need the RomePlugin for your platform. >>>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>>> RomePlugin.bundle.zip >>>>>>>> https://gforge.inria.fr/frs/download.php/25046/rome.zip >>>>>>> >>>>>>> There is a plugin next to the MacOSX VM. I do not know whether >>>>>>> this is >>>>>>> the same version of the plugin >>>>>> >>>>>> -- >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> ================================================================= >>>>>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >>>>>> squeaker68882 >>>>>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> ================================================================= >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>>> project >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Don't give to get. Just give." >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >> >> -- >> www.tudorgirba.com >> >> "One cannot do more than one can do." >> >> >> >> >> _______________________________________________ >> 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 -- www.tudorgirba.com "Every thing has its own flow."

Dec. 18, 2009

[Pharo-project] Issue 1633: Object allSubInstances appears to loop forever

by Stan Shepherd

Pharo image: Pharo | Pharo-core PharoCore1.0rc1 Latest update: #10502 VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest update: #10074] Steps to reproduce: 1.Object allSubInstances It appears to be repeatedly adding its current context. ...Stan OrderedCollection>>addLast: Receiver: an OrderedCollection(an Object an Object an Object an Object an Object an Object an Object...etc... Arguments and temporary variables: newObject: [] in Object class(Behavior)>>allSubInstances Receiver's instance variables: array: an Array(an Object an Object an Object an Object an Object an Object an ...etc... firstIndex: 1 lastIndex: 1173805 OrderedCollection>>add: Receiver: an OrderedCollection(an Object an Object an Object an Object an Object an Object an Object...etc... Arguments and temporary variables: newObject: [] in Object class(Behavior)>>allSubInstances Receiver's instance variables: array: an Array(an Object an Object an Object an Object an Object an Object an ...etc... firstIndex: 1 lastIndex: 1173805 [] in Object class(Behavior)>>allSubInstances Receiver: Object Arguments and temporary variables: aCollection: [] in Object class(Behavior)>>allSubInstances x: an OrderedCollection(an Object an Object an Object an Object an Object an Ob...etc... Receiver's instance variables: superclass: ProtoObject methodDict: a MethodDictionary(size 408) format: 2 instanceVariables: nil organization: ('*DynamicBindings' binding binding: hasBinding removeBinding) ('...etc... subclasses: {BalloonState. StandardFileMenuResult. UndefinedObject. Boolean. Fi...etc... name: #Object classPool: a Dictionary(#DependentsFields->a WeakIdentityKeyDictionary(MCWorkin...etc... sharedPools: nil environment: Smalltalk category: #'Kernel-Objects' traitComposition: {} localSelectors: nil ... -- View this message in context: http://n2.nabble.com/Issue-1633-Object-allSubInstances-appears-to-loop-fore… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 18, 2009

Re: [Pharo-project] Default code browser

by George Herolyants

2009/12/18 GeertClaes <geert.wl.claes(a)gmail.com>: > George Herolyants-3 wrote: >> >> Though I think WhiskerBrowser still covers the above use case better. >> Unfortunately it doesn't run on Pharo. >> > > Maybe WhiskerBrowser can be created using Glamour? I don't now. IIRC someone on the list mentioned that Glamour can't be used to build real browsers for now, but I may be wrong. I wonder, if it can be done using OB? It would be cool if it was possible. Recently I loaded it into Pharo but it relies on some missing classes and expects some old behaviour from underlying libraries. It worked somehow but it has some visual artefacts (for example boxes for tree menu items are smaller than the text they contain; see in the attachment). And of course in lacks all the cool stuff OB has. Cheers, George

Dec. 18, 2009

Re: [Pharo-project] Default code browser

by GermÃ¡n Arduino

Talking about browsers, I use to use more than one as Laurent. And have a question, OB don't have a "recent (r)" menu as Classic Browser that permit to have at hand the last used classes? This is very useful to me. Cheers. GermÃ¡n. 2009/12/18 laurent laffont <laurent.laffont(a)gmail.com>: > I would like a mix of the three ;). For me > O2PackageBrowserAdaptor is great for > - monticello integration > - package, hier. groups views, > - history navigation > - explicit icons > OBSystemBrowserAdaptor for > - speed > - the toolbar (browse, hierarchie, variables, ...) and especially "versions" > button > Browser for: > - speed > - class comment panel > To explore the system I use Â O2PackageBrowserAdaptor, to write code I > useÂ OBSystemBrowserAdaptor. > For Christmas, I would like :) > - tab support because my laptop has a small screen > - split code panel like emacs/vi to edit/view several methods at once > Cheers, > Laurent > On Thu, Dec 17, 2009 at 9:32 PM, Alexandre Bergel <alexandre(a)bergel.eu> > wrote: >> >> Hi! >> >> I saw many people using the package browser instead of >> OBSystemBrowserAdaptor, even if this last is faster and has less bug. >> I am just wondering whether reverting the default browser to >> O2PackageBrowser is not something we should consider. >> >> Cheers, >> Alexandre > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 18, 2009

[Pharo-project] [update 1.1] #11109

by Marcus Denker

11109 ----- Issue 951: shadowed instance variables in tests Thanks to Cyrille Delaunay Issue 1626: OutofMemoryException Thanks to Andreas Raab Issue 1629: enhance #indexOfAnyOf: Thanks Nicolas!

Dec. 18, 2009

Re: [Pharo-project] Pharo for Professional Development

by George Herolyants

2009/12/18 Levente Uzonyi <leves(a)elte.hu>: > Sure, start the vm with: -vm display=none. Then use RFB to connect to the > image, we use several such images. Yes. You're right. I completely forgot about the possibility to use RFB. Yeah, in this case all the native dialogs won't fit at all. And multiple windows in the meaning I described previously add complexity in this case. But. IIUC Newspeak's GUI framework has the possibility to handle such issues. In case native GUI is inaccessible, it can render itself in Morphic and thus provide the possibility to use RFB. And native dialogs may be handled this way. So, nothing impossible :).

Dec. 18, 2009

Re: [Pharo-project] Rome port

by Alexandre Bergel

Hi Doru, As I said, just load what is suggested with Gofer. Alexandre On 18 Dec 2009, at 13:30, Tudor Girba wrote: > Hi, > > Thanks, but the packages do not seem to load either: > > - in 10496dev I can load Graphics-MichaelRueger.168 and FreeType- > MichaelRueger.498, but when I try to load Rome, I get > "This package depends on the following classes: > RomePath > RomeReferenceCanvas ... " > > - in 10500dev the image crashes when I try to load Graphics- > MichaelRueger.168 > > What am I doing wrong? > > Cheers, > Doru > > On 18 Dec 2009, at 13:12, Simon Denier wrote: > >> >> On 18 dÃ©c. 2009, at 13:03, Tudor Girba wrote: >> >>> Hi, >>> >>> I am a bit confused :). This link seems to not work: >>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>> RomePlugin.bundle.zip >>>>> >>> >>> What exactly should I do if I wanted to get Rome in 1.0 using a >>> 4.2.2 >>> VM? >> >> >> You just need to install the packages indicated by Michael, the >> plugin is already there. It works for me. >> >> >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On 17 Dec 2009, at 20:33, StÃ©phane Ducasse wrote: >>> >>>> Thanks john >>>> >>>> I deleted the plugging file. >>>> >>>> Stef >>>> >>>> On Dec 17, 2009, at 6:46 PM, John M McIntosh wrote: >>>> >>>>> Ya, for years now I've shipped the latest Rome plugin, which BTW I >>>>> did compile, >>>>> within the Squeak macintosh carbon VM. >>>>> >>>>> It's version 1.2.1 >>>>> >>>>> Likely the one https://gforge.inria.fr/frs/download.php/25047/RomePlugin.bundle.zip >>>>> should disappear to avoid confusion. Just use a 4.2.2 VM >>>>> >>>>> I'll add building a RomePlugin for Squeak V5.0 to my list of >>>>> things to do for Christmas. >>>>> >>>>> On 2009-12-17, at 9:38 AM, Alexandre Bergel wrote: >>>>> >>>>>> Michael, this is an excellent start! >>>>>> Thanks for this. This is important. >>>>>> >>>>>>> You will need the RomePlugin for your platform. >>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>> RomePlugin.bundle.zip >>>>>>> https://gforge.inria.fr/frs/download.php/25046/rome.zip >>>>>> >>>>>> There is a plugin next to the MacOSX VM. I do not know whether >>>>>> this is >>>>>> the same version of the plugin >>>>> >>>>> -- >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> ================================================================== >>>>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >>>>> squeaker68882 >>>>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> ================================================================== >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> www.tudorgirba.com >>> >>> "Don't give to get. Just give." >>> >>> >>> >>> >>> _______________________________________________ >>> 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 > > -- > www.tudorgirba.com > > "One cannot do more than one can do." > > > > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 18, 2009

Re: [Pharo-project] Pharo for Professional Development

by Michael Rueger

Bart Gauquie wrote: > > Allow me to explain why I have such strong beliefs about this. On my > firm, we are using some techniques to enable that. On one project they > are releasing new functionality every two weeks. How they do that is as > following. These 2 weeks releases are incremental changes to a already > running production system. They take a limited set of functionality that > can be developed in say just over a week. Nightly builds are deployed on You mean for a two week release cycle you only plan for one week of development? Are your managers *sane*? ;-) I think most of us can't imagine working in an environment like that, being used to one week release cycles with two weeks of work scheduled ;-) Of course with kind of development cycle I can perfectly understand why you expect the 1.1 branch to always be working. Realistically though the OpenSource cycle is more one developer working, community testing. Which is not to say that we try to get better :-) Michael

Dec. 18, 2009