Hi,
It looks like there are some 67 test failures in Moose :).
They are most likely due to the changes in the annotations, like Fabrizio mentioned.
Could someone fix them? :)
Cheers, Doru
Begin forwarded message:
From: admin@moosetechnology.org Subject: Jenkins build is unstable: moose-latest-dev #637 Date: 11 October 2011 15:25:21 CEST To: tudor@tudorgirba.com, simon.denier@gmail.com, cy.delaunay@gmail.com, alexandre@bergel.eu, stephane.ducasse@inria.fr, jannik.laval@gmail.com
See http://hudson.moosetechnology.org/job/moose-latest-dev/637/
-- www.tudorgirba.com
"Speaking louder won't make the point worthier."
Hi Doru, since i can do that. I will start immediately.
Cheers, Fabrizio
On 11 Oct 2011, at 15:28, Tudor Girba wrote:
Hi,
It looks like there are some 67 test failures in Moose :).
They are most likely due to the changes in the annotations, like Fabrizio mentioned.
Could someone fix them? :)
Cheers, Doru
Begin forwarded message:
From: admin@moosetechnology.org Subject: Jenkins build is unstable: moose-latest-dev #637 Date: 11 October 2011 15:25:21 CEST To: tudor@tudorgirba.com, simon.denier@gmail.com, cy.delaunay@gmail.com, alexandre@bergel.eu, stephane.ducasse@inria.fr, jannik.laval@gmail.com
See http://hudson.moosetechnology.org/job/moose-latest-dev/637/
-- www.tudorgirba.com
"Speaking louder won't make the point worthier."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Excellent!
Thanks, Doru
On 11 Oct 2011, at 15:33, Fabrizio Perin wrote:
Hi Doru, since i can do that. I will start immediately.
Cheers, Fabrizio
On 11 Oct 2011, at 15:28, Tudor Girba wrote:
Hi,
It looks like there are some 67 test failures in Moose :).
They are most likely due to the changes in the annotations, like Fabrizio mentioned.
Could someone fix them? :)
Cheers, Doru
Begin forwarded message:
From: admin@moosetechnology.org Subject: Jenkins build is unstable: moose-latest-dev #637 Date: 11 October 2011 15:25:21 CEST To: tudor@tudorgirba.com, simon.denier@gmail.com, cy.delaunay@gmail.com, alexandre@bergel.eu, stephane.ducasse@inria.fr, jannik.laval@gmail.com
See http://hudson.moosetechnology.org/job/moose-latest-dev/637/
-- www.tudorgirba.com
"Speaking louder won't make the point worthier."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."
in a method like this: numberOfLinesOfText <MSEProperty: #numberOfLinesOfText type: #Number> <MSEComment: 'Number of lines of text which are not empty in a file '>
^self lookUpPropertyNamed: #LOT computedAs: [self totalNumberOfLinesOfText - self numberOfEmptyLinesOfText]
Also #LOT should be changed in numberOfLinesOfText right?
Cheers, Fabrizio
On 11 Oct 2011, at 15:40, Tudor Girba wrote:
Excellent!
Thanks, Doru
On 11 Oct 2011, at 15:33, Fabrizio Perin wrote:
Hi Doru, since i can do that. I will start immediately.
Cheers, Fabrizio
On 11 Oct 2011, at 15:28, Tudor Girba wrote:
Hi,
It looks like there are some 67 test failures in Moose :).
They are most likely due to the changes in the annotations, like Fabrizio mentioned.
Could someone fix them? :)
Cheers, Doru
Begin forwarded message:
From: admin@moosetechnology.org Subject: Jenkins build is unstable: moose-latest-dev #637 Date: 11 October 2011 15:25:21 CEST To: tudor@tudorgirba.com, simon.denier@gmail.com, cy.delaunay@gmail.com, alexandre@bergel.eu, stephane.ducasse@inria.fr, jannik.laval@gmail.com
See http://hudson.moosetechnology.org/job/moose-latest-dev/637/
-- www.tudorgirba.com
"Speaking louder won't make the point worthier."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Another question: basically all the Fuel tests end with an error because of a division by zero in this method:
relativeImportanceForSystem <MSEProperty: #relativeImportanceForSystem type: #Number> <MSEComment: 'The number of client packages normalized by the total number of packages'> ^ self lookUpPropertyNamed: #PRIS computedAs: [ self numberOfClientPackages / (self mooseModel allModelPackages size - 1)]
Something else changed lately that can make (self mooseModel allModelPackages size - 1) = 0?
Cheers,
Fabrizio
made green some tests. I still cannot figure out Why The Fuel tests are failing. Besides my changes to the properties, the #relativeImportanceForSystem method did not change lately.
Fabrizio Perin Institut fuer Mathematik und Informatik University Bern, IAM-SCG Neubrueckstrasse 10 CH-3012 Bern, Switzerland Tel: +41 31 511 76 36 FAX: +41 31 631 33 55
On 11 Oct 2011, at 16:22, Fabrizio Perin wrote:
Another question: basically all the Fuel tests end with an error because of a division by zero in this method:
relativeImportanceForSystem <MSEProperty: #relativeImportanceForSystem type: #Number> <MSEComment: 'The number of client packages normalized by the total number of packages'>
^ self lookUpPropertyNamed: #PRIS computedAs: [ self numberOfClientPackages / (self mooseModel allModelPackages size - 1)]
Something else changed lately that can make (self mooseModel allModelPackages size - 1) = 0?
Cheers,
Fabrizio
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Is it because the model has only one package? :)
In any case, the metric should have a check for size = 1.
Cheers, Doru
On 11 Oct 2011, at 16:22, Fabrizio Perin wrote:
Another question: basically all the Fuel tests end with an error because of a division by zero in this method:
relativeImportanceForSystem <MSEProperty: #relativeImportanceForSystem type: #Number> <MSEComment: 'The number of client packages normalized by the total number of packages'>
^ self lookUpPropertyNamed: #PRIS computedAs: [ self numberOfClientPackages / (self mooseModel allModelPackages size - 1)]
Something else changed lately that can make (self mooseModel allModelPackages size - 1) = 0?
Cheers,
Fabrizio
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Beauty is where we see it."
Of course that is the reason but what changed the model? Before the tests were green so the model changed or the importer of the model changed. I will add the check something like:
self lookUpPropertyNamed: #PRIS computedAs: [
(self mooseModel allModelPackages size > 1) ifFalse: [0] ifTrue:[
self numberOfClientPackages / (self mooseModel allModelPackages size - 1)]
]
it is fine?
Cheers, Fabrizio
On 11 Oct 2011, at 17:56, Tudor Girba wrote:
Is it because the model has only one package? :)
In any case, the metric should have a check for size = 1.
Cheers, Doru
On 11 Oct 2011, at 16:22, Fabrizio Perin wrote:
Another question: basically all the Fuel tests end with an error because of a division by zero in this method:
relativeImportanceForSystem <MSEProperty: #relativeImportanceForSystem type: #Number> <MSEComment: 'The number of client packages normalized by the total number of packages'>
^ self lookUpPropertyNamed: #PRIS computedAs: [ self numberOfClientPackages / (self mooseModel allModelPackages size - 1)]
Something else changed lately that can make (self mooseModel allModelPackages size - 1) = 0?
Cheers,
Fabrizio
Moose-dev mailing list Moose-dev@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@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Hi,
Yes.
Doru
On 11 Oct 2011, at 16:04, Fabrizio Perin wrote:
in a method like this: numberOfLinesOfText <MSEProperty: #numberOfLinesOfText type: #Number> <MSEComment: 'Number of lines of text which are not empty in a file '>
^self lookUpPropertyNamed: #LOT computedAs: [self totalNumberOfLinesOfText - self numberOfEmptyLinesOfText]
Also #LOT should be changed in numberOfLinesOfText right?
Cheers, Fabrizio
On 11 Oct 2011, at 15:40, Tudor Girba wrote:
Excellent!
Thanks, Doru
On 11 Oct 2011, at 15:33, Fabrizio Perin wrote:
Hi Doru, since i can do that. I will start immediately.
Cheers, Fabrizio
On 11 Oct 2011, at 15:28, Tudor Girba wrote:
Hi,
It looks like there are some 67 test failures in Moose :).
They are most likely due to the changes in the annotations, like Fabrizio mentioned.
Could someone fix them? :)
Cheers, Doru
Begin forwarded message:
From: admin@moosetechnology.org Subject: Jenkins build is unstable: moose-latest-dev #637 Date: 11 October 2011 15:25:21 CEST To: tudor@tudorgirba.com, simon.denier@gmail.com, cy.delaunay@gmail.com, alexandre@bergel.eu, stephane.ducasse@inria.fr, jannik.laval@gmail.com
See http://hudson.moosetechnology.org/job/moose-latest-dev/637/
-- www.tudorgirba.com
"Speaking louder won't make the point worthier."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Beauty is where we see it."
-
Fabrizio Perin -
Tudor Girba