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

Re: [Pharo-project] Adding "Extended Search" to OB context menu

by Lukas Renggli

I am not asking a question. I am just saying that the new OB does not use the default menu of the Pharo text editor anymore. Like this developers have full control and can use OB outside a Smalltalk context. In fact there are already many browsers (CodeCritics, Changes, Diff, Versions, Bytecode, Comments, etc) where most of the default menus don't make sense. So for you this means that you need to contribute that functionality in terms of an OBCommand; or use the old keybinding that still is passed to the text editor as long as OB doesn't reuse it otherwise. Lukas On Monday, 9 May 2011, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > > On Mon, May 9, 2011 at 1:57 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > > Sure, that can be done. > > The point is that the RB code menu is fully implemented in OB now. > > Thanks Lukas. I am not sure if you understand my question. I am not doing anything at all with RB. So I don't see how this is related to do a right click in the code pane. > I attach two screenshots, "oldOB" and "newOB". What I am asking is to have the "extended search" or the "method soruce with it" from "oldOB". > > thanks in advance > > Mariano > > Previously OB just used the menu provided by Pharo, what caused all > kinds of problems. "Method source with it" was never an operation > backed by OB. > > Lukas > > On 9 May 2011 11:46, Damien Cassou <damien.cassou(a)gmail.com> wrote: >> Hi Lukas, >> >> do you think it would be possible to use what is currently selected in >> the code pane to set the default value of the 'Refactor -> Search >> code' window? >> >> >> ---------- Forwarded message ---------- >> From: Mariano Martinez Peck <marianopeck(a)gmail.com> >> Date: Mon, May 9, 2011 at 10:56 AM >> Subject: Re: [Pharo-project] Adding "Extended Search" to OB context menu >> To: Pharo-project(a)lists.gforge.inria.fr >> >> >>> Have you tried 'Refactor -> Search code' ? >> >> Thanks Damien. But that's something completely different. What I want >> to do is to select text, right button, method source with it. That's >> all. >> >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Lambdas are relegated to relative obscurity until Java makes them >> popular by not having them." James Iry >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Lukas Renggli www.lukas-renggli.ch

May 9, 2011

Re: [Pharo-project] How to load Nautilus?

by Alexandre Bergel

A screenshot to motivate people to try it out Alexandre On 9 May 2011, at 11:13, Benjamin wrote: > Your image is not up to date. > > Stef should have integrate this last weekend. > > Normally, it should work with the last 1.3 image. > > Ben > > On May 9, 2011, at 4:46 PM, Alexandre Bergel wrote: > >> I get a warning: >> -=-=-=-=-=-=-=-= >> This package depends on the following classes: >> AbstractTool >> You must resolve these dependencies before you will be able to load these definitions: >> NautilusUI >> NautilusUI classSide>>buildIcon >> NautilusUI classSide>>icon >> NautilusUI classSide>>on: >> ... >> -=-=-=-=-=-=-=-= >> >> Cheers, >> Alexandre >> >> >> On 9 May 2011, at 10:42, Benjamin wrote: >> >>> I just fixed that. >>> >>> Now, you have a menu entry for each UI, and if you set Nautilus as the default browser, you will have the first one (you can change that by changing Nautilus>>uiClass) >>> >>> >>> >>> Ben >>> >>> On May 9, 2011, at 4:30 PM, Alexandre Bergel wrote: >>> >>>> Benjamin, are you using Nautilus to develop? Is it stable now? >>>> >>>> Alexandre >>>> >>>> >>>> >>>> On 9 May 2011, at 10:07, Benjamin wrote: >>>> >>>>> Thanks a lot, it's cool :) >>>>> >>>>> >>>>> I want to know how to do that ;) >>>>> >>>>> >>>>> Ben >>>>> >>>>> On May 9, 2011, at 4:04 PM, Marcus Denker wrote: >>>>> >>>>>> >>>>>> On May 9, 2011, at 3:13 PM, Benjamin wrote: >>>>>> >>>>>>> Now ConfigurationOfNautilus loads RPackage. >>>>>>> >>>>>>> On the last 1.3 core image: >>>>>>> >>>>>>> Gofer new >>>>>>> squeaksource: 'Nautilus'; >>>>>>> package: 'ConfigurationOfNautilus'; >>>>>>> load. >>>>>>> >>>>>>> ConfigurationOfNautilus loadDefault >>>>>> >>>>>> There is now a Hudson Project: >>>>>> >>>>>> https://pharo-ic.lille.inria.fr/hudson/job/Nautilus/ >>>>>> >>>>>> The latest image zipped is always here: >>>>>> >>>>>> https://pharo-ic.lille.inria.fr/hudson/job/Nautilus/lastSuccessfulBuild/art… >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Marcus Denker -- http://www.marcusdenker.de >>>>>> INRIA Lille -- Nord Europe. Team RMoD. >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 9, 2011

