and avoid sending lines in the window that aren't dirty yet.
The idea is that the bottom of the console screen commonly has blank lines
that do not need to be sent to the client, because nothing has been written
there yet. For example, when the console first appears, there is typically
a command-line prompt at the top of the window. When a console is expanded
vertically, blank lines commonly appear at the bottom.
Other misc changes to the output:
- When we send one later, also send all following lines.
- When we save a line into m_bufferData, fill in the rest of the line with
spaces. This way, it's possible to expand the console horizontally
without the agent resending all the lines.
- If nothing on the console has changed, then leave the cursor alone.
Don't hide, show, or move it.
* If the client was unable to write any data, write would return -1 with
errno==EAGAIN, and the client would assert fail.
* Apparently I thought that continue would jump to the start of the
do-while(0) loop. Replace the continue/do-while(0) with a
did_something flag.
While I'm at it, replace a few hard-coded constants with constants.
- On each polling, identify a range of lines to scan. This range will
include lines in the history if output has scrolled.
- Line in scrapeOutput and the terminal output routines (e.g.
sendLineToTerminal) are numbered as if writing to an infinitely-sized
terminal.
- Once history is large enough, write a string to column 1 ~200 lines
up. This synchronizing marker lets us know how much the console output
has scrolled.
- Freeze the console output by putting the console into select/mark mode.
Unfreeze it by sending an ESC keypress.
* The TestNet protocol starts with a terminal resize escape sequence, so
the server discards all input until it sees the sequence, and it delays
starting the agent. Eventually, the goal is to implement an SSH server,
and the SSH message that creates a PTY also provides the terminal size.
handled.
Use the UnixSignalHandler to detect terminal resizing. The client doesn't
do anything with the terminal size yet. It should send the size to the
server.
* Use disconnected() instead of readChannelFinished().
* Cleanup. There are three bidirectional pipes conceptually:
console <-> agent
agent <-> server
server <-> client
If one end of a pipe dies, start closing the other end, then clean up.
If the console dies (e.g. because cmd.exe exits), we still want to
collect the final console output and send it to the client.
To help with this, in the Agent, I call GetConsoleProcessList, then
scrapeOutput, then (potentially) disconnectFromServer.
- Add a very incomplete "telnet" server. It doesn't recognize any telnet
commands, so it's "telnet" only in the sense that I can connect to the
server and type commands. The commands are fed to a Win32 Console, but
I don't get to see the output over the network.
- Move AgentClient to the Shared directory and move QtEvent-specific code
out of it.
- Move the startShell routine into the AgentClient so I can share it
between the different console-consuming prototypes.
