2011-08-23 06:03:47 +08:00
|
|
|
//===-- DataVisualization.cpp ---------------------------------------*- C++ -*-===//
|
|
|
|
//
|
|
|
|
// The LLVM Compiler Infrastructure
|
|
|
|
//
|
|
|
|
// This file is distributed under the University of Illinois Open Source
|
|
|
|
// License. See LICENSE.TXT for details.
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
|
|
|
#include "lldb/Core/DataVisualization.h"
|
|
|
|
|
|
|
|
// C Includes
|
|
|
|
// C++ Includes
|
|
|
|
// Other libraries and framework includes
|
|
|
|
// Project includes
|
|
|
|
|
|
|
|
#include "lldb/Core/Debugger.h"
|
|
|
|
|
|
|
|
using namespace lldb;
|
|
|
|
using namespace lldb_private;
|
|
|
|
|
|
|
|
static FormatManager&
|
|
|
|
GetFormatManager()
|
|
|
|
{
|
|
|
|
static FormatManager g_format_manager;
|
|
|
|
return g_format_manager;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::ForceUpdate ()
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
GetFormatManager().Changed();
|
|
|
|
}
|
|
|
|
|
|
|
|
uint32_t
|
|
|
|
DataVisualization::GetCurrentRevision ()
|
|
|
|
{
|
|
|
|
return GetFormatManager().GetCurrentRevision();
|
|
|
|
}
|
|
|
|
|
2011-09-07 06:59:55 +08:00
|
|
|
lldb::ValueFormatSP
|
2011-09-10 07:33:14 +08:00
|
|
|
DataVisualization::ValueFormats::GetFormat (ValueObject& valobj, lldb::DynamicValueType use_dynamic)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
2011-09-07 06:59:55 +08:00
|
|
|
lldb::ValueFormatSP entry;
|
|
|
|
GetFormatManager().GetValueNavigator().Get(valobj, entry, use_dynamic);
|
|
|
|
return entry;
|
2011-08-23 06:03:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::ValueFormats::Add (const ConstString &type, const lldb::ValueFormatSP &entry)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
GetFormatManager().GetValueNavigator().Add(FormatManager::GetValidTypeName(type),entry);
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::ValueFormats::Delete (const ConstString &type)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
return GetFormatManager().GetValueNavigator().Delete(type);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::ValueFormats::Clear ()
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
GetFormatManager().GetValueNavigator().Clear();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::ValueFormats::LoopThrough (ValueFormat::ValueCallback callback, void* callback_baton)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
GetFormatManager().GetValueNavigator().LoopThrough(callback, callback_baton);
|
|
|
|
}
|
|
|
|
|
|
|
|
uint32_t
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::ValueFormats::GetCount ()
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
return GetFormatManager().GetValueNavigator().GetCount();
|
|
|
|
}
|
|
|
|
|
2011-09-07 06:59:55 +08:00
|
|
|
lldb::SummaryFormatSP
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::GetSummaryFormat (ValueObject& valobj,
|
2011-09-07 06:59:55 +08:00
|
|
|
lldb::DynamicValueType use_dynamic)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
2011-09-07 06:59:55 +08:00
|
|
|
return GetFormatManager().GetSummaryFormat(valobj, use_dynamic);
|
2011-08-23 06:03:47 +08:00
|
|
|
}
|
2011-09-07 06:59:55 +08:00
|
|
|
|
|
|
|
lldb::SyntheticChildrenSP
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::GetSyntheticChildren (ValueObject& valobj,
|
2011-09-07 06:59:55 +08:00
|
|
|
lldb::DynamicValueType use_dynamic)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
2011-09-07 06:59:55 +08:00
|
|
|
return GetFormatManager().GetSyntheticChildren(valobj, use_dynamic);
|
2011-08-23 06:03:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::AnyMatches (ConstString type_name,
|
|
|
|
FormatCategory::FormatCategoryItems items,
|
|
|
|
bool only_enabled,
|
|
|
|
const char** matching_category,
|
|
|
|
FormatCategory::FormatCategoryItems* matching_type)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
return GetFormatManager().AnyMatches(type_name,
|
|
|
|
items,
|
|
|
|
only_enabled,
|
|
|
|
matching_category,
|
|
|
|
matching_type);
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
2011-09-10 07:33:14 +08:00
|
|
|
DataVisualization::Categories::GetCategory (const ConstString &category, lldb::FormatCategorySP &entry)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
Redesign of the interaction between Python and frozen objects:
- introduced two new classes ValueObjectConstResultChild and ValueObjectConstResultImpl: the first one is a ValueObjectChild obtained from
a ValueObjectConstResult, the second is a common implementation backend for VOCR and VOCRCh of method calls meant to read through pointers stored
in frozen objects ; now such reads transparently move from host to target as required
- as a consequence of the above, removed code that made target-memory copies of expression results in several places throughout LLDB, and also
removed code that enabled to recognize an expression result VO as such
- introduced a new GetPointeeData() method in ValueObject that lets you read a given amount of objects of type T from a VO
representing a T* or T[], and doing dereferences transparently
in private layer it returns a DataExtractor ; in public layer it returns an instance of a newly created lldb::SBData
- as GetPointeeData() does the right thing for both frozen and non-frozen ValueObject's, reimplemented ReadPointedString() to use it
en lieu of doing the raw read itself
- introduced a new GetData() method in ValueObject that lets you get a copy of the data that backs the ValueObject (for pointers,
this returns the address without any previous dereferencing steps ; for arrays it actually reads the whole chunk of memory)
in public layer this returns an SBData, just like GetPointeeData()
- introduced a new CreateValueFromData() method in SBValue that lets you create a new SBValue from a chunk of data wrapped in an SBData
the limitation to remember for this kind of SBValue is that they have no address: extracting the address-of for these objects (with any
of GetAddress(), GetLoadAddress() and AddressOf()) will return invalid values
- added several tests to check that "p"-ing objects (STL classes, char* and char[]) will do the right thing
Solved a bug where global pointers to global variables were not dereferenced correctly for display
New target setting "max-string-summary-length" gives the maximum number of characters to show in a string when summarizing it, instead of the hardcoded 128
Solved a bug where the summary for char[] and char* would not be shown if the ValueObject's were dumped via the "p" command
Removed m_pointers_point_to_load_addrs from ValueObject. Introduced a new m_address_type_of_children, which each ValueObject can set to tell the address type
of any pointers and/or references it creates. In the current codebase, this is load address most of the time (the only notable exception being file
addresses that generate file address children UNLESS we have a live process)
Updated help text for summary-string
Fixed an issue in STL formatters where std::stlcontainer::iterator would match the container's synthetic children providers
Edited the syntax and help for some commands to have proper argument types
llvm-svn: 139160
2011-09-07 03:20:51 +08:00
|
|
|
entry = GetFormatManager().GetCategory(category);
|
2011-08-23 06:03:47 +08:00
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::Categories::Add (const ConstString &category)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
Redesign of the interaction between Python and frozen objects:
- introduced two new classes ValueObjectConstResultChild and ValueObjectConstResultImpl: the first one is a ValueObjectChild obtained from
a ValueObjectConstResult, the second is a common implementation backend for VOCR and VOCRCh of method calls meant to read through pointers stored
in frozen objects ; now such reads transparently move from host to target as required
- as a consequence of the above, removed code that made target-memory copies of expression results in several places throughout LLDB, and also
removed code that enabled to recognize an expression result VO as such
- introduced a new GetPointeeData() method in ValueObject that lets you read a given amount of objects of type T from a VO
representing a T* or T[], and doing dereferences transparently
in private layer it returns a DataExtractor ; in public layer it returns an instance of a newly created lldb::SBData
- as GetPointeeData() does the right thing for both frozen and non-frozen ValueObject's, reimplemented ReadPointedString() to use it
en lieu of doing the raw read itself
- introduced a new GetData() method in ValueObject that lets you get a copy of the data that backs the ValueObject (for pointers,
this returns the address without any previous dereferencing steps ; for arrays it actually reads the whole chunk of memory)
in public layer this returns an SBData, just like GetPointeeData()
- introduced a new CreateValueFromData() method in SBValue that lets you create a new SBValue from a chunk of data wrapped in an SBData
the limitation to remember for this kind of SBValue is that they have no address: extracting the address-of for these objects (with any
of GetAddress(), GetLoadAddress() and AddressOf()) will return invalid values
- added several tests to check that "p"-ing objects (STL classes, char* and char[]) will do the right thing
Solved a bug where global pointers to global variables were not dereferenced correctly for display
New target setting "max-string-summary-length" gives the maximum number of characters to show in a string when summarizing it, instead of the hardcoded 128
Solved a bug where the summary for char[] and char* would not be shown if the ValueObject's were dumped via the "p" command
Removed m_pointers_point_to_load_addrs from ValueObject. Introduced a new m_address_type_of_children, which each ValueObject can set to tell the address type
of any pointers and/or references it creates. In the current codebase, this is load address most of the time (the only notable exception being file
addresses that generate file address children UNLESS we have a live process)
Updated help text for summary-string
Fixed an issue in STL formatters where std::stlcontainer::iterator would match the container's synthetic children providers
Edited the syntax and help for some commands to have proper argument types
llvm-svn: 139160
2011-09-07 03:20:51 +08:00
|
|
|
GetFormatManager().GetCategory(category);
|
2011-08-23 06:03:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::Categories::Delete (const ConstString &category)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
GetFormatManager().DisableCategory(category);
|
2011-08-23 07:45:15 +08:00
|
|
|
return GetFormatManager().DeleteCategory(category);
|
2011-08-23 06:03:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::Categories::Clear ()
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
2011-08-23 07:45:15 +08:00
|
|
|
GetFormatManager().ClearCategories();
|
2011-08-23 06:03:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::Categories::Clear (ConstString &category)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
Redesign of the interaction between Python and frozen objects:
- introduced two new classes ValueObjectConstResultChild and ValueObjectConstResultImpl: the first one is a ValueObjectChild obtained from
a ValueObjectConstResult, the second is a common implementation backend for VOCR and VOCRCh of method calls meant to read through pointers stored
in frozen objects ; now such reads transparently move from host to target as required
- as a consequence of the above, removed code that made target-memory copies of expression results in several places throughout LLDB, and also
removed code that enabled to recognize an expression result VO as such
- introduced a new GetPointeeData() method in ValueObject that lets you read a given amount of objects of type T from a VO
representing a T* or T[], and doing dereferences transparently
in private layer it returns a DataExtractor ; in public layer it returns an instance of a newly created lldb::SBData
- as GetPointeeData() does the right thing for both frozen and non-frozen ValueObject's, reimplemented ReadPointedString() to use it
en lieu of doing the raw read itself
- introduced a new GetData() method in ValueObject that lets you get a copy of the data that backs the ValueObject (for pointers,
this returns the address without any previous dereferencing steps ; for arrays it actually reads the whole chunk of memory)
in public layer this returns an SBData, just like GetPointeeData()
- introduced a new CreateValueFromData() method in SBValue that lets you create a new SBValue from a chunk of data wrapped in an SBData
the limitation to remember for this kind of SBValue is that they have no address: extracting the address-of for these objects (with any
of GetAddress(), GetLoadAddress() and AddressOf()) will return invalid values
- added several tests to check that "p"-ing objects (STL classes, char* and char[]) will do the right thing
Solved a bug where global pointers to global variables were not dereferenced correctly for display
New target setting "max-string-summary-length" gives the maximum number of characters to show in a string when summarizing it, instead of the hardcoded 128
Solved a bug where the summary for char[] and char* would not be shown if the ValueObject's were dumped via the "p" command
Removed m_pointers_point_to_load_addrs from ValueObject. Introduced a new m_address_type_of_children, which each ValueObject can set to tell the address type
of any pointers and/or references it creates. In the current codebase, this is load address most of the time (the only notable exception being file
addresses that generate file address children UNLESS we have a live process)
Updated help text for summary-string
Fixed an issue in STL formatters where std::stlcontainer::iterator would match the container's synthetic children providers
Edited the syntax and help for some commands to have proper argument types
llvm-svn: 139160
2011-09-07 03:20:51 +08:00
|
|
|
GetFormatManager().GetCategory(category)->Clear(eFormatCategoryItemSummary | eFormatCategoryItemRegexSummary);
|
2011-08-23 06:03:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::Categories::Enable (ConstString& category)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
Redesign of the interaction between Python and frozen objects:
- introduced two new classes ValueObjectConstResultChild and ValueObjectConstResultImpl: the first one is a ValueObjectChild obtained from
a ValueObjectConstResult, the second is a common implementation backend for VOCR and VOCRCh of method calls meant to read through pointers stored
in frozen objects ; now such reads transparently move from host to target as required
- as a consequence of the above, removed code that made target-memory copies of expression results in several places throughout LLDB, and also
removed code that enabled to recognize an expression result VO as such
- introduced a new GetPointeeData() method in ValueObject that lets you read a given amount of objects of type T from a VO
representing a T* or T[], and doing dereferences transparently
in private layer it returns a DataExtractor ; in public layer it returns an instance of a newly created lldb::SBData
- as GetPointeeData() does the right thing for both frozen and non-frozen ValueObject's, reimplemented ReadPointedString() to use it
en lieu of doing the raw read itself
- introduced a new GetData() method in ValueObject that lets you get a copy of the data that backs the ValueObject (for pointers,
this returns the address without any previous dereferencing steps ; for arrays it actually reads the whole chunk of memory)
in public layer this returns an SBData, just like GetPointeeData()
- introduced a new CreateValueFromData() method in SBValue that lets you create a new SBValue from a chunk of data wrapped in an SBData
the limitation to remember for this kind of SBValue is that they have no address: extracting the address-of for these objects (with any
of GetAddress(), GetLoadAddress() and AddressOf()) will return invalid values
- added several tests to check that "p"-ing objects (STL classes, char* and char[]) will do the right thing
Solved a bug where global pointers to global variables were not dereferenced correctly for display
New target setting "max-string-summary-length" gives the maximum number of characters to show in a string when summarizing it, instead of the hardcoded 128
Solved a bug where the summary for char[] and char* would not be shown if the ValueObject's were dumped via the "p" command
Removed m_pointers_point_to_load_addrs from ValueObject. Introduced a new m_address_type_of_children, which each ValueObject can set to tell the address type
of any pointers and/or references it creates. In the current codebase, this is load address most of the time (the only notable exception being file
addresses that generate file address children UNLESS we have a live process)
Updated help text for summary-string
Fixed an issue in STL formatters where std::stlcontainer::iterator would match the container's synthetic children providers
Edited the syntax and help for some commands to have proper argument types
llvm-svn: 139160
2011-09-07 03:20:51 +08:00
|
|
|
if (GetFormatManager().GetCategory(category)->IsEnabled() == false)
|
2011-08-23 06:03:47 +08:00
|
|
|
GetFormatManager().EnableCategory(category);
|
|
|
|
else
|
|
|
|
{
|
|
|
|
GetFormatManager().DisableCategory(category);
|
|
|
|
GetFormatManager().EnableCategory(category);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::Categories::Disable (ConstString& category)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
Redesign of the interaction between Python and frozen objects:
- introduced two new classes ValueObjectConstResultChild and ValueObjectConstResultImpl: the first one is a ValueObjectChild obtained from
a ValueObjectConstResult, the second is a common implementation backend for VOCR and VOCRCh of method calls meant to read through pointers stored
in frozen objects ; now such reads transparently move from host to target as required
- as a consequence of the above, removed code that made target-memory copies of expression results in several places throughout LLDB, and also
removed code that enabled to recognize an expression result VO as such
- introduced a new GetPointeeData() method in ValueObject that lets you read a given amount of objects of type T from a VO
representing a T* or T[], and doing dereferences transparently
in private layer it returns a DataExtractor ; in public layer it returns an instance of a newly created lldb::SBData
- as GetPointeeData() does the right thing for both frozen and non-frozen ValueObject's, reimplemented ReadPointedString() to use it
en lieu of doing the raw read itself
- introduced a new GetData() method in ValueObject that lets you get a copy of the data that backs the ValueObject (for pointers,
this returns the address without any previous dereferencing steps ; for arrays it actually reads the whole chunk of memory)
in public layer this returns an SBData, just like GetPointeeData()
- introduced a new CreateValueFromData() method in SBValue that lets you create a new SBValue from a chunk of data wrapped in an SBData
the limitation to remember for this kind of SBValue is that they have no address: extracting the address-of for these objects (with any
of GetAddress(), GetLoadAddress() and AddressOf()) will return invalid values
- added several tests to check that "p"-ing objects (STL classes, char* and char[]) will do the right thing
Solved a bug where global pointers to global variables were not dereferenced correctly for display
New target setting "max-string-summary-length" gives the maximum number of characters to show in a string when summarizing it, instead of the hardcoded 128
Solved a bug where the summary for char[] and char* would not be shown if the ValueObject's were dumped via the "p" command
Removed m_pointers_point_to_load_addrs from ValueObject. Introduced a new m_address_type_of_children, which each ValueObject can set to tell the address type
of any pointers and/or references it creates. In the current codebase, this is load address most of the time (the only notable exception being file
addresses that generate file address children UNLESS we have a live process)
Updated help text for summary-string
Fixed an issue in STL formatters where std::stlcontainer::iterator would match the container's synthetic children providers
Edited the syntax and help for some commands to have proper argument types
llvm-svn: 139160
2011-09-07 03:20:51 +08:00
|
|
|
if (GetFormatManager().GetCategory(category)->IsEnabled() == true)
|
2011-08-23 06:03:47 +08:00
|
|
|
GetFormatManager().DisableCategory(category);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::Categories::LoopThrough (FormatManager::CategoryCallback callback, void* callback_baton)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
GetFormatManager().LoopThroughCategories(callback, callback_baton);
|
|
|
|
}
|
|
|
|
|
|
|
|
uint32_t
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::Categories::GetCount ()
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
2011-08-23 07:45:15 +08:00
|
|
|
return GetFormatManager().GetCategoriesCount();
|
2011-08-23 06:03:47 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
2011-09-10 07:33:14 +08:00
|
|
|
DataVisualization::NamedSummaryFormats::GetSummaryFormat (const ConstString &type, lldb::SummaryFormatSP &entry)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
return GetFormatManager().GetNamedSummaryNavigator().Get(type,entry);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::NamedSummaryFormats::Add (const ConstString &type, const lldb::SummaryFormatSP &entry)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
GetFormatManager().GetNamedSummaryNavigator().Add(FormatManager::GetValidTypeName(type),entry);
|
|
|
|
}
|
|
|
|
|
|
|
|
bool
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::NamedSummaryFormats::Delete (const ConstString &type)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
return GetFormatManager().GetNamedSummaryNavigator().Delete(type);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::NamedSummaryFormats::Clear ()
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
GetFormatManager().GetNamedSummaryNavigator().Clear();
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::NamedSummaryFormats::LoopThrough (SummaryFormat::SummaryCallback callback, void* callback_baton)
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
GetFormatManager().GetNamedSummaryNavigator().LoopThrough(callback, callback_baton);
|
|
|
|
}
|
|
|
|
|
|
|
|
uint32_t
|
2011-08-23 07:45:15 +08:00
|
|
|
DataVisualization::NamedSummaryFormats::GetCount ()
|
2011-08-23 06:03:47 +08:00
|
|
|
{
|
|
|
|
return GetFormatManager().GetNamedSummaryNavigator().GetCount();
|
2011-08-23 07:45:15 +08:00
|
|
|
}
|