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
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.
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
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."
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 ?
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."
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."
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
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
> __________________________________