Julian Hall
> Then I think it's a matter of adding the following code around all calls involving self._solver_model in pyomo's highs.py. I can open an issue on their side. Thanks. I'm...
Not a HiGHS issue, so closing this
> Why is this closed? HiGHS still hangs when solving some models. Sorry, I thought that not handling the logging was causing HiGHS to hang
I've looked in `src/io/HighsIO.cpp`, and (currently) any logging to console or a file is being flushed immediately. This may not be the case for all cases of writing models, solutions...
> I think an easy fix would be to raise an Error whenever a user tries to run a MIP or QP model with one of the solvers specified, instead...
I see how solve and solveLp differ in COPT HiGHS allows the MIP relaxation to be solved as an LP - by IPM or simplex - if anyone wants to...
What "many other solvers" provide two common endpoints like `solve` and `solveLp`? If you're interested in solving the LP corresponding to a MIP with HiGHS, just set the option `solve_relaxation=true`...
OK we don't document HiGHS as well as we might
`Highs::run()` _does_ return an error if the incumbent model is an MIQP
Currently, for the solver option, if "simplex"/"ipm"/"pdlp" is chosen then, for a MIP (QP) the integrality constraint (quadratic term) will be ignored. As observed above, this can lead to unexpected...