Unrepair Math-84

[martinezmatias]

jGenProg arrives to repair with Gzoltar, but not with Flacoco (which does not fail)
Logs for the two executions, first Gzoltar, then Flacoco

https://github.com/martinezmatias/astor/runs/3676645094?check_suite_focus=true

[andre15silva]

This is not an issue with flacoco.

The location that is patched through GZoltar is the following:

location= org.apache.commons.math.optimization.direct.MultiDirectional
line= 90
lineSuspiciousness= 0.707

Flacoco identifies this line, with the same suspiciousness value: org.apache.commons.math.optimization.direct.MultiDirectional@-@90,0.7071067811865475

The difference is in the "priority". For GZoltar, this line is the 7th, whereas for Flacoco it is the 11th (cropped out the lines that appear after):

GZoltar:

org.apache.commons.math.optimization.direct.MultiDirectional l: 66, susp 0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional l: 69, susp 0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional l: 70, susp 0.7071067811865475
 org.apache.commons.math.optimization.direct.MultiDirectional l: 73, susp 0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional l: 74, susp 0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional l: 89, susp 0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional l: 90, susp 0.7071067811865475

Flacoco:

org.apache.commons.math.optimization.direct.MultiDirectional@-@45,0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional@-@46,0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional@-@47,0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional@-@48,0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional@-@66,0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional@-@69,0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional@-@70,0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional@-@73,0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional@-@74,0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional@-@89,0.7071067811865475
org.apache.commons.math.optimization.direct.MultiDirectional@-@90,0.7071067811865475

[monperrus]

Is that a timout issue then? (Astor does not have the time to reach the 11th line?

[andre15silva]

Is that a timout issue then? (Astor does not have the time to reach the 11th line?

In this case yes (https://github.com/martinezmatias/astor/runs/3676645094?check_suite_focus=true#step:8:2326).

A similar issue might arise with the limit of generations.

[andre15silva]

Closing as this is an issue in Astor SpoonLabs/astor#341