summaryrefslogtreecommitdiff
path: root/lldb/source/Plugins/MemoryHistory
AgeCommit message (Collapse)Author
2018-11-11Remove header grouping comments.Jonas Devlieghere
This patch removes the comments grouping header includes. They were added after running IWYU over the LLDB codebase. However they add little value, are often outdates and burdensome to maintain.
2017-05-12Rename Error -> Status.Zachary Turner
This renames the LLDB error class to Status, as discussed on the lldb-dev mailing list. A change of this magnitude cannot easily be done without find and replace, but that has potential to catch unwanted occurrences of common strings such as "Error". Every effort was made to find all the obvious things such as the word "Error" appearing in a string, etc, but it's possible there are still some lingering occurences left around. Hopefully nothing too serious.
2017-01-31[CMake] [2/4] Update a batch of pluginsChris Bieneman
This is extending the updates from r293696 to more LLDB plugins.
2016-12-06Use Timeout<> in EvaluateExpressionOptions classPavel Labath
2016-11-16Don't allow direct access to StreamString's internal buffer.Zachary Turner
This is a large API change that removes the two functions from StreamString that return a std::string& and a const std::string&, and instead provide one function which returns a StringRef. Direct access to the underlying buffer violates the concept of a "stream" which is intended to provide forward only access, and makes porting to llvm::raw_ostream more difficult in the future. Differential Revision: https://reviews.llvm.org/D26698
2016-09-06*** This commit represents a complete reformatting of the LLDB source codeKate Stone
*** to conform to clang-format’s LLVM style. This kind of mass change has *** two obvious implications: Firstly, merging this particular commit into a downstream fork may be a huge effort. Alternatively, it may be worth merging all changes up to this commit, performing the same reformatting operation locally, and then discarding the merge for this particular commit. The commands used to accomplish this reformatting were as follows (with current working directory as the root of the repository): find . \( -iname "*.c" -or -iname "*.cpp" -or -iname "*.h" -or -iname "*.mm" \) -exec clang-format -i {} + find . -iname "*.py" -exec autopep8 --in-place --aggressive --aggressive {} + ; The version of clang-format used was 3.9.0, and autopep8 was 1.2.4. Secondly, “blame” style tools will generally point to this commit instead of a meaningful prior commit. There are alternatives available that will attempt to look through this change and find the appropriate prior commit. YMMV.
2016-07-06In AddressSanitizer and ThreadSanitizer, let's explicitly set the language ↵Kuba Brecka
of the expression we're evaluating.
2016-05-19second pass over removal of Mutex and ConditionSaleem Abdulrasool
2016-05-01Add thread numbers into ASan thread names.Kuba Brecka
2016-04-07Simplify the ASan expression (follow-up for the previous commit, r265651).Kuba Brecka
2016-04-07Tentative fix (add `extern "C"` declarations to expression prefix) and ↵Kuba Brecka
printing evaluation errors for AddressSanitizer (both MemoryHistoryASan.cpp and AddressSanitizerRuntime.cpp). Hopefully this will make the ASan testcases pass or at least the failure should be easier to diagnose.
2016-03-12This change introduces a "ExpressionExecutionThread" to the ThreadList.Jim Ingham
Turns out that most of the code that runs expressions (e.g. the ObjC runtime grubber) on behalf of the expression parser was using the currently selected thread. But sometimes, e.g. when we are evaluating breakpoint conditions/commands, we don't select the thread we're running on, we instead set the context for the interpreter, and explicitly pass that to other callers. That wasn't getting communicated to these utility expressions, so they would run on some other thread instead, and that could cause a variety of subtle and hard to reproduce problems. I also went through the commands and cleaned up the use of GetSelectedThread. All those uses should have been trying the thread in the m_exe_ctx belonging to the command object first. It would actually have been pretty hard to get misbehavior in these cases, but for correctness sake it is good to make this usage consistent. <rdar://problem/24978569>
2016-01-28Remove autoconf support from source directories.Eugene Zelenko
Differential revision: http://reviews.llvm.org/D16662
2015-11-06Upstream a change to MemoryHistoryASan from Sean:Jason Molenda
Author: Sean Callanan <scallanan@apple.com> Date: Tue Jun 23 13:52:24 2015 -0700 Memory history should not crash if it can't inspect its data. Added error handling. <rdar://problem/21231304>
2015-10-24Fix Clang-tidy modernize-use-override warnings in some files in ↵Eugene Zelenko
source/Plugins; other minor fixes.
2015-09-03[cmake] Remove LLVM_NO_RTTI.Bruce Mitchener
Summary: This doesn't exist in other LLVM projects any longer and doesn't do anything. Reviewers: chaoren, labath Subscribers: emaste, tberghammer, lldb-commits, danalbert Differential Revision: http://reviews.llvm.org/D12586
2015-08-31Stop objects from keeping a strong reference to the process when they should ↵Greg Clayton
have a weak reference.
2015-08-12Improve check for ASAN callbacksTamas Berghammer
The ASAN callbacks are public symbols so we can search for them with reading only the symbol table (not the debug info). Whit this change the attach time for big executables with debug symbols decreased by a factor of ~4. Differential revision: http://reviews.llvm.org/D11384
2015-07-22[asan] Display ASan history threads in reverse chronological orderKuba Brecka
For use-after-free bugs caught by ASan, we show an allocation and a deallocation stack trace. Let's display them in a "most recent event first" order, this patch does that. Differential Revision: http://reviews.llvm.org/D11295
2014-09-23Add ASan history threads into process_sp->GetExtendedThreadList, so they ↵Kuba Brecka
don't get freed too early Reviewed at http://reviews.llvm.org/D5452
2014-09-04ASan malloc/free history threadsKuba Brecka
Reviewed at http://reviews.llvm.org/D4596