January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] About my recursive blues :)

by StÃ©phane Ducasse

> To this point you have done what you have done. Now, to my mind at least, if you could work out a way to bring the Squeak Trunk and Pharo forks, and other developments like Keith's important work with Sake/Packages and Bob the Builder, together so that so terribly much effort is not being wasted doing the same things over and over again, you will really have accomplished something. We will try but it takes a lot of energy. Also because Squeak is redoing a lot of the fixes/changes we did nearly one year ago. Now we will try to check the important changes. > And remember too that the most important thing you can give your children is your undivided time and attention. All too soon they will be grown up and on their own. I will :) I'm starting to play Magic The gathering with them :) and pharo is a kind of child too :) > If you find yourself often saying things like, "Not now, Daddy's too busy.", pretty soon you will find they will stop coming around. > > Ken G. Brown > > At 9:37 PM +0100 1/6/10, pharo-project-request(a)lists.gforge.inria.fr apparently wrote: >> Date: Wed, 6 Jan 2010 21:13:24 +0100 >> From: St?phane Ducasse <stephane.ducasse(a)inria.fr> >> Subject: [Pharo-project] About my recursive blues :) >> To: "Pharo-project(a)lists.gforge.inria.fr Development" >> <Pharo-project(a)lists.gforge.inria.fr> >> Message-ID: <B0480EF9-3F1E-4B48-A4FE-A31834C97557(a)inria.fr> >> Content-Type: text/plain; charset=us-ascii >> >> Hi guys >> >> Sometimes I'm not in good mood. Today I was in a bad bad mood. Quite bad even badder. >> I was wondering why I was doing all that and the rest. What was the use to do Pharo >> if we get Squeak doing exactly the same - Ok we were right long time ago but still seeing all the removal of >> crappy code we begged to be removed and got bashed for and also doing all that effort and seeing it redone >> was not helping. Being right sometimes is not even cool :) So a plain bad day.... cold and rainy. >> I was frustrated that I cannot be somebody else, doing stuff full time and no other duties >> and going faster. In short nothing was working and I was a frustation ball like I'm good at being. >> >> But my kids were there and we had to go swimming! After going swimming and not thinking then thinking >> and discussing with some remote friends and emails. (Thanks guys you know who you are) also thinking about other >> people's attention and remarks in other contexts, my good mood came back even stronger than before >> because I came up to the conclusion that my remote friends were right (BTW thanks pharoers some of you inspire me today >> during my bad mood - alain, henrik, danny, lukas...) >> So what is the conclusion of all that? >> >> - I have a cool job (one of the best research positions in europe - not easy everyday >> but cool and with people supporting me with my crazy idea....imagine coding in smalltalk >> building an international team doing smalltalkish stuff). >> >> - we can invest for 5 years or even 10. Close your eyes and imagine we can decide now what >> we want to do now for the next 10 years and do it because we decided that this is fun. >> Amazing. No clients, no venture guys telling us the truth of life. >> >> - To a friend to which I was saying that I'm not that smart, that guy >> told me that smart is not the only measure: you can measure your impact, >> the books you wrote, the energy that other people took and got inspired >> and all kind of other measures.... :) >> >> So I can tell you I was down but this is good because I could think about what I really want to do. >> And I want to have an innovative Smalltalk system that can be used to develop business and innovative. >> (for example I would like to see if the new event system can be used to save Genie - one of the coolest >> handwriting recognition system I see). >> So I will not be extra-smart but I will learn and I will do it bit by bit. And I want to make it fun and beautiful. >> May be we will be able to go faster (it depends mainly on you guys :)) but I want 10 years or 15 or even 20 >> years of fun with a cool system and it is there in my hand (at three keystrokes from my keuboard). >> We will build it. >> >> Stef (sorry for the one of you that have to listen my bad mood I'm curing myself). > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 8, 2010

[Pharo-project] Happy New Year...

by Sheridan Mahoney

Hi all, This note is just to wish everyone all the best in the New Year, and good luck with all that appears on the horizon... As I am a relative newcomer, and haven't had the opportunity yet to introduce myself, I wanted to invite anyone curious or interested, to visit my (mostly empty) website. I've uploaded an open Christmas letter where you can find various bit of news and goings-on in my life these days. Here's the link: www.sheridan-mahoney.com Cheers, and Best regards, Sheri Mahoney -- View this message in context: http://n2.nabble.com/Happy-New-Year-tp4274343p4274343.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 8, 2010

[Pharo-project] Full Screen Margin Settings

by Gary Chambers

Alain, any chance of changing the range for Full screen margin in settings to start at -5? That would really maxmise space by putting the window borders outside the World (and avoiding inadvertent resizing on maximised windows). Regards, Gary

Jan. 8, 2010

Re: [Pharo-project] [ANN] Metacello configurations for Pharo.

by Alexandre Bergel

> pd: maybe 'Gofer project' is better than 'Gofer configuration', what > do > you think? I think so. Alexandre > > On 2010-01-08 12:56:09 -0300, StÃ©phane Ducasse > <Stephane.Ducasse(a)inria.fr> said: > >> Esteban >> >> From a vocabulary point of view could loader be an extension of >> Gofer? >> Because we have Gofer, metacello, and keeping the list to the minimum >> would be cool. >> >> Gofer configuration list >> GoferConfigurationLoader list >> >> ?? >> >> Stef >> >>>>> >>>> Yes, I agree. But don't worry. Esteban Lorenzano is working >>>> exatly in that. >>>> You will be able to do: >>>> >>>> Loader load: 'Pharo' version: '1.0' and wala!! >>>> >>>> (Esteban, correct me if I am wrong). >>>> >>>> However, this is yet in development and we are not even sure if >>>> this >>>> architecture will be the choosen one. We are just trying to see >>>> what we can >>>> doo. >>> >>> yep, that's true. Currently I'm alpha-testing it and writing some >>> tests >>> and documentation, but now you can do things like: >>> >>> Loader new list. "Lists all available projects, scanning all >>> repositories" >>> Loader new search: 'Blah'. "Looks for project Blah scanning all >>> repositories. 'Blah' can be a segment, not just a full name" >>> Loader new load: 'Blah'. "Load latest usable version of >>> ConfigurationOfBlah." >>> Loader new load: 'Blah' version: '1.0'. "Load '1.0' version of >>> ConfigurationOfBlah." >>> Loader new managed. "Answers a list of current managed projects." >>> Loader new update. "Updates configurations for all managed >>> projects." >>> Loader new update: 'Blah'. "Updates ConfigurationOfBlah." >>> Loader new upgrade. "Upgrades all managed project to a newest >>> version >>> (if present)". >>> Loader new upgrade: 'Blah'. "Upgrades project 'Blah' to a newest >>> version (if present)". >>> >>> You can specify permanent repositories by executing: >>> >>> Loader repository: 'http://myownrepo/project'. >>> Loader repository: 'http://myownrepo/project' username: 'myself' >>> password: 'secret'. >>> >>> (this acts as adding universes to apt-get of debian) >>> >>> And you can use "temporal" repositories: >>> Loader new >>> repository: 'http://myownrepo/project'; >>> load: 'Blah'. >>> >>> This repostories are dropped after use it, but any managed project >>> keeps it for future managing. >>> >>> I hope this will solve all the loading issues. In the future, you >>> could >>> do just: >>> >>> Loader new load: 'Pharo'. and get a full PharoDev image :) >>> >>> Cheers, >>> Esteban >>> >>> >>> >>> _______________________________________________ >>> 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 > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 8, 2010

Re: [Pharo-project] [ANN] Metacello configurations for Pharo.

by Esteban Lorenzano

of course ;) but now I'm going on vacations (after two years without any vacation at all)... When I came back, I will refactor everything as GoferConfigurationLoader, and adding "Gofer configuration" protocol. Cheers, Esteban pd: maybe 'Gofer project' is better than 'Gofer configuration', what do you think? On 2010-01-08 12:56:09 -0300, StÃ©phane Ducasse <Stephane.Ducasse(a)inria.fr> said: > Esteban > > From a vocabulary point of view could loader be an extension of Gofer? > Because we have Gofer, metacello, and keeping the list to the minimum > would be cool. > > Gofer configuration list > GoferConfigurationLoader list > > ?? > > Stef > >>>> >>> Yes, I agree. But don't worry. Esteban Lorenzano is working exatly in that. >>> You will be able to do: >>> >>> Loader load: 'Pharo' version: '1.0' and wala!! >>> >>> (Esteban, correct me if I am wrong). >>> >>> However, this is yet in development and we are not even sure if this >>> architecture will be the choosen one. We are just trying to see what we can >>> doo. >> >> yep, that's true. Currently I'm alpha-testing it and writing some tests >> and documentation, but now you can do things like: >> >> Loader new list. "Lists all available projects, scanning all repositories" >> Loader new search: 'Blah'. "Looks for project Blah scanning all >> repositories. 'Blah' can be a segment, not just a full name" >> Loader new load: 'Blah'. "Load latest usable version of ConfigurationOfBlah." >> Loader new load: 'Blah' version: '1.0'. "Load '1.0' version of >> ConfigurationOfBlah." >> Loader new managed. "Answers a list of current managed projects." >> Loader new update. "Updates configurations for all managed projects." >> Loader new update: 'Blah'. "Updates ConfigurationOfBlah." >> Loader new upgrade. "Upgrades all managed project to a newest version >> (if present)". >> Loader new upgrade: 'Blah'. "Upgrades project 'Blah' to a newest >> version (if present)". >> >> You can specify permanent repositories by executing: >> >> Loader repository: 'http://myownrepo/project'. >> Loader repository: 'http://myownrepo/project' username: 'myself' >> password: 'secret'. >> >> (this acts as adding universes to apt-get of debian) >> >> And you can use "temporal" repositories: >> Loader new >> repository: 'http://myownrepo/project'; >> load: 'Blah'. >> >> This repostories are dropped after use it, but any managed project >> keeps it for future managing. >> >> I hope this will solve all the loading issues. In the future, you could >> do just: >> >> Loader new load: 'Pharo'. and get a full PharoDev image :) >> >> Cheers, >> Esteban >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 8, 2010

