- Pharo-dev - lists.pharo.org

Re: [Pharo-project] OOVM details
by Marcus Denker April 16, 2012

April 16, 2012

On Apr 16, 2012, at 3:46 PM, Sven Van Caekenberghe wrote: >> >> If you dont know what it is, you can get more context info >> on my blog: http://astares.blogspot.de/2012/04/inside-oovm.html > > Thanks for the pointer. > > Yes, Resilient and OOVM were/are cool projects, but did anything come from them ? I think the company was aquired. If I remember correctly by Esmertec. They did Java VMs for cellphones (they came orginally from the Oberon community, I think). Esmertec quickly decided to focus on Java for cellphonez and everything Resilient was shelved. Esmertec itself merged with a french company and is now Myriad Group: http://www.myriadgroup.com/ And all the people involved went to Google to do V8 JavaScript and (I guess) now Dart. Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] OOVM details
by Torsten Bergmann April 16, 2012

April 16, 2012

For those interested in VM implementations this paper published by Kasper V. Lund might be interesting: http://kasper.verdich.dk/RES.pdf If you dont know what it is, you can get more context info on my blog: http://astares.blogspot.de/2012/04/inside-oovm.html Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

2 1

[Pharo-project] Hello newcomers on Pharo lists...
by StÃ©phane Ducasse April 16, 2012

April 16, 2012

The pharo mailing-list is regularly attracting some newcomers and I would like to welcome them :) So welcome! We really want to improve the system so your contribution are welcomed. Now the first contribution you can do is to sign the license http://www.pharo-project.org/community/how-to-contribute http://www.pharo-project.org/license Signing the license is also important because we can show to our employer that they invest good money. Do not hesitate to let us know what you are doing and how we can improve the system and let you invent your future :) Stef and the crew here.

2 1

[Pharo-project] For Testing: 1.4 one-click
by Marcus Denker April 16, 2012

April 16, 2012

Hi, there is now an automatic build for the 1.4 one-click: https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces… needs to be tested... Marcus -- Marcus Denker -- http://marcusdenker.de

8 8

[Pharo-project] [update 1.4] #14428
by Marcus Denker April 16, 2012

April 16, 2012

14428 ----- Issue 5603: Too short text input controls in the setting browser http://code.google.com/p/pharo/issues/detail?id=5603 Issue 5595: EllipseMorph>>cornerStyle: is missing statement terminator http://code.google.com/p/pharo/issues/detail?id=5595 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Fuel, FuelMetalevel, FuelPackageLevel and "code" serialization Re: Stupid question about Fuel
by Mariano Martinez Peck April 16, 2012

April 16, 2012

