summaryrefslogtreecommitdiffstats
path: root/lldb/source/Core/Module.cpp
diff options
context:
space:
mode:
authorGreg Clayton <gclayton@apple.com>2012-07-12 20:32:19 +0000
committerGreg Clayton <gclayton@apple.com>2012-07-12 20:32:19 +0000
commit4e0fe8ab95763b90e5fed11bc9598d82a1316d01 (patch)
tree0f451889ed0b5c049e372f6ad0cea46b53dc363b /lldb/source/Core/Module.cpp
parent6140847647f7ccd2c03819ca3c9799379a7f50aa (diff)
downloadbcm5719-llvm-4e0fe8ab95763b90e5fed11bc9598d82a1316d01.tar.gz
bcm5719-llvm-4e0fe8ab95763b90e5fed11bc9598d82a1316d01.zip
<rdar://problem/11791234>
Fixed a case where the python interpreter could end up holding onto a previous lldb::SBProcess (probably in lldb.process) when run under Xcode. Prior to this fix, the lldb::SBProcess held onto a shared pointer to a lldb_private::Process. This in turn could cause the process to still have a thread list with stack frames. The stack frames would have module shared pointers in the lldb_private::SymbolContext objects. We also had issues with things staying in the shared module list too long when we found things by UUID (we didn't remove the out of date ModuleSP from the global module cache). Now all of this is fixed and everything goes away between runs. llvm-svn: 160140
Diffstat (limited to 'lldb/source/Core/Module.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud