- Pharo-dev - lists.pharo.org

[Pharo-project] [TODO] 1.3

by Marcus Denker

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

[Pharo-project] [TODO] 1.2.2

by Marcus Denker

Core: -> Failing Tests: NONE -> Open Issues: 2 Issue 3732: Change #standardWindowExtent Was: default omni browser size bigger Issue 4157: TextColor is ignored in large TextEditors http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.2.2 Full: ->Failing Tests: 4 -> Open Issues: 1 (the failing tests) Issue 4166: Failing Tests: OBFakeBrowserTest (ConfigurationOfOmniBrowser needs update) http://code.google.com/p/pharo/issues/detail?id=4166 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

May 9, 2011

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

by Mariano Martinez Peck

On Mon, May 9, 2011 at 10:35 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > On Mon, May 9, 2011 at 10:29 AM, Mariano Martinez Peck > <marianopeck(a)gmail.com> wrote: > > Lukas: I use the "method source with it" quite a lot. I notice that in > > latest OB, in the context menu the "extended search" is not present any > > more. This is really annoying for me, because everytime I am in the > method > > pane or somewhere in OB and I need to do the "method source with it", I > need > > to copy paste the text, open a workspace, paste it there, and finally do > all > > the "extended search" -> "method source with it". > > > > so....what about putting back the "extended search" to OB context menu? > or > > at least the "method source with it" ? > > 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 > > -- Mariano http://marianopeck.wordpress.com

May 9, 2011

Re: [Pharo-project] Problem with CompiledMethodTrailer

by Mariano Martinez Peck

