[lldb-dev] Too many ModuleSP references

Carlo Kok via lldb-dev lldb-dev at lists.llvm.org
Mon Feb 27 08:38:46 PST 2017


On 2017-02-22 18:50, Greg Clayton via lldb-dev wrote:
>
>> On Feb 21, 2017, at 5:08 PM, Jim Ingham <jingham at apple.com
>> <mailto:jingham at apple.com>> wrote:
>>
>>>
>>> On Feb 21, 2017, at 4:49 PM, Jim Ingham via lldb-dev
>>> <lldb-dev at lists.llvm.org <mailto:lldb-dev at lists.llvm.org>> wrote:
>>>
>>>
>>>> On Feb 21, 2017, at 4:24 PM, Greg Clayton via lldb-dev
>>>> <lldb-dev at lists.llvm.org <mailto:lldb-dev at lists.llvm.org>> wrote:
>>>>
>>>>> - StepOverBreakpointTestCase: Have the test not store the breakpoints
>>>>> in the test case object. Basically, declare that this is not a bug,
>>>>> and it's the users responsibility to clean up necessary objects.
>>>>
>>>> It would be nice to avoid this.
>>>>
>>>>>
>>>
>>> I don't agree with this.  I think trying to force folks using the API
>>> from Python to manually clear all stored objects would be really
>>> obnoxious.  If anything, we should figure out how to make this
>>> accidental failure into an intended failure so we can make sure we
>>> don't end up requiring this kind of micro-management.
>>
>> It's possible you meant "it would be nice to avoid it's being the
>> user's responsibility to clean up necessary objects", in which case
>> sorry for mis-reading but happy we agree...
>
>
> Yep, that is what I meant. No one should have to worry about cleansing
> any variables. It should just work. So we need to pick the lldb::SB
> objects that have strong reference very carefully.
>
>

I think the same goes for SBValue, whenever I've looked at 'locals' the 
executable gets locked until my SBValue refs get gcd.


-- 
Carlo Kok
RemObjects Software


More information about the lldb-dev mailing list