Re: [Pharo-project] [Metacello] Re: about ConfigurationOfXXX

by Fernando olivero

Thanks for the info! I understand much better Metacello now. I think it would be helpful if this info were posted on the Metacello Repository Squeak Source page. So people dont get lost on the first approach to ConfigurationOf... and Metacello ( ..and Gofer). Fernando On Jan 8, 2010, at 7:12 PM, Mariano Martinez Peck wrote: > > > On Fri, Jan 8, 2010 at 7:08 PM, Dale Henrichs <dale.henrichs(a)gemstone.com> wrote: > > ----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: > > > | > Because it seems to me that now we just cut and paste from > | previous ones. > | > Maybe a super class ConfigurationOfPackages could be created? > | > > | > > | Yes, you have to copy from the class MetacelloConfigTemplate > | > | Yes, we discussed about having a superclass. The problem is where is > | that > | class? It should be in the "core" of Pharo, Squeak, Gemstone. See > | this > | thread: > | > | http://groups.google.com/group/metacello/browse_thread/thread/c056f4e44e452… > > Btw, I do a class copy of MetacelloConfigTemplate rather than copy and paste methods:) > > Yes, me too. Sorry if I express my self wrong. > > > Dale > > <ATT00001..txt>

Jan. 8, 2010

Re: [Pharo-project] Nanosecond-level profiling in Pharo?

