May 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Pharo 2.0: Just need a recompileAll or a real problem in background?

by Mariano Martinez Peck

> >> Ok. If I understand this correctly, this is yet ANOTHER thing to test, >> right? I mean, it does not cover my original problem but another one >> possible ;) >> right? >> > > I was assuming that my test is a superset of yours, but now I see it is > not strict enough. It also needs to compare bindings to see that they're > identical. I've attached a stricter version. This says that for any > global, it should match either the class's notion of what bindingOf: the > key is, or bindingOf: should be nil and the binding should be in > Undeclared. If the class answers a different binding through bindingOf: > or answers no binding and the binding is not in Undeclared then the > variable in the method is wrong. > > Ok, now we agree :) I commited this version and removed my previous test. Thanks! > methodsWithUnboundGlobals > "Get all methods that use undeclared global objects that are not listed in > Undeclared. For a clean image the result should be empty." > > "SystemNavigation new methodsWithUnboundGlobals" > > ^self allSelect: > [:m| > m literals anySatisfy: > [:l| > l isVariableBinding > and: [l key isSymbol "avoid class-side methodClass literals" > and: [(m methodClass bindingOf: l key) > ifNil: [(Undeclared associationAt: l key ifAbsent: []) ~~ l] > ifNotNil: [:b| b ~~ l]]]]] > > > So I think with this stricter definition self assert: SystemNavigation > new methodsWithUnboundGlobals isEmpty is an adequate test. > > >> Thanks Eliot. >> >> >> >> >>> And I have 6 methods from the classes SmalltalkImage and ScriptLoader >>>> and all the 6 literals are pointing to ScriptLoader. So something weird >>>> happened with this class. >>>> Any idea? >>>> >>>> For the moment I will update the test and do a Compiler recompileAll. >>>> >>>> >>>> >>>> >>>>> >>>>>> > Association >> #literalEqual: otherLiteral >>>>>> > "Answer true if the receiver and otherLiteral represent the same >>>>>> > literal. >>>>>> > Variable bindings are literally equals only if identical. >>>>>> > This is how variable sharing works, by preserving identity and >>>>>> changing >>>>>> > only the value." >>>>>> > ^self == otherLiteral >>>>>> > >>>>>> > instead of the Object implementation. >>>>>> > >>>>>> > >>>>>> >> >>>>>> >> On 1 May 2012 17:52, Mariano Martinez Peck <marianopeck(a)gmail.com> >>>>>> wrote: >>>>>> >>> >>>>>> >>> (Smalltalk globals associationAt: #ScriptLoader) == >>>>>> ((SmalltalkImage >> >>>>>> >>> #shrinkToCore) literalAt: 4) >>>>>> >>> gives false when it should be true. If I do a Compiler >>>>>> recompileAll it >>>>>> >>> gets fixed. So, my question is, is that normal? how could that >>>>>> happen? >>>>>> >>> is there any real problem behind? >>>>>> >>> >>>>>> >>> anyway, can we do a recompileAll for the moment? >>>>>> >>> >>>>>> >>> thanks! >>>>>> >>> >>>>>> >>> -- >>>>>> >>> Mariano >>>>>> >>> http://marianopeck.wordpress.com >>>>>> >>> >>>>>> >> >>>>>> > >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > Mariano >>>>>> > http://marianopeck.wordpress.com >>>>>> > >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Igor Stasenko. >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Mariano >>>>> http://marianopeck.wordpress.com >>>>> >>>>> >>>> >>>> >>>> -- >>>> Mariano >>>> http://marianopeck.wordpress.com >>>> >>>> >>> >>> >>> -- >>> best, >>> Eliot >>> >>> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > > > -- > best, > Eliot > > -- Mariano http://marianopeck.wordpress.com

May 3, 2012

Re: [Pharo-project] Pharo 2.0: Just need a recompileAll or a real problem in background?

by Eliot Miranda

