History log of /external/lldb/test/lang/cpp/wchar_t/TestCxxWCharT.py
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
347d722127cc6a19b077244305c3d350ea4ef80e 19-Apr-2013 Ashok Thirumurthi <ashok.thirumurthi@intel.com> Provided a variant of ReadCStringFromMemory that supports null terminators of any character width.
This prevents unbounded reads (i.e. reads of GetMaximumSizeOfStringSummary() bytes)
from causing test failures (i.e. due to ptrace EIO or EFAULT on Linux).

Note that ReadCStringFromMemory is marked as deprecated because the loop that calls
ReadMemory does not continue until the string has been completely read.
The expected behavior is to read until until max_bytes or a null terminator.

Note: As discussed on lldb-dev, further testing will be performed with ReadStringFromMemory
before further changes are made for users of ReadCStringFromMemory.

Thanks to Enrico, Matt and Andy for their review feedback.


git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@179857 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/cpp/wchar_t/TestCxxWCharT.py
0f9930b4f0604fd5c4c49480d01ea230eff66e3d 24-Jan-2013 Daniel Malea <daniel.malea@intel.com> Marking test cases with @expectedFailureLinux as per recently opened bugs
- PR 15038: missing wide char support on Linux
- PR 14600 - Exception state registers not supported on Linux
- PR 15039: SBProcess.GetSTDOUT() returns an empty buffer
- PR 15037: stop-hooks sometimes fail to fire on Linux



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@173363 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/cpp/wchar_t/TestCxxWCharT.py
cd8cd61e7280b9c050a85ba29fa4d3b20737df3a 15-Jan-2013 Enrico Granata <egranata@apple.com> <rdar://problem/12790664>

Single-character Unicode data formatters



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@172492 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/cpp/wchar_t/TestCxxWCharT.py
3f4844e5ce44bb9d596357c9e7442d6a83037ed7 11-Jan-2013 Enrico Granata <egranata@apple.com> Making the Unicode formatters visually nicer by using the same prefix characters as the compiler expects in C++ code
Also, marking the Unicode data formatters test cases as dataformatter related for the benefit for the --category flag in dotest.py



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@172167 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/cpp/wchar_t/TestCxxWCharT.py
06d58b0c68d98bfef948861e722789d7c7b1172c 11-Jan-2013 Enrico Granata <egranata@apple.com> <rdar://problem/11383764>

Making a data formatter for wchar_t *



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@172165 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/cpp/wchar_t/TestCxxWCharT.py
f34feefb6fe62d79a8a261a716194e34f1c4b8bc 10-Jan-2013 Enrico Granata <egranata@apple.com> <rdar://problem/11146929>

Enabling support for the wchar_t type.
Without the proper language option setup, clang's ASTContexts will be configured to have wchar_t == int
This patch enables the correct options to make sure that we report wchar_t as itself
Added a test case to make sure we do not regress



git-svn-id: https://llvm.org/svn/llvm-project/lldb/trunk@172038 91177308-0d34-0410-b5e6-96231b3b80d8
/external/lldb/test/lang/cpp/wchar_t/TestCxxWCharT.py