- Pharo-dev - lists.pharo.org

[Pharo-project] Weird problem...having several "implementors" for the same method and class
by Mariano Martinez Peck Nov. 27, 2010

Nov. 27, 2010

Sorry, I know the subject of the mail is confusing, I am confused myself. Ok, I am doing hacky stuff and playing with CompiledMethod proxies, but I have a problem searching for implementors. So, I have for example CompiledMethodProxy >> mareaUninstall. But when I search for implementors of "mareaUninstall" in the popup of implementors it shows FOUR times, "CompiledMethodProxy >> mareaUninstall"... why ??? it should appear only once.. I attach an screenshot. Does anyone know what can be happening? thanks in advance, Mariano

4 5

Re: [Pharo-project] Fwd: [Hudson] 'Pharo' activated
by Marcus Denker Nov. 27, 2010

Nov. 27, 2010

On Nov 27, 2010, at 11:56 AM, Adrian Lienhard wrote: > What's the status of Hudson? Nearly done... I will make it public tomorrow. (travelling today) It right now updates and builds 1.1 and 1.2 Core. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Fwd: [Hudson] 'Pharo' activated
by Marcus Denker Nov. 27, 2010

Nov. 27, 2010

We have a dedicated hudson server for Pharo! (hosted and managed by the central INRIA Hudson Service) It has not yet any build targets defined, but that will change soon. Begin forwarded message: > From: Hudson <no-reply(a)hudson.lille.inria.fr> > Date: September 14, 2010 2:49:48 PM GMT+02:00 > To: Marcus.Denker(a)inria.fr > Subject: [Hudson] 'Pharo' activated > > > Your 'Pharo' is now activated and ready to use. > Your web portal is available at https://Pharo-ic.lille.inria.fr/hudson. > The administration interface used to approve/reject user account requests is available at https://Pharo-ic.lille.inria.fr/admin. > > Regards, > Hudson service Administratrors. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

6 6

[Pharo-project] How to build a multipart MIME email message
by Tony Fleig Nov. 27, 2010

Nov. 27, 2010

Is there an example of how to construct a multi-part (text/plain and text/html) MIME email message in Pharo/Seaside anywhere? Thanks, TF

1 0

[Pharo-project] ObjectFinalizer
by Benjamin Nov. 27, 2010

Nov. 27, 2010

Hello guys, I have another stupid question ^^ What is the purpose of ObjectFinalizer ? Cheers, Ben

2 1

[Pharo-project] How to copy a CompiledMethod?
by Gabriel HernÃ¡n Barbuto Nov. 26, 2010

Nov. 26, 2010

Hi I am trying to make a complete duplicate of a CompiledMethod. I started with CompiledMethod>>#copyWithTrailerBytes: but I think that this way still leaves some things to copy. It duplicates all the literals, but I think that it doesn't duplicate a Pragma if for example, the method has one. Is there a proper way to completely make deep copy of a CompiledMethod? I mean, without writing my own. If there is a way to do it, I don't want to duplicate it. Thanks in advance. Gabriel

4 5

Re: [Pharo-project] How to copy a CompiledMethod?
by StÃ©phane Ducasse Nov. 26, 2010

Nov. 26, 2010

