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
49 lines
1.1 KiB
C++
49 lines
1.1 KiB
C++
//===-- DWARFDebugMacinfo.cpp -----------------------------------*- C++ -*-===//
|
|
//
|
|
// The LLVM Compiler Infrastructure
|
|
//
|
|
// This file is distributed under the University of Illinois Open Source
|
|
// License. See LICENSE.TXT for details.
|
|
//
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
#include "DWARFDebugMacinfo.h"
|
|
|
|
#include "DWARFDebugMacinfoEntry.h"
|
|
#include "SymbolFileDWARF.h"
|
|
|
|
#include "lldb/Core/Stream.h"
|
|
|
|
using namespace lldb_private;
|
|
using namespace std;
|
|
|
|
DWARFDebugMacinfo::DWARFDebugMacinfo()
|
|
{
|
|
}
|
|
|
|
DWARFDebugMacinfo::~DWARFDebugMacinfo()
|
|
{
|
|
}
|
|
|
|
void
|
|
DWARFDebugMacinfo::Dump(Stream *s, const DataExtractor& macinfo_data, lldb::offset_t offset)
|
|
{
|
|
DWARFDebugMacinfoEntry maninfo_entry;
|
|
if (macinfo_data.GetByteSize() == 0)
|
|
{
|
|
s->PutCString("< EMPTY >\n");
|
|
return;
|
|
}
|
|
if (offset == LLDB_INVALID_OFFSET)
|
|
{
|
|
offset = 0;
|
|
while (maninfo_entry.Extract(macinfo_data, &offset))
|
|
maninfo_entry.Dump(s);
|
|
}
|
|
else
|
|
{
|
|
if (maninfo_entry.Extract(macinfo_data, &offset))
|
|
maninfo_entry.Dump(s);
|
|
}
|
|
}
|