[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