Moose-dev July 2015

moose-dev@list.inf.unibe.ch

38 participants
74 discussions

by Blondeau Vincent

Hi, It would be nice if the moose5.1 (https://ci.inria.fr/moose/job/moose-5.1/) image has no failing tests. 2 tests are failing : >>><javascript:showStackTrace('test-GT.Tests.Spotter.GTSpotterProcessorsForExamplesTest.testEachProcessor','GT.Tests.Spotter/GTSpotterProcessorsForExamplesTest/testEachProcessor//summary')> GT.Tests.Spotter.GTSpotterProcessorsForExamplesTest.testEachProcessor<https://ci.inria.fr/moose/job/moose-5.1/lastCompletedBuild/testReport/GT.Te…> 1 mn 43 s 44<https://ci.inria.fr/moose/> >>><javascript:showStackTrace('test-GT.Tests.Inspector.GTInspectorExamplesTest.testAllExamples','GT.Tests.Inspector/GTInspectorExamplesTest/testAllExamples//summary')> GT.Tests.Inspector.GTInspectorExamplesTest.testAllExamples<https://ci.inria.fr/moose/job/moose-5.1/lastCompletedBuild/testReport/GT.Te…> 10 mn 45<https://ci.inria.fr/moose/> The second has a duration of 10mins which is very long. Does it mandatory do run it and does it possible to split it ? A way to solve them is to change in RTGrapherExample>>exampleSeismDepthAndMag and exampleSeisms, http://earthquake.usgs.gov/earthquakes/feed/v0.1/summary/2.5_month.csv by http://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/2.5_month.csv But as it is in Roassal repo I cannot commit it... and one will have to change the configuration of Moose5.1... By the way, does the GT* tests can be done in a GT job, e.g.: https://ci.inria.fr/moose/job/gtoolkit5 or https://ci.inria.fr/moose/job/gtoolkit/? Cheers, Vincent ________________________________ Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

10 years

PetitParser : an OrderedCollcetion transformed to a PPDelegateParser

by abdelghani ALIDRA

Hi everyone, I have defined #PPMyLanguageGenerator inheriting from PPMyLanguageParser inheriting from PPCompositeParser In the class PPMyLanguageGenerator I have an instance variable named: model I initialize with : model := OrderedCollection new to collect reconized elements of my language I also define PPSplotModelGenerator>>aMethd anElement := someCode. model add: anElement When I try to test my method from a PPCompositeParserTest sub subclass I have the error message on the ligne above : MessageNotUnderstood: PPDelegateParser >>add: But model is not supposed to be a PPDelegateParser!!!! Any idea about this matter and how can I acc my variable from my methods? Regards. Abdelghani

10 years

Error when Importing ST code?

by Alexandre Bergel

Hi! I have an error when trying to filter some packages in the wizard, after having pressed ST->. Any idea? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years

visualizing package dependencies

by Peter Uhnák

Hi, after a year of using Moose I actually wanted to use it for what it was made for... and I kind of don't know how... so basically I have packages (let's call them B1 B2 and D1 D2 D3) and I would like to visualize all dependencies between classes in those packages. More specifically I'm interested in all calls from D* packages to B*... After looking through TheMooseBook I've found things like MooseModel and MoViewRenderer, which the first I assume is related to non-smalltalk code and second is outdated version of RTMondrian. RTMondrian however doesn't have documentation yet and I am kind of lost. How do I define that I am interested only in calls between those packages (that's without calls inside a package)? Ideally if it can also display the name of the methods. I could probably build it procedurally going in cycles class by class, method by method but I was hoping there's better way. Any pointers appreciated, Peter

10 years

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev July 2015