<br><font size=2 face="sans-serif">Kyle,</font>
<br>
<br><font size=2 face="sans-serif">a) the error does not look wonderful.
&nbsp;It is just possible that it is just infeasible but it is still an
unlikely value. &nbsp;I can't really help just from message.</font>
<br>
<br><font size=2 face="sans-serif">(On your note about CoinMpsIo - if you
send file I can easily fix and it may give a clue about objective problem).</font>
<br>
<br><font size=2 face="sans-serif">You raise an interesting issue on asserts
and I would welcome discussion. &nbsp;I can see three sorts of uses of
assert -</font>
<br><font size=2 face="sans-serif">1) Double checking on some logical error
- in my case that might be an array that is marked as all zero when it
is not. &nbsp;This is sometimes but not always on a -Dxxx_DEBUG flag given
to compiler.</font>
<br><font size=2 face="sans-serif">2) Something that should not happen
but the code will recover - it may have happened once and I want to track
it down.</font>
<br><font size=2 face="sans-serif">3) Something that should not happen
but the code can't recover.</font>
<br>
<br><font size=2 face="sans-serif">At present with gcc and optimization
-DNDEBUG is set and with some other compilers that is also true. &nbsp;So
in that case all asserts are null tests. &nbsp;So it is perfectly possible
that your error would go away if you used a greater optimization level.
&nbsp;However that is obviously not acceptable.</font>
<br>
<br><font size=2 face="sans-serif">As asserts slow down the code I could
look into using CoinAssert which we could define. &nbsp;This could print
the same message but throw a clean exception. &nbsp;I would leave some
type 1 asserts as they are but change others. &nbsp;Comments?</font>
<br>
<br><font size=2 face="sans-serif">It is possible you can trap an assert
- I see it throws some sort of exception but it looks fairly fatal.</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>Kyle Ellrott &lt;kellrott@csbl.bmb.uga.edu&gt;</b>
</font>
<br><font size=1 face="sans-serif">Sent by: coin-lpsolver-bounces@list.coin-or.org</font>
<p><font size=1 face="sans-serif">02/28/2005 07:26 PM</font>
<td width=59%>
<table width=100%>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td valign=top><font size=1 face="sans-serif">coin-lpsolver@list.coin-or.org</font>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td valign=top>
<tr>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td valign=top><font size=1 face="sans-serif">[Coin-lpsolver] Assert Problems</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt>Under particular situations my software will produce
assert errors in <br>
the COIN library. &nbsp;Namely:<br>
<br>
OsiClpSolverInterface.cpp:480: failed assertion <br>
`modelPtr_-&gt;objectiveValue()&lt;1.0e100'<br>
<br>
What is this error indicative of? &nbsp;Also is there any way to make COIN
<br>
respond to bad input a little less dramatically? &nbsp;I would prefer a
<br>
return with an error, something that would let my software respond <br>
accordingly, rather then killing everything in it's tracks.<br>
<br>
Kyle<br>
<br>
_______________________________________________<br>
Coin-lpsolver mailing list<br>
Coin-lpsolver@list.coin-or.org<br>
http://list.coin-or.org/mailman/listinfo/coin-lpsolver<br>
</tt></font>
<br>