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

[Pharo-project] [GSoC] Call for mentors!!!
by Mariano Martinez Peck March 23, 2010

March 23, 2010

Hi folks. We wanted to let you know that we are calling for mentors. As you can see in the ideas page: http://gsoc2010.esug.org/ideas There are some projects that still don't have mentors. Furthermore, it would be GREAT if each project can have also a second mentor. This is very important as they can complement each other, be backup, etc. So, please, if you want to be mentor or second mentor, just let us know. If you want to be second mentor of a project, it would be a good idea to talk with the first mentor so that both agree about that (we don't want problems!!!). Remember ALL mentors and second mentors have to register to our website as soon as possible. To register: http://gsoc2010.esug.org/registration All mentors have to register to the mailing list: http://groups.google.com/group/smalltalk-gsoc-mentors Janko is doing an excellent work with the website as you can see. Here you can see, for example, the list of the current mentors: http://gsoc2010.esug.org/mentors After mentors (when I say mentors are both, included second mentors), students will have to apply. Of course, we will let you know when. Cheers GSoC admin team esug.gsoc.adm2010(a)gmail.com http://gsoc2010.esug.org/

1 0

[Pharo-project] Question about HostMenuSystem
by Mariano Martinez Peck March 23, 2010

March 23, 2010

Hi folks. I want to remove HostMenuSystem from PharoCore image. Probably, I can put it on PharoDev image but of course, it will be accesible also from squeaksource to download it. I don't this is a "core" package. In order to do that, I found the following problem. Look to InputEventSensor >> processMenuEvent: evt | handler localCopyOfEvt | localCopyOfEvt := evt shallowCopy. handler := (HostSystemMenus defaultMenuBarForWindowIndex: (localCopyOfEvt at: 8)) getHandlerForMenu: (localCopyOfEvt at: 3) item: (localCopyOfEvt at: 4). handler handler value: localCopyOfEvt There is the only place where HostSystemMenus is used. Now I am trying to see the best way to remove this. The first approach that came to my mind, which may not be the best to implement this method as follows: processMenuEvent: evt "By default the menu events are not handled. In case you want to handle them you should override this method" And of course, in the package HostSystemMenus we override that method with the original code. Then I though some kind of notification or oberser pattern, where someone can register as an "observer" and then, then this menu events occurs, these guys are notified. Maybe using Announcments? My skills here are quite limited. What do you think ? Can you help me ? Cheers Mariano

6 14

[Pharo-project] SystemDictionary has one corrupted entry in 1.1 core 11284 image
by Martin McClure March 23, 2010

March 23, 2010

Applying the 11281-11284 updates seems to leave exactly one entry in the SystemDictionary in the wrong place (too high by one) in the array. Which entry depends on the image. In the downloadable 11284 image it's #MCPTest. I haven't been able to determine how this happens, but executing: Smalltalk globals rehash seems to clean it up. Regards, -Martin

2 1

[Pharo-project] Getting the website ready for 1.0
by Adrian Lienhard March 23, 2010

March 23, 2010

Hi all, I've updated the website content, in particular the following pages, which are linked from the welcome workspace: http://www.pharo-project.org/documentation/getting-started http://www.pharo-project.org/documentation/tutorials-books If you have any suggestions to improve the website (e.g., for the FAQ), please let me know! Cheers, Adrian BTW, I also updated the download links to the new Pharo RC3 image ___________________ http://www.adrian-lienhard.ch/

7 21

Re: [Pharo-project] RC3 - small stuff
by Dale Henrichs March 22, 2010

March 22, 2010

