Simon Spoorendonk
Simon Spoorendonk
Yes `--enable-cbc-parallel` is on. In the DIp code (stable/0.95) I found https://github.com/coin-or/Dip/blob/b8f05414090729e28187126f3be96564ca3a7f60/Dip/src/DecompModel.cpp#L398-L409 and underneath it uses `CbcMain` for single threaded. I guess the same problem was encountered here. It works...
Cool. That would be super helpful
Excellent. It seems to solve my problem. When I build static libs are there other defines I should remember to include when linking coin into my executable? Is it documented...
> When I build static libs are there other defines I should remember to include when linking coin into my executable? > Is it documented somewhere? I am adding ```sh...
My `CbcConfig.h` only has ```cpp /* src/config_cbc.h. Generated by configure. */ /* src/config_cbc.h.in. */ #ifndef CBC_VERSION /* Version number of project */ #define CBC_VERSION "2.10" /* Major Version number of...
> Excellent. It seems to solve my problem. So the `-DCBC_THREAD_SAFE` it worked in debug mode not in release (!?). Can't figure out what the difference is. However I look...
Embarrassing. Of course it was my compile definitions that got screwed up. `-DCBC_THRED_SAFE` works ok.
thanks for answer @h-g-s and @tkralphs I think I was looking for a C++ interface (CbcSolver) that is then wrapped in C (Cbc_C_Interface) and wrapped in OsiCbc. See also #309...
@h-g-s seems right. Perhaps the custom classes could be added to CbcSolver or the C interface could implement a simple derived version CbcSolver that embeds the callbacks in inherited user...
Is this similar to what is done with the CoinModel from CoinUtils? Would it be an option to wrap the CoinModel and CbcModel inside CbcSolver to get this functionality?