| 36da2aa6dc5ad9994b638ed09eb81c44cc05540b |
|
25-Jan-2013 |
Greg Clayton <gclayton@apple.com> |
<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.
git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@173463 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/tools/debugserver/source/DNBDataRef.cpp
|
| 7559f33de7b3706324fcc8467179463f7aaec348 |
|
11-Aug-2011 |
Johnny Chen <johnny.chen@apple.com> |
To silence the static analyzer.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@137319 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/tools/debugserver/source/DNBDataRef.cpp
|
| 381f968161e2274c55706ead0baed444a26b5092 |
|
01-Apr-2011 |
Greg Clayton <gclayton@apple.com> |
Get rid of LONG_LONG_MAX and ULONG_LONG_MAX, and use LLONG_MAX and ULLONG_MAX
respectively.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@128720 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/tools/debugserver/source/DNBDataRef.cpp
|
| 24943d2ee8bfaa7cf5893e4709143924157a5c1e |
|
08-Jun-2010 |
Chris Lattner <sabre@nondot.org> |
Initial checkin of lldb code from internal Apple repo.
git-svn-id: https://llvm.org/svn/llvm-project/llvdb/trunk@105619 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/tools/debugserver/source/DNBDataRef.cpp
|