[lldb][tests] Automatically call compute_mydir (NFC)Eliminate boilerplate of having each test manually assign to `mydir` by calling`compute_mydir` in lldbtest.py.Differential Revision: https://r
[lldb][tests] Automatically call compute_mydir (NFC)Eliminate boilerplate of having each test manually assign to `mydir` by calling`compute_mydir` in lldbtest.py.Differential Revision: https://reviews.llvm.org/D128077
show more ...
[lldb] Remove support for replaying the test suite from a reproducerThis patch removes the infrastructure to replay the test suite from areproducer, as well as the modifications made to the indivi
[lldb] Remove support for replaying the test suite from a reproducerThis patch removes the infrastructure to replay the test suite from areproducer, as well as the modifications made to the individual tests.
[LLDB] Skip flaky tests on Arm/AArch64 Linux botsFollowing LLDB tests fail randomly on LLDB Arm/AArch64 Linux buildbots.We still not have a reliable solution for these tests to passconsistently.
[LLDB] Skip flaky tests on Arm/AArch64 Linux botsFollowing LLDB tests fail randomly on LLDB Arm/AArch64 Linux buildbots.We still not have a reliable solution for these tests to passconsistently. I am marking them skipped for now.TestBreakpointCallbackCommandSource.pyTestIOHandlerResize.pyTestEditline.pyTestGuiViewLarge.pyTestGuiExpandThreadsTree.pyTestGuiBreakpoints.py
[lldb] Skip TestIOHandlerResizeNoEditline on WindowsIt seems opening the empty file and trying use that file object as an inputstream doesn't work on Windows. Skipping it for now.
[lldb] Make TestIOHandlerResizeNoEditline pass with Python 2io.BytesIO seems to produce a stream in Python 2 which isn't recognizedas a file object in the SWIG API, so this test fails for Python 2
[lldb] Make TestIOHandlerResizeNoEditline pass with Python 2io.BytesIO seems to produce a stream in Python 2 which isn't recognizedas a file object in the SWIG API, so this test fails for Python 2 (and I assumealso an old SWIG version needs to be involved).Instead just open an empty input file which is a file object in all Pythonversions to make this test pass everywhere.
[lldb/Test] Skip TestIOHandlerResizeNoEditline with reproducers
[lldb] Fix that SIGWINCH crashes IOHandlerEditline when we are not using the editline backendSummary:TerminalSizeChanged is called from our SIGWINCH signal handler but theIOHandlerEditline curren
[lldb] Fix that SIGWINCH crashes IOHandlerEditline when we are not using the editline backendSummary:TerminalSizeChanged is called from our SIGWINCH signal handler but theIOHandlerEditline currently doesn't check if we are actually using the realeditline backend. If we're not using the real editline backend, `m_editline_up`won't be set and `IOHandlerEditline::TerminalSizeChanged` will accessthe empty unique_ptr. In a real use case we don't use the editline backendwhen we for example read input from a file. We also create some temporaryIOHandlerEditline's during LLDB startup it seems that are also treatedas non-interactive (apparently to read startup commands).This patch just adds a nullptr check for`m_editline_up` as we do in the rest ofIOHandlerEditline.Fixes rdar://problem/63921950Reviewers: labath, frissReviewed By: frissSubscribers: abidh, JDevlieghereDifferential Revision: https://reviews.llvm.org/D81729
[lldb/Driver] Support terminal resizingSummary:The comment in the Editine.h header made it sound like editline wasjust unable to handle terminal resizing. We were not ever tellingeditline that t
[lldb/Driver] Support terminal resizingSummary:The comment in the Editine.h header made it sound like editline wasjust unable to handle terminal resizing. We were not ever tellingeditline that the terminal had changed size, which might explain whyit wasn't working.This patch threads a `TerminalSizeChanged()` callback through theIOHandler and invokes it from the SIGWINCH handler in the driver. Our`Editline` class already had a `TerminalSizeChanged()` method whichwas invoked only when editline was configured.This patch also changes `Editline` to not apply the changes right awayin `TerminalSizeChanged()`, but instead defer that to the nextcharacter read. During my testing, it happened once that the signalwas received while our `ConnectionFileDescriptor::Read` was allocatingmemory. As `el_resize` seems to allocate memory too, this crashed.Reviewers: labath, teemperorSubscribers: lldb-commitsTags: #lldbDifferential Revision: https://reviews.llvm.org/D79654