[Cbc] Solution callbacks
John Forrest
john.forrest at fastercoin.com
Thu Feb 25 12:15:36 EST 2016
Gleb,
On 25/02/16 05:21, Gleb Belov wrote:
> -- Thank you John,
>
> a,b) this is not a very clean interface... maybe put this into
> postProcess so I can access the correct obj from originalModel()?
>
> 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.
A cleaner way than checking size would be to pick up
model->parentModel() and don't report if this is not NULL.
>
> How is it with cut generators, do they get LP solution for the
> original model?
>
Preprocessed model
> 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.
>
Crude way would be to pass in a print handler - just does as normal but
checks if message is Cbc0010 and gets open nodes.
> 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.
>
> Gleb
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.coin-or.org/pipermail/cbc/attachments/20160225/3ba4b12c/attachment.html>
More information about the Cbc
mailing list