Hi Edgar. The question is not stupid at all. I would like to clarify a little bit the packages involved in Fuel and how they are related to "code" serialization. Then I answer your question. *Fuel package*: This is the "core" of Fuel. It works as a general purpose serializer and all it does is serialize and materialize. If the graph you provide to serialize contains classes, they will all be considered as "global". That is, in serialization we just store its global name and during materialization we read the global name and we search it in Smalltalk globals. Therefore, classes have to be present in the image you are materializing. 99% of the users will be using this package. *FuelMetalevel package*: This is an extension to Fuel package and what it does is to add the knowledge of how to correctly serialize and materialize classes, traits, method dictionaries, compiled methods etc. It knows how to serialize a class and correctly materialize it. However, FuelMetalevel just do that: serialize and materialize. Nothing else. It does not send class side #initialize, it does not notify the system, it does not add the class to Smalltalk globals, no nothing. * FuelPackageLoader package*: This was a quick prototype (proof of concept) we did with Martin mostly to see whether we were able to serialize packages with Fuel and to see if in the future we could replace or integrate with Monticello. Martin could finish the package just in time so that I could show in ESUG last year how we could load full seaside in 15 seconds. Anyway, this packages uses FuelMetalevel (and therefore Fuel) and what it does is to ADD the class into the system. That means sendind class side #initialize, add classes to Smalltalk globals, sends notifications, etc, etc, etc. As said, this package was a prototype, it still have lot of work to do and that's why we proposed it for GSoC. What Pavel used, and what you asked, is about FuelPackageLoader. So, first we justo to load such package when using ConfigurationOfFuel. You should load the group 'PackageLoaderWithTests' in Pharo. Notice that nor FuelMetalevel nor FuelPackageLoader works on Squeak nor Quis. At least, not by default. This is because in Pharo classes have traits, which were removed in Squeak. Regarding your question of how to serialize a package with FuelPackageLoader, it is something like this: FileStream forceNewFileNamed: 'Morphic.fuel' do: [:aStream | aStream binary. FLPackageStore new storeOn: aStream packageNamed: 'Morphic'.]. So far we do not have the granularity of claases in FuelPackageLoader, that is, the granularity is packages. Cheers, On Sun, Apr 15, 2012 at 1:24 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Apr 15, 2012, at 1:20 PM, Edgar J. De Cleene wrote: > > > Mariano, Martin, Pavel > > > >> For example, a class can be considered either a global or a regular > object. In > >> the former case, it will be encoded just its name; in the latter case, > the > >> class will be encoded in detail, with its method dictionary, etc. > > > > How you do this ? > >> the class will be encoded in detail, with its method dictionary, etc. > > > > I export most of 1.4 OneClick classes in > http://squeakros.org/Pharo%201dot4/ > > as cs.gz, like to have .fuel for load classes back in target image with > no > > compiler. > > Of course that can not work. .cs is source code, you of course need a > compiler > (if Fuel could load cs.gz, it *would be* a compiler). > > What you need to do is to serialize the *Objects* that are code (Classes, > MethodDictioaries, > CompiledMethods) using Fuel. Then the result can be loaded back using Fuel. > > Marcus > > -- > Marcus Denker -- http://marcusdenker.de > > > -- Mariano http://marianopeck.wordpress.com

3 4

[Pharo-project] about http://sleepycoders.blogspot.fr/2012/04/peer-to-peer-networking-in-pharo.html
by StÃ©phane Ducasse April 16, 2012

April 16, 2012

Cool! We need more of such blog. It would be great to have a look at the gossiping protocol on squeaksource to have real P2P structure. http://www.squeaksource.com/P2P.html and also DGV project http://www.squeaksource.com/DGV.html I could not understand how to add a comment on the web site so here it is. Stef

1 0

[Pharo-project] GSoC news: 13 stipendiums!
by Janko MivÅ¡ek April 16, 2012

April 16, 2012

Dear Smalltalkers, Wonderful news, we got 13 "slots" from Google, that is, 13 students and their proposals will be accepted for Google and they will receive stipendiums if they will do their projects right. More exactly, part of 4500 USD immediately, part after interim evaluation and part at successful finish of their projects. We have currently 18 paired projects, that is, projects paired with one student among their many proposals. You can see that from project table, see which are currently accepted (column Acc.): http://gsoc2012.esug.org/projects?view=projectTable Now mentors need to review and score those 18 project proposals to indicate which are the best among all that nice proposals and to come with number down to 13. This will happen until next Friday 20.April, when we will finally decide, which 13 students to accept. Google will then officially confirm them in few days after. Best regards Janko & Carla -- Smalltalk GSoC Admin Team http://gsoc2012.esug.org

8 11

Re: [Pharo-project] Stupid question about Fuel
by Marcus Denker April 15, 2012

April 15, 2012

On Apr 15, 2012, at 5:52 PM, David T. Lewis wrote: > > > There is no reason that a well-written package cannot be maintained for > several flavors of the image. That is a sign of competent developers doing > good work :) What I want to avoid is the following: Imagine we have X. But sadly, X is not easy to do in Squeak. Will we not do X *just because* it will be hard to port code using X to Squeak? Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [issue tracker] cleaned up pre-defined Milestones
by Marcus Denker April 15, 2012

April 15, 2012

Hi, I cleaned up the pre-defined Milestone- tag on the issue tracker. -> removed all tags for milestones that don't see any new changes. (the tags set on old issues stay, so searching is not impacted) -> renamed 1.5 to 2.0 (next major release) So now we just have pre-defined tags for 1.3, 1.4 and 2.0 Marcus -- Marcus Denker -- http://marcusdenker.de

1 0