- 1 名前：デフォルトの名無しさん mailto:sage [2010/12/25(土) 22:46:56 ]
- 主にソケットに関しての質疑応答スレッドです。
Programming UNIX Socket FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/sock-faq/indexj.html
Winsock Programmer's FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/wskfaq-ja/
関連リンクは>>2-10辺り
足りなかったら適当に付け足してね
前スレ
ネットワークプログラミング相談室 Port26
hibari.2ch.net/test/read.cgi/tech/1269343909/
関連スレ
ネットワークプログラミング雑談
hibari.2ch.net/test/read.cgi/tech/1235800707/
Java ネットワークプログラミング 【教えて!】
hibari.2ch.net/test/read.cgi/tech/1086238859/
- 411 名前：デフォルトの名無しさん mailto:sage [2011/06/23(木) 14:16:46.03 ]
- >>410
可能だった。
- 412 名前：デフォルトの名無しさん mailto:sage [2011/06/23(木) 14:51:23.10 ]
- 楕円暗号とかの署名付けて送らないと無視するぐらいの機能はついているべきだな。
- 413 名前：デフォルトの名無しさん mailto:sage [2011/06/23(木) 16:26:03.54 ]
- 「楕円暗号復号回路が壊れました！署名を検証できません！」
「こんなこともあろうかと、署名無してもコマンドを受けつけるようにしておいたんだ！」
- 414 名前：デフォルトの名無しさん mailto:sage [2011/06/23(木) 23:09:50.11 ]
- >>406 せつこ それ ﾈｯﾄﾜｰｸﾋﾞｼﾞﾈｽや
- 415 名前：デフォルトの名無しさん mailto:sage [2011/06/24(金) 00:34:17.50 ]
- あまりにも通信状態が悪くて署名で付けた楕円暗号が毎回エラーで、タイミング会わずに軌道に乗れずに宇宙の彼方に飛んでいったってのはあるだろうなw
- 416 名前：デフォルトの名無しさん mailto:sage [2011/07/02(土) 15:19:04.55 ]
- UDP通信でNat越えしたいんですが、
パケット、セッションについて教えてください。
ネットでサンプルプログラムを見ると、クライアント側では
while( true ) {
送信処理（サーバへ）
受信処理（送信処理で使ったsockaddrを使用）
}
こんな感じになっているんですが、このときの送信処理というのは何回も
必要なのでしょうか？
また、発信元ポートというのは、宛先が同じ間でも変わることがあるのでしょうか？
ちなみにNat越えはNat内のクライアントと外部のサーバ間を想定しています。
- 417 名前：デフォルトの名無しさん mailto:sage [2011/07/02(土) 20:39:00.59 ]
- >>416
> こんな感じになっているんですが、このときの送信処理というのは何回も
> 必要なのでしょうか？
NATやってるルーター次第
> また、発信元ポートというのは、宛先が同じ間でも変わることがあるのでしょうか？
バークレイソケットインターフェースだとよほどの変態実装でない限り
socket()で作られた発信元ポートは変化しないと思われる
- 418 名前：天使 ◆uL5esZLBSE mailto:sage [2011/07/03(日) 12:40:19.28 ]
- これ ； デリミタっていうんだけどさ、これをつけなきゃエラーになるような
そんな言語使ってる奴ってどうみてもゴミだと思うんだけど
もしかして「；」これ打ち忘れてコンパイルエラー出すのが楽しいの？
そうか、二度と話かけんなよ
きも
- 419 名前：デフォルトの名無しさん mailto:sage [2011/07/03(日) 21:45:44.14 ]
- (^_^;)
- 420 名前：デフォルトの名無しさん mailto:sage [2011/07/03(日) 21:58:31.57 ]
- デリミタ＝区切り文字だから、改行で意味が区切られる言語も対象ってことは・・・
アセンブラか 流石にそこまでローレベル言語は使いたくないな
- 421 名前：デフォルトの名無しさん mailto:sage [2011/07/03(日) 23:44:05.45 ]
- すれ違いのマルチは死ねばいいが
pythonの「:」も存在価値が微妙
- 422 名前：416 mailto:sage [2011/07/04(月) 00:19:35.96 ]
- >>417
ありがとうございます。
とりあえず、送信と受信は別スレッドにして良さそうですよね？
- 423 名前：デフォルトの名無しさん mailto:sage [2011/07/04(月) 09:18:14.46 ]
- Rubyの行継続ルールは微妙
- 424 名前：デフォルトの名無しさん mailto:sage [2011/07/04(月) 11:08:54.00 ]
- rubyはうんこだからしかたない。
というかネットワークには関係ない言語だからスレ違いだろう。
- 425 名前：416 mailto:sage [2011/07/05(火) 08:29:00.96 ]
- 416の内容でクライアントがVPNを利用して、
DMZ内にあるサーバと通信する場合だと、
416のやり方でも大丈夫でしょうか？
ちなみにVPNはCiscoのIPsecを使っています。
NAT トラサーバルとか、良くわかりません。。
- 426 名前：デフォルトの名無しさん mailto:sage [2011/07/05(火) 09:38:52.80 ]
- >>425
わからないなら学べ。勉強しろ。
- 427 名前：デフォルトの名無しさん mailto:sage [2011/07/05(火) 17:22:13.84 ]
- vpn糞遅いからな。sslしてるのと変わらない。
- 428 名前：デフォルトの名無しさん mailto:sage [2011/07/05(火) 19:26:37.46 ]
- >>427
根拠は？
IPsec なら専用ハード積んでる GBE だと wire rate でるんだが？
- 429 名前：デフォルトの名無しさん mailto:sage [2011/07/05(火) 19:32:50.94 ]
- 大丈夫だ、問題ない。
- 430 名前：デフォルトの名無しさん mailto:sage [2011/07/06(水) 09:56:55.51 ]
- >>428
専用ハードをツンデレ場だろ。 うちのPCはツンデレ場が無いよ
- 431 名前：416 mailto:sage [2011/07/06(水) 20:09:59.35 ]
- VPNですが、サーバまでは通信されましたが、
戻りの通信が出来ませんでした。
クライアント側は3G回線+VPNです。
これって、VPNのASAとかの問題でしょうか？
- 432 名前：デフォルトの名無しさん mailto:sage [2011/07/06(水) 20:59:42.32 ]
- >>431
どこでマミられたかわからないとデバッグできないぞ
ルータでドロップ全部ログる設定にしてやりなおしてみたら？
- 433 名前：デフォルトの名無しさん mailto:sage [2011/07/06(水) 21:23:18.34 ]
- 一番いい装備で頼む。
- 434 名前：416 mailto:sage [2011/07/06(水) 22:57:57.99 ]
- >>432
確かにデバッグが必要ですよね。。
本番の環境しかないため、自分の権限では、ここから先は出来ません＞＜
テスト用の環境作るにも機材が必要になるので、厳しそうです。
とりあえず、当初の目的だった、外部サーバとNAT内のクライアントで通信が
出来ればよしとします。。
- 435 名前：デフォルトの名無しさん mailto:sage [2011/07/07(木) 00:18:48.32 ]
- >>434
よかったな。
もしもテスト環境をポンと渡されたらと思うとぞっとするわ
- 436 名前：デフォルトの名無しさん mailto:sage [2011/07/08(金) 04:57:51.84 ]
- >>435
あぁ本当に。
「治るまで作業してていいからね♪」ってサーバー室に閉じ込められた事ならある。
よくよく調べたら、ネットワーク構成図には書かれていないファイアウォール・・・。
使っていたクライアントOSが、何故か毎回同じクライアントポート番号で
接続しに行く不思議仕様だったため、ファイアウォールにたたき落とされていた。
- 437 名前：デフォルトの名無しさん mailto:sage [2011/07/08(金) 07:28:38.32 ]
- セキュリティ嬢どこにファイヤウォールとか入れてるかは明示しないのが普通。
どこで図面漏れるか分からないし。口頭でファイヤウォール入ってないのか確認しなかったのが敗因だな。
むしろなりすましを考慮されてない実装なのが(ry
- 438 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 10:10:33.94 ]
- エンジニアリング的におかしいだろ
- 439 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 15:09:03.29 ]
- UDPで、一度に大きなサイズのデータ（数十万バイト）は送れないのですが
具体的に、最大どれくらいのサイズまでならば可能なのでしょうか？
- 440 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 15:10:38.66 ]
- 500〜1500バイトくらい
- 441 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 15:37:20.88 ]
- >>439です
>>440thxです
現在winsock で
320×240×23=230400バイトのフレームバッファーを、
1492バイトで分割して、UDPで下記のサイズに分割送信しています
1492×154回
632×1回
受信側で、分割して送られてきたデータを、230400バイトに、再構築するつもりなのですが、
考え方は間違っていないでしょうか？
- 442 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 15:39:43.70 ]
- 失礼
×320×240×23=230400バイト
○320×240×3=230400バイト
- 443 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 15:45:13.94 ]
- >>441
UDPは送った順に届くとは限らないということは理解してるよね？
- 444 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 15:48:28.15 ]
- 送った順に到着しない
送ったものが届かない
分割して送るなら ヘッダに通番つけといて
上記２点を考慮することになるが…
再送処理とかしだすと、TCPじゃだめなの？って話になる
- 445 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 16:07:55.46 ]
- >>441です、お世話になります
>>443
はい、それは理解できています
>>444
TCP/IPの送受信実験はすでに成功しており、UDPによる、送受信の実験がうまくできないので
数週間、チャレンジしていますが、手がかりがなくて模索しています。
>>分割して送るなら ヘッダに通番つけといて
ここら辺のことをお聞きしたいのですが、単純に考えますと
例えばデータ構造を
stract UDP{
unsigned int serial;
char data[1492];
};
このようなことが、考えられると思います
しかし、これでは、UDPなので、所詮投げっぱなしのデータなわけですよね
そこで、通し番号はTCP/IPの3way handshake で送り
その後、UDPでデータを送るというような、アルゴリズムになるのでしょうか？
それから、2230400のデータですが
1492×154回
632×1回
こんな送り方より
1440×160回の方が、単純で再構築もしやすいですね^^;
- 446 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 16:12:27.19 ]
- ごめんなさい、また間違えました
×それから、2230400のデータですが
○それから、230400のデータですが
ｽﾏｿ
- 447 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 16:29:52.14 ]
- UDPのデータにそういうふうに番号を付けて、
「何番までのデータは受け取った」とか「何番のデータはまだ来てない」とかそういう返事を受信側から送信側に送り返す
それを見ながら、未着の（たぶん失われたと思われる）データをもう一度送る
返事も失われることがあるので、何秒か返事がなかったら同じものをもう一度送る
「全部受け取った」という返事が来れば終了
- 448 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 16:43:47.79 ]
- >>447
ありがとう
実装してみます
- 449 名前：デフォルトの名無しさん [2011/07/09(土) 17:02:16.53 ]
- TCPじゃだめなの？
- 450 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 17:17:30.04 ]
- >>449
>>445です
マルチキャストの実験もしてみたいので、TCPではﾑﾘﾎﾟなのでUDPに拘っています^^;
- 451 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 17:55:46.30 ]
- マルチキャストで複数(多数)の受信者から違うパケットの再送要求が来たらどうするつもりなんだろう
- 452 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 17:57:48.84 ]
- 仮にどうにかできたとして
果たしてそれはマルチキャストと言えるのだろうか
- 453 名前：デフォルトの名無しさん mailto:sage [2011/07/09(土) 18:24:30.11 ]
- >>451>>452
>>448です
そうですね、やはりapache の実装のように、子プロセスのインスタンスを生成し
管理するような、システムを構築するべきでしょうね
- 454 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 17:16:36.87 ]
- >>452
パソコンサンデー的なものになると思う。
マルチキャストでネトゲのパッチ配布実験とかしてなかったっけ。もちろん実験だけで実用にはならんけど。
- 455 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 18:54:57.63 ]
- まずTCPのセッションを複数張って実装してみて、
それで駄目ならUDPとかマルチキャストとか考えるべき。
大抵TCPで何とかなる。動画サイトを見ろ。
- 456 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 18:56:06.09 ]
- それから、>>439
確実に知りたければ"Path MTU Discovery"するしかない。
まあ途中に入っているルータが正直に応えるかどうか不明だが。
IPv6の場合はルータの対応が必須だけども。
- 457 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 22:06:00.41 ]
- >>456
IPv6でも続々と変なルータやFireWallが増えてきてるので、
PMTUDが通る前提は崩されつつある。嘆かわしいことだ。
- 458 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 22:23:44.91 ]
- >>454
マルチキャストとブロードキャストは違うんじゃね？
パソコンサンデーはブロードキャストだよね
- 459 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 22:37:12.22 ]
- >>458
ipベースのマルチキャストではないけど。。。
言葉の意味を考えると１対Nなので
TV放送は全てマルチキャストじゃないの？
- 460 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 22:55:19.78 ]
- 無差別なのでTV放送(ブロードキャスト)はブロードキャスト(放送)です。
- 461 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 22:58:29.15 ]
- >>459
マルチキャストは1:N、ブロードキャストは1:∞ みたいな感じ
と覚えとくといいと思う
- 462 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 23:14:54.34 ]
- >>460
ごめんそうだね。。。
馬鹿だ俺
- 463 名前：デフォルトの名無しさん mailto:sage [2011/07/10(日) 23:34:09.23 ]
- 受信料とられるん？
- 464 名前：デフォルトの名無しさん mailto:sage [2011/07/13(水) 20:24:07.81 ]
- WinSockでrecvを実行した場合に
-----------------------
7330 : recv(7330) = 0 ms
13242 : recv(35562) = 0 ms
22320 : recv(22320) = 200 ms
-----------------------
（戻り値：recv(受信長) = 所要時間）
となった環境でJavaのInputStream.read()をしてみると全受信まで50msほどでした。
そこでrecv毎にrecv(all)して受信のバッファリングなどしてみたのですが、結果は変わらずでした。
APIを直接叩くよりInputStream.read()のほうが速いのはなぜなんでしょうか？
- 465 名前：デフォルトの名無しさん mailto:sage [2011/07/13(水) 20:35:50.97 ]
- はいそうです
- 466 名前：デフォルトの名無しさん mailto:sage [2011/07/13(水) 20:54:59.71 ]
- >>464
ソケットの設定による。
デフォルトでrecvの中でちょっと待つようになってる。
待たないように設定してみるといい。
- 467 名前：デフォルトの名無しさん mailto:sage [2011/07/14(木) 03:06:37.65 ]
- >>466
ａｃｋ周りかなと思い、それっぽいオプションをsetsockoptで色々設定してみたのですが変わらずでした...
もうちょいヒントを頂けると助かります
- 468 名前：デフォルトの名無しさん mailto:sage [2011/07/14(木) 10:03:30.52 ]
- ノンブロックにすればよくね？
- 469 名前：デフォルトの名無しさん mailto:sage [2011/07/14(木) 11:25:55.01 ]
- >>466の言っている遅延タイマがまさに200ms。
Winsockのrecvの馬鹿チョン仕様。
- 470 名前：464 mailto:sage [2011/07/14(木) 22:09:23.33 ]
- >>468
やってみましたがダメでしたorz
>>469
Nagleアルゴリズムの事であれば無効の試行済みです。
- 471 名前：デフォルトの名無しさん mailto:sage [2011/07/15(金) 22:58:02.53 ]
- 信頼性の高いマルチキャストプロトコルで
実装が簡単なのって何がありますか？
- 472 名前：デフォルトの名無しさん mailto:sage [2011/07/17(日) 09:10:13.62 ]
- >>464
いっそ、Javaの標準ライブラリが何をやってるのか、ソースコードを調べてみたら？
JDK に付属する src.zip にJava部分が、「Java SE 6 JDK Source Code」に C/C++ 部分があると思う。
- 473 名前：464 mailto:sage [2011/07/18(月) 00:54:34.43 ]
- >>472
そんな物があったのとは！
やってみます。ありがとうございました
- 474 名前：デフォルトの名無しさん [2011/07/20(水) 11:49:04.57 ]
- time.nist.govと同期がとれないと起動できないソフトを使用期限解除して
使うようにするにはどうしたらいいですか？
www.dotup.org/uploda/www.dotup.org1808412.zip.html
- 475 名前：デフォルトの名無しさん mailto:sage [2011/07/20(水) 12:01:15.76 ]
- >>474
time.nist.govを買い取って、好きな時刻に設定すればいい。
- 476 名前：デフォルトの名無しさん mailto:sage [2011/07/20(水) 12:50:02.17 ]
- NTPサーバを用意してhostファイルでtime.nist.govにそのIPアドレスを指定する
- 477 名前：デフォルトの名無しさん mailto:sage [2011/07/20(水) 14:48:41.35 ]
- >>474
逆アセしてそのチェックして分岐させているところを書き換えるといいよ
- 478 名前：デフォルトの名無しさん [2011/07/20(水) 14:50:14.36 ]
- winsockのsend関数で
char buf[100]のものを送るとしたら実際に送られるデータは何バイトになるのですか？
- 479 名前：デフォルトの名無しさん mailto:sage [2011/07/20(水) 14:56:00.83 ]
- >>478
それにTCPヘッダとIPヘッダを足した大きさ
それぞれのサイズは忘れた
- 480 名前：デフォルトの名無しさん mailto:sage [2011/07/20(水) 15:13:20.37 ]
- なるほどありがとうございます
- 481 名前：デフォルトの名無しさん mailto:sage [2011/07/20(水) 17:24:56.66 ]
- どの層を気にしているかによるが、
データリンク層のヘッダにも注意。
- 482 名前： 忍法帖【Lv=12,xxxPT】 mailto:sage [2011/07/20(水) 17:42:59.21 ]
- >>478
64 + strlen(data)
- 483 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 08:49:02.56 ]
- >>478
環境や状況による。
Ethernetなら＋ＴＣＰヘッダ＋ＩＰヘッダ＋ＭＡＣフレームになる。
PPPoE経由でPPTPVPN使ってたりすると、さらに幾つもヘッダがつく事になる。
他のＴＣＰやＵＤＰ通信とまとめて、一つのＩＰパケットにのる場合もある。
- 484 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 10:57:00.71 ]
- >>483
>他のＴＣＰやＵＤＰ通信とまとめて、一つのＩＰパケットにのる場合もある。
こんなことあるのか？
- 485 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 11:15:33.24 ]
- ありえねーって突っ込もうとしたけど、>>483特製トンネルならばありうるから止めた。
- 486 名前：デフォルトの名無しさん [2011/07/25(月) 11:39:48.33 ]
- 「他のsend関数でカーネルに渡したデータと一緒に」
ならTCPでは有りうる。
- 487 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 11:44:54.64 ]
- >>486
UDPも入ってるから、その可能性は却下。
- 488 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 11:53:01.80 ]
- 誰がどう言ったかとか興味ない。
>>478の質問に即してレスした。
- 489 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 16:10:21.68 ]
- >>487
TCPでは って言ってんだろ・・・
- 490 名前：デフォルトの名無しさん [2011/07/25(月) 16:12:23.06 ]
- > 他のＴＣＰやＵＤＰ通信とまとめて、一つのＩＰパケットにのる場合もある。
- 491 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 00:00:54.77 ]
- 既にハンドシェイクされて確立されたＴＣＰコネクションがあって
そこにパケットを入れ替えるのではなく追加するというのは可能なのですか？
任意のパケットをNICに入れるのはこの際問題にしなくていいです（それは出来る）
ＴＣＰプロトコルがいまいちよくわからない
パケットをそのまま入れればいいって問題じゃないですよね？
ＡＣＫとかシーケンス番号とかも揃えないといけない？
となるとＡＣＫの区切りを検出して、自分のデータのＡＣＫのやりとりを丸々入れないけないのですかね？
- 492 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 00:16:12.93 ]
- TCPハイジャックだっけ
- 493 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 00:25:12.33 ]
- >>491
そうです 以上
- 494 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 00:26:16.72 ]
- めんどくさそうだから別の方法でやろう
- 495 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 00:35:28.95 ]
- 難しそうなので僕には出来ませんだろ
- 496 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 00:53:09.47 ]
- 難しいことをやり遂げるのが主目的じゃない
簡単な方法があるならそれを使うまで
パケットを直接入れる方が簡単だと言うなら別だけど
- 497 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 09:03:59.82 ]
- せやな
- 498 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 17:17:11.92 ]
- >>491
簡単にはできない。
TCPストリームのデータを中間者が増やした時点で、それ以降のACK/SEQがずっとズレっぱなしになるので、
任意のデータを入れたが最後、その後の通信を全部加工して送らなければならない。
ftpに対応したNATルータがまさにそれをやっている。
- 499 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 17:25:53.75 ]
- へ？
- 500 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 18:05:39.59 ]
- >>496
>>494に難しいだけで簡単だって。
スループット上げるのは容易ではないけども。
- 501 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 18:33:11.54 ]
- 全部TCP/UDPパケットをいったん別のソケットにリダイレクトする方が簡単だろ？
一旦正規のソケットに仲介させることで中身をいじるのは簡単になる
１．接続要求がきたら自分のListenポートに修正
２．本来のポートに普通にコネクションを張る
３．自分のソケットから本来のポートに対するパケットのソースアドレスを元に戻す
４．以後はそのパターンでソースとデスティネーションを書き換え続ける
これで完全に仲介したソケットが完成して、本来の接続プログラムが
リモホを参照してもちゃんと元のリモホとして認識されるはず
これでいけると思うんだけど間違ってるかな？
この方法で問題になるのが自分でconnectやacceptする部分であらかじめポート番号を決定できた方が都合がいいんだけど
Winsockってそういうことは可能なんだっけ？
- 502 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 18:57:47.69 ]
- 一生懸命説明してるとこ悪いけど、
> 既にハンドシェイクされて確立されたＴＣＰコネクションがあって
という前提なので。
- 503 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 19:03:04.84 ]
- >>502
パケットを挿入するという前提があるので、その条件を入れただけですよ
- 504 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 19:16:52.10 ]
- その前提と条件がどう関係するんだよ。
よくわかってないなら、変な条件つけなきゃいいのに...。
- 505 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 19:24:52.51 ]
- >>504
こういうスレではあらかじめかなり条件を絞って質問しないと
毎回毎回、知識ひけらかし君が、その部分をまずやれとか意味不明なことを言い出して
それはとっくに出来てるんでとか言うと以後レスしなくなるという
そういう経験ばかりしてきてるんで
無駄なやり取りを減らすために条件を絞るくせがついてるですよ
- 506 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 20:03:49.59 ]
- >>501からの流れ
誰が誰やらわからんw
- 507 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 21:49:57.24 ]
- 妖しそうなことやりたいんじゃないの？
- 508 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 21:50:38.63 ]
- >>505
>毎回毎回、知識ひけらかし君が、その部分をまずやれとか意味不明なことを言い出して
>それはとっくに出来てるんでとか言うと以後レスしなくなるという
自分のやったことと、前提条件がちゃんと説明できてないからだろ。
- 509 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 22:33:40.45 ]
- >>507
妖しいことも出来ない奴がネットワークを語るなよ
そんなレベルの奴に用はねーし
逆にそのレベルに達してきて怪しいことをやったことが無い奴なんて居ない
- 510 名前：デフォルトの名無しさん mailto:sage [2011/08/05(金) 23:23:28.65 ]
- ホメラレモセズ
クニモサレズ
サウイフモノニ
ワタシハ
ナリタイ
- 511 名前：デフォルトの名無しさん mailto:sage [2011/08/17(水) 01:52:36.11 ]
- おれにはできない。
どういう状況でそんなことやる必要があるのか
知りたい。
|
 |
