[過去ﾛｸﾞ] ネットワークプログラミング相談室 (956ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
851(2): デフォルトの名無しさん [] 01/10/19 09:32 AAS
winsockで、
一度にsendして良いサイズの基準って、なにかありますか?
何も考えずにそのまま、最大2Mくらいのものを一度にsendしていたのですが、
(有線の)LANでは特に問題なかったのですが、
(しかも、sendの戻り値を見ると、一回のsendで送れてしまっているようである)
無線LANで使用したら、
sendすると固まってしまい、しばらく(数十秒)してタイムアウトで返ってくる、という事が
多く発生するようになりました
それで、分割して(たとえば2kくらいとか)sendするようにしたのですが、
そしたら固まる確率はかなり減ったのですが、やっぱりたまに固まりがおきてしまいます
無線LAN自体の問題でしょうか?
852: デフォルトの名無しさん [sage] 01/10/19 10:55 AAS
>>851
たしか、8kか16kだったような。
853: デフォルトの名無しさん [sage] 01/10/19 11:25 AAS
>>851
ただ、分割してるだけ？
2k送ったら1バイトのackを受信って感じでどうかな？
ちょっと遅くなるかもしれないけど。
854(1): デフォルトの名無しさん [sage] 01/10/19 12:53 AAS
バッファの量を取得する関数を使え
あとは自分で調べよ
855: デフォルトの名無しさん [sage] 01/10/19 13:15 AAS
>>854
ヒントくださーい。
856(1): ヒント [sage] 01/10/19 15:54 AAS
おぷと
857: デフォルトの名無しさん [sage] 01/10/19 16:44 AAS
>>856
もう一声！
858(1): デフォルトの名無しさん [sage] 01/10/19 16:52 AAS
getsockopt
SO_MAX_MSG_SIE
859(1): デフォルトの名無しさん [sage] 01/10/19 16:53 AAS
追加(Stream)
SO_RCVBUF
SO_SNDBUF
860(1): デフォルトの名無しさん [sage] 01/10/19 17:06 AAS
>>858 >>859
これ、どう使えばいいんですか？
861(1): デフォルトの名無しさん [sage] 01/10/19 21:18 AAS
>>860
調子に乗るな、いい加減にしろ
862(1): デフォルトの名無しさん [sage] 01/10/19 21:27 AAS
>>861
なーんだ、知らないんだー
863(2): デフォルトの名無しさん [sage] 01/10/19 22:21 AAS
>>862
さようなら、そしてもう来るな
864: デフォルトの名無しさん [sage] 01/10/19 22:35 AAS
>>863
プログラマーはすぐ怒るんだから。こわっ
865(1): デフォルトの名無しさん [] 01/10/23 16:19 AAS
ポート番号10000って、何に使われる事が多いですか?
使わない方がよいですか?
866: デフォルトの名無しさん [sage] 01/10/23 16:23 AAS
問題ない、良きに計らえ
867: デフォルトの名無しさん [sage] 01/10/23 16:33 AAS
厨房よ、無知をさらけだして
みっともない恥じをカクコト莫れ
すっこめウンこ厨房
868: デフォルトの名無しさん [sage] 01/10/23 17:58 AAS
FAQ スレで厨房に説教タレル工房発見
869: デフォルトの名無しさん [] 01/10/24 01:32 AAS
>>865
> ポート番号10000って、何に使われる事が多いですか?
> 使わない方がよいですか?
http://www.iana.org/assignments/port-numbers読め。最後の部分もな。
> 何に使われる事が多いですか?
「多い」とか「多くない」の問題じゃないよ。自由に使っていいport番号は決まってる。
お前がICQ.comの馬鹿技術者なら別だけど。
870(2): デフォルトの名無しさん [sage] 01/10/25 00:57 AAS
>>863
けっきょくマニュアルに載っていること以外は答えられないのね．
871: デフォルトの名無しさん [] 01/10/26 00:59 AAS
初心者なんですが、socket()-bind()、sendto()-recvfrom()の
ソケット通信を行うプログラムでWindows98とNTでの違いはあるんでしょうか？
実は98上で動いたものがNT上で動かなくて困ってるんですが...。
872: デフォルトの名無しさん [sage] 01/10/26 01:07 AAS
>>870
つか、マニュアルの読み方くらい覚えてから来い。
そこから教えてたんじゃ玉欄。
873: デフォルトの名無しさん [sage] 01/10/26 09:20 AAS
>>870
これだけヒントをもらった上に、偉く時間が経っているにも関わらず、
未だに道に迷ってうろついている方向音痴のあなたに乾杯！
永久に遭難していた方が世のため人のため。
874(1): デフォルトの名無しさん [] 01/10/30 12:51 AAS
質問です。
「UNIXネットワークプログラミング」で紹介されている
socketやconnect等のラッパー関数であるSocketやConnect関数は
どこかにソースがあるのですか？
あるのだとしたらどのディレクトリの中にあるのか教えてください。
お願いします。
875(1): デフォルトの名無しさん [sage] 01/10/30 14:54 AAS
>>874
11ページを見よ。
876: デフォルトの名無しさん [sage] 01/10/30 16:19 AAS
>>875
どうもどうも。
877(2): デフォルトの名無しさん [] 01/11/01 22:50 AAS
netstat -e
で取得できる送受信バイト数と同様な値をプログラムから取得したいのです。
SNMPを使う事まではわかるんですが具体的な手順を教えてください。
あ、Win9xとWin2000のVC6です。
878: デフォルトの名無しさん [sage] 01/11/02 00:12 AAS
netstat逆汗しれ
879(1): デフォルトの名無しさん [sage] 01/11/02 15:23 AAS
>>877
http://www.sysinternals.com/files/netstatp.zip
880: 877 [sage] 01/11/02 19:48 AAS
>>879
サンクスね
あと、Google検索で色々調べてたら見つかりました。
http://www.codeguru.com/mfc/comments/26225.shtml
http://www.zdnet.co.jp/help/howto/linux/0007master/06/
何とか目的の物が出来ました。
881(2): デフォルトの名無しさん [] 01/11/02 23:55 AAS
php覚えやすい言語だけど索引もろくに使えないようなへたくそな本などが多くて無駄手間がかかる。
学生（２０歳）
882: デフォルトの名無しさん [sage] 01/11/03 00:09 AAS
>>881
板違い？
2ch板:php
WEBプログラミング＠2ch掲示板
883(3): kevin hikinik [] 01/11/04 17:31 AAS
マジで聞きます。
ｔｒａｃｅｒｔがＵＤＰを利用してるとかＩＣＭＰを利用してるとか・・・
どゆこと？
プロトコルに基づいてる！？
コードになりゃみんないっしょじゃんか・・・。
用はソケットなりストリームなりを使えばいいだけじゃん。
システムが全治２週間ほどあるんで、見ようにも見れんし。
プロトコル専用のヘッダやライブラリがあるわじゃないっしょ？
プロトコルに基づいて実装するってどゆこと？
884: デフォルトの名無しさん [sage] 01/11/04 17:36 AAS
>>883
マジなのか？
もう少し勉強してから質問したほうがいいぞ。
それか、質問する時の言葉遣いを覚えろ。
885(1): kevin hikinik [] 01/11/04 17:46 AAS
すみません、先敗どの！
勉強いっぱいしました。
実装してないだけだい！
頼むから教えろ。
886(1): デフォルトの名無しさん [] 01/11/04 23:22 AAS
winsockの非同期で、sendで送信中のデータ数をリアルタイムで
知るにはどうしたらいいの？
887(1): デフォルトの名無しさん [] 01/11/04 23:35 AAS
>>886
小出しにして送信できたバイト数をカウントしなさいYO!
888: デフォルトの名無しさん [sage] 01/11/05 00:15 AAS
>>883
プロトコルをプログラミング言語か何かだと誤解してるような。
889: デフォルトの名無しさん [sage] 01/11/05 01:05 AAS
>>883
プロトコルという言葉の意味を考えてみよう。
890: デフォルトの名無しさん [] 01/11/05 03:48 AAS
>>887
小出しにすると送信速度遅くならない？
891: デフォルトの名無しさん [sage] 01/11/05 10:23 AAS
>>885
「ＰＧなのに知らなかった事を潔く質問してみるスレ」で解決できたんじゃないの?
2chｽﾚ:prog
892: デフォルトの名無しさん [] 01/11/05 10:28 AAS
UNPを理解していれば旧ネスペも簡単？
本当は資格の勉強なんかしたくないんだけど簡単なら取っちゃおうかなと思ってるのですが･･
893: ( ﾒ ´Д｀)＜893 ◆HHJeUSD6 [] 01/11/11 16:26 AAS
893get
894(2): 質問。 [] 01/11/12 15:44 AAS
TCP転送で、sendの方の文字列の大きさとして、
recvの方を固定サイズにした場合、2回以上send
すると正しい文字列でrecvできませんよね？
これを正しく受信するにはどうしたらよいですか？？
場合わけしようにもかなりあるような気がして。
send回数は1〜何回でも連続でするものとします。
895(1): デフォルトの名無しさん [sage] 01/11/12 15:51 AAS
>>894
可変長のデータをやりとりしたい時は、
最初に長さを送るのが簡単だとおもいます。
それか受けとった後に'\0'を探して…
896: 質問。 [] 01/11/12 16:03 AAS
>>895
ありがとうございます。でも、
他の方法ってありますか？
897(1): デフォルトの名無しさん [] 01/11/12 16:07 AAS
数値計算のプログラムをCで書いてるのですが、
結果をグラフで逐次表示したいんですが何か良い方法を
教えて下さい。
898(1): デフォルトの名無しさん [sage] 01/11/12 16:34 AAS
>>897
それはネットワークプログラミングと、どのような関係がありますか？
899(2): デフォルトの名無しさん [sage] 01/11/12 16:47 AAS
>>894
いまいち言いたいことが分からんけど。
(1)相手が１回目のデータをすべて受信できたことを確認してから２回目のデータを送る
(2)データサイズを固定長にしておく
(3)データを見ればどこで切れるか分かる構造にしておく（データサイズを送る、データを\0で区切る、など）
の、どれか。
900(1): 質問。 [] 01/11/12 17:06 AAS
>>899
説明不足ですみません。
sendする文字サイズは文字の長さなので可変長です。
recvする文字サイズは固定長です。
んでもって、sendとrecvが１：１に同期しながら
動かしているんで・・・。（＾＾；
ありがとうございました。
901(1): デフォルトの名無しさん [sage] 01/11/12 17:46 AAS
>>899
sendとrecvが１：１に同期しながら動く？
それは、そもそも無理では？
１回のsendで送ったデータが、２回以上のrecvに分割されるかもしれない。
２回のsendで送ったデータが、１回のrecvで受け取れるかもしれない。
このへんは何も保証されないので、データサイズを送信するなりしなければ、解決になりません。
902: 901 [sage] 01/11/12 17:47 AAS
↑ >>900 の間違い
903(1): デフォルトの名無しさん [sage] 01/11/12 18:14 AAS
>>898
きっと、計算プログラムとグラフプログラムがあって、その間を
ネットワークで繋いで逐次表示させたいんだよ。だけど、tcp/ipか
udp/ipか、HTTP tunnelingか、RPCかDCOMかの何を使えばいいかで
迷っていたりするんだよ（ﾜﾗ。
904: デフォルトの名無しさん [sage] 01/11/13 00:38 AAS
>>903
UDP/IP っていう言い方、あんまし聞かないな・・・
とりあえず TCP でいいんじゃない？
905(1): 905 [sage] 01/11/13 00:49 AAS
はい、質問！
通信対戦っぽいソフト作ってるんですが、
HTTPプロキシを通して出来ないかと試してみたら、
POSTが効かなかったり、バッファリングしたりしやがりまして、
なかなか上手くいかないんです。
なんか良い方法をご存じの方いらっしゃらないでしょーか？
１回データをやりとりするたびに
HTTPを繋いだり切ったりするしかないんでしょーか？
906(2): デフォルトの名無しさん [] 01/11/13 15:28 AAS
パフォーマンスの要求されるsocketアプリケーションをPCで開発・運用する場合、最も高速なOSは何でしょうか？
とりあえずWin+cygwin/Winsockを考えているのですが。
907: デフォルトの名無しさん [] 01/11/13 17:24 AAS
>>906
ＯＳが高速でも、ネットワーク回線自体の伝送速度で制限を受けるので、意味ないです。
10Mbps の回線では、どんなＯＳを使っても 10Mbps しか出ないのです。
・・・それとも、ネットワークとは関係なく、単にＣＰＵパワーを得たいだけ？
908(3): デフォルトの名無しさん [sage] 01/11/13 21:56 AAS
>>906
Windows2000Server+Winsock2+完了I/Oポートを使って組むやり方が
Windowsだと最もパフォーマンスが高い。
マルチプロセッサ対応もさせやすいのでCPU毎に得意な処理を分散可能だ。
ただしライセンス料もべらぼうに高い(w
909: 908 [sage] 01/11/13 22:09 AAS
スマン、ただしサーバ用途に限ってのこと。
クライアントサイドなら組み方を問題にするべきでOSはなんでもいいと思うが
910(1): デフォルトの名無しさん [] 01/11/13 22:49 AAS
>Windows2000Server+Winsock2+完了I/Oポートを使って組むやり方が
>Windowsだと最もパフォーマンスが高い。
これをUNIXでやる場合、各ポートをselectでチェックする処理を
ループでぐるぐる回すの？なんか遅そうだな...
911(2): デフォルトの名無しさん [sage] 01/11/13 23:19 AAS
>>911
なんかミスリーディングな言い方してるけど、
selectすると一度に全部のポートがチェックできるよ。
912(1): デフォルトの名無しさん [sage] 01/11/13 23:57 AAS
でもselectって、ソケット数に限界なかった？
あれがイヤ。
913(3): デフォルトの名無しさん [sage] 01/11/14 01:05 AAS
じゃあ最もパフォーマンスの高いPC用サーバOSってなによ？
914: 無党派さん [] 01/11/14 02:57 AAS
>>912
固定の奴でも128〜4096はあるし、変更できるUNIXもあるが…
915(1): デフォルトの名無しさん [] 01/11/14 03:06 AAS
>>913
MacOS X
916: デフォルトの名無しさん [sage] 01/11/14 03:14 AAS
>>915
それだけは絶対にない
917: 908 [sage] 01/11/14 03:17 AAS
>>913
自分がMSマンセーなのでWindows2000/XP
むしろUnix系は良く知らんので判断できん。
>>911
私未だにselectの使い方がよく判らんのですが。
複数のソケットをチェックできても、どのソケットが反応したのか
調べる効率的な方法があるんでしょか
ちなみに完了I/OポートではなくてI/O完了ポートAPIだった。
918: デフォルトの名無しさん [sage] 01/11/14 03:39 AAS
>>910
パラメータはtimeslot以外ほとんどNULLにすればいいんじゃない。
ブロッキングをいちいち気にしてられないよ。
selectってようはエラーがないか調べるだけでしょ。
919(1): デフォルトの名無しさん [sage] 01/11/14 09:36 AAS
selectって何するものなの？
920(2): デフォルトの名無しさん [sage] 01/11/14 11:27 AAS
>>919
複数のソケットに対する、普通は受信を待つために、使うもの。
921: デフォルトの名無しさん [sage] 01/11/14 14:33 AAS
>>920
ソケットに限らない
922: デフォルトの名無しさん [] 01/11/14 14:43 AAS
完了IOポートAPI使うんならselectは関係ないんじゃない？
つうかselectを使わないための完了IOポートでしょ？
923(2): デフォルトの名無しさん [sage] 01/11/14 14:55 AAS
マルチスレッドがまだなかったころに非同期処理を実装するための
苦肉の策
924: デフォルトの名無しさん [sage] 01/11/14 16:05 AAS
>>913
Solarisちがうかな？
>>923
マルチスレッド使うときと使えないときで、非同期処理はどう違うのさ？
925: デフォルトの名無しさん [sage] 01/11/14 17:09 AAS
マルチスレッドあり → 受信専用スレッドを作って select で待ち
マルチスレッドなし → メッセージループでメッセージ待ち
926(1): デフォルトの名無しさん [] 01/11/14 17:16 AAS
＞925
つか、そのマルチスレッド有りは「非同期」やなく「同期」やとおもうんだが。
927(1): デフォルトの名無しさん [] 01/11/14 23:40 AAS
>>926
dispatcherに専用threadがいるだけで、
その先はportにbindされた非同期methodをpoolされていたthreadに実行させる、
って実装を想定しているんじゃないかな?
実際、I/O完了ポートAPIだって、kernel/dll内threadがdispatchしているわけでしょう?
>>920
file, socket, diviceなどの複数のstreamが、
readableか、writableか、例外が起きてないか調べます。
真であるstreamがあれば復帰して、bit maskが1になります。
acceptで受けるような接続要求も検知できます。(inetdで使っている)
>>923
そんなことはない。
素朴にどんどんthreadを生成すると、SunOS 5の様に強力なthreadをsupportするOSでも
bottle neckになるから、複数のstream待ちを、何本かのselect/dispatcherにまとめて、
別のthreadに管理させる、ってのは、highly multi-threadedなprogrammingの常套手段。
まあ、普通のprogrammerは、滅多にそういうsystem設計する機会ないと思うけど、
知らないし、bottle neckを調べられから、hardwareを増強させて逃げるdesignerも多い。
928: デフォルトの名無しさん [sage] 01/11/15 00:32 AAS
>>927
横文字使いすぎでみっともない
929: 908 [sage] 01/11/15 01:23 AAS
非同期要求が完了したコールバックをAPI呼出したプライマリスレッドではなく、
プールしておいたいくつかのワーカスレッドに対して行うって事で良いのかな?
これによって平行動作するスレッドの数を制限する事には賛成。
無制限にスレッド作りつづけるとWindowsならいづれブルースクリーンだ。
つまりこの実装を強力にサポートするI/O完了ポートがあるWindows最高(w
930(3): デフォルトの名無しさん [] 01/11/16 00:35 AAS
Winsock2でrecvfromでＵＤＰデータを受けるプログラムを動かしているのですが、
およそ１８Ｋバイト分のパケットを受信したあたりからデータが所々おかしくなって
しまいます。虫食い状態です。recvfromで受けた直後でデータを見てみたのですが
その時点で既におかしいってことは、あとはどこらへんを調べていったらいいんで
しょうか？はまってます。（泣）
（ちなみにＬｉｎｕｘで問題なく動いていたものをＷｉｎｓｏｃｋ２（Ｗｉｎｄｏｗｓ）に移植
したものです。）
931: デフォルトの名無しさん [sage] 01/11/16 00:36 AAS
>>930
ちなみにrecvfromの受信バッファの大きさは十分大きくしたり毎回０リセットしてみたり
色々やってみましたが症状変わりませんでした。
932(1): デフォルトの名無しさん [sage] 01/11/16 00:56 AAS
>>930
送信側はだいじょぶ？
933: デフォルトの名無しさん [sage] 01/11/16 01:16 AAS
>>932
同じサーバに対してＬｉｎｕｘからアクセスした場合は問題ないんです。（とほほ）
VisualC++6.0なんですが、昔recvfromでSin_Zeroに誤ったデータを書いてしまう
バグがあったようなのですが、パッチのＳＰ２は既にあてているので環境は問題無さ気
なんですけどね。ここの皆さんはそういう経験は無いでしょうか？やっぱこんなの
俺だけかな（藁
934(1): デフォルトの名無しさん [] 01/11/16 12:33 AAS
＞930
単にUDPの制限(仕様)とかやなくて？
＞927
http://state-threads.sourceforge.net/docs/st.html
つまり、こういうこと？(/.でみつけた。)
935(1): デフォルトの名無しさん [sage] 01/11/16 23:58 AAS
>>934
その後色々調べて見たところサーバからは正しいパケットが送信されている事が
モニターツールにより分かりました。つまりクライアント側の問題であると…。
さらに、クライアント側のイーサーのインターフェースをモニタリングするとなんと
ＵＤＰでなくＩＰパケットとしか認識されてませんでした。何故だぁ…（怒）
ＩＰパケットが山のように見えます。（藁
ちなみにＴＣＰ，ＡＲＰのレイヤーはちゃんと見えてます。また他のＵＤＰを使うソフト
で試しに通信してみるとＵＤＰはちゃんと通りますのでＵＤＰが通らないという事では
ないみたいです。クライアントソフトの問題ということになるのかな…謎
936(1): デフォルトの名無しさん [] 01/11/17 02:27 AAS
>>935
つーかよ、
> また他のＵＤＰを使うソフトで試しに通信してみるとＵＤＰはちゃんと通りま
> すのでＵＤＰが通らないという事ではないみたいです。
の時によ、
> さらに、クライアント側のイーサーのインターフェースをモニタリングするとなんと
> ＵＤＰでなくＩＰパケットとしか認識されてませんでした。何故だぁ…（怒）
すると、どうなるんだ?
「UDPパケット」と表示されるのか? 「IPパケット」と表示されるのか?
どうせ、「他のＵＤＰを使うソフト」でも「IPパケット」と表示されていて、
単に、UDPパケットだから、Winが破棄しちゃう事があるだけだろ。
そのプログラムにパケットの再送機構は含まれているわけ?
なければ、たまには虫食いになるのが正しい動作。
937(2): デフォルトの名無しさん [sage] 01/11/17 14:28 AAS
>>930
パケットが途中で失せたり、順序がごっちゃになったりしても
UDPは関知しない(ので、対策は上位レイヤーでしろや)、
ちゅうUDPの仕様を理解した上で、UDPを利用してる？
つーかさ、なんでUDPなわけ？TCPの方がいいと思うが
＞データが所々おかしくなって
CRCでもつけて、おかしいところを再送するように書けや。
938(2): デフォルトの名無しさん [sage] 01/11/17 21:02 AAS
>>936
>>937
状況がきちんと説明できてなかったのでちょっとあれなんですが、
ご指摘ごもっともです。たしかにＴＣＰでやっちまえってのもそうなん
ですが、今回の症状の原因が知りたくて。あとＵＤＰの特性はベスト
エフォートってことで分かって使ってます。モニターツールで見てると
受け側のマシンのイーサ？までは正しいパケットが正しい順番で来
ているのです。それをrecvfromでソケットから取り出した後データが
おかしくなってる。なんだかＶＣ＋＋の環境やライブラリの問題？の
ような気がしてきました。いずれにせよくだらん質問にレス頂いて感
謝しています。
939: 938 [sage] 01/11/17 21:15 AAS
>>938
>なんだかＶＣ＋＋の環境やライブラリの問題
えっとソケットライブラリのバグパッチがちゃんと当たってない
のかもという意味です。その変もちっと調べてみます。それでは。
940: デフォルトの名無しさん [sage] 01/11/17 23:26 AAS
>>938
べつにイーサまで正しいパケットが来てて、
それがプロトコルスタックで破棄されてもUDPなら問題ではないと思いますが…
>>937もそういうことを言ってるのだと…
941: デフォルトの奈々氏さん [sage] 01/11/19 01:42 AAS
ご存知の方、教えてください。
WinNT4.0でnetstatを実行してるんですが、TIME_WAIT状態になったソケットって
1000コまでしか表示されないようなんですが、何かの仕様でしょうか？
＃ちなみにESTABLISHED状態とかのソケットは1000以上でも表示される。
SnmpExtensionXXX()系のAPIを叩いてソケットの状態を表示するnetstatもどきを
作ってみたんですが、同じ結果になってしまいました。
942: デフォルトの名無しさん [] 01/11/20 11:10 AAS
レス数が900を超えています。1000を超えると表示できなくなるよ。
943(2): デフォルトの名無しさん [] 01/11/20 19:43 AAS
WndProc 内であるメッセージが来たら send するようなプログラムを作っています
ここで、send の呼ばれる間隔が短すぎると、
送信するデータが 1 つのパケットにまとめられてしまうのですが、
これを避ける方法はないでしょうか？
具体的には、
「4 バイトデータのパケット送信
-> 4 バイトデータのパケット送信
-> 4 バイトデータのパケット送信」
となって欲しいところが
「12 バイトデータのパケット送信」
となってしまいます
ブロッキングするようにすると、send の返り値にはちゃんと 4 が入るのですが、
パケットフィルタして確認すると、12 バイトなどにまとめられて送信されています
Java では flush という関数がありましたが、
WinSock には内部バッファを明示的に送信するような手段はないのでしょうか
どなたかご存知でしたら、ご教授よろしくお願いします
944(1): デフォルトの名無しさん [] 01/11/20 20:43 AAS
>>943
setsockopt(TCP_NODELAY)
945(1): デフォルトの名無しさん [sage] 01/11/20 20:48 AAS
でもストリームだと受け取る側から見たら変わらんのじゃないの？
４バイトだろうが１２バイトにまとめられようが
946: 943 [sage] 01/11/20 21:08 AAS
>>944
おおおお！できました！ありがとうございます！
今日一日中悩んでたのに・・・、思いきって質問して良かったです
お礼にお団子どうぞ！
-○○○-
>>945
たしかにその通りなんですが・・・
タイミングが重要だったので、バッファに溜められると困るのです
947: デフォルトの名無しさん [sage] 01/11/20 21:10 AAS
次スレ立てておきました。
ネットワークプログラミング相談室 Port2
2chｽﾚ:tech
948(1): デフォルトの名無しさん [] 01/12/21 12:26 AAS
ＵＤＰプログラミングサンプル等が参照できるサイトを
教えていただきたいのですが。
949: Disca ◆NAfP6znE [networksolutions@mail.goo.ne.jp] 01/12/23 01:23 AAS
>>948
http://www.ccad.sccs.chukyo-u.ac.jp/manualc/prgrm/dialogbase/media/network/
WSAStartupも知らなかったのに、見つけたＹＯ。
すべてのログ見るのに疲れた（はぁ〜
950: foovar [age] 02/01/07 17:06 AAS
すみませんが、どなたか教えてください。
select()を使わずに、ファイルディスクリプタの指すストリームが
ファイルなのかソケットなのかを判断する方法って無いですか。
ストリームからデータを読み出して加工するルーチンがあって、
内部でファイルディスクリプタがファイルを指す場合とソケットの
場合で分けたいのです。
で、最初からselect()を意識した作りではないので、select()を用
いた仕様に作りかえるのがわずらわしいのです。
上下前次1-新書関写板覧索設栞歴
あと 6 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s