An update... Xpress using the .mps file (associated with this .lp) also gives 7.113e4.<br><br>However, when I run this in memory (i.e., I construct the model from raw data in an OSI object) and solve using OsiCBC, I get 7.0413e4 AND if I use OsiCPX, I also get 7.0413e4. So.... now I am thinking the real optimal is probably 7.0413e4 and the 7.11e34 is related to some kind of trunctation with .mps or .lp. Thoughts?<br>

<br>This does not explain why CBC and CPX would give different solutions against the same input file (.lp).  Perhaps the two read in using a different precision? I would expect both solvers are using doubles and read in as many digits as are given - but I am not sure.<br>

<br><br><br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">CPX10.2 gives optimal solution of 7.1113e4<br>CBC2.3 gives optimal solution of  7.0413e4<br>

<br>for <a href="http://coral.ie.lehigh.edu/%7Emagh/tmp/cbc_vs_cpx.lp" target="_blank">http://coral.ie.lehigh.edu/~magh/tmp/cbc_vs_cpx.lp</a><br><br>
I am not entirely sure, but I am guessing CBC is wrong. Let me know if this can be fixed.<br><br>Thanks,<br>Matt<br>
</blockquote></div><br>