[Pharo-project] Pharo Sprint in Argentina?

by Guillermo Polito

With some people around here, we would like to do a PharoSprint most likely the 28/05. Maybe we can aim to close some things for 1.2.2 and 1.3 :) BTW, there are several students who want to participate and have not signed the agreement yet. Stef, should we send them all in one email to make it more confortable? Guille On Mon, May 9, 2011 at 6:08 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > Core: > > -> Failing Tests: 7: > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/lastCompleted… > -> Open Issues: 26: > http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.3 > > > Full: > > ->Failing Tests: 41: > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/lastCompletedBuild/t… > ->Open Issues: 9: > http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D1.3-DevImage > > > I would really be nice if more people could actively try to get the issues > fixed... > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

May 9, 2011

Re: [Pharo-project] Problem with CompiledMethodTrailer

by Mariano Martinez Peck

On Mon, May 9, 2011 at 5:06 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 9 May 2011 16:01, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > > Another that....all those incorrect compiled method has the same: they > miss > > the bytecode 120 (self return), and they ALL have the same last byte: 32. > > what that 32 can be? I don't know... > > > This is indicating a trailer kind: > > ((CompiledMethod allInstances select: [:each | each trailer kind = > #VarLengthSourcePointer] ) ) first trailer kindAsByte > 32 > > 32 stands for #VarLengthSourcePointer trailer. > ahaaaa!! I didn't know that ;) > > And i have plenty of methods with #VarLengthSourcePointer in my image > > ((CompiledMethod allInstances select: [:each | each trailer kind = > #VarLengthSourcePointer] ) ) size 4387 > > because my .changes file go over 32Mb "limit". > So...when the .changes file is over 32 bits, the default trailer is #VarLengthSourcePointer ? BTW, do you know how can I create a CompiledMethod for testing with this kind of trailer ? > > Now to check what is going on, we should run a following: > > > methods := ((CompiledMethod allInstances select: [:each | each > trailer kind = #VarLengthSourcePointer] ) ). > > methods := methods select: [:m | m isInstalled ]. "we don't care about > not-installed ones" > > No, non of the methods is installed. So that script answers an empty array. > and for installed we should verify that after compilation it from source > code, > it ends up with same bytecode as in currently installed method. > > > | methods | > > methods := ((CompiledMethod allInstances select: [:each | each > trailer kind = #VarLengthSourcePointer] ) ). > methods := methods select: [:m | > | cls | > cls := m methodClass. > cls isObsolete not and: [ (cls compiledMethodAt: m selector) == m ] > ]. > > methods select: [:m | > | m2 | > m2 := m methodNode generate. > > ((m initialPC = m2 initialPC and: [m endPC = m2 endPC ]) and: [ > (m initialPC to: m endPC) allSatisfy: [:i | (m at: i) = (m2 > at: i)] ]) not > ]. > > > In my image the result of doit is empty array. > Note that endPC is calculating based on trailer data. So if trailer is > not correct, it would affect the comparison. > So, it could fail if source code pointer is not valid or endPC > calculation is wrong. > But for all methods it is correct. > Thanks for the help. In fact, since non of them is installed, I also have that array empty. The problem is the code (like mine) that does CompiledMethod allInstances directly...without filtering by #isInstalled. Depending on what they do it can even be a crash (as it happened to me). So I would like to still know: 1) while those fucking CMs are not GCed 2) how they can be generated. I have spent the whole day and I couldn't :( I am more interested in 1) Notice that I didn't do anything weird. I just took the default Pharo1.3 image. Thanks Igor for your help. -- Mariano http://marianopeck.wordpress.com

May 9, 2011

Re: [Pharo-project] How to load Nautilus?

by Benjamin

