I run a model optimization using CBC which terminates with exit code -1073741675, and when running the model as a test case using pytest it returns Windows fatal exception: integer overflow.
By refactoring the first constraint of the model (divide by 123 to make the comp4 coefficient 1) the solver returns an optimal solution.
I have created a reduced version of my model which also produces the error. The .LP file I use looks like this:
I run it using pytest with the above model_overflow.lp input:
import mip
class TestOverflow:
def test_overflow(self):
m = mip.Model(solver_name="CBC")
m.read('model_overflow.lp')
optimization_status = m.optimize()
assert optimization_status == mip.OptimizationStatus.OPTIMAL
I would expect the model to be solvable, which it also is if I refactor the constraints. I also tried giving the solver an initial feasible solution with all integer variables set to zero, which didn't change the behavior.
Operating System, version: Windows 10 Enterprise 10.0.19044 Build 19044
Python version: 3.9.10
Python-MIP version (we recommend you to test with the latest version): 1.14.1
I have tried to run the model on linux mint with python 3.10 and that works as expected.
Thanks @simonhoerdumbonde for reporting the issue. Looks like an issue with CBC. We need to check first if this is also a bug when using standalone cbc solver
I run a model optimization using CBC which terminates with exit code -1073741675, and when running the model as a test case using pytest it returns Windows fatal exception: integer overflow. By refactoring the first constraint of the model (divide by 123 to make the comp4 coefficient 1) the solver returns an optimal solution.
I have created a reduced version of my model which also produces the error. The .LP file I use looks like this:
I run it using pytest with the above model_overflow.lp input:
I would expect the model to be solvable, which it also is if I refactor the constraints. I also tried giving the solver an initial feasible solution with all integer variables set to zero, which didn't change the behavior.
I have tried to run the model on linux mint with python 3.10 and that works as expected.