gdb-remote signal delivery test cleanup.
authorTodd Fiala <todd.fiala@gmail.com>
Fri, 30 May 2014 17:59:47 +0000 (17:59 +0000)
committerTodd Fiala <todd.fiala@gmail.com>
Fri, 30 May 2014 17:59:47 +0000 (17:59 +0000)
commit9c00cf557f8e35f459bc4e499fc28956ba5fdeab
tree3d2cba9361a22d9bc8c33ba2f179237442cff1d4
parente45b4e328f841eb58e9198179946d1e5ae509e5c
gdb-remote signal delivery test cleanup.

Learned that MacOSX only accepts signal delivery on a thread that is
already signal handling.  Reworked the test exe to cause a SIGSEGV
and recover if either nothing intercepts the SIGSEGV handler, or
if a SIGUSR1 is inserted.  The test uses the latter part to test
signal delivery on continue using the SIGUSR1.

I still don't have this working on MacOSX.  I'm seeing the
signal get delivered to a different thread than the one I'm
specifying with $Hc{thread-id} + $C{signo}, or with
$vCont;C{signo}:{thread-id};c.  I'll come back to this
after getting it working on the llgs branch on Linux x86_64.

llvm-svn: 209912
lldb/test/tools/lldb-gdbserver/TestLldbGdbServer.py
lldb/test/tools/lldb-gdbserver/main.cpp
lldb/test/tools/lldb-gdbserver/socket_packet_pump.py