[Lldb-commits] [PATCH] D96637: Make sure the interpreter module was loaded before making checks against it
António Afonso via Phabricator via lldb-commits
lldb-commits at lists.llvm.org
Sat Feb 20 10:44:03 PST 2021
aadsm added inline comments.
================
Comment at: lldb/test/API/functionalities/module_load_attach/TestModuleLoadAttach.py:32-33
+ # Continue so that dlopen is called.
+ breakpoint = self.target().BreakpointCreateBySourceRegex(
+ "// break after dlopen", lldb.SBFileSpec("main.c"))
+ self.assertNotEqual(breakpoint.GetNumResolvedLocations(), 0)
----------------
aadsm wrote:
> clayborg wrote:
> > Don't we need to break before the dlopen and make sure we don't have a libfeature.so in our module list, then run over the dlopen and verify we do see it afterwards? Wasn't this bug that we will see shared libraries correctly one time when we attach, but just not get any updates after this??
> that was a completely different bug and I have a different test for that situation as well.
> Something that I could test though, is that before we got an update for an unresolved breakpoint to make sure we did indeed transitioned from unresolved -> resolved.
>
> I'll add that.
Forget this, I shouldn't be answering comments in the morning.
> that was a completely different bug and I have a different test for that situation as well.
> Something that I could test though, is that before we got an update for an unresolved breakpoint to make sure we did indeed transitioned from unresolved -> resolved.
>
> I'll add that.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D96637/new/
https://reviews.llvm.org/D96637
More information about the lldb-commits
mailing list