Moose-dev May 2010

moose-dev@list.inf.unibe.ch

25 participants
61 discussions

Problem and solution for DistributionMaps in Pharo 1.1 [WAS] Fwd: problem with CompiledMethod equality
by Mariano Martinez Peck 20 May '10

20 May '10

Hi guys. In that thread in the mailing lists, you can see the problem I had in Pharo 1.1 as keys of a Dictionary answers a Set. I used CompiledMethod as properties, and the equality of CompiledMethod answers true for methods even with different selectors. So I my case I have problems because elementsAndPropertyValue keys answer me less thing that I put. The solution, was to change elementsAndPropertyValue to a IdentityDictionary instead of Dictionary. So, I have to subclass DistributionMap, and override initializeInstanceVariables so that: initializeInstanceVariables partsAndElements := Dictionary new. elementsAndPropertyValue := IdentityDictionary new. colorMap := Dictionary new. colors := Color strongColors Do you think this is good ? do you have a better solution ? Thanks! Mariano ---------- Forwarded message ---------- From: Mariano Martinez Peck <marianopeck(a)gmail.com> Date: Tue, May 18, 2010 at 3:35 PM Subject: problem with CompiledMethod equality To: Pharo Development <pharo-project(a)lists.gforge.inria.fr> Hi folks. I was debugging a problem with Moose and I realized that 2 different methods can have the same CompiledMethod. This was weird for me. I don't know if this is correct or not. For example, evaluate: (InstructionClient>>#methodReturnTop) = (InstructionClient>>#doDup) -> true If you look at CompiledMethod = aCompiledMethod "Answer whether the receiver implements the same code as aCompiledMethod." | numLits | self == aCompiledMethod ifTrue: [ ^ true ]. self class = aCompiledMethod class ifFalse: [ ^ false ]. self size = aCompiledMethod size ifFalse: [ ^ false ]. self header = aCompiledMethod header ifFalse: [ ^ false ]. self initialPC to: self endPC do: [ :i | (self at: i) = (aCompiledMethod at: i) ifFalse: [ ^ false ] ]. (self sameLiteralsAs: aCompiledMethod) ifFalse: [ ^ false ]. self halt. ^ true It is returning in the last ^ true. What was weird for me is that (self sameLiteralsAs: aCompiledMethod) returns true also. But if I print both literals: self literals -> {#methodReturnTop. (#InstructionClient->InstructionClient)} aCompiledMethod literals -> {#doDup. (#InstructionClient->InstructionClient)} So...for me they are differnt, but sameLiteralsAs: is returning true. Debugging that, it seems that in that method it is returning in the last ^ true. So...any hints? is this the expected behavior ? or it is a bug ? Thanks Mariano

2 2

Welcome to Rafael Coman
by mircea.lungu＠usi.ch 19 May '10

19 May '10

Hi guys, I would like to welcome Rafael Coman, who is a bachelor student from University Aurel Vlaicu in Arad working on his bechelor thesis. He will be working in the next month towards adding support for dead code detection in Moose and Softwarenaut. Cheers, Mircea.

4 5

Glamour dependency
by Veronica Isabel Uquillas Gomez 19 May '10

19 May '10

Hi Tudor, I was loading Glamour in a new core image (1.1) and I got this message: ---------------- This package depends on the following classes: PluggableShoutMorph You must resolve these dependencies before you will be able to load these definitions: GLMPluggableShoutMorph GLMPluggableShoutMorph>>announcer GLMPluggableShoutMorph>>selectFrom:to: ----------------- The shout package is missing in the configuration of glamour. regards, Veronica

5 8

Re: [Pharo-project] TORCH: supporting source-code change integration
by Tudor Girba 19 May '10

19 May '10

