Fwd: Re: MooseLoader load does not load Fame ?
by Stéphane Ducasse
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
>
14 years, 2 months
MooseLoader load does not load Fame ?
by Laval Jannik
"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
---
14 years, 2 months
green tests :)
by Tudor Girba
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."
14 years, 2 months
New version of Mondrian
by Alexandre Bergel
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
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
14 years, 2 months
method loadOB
by Laval Jannik
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
---
14 years, 2 months
Moose Suite 4.0 alpha 3, Launcher for Win
by pascal.vollmer＠nexgo.de
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/
14 years, 2 months
Cook, FamixReference and 'Smalltalk' namespace
by Simon Denier
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
14 years, 2 months
