Originally posted by: SystemAdmin
[MMorin01 said:]
Hi again,
I tried different modifications to my application to fix the problem, but since the problem occurs after several hours of optimization the debugging process is very slow. However, I got some new information about the current problem:
I added some lines to end different components separately before the call to IloEnv:end() and the problem occurs on IloObj:end() as well as on IloEnv:end().
Looking deeper in the code, I found that the access violation occurs in a call to the operator "<<" of the "ostream" library, i.e. at the following line:
"streamsize _Count = (streamsize)_Traits::length(_Val); // may overflow"
Here's pertinent lines of the call stack:
***
app.exe!std::operator<<<std::char_traits<char> >(std::basic_ostream<char,std::char_traits<char> > & _Ostr={...}, const char * _Val=0x0012f5ac) Line 750 + 0x9 bytes
app.exe!CpxGoalICallbackI::main() + 0x2a9 bytes
[...]
app.exe!IloCplexI::setObj() + 0x96 bytes
app.exe!IloDefaultLPExtractor::doremoveObj() + 0x79 bytes
app.exe!IloDefaultLPExtractor::removeObj() + 0x14 bytes
app.exe!IloLPExtractorManager::doRemove() + 0x123 bytes
app.exe!IloLPExtractorManager::remove() + 0x4a bytes
app.exe!IloDefaultLPExtractor::applyRemoveFromAll() + 0x198 bytes
app.exe!IloLPExtractorManager::change() + 0x6a bytes
app.exe!IloLPExtractorManager::apply() + 0x4c bytes
app.exe!IloCplexI::apply() + 0x77 bytes
app.exe!IloEnvI::change() + 0x63 bytes
app.exe!IloRecycleBinI::removeFromAll() + 0xe2 bytes
app.exe!IloEnvI::removeFromAllAndDestroy() + 0xd1 bytes
app.exe!IloExtractableI::end() + 0x11 bytes
***
I will notify you if I find something new. It appears to be something like a bad pointer somewhere in the application.
Thanks
#CPLEXOptimizers#DecisionOptimization