December 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] What is the status of the methodTrailer

by Igor Stasenko

2009/12/23 Alexandre Bergel <alexandre(a)bergel.eu>: > I also noticed this. method trailer does not seem to be easy. There > are two phases apparently. > hehe... if you plan to adopt them using MC, it would require 4 stages. I split things on phases, to make sure that changes applied in correct order (because MC and changeSETs seems doesn't care too much about strictly following an order). > Alexandre > > > On 23 Dec 2009, at 13:33, StÃ©phane Ducasse wrote: > >> Igor >> >> I saw that method trailer were pushed into squeak. >> Do you plan to provide us a version for pharo? >> Or will we have to dig into squeak? >> >> Stef >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Dec. 23, 2009

Re: [Pharo-project] What is the status of the methodTrailer

by Igor Stasenko

there's also few more fixes, after applying initial ones. Ask me to harvest them after you done installing trailers first. + Levente already made a changeset, which allows >32MB .source and .change files using new trailers. -- Best regards, Igor Stasenko AKA sig.

Dec. 23, 2009

Re: [Pharo-project] SeasideXUL demo

by Esteban Lorenzano

Very cool! Esteban On 2009-12-23 05:05:13 -0300, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> said: > Excellent > this means two things for me :) > - we could have mini image without ui > - we could also have a XUL interpreter to display Morph or others > > Mike do you still have your XUL,. > > Stef > On Dec 23, 2009, at 12:23 AM, Pavel Krivanek wrote: > >> Hi, >> >> I created a short demonstration video with SeasideXUL >> >> http://www.youtube.com/watch?v=pkfSh4pAbdM >> >> Cheers, >> -- Pavel >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 23, 2009

Re: [Pharo-project] What is the status of the methodTrailer

by Igor Stasenko

2009/12/23 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Igor > > I saw that method trailer were pushed into squeak. > Do you plan to provide us a version for pharo? > Or will we have to dig into squeak? > i made a changesets which should work ok on both forks. Lying over there http://bugs.squeak.org/view.php?id=7428 you can pick them up and see if they work for you.. Generally, after applying CompiledMethodTrailer-classes.3.cs trailers-utf8.1.cs trailers-phase1.1.cs trailers-phase2.1.cs trailers-phase3.2.cs pharo-phase4.1.cs check if you still having senders generate: #(0 0 0 0) and change them to just generate then , when you ready to convert, load : trailers-converting.1.cs and finally load: trailers-cleanup.1.cs after that, you could get DNUs, only if some obscure code still using a collection (usually #(0 0 0 0)) as trailer, instead of CompiledMethodTrailer instance. Alternatively, if you don't want to get an image into unusable state, before running a conversion, put halt in ArrayedCollection>>createMethod:header: to trap all of the places which still need to be fixed for using a new trailers. > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Dec. 23, 2009

Re: [Pharo-project] pharo headless on windows, one problem and one question

by Esteban Lorenzano

On 2009-12-23 05:00:40 -0300, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> said: >> >> This is the problem: if I run >> >> @start Pharo.exe -headless >> >> the #startUp: method is not executed! >> (if I run Pharo in usual way, the method is executed normally). > > oh this is really strange. > Which config do you have > does it run on mac? > which image do you use -I'm using a PharoDev 10496. -yes, it works on mac this is the Pharo.ini file: [Global] DeferUpdate=1 ShowConsole=0 DynamicConsole=1 ReduceCPUUsage=1 ReduceCPUInBackground=0 3ButtonMouse=0 1ButtonMouse=0 UseDirectSound=1 PriorityBoost=1 B3DXUsesOpenGL=0 CaseSensitiveFileMode=0 ImageFile="Contents\Resources\cdi.bin" WindowTitle=CDI Cheers, Esteban

Dec. 23, 2009

Re: [Pharo-project] Fwd: A design question

by Henrik Johansen

On Dec 23, 2009, at 1:03 18PM, StÃ©phane Ducasse wrote: > > On Dec 23, 2009, at 12:35 PM, Henrik Johansen wrote: > >> >> On Dec 23, 2009, at 12:30 51PM, Alexandre Bergel wrote: >> >>>> Ok but in that case I do not tests the behavior on class >>>> But this is an idea (Now I generate all the classes on the fly so I >>>> would have >>>> to compile all the methods). >>> >>> In that case, you cannot test your behavior on existing class. Note >>> that you can also in the setUp method recompile >>> ClassDescription>>package and reinstall the original version in >>> tearDown. >>> >>> Cheers, >>> Alexandre >> And please remember to use compileSilently: if doing this as part of tests ;) > > :) Yes I know this is major speed up. I was thinking more of the annoyance it poses when recovering lost changes after you've ran tests, but sure, the performance boost is nice to have as well :) Btw, I took a short look at the RPackage code, looked to me like quite a few of the add / addNamed: methods could be rewritten so one uses the other. Eases maintanance if the actual adding is only defined in one place :) Some API inconsistencies I'd like to see fixed: - for adding classes, if you pass in metaclass, it will add the class. - for adding classes by name, if you pass in a metaclass name, it will raise an error. - IIRC, atm it's sort of mix and match of what sort of argument is allowed for the different things you can add by name. - define a consistent expected argument type for the name: methods. Either require them to implement the asSymbol method, or require them to be symbols. One last question - As far as I can see, there's no automatic removal of definitions from other packages if they exist when you add something to a package. Is this supposed to be the resonsibility of the tools using them? Either way, please, please, please, also implement Announcements for the different kind of changes. Cheers, Henry

Dec. 23, 2009

Re: [Pharo-project] What is the status of the methodTrailer

by Alexandre Bergel

I also contacted Nicolas C about his changes. Alexandre On 23 Dec 2009, at 13:33, StÃ©phane Ducasse wrote: > Igor > > I saw that method trailer were pushed into squeak. > Do you plan to provide us a version for pharo? > Or will we have to dig into squeak? > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 23, 2009

Re: [Pharo-project] What is the status of the methodTrailer

by Alexandre Bergel

I also noticed this. method trailer does not seem to be easy. There are two phases apparently. Alexandre On 23 Dec 2009, at 13:33, StÃ©phane Ducasse wrote: > Igor > > I saw that method trailer were pushed into squeak. > Do you plan to provide us a version for pharo? > Or will we have to dig into squeak? > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 23, 2009

Re: [Pharo-project] Fwd: semantics of overrides

by StÃ©phane Ducasse

On Dec 23, 2009, at 1:15 PM, Lukas Renggli wrote: >>>>> May be this is MC that does this? Does anybody knows about it? >>> >>> MC uses the changes file to restore methods that are put into an >>> *packagename-override protocol, see MCMethodDefinition>>#unload. >>> Practically this does not work, because it makes all kind of generally >>> invalid assumptions. >> >> Thanks lukas. >> OK I have the impression that the package should know m1 is an override >> and when I unload I should put back the method I overrode but > > That is not that simple, because packages can be unloaded in a > different order they are installed. yes this was my example. > I think a better strategy is to > allow methods to be defined in multiple packages. I have that in RPackage but not the unload semantics and tagging of override

Dec. 23, 2009

[Pharo-project] What is the status of the methodTrailer

by StÃ©phane Ducasse

Igor I saw that method trailer were pushed into squeak. Do you plan to provide us a version for pharo? Or will we have to dig into squeak? Stef

Dec. 23, 2009