<div dir="ltr">I changed to CbcModel. How do I get the cut timings?</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 11, 2015 at 12:53 PM, Matthew Galati <span dir="ltr"><<a href="mailto:matthew.galati@gmail.com" target="_blank">matthew.galati@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks John.<div><br></div><div>I'll switch to CbcModel and will let you know how it goes.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 11, 2015 at 10:33 AM, John Forrest <span dir="ltr"><<a href="mailto:john.forrest@fastercoin.com" target="_blank">john.forrest@fastercoin.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>Matt,<br>
<br>
If line 1 is actually <br>
<br>
OsiClpSolverInterface o;<br>
<br>
you are in trouble anyway - OsiClpSolverInterface:branchAndBound()
was only written to satisfy requirements. OsiCbcSolverInterface
is also not so good.<br>
<br>
So many things will have changed in a CbcModel after search -
cutoffs, number of nodes etc. I would set up whatever cuts,
heuristics and initial model in CbcModel baseModel and then<br>
<br>
baseModel.solver()-.addRow();<br>
CbcModel workingModel = baseModel;<br>
workingModel.branchAndBound();<br>
<br>
On another of your questions - for flexibility I would pass in a
Derived message handler (see for example Clp/examples/driver2.cpp)
and then do exactly what you want in "print".<br>
<br>
You can get timings for cut generators, but for strong branching
you are going to have to use profiling e.g. gprof.<br>
<br>
John Forrest<div><div><br>
<br>
On 10/02/15 22:23, Matthew Galati wrote:<br>
</div></div></div>
<blockquote type="cite"><div><div>
<div dir="ltr">The following workflow is not doing what I
expected.
<div><br>
</div>
<div>1 OsiClp o;</div>
<div>2 o.loadProblem(...)</div>
<div>3 o.branchAndBound();</div>
<div>4 o.addRow();</div>
<div>5 o.branchAndBound();</div>
<div><br>
</div>
<div>After 3, the model seems to be changed - for example, a
bunch of columns are fixed to 0 and some are fixed to 1.
Presumably presolve or the reduced model in the tree at the
end of solve.</div>
<div><br>
</div>
<div>So, when I add my row, I am no longer working with the
original model.</div>
<div><br>
</div>
<div>Bug? Expected behavior? </div>
<div><br>
</div>
<div>How does one go about doing what I want - which is: solve,
add a row, solve again.</div>
<div><br>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</div></div><pre>_______________________________________________
Coin-discuss mailing list
<a href="mailto:Coin-discuss@list.coin-or.org" target="_blank">Coin-discuss@list.coin-or.org</a>
<a href="http://list.coin-or.org/mailman/listinfo/coin-discuss" target="_blank">http://list.coin-or.org/mailman/listinfo/coin-discuss</a>
</pre>
</blockquote>
<br>
</div>
<br>_______________________________________________<br>
Coin-discuss mailing list<br>
<a href="mailto:Coin-discuss@list.coin-or.org" target="_blank">Coin-discuss@list.coin-or.org</a><br>
<a href="http://list.coin-or.org/mailman/listinfo/coin-discuss" target="_blank">http://list.coin-or.org/mailman/listinfo/coin-discuss</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>