Moose-dev October 2010

moose-dev@list.inf.unibe.ch

24 participants
90 discussions

Re: [Pharo-project] Glamour breaks settings browser on Pharo 1.1.1

by Tudor Girba

Hi, I am glad it works :). If you have further problems or questions about Glamour, it is better to address them on the moose-dev mailing list: https://www.iam.unibe.ch/mailman/listinfo/moose-dev moose-dev(a)iam.unibe.ch Cheers, Doru On 10 Oct 2010, at 14:56, Esteban Lorenzano wrote: > Oh, damn... it was 2.0-beta.4 the problem, I'm sorry, it is working ok with beta 7 > > > On 2010-10-10 09:07:16 -0300, Tudor Girba <tudor.girba(a)gmail.com> said: > >> Hi, >> I cannot reproduce this. I took a PharoDev 1.1.1 and executed: >> Gofer new >> squeaksource: 'Glamour'; >> package: 'ConfigurationOfGlamour'; >> load. >> ((Smalltalk at: #ConfigurationOfGlamour) project version: '2.0-beta.7') load. >> Opening the System Settings browser works just fine. >> Cheers, >> Doru >> On 10 Oct 2010, at 13:28, Esteban Lorenzano wrote: >>> Hi, >>> I'm loading Glamour into a PharoDev 1.1.1 >>> Gofer project repository: 'http://www.squeaksource.com/Glamour'; >>> load: 'Glamour' version: '2.0-beta.7'. >>> and then try to open the settings browser... it raises a DNU >>> Cheers, >>> Esteban >>> _______________________________________________ >>> 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 "What is more important: To be happy, or to make happy?"

13 years, 6 months

Re: [Pharo-project] Glamour breaks settings browser on Pharo 1.1.1

by Tudor Girba

Hi, I cannot reproduce this. I took a PharoDev 1.1.1 and executed: Gofer new squeaksource: 'Glamour'; package: 'ConfigurationOfGlamour'; load. ((Smalltalk at: #ConfigurationOfGlamour) project version: '2.0-beta.7') load. Opening the System Settings browser works just fine. Cheers, Doru On 10 Oct 2010, at 13:28, Esteban Lorenzano wrote: > Hi, > I'm loading Glamour into a PharoDev 1.1.1 > > Gofer project repository: 'http://www.squeaksource.com/Glamour'; > load: 'Glamour' version: '2.0-beta.7'. > > and then try to open the settings browser... it raises a DNU > > Cheers, > Esteban > > > > _______________________________________________ > 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 "Relationships are of two kinds: those we choose and those that happen. They both matter."

13 years, 6 months

Re: equality of famix references

by Simon Denier

On 8 oct. 2010, at 15:05, Alexandre Bergel wrote: > Hi! > > The following returns false. > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > | m c| > m := FAMIXMethod new. > c := FAMIXClass new. > > (FAMIXReference new source: m; target: c) = (FAMIXReference new source: m; target: c) > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > Is it a bug or a feature? > > As Guillermo pointed out, this is an odd behavior. One FamixReference represents one reference from within a method to a class, and there can be multiple such references from a single method to the same class. So, this is expected. That said, there is no way right now to create two FamixReferences to represent the same entity in code, but does it make sense? > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- Simon

13 years, 6 months

equality of famix references

by Alexandre Bergel

Hi! The following returns false. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | m c| m := FAMIXMethod new. c := FAMIXClass new. (FAMIXReference new source: m; target: c) = (FAMIXReference new source: m; target: c) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Is it a bug or a feature? As Guillermo pointed out, this is an odd behavior. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

13 years, 6 months

issue with DSM

by Alexandre Bergel

Hi! I bumped into this: -=-=-=-=-=-=-=-=-= DSMCell>>configurationForNamespace self accesses: (self from mooseModel sourceLanguage = #Smalltalk ... -=-=-=-=-=-=-=-=-= 'self from mooseModel' may return nil. This happens when I open a DSM on the following object: group := FAMIXNamespaceGroup new. group add: (FAMIXNamespace new name: 'name1'); add: (FAMIXNamespace new name: 'name2'); add: (FAMIXNamespace new name: 'name3'). DSM is apparently making an assumptions on the object it gets. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

13 years, 6 months

Re: feedback

by Simon Denier

On 6 oct. 2010, at 18:52, Tudor Girba wrote: > Great idea! > > The problems were due to loose ends of the refactoring of MA* to Mal*. I ran the Code Critics and I fixed these problems, but indeed it would be really great to have this as a generic test. Thanks Doru and Alex. Indeed, some loose ends because I debugged the process on Moose-Algos-Graph. Obviously the debug was not good enough. > > Cheers, > Doru > > > On 6 Oct 2010, at 18:44, Alexandre Bergel wrote: > >> Today I will write some tests that ensure all the visualization accessible from the menu does not raise an error. >> >> Alexandre >> >> >> On 6 Oct 2010, at 12:38, Alexandre Bergel wrote: >> >>> Hi! >>> >>> In order to prepare a lecture on Moose, I am going over different tools available in the distribution. Most of them run quite well. However, I bumped into a number of problems. >>> >>> MATarjan is absent from the last moose hudson image. This makes the "Cycle Table" menu item (from all model package) break. >>> >>> LayerTable also breaks. MAGraphStructure is absent. >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > www.tudorgirba.com > > "Some battles are better lost than fought." > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- Simon

13 years, 6 months

[SmallDude] the mooseModel is never set to a DudeSourceCodeFragment

by Cyrille Delaunay

When we compute dudeDuplications from a MooseModel, the mooseModel variable of the DudeSourceCodeFragments generated is never initialized with this MooseModel. When you send 'mooseModel' to any DudeSourceCodeFragment of the model, it resturns nil I guess any MooseEntity should store the mooseModel from which it was generated ? I opened an issue: http://code.google.com/p/moose-technology/issues/detail?id=462

13 years, 6 months

Class renaming in Moose Algos Graph

by Simon Denier

I just performed a mass class renaming in Moose Algos Graph. Some classes still had the old prefix MO*, they now all have a MA* prefix. Class references in default Moose have been updated too (this includes DSM...) So, if you use Moose-Algos-Graph and your package is not part of Moose default, you might to take a look and see if you need to update some references. Also, the API of MAGraphAlgorithm has been extracted into trait MATGraphBuilder if someone wants to reuse it in a different setting (as requested). I don't support nested graph for now though, as it is not clear for me the best way to build them. -- Simon

13 years, 6 months

Re: Pbm with Torch

by Stéphane Ducasse

veronica why don;t you add the deja package in your configuration? Stef On Oct 1, 2010, at 4:38 PM, Veronica Isabel Uquillas Gomez wrote: > Simon, > > It should work for Pharo dev 1.1 > > I also recommend you to load the DejaVu fonts (as I use different font sizes that are not available in the default Bitmap fonts) > > Cheers, > Veronica > > > On 30 Sep 2010, at 14:39, Simon Denier wrote: > >> Hi Veronica >> >> Today when I tried to launch Torch on package, I got a DNU on RBSemanticAnnotator>>start:class: >> >> In a Pharo 1.1 >> >> How should I update RB? >> >> -- >> Simon >> >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

13 years, 6 months

Pbm with Torch

by Simon Denier

Hi Veronica Today when I tried to launch Torch on package, I got a DNU on RBSemanticAnnotator>>start:class: In a Pharo 1.1 How should I update RB? -- Simon

13 years, 6 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev October 2010