乙！
さっそく質問なのですが、MFCのCSocketをワーカースレッドで使っています。
普通にメソッドをcallすればよし。
>>4 メインスレッドからCancelBlockingCallを呼ぶという方向性でよかったのですね。
ですがその呼び方がわかりません。
// ワーカースレッド
UINT ThreadFunc(LPVOID pParam)
{
CSocket socket;
:
:
socket.Connect(strAddress, nPort);
:
return 0;
}
のようにやっているのですが、このsocketにはメインスレッドから
どうやってアクセスすればよいのでしょうか。
>>5 一番簡単なのがグローバルにすること。
後は、スレッドのクラス化をして、オブジェクトの参照を返すなりお好きなように。
>>6 あ、なるほど・・・
一所懸命外からアクセスすることを考えてました。
socketの方を外にだしてやればいいんですね。
8 ：
デフォルトの名無しさん ：02/06/07 00:17
つーかCSocketは糞だから使うなと前スレに
用途によるんじゃないの
10 ：
デフォルトの名無しさん ：02/06/07 05:24
前スレからの続き。
http://pc.2ch.net/test/read.cgi/tech/1006258198/932- Telnet つかってみましたが、不便なので嫌です。
Perlは嫌いです。
25ポートを使ってメールの送信は出来ました。
APOP認証は110ポートにつなげてやっています。
ポートを開いた後、AUTH をすると下記のようになりました。
これは APOP に対応しているのでしょうか？
+OK Qpopper (version 4.0.3) at hogehoge.ne.jp starting. <?????.??????????@hogehoge.ne.jp>
+OK Supported SASL mechanisms:
X-NONE-SO-USE-APOP-OR-STLS
.
>>前スレ984
バイナリデータにstrlen()かよ!!
センス無いな・・・＜バイナリデータにstrlen()
文字列をつかったインターフェースはunix文化からの伝統ですが何か？
自分が扱っているデータの種類(バイナリ)や関数の機能(strlen)も理解せずに
ネットワークプロトコルに不定長文字列をふんだんに盛り込むとunix的。
ﾈﾄｹﾞのプロトコルが文字列だったらゲームに並んだろうな
もしかして、 char型の配列の事を全て「文字列」って呼んじゃう人ですか？
DNSもPOP3もSMTPもHTTPもFTPも文字列志向だな
バイナリデータの受信に関する部分を、
どうして嫌われたのでしょうか？
∧ ∧ ┌─────────
24 ：
デフォルトの名無しさん ：02/06/08 05:11
もうテメーらの質問には答えないから覚えておけよ！
不定長文字列と固定長バイナリが混ざってるプロトコルなんてサイアク
>>21 おまえはftpを勉強なおしたほうがよいと思われ。
27 ：
デフォルトの名無しさん ：02/06/08 12:15
Windowsで現在の接続のTCP/IP設定から
28 ：
デフォルトの名無しさん ：02/06/08 12:37
(ﾟдﾟ)ポカーン
プロトコル開発でモデルになるシステムはなに？
過去スレ読むと
>>30 間違った回答があるってこと?
たとえばどれ?
unix文化を軽視する奴は許さん。
バクとウィはおんなし奴が作ったんだから中身はおなしやで
winsock2はそうでもないような・・・
uni文化はもう止まっとる（藁
たしかにバカがいるな
ソケット通信で構造体のデータを丸々投げたり受け取ったりって
>>38 そうなんですか、結構データの量が多くて文字列に直して送受信するのが面倒で。
データを工夫して量を減らさないとだめかなぁ・・・。
構造体だとメモリ上の隙間ができたりするしねー
>>39 文字列にしなくても、バイトオーダーを決めて(ビッグエンディアンが「ネットワークバイトオーダー」)、
バイナリで送ってもいいっしょ。
構造体そのままだとバイトオーダーの他にアラインや型のサイズの不一致もある。
将来の拡張にも弱い。
そのあたりを意識してればいいんでは。
>>41 難しそうですね^^;。もうちょっと勉強してきます～。
43 ：
デフォルトの名無しさん ：02/06/09 22:20
バイトオーダーってなんですか？
エンディアンとも言う
46 ：
デフォルトの名無しさん ：02/06/11 00:31
winsockでサーバー、クライアントのプログラムを作っています。
buffer overrunでいろいろ変な風にかきかわってるとか。
struct sockaddr書き潰してるんでしょうな。
49 ：
試行錯誤中 ◆.t4dJfuU ：02/06/11 11:49
スレ違いでしたらすいません＆最適なスレをお教えください。
現在、wininetを用いてCGIに引数を渡すプログラムを作ってます。
言語はVC++です。
一応、CGI側では渡した引数を受け取ってはくれてるのですが何故か、
最後の引数の後ろに/を勝手に補完してくれます。
例
http://www.hogehoge.com/hoge.cgi?value1=123&value2=456 上記例の結果（環境変数）
QUERY_STRING = [ value1=123&value2=456/ ]
＃ 456の後ろの/が余計
これは何故でしょうか？
どうしても原因が分からず悩んでいます。
どなたかお分かりになる方がいらっしゃいましたらお教えください。
お願いします。
50 ：
試行錯誤中 ◆.t4dJfuU ：02/06/11 12:01
因みにHttpOpenRequestでGETしております。
51 ：
デフォルトの名無しさん ：02/06/11 12:38
>>49 セッション張るのはwww.hogehoge.comに対してで、CGIやパラメータは
HttpOpenRequestの方で指定するとかかも
52 ：
試行錯誤中 ◆.t4dJfuU ：02/06/11 12:55
>>51 レスありがとうございます。
当方、よく分からずにネット上で色々と検索しながら組んでいる最中です。
HttpOpenRequestですが、CGIに渡すパラメータを設定する部分が無いように思えますが、
どうでしょうか？
また、関係ないかもしれないですが試しにHttpSendRequestのOptionalにパラメータを設定してみましたが、
それだと、そもそも引数を渡せませんでした。
＃ まぁ、POSTやPUTで使用するパラメータみたいですし＞HttpSendRequestのOptional
何分、よく分かってないのでマヌケなことを聞いてるかも知れませんが、ご教授お願いします。
53 ：
試行錯誤中 ◆.t4dJfuU ：02/06/11 13:01
>>51 すいません。
HttpOpenRequestのObjectNameパラメータで指定すればいけるようです。
ありがとうございました。
54 ：
デフォルトの名無しさん ：02/06/12 14:58
同期socketで質問です。
任意のタイミングでと書いたのは、
recvのMSG_PEEKフラグを利用しろ。
>>56 ありがとうございました、すっかり忘れてました。
windowsでチャットプログラムを作っています
teratermに１行送るってあったか？
62 ：
デフォルトの名無しさん ：02/06/14 16:33
Winsock1.1の制限について解説しているサイトありませんか？
IPメッセンジャーって、LAN内で立ち上げると自動でユーザーリストが追加されていくけど、どうやって実現してるの？
>>63 UDPにはブロードキャストという機能がある
LAN内の全てのアドレスが対象になるアドレス
255.255.255.255にsendtoする
LunixとWindowsで使えるC++用のクラスライブラリってありますか？
>>65 255.255.255.255とはかぎらんのでは？
IPADDR | ~NETMASK ﾀﾞﾛ
>>68 自分の居るLANのブロードキャストアドレスは、
INADDR_BROADCAST=255.255.255.255から取得するんじゃないの？
localhostを取得するのに127.0.0.1を使うようなもんで。
>>70 255.255.255.255は全アドレスに対するブロードキャストだよね。WANも含む。
実際にはルータが止めるだろうけど、
複数のネットワークインターフェイスがある場合、そのすべてが対象になってしまうよね。
基本的には目的のネットワークインターフェイスの情報からbroadcast addressを得て
そこ宛に送信するのが行儀がいい方法。
TCPでのサーバ、クライアント作ってますが
>>72 知らなかった・・・
ブロードキャストフラグ立ててINADDR_BROADCASTにsendtoしてたよ・・・
IPメッセンジャクローンのどれかを参考にしたから、
その参考にしたやつもそうなってた。あんまりお行儀よくなかったのね(´･ω･`)
＞目的のネットワークインターフェイスの情報からbroadcast addressを得て
これどうやるの？gccでのやりかた教えてください
75 ：
ななーしさん@接続しっぱなし ：02/06/15 12:21
>>74 IPアドレスとサブネットマスクから計算できるんでないの？
こにちわー
過去ログ見たんですが
MSDNﾐﾛ。
>79
>>74 Programming UNIX Sockets in C からの引用。
>SIOCGIFCONF を使ってアクティブなネットワークインターフェースの
>リストを取得し、SIOCGIFFLAGS と SIOCGIFBRDADDR を使って
>ブロードキャスト可能なインタフェースを特定し、
>ブロードキャストアドレスを得る
インターネット 256 倍 Vol.2 にものってる。
でも面倒くさい…。
82 ：
デフォルトの名無しさん ：02/06/16 12:17
http通してgoogleのhtmlファイルを取得しようとしたら、
<HTML><HEAD><TITLE>302 Moved</TITLE></HEAD><
<H1>302 Moved</H1>
The document has moved
<A HREF="
http://www.google.co.jp/ ">here</A>.
</BODY></HTML>
って感じのreturnが帰ってきました。正常にhtmlファイルを取得するには
どうすればよいのでしょう？
送ったヘッダは send(theSocket, "GET /\n", 256, 0);だけです。
同じコードを使ったらyahooとvectorは取得できました。
それはhttpを通したとは言わないな
高速DLのftpソフトを作りたい質問です
>>83 適当にやってたらあかんのですね。
ヘッダと第3引数しっかり設定したら上手くいきました。感謝。
82って場合によってはAccessViolationじゃないの？
>>84 適当なソースからコピペするんじゃなくて、仕様書や規格書を頭の中にたたき込んでからにしろ。
何でRFC読まないでインターネット関連のプログラムを作ろうとする人間がいるのか和下欄。
RFC読んでも意味わかんないYO!
そういう奴は中学生からやり直すか、
HTTP1.1のRFCでかすぎ
HTTP/1.1のRFCはでかいけどよくまとまってるから良い。
通信は相手あってのものだし、"交通ルール"(RFC)の無知は罪。
RFC信者ﾊｹｰﾝ
RFCはルールですが、何か？
ルールだったら「RFC」という名前じゃないでしょ。
デファクトスタンダードってやつだ
……と思ったら、一部のサーバ相手に上手くいかないみたいです。
http://supporter.s1.xrea.com/ に対して、プログラムを動かしたところ、
HTTP/1.1 302 Found
Date: Sun, 16 Jun 2002 23:20:53 GMT
Server: Apache/1.3.24 (Unix) mod_layout/3.0.3 mod_gzip/1.3.19.1a
Location:
http://www.xrea.com/err403.htm Connection: close
Transfer-Encoding: chunked
Content-Type: text/html; charset=iso-8859-1
X-Pad: avoid browser bug
と言われました。ブラウザから見たところ、ファイルは存在していました。
std::string request =
"GET / HTTP/1.1\r\n"
"Accept: */*\r\n"
"User-Agent: Hoge\r\n"
"Host: www.xrea.com\r\n"
"Connection: close\r\n"
"\r\n";
send(sock, request.c_str(), request.length(), 0);
RFC全てが必ず守らなければならないルール(Internet Standard)なのではありません。
# 他にはExperimental, Informational, Historic, Best Current Practiceなど。
RFC2616, HTTP/1.1はstandardですから守りましょう。
詳しくは、RFC2026, The Internet Standards Process -- Revision 3や
http://rfc-jp.nic.ad.jp/introduction/を 。
各RFCのstatusはrfc-index.txtで一覧できます。
>>96 氏ねや
>>97 違う。公式のルール。
>>98 Host: supporter.s1.xrea.com
85は次に、Chunked-encodeされたbodyについて
>>101 ここは85にゼロからhttpプロトコルを教えるスレになったと言うことでファイナルアンサー？
103 ：
デフォルトの名無しさん ：02/06/17 20:55
.
>>102 ftpプロトコルかもしれないし、scsiインタフェースかもしれないし、usbバスかもしれない。
しかし、telnetプロトコルじゃなければ、IEEE1394インターフェースでもないし、pciバスでもないだろうね。
プログラムでフレームを立てて、そのフレームで書いた文を
は？
＞１０６
フレームって何だよ
<FRAME> - <FRAMESET> - </FRAME>
webprog板だろ
>>104 > telnetプロトコルじゃなければ、
じゃなければ、て(w
114 ：
デフォルトの名無しさん ：02/06/18 14:04
パケットからパケットの到着時刻を知るには、どうしたら
udp/ipなら、recvしたとき、time()でも、gettimeofday()でも
今ごろ104の言いたいことが分ったよ！
>>116 おれ、102だけどサッパリわからんぞ、教えてくれ
116じゃねーけど。
あー、そういうことかなるほど。
120 ：
デフォルトの名無しさん ：02/06/19 10:45
Linux&Cでサーバプログラムを作っているのですが、
>>120 いや、単にバッファを可変長にするかアフォみたいに大きくするかデータ読み出しの時点であるサイズ以上は素来診具する。
122 ：
◆.t4dJfuU ：02/06/19 10:49
お世話になります。
HttpQueryInfoで調べられますでしょうか…？
うまくいきました。
127 ：
名無しさん＠Ｍｅａｄｏｗ ：02/06/19 16:03
128 ：
デフォルトの名無しさん ：02/06/19 23:08
>>115 recvfrom()直後にtime()で得た時刻が正確なパケットの
到着時刻って理解していいんでしょうか？
初心者なものですみません。
>>128 何をもって受信時刻とするかによるが
recvfromで得られたとき、というのが実際妥当なところ。
それ以前の部分は中経路と考え、プログラムに到達したときとなる。
130 ：
デフォルトの名無しさん ：02/06/19 23:49
>>129 ありがとうございます。
しかし、ループの中にrecvfrom()があると、パケットは送信側から
どんどんくるのに、recvfrom()で得られた時刻が受信時刻って
あんまりしっくりこないなぁと思いました。
Linuxでサーバー、widowsでクライアントという
>>131 改行コードと漢字コードくらい。
後は何も気にしなくて良いところがプロトコル。
>>132 なるほど、ソケット通信様々ってところでしょうか。
134 ：
ななーしさん@接続しっぱなし ：02/06/20 01:53
一応、エンディアンも追加しておく。
136 ：
デフォルトの名無しさん ：02/06/21 09:33
Winsockでrecv関数にタイムアウトを設定したいのですが
これでよいでしょうか？
139 ：
名無しさん ：02/06/21 23:41
ソケットプログラムの勉強をしていますが、以下の処理について
selectでタイムアウトを0にしてループ回せば？
142 ：
デフォルトの名無しさん ：02/06/22 00:07
>>139 selectは読み込み、書き込みの両方を同時に待機できるよ。
readfdsとwritefdsの両方にfd_setを指定すれば、
読み込み可能になるか、書き込み可能になったら復帰する。
int status;
do {
fd_set rdfds;
fd_set wrfds;
FD_ZERO(&rdfds);
FD_ZERO(&wrfds);
FD_SET(fd, &rdfds);
FD_SET(fd, &wrfds);
status = select(fd + 1, &rdfds, &wrfds, null, null);
} while (status < 0 && errno == EINTR);
if (FD_ISSET(fd, &rdfds)) {
/* 読み込み可能 */
}
if (FD_ISSET(fd, &wrfds)) {
/* 書き込み可能 */
}
>>141 の方法だとCPUに負荷がかかるからやめた方がいい。
143 ：
名無しさん ：02/06/22 00:40
ありがとうございます。勉強になります。
>>142 データを送信し終えるまで、このプログラムをループさせれば
良いということですね。
ん？そうすると、141さんのタイムアウト0でループさせるのと
一緒に思えますが、何か思い違いでしょうか。
fd + 1って1じゃないの？
>>143 読み込み、書き込みどちらかが可能になるか、エラーが返るまでブロックする
>>140 スレッドでわけても、writeでブロックされている時は、
別のスレッドでもreadできないのでは？
>>143 >ん？そうすると、141さんのタイムアウト0でループさせるのと
それはいわゆる busy loop というやつで、全速力で回るとCPU時間を
100％消費することになる。マルチタスクなOSでは好ましいスタイルとは言えない。
>>144 伝統的なbsd socketにおけるselectの第一引数には、
fdsetにセットしたfd(を整数値とみなしたときの)の最大値+1を入れる。
ちなみにwinsockでは無視されるから注意しよう。
>スレッドでわけても、writeでブロックされている時は、
winsockでTCP非同期通信やってますが
>>149 MFCでクラスがあるくらいだから出来るんじゃない？
多分イベントオブジェクトを受け取ってwaitforsingleobjectかと。
151 ：
デフォルトの名無しさん ：02/06/22 11:45
>>149 待たなくても構わないが、ブロックするかエラーになる
非同期とノンブロックを区別してほすい
やっとselectの意味がわかったよ
名前が変なんだよな。WaitFor～だとかpollだとかのほうがまだマシ
155 ：
デフォルトの名無しさん ：02/06/23 20:08
recvfrom()しながら、sendto()するにはどうしたら
>>151 じゃあFD_WRITEが発生するまで待ってからsendする方向だと、
一度sendするたびにFD_WRITEが発生したかどうかのフラグみたいなものを
用意しなくちゃいけないんですかね？
>154
>>157 複数のファイル記述子からシグナル状態になった物を選択して返すからselectじゃないの？
なぜWinsockのselect()の第一引数は無視されるのでしょう？
>>159 fd_setの実装が、まるで違うから。マクロとかも覗いてみ。
Winsockの非同期TCPプログラムの参考になるHP教えてほしい。
>>162 どうも～、って思ったらすでに見てました^^;
ココ参考にTCPクライアント(非同期型）作ってるんですけど、
データ送信するときsend使ってるけどココのサンプルはFD_WRITEの中で呼んでますよね。
FD_WRITEってイベントだから任意のタイミングではsendは使えないんですか？
>161
WinSock FAQもおすすめ。
http://tangentsoft.net/wskfaq/ >FD_WRITEってイベントだから任意のタイミングではsendは使えないんですか？
FD_WRITEを待たないとTCPスタック内の送信バッファの状態によっては
WOULDBOCKエラーになるかもしれない。たとえば受信側の処理がすごく低速な場合とか。
まあ普通だいじょうぶだろうけど。
165 ：
ななーしさん@接続しっぱなし ：02/06/25 14:00
>>164 シリアスなmulti-threadedなアプリでは、
逆のsendしてブロックされる場合もイヤだよね。
// ちなみにWOULDBOCK → WOULDBLOCK
>>161 任意のタイミングで要求出して、後はシステムにそこはかとなくやって欲しければ、
同期でprogrammingすればいいじゃない…
166 ：
デフォルトの名無しさん ：02/06/25 19:23
以下のＨＴＭＬ（一部）のＰＯＳＴをJAVAのURLconnectionクラスと
167 ：
デフォルトの名無しさん ：02/06/25 19:38
168 ：
デフォルトの名無しさん ：02/06/25 22:01
>>167 でも試したのでですが、どうもwriteで送った値が送られていないようなのですが
何か考えられる原因はありますか？
>168
171 ：
デフォルトの名無しさん ：02/06/25 23:46
>>166 URLconnection::setDoInput(true)って
やってみましたか？
::setDoOutput(true)だったかもしれない
これで、私はPostできましたよ
172 ：
デフォルトの名無しさん ：02/06/26 01:21
winsockでスレッド使った同期式TCPなんだけど毎回recvするとバッファの最大値まで
日本語が変だな。センター国語何点だった？
174 ：
デフォルトの名無しさん ：02/06/26 02:02
>>156 send～がWSA_EWOULDBLOCKで失敗した時だけFD_WRITEを待てばいいはず。
自動リセットイベントで待機する場合は、WSA_EWOULDBLOCKからWaitFor～を
呼ぶ間にイベントがシグナル状態になるとデッドロックする可能性があるかも？
FD_WRITEは実装が複雑になるから、あまりやる必要はないんじゃないかな？
どうしてもしようと思うなら、WSAAsyncSelectを使わずに非同期(重複)I/Oを
使った方がいいかも。ロジックが大幅に変わるから直すのは大変だろうけど。
>>173 6～7割取れてました、苦手な科目だったな・・・。
プログラムは
で自分が作ったプログラムは
import java.net.*;
import java.io.*;
public class PasswordID{
public static void main (String [] args) {
try{
URL u = new URL("
http://localhost/cgi-bin/test1.cgi ");
URLConnection uc = u.openConnection();
uc.setDoOutput(true);
OutputStreamWriter out = new OutputStreamWriter(uc.getOutputStream(), "ASCII");
InputStream in = uc.getInputStream();
InputStream buffer = new BufferedInputStream(in);
Reader r = new InputStreamReader(buffer);
out.write(fieldname=a&fieldname2=b&fieldname3=c);
out.write("\r\n");
out.flush();
out.close();
int c;
while((c = r.read()) != -1) {
System.out.print((char) c);
}
in.close();
}
catch (Exception e) {
System.err.println(e);
}
}
}
です。よろしくお願いします。
179 ：
デフォルトの名無しさん ：02/06/26 11:04
(´_ゝ`)で？
>>179 それでwriteしても、正確なデータが遅れないんですよぉ～。
>>179 のソースは間違ってるますよ
正しいソースは…
お昼休みに書く予定です
182 ：
ごめんくさい ：02/06/26 11:34
181です
そう俺は間違っているんだ(；_；)
つーか、connectしてないよーな……
185 ：
デフォルトの名無しさん ：02/06/26 19:28
unixのソケットがらみのﾔｼをWindowsに移植しようとしてるんですが、
closesocket
closesocket(sd);
連続ですみません。またご教授下さい。
socketとHTTPをごっちゃにしてるような
いえ、HTTPクライアント（っぽい簡易版）をつくるんですよ。
とりあえず、今日は帰ります。ありがとうございました。
あと
>>191 の口調はｷﾓくてすんまそん。
TIME_WAITはsocket(特にlistenに影響)で
一枚レイヤーが違うと思われ。
そうなのか。ありがとう。
はい、HTTPのKeepAliveでした。お騒がせしました。
199 ：
デフォルトの名無しさん ：02/06/28 08:19
ちょっと質問があります。
>>199 そら、パケット自体の形式は保証されてるだろう。
届くかどうかは別として。
TCPも保証は無いんじゃなかたけ・・・
>>199 UDPパケット(データグラム)は、届いたパケットの中身は
ある程度(チェックサム程度)保証される。経路で分割されたデータグラムの破片を
ユーザランドで受け取ることはない。
ただし、データグラムは到達しないかもだろうし
(分割されたデータグラムの片割れが届かなかったら、そのうち全部捨てられる)
データグラムが多重に届くことすらありえる
っていうか教科書嫁
>>201 TCPにはパケットの概念はないだろ
>>199 パケットが届く順序が変わるかもしれない。
あと、１回しか送ってないパケットが２回（以上）届くかもしれない。１回も届かないかもしれない。
届いたなら、データの中身は恐らく正しいであろう。壊れて届いたパケットは何も言わずに勝手に捨てられます。
重複もありうるんだっけ？
俺パケットには通し番号とCRCを自分で付加してたよ
＞データグラムが多重に届くことすらありえる
あと順番が入れ替わる可能性があるってのもわかるんだが…
>>207 あるよ。
そのパケットが送信されて受信側に届く前にそのパケットの再送要求出したときとか。
UDPに再送信要求なんて無いんじゃないの？
promiscuous mode って何ですか？
>>213 宛先と無関係に流れてきたパケットをすべて取り込むモードです。
promiscuousを辞書でひいてﾊｧﾊｧ
1. sexually indiscriminate: having many indiscriminate or casual sexual relationships(disapproving)
218 ：
デフォルトの名無しさん ：02/07/04 17:51
n = socket(...);
socket discriptor
>>219 socket discriptor でググッたら 130件もバカが見つかったよ。
221 ：
デフォルトの名無しさん ：02/07/04 19:12
>ごた混ぜの, 乱雑な; でたらめの; 乱交の.
すみません、質問させてください。
>>222 付け足しです。
ファイルからバイナリデータを読み出してそれを送信する、というのではないです。
変数に格納してある値をテキストデータとして送らないで送受信する方法を
「バイナリデータの送受信」と書きました。紛らわしくてすみません。
なぜ立ち往生するのかわかりませぬ。
分解するところ/再構築するところにバグがあるんでねーの
htonl
>>224-226 アドバイスありがとうございます！解決しました。
225さんの仰る通り、再構築ルーチンを再度見直してみたんですが
受け取ったデータを解析するルーチンがマズかったです。
受け取ったデータはBYTE配列に入れていたんですが、ルーチンの引数を
LPSTRにしてました・・・(;´Д`) LPBYTEにしたところすんなりいきました
ただのcharは符号付で-128から128、byteは符号無しで0から256ですよね。
>>226 バイトオーダーはわかっていたつもりだったのですが、
それよりもっと初歩的な、変数の型についてのミスでした。。。
ありがとうございました！
228 ：
デフォルトの名無しさん ：02/07/05 13:48
こんにちは。
socket()やconnect()は成功してんの？ エラー処理入ってる？
>>229 お返事ありがとうございます。
>エラー処理入ってる？
エラー処理は入っています。
プログラムを確認したんですが、connectの部分がごっそり
抜けていました。恥ずかしいです。
それで、もう一度動かしてみたのですが、今度はconnect関数に
入ったところで、プログラムが反応しなくなってしまいました。
よって、connectのエラーコードも分かりません。
もちろん、サーバは動かしています。
また何かポカをやっていると思うのですが、よろしくお願いします。
sockaddr_in構造体にはなにを設定してんの？
232 ：
デフォルトの名無しさん ：02/07/05 15:11
selectしてループまわしてFD_ISSETでチェックしてrecv, sendという処理は
sockaddr_in構造体への代入は下のようにしています。
select自体が重いからな
>>234 そうですね。プロファイルとってみたらselect(待ち時間は0)が50%近い値でした。
教科書どおりにacceptの度にforkするわけにもいきませんしどうしたものでしょう？
Winsockには非同期通知というのがあるらしいのでそちらを試してみようと思いますが･･･
スマン。unixはサッパリわからんのだよ。
つか、待ち時間0でループ回すなよ
memcpy(&svAddress.sin_addr, &svaddr, sizeof(u_long));
struct hostent *he = gethostbyname( HostName or IP Address );
代入始めるsvAddressの初期化もよろしく。
おさがわせしました。
>>243 >つか、128.128.128.3:45678では誰かちゃんと待っているんだろうな。
待っていませんでした（ｗ
ちなみに、
u_long svaddr=inet_addr("128.128.128.3")
というのは、参考書のソースをそのまま写したものです。
また、それについての解説はありませんでした。
「極めるVisualC++」を買った初心者の方は注意してください。
>>244 つぅかTCP/IPの常識すら知らん奴がネットワークプログラミングなんぞするなよ・・・。
本は無実だと思われ。
＞247
＞どうやって勉強すんのよ？
マスタリングTCP/IP嫁よ
＞本は無実だが
>>228 にも罪はない。
本は、128.128.128.3みたいな妙なアドレスを出す時点で有罪
228はそれに、まったく疑問をいだかなかった時点で有罪
じゃあサンプルではどんなIP使えばいい？
210.150.253.198なんかいいよ。
7.7.4.3もいいよね。
＞249
サンプルの場合、microsoft.comやらyahoo.comやらの有名どころ、
IP抜かれました。住所とか個人情報ばれますか？
サンプルはgoogleを指定してるよ。
256 ：
デフォルトの名無しさん ：02/07/06 18:43
うえーん(TДT)サバが立ち上がらないよお
というよりソケットが貰えないみたいれす・・・
>>249-253 どこを指定しても、ポート 45678 なんかで待っている奴なんかいないから、結局
エラーになると言う罠。
socket()がエラーになるのは、winsockでWSAStartup()してないと見たが、どうかな
260 ：
デフォルトの名無しさん ：02/07/06 19:39
>>259 ありがとうございます、できました(^▽^)ﾉ
# 手元の本にそんなこと載ってなかった・・・。
Winsockの本なら例外なく最初のセクションにあると思うが
TCP/IPプログラミング徹底解説って本なんすけど・・
それはwinsockの本なのか？
winsockではないようですがwindowsとunix両方についてかいてあります
いや、間違っては居ないと思うが。
>>266 Winsock 2.0 プログラミング？
268 ：
デフォルトの名無しさん ：02/07/07 15:19
JAVAでSNTPの機能をつくりたいのだけど
271 ：
デフォルトの名無しさん ：02/07/08 14:53
Winsockって最大でいくつsocket作れますか？
273 ：
おねがいします ：02/07/09 00:10
Windows xp では、netstat に -o オプションが追加になりプロセスIDも見れる
xpからコピーしてくれば見れるから、実現できるだろ
275 ：
デフォルトの名無しさん ：02/07/09 07:10
ＲＴＰやＲＴＳＰについて詳しいかた、、、参照ページなど教えてください。
276 ：
デフォルトの名無しさん ：02/07/09 10:06
>>274 xp からコピーしても見れなかった。
iphlpapi や ws2_32 の dll もコピーしたがだめだった。
具体的には、-o オプションをつけると一覧が表示されない。-an ならOK。
xp では、非公開？の AllocateAndGetTcpExTableFromStack API を使って
表示しているのは知っていたのだが、ノートンのファイアウォールは、
Win 2000/98/Me でどうやって取得しているのかが知りたい。
できれば、GUIでそれらを表示したいと考えている。
netstat を 2000にコピーするだけで動けば、strace してなにやってるか
みれたのに。。。。
>>276 ライセンス上リバースエンジニアリングは禁止されてますが何か？
278 ：
デフォルトの名無しさん ：02/07/09 12:28
>>277 じゃ、リバースやめます。
どうやら、Transport Driver Interface (TDI)に手を出さないと無理らしい。
このへんの情報知ってましたらお願いします。
280 ：
デフォルトの名無しさん ：02/07/09 17:42
WinSock 2.0 と言う本を買って、ネットで一対一で対戦できるゲームを作ろうとしたのですが
--------初期化
>>281 CAsyncSocketが楽な罠。
sock.create(80);
sock.connect();
283 ：
デフォルトの名無しさん ：02/07/10 12:17
ありがとうございました＾＾
申し訳ないっす；；
なにをやろうとしているのか全然わからん
"socket bind"とかでググればサンプルいっぱいあるだろうに
CAsyncSocketは知らんけど、
指定ポートからの接続以外をはねる実装もあるので、
一概にクライアントでbindするのがおかしいと言い切るのはおかしい。
>>285 は２重bindなどおかしいことは多々あるが。
290 ：
デフォルトの名無しさん ：02/07/10 22:47
厨質ﾃﾞｽ
漏れも厨なんで分からないんですが、環境はなんですか？
293 ：
デフォルトの名無しさん ：02/07/12 14:15
winsockでAAsyncを使ったプログラムを組んでいます
295 ：
デフォルトの名無しさん ：02/07/12 16:18
>>293 そのやりかた(APレイヤーでkeep-aliveする)がTCP/IP的にはもっとも
正しい。WinsockならばSIO_KEEPALIVE_VALSを使えば、TCPレベルでの
細かいkeep-aliveが設定できるが、APプロトコルが自製のものなら
やはりAPレベルのkeep-aliveがベスト。
SolarisでWinSockのWSAAsyncSelectみたいなのありませんか？
select とか poll じゃないの？
298 ：
デフォルトの名無しさん ：02/07/13 05:42
かかれているように、Another solution試せばいいやん。
>>294-295 ありがとうございます
やり方としては間違っていないようで安心しました
参考文献もおもしろかったです
301 ：
デフォルトの名無しさん ：02/07/15 17:55
ソケットを再利用するにはどうしたらいいでしょう。
再利用は出来ない
ソケットって再利用するものなのか？
あ、ｽｲﾏｾﾝ。再取得？したらできました。
305 ：
デフォルトの名無しさん ：02/07/16 04:04
IRCクライアント作りたいんすけど、どこかに簡単なCで書かれたソースありませんか？
過去ログ嫁
307 ：
デフォルトの名無しさん ：02/07/17 10:30
移転age
308 ：
デフォルトの名無しさん ：02/07/19 23:05
age
309 ：
デフォルトの名無しさん ：02/07/20 07:05
ユーザ認証のダイアログがでるページに自動でログインするためには
>>309 HTTPのBasic認証だったら
ヘッダにbase64エンコードしたusernameとpasswordを入れて送るのよん。
メッセージ、というか、単にヘッダが足らんだけ。
>>310 ,
>>311 レスありがとうございました。
Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
ですね。
他にもHostも書かなきゃ駄目で、それに気がつくのに2時間かかりました…
>>312 このスレ最初から読むのには2時間もかからないよ…
ここの過去ログでいい本を紹介しているスレがあり
http://mentai.2ch.net/prog/kako/960/960830594.html このスレの26-27がとても参考になりました。
「WinsockによるWindowsネットワークプログラミング」Arthur Dumas 海江田訳、アスキー出版 \3,980-
「Winsock2.0 プログラミング」Lewis 江村豊監修 ソフトバンク \5,800-
で、この2冊を買ってお勉強中です。
やっぱりネットに転がっている情報だけでは基礎が勉強できませんね。
315 ：
デフォルトの名無しさん ：02/07/20 17:58
ども、質問させてください。
>>315 板違い
ここはプログラミング板です。さようなら
あれ？書けた。
318 ：
デフォルトの名無しさん ：02/07/23 15:11
LinuxでHTTPで通信するにはどんなライブラリを使えばいいですか？
socket
言語くらい書け
wininet相当のものってlinuxにないんだっけ？
323 ：
デフォルトの名無しさん ：02/07/23 16:40
>>321 ありません。自分で一から書いてください。
OpenSSL相当のものまで一から書くのはさすがに辛いだろ…
326 ：
デフォルトの名無しさん ：02/07/26 17:26
質問があります。
>>321 libCURL
w3c-libwww
libghttp
お好きなものをどうぞ。
両方ともホストというとアレなんで一方をクライアントとしてﾎｽｨ。
>>328 さん
ご返答ありがとうございます。
えっと、ホストAがクライアント、ホストBがサーバです。
＞そして単純にテストプログラムのミスだと思われ。
それが、他の方が作成されたファイル送受信のフリーソフトを使ってみても、同様の
症状が出るのです。
症状を更に詳しく書きますと、この接続状態になってから２分間が経過した後に、
send関数を呼ぶと、WSAECONNRESET(10054)のエラーが返るのです。
２分間は通常の送受信が行えます。サーバとクライアント、どちらでもWSAECONNRESETが
返ります。２分経ってもsendを呼ばないとESTABLISHEDのままです。
どうかよろしくおながいします。
ネット環境が限りなく怪しい。
>>330 さん
なるほど、そうですね。
夜に知り合いに協力してもらって、実験してみます！
スマソ、やっぱり環境依存の問題みたいですた。
333 ：
デフォルトの名無しさん ：02/07/27 15:10
質問です。
n次元ベクトルの内積を求める関数
335 ：
Rina ◆tI333vNE ：02/07/27 16:12
337 ：
Rina ◆tI333vNE ：02/07/27 16:33
…そうだったんだ(汗.
>>326 ネットワーク機器の構成を書いてもらえると何かわかるかもしれんぞ
>>338 Socket programmingがネットワーク機器に依存しないように?
matrix programmingもネットワーク機器に依存しません。
>>333 MFCスレの方がレスつきやすいと思うが。
C*Socketは不可視ウィンドウでメッセージを受けてるから
メッセージループがないとイベントを受け取れない。
342 ：
デフォルトの名無しさん ：02/07/27 21:49
Winsock2.0のWSAIoctl()のつかい方を教えてクレー。
>>338 さん
遅レス、ごめんなさい。
自家内LANと書きましたが、今手元には無く、月曜日にならないと
LAN環境に近づけません。月曜日以降に問題が解決できなければまた
書き込みさせてください。よろしくお願いします。
344 ：
デフォルトの名無しさん ：02/07/28 19:53
CAsyncSocketを使ってHTTPでWEBページを取得し、取得し終わった後に
>>344 closeを受信したらでいいんじゃなーい（適当
>>344 CAsyncSocket::OnCloseで受けれということでしょうか。
OnCloseはたしかに呼ばれるんですけど、呼ばれた後にも
OnReceiveで受信が続く場合があるんですが・・・
ほんとですがな
Receiveのバッファが1000バイトくらいだと最後にOnCloseが呼ばれる
>>350 じゃあcontent-lengthは？
>>351 今はそれでやっています。
まぁそれでできてるので「じゃあいいじゃん」かもしれないですが
できれば取得し終わったタイミングがわかった方がスマートかなぁと
思いまして。
(゜Дﾟ) ﾏｼﾞﾃﾞｽｶ！？
でもcloseが先に来るとは知らなかったよ
content-lengthの方が普通のようなので今のままにしておきます。
VBのwinsockコントロールはcloseは最後に来るけどなー
359 ：
ななーしさん@接続しっぱなし ：02/07/28 23:50
>>341 レスありがとうございます。
マルチポスもあれですし、時間もかけるわけ行かないので、
select使って書くことにしました。ありがとうございました。
362 ：
ななーしさん@接続しっぱなし ：02/07/30 04:02
>>359 最後の行余分だったな…
>>360 たぶん、CAsyncSocket::OnCloseは、
FINフラグの立ったTCP segmentを受けるとraiseするんだよね。
363 ：
デフォルトの名無しさん ：02/07/31 10:12
364 ：
デフォルトの名無しさん ：02/07/31 11:36
WindowsとLinuxのsocket(UDP,TCP)のパフォーマンスを
まず「socket(UDP,TCP)のパフォーマンス」を定義してくれ。
>365
>>366 目的を教えてくれたら俺の持ってる資料を公開してやってもいいぞ
368 ：
デフォルトの名無しさん ：02/07/31 22:35
MS-DOSまたはPC-DOSでWinsock APIとよく似た感じのインターフェースで
自己レスれす。
370 ：
デフォルトの名無しさん ：02/08/01 00:27
>368
372 ：
ななーしさん@接続しっぱなし ：02/08/01 01:56
>>366 > 単位時間あたりのUDP,TCPの送受信サイズというか
混みあってきたら譲り合う方式のネットワークで、
そんな性能追求しても仕方ないと思うぞ。専用のネットワークなのか?
いずれにせよ、
> 同一ハードで動作するサーバが捌けるクライアント数でしょうか？
多数のクライアントを相手にするサーバの性能は、
サーバの作りに強く依存して、network stackにはあまり依存しない。
>>368 私自身は，ネットワークプログラミングの事は分からないので，
的外れかもしれませんが．
DOS上でのネットワークプログラムとしては，以下のようなもの
があるのを知っています．
DOSVNC - a DOS Viewer for VNC
http://c0w.inode.at/mjy/dosvnc.html ソースコードもDLできます．
全然的外れだったら，ごめんなさい・・・・ですが，もし参考に
なれば幸いです．．．
>> 370
376 ：
ななーしさん@接続しっぱなし ：02/08/03 09:45
377 ：
名無しさん ：02/08/03 13:18
チャットの自動応答プログラムを作りたいのですが
379 ：
デフォルトの名無しさん ：02/08/03 17:33
380 ：
デフォルトの名無しさん ：02/08/03 19:48
VC++でCAsyncSocketを使って、MSNメッセンジャーのように
Windowsで非同期通知を使ったプログラムを勉強しているのですが、
こんなんでいいのでしょうかね。
ちょっとお伺いしたいことがあるのですがよろしいですか？
とりあえず書いてみそ
387 ：
デフォルトの名無しさん ：02/08/07 02:27
>>385 よ、いいこと教えてやるから少し大人しくしてくれ。
旨いゆで卵の作り方だ。
まず、生卵を用意する。
普通は鮮度が良い程良いのだが、この調理法では古い卵でも旨くなるのであまり気にしなくて良い。
次に電子レンジに生卵を入れる。この時注意して欲しいのは
●皿を使わず、直にターンテーブルの上に置く。
●ラップ等で包まず裸のまま入れる。
●卵は１個より３～４個置いたほうが旨くなる。
あとは、電子レンジを回して3分程チンするだけだ。(500W時)
実際に茹でてないので厳密には茹で卵とは言えないが、そこはご愛嬌。
今までの卵料理とは段違いの旨さ、ふわふわ感なので是非試してくれ。
因みに食すときは酢醤油をお勧めする。
>>387 板違いというか．．．．．
それ実行したら・・・・・．
以前，パソコン一般板にそういうスレが立ってたことが．
で実行した奴が・・・・・XXXXXX（笑）．
解決しました。
生のWinsockもAsyncモードではメッセージごとにrecvは1回しか使えないから
ネットワークプログラミングとは全然関係ないが、スレタイトルを
>>389 ,391さん
Winsock2.0プログラミングから引用
第4章 非同期転送モードの使用方法 P94 FD_READの項
「大量のデータを受信するアプリケーションの場合は、一度のFD_READ
メッセージにつき何度かrecvまたはrecvfromを呼び出すことで
データスループットを大幅に増やす方法もあります。」
とあるのですが、これは間違っているということでしょうか？
>>393 そのためにはWSAASyncSelectでフラグを落とせって
その周辺に書いてないか?
CASyncSocketではそういう細かい制御が
できないんじゃないの?
MSDNライブラリのWSAASyncSelectの説明から引用。
ん？
>>394-395 本にそのような記述はありませんでした。
>>396 ということは、recv==-1を考慮していない場合にのみ
(そんな実装アリ？)、recvを2回以上呼んではいけない
といういう意味でしょうか。なら合点がいくのですが。
>>397 なら本がおかしいんだろ。MSDNライブラリよりどこの
馬の骨か知れない本のほうを信じるのか?
どっちにしろ389はCAsyncSocket限定の話っぽいから
たいした問題じゃないが
>>398 Hookの説明には多数の間違ったサンプルが付属してたけどね。
同じポートでデータの送受信をする場合、sendtoとrecv(or recvfrom)を同一ループで
４００
WinSockの動作はMS単独で策定しているものではない
>>400 普通にconnectもしくはaceptしてsendもしくはrecvするだけだが？
connection refuseになるタイミングってどんなの？
４００です。
>>403 すみません。その後、自己解決しました。
相手のポートをstruct sockaddr_in型のデータに設定する所でネットワーク
バイトオーダーに変換してませんでした。つまりバグでした。
正しく設定したらできました！
405 ：
デフォルトの名無しさん ：02/08/17 17:39
いまさらだけど
>>72 の
>255.255.255.255は全アドレスに対するブロードキャストだよね。WANも含む。
なんて大嘘に誰も突っ込まないのはなぜ？？
つーか、
>>74 なんて、納得しちゃってるし（笑）
>実際にはルータが止めるだろうけど、
実際にはって....まるでルータの自主的な安全対策のように書くなよ。
止めなかったら、ルータじゃなくてブリッジになるだろーが（笑）
こいつ、ぜんぜんわかってなさそ・・・
255...をlimited broadcastって呼ぶのも知らんのだろうな。
知ってたら、WANを超えるなんて発想もないだろうから。
ちょっと調べればすぐに判ることをイチイチ指摘しても意味ないっしょ
winsock で、gethostbyname() のタイムアウト値って設定できるのでしょうか？
>>406 一連のスレッド読んでも、とてもそんな流れには見えんけどなぁ
410 ：
デフォルトの名無しさん ：02/08/19 11:17
selectに渡すfd_setにセットするソケットの最大数っていくつでしょうか？
色々調べてみたんですが、FD_SETSIZEまでじゃないですか？
>>412 ＞10万以上のソケットを監視したいんですが
下手なDoSですが。
何このスレ・・・・・・・？
>>412 10万って、既にTCPのポート数を超えてると思うんだが(^^;
>>413 DoSならselect()で待つ必要はないでしょう。
>>415 ありがとうございます。
ですが、standerd lilaryはリコンパイルできる環境ではないんです。
TCPの接続はunsigned shortでしたっけ？
420 ：
デフォルトの名無しさん ：02/08/19 12:57
ランアナライザを作りたいのですがどこから勉強をすればいいでしょうか
＞ですが、standerd lilaryはリコンパイルできる環境ではないんです。
>416
10万の同時接続で、selectは無謀やないやろか、、
>>425 コネクション張る以上、こちらのポートも消費されると思われ。
428 ：
デフォルトの名無しさん ：02/08/19 13:15
>>423 は俺じゃないんですが。
よく考えれば確かにselect()を使う必要はないです。
ていうか、一回acceptして読み込んだら、後はreplyするだけで良かったみたいです。
ソケットの配列でも作って憶えておきます。お騒がせしました。
>>426 それも無謀っぽいですけどね（＾＾；
staticのエリアが結構でかいんで。
>>428 は俺です。
>>427 いや、消費されませんよ。
コネクションは向こうのIP:PORTとこっちのIP:PORTなんで、向こうが違えば問題ないです。
TCPﾊﾟｹﾄの宛先は、SRC_IP:SRC_PORT:DST_IP:DST_PORTの4つで区別
>>429 いや、だから65536以上のコネクションは・・・
432 ：
デフォルトの名無しさん ：02/08/19 13:29
>>431 はい、Portではなくてソケットディスクリプタの制限ですね。
>425, >427 >429 >431 >432
>>426 それは更に上を逝く無謀さだとおもうが(笑)
apacheとかって10万とか同時接続できるの？
FD_SETSIZEが512やとすると、100K/0.5K = 200.
＞435
そんなん一個のマシンで裁こうとするのがソモソモ間違い。
＞438
IPアドレス増やせばポート数問題はとりあえずないような。
ずっと気になってるんだが、誰も設計については突っ込まないんだな。
10万以上のソケット…って時点で誰もがシステムの設計が怪しいって感じると
思うんだけど。もちろん、シェイプアップして10万以上が限界ってなら分かるけど。
結論からいうと１台のマシンじゃ無理。
>>415 ,
>>438 の方法でも１台で10万近い
ソケットを捌くのは難しい。俺は
>>439 に一票。そもそも１台でやる仕事じゃない。
「10ﾏｿ同時アクセス」じゃなくて「ユーザが10万人」だったら可能だね(笑)
444 ：
デフォルトの名無しさん ：02/08/19 22:32
>10万以上のソケットを監視したいんですが、一発じゃできないですかね？
…「監視」ってんだから同時アクセスじゃねーの?
>>410 のしたいことが分からんから
何とも言えないが.
ごめん、sage忘れた….
うぃ。16ｋコネクション程で分散する方針で話はつきました。
で、結局SRC_PORTはダブってもいいの? よくないの?
SRCはダメだってば
>>447 マスタリングTCP/IP・入門編でも読め. 基礎がなってない.
誰か限界について試した人いる？
パケットがすげえたまにしか来ないんなら10万ぐらいできそうな気がする
>>451 パケットじゃなくてソケット監視なのよね。
今考えると激しく意味不明。
つうかデータの流量抜きに設計できるわけないわな。
マルチスレッドじゃだめなの？
スレッドを１０万も起動するの？
>>457 スレッドならselectする必要ないんじゃない？
そもそも、1proc で 10万も file や socket を開けるもの？
>>459 できるよ。unix方面ではカーネルコンフィグやrlimitの設定が必要だったりするけど。
Javaならスレッドで実現するのが美しいですね。
「たった」4GBじゃ10万もスレッド作ったら
4000M/100K=40K...
10万なんてオーダなら、やっぱ、負荷分散装置使って、
467 ：
デフォルトの名無しさん ：02/08/21 18:42
Irvineなどでは分割ダウンロードをサポートしてますが、
サーバの１コネクションに対する転送量かな
たとえば、10Mbpsの口をもってて、フルスピードだせる鯖があるとしよう。
>>468-469 早速のレス、ありがとうございます。
キーポイントは「１コネクションあたりの転送量」だと思うのですが、
これは、どのように決定されるのでしょうか？
「１コネクションあたりの転送量」を計算で求めることが可能であれば、
例えば、2台のPC間で、100MBのデータを T秒で転送したいときに
必要なコネクションの数を計算することが出来ますよね？
あくまでも理論値かもしれませんが。
(私にとって)多少内容が難しくても構わないので、
文献等があれば教えていただけませんか？
ずっとぐぐってるんですが、キーワードが絞れなくて
ファイル共有やレンタル鯖情報ばかり引っかかってます・・。
とりあえず、さっき見つけた↓の論文を見つけたので読んでみます。
ttp://www.internetconference.org/ic99/papers/s02p03.pdf
>>470 文献も何も簡単な計算で求められるだろうが。ちょっとは考えれ。
２台のPC間に何も無ければ、コネクション結ぶだけオーバーヘッド食って遅くなる。
>>471 すみません、考えます。
>>472 転送量を絞る制御ならタイマで行えますが、
「１コネクションの最大転送量」を超える量を転送したい場合も
コネクション数を増やさずに、タイマで行えるのですか？？
# 私は、大きなデータを短時間で転送したいんです…。
ちょっと頭冷やして考えてきます・・・。
ありがとうございました。
ソケットバッファをなるべく広げて、大きな単位で send/recv すればかなり速くなるよ。
nioとか言ってるバカがいるのか
nioそんなにひどいですか?
nio以前はスレッド10万しかありませんでした...
478 ：
デフォルトの名無しさん ：02/08/22 17:12
rs232c通信からwinsock2でのtcpic通信に変えようとしてるんだけど
スレッド10万って何？
482 ：
デフォルトの名無しさん ：02/08/22 22:31
以前あったスレだが、recvfromしつつsendtoって
>>482 フォンノイマン型コンピュータの性質。
それは置いといて非同期IOってできるの？
>>482 非同期IOすればできるんでない？やったことないけど。
>>484 やっぱ非同期IOとかでないと無理なんかねぇ？
それってwinsock2.0だろ？
知識ないっす。
recvfromとsendtoを交互で呼び出しても、sendtoしてる間は
recvfromが実行されてないわけだからなぁ。
なんかうまいアンド簡単な解決策はないものだろうか・・・。
> 知識ないっす。
>>485 ＞それってwinsock2.0だろ？
知るかボケ。と。
>>485 > それってwinsock2.0だろ？
> 知識ないっす。(略)
> なんかうまいアンド簡単な解決策はないものだろうか・・・。
お前の使うOSをここに晒せ。
窓の方にメッセージが送られてくるAsyncSocketは
491 ：
デフォルトの名無しさん ：02/08/24 02:21
スレッド１０万age
492 ：
デフォルトの名無しさん ：02/08/26 19:27
パケットキャプチャプログラムってJavaで
>>492 自分に飛んでくるのはもちろん受け取れるぞ。よかったな。
>>485 下手は考えるまえに適当なソースでも読め。
select して書き込み可能状態なら sendto は block しないで即かえってくる。
select して読み出し可能な状態なら、recvfrom は block しないで即かえってくる。
そゆことになってるからあまり心配すな。
下手に winsock の非同期 API なんか使うと将来 linux にポートするとき困る。
失礼しました m(_ _)m
496 ：
デフォルトの名無しさん ：02/08/26 23:56
ちょっと質問です。
なんかえらい長文になってた…すみません
UDPパケットを落とすかどうかの判断は双方のOSがそれぞれやってっから
>498
500 ：
ななーしさん@接続しっぱなし ：02/08/27 01:07
>>496 ,497,499
つーか、お前はTCP/IPを一から勉強し直せ。
早めにやっておくと、programがこんがらがる前に取り返しがつく。
packet lossを防ぐのは、TCP moduleの方が君よりずーと得意だと思うぞ。
>>499 ノーウエイトで送れば、送信側より受信側のほうの処理が遅ければ
ロストするかもよ？もしくは間に入ってるルーターの速度とかは大丈夫？
つうか、いくらUDPだからってそう頻繁にロストするとは考えにくいんだがなぁ。
>500
>502
506 ：
デフォルトの名無しさん ：02/08/27 01:33
特定のアプリのソケット通信の内容を傍受するには、どのようにすれば良いのでしょうか？
最近ウイルスバスターつかってないのでわかりませんが、
ethrealとか使えよ。
509 ：
ななーしさん@接続しっぱなし ：02/08/27 08:23
>>502 > つうか、いくらUDPだからってそう頻繁にロストするとは考えにくいんだがなぁ。
そういう仮定自体、全くインターネット的ではないのだが…
>>503 > 受信側ですか…なるほど、送信側ばかり気にしていた感があるので
> 受信側の受け方も少し見てみます。
特定の環境だけで(快適に)動くsoftwareを作っているわけ?
>509
>>511 実装で確認する前に勉強した方がいいよ。
> 特定環境というわけではないですが、
なら無駄な試行錯誤になることが確実だから。
頭がネットワークプログラミングに切り替わってない。
513 ：
デフォルトの名無しさん ：02/08/27 10:43
>>508 いや、解析ダンプしたいわけではなくて、MMORPGの地図ナビゲートツールを作りたい
ので、サーバーから送られてくる現在の座標を得たいのです。
514 ：
ななーしさん@接続しっぱなし ：02/08/27 11:11
>>513 それやりたきゃ
>>508 のWinpcapでしょ。
「特定のアプリの」はsource port番号指定で出来ない?
515 ：
デフォルトの名無しさん ：02/08/27 12:42
>>514 Winpcapを使いますと、Winpcapをインストールしないといけなくなるので
一般配布する事を考慮して独自にキャプチャしたいと考えています。
あとrawモードでキャプチャする方式だとすると、ネットワークカードが入
っていない環境では問題があるのではないかと。
>>515 VBスレにいた厨房だな。
Windows自体がそういうAPIを提供していない以上
自分でデバドラ書くかWinpcapとかいうの使うしかないでしょ。
あとﾈｯﾄﾜｰｸカードが入っていない環境でなんの問題があるの？
素直にWinsock2.2を使えよ
＞516
>>517 Winsock2.2はダイアルアップのも取れるよ
519 ：
デフォルトの名無しさん ：02/08/27 14:50
>>516 そのVBスレの厨房は誰だか知りませんが、もちろんSockのAPIでどうにかするという
発想では無理でしょう。またネットワーク全体をワッチしたいわけではないので、デバ
ドラを書く必要は無いでしょう。
現にデバドラどころかDLLも使わず、後から起動して自由に特定アプりのパケットを
監視、フィルタリングできるツールというのが出回っているので、本質的には可能な
のでしょうが、考えていたらこれはソケットの知識じゃなく、別の知識が無ければ書
けないような気がしてきました。
>>517 その通りです。
>>519 理路整然としているが結局のところは何も語っていないというのがおもしろい。
＞現にデバドラどころかDLLも使わず、後から起動して自由に特定アプりのパケットを
522 ：
デフォルトの名無しさん ：02/08/27 14:59
>>520 詰まっているんですよ。結局、大体の方向性はこれだろうなというのが分かっていま
すが、突破口が見つからないという。しかし他の人がすんなりやっているからには、
何か知らない出口があるのかも知れないと。それで相談をと。
下にあったVBのスレを探してみますと、似たような事をしたい人が質問をしていました。
すると653で
Winsock2.2を使えばCでちゃちゃっとできるが
VBでもAPIさえ定義すればちゃちゃっとできると思う。
というアンサーが。本当にちゃちゃっと出来る事でしょうか。
523 ：
デフォルトの名無しさん ：02/08/27 15:02
Linuxのソケットで質問です。
524 ：
デフォルトの名無しさん ：02/08/27 15:03
>>523 例外をcatchすればいいだけでは・・・・・・。
＞512
527 ：
デフォルトの名無しさん ：02/08/27 15:24
>>526 WPEは確かにVXDがついていますが、これで組んだ実行形式のフィルタはVXD無し
で動くようです。
NT系でやるには、WPE Proの方を使います。これにはDLLがついていますが。
>>522 Winsock2.2でぐぐってみろ、そのまんまが見つかるから
>>523 ,525
SIGPIPE喰らってんじゃないの？
signal(SIGPIPE, SIG_IGN)しときな。
え～と、パケットロストの件ですが解決できました。
534 ：
デフォルトの名無しさん ：02/08/27 16:50
IPアドレスなりPortなりで、自分でフィルタリングすればいいんじゃねぇの？
>>534 おいおい。フィルタってIPやポートでするんだろ。
だったら受信したパケットにIPやポート番号が入ってるんだから
それを見るってことだよ。
君はCOBOLerか？
すにっふぁーな文脈で使われるフィルタとは、たとえば
539 ：
漏れはｺﾃﾊｿ ：02/08/27 17:21
>>537 これは失礼しました。
おっしゃる通り、この場合のフィルタとはチート用語の意味のフィルタでして。
一般用語のフィルタリングとは全く意味が違います。
用語には気を付けます。
>>538 後者なのです。
手がかりは
>>513 なのか？
MMORPGっての知らないからわからないのかな。うーん。
不思議だね。後者をフィルタと呼ぶなんて初めて知ったよ。考えもしなかった。
でも、
>>513 の要求は、普通に監視すればよいと思うのだが。
545 ：
漏れはｺﾃﾊｿ ：02/08/27 17:45
>>540 場合によっては余計な刺激となる部分を隠している事に気付かれたのでしょう。
>>542 チーターの世界の隠語だと思います。
何でフィルタもとい、パケットの編集を要するかと言うと、いや別に編集はできな
くても良く、送信できる必要があるだけですが、こちらからコマンドを送ると座標
が返ってきたり、周囲にある障害物の情報が返ったりするので、ナビツールとし
て成り立たせるためにはパケットを送信する必要があるためです。
546 ：
（・∀・） ：02/08/27 23:12
質問します。UDPでソケット作って送受信をおこなうクライアントおよびサーバ
>>546 UDPでConnectはしませんが、何か？
>サーバ→read
>>546 UDPとTCPの違いを勉強しなおしてから出直してください。
なぜTCPの前にUDPをやりたがるのかが正直分らん
551 ：
（・∀・） ：02/08/27 23:39
しゃーないんです。UDPでconnectしないことぐらいしってますし。
しゃーないんです。UDPでconnectしないことぐらいしってますか。
しゃーないんです。UDPでconnectしないことぐらいしってますか。
しゃーないんです。UDPでconnectしないことぐらいしってますか。
>>551 なんか、ここで聞くやつは、わかってないくせに生意気な態度のやつが多いな。
connectしないってことは、送信するときは相手を指定して送らないといけないんだぞ
557 ：
（・∀・） ：02/08/28 00:08
しらないんだったら、しらないっていえば？
>>557 ソース晒してみろ。オレが添削してやるよ。
>>557 なんで、sendto や recvfrom 使わないの？
gethostbynameからhostentの構造体のポインタをとってきて、そのメンバの
> inet_ntoa(ht->h_addr_list[0])
563 ：
デフォルトの名無しさん ：02/08/28 18:58
IPプロトコルの仕組み全然知らないんですが、
>562
>>563 一度IPアドレス→MACアドレス変換をした結果はarpキャッシュに入るから、
毎回MACアドレスを引きにいったりはしないよ。
「コネクションを張れば」って、UDPにそんなものはないです。
UDPに対してconnect()ができるのは、sendto()で毎回宛先アドレスを指定
するかわりにあらかじめ宛先を決めておける、程度の意味しかない。
connect()してプロトコル上何か違いがあるわけじゃないです。
566 ：
デフォルトの名無しさん ：02/08/28 19:52
>>562 inet_ntoa()は文字列へのポインタを返す。だからそれに対しての %s
は間違ってはいない。
=== freebsd の man より ===
The routine inet_ntoa() takes an Internet address and returns
an ASCII string representing the address in `.' notation.
^^^^^^^^^^^^
===========================
問題なのは、inet_ntoa()渡している引数の方だろう。
>>564 よ
struct in_addr tmp;
memcpy(&tmp, ht->h_addr_list[0], sizeof(tmp));
printf("%s\n", inet_ntoa(tmp));
やってみ。
>>561 h_addr_list[0]はアドレスそのものが格納されてるわけじゃなくて、
アドレスへのポインタが入ってる。
inet_ntoa()にはstruct in_addrへのポインタじゃなくて実体を渡すように
なってるので、inet_ntoa(*(struct in_addr *)ht->h_addr_list[0])
にするとちゃんと表示されたよ。
細かい事ですが、ポートやソケットディスクリプタ用に用意した変数の
socket()の戻り値は-1でエラーだから-1がいいだろうね
570 ：
デフォルトの名無しさん ：02/08/29 00:07
sockfd は俺は -1 にしてるな。
ということは、一応 port も-1にしておく方がいいのかな
port０はウェルノウンポートとして予約済み。
>>566 ,
>>567 うまくいきました!ありがとうございます。
ポインタでつっかかるなんて、まだまだ厨房ですね...
厨房もいいとこだ。
>>571 しかしportを入れる変数をshortにしてしまい、-1を入れたらport 65535と間違える罠。
576 ：
デフォルトの名無しさん ：02/08/29 12:26
>>575 の言う通りの間違いをやらかしそうだな。
>>568 はいったいどんなプログラムを作りたいのよ?
>>575 shortがデフォルトてunsignedな処理系って見たことないぞ
>>546 ちゃんとサーバ側でもconnect(2)しているの?
UDPのconnect(2)って、kernel内のsocket構造体に、
「このUDP socketの宛先はここなのよん」と書き込むだけ。
>>546 > サーバ→write
> クライアント→read
>
> とやっても、サーバ側に、相手がわからんというエラーで
> 落ちちゃいます。
やってないから、「サーバ側『で』」エラーが起きちゃうんじゃねーの?
>>577 そりゃchar以外の無印整数型がunsignedだったら規格違反だし
アナログ回線だとノイズが乗ってしまうのですが、
下層でやってくれる
灯台モト冬樹
捕らぬ狸の皮算用？
正直者が馬鹿を見る？
旅は道連れ世は情け
泣いて馬謖を斬る？
氏して屍拾うものなし？
渡る世間は兎ばかり
ウサギばっかり！ ｽﾃｷ！ 萌え！
>582
馬鹿に付ける薬なし
振り向くとしょーえい
振り向けばショーエイ
振り向けば孫の禿げ
あの、、、そろそろスレにもどりませぬか？（ｗ
ネットにダイヤルアップでつながっているか否かを調べる方法はありますか？
杞憂？
>>599 リンクの種類を知りたいのなら OS 依存。
IP reachability を知りたいのなら適当なホストへの到達性を調べる。
すいません、Win32環境です。
>>603 だったらwininetでMSDL調べるべし。
わかりました。
>>605 Ras系のAPIで接続に使われてる回線の種類を取得できない?
具体的にはRASENTRY構造体のszDeviceTypeメンバー
おまいらスレ違いなのでwin32APIスレ等に行きたまへ
すびばせん、ちょっとすれ違いかも知れませんが、たっているスレの中で一番近い内容だったので、質問させてください。
sageちっち。もちろんAGE
あー、なんか記憶あるなー、なんだったっけ
よくわからんから手元にあるソースを貼り付け
>>613 サンクス。
んんー。同じ事やっているんですが動かないです。
なんでだろう？
動かない、ってだけでは殆ど何もわからん。
>>615 >>610 のSSL_connectの戻り値が、0で終わります。
それ以前の関数は、全て正常に実行されますので、他にイニシャルが足りないのかなとか思っちゃいました。
相手先は、HTTPS鯖です。
SSL_get_error()で原因をば
linuxのTCP/IPのソケットで、setsockoptでLINGERを指定しています。
619 ：
デフォルトの名無しさん ：02/09/06 20:06
VBでwininet.dllを使ってプログラムを組んでいます。
620 ：
デフォルトの名無しさん ：02/09/06 21:10
JavaでURLクラスとHttpURLConnectionクラスで接続すると
621 ：
デフォルトの名無しさん ：02/09/06 21:33
VBなんですけど、IPアドレスを指定してそのネットワークカードのMACアドレスを取得する方法や関数は、ありませんか？
622 ：
デフォルトの名無しさん ：02/09/06 22:05
>>621 パケットを解析すれば良いのでは？と思うんですけど。
間違ってたらごめん。
自PCの？それとも他の？
>>622 え、どうやるんですか？厨な質問すいません。。これでも専門学校生です
>>623 他のマシンのMACアドレスです
626 ：
デフォルトの名無しさん ：02/09/07 09:51
>>624 とりあえず調べたことある。そのときに
HttpURLConnection.setRequestProperty( "User_Agent","agent");
ってあったんだが、そうすると
User_Agent: Java1.3.1_02
User_Agent: agent
の二つ出てくるんですが
>>626 というよりも自分の環境を列挙しないと
誰も答えてくれないよ。
629 ：
デフォルトの名無しさん ：02/09/07 11:34
>>621 VBにはねーだろ。arpコマンドの出力を加工すれば?
同じサブネットのやつしか取れないけどな。
632 ：
デフォルトの名無しさん ：02/09/08 08:22
Winsockで非同期でスレッドを使ったマルチクライアントに対応した
青い背表紙のゴツい本があったきがする
samples\netds\WinSock\iocp
635 ：
デフォルトの名無しさん ：02/09/09 16:09
WindowsPCにLANカード二枚さしてローカルルータにしたいのですが
このスレ的には
>>636 そこのところを、なにとぞよろしゅうお願いします。
>>638 さすがです。さんくす。氏ぬのはかんべんしてね☆
640 ：
デフォルトの名無しさん ：02/09/13 02:00
netstatに加えてアプリケーション名まで表示するプログラムを作ろうとしています。
(TCPViewのようなもの：
http://www.sysinternals.com/ntw2k/source/tcpview.shtml )
LocalAddress/Port、RemoteAddress/Portまで取得できています。
このコネクションを確保しているアプリケーションを特定する方法はあるでしょうか？
ターゲットはWindows2000です。
(WindowsXPのAllocateAndGetTcpExTableFromStackみたいなのが欲しいのですが……)
641 ：
デフォルトの名無しさん ：02/09/14 06:26
Winsockで、あるスレッドがgethosybyname()を呼び出しているとします。
ありませぬ
おたわむれを
gethostbynameが正しいです
よいでわないかよいでわないか
UNIX ネットワークプログラミング Vol.3はもう出ないんですかね
せめて遺稿だけでも
649 ：
デフォルトの名無しさん ：02/09/16 03:56
自分のホスト(ADSL)のグローバルIPアドレスを取得したいんですが、
そんなん、つながったIP返してもらうような鯖に
>>650 ありがとうございます。
検索してもその方法か、TAの設定ページ見に行く方法しかありませんでした。
（後者は機種限定の様で。）
どっちにしてもプログラムで扱える様に加工しないといけない様です。
めんどっちいのでまたの機会にします。
>>649 # traceroute -m 2 www.2ch.net
の結果を加工。
653 ：
デフォルトの名無しさん ：02/09/16 18:27
win上でC言語でTCPを使ってデータの受け渡しをしたいんですが
> send()やrecv()って文字列で送受信するように決められてるらしいのですが
実際の値を指定しているに
656 ：
デフォルトの名無しさん ：02/09/16 18:34
>>653 文字列じゃねぇよ。バイト列だ。
int value=123;
send(socket, (char*)&value, sizeof(value), 0);
でやれ。
被ったｽﾏｿ
htonl等、ネットワークバイトオーダーの考慮も忘れずに。
>>658 ホストバイトオーダーが同じホスト同士だったらいらんよね？（一応確認
>>654-659 みなさんレスありがとう！！
int brf[100]
send(socket, (char*)&buf, sizeof(value), 0);
でいけるでしょうか？ためす環境がなくて・・・。前このようなかんじでやってできなかったもので
int brf[100]じゃなくて
受け取る方がちゃんとしてれば多分いける。
受け取る方も
まず、アドレスやポインタの概念を勉強したほうが良いと思われ
>>664 あ，
>>663 も見れ。
＞charは8バイトでintは32バイトぐらいで
？？？？？？？？？？？？？？？？？？？？？？？？？
解説
>>662-668 みなさんこんな僕にレスありがとう！！
668さん丁寧な説明ありがとう、じゃーデータの損失とかはなく、気にしなくていいってことですね！
勉強してるんですがおいつかなくて；；；
670 ：
デフォルトの名無しさん ：02/09/16 18:59
>>669 ＞データの損失とかはなく、気にしなくていいってことですね
そうだ。値のキャストとポインタのキャストは違うと思え。
値のキャスト： キャスト先のバイト数に合わせられる
ポインタのキャスト： キャスト先のポインタ型であると”見なす”
>>672 初心者に教えるには最適だと思うが，何か？
-
>>669 TCP ならデータの損失 (欠落が正しい) は無いと思っていいが、送信元が
10バイト送っても､受信側で 9バイトしか受信できない時があるから気をつけて
ね。残りの１バイトは､もう一回受信すると読める。当然逆 (送信元が 10バイト
２回送ってるのに､受信側で 20バイト読める) もあるからね。
昔､ちょっとはまった事あり。
>>675 たぶん
>>669 で言ってるのは話の流れからしてキャストによるデータ損失のことだと思われ。
あ，でも
>>675 の言ってることは大事なことなので言うのは良い。
>>669 へのレスではなく653さんへのレスなら正しいのだとおもう
本をみてたのですが送受信のサイズのところで
>>675 そうゆう場合はMSG_WAITALLを指定するというのも有なのでは？
ブロックしていいなら
>>678 単に受信データのサイズが可変長だからバッファのサイズを指定してる
だけなのでは？
どうもこうも。通信仕様で決めたオフセットにあるデータサイズを受信しないとだめだよ。
両方sizeof()じゃーだめなんでしょうか？
strlen()だと \0 までのサイズだろう？
send()は送信データのサイズを指定
sendにstrlenを使うのは、実際に送る長さを求めるため。
>>682 char str[1000];
strcpy(str,"12345");
の時，
send(socket,str,strlen(str),0) // 5バイト送る
send(socket,str,sizeof(str),0) // 1000バイト送る
だ。
sendにsizeof()使ったでも構わんが，それは意図した動作かどうか良く考え。
何か最後日本語めちゃくちゃでｽﾏｿ
結局send()には実際に何バイト送りたいかを指定するのだ。
>>686 の例で，実はｓｔｒがﾊﾞｲﾅﾘﾃﾞｰﾀで，1000バイト送りたいのならsizeof(str)だ。
だからさー。
>>688 送られてくるサイズ分かってたらいいでしょ？
653を混乱させたいわけ？
いや、別に混乱させたいワケじゃなくって。
653さんはなんとなくrecv()の方で混乱しているのでは？
>>683-688 みなさんありがとうございます。おかげで理解できました。
たとえば
int buf[1000]
で1から1000まで順番にいれてそれをおくりたいんですが
send(socket, (char*)&buf, strlen((char*)buf),0);
受信側では
int buf[1000]
recv(socket, (char*)&buf, sizeof(buf)0);
でいけるんでしょうか？今ためせなくて・・・
まちがってるところあるでしょうか？
あ、すいません＆は抜きでおねがいします
バイナリでintの値を送るなら全部(sizeof(buf)分)sendしろ。
本では文字列を打ち込んで送るというプログラムでした。
んー、まぁ、今の練習（だと思う）の場合はソレでもいいよ。
でも、
>>690 で書いたように連続でなんか送ってきたり、
一回のrecvで到達／受信しきれないデータがきたりするんで、
早いトコ慣れて、通信仕様（今の場合先頭のsizeof(int)に電文長が収まってる）を決めて
やり取りすることを憶えた方がいいよ、絶対。
もっとさ、基本的なファイル入出力とかそういうの、わかってる？
send()したデータが一回のrecv()コールで読み出せないこともある
>>675 さんがもういってるけど
>>690 あ，マジレスだったのね。ｽﾏｿ。
＞send( sd, str1, strlen(str1), 0 );
＞send( sd, str2, strlen(str2), 0 );
＞ってやられたらどーすんの？
いや，十分分かってますよ。
でも，プロトコルが区切りを含んでいるやつなら別に構わんでしょう？
例えばHTTP。
>>694-700 ありがとうございます。ほんと助かります。今周りに聞く人がいなくて；；；
通信仕様覚えた方がいいですね。一回で送れたりできたないってのが僕にとってはかなり壁になりそう；；；
がんばってみます。ありがとうございました
>>690 > send( sd, str1, strlen(str1), 0 );
> send( sd, str2, strlen(str2), 0 );
> ってやられたらどーすんの？
どーすんのって、どうしようもないよ。
HTTPでもContentLengthまでは無理矢理読んで、
一回で送れないとか、まとめて読み出してしまうとかは
>>705 そうだね。
多分そのうち653から
「○○バイト送ったはずなのに届いたデータが足りないんですぅぅぅ！！」
という質問が来るに1000ﾊﾟｹｯﾄ。
意味がわからない
「意味がわからない」と泣き出すのに10000ﾄﾗﾝｻﾞｸｼｮﾝ
漏れの方が泣きたいです
結局ネットワークプログラミングの話題ってこればっかりなんだよなー
スレッドの同期も絡めた話まで発展させりゃいいんだろうけど、
低層の技術としてはこんなもん。
OSIモデルって違和感あるんですけど
TCP_KEEPLIVEオプションがインプリしてあるシステムってあります？
自分で勝手に「２分間応答がなければ切断されたものと
TCP_KEEPALIVEの間違いですた
718 ：
名無しさん＠接続しっぱなし ：02/09/17 14:34
>>701 > 一回で送れたりできたないってのが僕にとってはかなり壁になりそう；；；
んな奴がTCPでsend/recv使うんじゃね─よ。
シングルタスク、同期通信なら、fwrite/freadで十分だろ。
> 通信仕様覚えた方がいいですね。
全世界共通規格としてのプロトコルと、
あんたのアプリ間通信の局所的取り決めを区別出来るようになりな。
>>713 TCP/IPプロトコル群のレイヤー構成にピッタリマッチしなくても、
>>653 は一度レイヤーに付いて学んでおく必要があると思うけど、どない?
つか通信プログラムに手をつけるのが早いような気がする･･･
外出だが，通信より先にI/O関係を覚えたほうがいいね。
>>718 さんのいうことは
>>653 さんに限らずという気がします。
それとは別の話としてまずUDP使ったサンプルとか、
エコークライアントとかでTCPダンプしたほうが理解が早い。
きっと。
一度のwriteで全部書けない、というのが現実にバンバン起こるのは
writeは全部書けるっつーの。
相手がファイルでも、書ける事は保証されてないでしょ。
正直write()で指定したサイズ以下の書き込みができないのは
sendもwriteも送るっつーの。
・・・サイズ以下の書き込みしかできないのは・・・
ディスクフルとかの時は一度限界まで書き込んで(指定以下のサイズを書きこんで)
ソケットに割り当てられているバッファが限界になると起こります。
send()において「全部は書きこめなかった」が起こるのは間違いない。
-1が返る
当然write()でも全部書き込めるとは限りません。
結局、
>>722 -の流れで、653を笑えない奴等がいかに多いか分かったよ。
いつからこんなにレベルの低いスレに（ｗ
>>716 できるなら、障害によるものか単にデータの送受信が無いだけなのか
で処理を分けたいのです。
かといってアプリケーションが周期的にデータを送信してみるというのも
ちょっと違う気がしています。
4096byte以上を書き込むと発生する気がします
>>736 select()で調べないのかい？
select()==-1 通信エラー
FD_ISSET(sd)==false 届いてない
FD_ISSET(sd)==true 届いてる
→recv() == -1 なにがしかのエラー
→recv() == 0 切断された
→recv() > 0 正常読みこみ
初心者が見るとわけが分からないだろうから書いておく。
>>723 ,
>>727 はｱﾌｫ
>>722 は言いたいことが良く分からない。programmingに依ると言いたいのか?
>>731 の二行目の文は曖昧。
>>731 はどういう時に起きると言っているのか不明。それについて
>>733 は正しい。
ちなみに
>>726 のようなシステム仕様を勝手に想定するのも良くない。
もちろんマニュアルにそう書いてあれば良い。
>>737 相手のプロセスが異常終了した場合はTCPがFINを投げてくれるので
select()で判断できます。
ネットワークの障害でデータが送られてこないのか、クライアントが
ぼけっとしてるだけなのか分けて処理したいのです。
ネットワークの障害ならコネクションの切断とサーバのリソース開放に
もっていって、それ以外ならつなぎっぱなし。
それをアプリケーションが監視しないで済ませようと。
>>739 それはちょと無理じゃないか？
普通はタイムアウトで検出じゃない？
>>740 そのタイムアウトというのが問題でして、SO_KEEPALIVEオプションで設定
すると、2時間かかるのです。
この2時間を短くするのは可能なんですけど、システム全ソケットに影響が出て
しまうという。
で、これをソケット単位で設定するTCP_KEEPALIVEというオプションをサポート
している処理系を探しているのです。
>>740 すみません。
いってること勘違いしました。
アプリでタイマを持つのではなくTCPのレイヤでってことで。
>>743 さん
そゆうのです。
>>744 さん
役に立ちました。
なぜかlinuxは実装してないと思い込んでました。
取り敢えず良かったです。
>>746 winsockって使ったこと無いんですが、大きく違うものなのですか？
>>747 いや，基本的にBerkeleySocketそのまま。
だけどオプションとか関数とか色々削減されてる。
まあ普通（？）に使う分には大丈夫。
で，WSA*()っていうWindows独自の関数がたっぷり。
別にSO_KEEPALIVE使わなくてもselectでタイムアウト判定すればいいじゃん
>>640 わかる人いる？
なんか最近公開されたAPIでできたようなできなかったような…記憶が微妙。
751 ：
名無しさん＠接続しっぱなし ：02/09/18 06:25
>>748 いや、SO_RCVTIMEOとかWinとSolarisくらいしかない(当時w)のもある。
2000+Winsock2だと、PC-UNIXよりも非同期等が豊富。
>>741 は、KEEPALIVEってどういうものか分かってるのかなぁ?
>>749 のやり方との違い…説明できるだろうか…
>>739 > ネットワークの障害でデータが送られてこないのか、クライアントが
> ぼけっとしてるだけなのか分けて処理したいのです。
超能力があるのなら、ネットワークもコンピュータもいらないじゃん。
752 ：
名無しさん＠接続しっぱなし ：02/09/18 07:01
>>751 ＞いや、SO_RCVTIMEOとかWinとSolarisくらいしかない(当時w)のもある。
＞2000+Winsock2だと、PC-UNIXよりも非同期等が豊富。
あ，そうだったのか。知ったかぶりしてｽﾏｿ（恥
>>753 いや、95+Winsock1だと
>>748 のような感じだからいい(w
Winsockといってもピンキリな状況。
しかしより問題なのは、
同じ関数でもWinとWinsockの組合わせで振る舞いの仕様が違うこと!
互換ライブラリなし。アプリごと、マイミドルウェアごとに互換部実装!
version upごとに単調に機能が増えるだけならいいのだが…非連続性が…
この話題は理解度を知るのに便利だね～
>>752 けど、TcpViewや多くのFireWallSoftwareは実現してるから何か方法があるはず……
>>756 んじゃあ、Win2k持ってる奴は、GetProcAddress(LoadLibrary("iphlpapi.dll"),
"AllocateAndGetTcpExTableFromStack" )してみれ
長い名前だなぁ
>>755 >ただし、Javaとかいうタワケた環境では取得不可能(1.4から可能らしい)
単に取得不可能なんじゃなくて、全部書き込むか失敗するまで復帰しない。
普通はJavaの仕様の方が扱いやすいが、シビアな状況では困るかもね。
760 ：
デフォルトの名無しさん ：02/09/19 11:32
>>757 Win2kのiphlpapi.dllがexportしてる関数くらい調べてから書いてるさ
Javaのタワケっぷりに笑った
763 ：
デフォルトの名無しさん ：02/09/19 23:27
あげあげ
>>751 >>741 は、KEEPALIVEってどういうものか分かってるのかなぁ?
>>749 のやり方との違い…説明できるだろうか…
わかっていないのは､あんたの方。要は､データのやり取りが非常にまれにしか
ない状況で､例えばケーブルが切れたことを即座に検出したいんだと思う。
>>749 の方法だと､例えば１日一回しかデータのやり取りがないと最悪丸一日
そう言う障害に気付かない。そう言うのが困るって言う状況もあるよ。
>>739 >> ネットワークの障害でデータが送られてこないのか、クライアントが
>> ぼけっとしてるだけなのか分けて処理したいのです。
>超能力があるのなら、ネットワークもコンピュータもいらないじゃん。
相手マシンでプロセスがバンバン動いている時なんかは､クライアントはあまり
動けないけど､TCP スタックは動けることが多い。(もちろん実装によるけどね。)
だから、超能力なんか使わなくても回線が切れているか、クライアントの応答が
ない事ぐらいはわかることが多い。
... ぐらいのことは､普通のサーバー管理者なら常識。サーバーの負荷が結構高く
ても､ping には応答すれば TCP層までははまず大丈夫と判断できる。
と､言うことでプログラムで､繋いでいる相手に ICMP Echo パケットでも投げる
のがいいかと...。
>>764 は？
わかってないだろ。
そもそもKEEPALIVEはアプリケーションのTIMEOUT用に使うものではないし。
アプリケーションは好き勝手にポーリングｼﾚ
ちなみに後半の管理者の常識とやら始めて知りました。
世の中便利になりましたね。(w
都合良くトラブルの原因が分かる場合ばかり考えるのではなく、
ICMP PacketはFirewallでdropされてしまいますた。
HTTPがコネクションレスなおかげか、そのへんのノウハウは失われつつあるなー
HTTPでもKEEPALIVEあるよ
あ、コネクションレスじゃなくてステートレスだった
とりあえず後始末しときます。
SO_KEEPALIVEで全部が救えるわけではない。
ハーフオープンコネクションが残るのを避けることができるだけが
正解なので
>>739 の発言は間違い。
また、クライアントのポーリングをアプリでやるか、KEEPALIVEを
使うかは好みの問題とかそんなレベル。
>>739 はTCPのコネクションの監視はTCPでやりたいだけ。
ただ、
>>764 の
>そもそもKEEPALIVEはアプリケーションのTIMEOUT用に使うもの
>ではないし。
に関しては意味不明
> また、クライアントのポーリングをアプリでやるか、KEEPALIVEを
TCP Keep-Aliveだけじゃあ、peerのアプリケーションが、
> 結局TCP Keep-Aliveは銀の弾じゃない
775 ：
デフォルトの名無しさん ：02/09/21 10:57
>>760 おれ、そろそろ「シビア」なことを理解しなきゃならんかも。
Publish/SubscribeなC/SをJavaで設計することになるかもしれない。
大規模になったときに発生しやすい障害とか、そういう勘所がぜんぜん予想できない。
Pub/Subの管理なりパケットの設計なんてのはいいとして、
例外のクラス構成や障害対策をどのように考えておけばよいかがサパーリ。
基本として最低限対応しておくべき事項って何だろう。
>>772 > keepalive がアプリケーションの timeout に使えるようになったのは
> timeout 時間が変更可能、しかもコネクションごとに設定できるようになって
> からでそ。
アフォですか ? 相手アプリケーションが無限ループなんかでハングアップしてて
も､Keepalive はタイムアウトしないことは知ってるのか ? そもそも､Keepalive
って誰が返すかも知らんのか ?
アプリケーションのタイムアウト監視と Keepalive じゃ目的が違うぞ。
>>777 『Javaマルチスレッドプログラミング』は既読なんですが、読めばまた発見ありそうですね。
もいちど読んでみます。
>>775 > Publish/SubscribeなC/SをJavaで設計することになるかもしれない。
冗談だろ？やめとけ
承知の上で、キープアライブ機能はTCPに属すると考えてる派なので
たしかFreeBSDではKEEPALIVEの設定が無視されるよね
設定するとエラーが返ってくる？
>>781 指定に関わらず常にKeepAliveはONだよ
785 ：
デフォルトの名無しさん ：02/09/22 22:51
>>784 本当? それ、RFC1122に違反してるね。
FreeBSD、インターネットに繋げないや…
結論：FreeBSDはゴミ
>>784 > 指定に関わらず常にKeepAliveはONだよ
情報ソースは ?
788 ：
デフォルトの名無しさん ：02/09/23 00:49
Winsockの質問です。
>>788 Proxy通すんだったら，
まず目的URIに接続するのではなく，Proxyに接続する。
で，Proxyに対して
GET 目的URI HTTP…
を送信する。のだ。
>789
>>790 ＞Host名にProxy名を入れればよいということ なのでしょうか？
そういうことです。
結局，目的地のことは何も知らなくていいです。
ProxyServerにさえ接続できればあとは丸投げです。
参考になるページは・・
http://www.google.co.jp この辺で適当に・・（苦笑
なるほど。
793 ：
デフォルトの名無しさん ：02/09/23 02:29
便乗で質問。
>>793 多段プロキシに対応したプロキシサーバに向かって
それ用の記述でリクエストを送りつければいいのでは
予想1
しかし、delegateの連結キャラクタがｳﾝｻﾞﾘしてる顔文字に見えるのは俺だけですか
>>799 おれもだ。
間にutuが入り込んでおる
資格板に以下の質問がありました。PGの方ならわかるかなと
思い質問します。これって可能でしょうか？
843 名前：名無し検定１級さん 投稿日：02/09/22 02:47
またこんなこと聞いたら絶対合格無理とか言われそうですが・・・
もし自分のＩＰを偽れるようなブラウザを自作してfusianasanで２ｃｈにアクセスすれば偽のＩＰ表示できたりするんでしょうか？
847 名前：名無し検定１級さん 投稿日：02/09/22 10:46
>>845 いいえ、自分のＰＣから送信されるＩＰデータグラムの送信元ＩＰアドレスを偽るようなソフトです。ついでに送信元ＭＡＣアドレスも。
まだＴＣＰ／ＩＰ仕組みを完全に理解して無いので、そんな単純なことじゃないかもしれませんが。
TCPは双方向に通信しているので、IPアドレス自体を偽装すると応答パケットが届かなくなり、
>>802 なるほどです。
素人考えですが、Connectだけ正常なIPアドレスで行って
書き込み時のみ偽装IPアドレスで行うなんてことは
できるのでしょうか？
>>802 (802かよ!)
しかも、IPアドレスは保存されてるでしょうから、
問題になった時に追跡できますね。
>>803 出来ないです。つーか勉強足りなさ過ぎ。10年早い。帰れ
>>805 私もできないと思っているのですが資格板にできるって人がいるので
詳しい人がいそうなのでここにきました。
>>807 > ここの894とかの言ってることがわからないんです
>
http://school.2ch.net/test/read.cgi/lic/1030209098/ > TCP/IPのオプションでIPアドレス偽って通信することはできるぞ。
まあ、できるといえばできる。つーか、IP アドレスなんてソフト的に割り当ててあるもんだから、いくらでも変えられる。更に言うと、複数の IP アドレスをひとつの NIC に割り振ることもできる。(WindowsNT系なら５個まで標準でサポートしている。)
MAC アドレスについてもドライバさえ (書け or Hack でき) ればいくらでも偽造は可能。技術的には、複数の MAC アドレスを割り振ることもできる。(ごく一部の NIC を除く。)
ただ上記の TCP/IP のオプションと言うのは意味不明。
また、同一ネットワーク内であれば上記のように偽って通信することはできるが、間にルーターが入っているとネットアドレスの所を変更してしまうとルーターが指定したところにパケットを送ってしまうので、通信はできない。
>>808 それはわかります。自分もクラスタ組んだマシンでIPアドレス書き換えた
通信したことありますから。
でも、今回のは２ちゃんに書き込む話なので間にルータが入るのは
当然といっても過言ではないわけで。
やっぱりできないって結論でよいですよね。
>>810 ＞そりゃ知らんよ。そいつが、2ch の鯖管かも知れんしね。
むぅ。確かに。
＞なんて言ってるぐらいだから、信用できるかどうかぐらいすぐわかると思うけど...。
まだネスペ取得できていない素人なので自信がないのです。
901 名前：894 投稿日：02/09/23 14:04
>>896 >>898 >>899 >>900 偽りたいＩＰアドレスをＡとする
自分のＩＰアドレスをＢとする
相手のＩＰアドレスをＣとする
Ｂが「Ａが送出したパケットをルータＢを経由してＣに届く」ように設定したパケットをＣに送出。
ＣにとってはＡからきたパケットだと認識し、「ＣからルータＢを経由してＡに届く」ようなパケットをＡ宛に出す。
が、実際はルータＢを経由しているのでルータＢに届く。
これでＢがＡを装うことができる。
ただし、この機能を使ったパケットは弾かれるのが常識。悪用したくても無理だと思われ。
ありがとうございました。
ネットワーキングプログラム
ネットワーキングプログラミング
ネッティングワーキングプログラミング
818 ：
デフォルトの名無しさん ：02/09/24 17:10
ネットワークゴキブリｗ
819 ：
デフォルトの名無しさん ：02/09/24 17:16
やっぱりダメか・・
>>814 すごいっす。さんくす。資格板に張ってくるっす。
821 ：
デフォルトの名無しさん ：02/09/26 10:41
FTP サーバにあるファイルの日付を秒単位で取得するにはどうすれば
ンなもんサーバーの実装による
823 ：
名無しさん@接続しっぱなし ：02/09/26 11:15
>>821 > 普通に
とは? modtime(protocol的にはMDTM)使ってるの?
ふと疑問に思ったんだが、処理速度より受信速度が上回ったとき、
>>824 > ふと疑問に思ったんだが、処理速度より受信速度が上回ったとき、
> 溢れたデータってどうなるの？
捨てるしかない。普通は、そうならないように...
1. バッファリングする。
2. 処理速度を向上させる。
3. あふれそうになったら相手にちょっと待て、というような仕組み (プロトコル) をもつ。
のどれかで、対処する。もちろん、1. は、一時的な対処だから、全体的に「処理速度より受信速度が上回る」状況では、結局バッファーがオーバーフローてしまう。
> 溢れたデータってどうなるの？
>>826 > 825はアプリの作り方の話？
> だったらそのとおりだあね
はぁ ? TCP/IP は、
>>825 の 3. で処理してますが...。俺には、
>>826 の方がずっとアプリ寄りの話に見えるが...。(select/send なんて、もろソケットを仮定してるみたいだし..。)
825がアプリでのフロー制御の話に見えるか、
ごめんね質問が曖昧で。
TCP/IPの話なんだけど、
>>825 と
>>826 で
とりあえずイメージが掴めました。さんくす
とにかく
>>824 に言えるのは、
・TCPの仕組みの勉強をしろ。
・IPネットワークの最大努力配送について勉強をしろ。
それがイヤなら、UDPを使ったプログラムを書かないと誓って
ただTCP&socketを信じろ。「いい感じ」にやってくれるから。
ただし古いWinsockでSO_RCVTIMEOを使う時はsocketを信じてはいけない。
以前しつもんさせてもらった者です。
send()やrecv()のリターンはどうなってんの？
>>831 意味不明。もう少し詳しく書かないと答えようが無い。
・・・多分こんなんでいいんだろうけど。
int sendall(int sock, void *buf, int len)
{
int sent = 0;
while (sent < len) {
int cur = send(sock, (char *)buf + sent, len - sent, 0);
if (cur <= 0) {
return (sent > 0) ? sent : -1;
}
sent += cur;
}
return sent;
}
っと、それ以前の基本的な問題な気がしてきた。
ぐーるぐる。同じ話を何度も何度も。ぐーるぐる。
>>832-834 詳しく書かなくて申し訳ないです；；
833さんのでずばり解決できそうです。recvでも同じようにすればいいんですよね？
一度やってみます。
それから返事遅くなってすいません；；
えーと、最近仕事で出た問題なんだけど、send()の直後にclose()すると、
送りきる前に電文が欠けたりするよ。
>>833 で上手く逝かなかったらその辺も疑ってくだちぃ。
> えーと、最近仕事で出た問題なんだけど、send()の直後にclose()すると、
Linux。細かいビルドは忘れた。
ApacheがcloseしないのはHTTP/1.1 or HTTP/1.0+KeepAliveだからだと思うのだけど。
shutdownしてもダメだったんだよねぇ、そのときは。
む、そうか、すまん。
そういう環境があるから、Apacheはそれを考慮してるわけだ。
844 ：
デフォルトの名無しさん ：02/10/03 04:24
>>842 > というか、close時にflushしてくれないってのはやっぱおかしいな。
そりゃおかしいよ。
SOCK_STREAMのセマンティクスを守るために、
TCP socketにはTIME_WAITって状態があるんだから。だから、
>>840 > send直後にcloseすべきじゃないってのはそうだと思うけど、
なんてことはない。引き続く送受がなければいきなりcloseしてよい。
> そのためにshutdownがあるのでは。
違う。> 「そのために」
Socket FAQを読むべし。いじょ
846 ：
デフォルトの名無しさん ：02/10/05 03:01
今windowsでC言語でTCPプログラミングしています。
847 ：
デフォルトの名無しさん ：02/10/05 03:05
まずい
>>846 ファイルハンドルやコンソール出力に同じことをしたらどうなるか
想像してみれ。
ファイルハンドルへの読み書きは問題ないだろ…
コンソール出力からの受信って何だろう…
>>846 とくに問題は無い。
が、ノンブロックモードにする必要があるから、
別のソケットにしたほうが楽だと思う。
あとサーバーから送信する先のポートの問題とかもあるかも。
>>846 スレッド１が受信専用でスレッド２が送信専用ならおそらく問題ない
852 ：
デフォルトの名無しさん ：02/10/05 10:52
ちょっと聞きたいことがあるのですが、
854 ：
デフォルトの名無しさん ：02/10/05 11:49
>>853 いやオンラインゲームに使えないかなと思って。
自分にはサーバ立てるのは負担なので、P2Pだけでネットワーク対戦
できたらいいなと。
LAN環境とかでやるなら、ブロードキャストで
全部当たればいいと思うんだけど、
大規模、不特定多数になるとそれだと無理じゃないかと思ったので
winmxっつーかOpenNapプロトコルはそんな感じだが。
856 ：
デフォルトの名無しさん ：02/10/05 13:18
>>848 >>849 >>851 レスありがとうございます。
送信と受信をまったく同時にしたらソケットの中で衝突がおきるのかなー？と初心者ながら思ってました。
ソケット２つ作ってそれを同じ相手につなげて送信と受信分けたほうがいいのかなー？
857 ：
デフォルトの名無しさん ：02/10/05 13:37
recv関数って、相手がsendするまでずっとまってるんでしょうか？
>>857 うん。
ノンブロッキングにしたらすぐ返ってくるけど。
860 ：
デフォルトの名無しさん ：02/10/05 14:45
>>856 つーか、君勉強足りなすぎ。ちゃんと本読みなさい。
SOCK_STREAMは双方向全二重の信頼性のある通信を提供します。
同じ方向に利用するスレッド間の同期/排他は忘れないでください。
以上の言葉の意味が分かるまでは勉強しないと先でつまずきます。
>>847-848 お前等、まともなネットワークプログラミングなんかしたことないだろ ?
> ノンブロックモードにする必要があるから
馬鹿、そんなことしたくないから「マルチスレッド」にするんだよ。
> あとサーバーから送信する先のポートの問題とかもあるかも。
意味不明だ。具体的に書いてみれ。
ゲーム製作技術板の「ネットゲー作る技術持ってるやついる？」スレ
>>SOCK_STREAMは双方向全二重の信頼性のある通信を提供します。
>>863 > 馬鹿、そんな理由でマルチスレッドなんか使わないんだよ。
送受信がほとんど絡まないような場合だと、スレッドの方が全然楽。
ノンブロックでポーリングしまくる方がよほど素人だよ。
スレッドもまともに使えねー奴と言うオチか ?
>>864 > もし一つのソケットでできる場合２つのソケットで送信と受信をする場合と比べてスピードは遅くなるのでしょうか？
もちろん状況によるが、普通は物理層がネックになるだろうからあまり変わらないと思う。(Gbit ぐらいになるとよくわからんけどね。)
>>同じ方向に利用するスレッド間の同期/排他は忘れないでください。
> これはクリティカルセクションとか、親スレッドが終了するまで子スレッドは終了させないようにするとかということでしょうか？
クリティカルセクションと言う言葉は関連するけど、「親スレッドが終了するまで子スレッドは終了させないようにする」とか言うのは、全然関係ない。
要は、２つのスレッドが同時に両方とも書き込んだりしないようにしないとダメってこと。これは、別にソケットだからと言うわけじゃなくてファイルだろうがプリンタだろうが同じ。
ああ、やっぱりあっちで暴れてたアフォだったのか。
>>867 > ややこしくなるから。
心配するな、ややこしいと思ってるのはお前だけだから。
ぐちゃぐちゃ書くなら、「何がおかしい」かぐらい書いたらどう ? (まあ、書・け・た・ら の話だけどね)
>>866 >>要は、２つのスレッドが同時に両方とも書き込んだりしないようにしないとダメってこと。これは、別にソケットだからと言うわけじゃなくて･･･
え？これは別々のスレッドで同じメモリへ同時に書き込みはだめってことですよね？それさえ気をつければソケットにはまったく同時に送信、受信できるんですよね？
>>869 > え？これは別々のスレッドで同じメモリへ同時に書き込みはだめってことですよね？それさえ気をつければソケットにはまったく同時に送信、受信できるんですよね？
う～～～ん、なんか微妙に違ってる気がするなぁ。
複数スレッドが同じメモリーを同時に読み出すのは OK だけど、だからと言ってソケットから同時に受信できるわけじゃない。
例えば、２つのスレッドが同時にソケットから読み出す時に、ネットワークら "ABCD" と来たら、
"A", "BCD" とスレッドに渡るかもしれないし、"AC", "BD" と渡るかもしれない。
と言うような話だよ。
送信と受信を同時に行うのは特に問題はない。(ヴァカな、
>>867 には、ややこしいらしいから勧めないけどね。)
>>869 ソケットの送信と受信は別々のものと考えて差し支えないよ。
たいがいのTCPスタックの実装は内部できちんと排他処理してくれてる。
とはいえ実装依存だから、ドキュメントで確認したほうがいい。
あるスレッドが受信待ちしてるときに、
別のスレッドがそのソケットの受信関連のフラグを操作したときの動作は
未定義かもしれない。
普通そんなことしないけど、素人はやりかねないね。
小さい犬ほど良く吠える
>>864 > 送信や受信するときいったんソケットにためてるのかなー？とおもっていまして、
> それだと送信パケットと受信パケットが混ざるとだめかなー？と思ってました。
そんな、わけのわからんことには、なりません。送信バッファと受信バッファは別になってるんで、１つのソケットでちゃんと送信も受信も出来ます。
ただ、ブロッキングモードだと、受信するとき相手から何か送られて来るまで recv で止まってしまうから、止まってしまってたら送信出来ないだろ？ だからノンブロッキングモードにするか、送信用のスレッドと受信用のスレッドを分けるか。
って話なんだと思うけど。・・・なんで２つのスレッドが同時に書き込む話になってるので？
>>870 >>871 >>873 レスありがとうございます。ソケット内部で送信バッファと受信バッファが別になっているとは勉強になりました。
今回あるスレッドで送信、あるスレッドで受信というようにしようと思ってました。一つのソケットでいけそうだということがわかりました。
あと、ソケットが一つでする送信、受信場合と２つで別々に送信受信する場合スピードはかわらないのでしょうか？変わっても気にしなくていい程度なのでしょうか？
ソケット内部での送信バッファと受信バッファが可変の場合変わるかなーと･･･かなり想像でしゃべってもうしわけないです。
あとsendで送るとき一定以上の量になると何回かに分けて送らなければいけないと思うのですが、この一回の容量というのはパケットのサイズなのでしょうか？
それともソケットのバッファがいっぱいになったからなのでしょうか？
>>873 > ただ、ブロッキングモードだと、受信するとき相手から何か送られて来るまで recv で止まってしまうから、止まってしまってたら送信出来ないだろ？
こんな知識で、「素人ほどスレッドを使いたがるのはホントだな。」とか言ってたのか、あきれて物も言えんわ。
> 素人ほどスレッドを使いたがるのはホントだな
Javaのrecvとかって、ノンブロッキングモードないの？ ホント？
>>877 ない。マルチスレッドマンセーなので不要、という思想だそうだ。
さすがにその愚かさに気づいたのか、JDK1.4からはnioというのが付いてる。
頭悪いよね。
頭悪いっつーか、正直信じられん。騙そうとしてたりする？
>>875 >こんな知識で、「素人ほどスレッドを使いたがるのはホントだな。」とか言ってたのか、あきれて物も言えんわ。
いや・・・私はそんなこと言ってませんけど。勝手に結びつけないで頂戴って言っても無駄かな。
とりあえずこんな知識で発言してごめんよ。
でも間違ってたら指摘してくれると勉強になって有り難い。
>>877 なかった気がする。でも調べ足りないだけかもしんない。nioは見てないし。
>>874 > あとsendで送るとき一定以上の量になると何回かに分けて送らなければいけないと思うのですが、この一回の容量というのはパケットのサイズなのでしょうか？
> それともソケットのバッファがいっぱいになったからなのでしょうか？
バッファ。
でもブロッキングモードだったら、指定したバイト数を全部バッファに入れるまでブロッキングするから大丈夫。
いや、ブロッキングされるとマズイ場合も多々あるけど。そゆときはノンブロッキングにするかスレッド分ける。
>>874 > あと、ソケットが一つでする送信、受信場合と
> ２つで別々に送信受信する場合スピードはかわらないのでしょうか？
> 変わっても気にしなくていい程度なのでしょうか？
送受信のバッファはそれぞれ別個のものとして扱われるから、
速度の差はないんじゃないかなあ。
最終的にはTCPスタックの実装で決まることだけど、
送受信のバッファの扱いはOSごとに激しく異なってたきがする。
ところで素人素人連呼してるヴァカが一匹居るけど、
いろいろ試すことに価値はあると思うから気にしないでね。
>>879 当然だがselectもpollもないぞ。理由は878と同じらしい。
すべてはnio様の登場でチャラになったことになってる。
>>876 > > 素人ほどスレッドを使いたがるのはホントだな
> ソケットに限らずこれはあってる。
スレッドが適しているところにはスレッド使えばいいし、そうでないところには select とかでいいと思うよ。
もしかして、スレッド使えない方ですか ?
>>883 「使いたがる」と「適材適所」は激しく異なると思われ
>>879 いちおう、ブロックせずに読めるバイト数を返す available() ってのがあるから、（試したことないけど）入力に関してはノンブロッキングもどきが出来るのかもしんない。
887 ：
デフォルトの名無しさん ：02/10/05 19:36
>>864 > >>SOCK_STREAMは双方向全二重の信頼性のある通信を提供します。
>
> 回線は全二重というのはわかるのですが、
> 送信や受信するときいったんソケットにためてるのかなー？とおもっていまして、
socketと標準入出力ライブラリのハンドルは別です。
前者は全二重だけど、後者は仕様上半二重で構わないです。
そこのところを気をつけてください。(fdopenなどする場合)
888 ：
デフォルトの名無しさん ：02/10/05 19:44
>>863 > 素人ほどスレッドを使いたがるのはホントだな。
ちょっと分かってきた時に、無駄にpollingや非同期使いたがる奴もいるね。
どれを使うかはバランス感覚の問題だから、人に教えるのは難しいね。
しかし、一昔前に比べると、systemが成熟してきたので、
multi threadによる解決が自然な場合が多い。
初めからthreadの増大が問題になる事が分かっている場合以外は、
multi threadから始めるという方針も悪くないと思う。
> ちょっと分かってきた時に、無駄にpollingや非同期使いたがる奴もいるね。
>>884 >「使いたがる」と「適材適所」は激しく異なると思われ
この発言はあってるけど、それがどうかしましたか ?
俺は、
>>876 がやけにマルチスレッドを気にしてるみたいだから、マルチスレッドの方が書きやすいこともあるよって言ってるだけだよ。
>>886 どこが「アフォ」か書いてみな。あんた見てると、
>>872 が正しいこと言ってるのがよくわかるよ。
>>887 > socketと標準入出力ライブラリのハンドルは別です。
> 前者は全二重だけど、後者は仕様上半二重で構わないです。
正確には、ファイル入出力は半二重 (ファイルポインタは１個しかないからね) だけど、COM ポートなんかだと全二重のシステムもあるよ。
>>888 ほぼ同意。
>>889 意味不明。
>>880 > いや・・・私はそんなこと言ってませんけど。勝手に結びつけないで頂戴って言っても無駄かな。
人違いか ? なら、ごめんよ。ただ、
> ブロッキングモードだと、受信するとき相手から何か送られて来るまで recv で止まってしまうから、止まってしまってたら送信出来ないだろ？ だからノンブロッキングモードにするか、送信用のスレッドと受信用のスレッドを分けるか。
の文章は完全に誤解してると思うから、もう少し勉強してね。
必死な奴だなあ
Win2k VC6.0で、
スレッドを使いなさい
>>892 > 必死な奴だなあ
それしか書けないなら、書かない方がいいよ。アフォみたいだからね。
>>893 > accept後に一定時間通信がない場合
クライアント/サーバー間のプロトコルがわからない (TCP/IP とか言うなよ、そうじゃなくてアプリケーションレイヤーの話だからね) のでなんとも言え。
まあ、普通のクライアントのコマンドに対してサーバーから応答を返すような場合だったら、サーバーが Receive() で待ってる時にタイマー掛けといてタイムアウトしたら切断しちゃえばいいんじゃないの ?
>>895 >まあ、普通のクライアントのコマンドに対してサーバーから応答を返すような
>場合だったら、サーバーが Receive() で待ってる時にタイマー掛けといて
>タイムアウトしたら切断しちゃえばいいんじゃないの ?
レスありがとうございます。
まさにそのとおりです。
accept→Recieve→Sendといくのですが、
acceptしたあとどうタイマーをかけていいのかわからなかったもので。
やっぱりCSocketよりWinSock直でやったほうがいいんですかね
>>896 > accept→Recieve→Sendといくのですが、
> acceptしたあとどうタイマーをかけていいのかわからなかったもので。
もっとちゃんと状態遷移を理解してないとダメだよ。
1. Listen
2. ← Connect
3. Accept
4. Receive
5. ← Send
6. Receive
7. Send →
8. 4. へ戻る...
クライアントのから待ちになるのは、4～5 だから 4 (=Receive 開始時) にタイマー掛けて、5. (=クライアントからのデータ到着) がタイムアウトしないかみるだけだよ。
> やっぱりCSocketよりWinSock直でやったほうがいいんですかね
ここら辺の話は、CSocket とか WinSock に依存した話じゃないよ。
普通にselectなりpollなりで待てばいいと思うのだが。
>>897 状態繊維まで書いていただいてすいません…。
たしかにそのとおりだとは思います。
CSocketではacceptしたあと、受信可能状態になればOnRecieve()がよばれると思っています。
ですので、OnRecieve()がよばれるまえ(acceptした直後)にタイマーかけておいて
OnReceive()/OnSend()が呼ばれたらそれぞれ処理してタイマーかけなおし
すればよいのでしょうか？
>>899 > CSocketではacceptしたあと、受信可能状態になればOnRecieve()がよばれると思っています。
> ですので、OnRecieve()がよばれるまえ(acceptした直後)にタイマーかけておいて
> OnReceive()/OnSend()が呼ばれたらそれぞれ処理してタイマーかけなおし
> すればよいのでしょうか？
そう言う意味では、MFC 固有だな。スマソ。
とりあえず、接続されたら OnAccept() が呼ばれるから、タイマー掛けて、OnReceive() 毎に再設定でいいと思うよ。
>>900 >そう言う意味では、MFC 固有だな。スマソ。
やっぱそうなんですね。
>接続されたら OnAccept() が呼ばれるから、タイマー掛けて、OnReceive() 毎に再設定
本当にいろいろとありがとうございます。
とりあえずこれでやってみます。
>>895 自分のことだって分かってるんですね(ﾌﾟ
903 ：
デフォルトの名無しさん ：02/10/06 02:28
>>901 正直、
>>898 のやり方の方が、
非同期イベント処理の健全性を考えないで済むから楽。
非同期型のプログラムを書くには根本的な頭の切り替えが必要。
特に例外処理や後始末やハンドラの登録/抹消において。
最悪なのは手なりの同期/非同期混合型プログラム。地獄を見ることになる。
これはMFCのCSocket or CAsyncSocketとは直接関係ない話な。
>>903 あ、イベント駆動型プログラム、って書いた方が良かったかな。
Windowsに毒されてる痛いヤシがいるようだが、WindwosCE2.12ではマルチスレッドで
>>902 > 自分のことだって分かってるんですね(ﾌﾟ
やっぱりこの程度のことしか書けないのね。まあ、2ch だからいいけどさ。
マ板に逝けば、仲間がイパーイいるよ。ププッ。
>>903 お説ごもっともだけど、全然有用な情報がないよ。
知識もってるってひけらかしたいだけ ?
こんなことしてはまったとか、具体的に書いてもらえればいいけどさ。
909 ：
◆4I/Yf.lDws ：02/10/06 22:28
Winsockを使用して、sendで、次のような送信を試みたのですが、少しおかしくなってしまいます。
新キャラ登場だね。コテハンにすればいいのに。
何か一人で熱くなってる痛い奴がいるな。
煽りはほっとけよ。
>>909 普通にやるとくっついたり分断されたりします。
for(i=0; i<100; i++) {
sprintf(toSendText,"%d",i);
len = strlen(toSendText);
send(dstSocket, &len, sizeof(len), 0);
send(dstSocket, toSendText, len, 0);
Sleep(100);
}
でどうよ？
そもそも i を文字列に変換する意味はあるのか？特にないのなら
send(dstSocket, i, sizeof(i), 0);
でどうよ？
>>909 > どうすれば、1パケットに1つの数字を送信できるのでしょうか。
無理。自分で、'\0' 見つけて分解するしかない。
逆に、1 と '\0' が２回に分けて送られることもありうるので注意すること。
あと、
> 受信したものは、「1\02\03\04\0」というように
と書くな、0x31, 0x02, 0x03, 0x04, 0x00 と誤解されるぞ。(と言うか、コンパイラはそう言う風に解釈する。)
ちゃんと、1 \0 2 \0 3 \0 4 \0 のように書け。
913 ：
デフォルトの名無しさん ：02/10/06 22:59
>>909 TCPなんですよね?
if (TCPです) {
出来ません。
TCPはバイトストリームです。
だからパケットを扱えません。// TCPではセグメントと呼びます。
}
それから、sendの返り値をちゃんと見なさいな。
>>911 最後のは
send(dstSocket, &i, sizeof(i), 0);
でつ…。
>>914 「バイトオーダに注意(MSB or LSB)」は追加しないでいいの?
>>909 はｶﾅｰﾘ初心者プログラマだぞ。
>>915 俺もｶﾅｰﾘ初心者プログラマなのですが…。
バイトオーダーは送信元と受信元が同じエンディアンなら
気にしなくてもいいというのは誤った認識でしょうか？
＃初心者なら送信元と受信元は同じ環境だと思ったので…。
バイトオーダーを考慮するなら
long hoge = htonl((long)i);
send(dstSocket, &hoge, sizeof(hoge), 0);
ですかね。
バイトオーダーの遥か以前の段階だし、いいんでねぇの？
やはり無理ですか。
>>917 \0をデリミタにすると，数値そのまま送った時はまずいよね？
0の時デリミタになっちゃう。
>>911 のようにテキストに変換するならいいけど。
分解しないでも分解してもカクカクするなら、別の原因じゃねぇの？
>>918 明示的にフラッシュすればいいんでないの？
>>919 そらもちろんテキストが前提です。
バイナリ可変長ならサイズ指定が必須でしょう。
>>922 すいません。あなたを侮ってました。
すんません。すんません。（ぺこぺこ
いやそんなあやまられても困るんでばっくれて下さい
ｱﾚでないの。
TCP_NODELAYとrecvでまとめて受信するのはあまり関係ないと思うけど。
？
>>916 > ＃初心者なら送信元と受信元は同じ環境だと思ったので…。
ﾋﾞｸｰﾘな推測に基づく仮定だな。
君の書くﾌﾟﾛｸﾞﾗﾑは大丈夫なのか?
っていうかバイトオーダはなるべくネットワークバイトオーダにするのが
>>929 NDRやCDRみたいなのもあるから、それが理想とは限らんだろ。
>>928 なんでやねん。x86Windoesで送信したら受信する方はx86Windowsやないか。
>>925 そうです！
TCP_NODELAYがミソでした！
無事解決しました。
皆さんどうもありがとうございます。
936 ：
デフォルトの名無しさん ：02/10/08 04:21
シリアル通信用の
>>933 ミソじゃねえよ。偶然くっつかなくなっただけだ。
少しは過去ログ見ろぼけ。
もう◆4I/Yf.lDwsが来てもレスする気がなくなった
>>937 コンピュータの世界に偶然なんてあるのかい？
そもそも、スクロールを実現すんなら、全データの信頼性よりもパフォーマンスが上がればいいんだろ
NODELAYつかって、パフォーマンスが上がったって事は、成功といってイイんじゃない？
ネトゲでデータの信頼性よりもパフォーマンスを重視するのと同じだよ
それにこの場合は送信元も受信元も同じって決まってるんだしさ
>>940-941 もうほっといたら ? 本人満足してんだしさ。
そのうち痛い目見りゃわかるだろ。
なんか、このスレ、あほうが2人でとんちんかんなこと言ってる感じだな。
944 ：
デフォルトの名無しさん ：02/10/08 21:46
なぜ本人だと？
>>939 はトリップじゃないから、たぶん第三者の煽りだよね。
この文章に騙される人は、健全性と完全性の区別が出来ない人だね。
>>943 とりあえず、しばらく放置じゃないかな?
947 ：
デフォルトの名無しさん ：02/10/09 03:08
UNIX板のapacheスレで質問したらこっちの方が良いんじゃないのって言われたのでここで質問します。
proxyを作ってるのか？
クライアント作ってるのか
>>948 なのかワカラン。
情報不足ですんません。
select等で、ClientからとServerからの書き込みをまって、
じゃあ。
>>947 CONNECTでコネクションが確立したら、あとは
クライアントが送信してきた内容をそのままサーバに垂れ流す。
サーバが送ってきた内容も同様にそのままクライアントに転送。
どっちがいつ送ってくるかは分からないからいつ送ってきても
いいように待つ。
ようするにsocksと同じで汎用のポートフォワーディングの
手段として使えるからちゃんとアクセス制限しないと
セキュリティホールになる。
>>952 SSL Proxyは通信内容に一切関知しない。
Proxyが暗号化を解除できたらSSLの意味がないだろ。
>>951 すんません。
もう少し詳しくと言うかなんか参考文献あったら教えてください。
>>953 あぁ、やっぱいつ送ってきても良いように待つのですか。
一般的なやり方ってどんなのがあるんでしょうか？
スレッドを使うとか？
956 ：
デフォルトの名無しさん ：02/10/09 16:30
だからー
>>951 が言ってるとおりselect等で待つ。
ソケットの使い方はUNIXネットワークプログラミングVol.1でも読めや。
>>926 TCP_NODELAY を使いつつ、send() 側も recv() 側も、バッファ(第 3 引数)を 1 byte にすりゃいいだろ。 いまさらだけど。
>>926 TCP_NODELAY を使いつつ、send() 側も recv() 側も、バッファ(第 3 引数)を
1 byte にすりゃいいだろ。
いまさらだけど。
959 ：
デフォルトの名無しさん ：02/10/09 17:29
>>956 Javaで、selectするにはどうすれば良いんでしょうか。
>>960 OS によっては、ちゃんとカーネル内でパラレルに動作するようになってます けど、バカですか?
947はJavaで作ってるの？
963 ：
デフォルトの名無しさん ：02/10/10 02:11
>>947 にはJavaなんて一言も書いてなかったな。
まあそれはともかくJavaのJDK 1.3まではスレッド使うしかない。
JDK 1.4ならnio使え。
964 ：
デフォルトの名無しさん ：02/10/10 06:04
WindowsのTCP/IPドライバのソースを
そういえば、winsock って、WSAAsyncSelect()を使うと、勝手にスレッドを作るね。
968 ：
デフォルトの名無しさん ：02/10/10 15:52
>>968 > ポートフォワーディングすれば
間違えた。
> ポートフォワーディングみたいなこと
に訂正。
ポートフォワーディングって言うよりはトンネリングって言う方が正しいのかな。
OK。Go!
>>968 使い方が分からんってそのまんまじゃん。
もしかしてCのselectの使い方も分からない?
だったらFAQでも読め。URLはちょうどテンプレが
貼られてる。
>>961 へぇプロトコルがマルチスレッドに対応しているのか…どこの世界の話かよかったら聞かせろ。
おまえは、複数の人間がしゃべっているのを同時に聞ける天才か？
>>961 ,960,974
プロトコルとOS話が…は別だわな…
>>974 961はOS の TCP/IPプロトコルスタック部分が並列動作するってことを
簡略な表現で言っただけでしょ。
その程度の省略が自動補完できない時点で、知識レベルが論外って気がするが...
並列動作する実装もありうると想像はできるけど、
>>978 IP→TCPのDeMultiplexingを担っているところが、
TCPプロトコルスタック部分の(接続単位から見た)並列動作を実現しているところ。
と言われただけで、かなり具体的なイメージが湧かないと、
ソースの場所示されても分からないと思う。イベント駆動型だし。
ちなみに接続単位から見た並列動作が実現できてないのが、
一昔前のいわゆるパソコン通信です。(接続の多重化が行なわれてない)
いや、実際に複数のコンテキストが"同時に"TCP/IPスタックをまわせる
>>980 君が書いたら、大域変数バリバリでそうなるのかもしれないけど、
tcp_input.c(の関数群)は、「接続単位」に対してパラメタライズされてます。
> 実際は排他制御されてたりしない？
tcp_input.cの#ifdef CONFIG_SMP調べればすぐ分かるでしょ?
ジャイアントロックないでしょ?
そもそも多重化って意味分かりますか?
全然意味分からないならport 4の図書コーナーにGO!
>>981 どこの実装？CONFIG_SMPってことはlinuxかな。
何にせよ読んでる人がいることに驚いた...
接続単位ってことですが、送受信は分かれますか？
もし分かれるなら、
TCPの送受信で共有しているパラメータ(ブロッキングモードなど)
へのアクセスは正しく排他されますか？
1000Get!!
> もちろん必要最小限の排他は行なってるわね。
>>985 > ところで本当に並列に動作していることを確認した人はいますか？
あなたが説明聞いても分からないだけだよ?
本当に並列に動作しているもの。
>>987 > 本当に並列に動作しているもの。
確認方法は ?
横槍ですまんが，並列に動作していないことについての確認方法は？
| |ﾉﾉﾊ
| |
梅
ume
ume
ume
ume
ume
あ
＿＿
～oノハヽo～ ミ ＿ ドスッ
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。