Bill, Looks like ConfgurationOfCitezen does need required projects added (I am willing to help the maintainers - drop me a line). Perhaps the configs aren't ready for prime time and that's why they have not been added to MetacelloRepository. You can add repositories to your own GoferProject: Gofer project repository: 'Repository URL'. Will add another repository to the search path. Dale ----- "Wilhelm K Schwab" <bschwab(a)anest.ufl.edu> wrote: | Hello all, | | Some time ago, there was (I thought) a patch for saving workspace text | to a file; I had hoped to find that in 1.0, but it is not in RC3 that | I can find. | | The first thing I did was load the Loader extensions to Gofer. It | installed as expected. I have not looked into the code, but tried | #search: and found things like Citezen and Rio missing. That might be | "simply" because the Configuration* packages are not in the Metacello | repository?? If so, are they not there for a non-trivial reason? | | I then grabbed ConfigurationOfCitezen, and was hung up by an | unsatisfied dependence on SmaCC. The SmaCC runtime is in my RC1 image, | but I don't know how/why it was loaded; presumably CZLoader did it. | | Are these bugs or features? I am leaning toward bugs, but the | question is whether any or all of the following appicable: (1) | ConfigurationOfCitezen needs to load prerequisites; (2) Loader is in | the wrong to not see them; (3) I need to add repositories to Loader; | (4) various ConfigurationOf* packages need to be in the Metacello | repository. | | Any ideas? | | Bill | | | _______________________________________________ | Pharo-project mailing list | Pharo-project(a)lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 2

[Pharo-project] Thanks martin :)
by stephane ducasse March 22, 2010

March 22, 2010

hi martin marcus and me integrated your fixes. Marcus should send a nice update mail. Thanks again. Stef (from my bed, got a nice virus from my smallest boy).

2 1

[Pharo-project] [update 1.1] #11284
by Marcus Denker March 22, 2010

March 22, 2010

#11284 ====== Hashed collection performance improvement, phase 4 of 4. Changes identityHash to cover most of the positive SmallInteger range, and uses good prime table sizes. This makes large hashed collections much faster, and does not penalize the small ones. Targeted at Pharo Core 1.1-11280 Load the slice for each phase in order. Allow maybe half an hour to load all four phases; the intermediate phases load very slowly due to existing hashed collections running in "slow but safe" mode while their hash function changes under them. In phase 4: * All of the scanFor: methods modified in phase 1 are loaded into their final form (sometimes a revert to original) which does not scan the entire table before giving up. * The rehashing class and temporary methods are removed, having done their job at the end of phase 3. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.1] #11283
by Marcus Denker March 22, 2010

March 22, 2010

#11283 ====== Hashed collection performance improvement, phase 3 of 4. Changes identityHash to cover most of the positive SmallInteger range, and uses good prime table sizes. This makes large hashed collections much faster, and does not penalize the small ones. Targeted at Pharo Core 1.1-11280 Load the slice for each phase in order. Allow maybe half an hour to load all four phases; the intermediate phases load very slowly due to existing hashed collections running in "slow but safe" mode while their hash function changes under them. In phase 3: * Identity hash values are changed. * Set>>growSize, rendered obsolete by phase 2, is removed. * A "Rehasher" class is added * Rehasher class>>initialize rehashes all hashed collections. Phase 3 takes several minutes to load, due to load and rehashing taking place in "slow but safe" mode. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.1] #11282
by Marcus Denker March 22, 2010

March 22, 2010

#11282 ====== Hashed collection performance improvement, phase 2 of 4. Changes identityHash to cover most of the positive SmallInteger range, and uses good prime table sizes. This makes large hashed collections much faster, and does not penalize the small ones. Targeted at Pharo Core 1.1-11280 Load the slice for each phase in order. Allow maybe half an hour to load all four phases; the intermediate phases load very slowly due to existing hashed collections running in "slow but safe" mode while their hash function changes under them. In phase 2: * All methods that will ultimately need to send #basicIdentityHash are modified to do so. * Hashed collections now choose their table sizes to be prime using the HashTableSizes class loaded in phase 1. * Hashed collections are made cautious but slow. They will continue to operate even when their hashing is broken, as it will be during part of the loading of phase 3. This caution will be removed in phase 4. Loading phase 2 may take several minutes due to the cautious hashed collection slowdown. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.1] #11281
by Marcus Denker March 22, 2010

March 22, 2010

#11281 ---------- Changes identityHash to cover most of the positive SmallInteger range, and uses good prime table sizes. This makes large hashed collections much faster, and does not penalize the small ones. Targeted at Pharo Core 1.1-11280 Load the slice for each phase in order. Allow maybe half an hour to load all four phases; the intermediate phases load very slowly due to existing hashed collections running in "slow but safe" mode while their hash function changes under them. In phase 1: * Methods and classes that will be referenced in phase 2 are added. This includes #basicIdentityHash and the size-selecting class. * No behavior is changed yet. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0