Moose-dev September 2009

moose-dev@list.inf.unibe.ch

10 participants
22 discussions

Fwd: Re: MooseLoader load does not load Fame ?
by Stéphane Ducasse 01 Oct '09

01 Oct '09

Begin forwarded message: > From: Lukas Renggli <renggli(a)me.com> > Date: September 30, 2009 9:10:32 PM GMT+02:00 > To: Stéphane Ducasse <stephane.ducasse(a)inria.fr> > Cc: Simon Denier <simon.denier(a)inria.fr> > Subject: Re: [Moose-dev] Re: MooseLoader load does not load Fame ? > > Please try again. There was something messed up dependencies. I > think it should be fixed with the latest Gofer. > > It certainly is not an issue with Monticello itself. I am using > Gofer also with some older projects on Squeak 3.9.1 > > Lukas > > > On Sep 30, 2009, at 21:08 , Stéphane Ducasse wrote: > >> I'm not sure that this is related to that. >> >> Stef >> >> Begin forwarded message: >> >>> From: Simon Denier <Simon.Denier(a)inria.fr> >>> Date: September 30, 2009 4:36:40 PM GMT+02:00 >>> To: Simon Denier <Simon.Denier(a)inria.fr> >>> Cc: Related to the development of Moose and other related tools <moose-dev(a)iam.unibe.ch >>> >, Lukas Renggli <renggli(a)iam.unibe.ch> >>> Subject: [Moose-dev] Re: MooseLoader load does not load Fame ? >>> Reply-To: Related to the development of Moose and other related >>> tools <moose-dev(a)iam.unibe.ch> >>> >>> >>> On 30 sept. 2009, at 16:13, Simon Denier wrote: >>> >>>> >>>> it could be related to last changes in gofer >>> >>> confirmed: works with gofer 48, not anymore with gofer 49 (fast >>> multi package). Now there is a MC fix in the PharoInbox related to >>> this so I guess that latest versions of gofer do not work without >>> this fix. >>> >>>> >>>> >>>> On 30 sept. 2009, at 16:02, Alexandre Bergel wrote: >>>> >>>>> Squeaksource is up again. I tried, and I have the same problem >>>>> than Jannik. I used a the last pharo-dev image available on the >>>>> net. I used a 4.2.1 VM. >>>>> >>>>> Cheers, >>>>> Alexandre >>>>> >>>>> On 30 Sep 2009, at 08:57, Tudor Girba wrote: >>>>> >>>>>> Hmm, >>>>>> >>>>>> I am using the 4.2.1 VM. I will try with the 4.2.2 later this >>>>>> evening. >>>>>> >>>>>> Can anyone else reproduce the problem in the meantime? >>>>>> >>>>>> Cheers, >>>>>> Doru >>>>>> >>>>>> >>>>>> On 30 Sep 2009, at 14:53, Laval Jannik wrote: >>>>>> >>>>>>> I use a clean pharoCore 462 and a clean pharoDev 451. >>>>>>> With the last VM (4.2.2) >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Sep 30, 2009, at 14:38 , Tudor Girba wrote: >>>>>>> >>>>>>>> Hi Jannik, >>>>>>>> >>>>>>>> I again cannot reproduce this problem :). I just loaded >>>>>>>> without a problem in pharo1.0-10451-BETAdev09.09.3. >>>>>>>> >>>>>>>> In which Pharo version did you try to load MooseLoader? >>>>>>>> >>>>>>>> Doru >>>>>>>> >>>>>>>> >>>>>>>> On 30 Sep 2009, at 14:13, Laval Jannik wrote: >>>>>>>> >>>>>>>>> "MooseLoader load" does not work. >>>>>>>>> It makes a warning: >>>>>>>>> " >>>>>>>>> This package depends on the following classes: >>>>>>>>> FMImporter >>>>>>>>> FMPragmaProcessor >>>>>>>>> FM3PropertyDescription >>>>>>>>> FM3MetaDescription >>>>>>>>> FMDomainCodeGenerator >>>>>>>>> MOViewRenderer >>>>>>>>> You must resolve these dependencies before you will be able >>>>>>>>> to load these definitions: >>>>>>>>> FM3MetaDescription>>allComplexAttributes >>>>>>>>> FM3MetaDescription>>allPrimitiveAttributes >>>>>>>>> FM3MetaDescription>>complexAttributes >>>>>>>>> FM3MetaDescription>>primitiveAttributes >>>>>>>>> FM3PropertyDescription>>compiledMethod >>>>>>>>> FameGetterGenerator >>>>>>>>> FameGetterGenerator>>instvarNameFor: >>>>>>>>> FameGetterGenerator>>methodNameFor: >>>>>>>>> FameGetterGenerator>>oppositeNameFor: >>>>>>>>> FameGetterGenerator>>visitClass: >>>>>>>>> FameGetterGenerator>>visitDictionaryProperty: >>>>>>>>> FameGetterGenerator>>visitManyProperty: >>>>>>>>> FameGetterGenerator>>visitOneProperty: >>>>>>>>> FameGetterGenerator>>visitOppositeDictionaryProperty: >>>>>>>>> FameGetterGenerator>>visitOppositeManyProperty: >>>>>>>>> FameGetterGenerator>>visitOppositeOneProperty: >>>>>>>>> MOViewRenderer>>edgesDsm:from:to: >>>>>>>>> MSEImporter >>>>>>>>> MSEImporter>>endDocument >>>>>>>>> MSEPragmaProcessor >>>>>>>>> MSEPragmaProcessor>>processClass: >>>>>>>>> >>>>>>>>> >>>>>>>>> Select Proceed to continue, or close this window to cancel >>>>>>>>> the operation. >>>>>>>>> " >>>>>>>>> >>>>>>>>> So Fame is not loaded. >>>>>>>>> >>>>>>>>> Is there a bug in Flair/Gofer ? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> --- >>>>>>>>> Jannik Laval >>>>>>>>> PhD Student - Rmod Team - INRIA >>>>>>>>> Certified Project Management Associate (IPMA) >>>>>>>>> http://www.jannik-laval.eu >>>>>>>>> http://rmod.lille.inria.fr >>>>>>>>> --- >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Moose-dev mailing list >>>>>>>>> Moose-dev(a)iam.unibe.ch >>>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>>>>>>> >>>>>>>> -- >>>>>>>> www.tudorgirba.com >>>>>>>> >>>>>>>> "Beauty is where we see it." >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Moose-dev mailing list >>>>>>>> Moose-dev(a)iam.unibe.ch >>>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>>>>>> >>>>>>> --- >>>>>>> Jannik Laval >>>>>>> PhD Student - Rmod Team - INRIA >>>>>>> Certified Project Management Associate (IPMA) >>>>>>> http://www.jannik-laval.eu >>>>>>> http://rmod.lille.inria.fr >>>>>>> --- >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Moose-dev mailing list >>>>>>> Moose-dev(a)iam.unibe.ch >>>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "Not knowing how to do something is not an argument for how it >>>>>> cannot be done." >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> >>>> -- >>>> Simon >>>> >>>> >>>> >>> >>> -- >>> Simon >>> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> > > -- > Lukas Renggli > http://www.lukas-renggli.ch >

