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

[Pharo-project] About CompiledMethod category returning nil sometimes

by StÃ©phane Ducasse

Hi guys With cyrille we experience sometimes CompiledMethod with nil category and this can break hard some problem. We were thinking but not sure that it would be good to make sure that nil is not returned but 'as yet unclassified' What do you think? Do you have any idea of potential problem? Stef

May 9, 2011

Re: [Pharo-project] Issue in loading SqueakDBX Patch

by Mariano Martinez Peck

I found a problem this weekend with ConfigurationOfSqueakDBX. I have just commited Name: ConfigurationOfSqueakDBX-MarianoMartinezPeck.27 Author: MarianoMartinezPeck Time: 9 May 2011, 11:27:37 am UUID: 069337aa-054e-43ba-97d5-7a558c5a2cd6 Ancestors: ConfigurationOfSqueakDBX-MarianoMartinezPeck.26 Forget dependency to FFI can you tell me if it gets fixed with that version? thanks Mariano On Mon, May 9, 2011 at 11:25 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Hi....that's weird. Could you tell me please how did you exactly install > SqueakDBX? > > > > On Mon, May 9, 2011 at 11:19 AM, sourav roy <sourav_pharo(a)in.com> wrote: > >> >> Hi All, >> >> I am getting some error while loading a SqueakDBX patch in Pharo 1.2.1. >> Please see the below screen shot attcahed and advice >> >> *Thanks,* >> >> *Sourav Roy| Bangalore|INDIA * >> >> >> ------------------------------ >> ::DISCLAIMER:: >> >> ----------------------------------------------------------------------------------------------------------------------- >> >> The contents of this e-mail and any attachment(s) are confidential and >> intended for the named recipient(s) only. >> It shall not attach any liability on the originator or HCL or its >> affiliates. Any views or opinions presented in >> this email are solely those of the author and may not necessarily reflect >> the opinions of HCL or its affiliates. >> Any form of reproduction, dissemination, copying, disclosure, >> modification, distribution and / or publication of >> this message without the prior written consent of the author of this >> e-mail is strictly prohibited. If you have >> received this email in error please delete it and notify the sender >> immediately. Before opening any mail and >> attachments please check them for viruses and defect. >> >> ---------------------------------------------------------- >> ------------------------------------------------------------- >> >> >> >> Dear *pharo-project !* Get Yourself a cool, short *(a)in.com* Email ID now!<http://secure.in.com/sso/commonreg.php?utm_source=invite&utm_medium=outgoing> >> > > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Mariano http://marianopeck.wordpress.com

May 9, 2011

Re: [Pharo-project] Issue in loading SqueakDBX Patch

by Mariano Martinez Peck

Hi....that's weird. Could you tell me please how did you exactly install SqueakDBX? On Mon, May 9, 2011 at 11:19 AM, sourav roy <sourav_pharo(a)in.com> wrote: > > Hi All, > > I am getting some error while loading a SqueakDBX patch in Pharo 1.2.1. > Please see the below screen shot attcahed and advice > > *Thanks,* > > *Sourav Roy| Bangalore|INDIA * > > > ------------------------------ > ::DISCLAIMER:: > > ----------------------------------------------------------------------------------------------------------------------- > > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. > It shall not attach any liability on the originator or HCL or its > affiliates. Any views or opinions presented in > this email are solely those of the author and may not necessarily reflect > the opinions of HCL or its affiliates. > Any form of reproduction, dissemination, copying, disclosure, modification, > distribution and / or publication of > this message without the prior written consent of the author of this e-mail > is strictly prohibited. If you have > received this email in error please delete it and notify the sender > immediately. Before opening any mail and > attachments please check them for viruses and defect. > > ---------------------------------------------------------- > ------------------------------------------------------------- > > > > Dear *pharo-project !* Get Yourself a cool, short *(a)in.com* Email ID now!<http://secure.in.com/sso/commonreg.php?utm_source=invite&utm_medium=outgoing> > -- 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:53 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > 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.... > > More data: there are only these kind of compiled methods in the dev image. Not in core. In addition, if I do: ScriptLoader new cleanUpForRelease, then inspect ((CompiledMethod allInstances select: [:each | each trailer kind = #VarLengthSourcePointer] ) ) and then I click on the first element in the inspector.... VM CRASH!!! with both, InterpreterVM and CogVM. I can see the difference in the trailer of the CMs (I attach screenshot), but still cannot find who is pointing to that weird instances :( grrr... thanks for the help > 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 > > -- Mariano http://marianopeck.wordpress.com

May 9, 2011

[Pharo-project] Issue in loading SqueakDBX Patch

by sourav roy

Hi All, I am getting some error while loading a SqueakDBX patch in Pharo 1.2.1. Please see the below screen shot attcahed and adviceThanks, Sourav Roy| Bangalore|INDIA ::DISCLAIMER::The contents of this email and any attachment(s) are confidential and intended for the named recipient(s) only.It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented inthis email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication ofthis message without the prior written consent of the author of this email is strictly prohibited. If you havereceived this email in error please delete it and notify the sender immediately. Before opening any mail andattachments please check them for viruses and defect.Dear pharoproject ! Get Yourself a cool, short @in.com Email ID now!

May 9, 2011

[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