Hi Veronica, A bit of feedback: - After loading Torch, the package contextual menu seems to crash the Monticello Browser - You extend isSuper in RBProgramNode and RBVariableNode, which generates an override conflict with methods in Moose-Core. - The Glamour tags look different, so I guess you also have some Glamour overrides. That should not happen :). Maybe you have some suggestions for improvement, or maybe you just need the border for the [i] icon? Cheers, Doru On 18 May 2010, at 15:16, Veronica Isabel Uquillas Gomez wrote: > Hi Tudor, > > thank you :D > > sure!!! > > cheers, > Veronica > > > On 18 May 2010, at 11:39, Tudor Girba wrote: > >> Hi Veronica, >> >> It is pretty impressive :). >> >> Would it be Ok if I added this on the Moose page? >> >> Cheers, >> Doru >> >> >> On 18 May 2010, at 11:21, Stéphane Ducasse wrote: >> >>> Thanks veronica. >>> lukas said that he was impressed this is a complement :) >>> >>> On May 18, 2010, at 11:00 AM, Veronica Isabel Uquillas Gomez wrote: >>> >>>> Dear all, >>>> >>>> I would like to announce Torch, a tool for supporting source-code >>>> change integration. For now, it offers visualizations of the >>>> changes and enhanced change lists. >>>> Torch can be accessed through Monticello (in the main MC browser, >>>> in the repository browser or in the history browser). Selecting a >>>> version or slice, you can view the changes with Torch using the >>>> contextual menu. >>>> Once you open the Torch dashboard, you can access the enhanced >>>> change list or a detailed visualization via the contextual menu >>>> as well. >>>> >>>> Torch is available on SqueakSource, the repository is named >>>> Torch, and you need to load the ConfigurationOfTorch package. >>>> It runs in a dev or core image. >>>> >>>> For a dev image. >>>> - ConfigurationOfTorch loadVersion10 >>>> >>>> For a core image. >>>> 1) Set fonts - described in the attached file. >>>> 2) ConfigurationOfTorch loadDefault >>>> >>>> I would appreciate comments and feedback! >>>> >>>> Best Regards, >>>> Verónica Uquillas Gómez >>>> Vrije University Brussel - SOFT Lab >>>> University of Lille - RMOD Team >>>> >>>> <torchFontsScript.st> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> www.tudorgirba.com >> >> "Problem solving efficiency grows with the abstractness level of >> problem understanding." >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "Problem solving efficiency grows with the abstractness level of problem understanding."

3 2

MoosePanel - ImportFromSmalltalkImage Icon
by Cyrille Delaunay 18 May '10

18 May '10

Hello, Stephane would really like to change the 'Mickey mouse' icon used to import from smalltalk image. I'm looking for new icons here: http://www.famfamfam.com/lab/icons. I don't know what could be used as icon, in a sensefull way ? I was thinking about a kind of 'add-package' icon, to build a model by selecting packages from the image. What do you think ?

4 4

lost smalltalk importer version
by Tudor Girba 18 May '10

18 May '10

Hi Jannik and Simon, Moose-SmalltalkImporter-jannik_laval.89 is not merged in the main branch. If I try to merge, it produces a conflict with the changes from Moose-SmalltalkImporter-simondenier.89. Could you please take a look? Also, it looks like no test was provided :). Could you please add one, because this is a critical part. Cheers, Doru -- www.tudorgirba.com "Live like you mean it."

2 1

rome
by Tudor Girba 18 May '10

18 May '10

Hi Cyrille, A bird told me that you are working on a Rome plugin. What is the status? Could we test something? :) Cheers, Doru -- www.tudorgirba.com "The coherence of a trip is given by the clearness of the goal."

3 2

Mondrian >> MOScatterplotLayout borderLine
by Laval Jannik 14 May '10

14 May '10

Hi, I use now MOScatterplotLayout (before I use MOGridLayout) for DSM. A small bug of MOScatterplotLayout is the borderline is black. You can test it with the latest version of dsm. Cheers, --- Jannik Laval

4 4

Fwd: FSE notation now integrated to the AtlanMod Zoo
by Stéphane Ducasse 13 May '10

13 May '10