by Alexandre Bergel

> Do you have information if the "level" is resolution only or > effective accuracy? No idea. You can contact the guy who mentioned this to me: http://www.inf.usi.ch/faculty/binder/ Cheers, Alexandre > > -- > Cesar Rabak > > > Em 08/01/2010 15:56, Alexandre Bergel < alexandre(a)bergel.eu > > escreveu: > > > This is the level of state-of-the-Art Java profilers operate with. > > Cheers, > Alexandre > > On 8 Jan 2010, at 14:48, csrabak(a)bol.com.br wrote: > >> I don't want to rain in your folks party, but a nanosecond is a >> millionth of a millisecond. Also, it is at the timing of silicon >> memory access on present microcomputers. >> >> Isn't enough you increase the accuracy of the timing by one thousand >> looking for a solution to get *microsecond* resolution? >> >> HTH, >> >> -- >> Cesar Rabak >> >> >> >> Em 07/01/2010 20:57, Alexandre Bergel < alexandre(a)bergel.eu > >> escreveu: >> >> >> Ok, good to know. >> >> Thanks Igor, >> Alexandre >> >> >> On 7 Jan 2010, at 19:29, Igor Stasenko wrote: >> >>> 2010/1/7 Alexandre Bergel : >>>> Hi! >>>> >>>> I am currently working on a new profiler for Pharo. The idea is to >>>> graphically renders a profiling using Mondrian. I hope to release >>>> it >>>> soon. >>>> When discussing with an expert in the field (Walter Binder), the >>>> question about time grain was raised. I am partly based on >>>> MessageTally, which has a millisecond grain. Anyone is aware of a >>>> finer grain? At the level of nanosecond? Does it makes sense since >>>> there is no JIT (yet)? >>>> >>> >>> AFAIK, there's no primitives in VM, which provide timing with >>> nanosecond precision. >>> >>> >>>> Cheers, >>>> Alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> 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 >>>> >>> >>> >>> >>> -- >>> 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 >> >> >> _______________________________________________ >> 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 > > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 8, 2010

