Hi,
There is an error when loading the latest Moose-All-stephane.ducasse.
154 saying that some dependency to Moose-GenericImporter-sd.6 cannot
be found.
Any idea why?
Cheers,
Doru
--
www.tudorgirba.comwww.tudorgirba.com/blog
"Every now and then stop and ask yourself if the war you're fighting
is the right one."
Hi,
Maybe LDTA can be a good venue for some papers related to Moose. I
listed the call below.
Cheers,
Doru
> LDTA: Workshop on Language Descriptions Tools and Applications
>
> ===Call For Papers 2009===
>
> This is the Call For Papers for the Ninth Workshop on Language
> Descriptions, Tools and Applications (LDTA 2009)
>
> LDTA is a two-day satellite event of ETAPS which takes on the 28th and
> 29th of March 2009 in York, England.
>
> ==Scope==
>
> LDTA is an application and tool oriented forum on meta programming in
> a broad sense. A meta program is a program that takes other programs
> as input or output. The focus of LDTA is on generated or otherwise
> efficiently implemented meta programs, possibly using high level
> descriptions of programming languages. Tools and techniques presented
> at LDTA are usually applicable in the context of "Language
> Workbenches" or "Meta Programming Systems" or simply as parts of
> advanced programming environments or IDEs. The applications areas
> include, but are not limited to:
> * Program analysis, transformation, generation and verification
> * Implementation of Domain Specific Languages (both visual and
> textual)
> * Reverse engineering and reengineering
> * Refactoring and other source-to-source transformations
> * Application modelling (MDE, MDA, Software Factories, Software
> product lines)
> * Grammar engineering / Grammarware
> * Language definition and language prototyping
> * Debugging, profiling and testing
> * IDE construction
> * Compiler construction
>
> LDTA is a well-established workshop next to other conferences and
> workshops on (programming) language engineering topics such as SLE and
> GPCE.LDTA is traditionally a forum where computer science theories are
> put to the test of real-world software engineering issues, for example
> by applying:
>
> * context-free grammars to parser generation for real programming
> languages,
> * attribute grammars to static analyzer and compiler generation,
> * term rewriting to source-to-source transformation,
> * action semantics to programming language implementation,
> * model checking to software verification.
>
> Note that LDTA solicits submissions from any technological or
> theoretical domain, as long as the paper is within the application
> scope.
>
> ==Submission Procedure and Publication==
>
> Submissions in the following categories are admissible:
> * research papers,
> * tool papers,
> * experience papers
>
> The final versions of accepted papers will probably(*) be published in
> Electronic Notes in Theoretical Computer Science (ENTCS), Elsevier
> Science, and will be made available during the workshop. (*)Due to
> organizational changes at Elsevier, publication by ENTCS publication
> is provisional; another comparable venue will be found otherwise.
>
> Each submission must:
> * clearly and unambiguously state in which of the three categories
> it falls
> * be original, i.e. not published or submitted elsewhere,
> * contain a clear motivation,
> * contain a thorough analysis of the claimed contributions (for
> example by comparing to related work),
> * be written in less than 15 pages (research papers and experience
> reports), or less than 10 pages (tool papers)
> * use the ENTCS style.
>
> The authors of each submission are required to give a presentation at
> LDTA 2009. The authors of the tool papers are required to include an
> interactive demonstration in their presentations.
>
> The authors of the best papers will be invited to write a journal
> version of their paper which will be separately reviewed and, assuming
> acceptance, be published in journal form. As in past years, this will
> be done in a special issue devoted to LDTA 2009 of the journal Science
> of Computer Programming (Elsevier Science).
>
> The authors of the best tool papers will be invited to write a paper
> and submit the source of code of their tool, which will both be
> separately reviewed and, assuming acceptance, be published in the
> special issue on Experimental Software and Toolkits (EST) of the
> journal Science of Computer Programming (Elsevier Science).
>
> Please submit your abstract and paper using
> http://www.easychair.org/conferences/?conf=ldta2009
>
> ==Program Committee==
>
> Jurgen Vinju, CWI, Amsterdam (co-chair)
> Torbjörn Ekman, Oxford, UK (co-chair)
> Erik Meijer, Microsoft, Redmond, USA
> Walid Taha, Rice University, Houston USA
> Bob Fuhrer, IBM TJ Watson, USA
> Susan Eisenbach, Imperial College, UK
> Jean-Marie Jacquet, FUNDP, Namur, Belgium
> Sibylle Schuppe, Chalmers, Sweden
> Elizabeth Scott, RHUL, UK
> Robert Grimm, NYU, USA
> Judith Bishop, Pretoria, South Africa
> Tudor Girba, Univ of Berne, Switzerland
> Marjan Mernik, University of Maribor, Slovenia
> Thomas Dean, Fondazione Bruno Kessler - IRST, Italy
> Martin Bravenboer, Univ. of Oregon, USA
> Pierre-Etienne Moreau, INRIA-LORIA, France
> Gabi Taentzer, Philipps-Universität Marburg, Germany
> Joao Saraiva, Universidade do Minho, Braga, Portugal
> Tijs van der Storm, CWI, The Netherlands
> Stephen Edwards, Columbia University, USA
> Peter Thiemann, Universität Freiburg, Germany
>
> ==Important Dates==
>
> Abstract submission deadline:Friday November 28th, 2008
> Paper submission deadline:Friday December 5th, 2008
> Notification of acceptance:Friday February 6th, 2009
> Workshop date:28th and 29th of March, 2009
--
www.tudorgirba.comwww.tudorgirba.com/blog
"The coherence of a trip is given by the clearness of the goal."
--
www.tudorgirba.comwww.tudorgirba.com/blog
"Presenting is storytelling."
Hi Alexandre,
tx for answering.
>> I had a problem with a MOOSE Config loaded into our productive 7.5
>> image yesterday from Berne StORE.
>> UndefinedObject from a call to command mondrianValue: entity
>> command was #WLOC
> Is the code you loaded available somewhere? How did you load it? Using
> the moose browser?
The model I actually work on is not small (Smalltalk, 1.5 Mio entities,
750 kLOC) and unfortunately the code base is not public. I first loaded
Moose Config into the productive image and loaded the model via the
Moose browser from the top bundle in the productive image. (There
is currently some packaging/bundling issue, which I cannot influence
today so that unfortunately the model won't load from StORE directly.)
The model loads; but it does not work entirely correct. Showing #WLOC in
the Moose browser works fine forEach class. Rendering system complexity
fails due to undefined values for #WLOC (???)
Loading some sub-bundle or package from a deeper level works fine,
too; there's no such issue - only for the whole top bundle which makes
it uneasy to track that down.
Debugging the bundling seems a top issue to me ...
Can the problem possibly result from broken bundling in your opinion?
Regards
Thomas Schrader
--
mailto thomas j schrader at web de
_____________________________________________________________________
Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
http://smartsurfer.web.de/?mc=100071&distributionid=000000000066
(Sorry for all the funny characters in my previous post; I haven't
slept so much last night.)
So, again: I had a problem with a new MOOSE Config loaded into
our productive 7.5 image yesterday from Berne StORE (The week
before it worked greatly).
On rendering a system complexity with any class group
I got an UndefinedObject from any call to
command mondrianValue: entity (r:#WLOC)
so SmallInteger>>max: did fail.
Is there any idea what the reason could be? I still do not
understand that sort of bug too well (at least the Moose
browser shows the correct #WLOC forEach class).
Tx a lot
Thomas
--
mailto thomas j schrader at web de
________________________________________________________________________
Schon gehört? Bei WEB.DE gibt' s viele kostenlose Spiele:
http://games.entertainment.web.de/de/entertainment/games/free/index.html
Hi everybody,
I had a problem with a MOOSE Config loaded into our productive 7.5 image yesterday from Berne StORE.
On rendering a system complexity with any class group I got an UndefinedObject from a call to Žself command mondrianValue: entityŽ with Žself command = #WLOCŽ and for instance (not that it matters) ŽentityŽ = a SCG.Moose.FAMIXClass #'Root::Smalltalk::Tools::SmalltalkWorkbench'
so ŽSmallInteger>>max:Ž did fail.
Is there any idea what the reason could be? Is this a model-loading issue, perhaps?
Thank you so much
Thomas Schrader
--
mailto thomas j schrader at web de
_____________________________________________________________________
Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
http://smartsurfer.web.de/?mc=100071&distributionid=000000000066
Sometimes I have no idea what to do
and I'm stuck
belongsTo
<MSEProperty: #belongsTo type: #FAMIXContainerEntity> <derived>
^self shoudBeImplemented
what does it means?
Why there is no instance variable somehow related to belongsTo in
FamixNamedEntity?
Yes I feel a bit alone some times.....
Stef
Looking at SqMoose, how do I get a Fame description from the Moose
entity?
It looks like if I send a #mooseDescription message to this entity,
the model will be initialized/accessed through MooseModel class>>meta.
However not sure what is the metamodel in this case: is it Famix?
Because there is also a MooseModel class#initializeFAMIXDescriptions
Anyway, the protocol described in the Sosym paper is different, so
it's disturbing!
--
Simon
I updated the iPlasma page on the moose website:
http://moose.unibe.ch/docs/faq/importWithiPlasma
People wanting to conduct an experiment over C or C++ code might find
this interesting.
Cheers,
Alexandre
On 21 Oct 2008, at 09:58, Tudor Girba wrote:
> Hi Alex,
>
> Could you add an entry in the documentation for this one?
>
> Cheers,
> Doru
>
>
> On Oct 21, 2008, at 9:56 AM, Alexandre Bergel wrote:
>
>> Thanks Radu,
>>
>> Cheers,
>> Alexandre
>>
>>
>> On 21 Oct 2008, at 09:47, Radu Marinescu wrote:
>>
>>> Hi Alex,
>>>
>>> there is no HOWTO (at least none that I know of... may be Doru has
>>> one). But here is in brief how you should do it.
>>>
>>> 1. Go on a Windows machine (VM is also ok)
>>> 2. From the iPlasma package go to iPlasma/tools/mcc and start
>>> mcc.exe with the following parameters
>>> mcc <source_folder> <dat_folder>
>>> whereby <source_folder> = the root folder of your source files
>>> (take care to indicate a folder that includes BOTH .c and the
>>> HEADER files .h !!)
>>> <dat_folder> = is a folder that you create somewhere on the
>>> disk. It's the place where mcc will place its results. After
>>> mcc.exe has run, the <dat_folder> should contain a set of *.dat
>>> files.
>>>
>>> 3. From the iPlasma package go to iPlasma/tools/iPlasma folder and
>>> depending on the machine you are using start iPlasma using
>>> build.sh (on UNIX/Mac) resp. insider.bat (on Windows)
>>>
>>> 4. After the GUI of iPlasma (called Insider) started select from
>>> the menu Load | C++ (from Mcc tables) ... as in the first figure.
>>> <pastedGraphic.tiff>
>>>
>>> 5. In the "Model loader" that will open in the "Source path" edit
>>> field specify the <dat_folder> created in Step 2. You don't have
>>> to write anything in the "Cache file name" field.
>>>
>>> 6. After the model has bee created from the *.dat files found in
>>> the <dat_folder>, in the right panel right-click on the root
>>> entity (the System) and from the pop-up menu select "Run Tool...|
>>> Moose MSE Exporter" . In the window that will pop-up you have to
>>> specify the name of the MSE file to be created (with complete
>>> path!)... and wait until the MSE file is created.
>>> For large projects this might take a while, and unfortunately
>>> there is no progress bar, nor any obvious sign that the process is
>>> completed. You can check that the process is completed in 2 ways:
>>> a. check that the MSE file stops to be modified (in Finder)
>>> b. check if the iPlasma frontend is responsive (if it is then the
>>> process is finished)
>>>
>>> <pastedGraphic.tiff>
>>>
>>>
>>> I hope this helps!
>>>
>>> Concerning the other enhancements, although we are late compared
>>> to what we promised, the update will arrive very soon (hopefully
>>> earlier than a week from today).
>>>
>>> cheers,
>>> radu.
>>>
>>>
>>>
>>> -----
>>> Use Eclipse? Try inCode!
>>> www.intooitus.com/inCode.html
>>>
>>>
>>>
>>>
>>> On Oct 17, 2008, at 1:28 PM, Alexandre Bergel wrote:
>>>
>>>> Hi!
>>>>
>>>> I went through http://loose.upt.ro/iplasma/, but I am unsure how
>>>> to generate MSE files from a set of .c files.
>>>> I do not know how to generate tables from MCC, MEMORIA.
>>>>
>>>> Is there a short howto on this?
>>>>
>>>> Cheers,
>>>> Alexandre
>>>>
>>>> --
>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>>>> Alexandre Bergel http://www.bergel.eu
>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>>
>
> --
> www.tudorgirba.com
> www.tudorgirba.com/blog
>
> "In a world where everything is moving ever faster,
> one might have better chances to win by moving slower."
>
>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.