LLDB mainline
Public Member Functions | List of all members
DummySyntheticFrontEnd Class Reference
Inheritance diagram for DummySyntheticFrontEnd:
Inheritance graph
[legend]

Public Member Functions

 DummySyntheticFrontEnd (ValueObject &backend)
 
llvm::Expected< uint32_t > CalculateNumChildren () override
 
lldb::ValueObjectSP GetChildAtIndex (uint32_t idx) override
 
size_t GetIndexOfChildWithName (ConstString name) override
 
bool MightHaveChildren () override
 
lldb::ChildCacheState Update () override
 This function is assumed to always succeed and if it fails, the front-end should know to deal with it in the correct way (most probably, by refusing to return any children).
 
- Public Member Functions inherited from lldb_private::SyntheticChildrenFrontEnd
 SyntheticChildrenFrontEnd (ValueObject &backend)
 
virtual ~SyntheticChildrenFrontEnd ()=default
 
virtual llvm::Expected< uint32_t > CalculateNumChildren ()=0
 
virtual llvm::Expected< uint32_t > CalculateNumChildren (uint32_t max)
 
uint32_t CalculateNumChildrenIgnoringErrors (uint32_t max=UINT32_MAX)
 
virtual lldb::ValueObjectSP GetChildAtIndex (uint32_t idx)=0
 
virtual size_t GetIndexOfChildWithName (ConstString name)=0
 
virtual lldb::ChildCacheState Update ()=0
 This function is assumed to always succeed and if it fails, the front-end should know to deal with it in the correct way (most probably, by refusing to return any children).
 
virtual bool MightHaveChildren ()=0
 
virtual lldb::ValueObjectSP GetSyntheticValue ()
 
virtual ConstString GetSyntheticTypeName ()
 

Additional Inherited Members

- Public Types inherited from lldb_private::SyntheticChildrenFrontEnd
typedef std::shared_ptr< SyntheticChildrenFrontEndSharedPointer
 
typedef std::unique_ptr< SyntheticChildrenFrontEndAutoPointer
 
- Protected Member Functions inherited from lldb_private::SyntheticChildrenFrontEnd
void SetValid (bool valid)
 
bool IsValid ()
 
lldb::ValueObjectSP CreateValueObjectFromExpression (llvm::StringRef name, llvm::StringRef expression, const ExecutionContext &exe_ctx)
 
lldb::ValueObjectSP CreateValueObjectFromAddress (llvm::StringRef name, uint64_t address, const ExecutionContext &exe_ctx, CompilerType type)
 
lldb::ValueObjectSP CreateValueObjectFromData (llvm::StringRef name, const DataExtractor &data, const ExecutionContext &exe_ctx, CompilerType type)
 
- Protected Attributes inherited from lldb_private::SyntheticChildrenFrontEnd
ValueObjectm_backend
 

Detailed Description

Definition at line 29 of file ValueObjectSyntheticFilter.cpp.

Constructor & Destructor Documentation

◆ DummySyntheticFrontEnd()

DummySyntheticFrontEnd::DummySyntheticFrontEnd ( ValueObject backend)
inline

Definition at line 31 of file ValueObjectSyntheticFilter.cpp.

Member Function Documentation

◆ CalculateNumChildren()

llvm::Expected< uint32_t > DummySyntheticFrontEnd::CalculateNumChildren ( )
inlineoverridevirtual

◆ GetChildAtIndex()

lldb::ValueObjectSP DummySyntheticFrontEnd::GetChildAtIndex ( uint32_t  idx)
inlineoverridevirtual

◆ GetIndexOfChildWithName()

size_t DummySyntheticFrontEnd::GetIndexOfChildWithName ( ConstString  name)
inlineoverridevirtual

◆ MightHaveChildren()

bool DummySyntheticFrontEnd::MightHaveChildren ( )
inlineoverridevirtual

◆ Update()

lldb::ChildCacheState DummySyntheticFrontEnd::Update ( )
inlineoverridevirtual

This function is assumed to always succeed and if it fails, the front-end should know to deal with it in the correct way (most probably, by refusing to return any children).

The return value of Update should actually be interpreted as "ValueObjectSyntheticFilter cache is good/bad". If this function returns lldb::ChildCacheState::eReuse, ValueObjectSyntheticFilter is allowed to use the children it fetched previously and cached. Otherwise, ValueObjectSyntheticFilter must throw away its cache, and query again for children.

Implements lldb_private::SyntheticChildrenFrontEnd.

Definition at line 48 of file ValueObjectSyntheticFilter.cpp.

References lldb::eRefetch.


The documentation for this class was generated from the following file: