Fix for vppctl and interactive commands (VPP-1038) 62/9062/2
authorChris Luke <chrisy@flirble.org>
Thu, 26 Oct 2017 14:44:43 +0000 (10:44 -0400)
committerFlorin Coras <florin.coras@gmail.com>
Fri, 27 Oct 2017 22:47:16 +0000 (22:47 +0000)
commitae5a02f8235b9a243df09b42e932ae5f238e366b
tree708df1a7df2698b720c4cb0d617c1e9d53f56c89
parentead85e91ce4235e2b4520c181dfcabc7df73e46d
Fix for vppctl and interactive commands (VPP-1038)

- Interactive commands like "ping" read extra input from the
  input stream.
- In the case of "ping" it is simply a signal to cease the current
  operation.
- "vppctl", in non-interactive mode, will issue a "quit" immediately
  after the requested command to queue up closing of the session.
- This resulted in "ping" thinking a keypress was seen and returning
  control to the CLI; the "quit" command however is consumed by the
  keypress event handler and thus the session does not close.

- This patch reworks vppctl slightly to only issue "quit" after the
  command has completed. In particular it uses the fact that VPP issues
  NUL bytes as a surrogate prompt between output of commands to signal
  acknowledgement that the command has completed; vppctl now flags
  that the quit should be issued after the next such acknowledgement.
- Since input it still accepted, the user can still terminate the
  "ping" early, if desired.

Change-Id: I7e3dbe767f32f8e364ccb5f81799759b311585df
Signed-off-by: Chris Luke <chrisy@flirble.org>
src/vpp/app/vppctl.c