mirror of
https://github.com/intel/llvm.git
synced 2026-01-23 07:58:23 +08:00
<rdar://problem/13069948>
Major fixed to allow reading files that are over 4GB. The main problems were that the DataExtractor was using 32 bit offsets as a data cursor, and since we mmap all of our object files we could run into cases where if we had a very large core file that was over 4GB, we were running into the 4GB boundary. So I defined a new "lldb::offset_t" which should be used for all file offsets. After making this change, I enabled warnings for data loss and for enexpected implicit conversions temporarily and found a ton of things that I fixed. Any functions that take an index internally, should use "size_t" for any indexes and also should return "size_t" for any sizes of collections. llvm-svn: 173463
This commit is contained in:
@@ -396,7 +396,7 @@ protected:
|
||||
case eSetTypeFileAndLine: // Breakpoint by source position
|
||||
{
|
||||
FileSpec file;
|
||||
uint32_t num_files = m_options.m_filenames.GetSize();
|
||||
const size_t num_files = m_options.m_filenames.GetSize();
|
||||
if (num_files == 0)
|
||||
{
|
||||
if (!GetDefaultFile (target, file, result))
|
||||
@@ -469,7 +469,7 @@ protected:
|
||||
break;
|
||||
case eSetTypeSourceRegexp: // Breakpoint by regexp on source text.
|
||||
{
|
||||
int num_files = m_options.m_filenames.GetSize();
|
||||
const size_t num_files = m_options.m_filenames.GetSize();
|
||||
|
||||
if (num_files == 0)
|
||||
{
|
||||
@@ -1794,7 +1794,7 @@ CommandObjectMultiwordBreakpoint::VerifyBreakpointIDs (Args &args, Target *targe
|
||||
Breakpoint *breakpoint = target->GetBreakpointByID (cur_bp_id.GetBreakpointID()).get();
|
||||
if (breakpoint != NULL)
|
||||
{
|
||||
int num_locations = breakpoint->GetNumLocations();
|
||||
const size_t num_locations = breakpoint->GetNumLocations();
|
||||
if (cur_bp_id.GetLocationID() > num_locations)
|
||||
{
|
||||
StreamString id_str;
|
||||
|
||||
Reference in New Issue
Block a user