On Wed, May 2, 2012 at 11:44 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Wed, May 2, 2012 at 8:21 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > >> Hi Mariano, >> >> On Wed, May 2, 2012 at 1:27 AM, Mariano Martinez Peck < >> marianopeck(a)gmail.com> wrote: >> >>> >>> >>> On Tue, May 1, 2012 at 10:17 PM, Mariano Martinez Peck < >>> marianopeck(a)gmail.com> wrote: >>> >>>> >>>> >>>> On Tue, May 1, 2012 at 10:05 PM, Igor Stasenko <siguctua(a)gmail.com>wrote: >>>> >>>>> On 1 May 2012 21:45, Mariano Martinez Peck <marianopeck(a)gmail.com> >>>>> wrote: >>>>> > >>>>> > >>>>> > On Tue, May 1, 2012 at 9:22 PM, Francisco Garau < >>>>> francisco.garau(a)gmail.com> >>>>> > wrote: >>>>> >> >>>>> >> Your code snippet is comparing the associations. The below one >>>>> evaluates >>>>> >> to true: >>>>> >> >>>>> >> (Smalltalk globals associationAt: #ScriptLoader) value >>>>> >> == >>>>> >> ((SmalltalkImage >> #shrinkToCore) literalAt: 4) value >>>>> >> >>>>> > >>>>> > Yes, but the literals of CompiledMethod that refer to classes should >>>>> have >>>>> > the SAME association as Smalltalk globals. In fact, that's the >>>>> reason why we >>>>> > have: >>>>> > >>>>> indeed. >>>>> The question is what leads to creation of multiple associations >>>>> pointing to same global? >>>>> >>>> >>>> >>>> Exactly. I can easily fix it with a Compiler recompileAll. But the main >>>> question is if we have a bug or something that could let us in that state. >>>> >>>> >>> >>> Ok, I wrote an ugly test and I noticed that the ONLY method with this >>> problem in the image is >>> >>> >>> | behaviorAssociations broken | >>> behaviorAssociations := Smalltalk globals associations select: [:each | >>> each value isBehavior or: [each value isTrait]]. >>> broken := OrderedCollection new. >>> (CompiledMethod allInstances select: [:each | each isInstalled]) >>> do: [:aMethod | aMethod literals >>> do: [:aLiteral | aLiteral isVariableBinding >>> ifTrue: [ >>> ((behaviorAssociations includes: aLiteral) >>> and: >>> [(behaviorAssociations identityIncludes: aLiteral) not]) >>> ifTrue: [broken >>> add: (aMethod -> aLiteral)] >>> ] >>> ] >>> ]. >>> broken inspect >>> >> >> This doesn't look for unbound class variables. >> > > Indeed. > > >> I just wrote something that handles this in Squeak trunk: >> >> methodsWithUnboundGlobals >> "Get all methods that use undeclared global objects that are not listed >> in Undeclared. For a clean image the result should be empty." >> >> "SystemNavigation new methodsWithUnboundGlobals" >> >> ^self allSelect: >> [:m| >> m literals anySatisfy: >> [:l| >> l isVariableBinding >> and: [l key isSymbol "avoid class-side methodClass literals" >> and: [(m methodClass bindingOf: l key) isNil >> and: [(Undeclared associationAt: l key ifAbsent: []) ~~ l]]]]] >> >> so the test would be >> self assert: SystemNavigation new methodsWithUnboundGlobals isEmpty >> >> >>> > Ok. If I understand this correctly, this is yet ANOTHER thing to test, > right? I mean, it does not cover my original problem but another one > possible ;) > right? > I was assuming that my test is a superset of yours, but now I see it is not strict enough. It also needs to compare bindings to see that they're identical. I've attached a stricter version. This says that for any global, it should match either the class's notion of what bindingOf: the key is, or bindingOf: should be nil and the binding should be in Undeclared. If the class answers a different binding through bindingOf: or answers no binding and the binding is not in Undeclared then the variable in the method is wrong. methodsWithUnboundGlobals "Get all methods that use undeclared global objects that are not listed in Undeclared. For a clean image the result should be empty." "SystemNavigation new methodsWithUnboundGlobals" ^self allSelect: [:m| m literals anySatisfy: [:l| l isVariableBinding and: [l key isSymbol "avoid class-side methodClass literals" and: [(m methodClass bindingOf: l key) ifNil: [(Undeclared associationAt: l key ifAbsent: []) ~~ l] ifNotNil: [:b| b ~~ l]]]]] So I think with this stricter definition self assert: SystemNavigation new methodsWithUnboundGlobals isEmpty is an adequate test. > Thanks Eliot. > > > > >> And I have 6 methods from the classes SmalltalkImage and ScriptLoader >>> and all the 6 literals are pointing to ScriptLoader. So something weird >>> happened with this class. >>> Any idea? >>> >>> For the moment I will update the test and do a Compiler recompileAll. >>> >>> >>> >>> >>>> >>>>> > Association >> #literalEqual: otherLiteral >>>>> > "Answer true if the receiver and otherLiteral represent the same >>>>> > literal. >>>>> > Variable bindings are literally equals only if identical. >>>>> > This is how variable sharing works, by preserving identity and >>>>> changing >>>>> > only the value." >>>>> > ^self == otherLiteral >>>>> > >>>>> > instead of the Object implementation. >>>>> > >>>>> > >>>>> >> >>>>> >> On 1 May 2012 17:52, Mariano Martinez Peck <marianopeck(a)gmail.com> >>>>> wrote: >>>>> >>> >>>>> >>> (Smalltalk globals associationAt: #ScriptLoader) == >>>>> ((SmalltalkImage >> >>>>> >>> #shrinkToCore) literalAt: 4) >>>>> >>> gives false when it should be true. If I do a Compiler >>>>> recompileAll it >>>>> >>> gets fixed. So, my question is, is that normal? how could that >>>>> happen? >>>>> >>> is there any real problem behind? >>>>> >>> >>>>> >>> anyway, can we do a recompileAll for the moment? >>>>> >>> >>>>> >>> thanks! >>>>> >>> >>>>> >>> -- >>>>> >>> Mariano >>>>> >>> http://marianopeck.wordpress.com >>>>> >>> >>>>> >> >>>>> > >>>>> > >>>>> > >>>>> > -- >>>>> > Mariano >>>>> > http://marianopeck.wordpress.com >>>>> > >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko. >>>>> >>>>> >>>> >>>> >>>> -- >>>> Mariano >>>> http://marianopeck.wordpress.com >>>> >>>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >>> >> >> >> -- >> best, >> Eliot >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- best, Eliot

May 3, 2012

Re: [Pharo-project] What about making the configuration browser more visible?

by Cameron Sanders

Sounds great! We have encountered two main problems in getting the DBXTalk tools (including supporting tools, Glorp, etc.) loaded: 1) 64-bit vs 32-bit crossover problems with FFI, and 2) proper configuration patterns (online Configuration snippets with errors) and sequencing. -Cam On Wed, May 2, 2012 at 1:37 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > Let me repeat it again (reread the vision document) > > we will put in place a process that: > - check all the configurations of a given repository (for each > versions) > so for example for MetaRepoForPharo1.4 and MetaRepoForPharo20â¦ > - each configuration will be loaded, test runs, rules executed. > - we will have inbox for each repository, > - if a configuration does not pass, it will move the configurations > into an outbox > > Then people will be able to load configurations that have been loaded and > verified. > > Stef >

