From 21b50e6bc78f26dd103ca2df1da51f9e1b3b5147 Mon Sep 17 00:00:00 2001
From: Hans Nilsson
Date: Mon, 12 Aug 2019 15:30:22 +0200
Subject: ssh: change type names
---
lib/ssh/doc/src/ssh_connection.xml | 167 ++++++++++++++++++-------------------
1 file changed, 82 insertions(+), 85 deletions(-)
(limited to 'lib/ssh/doc/src')
diff --git a/lib/ssh/doc/src/ssh_connection.xml b/lib/ssh/doc/src/ssh_connection.xml
index ea41ccf252..9fa1da659c 100644
--- a/lib/ssh/doc/src/ssh_connection.xml
+++ b/lib/ssh/doc/src/ssh_connection.xml
@@ -44,7 +44,7 @@
The Erlang format of thoose messages is
(see also below):
- {ssh_cm, ssh:connection_ref(), ssh_event_msg()}
+
{ssh_cm, ssh:connection_ref(), channel_msg()}
If the ssh_client_channel behavior is used to
@@ -94,7 +94,7 @@
SSH Connection Protocol: General
-
+
As mentioned in the introduction, the
SSH Connection Protocol
@@ -105,71 +105,39 @@
- SSH Connection Protocol: Data Events
-
+
+ Messages that include a WantReply expect the channel handling
+ process to call
+ ssh_connection:reply_request/4
+ with the boolean value of WantReply as the second argument.
+
+ Data Transfer (RFC 4254, section 5.2)
-
+
Data has arrived on the channel. This event is sent as a result of calling
ssh_connection:send/[3,4,5].
+
+
+ Closing a Channel (RFC 4254, section 5.3)
-
+
Indicates that the other side sends no more data. This event is sent as a result of calling
ssh_connection:send_eof/2.
-
- SSH Connection Protocol: Status Events
-
-
-
-
-
-
-
-
- A signal can be delivered to the remote process/service
- using the following message. Some systems do not support
- signals, in which case they are to ignore this message. There is
- currently no function to generate this event as the signals
- referred to are on OS-level and not something generated by an
- Erlang program.
-
-
-
-
-
-
- A remote execution can terminate violently because of a signal.
- Then this message can be received. For details on valid string
- values, see RFC 4254
- Section 6.10, which shows a special case of these signals.
-
-
-
-
-
- When the command running at the other end terminates, the
- following message can be sent to return the exit status of the
- command. A zero exit_status usually means that the command
- terminated successfully. This event is sent as a result of calling
-
- ssh_connection:exit_status/3.
-
-
-
-
+
This event is sent as a result of calling
ssh_connection:close/2.
@@ -178,33 +146,11 @@
- SSH Connection Protocol: Terminal Events
-
-
-
- Channels implementing a shell and command execution on the
- server side are to handle the following messages that can be sent by client-
- channel processes.
-
- Events that include a WantReply expect the event handling
- process to call
- ssh_connection:reply_request/4
- with the boolean value of WantReply as the second argument.
-
-
-
-
-
-
- Environment variables can be passed to the shell/command
- to be started later. This event is sent as a result of calling ssh_connection:setenv/5.
-
-
-
+ Requesting a Pseudo-Terminal (RFC 4254, section 6.2)
-
+
+
A pseudo-terminal has been requested for the
session. Terminal is the value of the TERM environment
@@ -214,7 +160,7 @@
drawable area of the window. Opcode in the
TerminalModes list is the mnemonic name, represented
as a lowercase Erlang atom, defined in
- RFC 4254, Section 8.
+ RFC 4254, Section 8.
It can also be an Opcode if the mnemonic name is not listed in the
RFC. Example: OP code: 53, mnemonic name ECHO erlang atom:
echo. This event is sent as a result of calling
+
+ Environment Variable Passing (RFC 4254, section 6.4)
-
+
+
+ Environment variables can be passed to the shell/command
+ to be started later. This event is sent as a result of calling ssh_connection:setenv/5.
+
+
+
+
+
+ Starting a Shell or Command (RFC 4254, section 6.5)
+
+
This message requests that the user default shell
is started at the other end. This event is sent as a result of calling
@@ -231,9 +191,20 @@
+
+
+
+ This message requests that the server starts
+ execution of the given command. This event is sent as a result of calling ssh_connection:exec/4 .
+
+
+
+
+ Window Dimension Change Message (RFC 4254, section 6.7)
-
+
When the window (terminal) size changes on the client
side, it can send a message to the server side to inform it of
@@ -241,13 +212,39 @@
+ Signals (RFC 4254, section 6.9)
-
+
- This message requests that the server starts
- execution of the given command. This event is sent as a result of calling ssh_connection:exec/4 .
-
+ A signal can be delivered to the remote process/service
+ using the following message. Some systems do not support
+ signals, in which case they are to ignore this message. There is
+ currently no function to generate this event as the signals
+ referred to are on OS-level and not something generated by an
+ Erlang program.
+
+
+
+
+ Returning Exit Status (RFC 4254, section 6.10)
+
+
+
+ When the command running at the other end terminates, the
+ following message can be sent to return the exit status of the
+ command. A zero exit_status usually means that the command
+ terminated successfully. This event is sent as a result of calling
+
+ ssh_connection:exit_status/3.
+
+
+
+
+
+ A remote execution can terminate violently because of a signal.
+ Then this message can be received. For details on valid string
+ values, see RFC 4254
+ Section 6.10, which shows a special case of these signals.
@@ -316,22 +313,22 @@
- N x data message(s)
+ N x data message(s)
The result of executing the command can be only one line
or thousands of lines depending on the command.
- 0 or 1 x eof message
+ 0 or 1 x eof message
Indicates that no more data is to be sent.
- 0 or 1 x exit signal message
+ 0 or 1 x exit signal message
Not all systems send signals. For details on valid string
values, see RFC 4254, Section 6.10
- 0 or 1 x exit status message
+ 0 or 1 x exit status message
It is recommended by the SSH Connection Protocol to send this
message, but that is not always the case.
- 1 x closed status message
+ 1 x closed status message
Indicates that the ssh_client_channel started for the
execution of the command has now been shut down.
--
cgit v1.2.3