llvm-project/lldb/include/lldb/Core/StreamCallback.h
Greg Clayton c7bece56fa <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
2013-01-25 18:06:21 +00:00

48 lines
1.1 KiB
C++

//===-- StreamCallback.h -----------------------------------*- C++ -*-===//
//
// The LLVM Compiler Infrastructure
//
// This file is distributed under the University of Illinois Open Source
// License. See LICENSE.TXT for details.
//
//===----------------------------------------------------------------------===//
#ifndef liblldb_StreamCallback_h_
#define liblldb_StreamCallback_h_
#include <string>
#include "lldb/Core/Stream.h"
#include "lldb/Core/StreamString.h"
#include "lldb/Host/Mutex.h"
namespace lldb_private {
class StreamCallback :
public Stream
{
public:
StreamCallback (lldb::LogOutputCallback callback, void *baton);
virtual ~StreamCallback ();
virtual void
Flush ();
virtual size_t
Write (const void *src, size_t src_len);
private:
typedef std::map<lldb::tid_t, StreamString> collection;
lldb::LogOutputCallback m_callback;
void *m_baton;
collection m_accumulated_data;
Mutex m_collection_mutex;
StreamString &FindStreamForThread(lldb::tid_t cur_tid);
};
} // namespace lldb_private
#endif // #ifndef liblldb_StreamCallback_h