Your image is not up to date. Stef should have integrate this last weekend. Normally, it should work with the last 1.3 image. Ben On May 9, 2011, at 4:46 PM, Alexandre Bergel wrote: > I get a warning: > -=-=-=-=-=-=-=-= > This package depends on the following classes: > AbstractTool > You must resolve these dependencies before you will be able to load these definitions: > NautilusUI > NautilusUI classSide>>buildIcon > NautilusUI classSide>>icon > NautilusUI classSide>>on: > ... > -=-=-=-=-=-=-=-= > > Cheers, > Alexandre > > > On 9 May 2011, at 10:42, Benjamin wrote: > >> I just fixed that. >> >> Now, you have a menu entry for each UI, and if you set Nautilus as the default browser, you will have the first one (you can change that by changing Nautilus>>uiClass) >> >> >> >> Ben >> >> On May 9, 2011, at 4:30 PM, Alexandre Bergel wrote: >> >>> Benjamin, are you using Nautilus to develop? Is it stable now? >>> >>> Alexandre >>> >>> >>> >>> On 9 May 2011, at 10:07, Benjamin wrote: >>> >>>> Thanks a lot, it's cool :) >>>> >>>> >>>> I want to know how to do that ;) >>>> >>>> >>>> Ben >>>> >>>> On May 9, 2011, at 4:04 PM, Marcus Denker wrote: >>>> >>>>> >>>>> On May 9, 2011, at 3:13 PM, Benjamin wrote: >>>>> >>>>>> Now ConfigurationOfNautilus loads RPackage. >>>>>> >>>>>> On the last 1.3 core image: >>>>>> >>>>>> Gofer new >>>>>> squeaksource: 'Nautilus'; >>>>>> package: 'ConfigurationOfNautilus'; >>>>>> load. >>>>>> >>>>>> ConfigurationOfNautilus loadDefault >>>>> >>>>> There is now a Hudson Project: >>>>> >>>>> https://pharo-ic.lille.inria.fr/hudson/job/Nautilus/ >>>>> >>>>> The latest image zipped is always here: >>>>> >>>>> https://pharo-ic.lille.inria.fr/hudson/job/Nautilus/lastSuccessfulBuild/art… >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Marcus Denker -- http://www.marcusdenker.de >>>>> INRIA Lille -- Nord Europe. Team RMoD. >>>>> >>>>> >>>> >>>> >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > >

May 9, 2011

Re: [Pharo-project] Problem with CompiledMethodTrailer

by Igor Stasenko

On 9 May 2011 16:01, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Another that....all those incorrect compiled method has the same:Â they miss > the bytecode 120 (self return), and they ALL have the same last byte: 32. > what that 32 can be?Â I don't know... > This is indicating a trailer kind: ((CompiledMethod allInstances select: [:each | each trailer kind = #VarLengthSourcePointer] ) ) first trailer kindAsByte 32 32 stands for #VarLengthSourcePointer trailer. And i have plenty of methods with #VarLengthSourcePointer in my image ((CompiledMethod allInstances select: [:each | each trailer kind = #VarLengthSourcePointer] ) ) size 4387 because my .changes file go over 32Mb "limit". Now to check what is going on, we should run a following: methods := ((CompiledMethod allInstances select: [:each | each trailer kind = #VarLengthSourcePointer] ) ). methods := methods select: [:m | m isInstalled ]. "we don't care about not-installed ones" and for installed we should verify that after compilation it from source code, it ends up with same bytecode as in currently installed method. | methods | methods := ((CompiledMethod allInstances select: [:each | each trailer kind = #VarLengthSourcePointer] ) ). methods := methods select: [:m | | cls | cls := m methodClass. cls isObsolete not and: [ (cls compiledMethodAt: m selector) == m ] ]. methods select: [:m | | m2 | m2 := m methodNode generate. ((m initialPC = m2 initialPC and: [m endPC = m2 endPC ]) and: [ (m initialPC to: m endPC) allSatisfy: [:i | (m at: i) = (m2 at: i)] ]) not ]. In my image the result of doit is empty array. Note that endPC is calculating based on trailer data. So if trailer is not correct, it would affect the comparison. So, it could fail if source code pointer is not valid or endPC calculation is wrong. But for all methods it is correct. -- Best regards, Igor Stasenko AKA sig.

May 9, 2011

Re: [Pharo-project] If sources file is not present, something bad happens

by Mariano Martinez Peck

http://code.google.com/p/pharo/issues/detail?id=4173 On Sun, May 8, 2011 at 10:04 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > We will check that. > I know that we should condense the changes to see if we can make it. > I know that there was a problem the last time I tried. > > stef > On May 8, 2011, at 9:50 PM, Mariano Martinez Peck wrote: > > > Hi guys. In pharo 1.1, 1.2 (in fact, always) one could decide not to use > the .sources file and instead decompile. At startup the image raises a popup > saying "ehhhh the .sources couludnt be found" and then after, when you > browse a method you see the decompiled code. > > > > Now, in Pharo 1.3 I REMOVE all possible .sources and the image doesn't > say anything at startup. No popup. If I print SourceFiles I get -> an > ExpandedSourceFileArray(nil MultiByteFileStream: > '/Users/mariano/Pharo/imagenes/PharoCore-1.2/PharoCore-1.2.changes') > So...the sources is not there. Two problems: > > > > 1) the first one is that the popup doesn't raise. > > > > 2) I cannot browse methods because a popup raises saying there was a > probelm with the sources file: "There may be a problem with your sources > file!". > > > > I attach screenshot. > > > > So...what could be happening? I will try to debug it... If someone can > confirm please I open an ticket. > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > <Screen shot 2011-05-08 at 9.49.04 PM.png> > > > -- Mariano http://marianopeck.wordpress.com

