<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Gleb,<br>
<br>
On 25/02/16 05:21, Gleb Belov wrote:<br>
</div>
<blockquote cite="mid:56CE8F52.9040704@monash.edu" type="cite">
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
-- Thank you John,<br>
<br>
a,b) this is not a very clean interface... maybe put this into
postProcess so I can access the correct obj from originalModel()?<br>
<br>
c) what do you mean by size? The preprocessed model has always
smaller NumColumns() than the start model in my examples and
originalModel() has always the same number. In the meantime I have
an example where postProcess() crashes, probably on a model which
is not intended to be post-processed.<br>
</blockquote>
<br>
A cleaner way than checking size would be to pick up
model->parentModel() and don't report if this is not NULL.<br>
<blockquote cite="mid:56CE8F52.9040704@monash.edu" type="cite"> <br>
How is it with cut generators, do they get LP solution for the
original model?<br>
<br>
</blockquote>
Preprocessed model<br>
<blockquote cite="mid:56CE8F52.9040704@monash.edu" type="cite"> I'd
be happy to access the current number of open (unexplored) nodes
by some interface method. Also in the solution callback, assuming
we get it to work.<br>
<br>
</blockquote>
Crude way would be to pass in a print handler - just does as normal
but checks if message is Cbc0010 and gets open nodes.<br>
<blockquote cite="mid:56CE8F52.9040704@monash.edu" type="cite"> I
noticed when performing postprocessing in the callback, the
solution way differs... probably because post-processing calls
some LP resolving procedures? I tried to create a copy of
*cbcCglPreProcess each time but the copy crashes.<br>
<br>
Gleb<br>
</blockquote>
<br>
</body>
</html>