4 10

moose beta 4.0
by Tudor Girba 01 Oct '09

01 Oct '09

Hi, Moose Suite 4.0 beta is now available: http://moose.unibe.ch/download We would need to test it a bit on different platforms. Feedback is more than welcome :) Cheers, Doru -- www.tudorgirba.com "Some battles are better lost than fought."

1 0

MooseLoader load does not load Fame ?
by Laval Jannik 30 Sep '09

30 Sep '09

"MooseLoader load" does not work. It makes a warning: " This package depends on the following classes: FMImporter FMPragmaProcessor FM3PropertyDescription FM3MetaDescription FMDomainCodeGenerator MOViewRenderer You must resolve these dependencies before you will be able to load these definitions: FM3MetaDescription>>allComplexAttributes FM3MetaDescription>>allPrimitiveAttributes FM3MetaDescription>>complexAttributes FM3MetaDescription>>primitiveAttributes FM3PropertyDescription>>compiledMethod FameGetterGenerator FameGetterGenerator>>instvarNameFor: FameGetterGenerator>>methodNameFor: FameGetterGenerator>>oppositeNameFor: FameGetterGenerator>>visitClass: FameGetterGenerator>>visitDictionaryProperty: FameGetterGenerator>>visitManyProperty: FameGetterGenerator>>visitOneProperty: FameGetterGenerator>>visitOppositeDictionaryProperty: FameGetterGenerator>>visitOppositeManyProperty: FameGetterGenerator>>visitOppositeOneProperty: MOViewRenderer>>edgesDsm:from:to: MSEImporter MSEImporter>>endDocument MSEPragmaProcessor MSEPragmaProcessor>>processClass: Select Proceed to continue, or close this window to cancel the operation. " So Fame is not loaded. Is there a bug in Flair/Gofer ? --- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---