On Mon, May 9, 2011 at 10:27 AM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > Hi Mariano, > you should try these two things before repeating yourself: > > (CompiledMethod allInstances select: [:each | each trailer kind = > #VarLengthSourcePointer] ) first trailer kind. > > | temp | > temp := (CompiledMethod allInstances select: [:each | each trailer > kind = #VarLengthSourcePointer] ) first. > temp == (temp methodClass >> temp selector) > > Thanks Nicolas. Yes, in fact all of you were right. They are not the same CM instance. They are different. It is wierd that they are only present in Pharo1.3: ((CompiledMethod allInstances select: [:each | each trailer kind = #VarLengthSourcePointer] ) ) size ->>> 11 And in Pharo 1.2, cero and and 1.1.1, 2. I am trying to inspect pointers to them to see who is pointing to them...but I cannot find anything :( I will continue.... thanks It may be possible that CompiledMethod>>printString is lying to you... > > Nicolas > > 2011/5/9 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > > > > On Mon, May 9, 2011 at 6:14 AM, Igor Stasenko <siguctua(a)gmail.com> > wrote: > >> > >> On 9 May 2011 00:52, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > >> > Hi guys, Maybe it is too late and I am not seeing something > obvious...so > >> > another look is really appreciated. If I do: > >> > > >> > (CompiledMethod allInstances select: [:each | each trailer kind = > >> > #VarLengthSourcePointer] ) first > >> > ---> (CodeLoader class>>#initialize "a CompiledMethod(311951360)") > >> > > >> > But then: > >> > > >> > (CodeLoader class >> #initialize) trailer kind > >> > ----> #SourcePointer > >> > > >> > WHYYY?? why it is answering #SourcePointer instead of > >> > #VarLengthSourcePointer ?? > >> > > >> > grrr how can that be possible??? It happens the same to each of the > >> > CompiledMethods I select as #VarLengthSourcePointer. When I then ask > >> > the > >> > #kind they always answer #SourcePointer instead of > >> > #VarLengthSourcePointer > >> > > >> is it same compiled methods? > >> Because it is absolutely normal if they using different source pointer. > >> > > > > I didn't understand your question. Yes, it is exactly the same > > CompiledMethod. > > Look, if I do: > > > > (CompiledMethod allInstances select: [:each | each trailer kind = > > #VarLengthSourcePointer] ) first > > > > I get > > ---> (CodeLoader class>>#initialize "a CompiledMethod(311951360)") > > > > So...it means that such CompiledMethod answers #VarLengthSourcePointer > when > > send "trailer kind". Ok? > > > > But immediatly after, if I ask the trailer kind to the SAME compiled > method: > > > > (CodeLoader class >> #initialize) trailer kind > > > > I get > > ----> #SourcePointer > > > > WHYYY?? why it is answering #SourcePointer instead of > > #VarLengthSourcePointer ?? > > > >> > >> > thanks in advance, > >> > > >> > -- > >> > Mariano > >> > http://marianopeck.wordpress.com > >> > > >> > > >> > >> > >> > >> -- > >> Best regards, > >> Igor Stasenko AKA sig. > >> > > > > > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > > -- Mariano http://marianopeck.wordpress.com

May 9, 2011

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

by Damien Cassou

On Mon, May 9, 2011 at 10:29 AM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Lukas: I use the "method source with it" quite a lot. I notice that in > latest OB, in the context menu the "extended search" is not present any > more. This is really annoying for me, because everytime I am in the method > pane or somewhere in OB and I need to do the "method source with it", I need > to copy paste the text, open a workspace, paste it there, and finally do all > the "extended search" -> "method source with it". > > so....what about putting back the "extended search" to OB context menu?Â or > at least the "method source with it"Â ? Have you tried 'Refactor -> Search code' ? -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 9, 2011

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

by Mariano Martinez Peck

Lukas: I use the "method source with it" quite a lot. I notice that in latest OB, in the context menu the "extended search" is not present any more. This is really annoying for me, because everytime I am in the method pane or somewhere in OB and I need to do the "method source with it", I need to copy paste the text, open a workspace, paste it there, and finally do all the "extended search" -> "method source with it". so....what about putting back the "extended search" to OB context menu? or at least the "method source with it" ? thanks -- Mariano http://marianopeck.wordpress.com

May 9, 2011

Re: [Pharo-project] Problem with CompiledMethodTrailer

by Nicolas Cellier

Hi Mariano, you should try these two things before repeating yourself: (CompiledMethod allInstances select: [:each | each trailer kind = #VarLengthSourcePointer] ) first trailer kind. | temp | temp := (CompiledMethod allInstances select: [:each | each trailer kind = #VarLengthSourcePointer] ) first. temp == (temp methodClass >> temp selector) It may be possible that CompiledMethod>>printString is lying to you... Nicolas 2011/5/9 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Mon, May 9, 2011 at 6:14 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> On 9 May 2011 00:52, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> > Hi guys, Maybe it is too late and I am not seeing something obvious...so >> > another look is really appreciated. If I do: >> > >> > (CompiledMethod allInstances select:Â [:each | each trailer kind = >> > #VarLengthSourcePointer] ) first >> > ---> (CodeLoader class>>#initialize "a CompiledMethod(311951360)") >> > >> > But then: >> > >> > (CodeLoader class >> #initialize) trailer kind >> > ----> #SourcePointer >> > >> > WHYYY??Â why it is answering #SourcePointer instead of >> > #VarLengthSourcePointerÂ ?? >> > >> > grrr how can that be possible???Â It happens the same to each of the >> > CompiledMethods I select as #VarLengthSourcePointer.Â When I then ask >> > the >> > #kindÂ they always answer #SourcePointerÂ instead of >> > #VarLengthSourcePointer >> > >> is it same compiled methods? >> Because it is absolutely normal if they using different source pointer. >> > > I didn't understand your question. Yes, it is exactly the same > CompiledMethod. > Look, if I do: > > (CompiledMethod allInstances select:Â [:each | each trailer kind = > #VarLengthSourcePointer] ) first > > I get > ---> (CodeLoader class>>#initialize "a CompiledMethod(311951360)") > > So...it means that such CompiledMethod answers #VarLengthSourcePointer when > send "trailer kind". Ok? > > But immediatly after, if I ask the trailer kind to the SAME compiled method: > > (CodeLoader class >> #initialize) trailer kind > > I get > ----> #SourcePointer > > WHYYY??Â why it is answering #SourcePointer instead of > #VarLengthSourcePointerÂ ?? > >> >> > thanks in advance, >> > >> > -- >> > Mariano >> > http://marianopeck.wordpress.com >> > >> > >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > > > -- > Mariano > http://marianopeck.wordpress.com > >

May 9, 2011

Re: [Pharo-project] Problem with CompiledMethodTrailer

by Mariano Martinez Peck

On Mon, May 9, 2011 at 10:10 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 9 May 2011 10:06, Igor Stasenko <siguctua(a)gmail.com> wrote: > > On 9 May 2011 10:03, Henrik Sperre Johansen > > <henrik.s.johansen(a)veloxit.no> wrote: > >> On 09.05.2011 09:36, Mariano Martinez Peck wrote: > >> > >> On Mon, May 9, 2011 at 6:14 AM, Igor Stasenko <siguctua(a)gmail.com> > wrote: > >>> > >>> On 9 May 2011 00:52, Mariano Martinez Peck <marianopeck(a)gmail.com> > wrote: > >>> > Hi guys, Maybe it is too late and I am not seeing something > obvious...so > >>> > another look is really appreciated. If I do: > >>> > > >>> > (CompiledMethod allInstances select: [:each | each trailer kind = > >>> > #VarLengthSourcePointer] ) first > >>> > ---> (CodeLoader class>>#initialize "a CompiledMethod(311951360)") > >>> > > >>> > But then: > >>> > > >>> > (CodeLoader class >> #initialize) trailer kind > >>> > ----> #SourcePointer > >>> > > >>> > WHYYY?? why it is answering #SourcePointer instead of > >>> > #VarLengthSourcePointer ?? > >>> > > >>> > grrr how can that be possible??? It happens the same to each of the > >>> > CompiledMethods I select as #VarLengthSourcePointer. When I then ask > >>> > the > >>> > #kind they always answer #SourcePointer instead of > >>> > #VarLengthSourcePointer > >>> > > >>> is it same compiled methods? > >>> Because it is absolutely normal if they using different source pointer. > >>> > >> > >> I didn't understand your question. Yes, it is exactly the same > >> CompiledMethod. > >> > >> He's asking if they ARE the same > >> > >> (CodeLoader class >> #initialize) == (CompiledMethod allInstances > select: > >> [:each | each trailer kind = #VarLengthSourcePointer] ) first) ? > > > > yeah.. and in my image these are not the same. > > So, a better question to ask, is why there are multiple instances of > > same method hanging in image :) > > > > oh.. to be correct.. by saying 'multiple instances of same method' i meant > that a multiple instances of CompiledMethod , which having same (class > + selector). > But since only one can be installed at method dictionary using given > selector, i wonder what others > doing in image. > Thanks guys. Good catch! Igor, I am trying with any PharoDev 1.3 from Hudson: https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.3/ I will try to explore pointers.... > > >> > >> Just because the CompiledMethds class and selector matches so its > >> printstring will be 'SomeClass>>#someSelector', does not necessarily > mean it > >> is the one currently installed in the method dictionary. > >> > >> Cheers, > >> Henry > >> > >> > > > > > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > > > -- > Best regards, > Igor Stasenko AKA sig. > > -- Mariano http://marianopeck.wordpress.com

May 9, 2011

Re: [Pharo-project] Problem with CompiledMethodTrailer

by Igor Stasenko

On 9 May 2011 10:06, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 9 May 2011 10:03, Henrik Sperre Johansen > <henrik.s.johansen(a)veloxit.no> wrote: >> On 09.05.2011 09:36, Mariano Martinez Peck wrote: >> >> On Mon, May 9, 2011 at 6:14 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> >>> On 9 May 2011 00:52, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >>> > Hi guys, Maybe it is too late and I am not seeing something obvious...so >>> > another look is really appreciated. If I do: >>> > >>> > (CompiledMethod allInstances select:Â [:each | each trailer kind = >>> > #VarLengthSourcePointer] ) first >>> > ---> (CodeLoader class>>#initialize "a CompiledMethod(311951360)") >>> > >>> > But then: >>> > >>> > (CodeLoader class >> #initialize) trailer kind >>> > ----> #SourcePointer >>> > >>> > WHYYY??Â why it is answering #SourcePointer instead of >>> > #VarLengthSourcePointerÂ ?? >>> > >>> > grrr how can that be possible???Â It happens the same to each of the >>> > CompiledMethods I select as #VarLengthSourcePointer.Â When I then ask >>> > the >>> > #kindÂ they always answer #SourcePointerÂ instead of >>> > #VarLengthSourcePointer >>> > >>> is it same compiled methods? >>> Because it is absolutely normal if they using different source pointer. >>> >> >> I didn't understand your question. Yes, it is exactly the same >> CompiledMethod. >> >> He's asking if they ARE the same >> >> (CodeLoader class >> #initialize) == (CompiledMethod allInstances select: >> [:each | each trailer kind = #VarLengthSourcePointer] ) first) ? > > yeah.. and in my image these are not the same. > So, a better question to ask, is why there are multiple instances of > same method hanging in image :) > oh.. to be correct.. by saying 'multiple instances of same method' i meant that a multiple instances of CompiledMethod , which having same (class + selector). But since only one can be installed at method dictionary using given selector, i wonder what others doing in image. >> >> Just because the CompiledMethds class and selector matches so its >> printstring will be 'SomeClass>>#someSelector', does not necessarily mean it >> is the one currently installed in the method dictionary. >> >> Cheers, >> Henry >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig.

May 9, 2011

Re: [Pharo-project] Problem with CompiledMethodTrailer

by Igor Stasenko

On 9 May 2011 10:03, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: > On 09.05.2011 09:36, Mariano Martinez Peck wrote: > > On Mon, May 9, 2011 at 6:14 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> On 9 May 2011 00:52, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> > Hi guys, Maybe it is too late and I am not seeing something obvious...so >> > another look is really appreciated. If I do: >> > >> > (CompiledMethod allInstances select:Â [:each | each trailer kind = >> > #VarLengthSourcePointer] ) first >> > ---> (CodeLoader class>>#initialize "a CompiledMethod(311951360)") >> > >> > But then: >> > >> > (CodeLoader class >> #initialize) trailer kind >> > ----> #SourcePointer >> > >> > WHYYY??Â why it is answering #SourcePointer instead of >> > #VarLengthSourcePointerÂ ?? >> > >> > grrr how can that be possible???Â It happens the same to each of the >> > CompiledMethods I select as #VarLengthSourcePointer.Â When I then ask >> > the >> > #kindÂ they always answer #SourcePointerÂ instead of >> > #VarLengthSourcePointer >> > >> is it same compiled methods? >> Because it is absolutely normal if they using different source pointer. >> > > I didn't understand your question. Yes, it is exactly the same > CompiledMethod. > > He's asking if they ARE the same > > (CodeLoader class >> #initialize) == (CompiledMethod allInstances select: > [:each | each trailer kind = #VarLengthSourcePointer] ) first) ? yeah.. and in my image these are not the same. So, a better question to ask, is why there are multiple instances of same method hanging in image :) > > Just because the CompiledMethds class and selector matches so its > printstring will be 'SomeClass>>#someSelector', does not necessarily mean it > is the one currently installed in the method dictionary. > > Cheers, > Henry > > -- Best regards, Igor Stasenko AKA sig.

May 9, 2011