May 3, 2012

Re: [Pharo-project] Mouse handler on a morph

by Gary Chambers

Hi, I guess that properly you should do: (self globalPointToLocal: event position) - self position which should deal with the case of being embedded in a scroll pane or other transform Regards, Gary ----- Original Message ----- From: Erwan Douaille To: Pharo-project(a)lists.gforge.inria.fr ; ma.chris.m(a)gmail.com Sent: Thursday, May 03, 2012 8:35 AM Subject: Re: [Pharo-project] Mouse handler on a morph Okay, but i didn't find anything with globalToLocal. And i've find another solution, just use soustraction for this problem : captureMouse: event Transcript cr;show: event position - self position. That's work too :) Thanks ;) 2012/5/2 Chris Muller <asqueaker(a)gmail.com> This is because, under rare circumstances, it is desirable to do something in/on/to the desktop based on the position in the local morph. To get the local coordinates look for a method with the word "global" in it -- globalToLocal: or something like that. It's in Squeak, not sure whether this is still in Pharo though.. If anything, you could always just subtract the upperleft coordinate of your window from the MouseEvent's position.. On Wed, May 2, 2012 at 9:02 AM, Erwan Douaille <douailleerwan(a)gmail.com> wrote: > Hi. > > I would like to know if it's possible to add a mouse handler on a specific > morph ? > I have a window and i would like to know the position of my mouse only in > this window. > > For exemple i also use : > > self on: #mouseDown send: #captureMouse: to: self. > > But it give me the mouse position in pharo environment and not only in my > window. > > > Thanks :) > > -- > Douaille Erwan <douaille.erwan(a)gmail.com> -- Douaille Erwan <douaille.erwan(a)gmail.com>