Begin forwarded message: > From: Jean Bezivin <Jean.Bezivin(a)inria.fr> > Date: May 12, 2010 4:52:34 PM GMT+02:00 > To: Alexandre Bergel <abergel(a)dcc.uchile.cl>, Stéphane Ducasse <stephane.ducasse(a)inria.fr>, Oscar Nierstrasz <oscar(a)iam.unibe.ch> > Cc: Jordi Cabot <jordi.cabot(a)inria.fr>, Frédéric Jouault <frederic.jouault(a)inria.fr>, guillaume doux <guillaume.doux(a)inria.fr>, Hugo Brunelière <hugo.bruneliere(a)inria.fr> > Subject: FSE notation now integrated to the AtlanMod Zoo > > Dear all, > > I am happy to report that FSE is now integrated to the AtlanMod Zoo. > > Following one of the meeting we had last week with Alex in Santiago, > the idea of adding the FSE format to the AtlanMod was considered. > MSE is the generic file format used for import-export in Moose. > We started from the link provided by Alex: > http://www.moosetechnology.org/docs/mse > > AtlanMod is an INRIA/EMN joint research team. > http://www.emn.fr/z-info/atlanmod/ > In the past years AtlanMod has produced experimental software material > in addition to a number of tools on Eclipse (ATL, TCS, KM3, AMW, AM3, > MoDisco, etc.). > > One of this contribution to the community is a set of more than 300 > metamodels of various quality > that can be found in the AtlanMod zoo: > http://www.emn.fr/z-info/atlanmod/index.php/Zoos > > Each of these 300 metamodels is made available in more than 20 > different formats > like ECORE, KM3, OWL, EMfatic, GraphML, etc. > > This matrix is considered as open source material at the disposal of > the software engineering community > for various reproducible experiments. One typical experiment is to > evaluate the quality of these entities > by automatic measurement. > > Contribution of the community is sollicited to add new rows or columns > to this matrix. > Adding a row means contribution a new metamodel in KM3 or ECORE. > Adding a column means contributing a transformation that will produce > automatically the set of metamodels in a different notation. > > Following a meeting with Alexandre Bergel, we considered the > possibility of adding the FSE format to the AtlanMod zoo. > > This week Guillaume Doux did the TCS/ATL work and was able to > produce the new format. If you go to: > > http://www.emn.fr/z-info/atlanmod/index.php/AtlanticFM3 > > you'll find all the metamodels expressed in MSE, conforming to FM3. > Click on the "source file" tag to access the corresponding files. > > If you wish another example, you may test the automatically generated > visualization of some metamodels, for example for Java 5: > https://gforge.inria.fr/scm/viewvc.php/*checkout*/AtlantyUML/J2SE5.yuml.png… > > Thanks Guillaume for the rapid implementation in TCS/ATL > http://wiki.eclipse.org/TCS > http://www.eclipse.org/m2m/atl/ > > Have fun, > > Jean > > > 2010/5/12 guillaume doux <guillaume.doux(a)inria.fr>: >> Hi, >> >> Here is the new Zoo in FM3: >> http://www.emn.fr/z-info/atlanmod/index.php/AtlanticFM3 >> >> B.R. >> >> Guillaume >> >> -- >> -------------------------------------------------------- >> Guillaume Doux - R&D Engineer >> AtlanMod research team (INRIA & EMN) - Room B206 >> École des Mines de Nantes >> 4, rue Alfred Kastler >> 44307 Nantes Cedex 3 - France >> EMail: guillaume.doux(a)mines-nantes.fr >> -------------------------------------------------------- >> >> > > > > -- > __________________________________ > Jean Bézivin - AtlanMod research team (INRIA & EMN) - Room 229 > École des Mines de Nantes - 4 rue Alfred Kastler - F-44307 Nantes > Cedex 3 - France > ------------- > - e.mail: Jean.Bezivin(a)inria.fr - alt. e.mail: Jean.Bezivin(a)emn.fr > - Skype: jbezivin - Twitter: @JBezivin - FriendFeed: @JBezivin > - teleph: +33 251 858 704 > - mobile: +33 614 322 236 > ---- > http://www.emn.fr/x-info/bezivin > __________________________________

3 5

Cannot export DistributionMap as JPG
by Mariano Martinez Peck 12 May '10

12 May '10

Just in case someone is interested there is a bug trying to export a distribution map to JPG. I attach PharoDebug.log Cheers Mariano

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev May 2010