Failing tests in Moose5.1
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....>
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....>
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.
7 years, 9 months
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
7 years, 9 months
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
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
7 years, 9 months
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
7 years, 9 months