May 9, 2011

Re: [Pharo-project] Cannot abandon sources with CogVM

by Mariano Martinez Peck

http://code.google.com/p/cog/issues/detail?id=43 http://code.google.com/p/pharo/issues/detail?id=4087 On Sun, May 8, 2011 at 10:19 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Hi. If I take any PharoCore 1.3 image and evaluate: Smalltalk > abandonSources > I have two errors and the image is frozen. I cannot interrupt it and I have > to force a quite. > > Two erros pops up: the first one says "computation has been terminated" and > the second one is a stacktrace which message: > "UndefinedObject(Object)>>doesNotUnderstand: > #findNextHandlerContextStarting" > > This seems similar to the problem we have with the DebuggerMethodMap trying > to build a dev image: http://code.google.com/p/pharo/issues/detail?id=4087 > > At least this time it is easier to reproduce ;) > > I attach PharoDebug.log. With the Interpreter VM it works correctly. > > Thanks > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

May 9, 2011

Re: [Pharo-project] How to load Nautilus?

by Alexandre Bergel

I get a warning: -=-=-=-=-=-=-=-= This package depends on the following classes: AbstractTool You must resolve these dependencies before you will be able to load these definitions: NautilusUI NautilusUI classSide>>buildIcon NautilusUI classSide>>icon NautilusUI classSide>>on: ... -=-=-=-=-=-=-=-= Cheers, Alexandre On 9 May 2011, at 10:42, Benjamin wrote: > I just fixed that. > > Now, you have a menu entry for each UI, and if you set Nautilus as the default browser, you will have the first one (you can change that by changing Nautilus>>uiClass) > > > > Ben > > On May 9, 2011, at 4:30 PM, Alexandre Bergel wrote: > >> Benjamin, are you using Nautilus to develop? Is it stable now? >> >> Alexandre >> >> >> >> On 9 May 2011, at 10:07, Benjamin wrote: >> >>> Thanks a lot, it's cool :) >>> >>> >>> I want to know how to do that ;) >>> >>> >>> Ben >>> >>> On May 9, 2011, at 4:04 PM, Marcus Denker wrote: >>> >>>> >>>> On May 9, 2011, at 3:13 PM, Benjamin wrote: >>>> >>>>> Now ConfigurationOfNautilus loads RPackage. >>>>> >>>>> On the last 1.3 core image: >>>>> >>>>> Gofer new >>>>> squeaksource: 'Nautilus'; >>>>> package: 'ConfigurationOfNautilus'; >>>>> load. >>>>> >>>>> ConfigurationOfNautilus loadDefault >>>> >>>> There is now a Hudson Project: >>>> >>>> https://pharo-ic.lille.inria.fr/hudson/job/Nautilus/ >>>> >>>> The latest image zipped is always here: >>>> >>>> https://pharo-ic.lille.inria.fr/hudson/job/Nautilus/lastSuccessfulBuild/art… >>>> >>>> >>>> >>>> >>>> -- >>>> Marcus Denker -- http://www.marcusdenker.de >>>> INRIA Lille -- Nord Europe. Team RMoD. >>>> >>>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 9, 2011

Re: [Pharo-project] How to load Nautilus?

by Benjamin

I just fixed that. Now, you have a menu entry for each UI, and if you set Nautilus as the default browser, you will have the first one (you can change that by changing Nautilus>>uiClass) Ben On May 9, 2011, at 4:30 PM, Alexandre Bergel wrote: > Benjamin, are you using Nautilus to develop? Is it stable now? > > Alexandre > > > > On 9 May 2011, at 10:07, Benjamin wrote: > >> Thanks a lot, it's cool :) >> >> >> I want to know how to do that ;) >> >> >> Ben >> >> On May 9, 2011, at 4:04 PM, Marcus Denker wrote: >> >>> >>> On May 9, 2011, at 3:13 PM, Benjamin wrote: >>> >>>> Now ConfigurationOfNautilus loads RPackage. >>>> >>>> On the last 1.3 core image: >>>> >>>> Gofer new >>>> squeaksource: 'Nautilus'; >>>> package: 'ConfigurationOfNautilus'; >>>> load. >>>> >>>> ConfigurationOfNautilus loadDefault >>> >>> There is now a Hudson Project: >>> >>> https://pharo-ic.lille.inria.fr/hudson/job/Nautilus/ >>> >>> The latest image zipped is always here: >>> >>> https://pharo-ic.lille.inria.fr/hudson/job/Nautilus/lastSuccessfulBuild/art… >>> >>> >>> >>> >>> -- >>> Marcus Denker -- http://www.marcusdenker.de >>> INRIA Lille -- Nord Europe. Team RMoD. >>> >>> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > >

May 9, 2011