<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Jean-Paul,<br>
<br>
How infeasible?<br>
<br>
The most likely explanation is that when scaled the problem was
feasible within tolerance, but when the solution was unscaled it
violated a tolerance. Clp would have reported that as optimal but
with a secondary status flag set. OsiSolverInterface would drop
that information. Why this happens so rarely is odder.<br>
<br>
John<br>
<br>
On 03/04/12 04:40, Watson, Jean-paul wrote:
<blockquote cite="mid:CB9FCD32.23CD7%25jwatson@sandia.gov"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<div>I just encountered our first Coopr user that has generated
models such that the resulting CBC solution files contain rows
for variable lines that are prefixed by "**". </div>
<div><br>
</div>
<div>When I look at the code (CBCGenSolution.cpp), it is obvious
that the "**" indicate – in the case of variables – that the
bounds have been violated for this particular variable.</div>
<div><br>
</div>
<div>This makes sense for a brief moment, until I realize that CBC
is reporting the solution is optimal. Solutions can of course
violate strict bounds when tolerances are considered, but I
would assume I would see this behavior on any of the numerous
other models we have solved with CBC. </div>
<div><br>
</div>
<div>Can anyone shed some light on this condition, and how the
resulting solution should be interpreted? </div>
<div><br>
</div>
<div>Thanks,</div>
<div><br>
</div>
<div>Jean-Paul </div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Cbc mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Cbc@list.coin-or.org">Cbc@list.coin-or.org</a>
<a class="moz-txt-link-freetext" href="http://list.coin-or.org/mailman/listinfo/cbc">http://list.coin-or.org/mailman/listinfo/cbc</a>
</pre>
</blockquote>
<br>
</body>
</html>