gabriel veryDeepCopy should be replaced by copy and postCopy. So could you publish a version of postCopy with a couple of tests? Because this would be good to make progress from this side. Stef On Nov 26, 2010, at 6:14 PM, Gabriel HernÃ¡n Barbuto wrote: > Eliot > > Thanks for your response. > > On Fri, Nov 26, 2010 at 5:49 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >> >> >> On Thu, Nov 25, 2010 at 1:14 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> >>> On 25 November 2010 20:44, Gabriel HernÃ¡n Barbuto <gbarbuto(a)gmail.com> >>> wrote: >>>> Hi >>>> >>>> I am trying to make a complete duplicate of a CompiledMethod. I >>>> started with CompiledMethod>>#copyWithTrailerBytes: but I think that >>>> this way still leaves some things to copy. It duplicates all the >>>> literals, but I think that it doesn't duplicate a Pragma if for >>>> example, the method has one. >>>> >>> AFAIR, pragmas are stored as one of literals. >>> So, it actually should also make a copy of pragmas. >> >> Yes. pragmas are effectively referenced from literals. If a method needs ti >> the penultimate literal (which otherwise is the method;s selector) holds an >> AdditionalMethodState which refers back to its method. This needs to be >> copied if one is copying a method, since the backpointer needs to refer to >> the owning method, not the method form which the copy was made. >>> >>>> Is there a proper way to completely make deep copy of a >>>> CompiledMethod? I mean, without writing my own. If there is a way to >>>> do it, I don't want to duplicate it. >>>> >>> if you tell more, why #copy is not enough for you. >> >> If literals are read-only (and Array/ByteArray/String/Float literals are >> conceptually read-only but not actually) you don't need to make a deep copy. >> You only need to copy the AdditionalMethodState, if present, and the class >> association, if you want to install the method somewhere else. > > Yes that was exactly what I did. I handle both Association and > AdditionalMethodState in a special way and just send copy to all the > other literals. I was not sure what I could encounter in the literals > so I opted to send copy to them. Maybe they will just return > themselves or make an unnecessary duplicate. > > I have also taken care of copying the Pragmas referenced from any > AdditionalMethodState. Igor mentioned that there could be Pragmas > directly on the literals but I am not sure about that. I will have to > get all the CompiledMethods and check if anyone has a Pragma among its > literals, but that is not enough, maybe my image doesn't have any. > > I understand that all the literals are conceptually read only, and > that copying anything besides the Associations, AdditionalMethodStates > and Pragmas can waste memory and CPU cycles, but I am not interested > in speed nor memory consumption right now. But I will take a note, in > case some day I need to improve the copy. > > After copying all the Associations, AdditionalMethodStates and Pragmas > that I've found I fix the references of both AdditionalMethodStates > and Pragmas to the new method in order to break all references to > objects in the current image that I don't want to show up in the new > image. > > Thanks again. > > Best > Gabriel > >> best >> Eliot >>> >>>> Thanks in advance. >>>> Gabriel >>>> >>>> >>> >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >> >> >

1 0

Nov. 26, 2010

I would prefer to make sure that we ensure that people can load file with underscores. And one day we discard that. On Nov 26, 2010, at 1:35 PM, Lukas Renggli wrote: > I agree, removing the option in Pharo 1.2 is maybe a bit early. The > idea is to gradually increase the pain of underscore assignments, to > finally get rid of them. > > Lukas > > On 26 November 2010 09:02, Torsten Bergmann <astares(a)gmx.de> wrote: >> Hi Lukas, >> >>> In Pharo 1.2 we hopefully remove the option (underscore assignments) >>> to get rid of them for all and forever. >> >> You wont get rid of them just by removing the option. :( >> >> There is a lot of "legacy" code out there that is not converted >> and will then not be loadable in Pharo >= 1.2 or greater. >> >> Keeping the option would allow to load this code and convert >> it to standard assignment in the future. Otherwise >> one has to use Squeak or Pharo < 1.2 to convert before using >> it in recent images. >> >> On the other side we havent cared on backward compatibily too >> much anyway (yet) ... >> >> Bye >> T. >> >> >> >> >> -- >> GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit >> gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch >

1 0

[Pharo-project] Issue 3337 in pharo: Supporting Metacello in Monticello browser
by pharo＠googlecode.com Nov. 26, 2010

Nov. 26, 2010

Status: New Owner: alexandre.bergel CC: stephane.ducasse Labels: Difficulty-Easy New issue 3337 by alexandre.bergel: Supporting Metacello in Monticello browser http://code.google.com/p/pharo/issues/detail?id=3337 Pharo image: 1.2 Some version may not have an ancestor, meaning that creating a release may raise an error. MonticelloGUI-AlexandreBergel.82 in PharoInbox fixes this

1 0

[Pharo-project] RBScanner>>#initializeClassificationTable
by Torsten Bergmann Nov. 26, 2010

Nov. 26, 2010

Hi Lukas, >In Pharo 1.2 we hopefully remove the option (underscore assignments) >to get rid of them for all and forever. You wont get rid of them just by removing the option. :( There is a lot of "legacy" code out there that is not converted and will then not be loadable in Pharo >= 1.2 or greater. Keeping the option would allow to load this code and convert it to standard assignment in the future. Otherwise one has to use Squeak or Pharo < 1.2 to convert before using it in recent images. On the other side we havent cared on backward compatibily too much anyway (yet) ... Bye T. -- GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl

3 2