draft/man2/send.2

   1 .\" Copyright (c) 1983, 1991 The Regents of the University of California.
   2 .\" All rights reserved.
   3 .\"
   4 .\" Redistribution and use in source and binary forms, with or without
   5 .\" modification, are permitted provided that the following conditions
   6 .\" are met:
   7 .\" 1. Redistributions of source code must retain the above copyright
   8 .\"    notice, this list of conditions and the following disclaimer.
   9 .\" 2. Redistributions in binary form must reproduce the above copyright
  10 .\"    notice, this list of conditions and the following disclaimer in the
  11 .\"    documentation and/or other materials provided with the distribution.
  12 .\" 3. All advertising materials mentioning features or use of this software
  13 .\"    must display the following acknowledgement:
  14 .\"     This product includes software developed by the University of
  15 .\"     California, Berkeley and its contributors.
  16 .\" 4. Neither the name of the University nor the names of its contributors
  17 .\"    may be used to endorse or promote products derived from this software
  18 .\"    without specific prior written permission.
  19 .\"
  20 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
  21 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
  22 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
  23 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
  24 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
  25 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
  26 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
  27 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
  28 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
  29 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  30 .\" SUCH DAMAGE.
  31 .\"
  32 .\" Modified 1993-07-24 by Rik Faith <faith@cs.unc.edu>
  33 .\" Modified 1996-10-22 by Eric S. Raymond <esr@thyrsus.com>
  34 .\" Modified Oct 1998 by Andi Kleen
  35 .\" Modified Oct 2003 by aeb
  36 .\" Modified 2004-07-01 by mtk
  37 .\"
  38 .\"*******************************************************************
  39 .\"
  40 .\" This file was generated with po4a. Translate the source file.
  41 .\"
  42 .\"*******************************************************************
  43 .TH SEND 2 2012\-04\-23 Linux "Linux Programmer's Manual"
  44 .SH 名前
  45 send, sendto, sendmsg \- ソケットへメッセージを送る
  46 .SH 書式
  47 .nf
  48 \fB#include <sys/types.h>\fP
  49 \fB#include <sys/socket.h>\fP
  50 .sp
  51 \fBssize_t send(int \fP\fIsockfd\fP\fB, const void *\fP\fIbuf\fP\fB, size_t \fP\fIlen\fP\fB, int \fP\fIflags\fP\fB);\fP
  52
  53 \fBssize_t sendto(int \fP\fIsockfd\fP\fB, const void *\fP\fIbuf\fP\fB, size_t \fP\fIlen\fP\fB, int \fP\fIflags\fP\fB,\fP
  54 \fB               const struct sockaddr *\fP\fIdest_addr\fP\fB, socklen_t \fP\fIaddrlen\fP\fB);\fP
  55
  56 \fBssize_t sendmsg(int \fP\fIsockfd\fP\fB, const struct msghdr *\fP\fImsg\fP\fB, int \fP\fIflags\fP\fB);\fP
  57 .fi
  58 .SH 説明
  59 システムコール \fBsend\fP(), \fBsendto\fP(), \fBsendmsg\fP()  は、もう一方のソケットへメッセージを転送するのに使用される。
  60 .PP
  61 \fBsend\fP()  は、ソケットが \fI接続された (connected)\fP 状態にある場合にのみ使用できる
  62 (つまり、どの相手に送信するかは既知である)。 \fBsend\fP()  と \fBwrite\fP(2)  の違いは、引き数に \fIflags\fP
  63 があるかどうかだけである。 引き数 \fIflags\fP にフラグが指定されない場合、 \fBsend\fP()  は \fBwrite\fP(2)  と等価である。
  64 また、
  65
  66     send(sockfd, buf, len, flags);
  67
  68 は以下と等価である。
  69
  70     sendto(sockfd, buf, len, flags, NULL, 0);
  71 .PP
  72 引き数 \fIsockfd\fP は、データを送信するパケットのファイル・ディスクリプタである。
  73 .PP
  74 \fBsendto\fP()  は、接続型 (connection\-mode) のソケット (\fBSOCK_STREAM\fP,
  75 \fBSOCK_SEQPACKET\fP)  で 使用された場合、引き数 \fIdest_addr\fP と \fIaddrlen\fP は無視される (各々の引き数が
  76 NULL と 0 でない場合は \fBEISCONN\fP エラーも返される)。 また、ソケットが実際には接続されていなかった時には \fBENOTCONN\fP
  77 エラーが返される。 接続型のソケット以外で使用された場合は、接続先のアドレスは \fIdest_addr\fP で与えられ、そのサイズは \fIaddrlen\fP
  78 で指定される。 \fBsendmsg\fP()  では、接続先のアドレスは \fImsg.msg_name\fP で与えられ、そのサイズは
  79 \fImsg.msg_namelen\fP で指定される。
  80 .PP
  81 \fBsend\fP()  と \fBsendto\fP()  では、メッセージは \fIbuf\fP に格納されており、その長さは \fIlen\fP であると解釈される。
  82 \fBsendmsg\fP()  では、メッセージは 配列 \fImsg.msg_iov\fP の各要素が指す位置に格納されている。 \fBsendmsg\fP()
  83 では、補助データ (制御情報とも呼ばれる) を送信することもできる。
  84 .PP
  85 メッセージ長が長過ぎるために、そのソケットが使用するプロトコルでは、 メッセージをソケットに渡されたままの形で送信することができない場合、
  86 \fBEMSGSIZE\fP エラーが返され、そのメッセージは転送されない。
  87 .PP
  88 \fBsend\fP()  では、配送の失敗の通知は明示的に行われる。 ローカル側でエラーが検出された場合は、返り値 \-1 として通知される。
  89 .PP
  90 メッセージがソケットの送信バッファに入れることができない場合、 \fBsend\fP()  は通常は停止 (block) する (ソケットが非停止
  91 (nonblocking) I/O モード でない場合)。非停止モードの場合にはエラー \fBEAGAIN\fP か \fBEWOULDBLOCK\fP
  92 で失敗する。 いつデータをさらに送信できるようになるかを知るために、 \fBselect\fP(2)  コールを使用することができる。
  93 .PP
  94 .\" FIXME ? document MSG_PROXY (which went away in 2.3.15)
  95 \fIflags\fP 引き数は、以下のフラグの (0 個以上の) ビット単位の論理和を とったものを指定する。
  96 .TP
  97 \fBMSG_CONFIRM\fP (Linux 2.3.15 以降)
  98 転送処理に進展があった、つまり相手側から成功の応答を受けたことをリンク層に 知らせる。リンク層がこの通知を受け取らなかった場合には、通常どおり
  99 (ユニキャスト ARP を使うなどの方法で) 近傍 (neighbor) の再検索を行う。 \fBSOCK_DGRAM\fP と \fBSOCK_RAW\fP
 100 のソケットに対してのみ有効で、現在のところ IPv4 と IPv6 のみ実装されている。 詳しくは \fBarp\fP(7)  参照のこと。
 101 .TP
 102 \fBMSG_DONTROUTE\fP
 103 パケットを送り出すのにゲートウェイを使用せず、 直接接続されているネットワーク上のホストだけに送る。 通常、このフラグは診断 (diagnostic)
 104 やルーティング・プログラムに よってのみ使用される。このフラグは、経路制御が行われるプロトコルファミリー
 105 に対してのみ定義されている。パケットソケットには定義されていない。
 106 .TP
 107 \fBMSG_DONTWAIT\fP (Linux 2.2 以降)
 108 非停止 (nonblocking) 操作を有効にする。操作が停止されるような場合には \fBEAGAIN\fP か \fBEWOULDBLOCK\fP
 109 を返すようにする (\fBfcntl\fP(2)  の \fBF_SETFL\fP で \fBO_NONBLOCK\fP フラグを指定することによっても有効にできる)。
 110 .TP
 111 \fBMSG_EOR\fP (Linux 2.2 以降)
 112 レコードの終了を指示する (\fBSOCK_SEQPACKET\fP のようにこの概念に対応しているソケット種別のときに有効)。
 113 .TP
 114 \fBMSG_MORE\fP (Linux 2.4.4 以降)
 115 呼び出し元にさらに送るデータがあることを示す。 このフラグは TCP ソケットとともに使用され、 \fBTCP_CORK\fP
 116 ソケットオプションと同じ効果が得られる (\fBtcp\fP(7)  を参照)。 \fBTCP_CORK\fP との違いは、このフラグを使うと呼び出し単位で
 117 この機能を有効にできる点である。
 118
 119 Linux 2.6 以降では、このフラグは UDP ソケットでもサポートされており、
 120 このフラグ付きで送信された全てのデータを一つのデータグラムにまとめて 送信することを、カーネルに知らせる。まとめられたデータグラムは、
 121 このフラグを指定せずにこのシステムコールが実行された際に初めて送信される (\fBudp\fP(7)  に記載されているソケットオプション
 122 \fBUDP_CORK\fP も参照)。
 123 .TP
 124 \fBMSG_NOSIGNAL\fP (Linux 2.2 以降)
 125 ストリーム指向のソケットで相手側が接続を切断した時に、エラーとして \fBSIGPIPE\fP を送信しないように要求する。この場合でも \fBEPIPE\fP
 126 は返される。
 127 .TP
 128 \fBMSG_OOB\fP
 129 \fI帯域外 (out\-of\-band)\fP データをサポートするソケット (例えば \fBSOCK_STREAM\fP)  で \fI帯域外\fP
 130 データを送る。下位プロトコルも \fI帯域外\fP データをサポートしている必要がある。
 131 .PP
 132 \fImsghdr\fP 構造体の内容は以下の通り。 各フィールドの正確な記述については \fBrecv\fP(2)  と以下の説明を参照すること。
 133 .in +4n
 134 .nf
 135
 136 struct msghdr {
 137     void         *msg_name;       /* 追加のアドレス */
 138     socklen_t     msg_namelen;    /* アドレスのサイズ */
 139     struct iovec *msg_iov;        /* scatter/gather 配列 */
 140     size_t        msg_iovlen;     /* msg_iov の要素数 */
 141     void         *msg_control;    /* 補助データ (後述) */
 142     size_t        msg_controllen; /* 補助データバッファ長 */
 143     int           msg_flags;      /* 受信メッセージのフラグ */
 144 };
 145 .fi
 146 .in
 147 .PP
 148 .\" Still to be documented:
 149 .\"  Send file descriptors and user credentials using the
 150 .\"  msg_control* fields.
 151 .\"  The flags returned in msg_flags.
 152 \fImsg_control\fP と \fImsg_controllen\fP メンバーを使用して制御情報を送信することができる。
 153 カーネルが処理できる制御バッファのソケットあたりの最大長は、 \fI/proc/sys/net/core/optmem_max\fP の値に制限されている。
 154 \fBsocket\fP(7)  を参照。
 155 .SH 返り値
 156 成功した場合、これらのシステムコールは送信されたバイト数を返す。 エラーの場合、 \-1 を返し、 \fIerrno\fP を適切に設定にする。
 157 .SH エラー
 158 これらはソケット層で発生する一般的なエラーである。これ以外に、下層の プロトコル・モジュールで生成されたエラーが返されるかもしれない。
 159 これらについては、それぞれのマニュアルを参照すること。
 160 .TP
 161 \fBEACCES\fP
 162 (UNIX ドメインソケットの場合; パス名で識別される。)
 163
 164 ソケット・ファイルへの書き込み許可がなかったか、パス名へ到達するまでの
 165 ディレクトリのいずれかに対する検索許可がなかった。
 166 (\fBpath_resolution\fP(7) も参照のこと)
 167 .sp
 168 (UDP ソケットの場合) ユニキャストアドレスであるかのように、
 169 ネットワークアドレスやブロードキャストアドレスへの送信が試みられた。
 170 .TP
 171 \fBEAGAIN\fP または \fBEWOULDBLOCK\fP
 172 .\" Actually EAGAIN on Linux
 173 ソケットが非停止に設定されており、 要求された操作が停止した。 POSIX.1\-2001 は、この場合にどちらのエラーを返すことも認めており、 これら
 174 2 つの定数が同じ値を持つことも求めていない。 したがって、移植性が必要なアプリケーションでは、両方の可能性を 確認すべきである。
 175 .TP
 176 \fBEBADF\fP
 177 無効なディスクリプターが指定された。
 178 .TP
 179 \fBECONNRESET\fP
 180 接続が接続相手によりリセットされた。
 181 .TP
 182 \fBEDESTADDRREQ\fP
 183 ソケットが接続型 (connection\-mode) ではなく、 かつ送信先のアドレスが設定されていない。
 184 .TP
 185 \fBEFAULT\fP
 186 ユーザー空間として不正なアドレスがパラメーターとして指定された。
 187 .TP
 188 \fBEINTR\fP
 189 データが送信される前に、シグナルが発生した。 \fBsignal\fP(7)  参照。
 190 .TP
 191 \fBEINVAL\fP
 192 不正な引き数が渡された。
 193 .TP
 194 \fBEISCONN\fP
 195 接続型ソケットの接続がすでに確立していたが、受信者が指定されていた。 (現在のところ、この状況では、このエラーが返されるか、
 196 受信者の指定が無視されるか、のいずれかとなる)
 197 .TP
 198 \fBEMSGSIZE\fP
 199 .\" (e.g., SOCK_DGRAM )
 200 そのソケット種別 ではソケットに渡されたままの形でメッセージを送信する必要があるが、 メッセージが大き過ぎるため送信することができない。
 201 .TP
 202 \fBENOBUFS\fP
 203 ネットワーク・インターフェースの出力キューが一杯である。 一般的には、一時的な輻輳 (congestion) のためにインターフェースが
 204 送信を止めていることを意味する。 (通常、Linux ではこのようなことは起こらない。デバイスのキューが
 205 オーバーフローした場合にはパケットは黙って捨てられる)
 206 .TP
 207 \fBENOMEM\fP
 208 メモリが足りない。
 209 .TP
 210 \fBENOTCONN\fP
 211 ソケットが接続されておらず、接続先も指定されていない。
 212 .TP
 213 \fBENOTSOCK\fP
 214 引き数 \fIsockfd\fP はソケットではない。
 215 .TP
 216 \fBEOPNOTSUPP\fP
 217 引き数 \fIflags\fP のいくつかのビットが、そのソケット種別では不適切なものである。
 218 .TP
 219 \fBEPIPE\fP
 220 接続指向のソケットでローカル側が閉じられている。 この場合、 \fBMSG_NOSIGNAL\fP が設定されていなければ、プロセスには \fBSIGPIPE\fP
 221 も同時に送られる。
 222 .SH 準拠
 223 4.4BSD, SVr4, POSIX.1\-2001.  (これらの関数コールは 4.2BSD で最初に登場した)。
 224 .LP
 225 POSIX.1\-2001 には、 \fBMSG_OOB\fP と \fBMSG_EOR\fP フラグだけが記載されている。 POSIX.1\-2008 では
 226 \fBMSG_NOSIGNAL\fP が規格に追加されている。 \fBMSG_CONFIRM\fP フラグは Linux での拡張である。
 227 .SH 注意
 228 上記のプロトタイプは Single UNIX Specification に従っている。 glibc2 も同様である。 \fIflags\fP 引き数は
 229 4.x BSD では \fIint\fP であり、 libc4 と libc5 では \fIunsigned int\fP である。 \fIlen\fP 引き数は 4.x
 230 BSD と libc4 では \fIint\fP であり、 libc5 では \fIsize_t\fP である。 \fIaddrlen\fP 引き数は 4.x BSD と
 231 libc4 と libc5 では \fIint\fP である。 \fBaccept\fP(2)  も参照すること。
 232
 233 .\" glibc bug raised 12 Mar 2006
 234 .\" http://sourceware.org/bugzilla/show_bug.cgi?id=2448
 235 .\" The problem is an underlying kernel issue: the size of the
 236 .\" __kernel_size_t type used to type this field varies
 237 .\" across architectures, but socklen_t is always 32 bits.
 238 POSIX.1\-2001 では、構造体 \fImsghdr\fP のフィールド \fImsg_controllen\fP は \fIsocklen_t\fP
 239 型であるべきだとされているが、 現在の glibc では \fIsize_t\fP 型である。
 240
 241 \fBsendmmsg\fP(2)  には、一度の呼び出しでの複数のデータグラムの送信に使用できる
 242 Linux 固有の システムコールに関する情報が書かれている。
 243 .SH バグ
 244 Linux は \fBENOTCONN\fP を返す状況で \fBEPIPE\fP を返すことがある。
 245 .SH 例
 246 \fBsendto\fP()  の利用例が \fBgetaddrinfo\fP(3)  に記載されている。
 247 .SH 関連項目
 248 \fBfcntl\fP(2), \fBgetsockopt\fP(2), \fBrecv\fP(2), \fBselect\fP(2), \fBsendfile\fP(2),
 249 \fBsendmmsg\fP(2), \fBshutdown\fP(2), \fBsocket\fP(2), \fBwrite\fP(2), \fBcmsg\fP(3),
 250 \fBip\fP(7), \fBsocket\fP(7), \fBtcp\fP(7), \fBudp\fP(7)
 251 .SH この文書について
 252 この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.40 の一部
 253 である。プロジェクトの説明とバグ報告に関する情報は
 254 http://www.kernel.org/doc/man\-pages/ に書かれている。