<br><font size=2 face="sans-serif">Philip,</font>
<br>
<br><font size=2 face="sans-serif">I know that because COIN is a loose
collection of libraries message handling is a pain. I started doing
something but ...</font>
<br>
<br><font size=2 face="sans-serif">You are probably using setupForRepeatedUse
to try and speed up OsiClpSolverInterface and also setHint(OsiDoreducePrint,).</font>
<br>
<br><font size=2 face="sans-serif">The reduce print will switch off most
messages. The setupForRepeatedUse has a "printOut" parameter.
-1 says really really switch off messages (i.e. do not even build
message), 0 says do so if OsiDoreducePrint true and 1 says build messages.</font>
<br>
<br><font size=2 face="sans-serif">So just try not setting hint. If
that gives too much printout then you can switch off individual messages.</font>
<br>
<br><font size=2 face="sans-serif">John Forrest</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>hpwalton@comcast.net</b>
</font>
<br><font size=1 face="sans-serif">Sent by: coin-discuss-bounces@list.coin-or.org</font>
<p><font size=1 face="sans-serif">06/03/2006 12:08 AM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
Discussions about open source software for Operations Research
<coin-discuss@list.coin-or.org></font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">coin-discuss@list.coin-or.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">[Coin-discuss] CbcModel::initialSolve()
loses message handler...</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=3>I've been trying to carefully control output by introducing
my own message handler. It's been a bit tricky with CBC, but for
the most part I could work around it.</font>
<br><font size=3> </font>
<br><font size=3>I'm using Cbc and Clp together. In order to capture
the Clp output, I have to do something like this:</font>
<p><font size=2>OsiClpSolverInterface *lpSolver = </font><font size=2 color=blue>new</font><font size=2>
OsiClpSolverInterface();<br>
lpSolver->passInMessageHandler(logger); <br>
OsiCbcSolverInterface *ipSolver = </font><font size=2 color=blue>new</font><font size=2>
OsiCbcSolverInterface(lpSolver);<br>
ipSolver->getModelPtr()->passInMessageHandler(logger); <br>
ipSolver->passInMessageHandler(logger); </font>
<p><font size=2>This by itself is a bummer because I suspect that in other
OsiSolverInterace conditions I can just hook up to the ipSolver....</font>
<p><font size=3>Now, I've added some additional processing for "prefer
round up". In the sample code there is a call to initialSolve()
amongst other things.</font>
<p><font size=3>The trouble I'm having is that once I call CbcModel::initialSolve(),
all messages disappear. It appears to me as if something internal
gets replaced or reset along the way and suddenly all output stops.</font>
<p><font size=3>Any suggestions?</font>
<p><font size=3>Philip</font>
<p><font size=2 color=#008000> </font><tt><font size=2>_______________________________________________<br>
Coin-discuss mailing list<br>
Coin-discuss@list.coin-or.org<br>
http://list.coin-or.org/mailman/listinfo/coin-discuss<br>
</font></tt>
<p>