May 3, 2012

Re: [Pharo-project] Enable #alwaysOpenFullDebugger: and fastDragging:

by Schwab,Wilhelm K

Options are good, but I disagree that always opening a full debugger is a good idea - I've seen meltdowns from less. YMMV. You've been warned :) ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Sean P. DeNigris [sean(a)clipperadams.com] Sent: Thursday, May 03, 2012 8:04 AM To: pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Enable #alwaysOpenFullDebugger: and fastDragging: Debugger alwaysOpenFullDebugger: true. +1... Great idea! I didn't even know that was a setting!! UITheme currentSettings fastDragging: true. -1... Let the default be visually satisfying and people on older systems can change the setting Sean -- View this message in context: http://forum.world.st/Enable-alwaysOpenFullDebugger-and-fastDragging-tp4605… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 3, 2012

Re: [Pharo-project] Issue loading NB

by Guido Chari

That works, that was what i had done earlier. But as NB is not included in Pharo, and has its wiki page with it own documentation on how to install it (first link in google if you search for nativeboost) it may be important or to change the installation instructions or to make them work? Cheers, Guido. 2012/5/3 Camillo Bruni <camillobruni(a)gmail.com> > AFAIK just using ConfigurationOfNativeBoost works. > I removed NativeBoostInstaller since this is not the common way to install > stuff in pharo. > > can you try to do > > ConfigurationOfNativeBoost loadDevelopment > > best > cami > > On 2012-05-03, at 15:12, Guido Chari wrote: > > > NativeBoost installer is not loading ConfigurationOfNativeBoost. > > So the command: 'NBInstaller install' is not working. > > > > Cheers, > > Guido. > > >

May 3, 2012

Re: [Pharo-project] Issue loading NB

by Camillo Bruni

AFAIK just using ConfigurationOfNativeBoost works. I removed NativeBoostInstaller since this is not the common way to install stuff in pharo. can you try to do ConfigurationOfNativeBoost loadDevelopment best cami On 2012-05-03, at 15:12, Guido Chari wrote: > NativeBoost installer is not loading ConfigurationOfNativeBoost. > So the command: 'NBInstaller install' is not working. > > Cheers, > Guido.

May 3, 2012

Re: [Pharo-project] Adding hooks for well known events in morphic

by Denis Kudriashov

2012/4/28 Francisco Garau <francisco.garau(a)gmail.com> > What about the stepping behaviour? Is the plan to remove that as well? > > I've got the hunch that stepping should only be restricted to special > worlds. Otherwise you get a lot of behaviour, and complexity, that you > don't need in a more traditional UI. > > But now stepping behavior is only way for doing animation (like smooth scrolling)

May 3, 2012

[Pharo-project] Issue loading NB

by Guido Chari

NativeBoost installer is not loading ConfigurationOfNativeBoost. So the command: 'NBInstaller install' is not working. Cheers, Guido.

May 3, 2012

Re: [Pharo-project] OSProcess: can't #chDir: '/' on Linux

by Damien Cassou

On Thu, May 3, 2012 at 1:58 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I get something similiar on osx, however the CWD is changed nevertheless... > did you try doing an `ls` afterwards? you are right, at least #getCwd returns '/' after the execution. Still, there is a problem as Coral won't work after this notification for example. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 3, 2012