4 11

Is Smalltalk importer broken ?
by Laval Jannik 30 Sep '09

30 Sep '09

Hi all, There are 56 failures in SmalltalkImporterTest. No accesses and Invocations are imported. Any Idea ? Cheers --- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---

3 2

green tests :)
by Tudor Girba 28 Sep '09

28 Sep '09

Running all tests from Moose spawns: 1007 run, 994 passes, 13 expected failures, 0 failures, 0 errors, 0 unexpected passes Not bad :) Doru -- www.tudorgirba.com "Don't give to get. Just give."

1 0

New version of Mondrian
by Alexandre Bergel 28 Sep '09

28 Sep '09

Dear List, A number of improvements are available: - the class MondrianHealth has been introduced. This class aims to generate report about the general healt of Mondrian, including speed and memory benchmarks, test coverage. It is a bit empty so far, but it will grow over the time. - Each node is now aware of incoming and outgoing edges. This is necessary to fix the Google ISSUE #100. The version in Visualworks is similar on this. - Bug related to copyShapeAndDo: is fixed. copyShapeWithoutUpdatingAndDo: has been added to avoid unnecessary window update - MOGraphElement>>isSelected takes the forwarding into account. - MOGraphElement>>withAllSubnodes introduced, however its implementation may be optimized - expectedFailures are defined, which make all the test green! - More test are added, the coverage is now at 60.41% - Bug related to event forward is fixed. Nodes may be drag and drop in the class blueprint. - Dead code in MOViewRenderer has been removed. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 5

method loadOB
by Laval Jannik 28 Sep '09

28 Sep '09

Hi all, I made a small fix of MooseLoader: it installed an old version of OB, with the ScriptLoader. So, I created a method loadOB which install the last version of OB and O2 Cheers --- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---

1 0

famix extensions vocabulary
by Tudor Girba 27 Sep '09

27 Sep '09

Hi, I went a bit over the nice Famix-Extensions. I believe we still need to revise the vocabulary a tiny bit. Right now we use "referenced/referencing" to denote invocations related relationships. It should be "invoked/invoking". I filed an issue and probably start to slowly rename the methods: http://code.google.com/p/moose-technology/issues/detail?id=175 Cheers, Doru -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

1 0

Moose Suite 4.0 alpha 3, Launcher for Win
by pascal.vollmer＠nexgo.de 24 Sep '09

24 Sep '09

Hi, I tried on Windows. After running ._moose.exe I get (translated from german): The CPU has discovered an invalid instruction. CS:0fb0 IP:010a OP:63 20 4f 53 20 ..etc.. Click "close" to terminate the application. Regards Pascal Pascal Vollmer Email: pascal.vollmer(a)ieee.org Comedy-Battle! Jetzt ablachen und voten! Neue Comedians, Spontanhumoristen und Nachwuchs-Spaßmacher machen gute Laune - bestimmen Sie den Wochensieger! http://comedy-battle.arcor.de/

4 4

Cook, FamixReference and 'Smalltalk' namespace
by Simon Denier 24 Sep '09

24 Sep '09

Hi all In the smalltalk importer for Famix 3, 'Smalltalk' is considered as a namespace. As a consequence, any method which accesses Smalltalk is tagged as making a FamixReference to the namespace. Problem is, Cook assumes that any outgoing references made by a method should be a FamixType. So, what is right? - 'Smalltalk' in a method should be considered as an access to a global variable? - or Cook should be more careful and select only references to FamixType. -- Simon

3 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev September 2009