February 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] 1.2: class var #Instance not allowed
by Marcus Denker Feb. 3, 2011

Feb. 3, 2011

On Feb 2, 2011, at 2:32 PM, Igor Stasenko wrote: > 2011/2/2 Janko MivÅ¡ek <janko.mivsek(a)eranova.si>: >> Hi guys, >> >> One more problem: if some class have a class variable named #Instance, >> it is not loadable anymore. >> >> It seems that problem is in Class>>bindingOf: method, where check is >> done in a "declared environment", which happens to be a global >> SystemDictionary, where a class Instance actually exists. >> >> This means that no class var with a name which collides with a name of >> class is allowed? >> >> > The bug is not in the #bindingOf: > > it just answers (correctly) that for given name there are already a > binding exists in system. > So, it should be allowed to declare the class variable with same name. > But there are some nuances: > - what to do if supeclass also defining binding for this name? > - what if pool dicitonary in (super)class defines binding for given name? > > should we allow shadowing of these cases as well, or just for globals? > The question is: was this allowed before in 1.1? Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 4

[Pharo-project] Oh, great.. SqS is down
by Igor Stasenko Feb. 3, 2011

Feb. 3, 2011

so i can do home... (grrrrrrr) -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] Build failed in Hudson: Pharo 1.2 #114
by Torsten Bergmann Feb. 3, 2011

Feb. 3, 2011

https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.2/116/ Yay! Working again... -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

1 0

Re: [Pharo-project] Build failed in Hudson: Pharo 1.2 #114
by Marcus Denker Feb. 3, 2011

Feb. 3, 2011

On Feb 3, 2011, at 12:50 PM, Torsten Bergmann wrote: > It worked for me since the MCZ was already > in the package-cache. After I deleted the cache > I was able to reproduce the failure. > > I've looked into it and it should now work. > The fix is in ConfigurationOfOmniBrowser-tbn.95.mcz > which now points to the correct repo. > > Maybe Guillermo didnt notice the problem yesterday > since the version was in his cache too. > When switching repos in configs we should always > clean our local cache when testing. > I wonder why we don't just add one big global cache on Amazon S3 for all packages? > At least it works here after cleaning the cache - > so please Marcus start a new build run... > Started. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] pushed sound + sound interface from pharoNonCorePackage to PharoSound
by StÃ©phane Ducasse Feb. 3, 2011

Feb. 3, 2011

For your info I pushed pushed sound + sound interface from pharoNonCorePackage to PharoSound Next step: merged and have a look at the idea of henrik fix pharo-dev to load from pharoSound Stef

3 10

[Pharo-project] Build failed in Hudson: Pharo 1.2 #114
by Torsten Bergmann Feb. 3, 2011

Feb. 3, 2011

It worked for me since the MCZ was already in the package-cache. After I deleted the cache I was able to reproduce the failure. I've looked into it and it should now work. The fix is in ConfigurationOfOmniBrowser-tbn.95.mcz which now points to the correct repo. Maybe Guillermo didnt notice the problem yesterday since the version was in his cache too. When switching repos in configs we should always clean our local cache when testing. At least it works here after cleaning the cache - so please Marcus start a new build run... Thx T. -- GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit gratis Handy-Flat! http://portal.gmx.net/de/go/dsl

1 0

[Pharo-project] Issue 3647 in pharo: Class var #Instance not allowed
by pharo＠googlecode.com Feb. 3, 2011

Feb. 3, 2011

Status: New Owner: ---- New issue 3647 by janko.mi...(a)gmail.com: Class var #Instance not allowed http://code.google.com/p/pharo/issues/detail?id=3647 If some class have a class variable named #Instance, it is not loadable anymore. It seems that problem is in Class>>bindingOf: method, where check is done in a "declared environment", which happens to be a global SystemDictionary, where a class Instance actually exists. This means that no class var with a name which collides with a name of class is allowed? Class>>bindingOf: ... "Next look in declared environment." binding := self environment bindingOf: aSymbol. binding ifNotNil:[^binding]. ...

1 2

[Pharo-project] [ANN]Keymappings Settings Integration
by Guillermo Polito Feb. 3, 2011

Feb. 3, 2011

Hi! I refactored a little widget Keymappings had to use it into Settings. See screenshots attached. The main idea is to "type" the shortcut once the widget has focus. After that, doing a secondary clic there is a context menu to accept, clear or cancel the changes. Actual version of Keymappings presents a shortcut for opening a browser, a monticello browser and a test runner just to show how it works. I expect that in no more than 2 weeks I'll have Editors integration so we can configure the editor shortcuts :). I would **REALLY LOVE** to have some feedback :). Who wants to load actual version of Keymappings can evaluate: Gofer it squeaksource: 'Keymapping'; package: 'ConfigurationOfKeymapping'; load. (ConfigurationOfKeymapping project version:'1.3') load. Cheers, Guille PS: I've tested it only in Pharo 1.2 Core.

4 5

Re: [Pharo-project] Build failed in Hudson: Pharo 1.2 #114
by Marcus Denker Feb. 3, 2011

Feb. 3, 2011

On Feb 3, 2011, at 9:06 AM, Torsten Bergmann wrote: > Looks like this comes from http://code.google.com/p/pharo/issues/detail?id=3623 and the changes on ConfigurationOfOmniBrowser in version 1.2.3 > > However: the config looks good to me since the '1.2-baseline' (which is used in the 1.2.3 version) looks like this: > > package: 'OCForOB' with: [ > spec repository: 'http://www.squeaksource.com/OCompletion'; > > > and when I manually load > > (ConfigurationOfPharo project version: '1.2-beta2') load > > it works without a problem. Can you start a new build on Hudson > to see if it is still a problem? Or try a manual build on the > machine. I started a build. > > How does '/builds/workspace/Pharo 1.2/Pharo-1.2/Pharo-1.2.st' look > like? > attached. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Package names and illegal file names
by Nicolas Cellier Feb. 3, 2011

Feb. 3, 2011

I presume I am not the first to complain : we must enforce rules for package naming. For example 'Issue 3191: SparseLargeArray-MarcusDenker.2.mcz' has both a colon and an horizontal tabulation. It's screwing windows users (no possibility to update the system) because such filename is illegal. Nicolas

3 2