Tony Kelman

Probably, since I don't have the conic MPB API implemented here. Something is doubling the number of variables. ``` julia> modN.internalModel.instanceData 1.0 0 2 4 6 8 8 0 1...

Providing a different number of variable types than variables seems like an iffy thing to do to a solver, but I'll make it a warning. I could have old variable...

I think everything passes now with JuMP and CoinOptServices both on master, let me know if you see otherwise. There are some failures with OS 2.10.0 that I still need...

What versions of OS, Ipopt, and Cbc are in the respective `deps/src` ? And I guess you're running from an 0.4 checkout of JuMP in Julia 0.3? Doubt that matters...

What distro? I can't seem to reproduce that locally on Ubuntu 14.04. Signal 11 is a segfault, so if you run just one of the tests that's failing to populate...

Oh whoops, I actually just reproduced this in a docker container of 15.04 and sent a message to the OS mailing list (cc'ed you), but I wasn't getting a backtrace.

On Windows the backtrace shows 14000+ levels of `OSnLNodePlus::constructADTape` which can't be healthy. Should there be a "combine duplicates" pass somewhere? If so, where?

There are 16000 coefficients since JuMP does no presolve aggregation.

Yeah, was going to see how big the .nl file would get for this problem but the quadratic API isn't implemented in AmplNLWriter. May want to just take CoinOptServices off...

In the docker container of 15.04 where I was able to reproduce these failures, it looks like they're fixed with OS 2.10.0 (#5). Still need to re-test separately on Windows....