[Clp] Value of objective changes after enableSimplexInterface

John Forrest john.forrest at fastercoin.com
Wed Mar 17 10:23:44 EDT 2010


Valentin,

Code modified to use feasible objective value in enableSimplexInterface
(response faster owing to not wonderful snow conditions).

John

On Tue, 2010-03-16 at 12:20 +0100, Valentin Ziegler wrote:
> Hello,
> 
> We solve some LP by initialSolve, check that the solution is proven
> optimal, and then call enableSimplexInterface(true).
> 
> Immediately after enabling the simplex interface, we often observe
> dramatic changes in the objective. The reason seems to be some penalty
> cost applied by ClpSimplex::checkBothSolutions().
> 
> Sebastian reported this before (see
> http://list.coin-or.org/pipermail/clp/2009-March/000902.html ) and
> recommended to do a resolve after enabling the simplex interface, but
> this does not always help. I attached a problem (Test.lp) for
> reproduction, test by
> 
> OsiClpSolverInterface solver;
> solver.setupForRepeatedUse(0);
> solver.readLp("Test.lp", 1e-10);
> 
> solver.initialSolve();
> assert(solver.isProvenOptimal());
> solver.getObjValue();  // == -426.899993
> 
> solver.enableSimplexInterface(true);
> solver.getObjValue();  // == 573012.4375
> 
> solver.resolve();
> assert(solver.isProvenOptimal());
> solver.getObjValue();  // still 573012.4375
> 
> Are there any suggestions how to fix or work around this? Thank you in
> advance.
> 
> Valentin
> 
> --
> Valentin Ziegler . vziegler at think-cell.com
> Software Engineer
>  
> think-cell Software GmbH . Chausseestr. 8/E . 10115 Berlin, Germany 
> http://www.think-cell.com . phone +49 30 666473-10 . toll-free (US) +1 800 891 8091
> Directors: Dr. Markus Hannebauer, Dr. Arno Schoedl . Amtsgericht Berlin-Charlottenburg, HRB 85229
> 
> _______________________________________________
> Clp mailing list
> Clp at list.coin-or.org
> http://list.coin-or.org/mailman/listinfo/clp





More information about the Clp mailing list