-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Internal error when solving small and feasible problem (Bonmin 1.8.8, AMPL, Linux) #40
Comments
Hi Stefan, I don't think it's really possible to debug your issue and the "Bonmin team" is not so active to be able to do this. From what you show it might be an internal issue in the branching, most probably it's innocuous (it looks like someone is trying to branch on a fixed variable). If you can show the trace maybe that can give a clue. It you have a .nl file for the problem to solve maybe it can be reproduced by other (but there's no guarantee). Two other comments:
|
Dear Bonmin team,
we are using Bonmin 1.8.8 in conjunction with AMPL on a LINUX server.
When solving a small and feasible problem, the following internal error showed up:
bonmin: /tmp/coin/Cbc/Osi/src/Osi/OsiBranchingObject.cpp:618: virtual OsiBranchingObject* OsiSimpleInteger::createBranch(OsiSolverInterface*, const OsiBranchingInformation*, int) const: Assertion `info->upper_[columnNumber_] > info->lower_[columnNumber_]' failed.
error running bonmin:
*************************************************************************************termination code 134; core file written
This can be reproduced on LINUX machines using the attached model file (AMPL, extension 'txt') and java program (extension 'PATCH').
Please note that the JAVA variable
static final String path
must be adjusted to point to the directory where the model file is stored under the name 'reproducer.mod':
Additional remarks:
-The issue does NOT appear on WINDOWS machines.
-The java program contains two instructions (commented out) that turn on some Bonmin options, and it DOES work if at least one of these is set.
(Nevertheless, we do depend on a non-experimental, reliable solution to this problem, because we are using the solver in a productive batch system, processing >10 K problem instances per run without human intervention.)
So could you please try to solve this issues or provide us with a safe workaround?
Of course we are open to any questions you might have...
Many thanks in advance and best regards
Stefan Bienk
reproducer.txt
Reproducer.PATCH
The text was updated successfully, but these errors were encountered: