[Lldb-commits] [PATCH] D42959: Rewrite the flaky test_restart_bug test in a more deterministic way

2018-02-08 Thread Pavel Labath via Phabricator via lldb-commits
This revision was not accepted when it landed; it landed in state "Needs 
Review".
This revision was automatically updated to reflect the committed changes.
Closed by commit rL324590: Rewrite the flaky test_restart_bug test in a more 
deterministic way (authored by labath, committed by ).
Herald added a subscriber: llvm-commits.

Repository:
  rL LLVM

https://reviews.llvm.org/D42959

Files:
  
lldb/trunk/packages/Python/lldbsuite/test/functionalities/gdb_remote_client/TestRestartBug.py
  
lldb/trunk/packages/Python/lldbsuite/test/functionalities/gdb_remote_client/gdbclientutils.py
  
lldb/trunk/packages/Python/lldbsuite/test/functionalities/signal/raise/TestRaise.py

Index: lldb/trunk/packages/Python/lldbsuite/test/functionalities/gdb_remote_client/gdbclientutils.py
===
--- lldb/trunk/packages/Python/lldbsuite/test/functionalities/gdb_remote_client/gdbclientutils.py
+++ lldb/trunk/packages/Python/lldbsuite/test/functionalities/gdb_remote_client/gdbclientutils.py
@@ -98,6 +98,10 @@
 to the given packet received from the client.
 """
 self.packetLog.append(packet)
+if packet is MockGDBServer.PACKET_INTERRUPT:
+return self.interrupt()
+if packet == "c":
+return self.cont()
 if packet == "g":
 return self.readRegisters()
 if packet[0] == "G":
@@ -133,8 +137,16 @@
 if data is not None:
 return self._qXferResponse(data, has_more)
 return ""
+if packet[0] == "Z":
+return self.setBreakpoint(packet)
 return self.other(packet)
 
+def interrupt(self):
+raise self.UnexpectedPacketException()
+
+def cont(self):
+raise self.UnexpectedPacketException()
+
 def readRegisters(self):
 return "" * self.registerCount
 
@@ -178,10 +190,21 @@
 def selectThread(self, op, thread_id):
 return "OK"
 
+def setBreakpoint(self, packet):
+raise self.UnexpectedPacketException()
+
 def other(self, packet):
 # empty string means unsupported
 return ""
 
+"""
+Raised when we receive a packet for which there is no default action.
+Override the responder class to implement behavior suitable for the test at
+hand.
+"""
+class UnexpectedPacketException(Exception):
+pass
+
 
 class MockGDBServer:
 """
@@ -288,6 +311,9 @@
 if data[0] == '+':
 self._receivedData = data[1:]
 return self.PACKET_ACK
+if ord(data[0]) == 3:
+self._receivedData = data[1:]
+return self.PACKET_INTERRUPT
 if data[0] == '$':
 i += 1
 else:
@@ -343,10 +369,12 @@
 # Delegate everything else to our responder
 response = self.responder.respond(packet)
 # Handle packet framing since we don't want to bother tests with it.
-framed = frame_packet(response)
-self._client.sendall(framed)
+if response is not None:
+framed = frame_packet(response)
+self._client.sendall(framed)
 
 PACKET_ACK = object()
+PACKET_INTERRUPT = object()
 
 class InvalidPacketException(Exception):
 pass
@@ -410,6 +438,7 @@
 process = target.ConnectRemote(listener, url, "gdb-remote", error)
 self.assertTrue(error.Success(), error.description)
 self.assertTrue(process, PROCESS_IS_VALID)
+return process
 
 def assertPacketLogContains(self, packets):
 """
Index: lldb/trunk/packages/Python/lldbsuite/test/functionalities/gdb_remote_client/TestRestartBug.py
===
--- lldb/trunk/packages/Python/lldbsuite/test/functionalities/gdb_remote_client/TestRestartBug.py
+++ lldb/trunk/packages/Python/lldbsuite/test/functionalities/gdb_remote_client/TestRestartBug.py
@@ -0,0 +1,62 @@
+from __future__ import print_function
+import lldb
+from lldbsuite.test.lldbtest import *
+from lldbsuite.test.decorators import *
+from gdbclientutils import *
+
+
+class TestRestartBug(GDBRemoteTestBase):
+
+@expectedFailureAll(bugnumber="llvm.org/pr24530")
+def test(self):
+"""
+Test auto-continue behavior when a process is interrupted to deliver
+an "asynchronous" packet. This simulates the situation when a process
+stops on its own just as lldb client is about to interrupt it. The
+client should not auto-continue in this case, unless the user has
+explicitly requested that we ignore signals of this type.
+"""
+class MyResponder(MockGDBServerResponder):
+continueCount = 0
+
+def setBreakpoint(self, packet):
+return "OK"
+
+def interrupt(self):
+# Simulate process stopping due to a raise(SIGINT) just as lldb
+# is about 

[Lldb-commits] [PATCH] D42959: Rewrite the flaky test_restart_bug test in a more deterministic way

2018-02-07 Thread Owen Shaw via Phabricator via lldb-commits
owenpshaw added a comment.

Looks good to me


https://reviews.llvm.org/D42959



___
lldb-commits mailing list
lldb-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits


[Lldb-commits] [PATCH] D42959: Rewrite the flaky test_restart_bug test in a more deterministic way

2018-02-06 Thread Pavel Labath via Phabricator via lldb-commits
labath created this revision.
labath added a reviewer: owenpshaw.
Herald added a subscriber: srhines.

The test was trying to reproduce a bug in handling of two concurrent
events, which was impossible to do reliably in a black-box style test.
In practice, this meant the test was only ever failing on remote
targets, as these were slow enough to trigger this.

Fortunately, we now have the ability to mock the server side of the
connection, which means we can simulate the failure deterministically,
so I rewrite the test to use the new gdb-client framework.

I've needed to add a couple of new packets to the mock server to be able
to do this. Instead of trying to guess how a "typical" gdb-client test
will want to handle this, I throw an exception in the implementation to
force the user to override them (the packets are only sent if the test
explicitly performs some action which will trigger them, so a basic test
which e.g. does not need the "continue" functionality will not need to
implement them).


https://reviews.llvm.org/D42959

Files:
  
packages/Python/lldbsuite/test/functionalities/gdb_remote_client/TestRestartBug.py
  
packages/Python/lldbsuite/test/functionalities/gdb_remote_client/gdbclientutils.py
  packages/Python/lldbsuite/test/functionalities/signal/raise/TestRaise.py

Index: packages/Python/lldbsuite/test/functionalities/signal/raise/TestRaise.py
===
--- packages/Python/lldbsuite/test/functionalities/signal/raise/TestRaise.py
+++ packages/Python/lldbsuite/test/functionalities/signal/raise/TestRaise.py
@@ -188,89 +188,3 @@
 
 # reset signal handling to default
 self.set_handle(signal, default_pass, default_stop, default_notify)
-
-@skipIfTargetAndroid()
-def test_restart_bug(self):
-"""Test that we catch a signal in the edge case where the process receives it while we are
-about to interrupt it"""
-self.build()
-exe = self.getBuildArtifact("a.out")
-
-# Create a target by the debugger.
-target = self.dbg.CreateTarget(exe)
-self.assertTrue(target, VALID_TARGET)
-bkpt = target.BreakpointCreateByName("main")
-self.assertTrue(bkpt.IsValid(), VALID_BREAKPOINT)
-
-# launch the inferior and don't wait for it to stop
-self.dbg.SetAsync(True)
-error = lldb.SBError()
-listener = lldb.SBListener("my listener")
-process = target.Launch(listener,
-["SIGSTOP"],  # argv
-None,# envp
-None,# stdin_path
-None,# stdout_path
-None,# stderr_path
-None,# working directory
-0,   # launch flags
-False,   # Stop at entry
-error)   # error
-
-self.assertTrue(process and process.IsValid(), PROCESS_IS_VALID)
-
-event = lldb.SBEvent()
-
-# Give the child enough time to reach the breakpoint,
-# while clearing out all the pending events.
-# The last WaitForEvent call will time out after 2 seconds.
-while listener.WaitForEvent(2, event):
-if self.TraceOn():
-print(
-"Process changing state to:",
-self.dbg.StateAsCString(
-process.GetStateFromEvent(event)))
-
-# now the process should be stopped
-self.assertEqual(
-process.GetState(),
-lldb.eStateStopped,
-PROCESS_STOPPED)
-self.assertEqual(len(lldbutil.get_threads_stopped_at_breakpoint(
-process, bkpt)), 1, "A thread should be stopped at breakpoint")
-
-# Remove all breakpoints. This makes sure we don't have to single-step over them when we
-# resume the process below
-target.DeleteAllBreakpoints()
-
-# resume the process and immediately try to set another breakpoint. When using the remote
-# stub, this will trigger a request to stop the process just as it is about to stop
-# naturally due to a SIGSTOP signal it raises. Make sure we do not lose
-# this signal.
-process.Continue()
-self.assertTrue(target.BreakpointCreateByName(
-"handler").IsValid(), VALID_BREAKPOINT)
-
-# Clear the events again
-while listener.WaitForEvent(2, event):
-if self.TraceOn():
-print(
-"Process changing state to:",
-self.dbg.StateAsCString(
-process.GetStateFromEvent(event)))
-
-# The process should be stopped due to a signal
-self.assertEqual(process.GetState(), lldb.eStateStopped)
-thread = lldbutil.get_stopped_thread(process,