- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Brussels Sprint: gathering number of attendes

by Craig Latta

Hoi sprinters-- Drat, another project is keeping me in Amsterdam today; I won't be able to make it to Brussels. I'm very sorry for the short notice. I hope you have a fun and productive time! I'm really looking forward to meeting you all sometime soon. Please let me know if there's any associated activity on Skype, IRC, etc. I could drop by virtually at some point. thanks, -C -- Craig Latta www.netjam.org/resume +31 06 2757 7177 + 1 415 287 3547

April 15, 2011

Re: [Pharo-project] Issue 3981 in pharo: #<= on SourcedMethodReference is very slow

by pharo＠googlecode.com

Comment #5 on issue 3981 by ryd...(a)gmail.com: #<= on SourcedMethodReference is very slow http://code.google.com/p/pharo/issues/detail?id=3981 Better would prolly be ^(self methodSymbol < aSourceReference methodSymbol) or: [ (self methodSymbol = aSourceReference methodSymbol) and: [ self time <= aSourceReference time]] Well, depends on whether you like ifTrue: ifFalse: I guess :P Personally, I kinda like boolean logic.

April 15, 2011

Re: [Pharo-project] Issue 3981 in pharo: #<= on SourcedMethodReference is very slow

by pharo＠googlecode.com

Comment #4 on issue 3981 by johanbri...(a)me.com: #<= on SourcedMethodReference is very slow http://code.google.com/p/pharo/issues/detail?id=3981 indeed! it's just plain wrong.

April 15, 2011

Re: [Pharo-project] Finder depends on MethodFinder ?

by Henrik Sperre Johansen

On 15.04.2011 11:23, Mariano Martinez Peck wrote: > > > On Fri, Apr 15, 2011 at 11:16 AM, Henrik Sperre Johansen > <henrik.s.johansen(a)veloxit.no <mailto:henrik.s.johansen@veloxit.no>> > wrote: > > On 15.04.2011 10:55, Mariano Martinez Peck wrote: > > Hi Ben. I was going to remove MethodFinder since I thought it > was not used any more...but I noticed that Finder depends on > it, for example in #computeWithMethodFinder: > so...is this correct or we should fix it ? > > Thanks > > -- > Mariano > > > The GUI (SelectorBrowser) is gone. > The functionality (MethodFinder) is not. > > > Yes I know. and this is what I was going to do today, remove > MethodFinder since I thought is was only used in the old UI, not Finder. > > > Could/Should probably be moved to Finder-Core though. > > > I have ni idea how much Finder uses MethodFinder...maybe it is just a > couple of methods. I don't know. > > Cheers > > Mariano ClassBrowser -> Select MethodFinder -> Right click -> Class refs ;) Cheers, Henry

April 15, 2011

Re: [Pharo-project] Issue 3981 in pharo: #<= on SourcedMethodReference is very slow

by pharo＠googlecode.com

Comment #3 on issue 3981 by ryd...(a)gmail.com: #<= on SourcedMethodReference is very slow http://code.google.com/p/pharo/issues/detail?id=3981 Sure they do, if class is identical, but selector not. ^ self methodSymbol = aSourceReference methodSymbol ifTrue:[true] ifFalse:[self time <= aSourceReference time] is just... wrong. I believe it means to be ^ self methodSymbol = aSourceReference methodSymbol ifTrue:[self time <= aSourceReference time] ifFalse:[self methodSymbol < aSourceReference methodSymbol ]

April 15, 2011

Re: [Pharo-project] Finder depends on MethodFinder ?

by Mariano Martinez Peck

On Fri, Apr 15, 2011 at 11:16 AM, Henrik Sperre Johansen < henrik.s.johansen(a)veloxit.no> wrote: > On 15.04.2011 10:55, Mariano Martinez Peck wrote: > >> Hi Ben. I was going to remove MethodFinder since I thought it was not used >> any more...but I noticed that Finder depends on it, for example in >> #computeWithMethodFinder: >> so...is this correct or we should fix it ? >> >> Thanks >> >> -- >> Mariano >> > > The GUI (SelectorBrowser) is gone. > The functionality (MethodFinder) is not. > Yes I know. and this is what I was going to do today, remove MethodFinder since I thought is was only used in the old UI, not Finder. > Could/Should probably be moved to Finder-Core though. > > I have ni idea how much Finder uses MethodFinder...maybe it is just a couple of methods. I don't know. Cheers Mariano > Cheers, > Henry > > -- Mariano http://marianopeck.wordpress.com

April 15, 2011

[Pharo-project] OCompletion is not working in latest PharoCore 13144

by Mariano Martinez Peck

Hi guys. If I load the latest packages from OCompletion: (ConfigurationOfOCompletion project version: '1.2-baseline') load Everything is broken, I cannot even type and I get a "'Instances of SmalltalkEditor are not indexable'" This is because EController >> editor: theEditor (editor ifNil: [ editor := WeakArray new: 1 ]) at: 1 put: theEditor 'editor' instVar is a SmalltalkEditor instance instead of a WeakArray....so I guess that the "editor" instVar is being set from somewhere withput using the getter. I am using Ocompletion-ul.94 and I tried to type in both places, a workspace an the browser. Thanks -- Mariano http://marianopeck.wordpress.com

April 15, 2011

Re: [Pharo-project] Finder depends on MethodFinder ?

by Henrik Sperre Johansen

On 15.04.2011 10:55, Mariano Martinez Peck wrote: > Hi Ben. I was going to remove MethodFinder since I thought it was not > used any more...but I noticed that Finder depends on it, for example > in #computeWithMethodFinder: > so...is this correct or we should fix it ? > > Thanks > > -- > Mariano The GUI (SelectorBrowser) is gone. The functionality (MethodFinder) is not. Could/Should probably be moved to Finder-Core though. Cheers, Henry

April 15, 2011

Re: [Pharo-project] Issue 3981 in pharo: #<= on SourcedMethodReference is very slow

by pharo＠googlecode.com

Comment #2 on issue 3981 by johanbri...(a)me.com: #<= on SourcedMethodReference is very slow http://code.google.com/p/pharo/issues/detail?id=3981 It probably needs improvement (it's an extension of the method it overrides in MethodReference) But I doubt that the time comparison plays because if the method references in a "senders of" window will never have to be compared for timestamp, because the class and/or selector are already different. Otherwise said: the time comparison is only done for methods that have identical class/selector.

April 15, 2011

[Pharo-project] SandstoneDb + GOODS backend in Pharo 1.2

by Nicolas Petton

Hi, I updated the GOODS backend for SandstoneDb to work with Pharo 1.2, and I fixed a few bugs related concurrent access. To download and test it: Gofer it squeaksource: 'SandstoneDb'; package: 'SandstoneDb'; load. Gofer it squeaksource: 'BTree'; package: 'Collections-BTree'; load. Gofer it squeaksource: 'GOODS'; package: 'GOODS'; package: 'GOODSPlatformSqueak'; load. Gofer it squeaksource: 'SDGoodsStore'; package: 'SandstoneGOODS'; load Start GOODS on localhost:6000, and restart your image. I also wrote a blog post about it (the first part of the post) http://nicolas-petton.fr/2011/04/15/load-balancing-iliad-applications.html Cheers, Nico -- Nicolas Petton http://www.nicolas-petton.fr

April 15, 2011