Re: [Pharo-project] Stumped on splitters

by Gary Chambers

Or, even more fun |main topLeft topRight bottomLeft bottomRight| main := SystemWindow new model: 1. "any object here for this example, otherwise the paneColor comes from first pane morph" topLeft := Morph new minWidth: 10. topRight := Morph new minWidth: 60. bottomLeft := Morph new minWidth: 30. bottomRight := Morph new minWidth: 20; minHeight: 40. main addMorph: topLeft frame: (0@0 corner: 0.5(a)0.5) addMorph: topRight frame: (0.5@0 corner: 1(a)0.5) addMorph: bottomLeft frame: (0(a)0.5 corner: 0.5@1); addMorph: bottomRight frame: (0.5(a)0.5 corner: 1@1); extent: 200@150. main openAsIs Which (for SystemWindow) does the expected thing... two splitters honouring the largest of the specified minima. Regards, Gary ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Friday, January 08, 2010 6:21 PM Subject: Re: [Pharo-project] Stumped on splitters > For reference, a similar situation with "automagic" SystemWindow stuff... > > > |main| > main := SystemWindow new model: 1. "any object here for this example, > otherwise the paneColor comes from first pane morph" > left := Morph new minWidth: 30. > right := Morph new minWidth: 60. > main > addMorph: left > frame: (0@0 corner: 0.5@1); > addMorph: right > frame: (0.5@0 corner: 1@1); > extent: 200@150. > main openAsIs > > Regards, Gary > > ----- Original Message ----- > From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, January 08, 2010 6:13 PM > Subject: Re: [Pharo-project] Stumped on splitters > > >> >> Gary, >> >> That is exactly what I am trying to do. THANKS!!!!!!! >> >> Bill >> >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Gary >> Chambers >> Sent: Friday, January 08, 2010 12:58 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Stumped on splitters >> >> Directly within a System window or added programatically in some >> submorph? >> If directly it should happen automatically. >> >> Otherwise try something like this... >> >> >> |leftWidth left right main| >> leftWidth := 100. >> left := Morph new color: Color yellow. >> right := Morph new color: Color green. >> main := BorderedMorph new >> changeProportionalLayout; >> addMorph: left >> fullFrame: (LayoutFrame >> fractions: (0@0 corner: 0@1) >> offsets: (0@0 corner: leftWidth - (ProportionalSplitterMorph >> splitterWidth // 2) @ 0)); >> addMorph: right >> fullFrame: (LayoutFrame >> fractions: (0@0 corner: 1@1) >> offsets: (ProportionalSplitterMorph splitterWidth // 2 + leftWidth@0 >> corner: 0@0)); >> addPaneVSplitterBetween: left and: {right}; >> extent: 200@150. >> main splitters last >> addLeftOrTop: left; >> addRightOrBottom: right. >> main openInWindow >> >> Regards, Gary >> >> ----- Original Message ----- >> From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Friday, January 08, 2010 5:36 PM >> Subject: Re: [Pharo-project] Stumped on splitters >> >> >>> Gary, >>> >>> Can you think of a good example of two panes side by side (or one above >>> the other) with a splitter between them? So far, I can't find one that >>> I've been able to follow. >>> >>> Bill >>> >>> >>> >>> -----Original Message----- >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Gary >>> Chambers >>> Sent: Friday, January 08, 2010 10:31 AM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] Stumped on splitters >>> >>> Bill, >>> >>> splitters are added automatically for SystemWindow panes. Polymorph does >>> fix the previously erratic behaviour of splitters for SystemWindows, >>> though problems still remain in the general BorderedMorph cases. >>> Splitters are based around the ProportionalLayout specifications for a >>> Morph so particularly unusual layouts have the potential to mess up, >>> though not seen any bad cases myself. >>> >>> While possible to add ProportionalSplitterMorphs manually, it is a >>> little >>> fiddly. >>> >>> Regards, Gary >>> >>> ----- Original Message ----- >>> From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Friday, January 08, 2010 2:54 PM >>> Subject: [Pharo-project] Stumped on splitters >>> >>> >>>> Gary, >>>> >>>> I have a couple of Polymorph based tools (essentially very specialized >>>> inspectors for specific data sets), and I would like to get splitters >>>> working. So far, I'm getting clobbered. I found some splitter-adding >>>> methods in SystemWindow, but I am not clear on whether they are >>>> intended >>>> for general use?? >>>> >>>> The browser I am using has working horizontal splitter, but the >>>> vertical >>>> ones stopped working a couple of versions back, so that might not be >>>> the >>>> best example to follow. I have not been able to find where the basic >>>> inspector creates its spliter. >>>> >>>> Any enlightenment or places to start browser would be appreciated. >>>> >>>> Bill >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> _______________________________________________ >>> 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 >> >> _______________________________________________ >> 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

Jan. 8, 2010

Re: [Pharo-project] Nanosecond-level profiling in Pharo?

by csrabak＠bol.com.br

Do you have information if the "level" is resolution only or effective accuracy? I got curious on this! -- Cesar Rabak Em 08/01/2010 15:56, Alexandre Bergel < alexandre(a)bergel.eu > escreveu: This is the level of state-of-the-Art Java profilers operate with. Cheers, Alexandre On 8 Jan 2010, at 14:48, csrabak(a)bol.com.br wrote: > I don't want to rain in your folks party, but a nanosecond is a > millionth of a millisecond. Also, it is at the timing of silicon > memory access on present microcomputers. > > Isn't enough you increase the accuracy of the timing by one thousand > looking for a solution to get *microsecond* resolution? > > HTH, > > -- > Cesar Rabak > > > > Em 07/01/2010 20:57, Alexandre Bergel < alexandre(a)bergel.eu > > escreveu: > > > Ok, good to know. > > Thanks Igor, > Alexandre > > > On 7 Jan 2010, at 19:29, Igor Stasenko wrote: > >> 2010/1/7 Alexandre Bergel : >>> Hi! >>> >>> I am currently working on a new profiler for Pharo. The idea is to >>> graphically renders a profiling using Mondrian. I hope to release it >>> soon. >>> When discussing with an expert in the field (Walter Binder), the >>> question about time grain was raised. I am partly based on >>> MessageTally, which has a millisecond grain. Anyone is aware of a >>> finer grain? At the level of nanosecond? Does it makes sense since >>> there is no JIT (yet)? >>> >> >> AFAIK, there's no primitives in VM, which provide timing with >> nanosecond precision. >> >> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> 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 >>> >> >> >> >> -- >> 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 > > > _______________________________________________ > 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

Jan. 8, 2010

Re: [Pharo-project] Notifications of windows opening/closing/focus

by Alexandre Bergel

The discussion diverged into two tracks: 1 - windows event 2 - weak collections in announcer I do not have a solution for 2). But for 1), I proposed a new version of Morphic in PharoTaskForces. Gary had a look at it and is ok with the code. Alexandre On 8 Jan 2010, at 07:06, StÃ©phane Ducasse wrote: > Build something and propose it. > Continue to discuss and get a group of people working on the solution. > Good solution should emerge but code is important. > > Stef > >> Henry, >> >> Then we need to fix the weak collections. Dolphin (of the >> mid-90's) already had thread-safe weak collections and a high- >> priority process to detect and clean up "damage" to them; it's time >> to catch up. >> >> The more I think about it, your idea is sounding a lot like the >> dependency days of MVC - remember #release? I'm trying to forget. >> >> I am not trying to be confrontational, but we can and should do >> better than this. >> >> Bill >> >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr >> ] On Behalf Of Henrik Sperre Johansen >> Sent: Thursday, January 07, 2010 8:27 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Notifications of windows opening/ >> closing/focus >> >> On 08.01.2010 02:07, Schwab,Wilhelm K wrote: >>> Henry, >>> >>> No argument, your solution is simpler. However, we do not have >>> announcements like this now, and it appears that the poor state of >>> weak collections in Squeak/Pharo is standing in the way of a clean >>> implementation. My vote is to tackle the weaklings, at least >>> until they work well enough to support what we should have in this >>> case. Otherwise, we kick the weak can down the road as has been >>> done all along rather than fixing it, AND we end up with a sub- >>> standard announcments-based framework. >>> >>> Let's do it right. We will then have an evolving/improving weak >>> collection and something in the image that puts some stress on >>> same. If I'm missing something, please enlighten me. >>> >>> Bill >>> >> Weak collections does not stand in the way of making the use case >> of unregistering dynamic registrations manually easier. >> They stand in the way of the use case of unregistrating >> registeration automatically. >> >> Here's what you're missing: >> No matter how you implement the automatic unregistering, it will be >> nondetermenistic, for the exact same reasons finalization is >> nondeterministic. >> Thus, if you require deterministic unregistration, you have to do >> it manually, and the use case of making that easier to do have >> value in its own right. >> >> Cheers, >> Henry >> >> _______________________________________________ >> 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 > > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 8, 2010