スレを勃てるまでもないC/C++の質問はここで 5

スレを勃てるまでもな ..

434:デフォルトの名無しさん
09/01/03 14:53:56
>>433
だから分からん奴は黙っとけ。

435:418
09/01/03 14:54:25
パディングでぐぐったら答えが出てきました．初めて知ったよ．
みなさんありがとう．

436:デフォルトの名無しさん
09/01/03 14:54:32
お前は代入式ってファビョってりゃいいんだよｗ

437:デフォルトの名無しさん
09/01/03 14:55:41
>>436
ｸｿﾜﾛﾀ

438:デフォルトの名無しさん
09/01/03 14:57:26
パディングやアラインメントならsizeof(HEADER2)の値が6じゃないのを疑問に思うのが普通じゃね？

439:デフォルトの名無しさん
09/01/03 14:57:34
数字だけ言うんだもん、足し算の問題だと思うわ
結局日本語で理解できなかったよ

440:デフォルトの名無しさん
09/01/03 14:58:38
>>434
まぁ解決したからいいいけど、２個目のprintfでHEADER2のサイズが HEADER1 - 256
になってない時点で疑問に思うべきだってことだよ

441:デフォルトの名無しさん
09/01/03 15:20:54
>>436
きもいぃ～～～～はいっ、きっ、もっ、いっ、キモイ！きっ、もっ、いっ、キモイ！
キモイィ～～～～

442:デフォルトの名無しさん
09/01/03 15:25:47
なんか頭のおかしい基地外が、自分の不備を指摘されてファビョってまつねｗ
あのwhile文の中は、条件式が適切なのに、代入式で済ませているなんて、
プログラマー失格だろ。コンパイラが警告しているのに、アホ過ぎ。黙ってろよ、ド素人ｗ

443:デフォルトの名無しさん
09/01/03 15:29:52
簡単な質問で申し訳ないのですが
visual stdio 2005 無償版でデバッグ開始してみたところ
「0x0040115d でハンドルされていない例外が発生しました: 0xC0000094: Integer division by zero」
というメッセージがでて実行中に強制終了してしまいました。

これってどうすればいいんでしょうか・・・？

444:デフォルトの名無しさん
09/01/03 15:30:39
Linuxでは代入が正解だ。
オープンソースも知らない素人は黙っとけよ。
恥ずかしい奴だな。

445:デフォルトの名無しさん
09/01/03 15:32:30
なんか一匹、年明け早々、必死に基地外っぷりを発揮していますね（＾ー＾）v
アァ～～キモッキモッ、きっと鏡を見ると、キモイ面が映っているんでしょうね。
現実に目を向けようぜ、こんな文字列ばかりのスレじゃなくて、さ？

446:デフォルトの名無しさん
09/01/03 15:33:00
>>443
ゼロで割ることはできない。

447:デフォルトの名無しさん
09/01/03 15:33:15
>>443
何かを0で割ったんじゃね？

448:デフォルトの名無しさん
09/01/03 15:34:57
代入式でも条件式でも「式」でありさえすればなんでもいいのがCの仕様。
バカが条件式限定だと思い込んで恥をさらしてファビョりまくってるのが現状。

449:デフォルトの名無しさん
09/01/03 15:35:13
パディングって、詰め物だっけ
コンパイラの最適化って、害悪だと思う

450:デフォルトの名無しさん
09/01/03 15:36:00
最適化がなかったら困ったことになると思うが。

451:デフォルトの名無しさん
09/01/03 15:36:44
>>449
もう一度勉強しようね

452:デフォルトの名無しさん
09/01/03 15:37:19
>>446-447さん
ありがとうございました。解決したみたいです。

453:デフォルトの名無しさん
09/01/03 15:37:28
>>443
デバッグ開始してるなら、中断とか継続とか出ると思う。
中断すれば該当行にカーソルが行く。
その行で割り算してて、割る数が0なんだろう。

変数にマウスカーソルあてると数値見えたりもする。

454:デフォルトの名無しさん
09/01/03 15:37:56
>>443
visual stdioなんか使うからだろ。
gcc使え。
gccなら0除算OKだ。
いまどき0除算もできないコンパイラなんてM$製くらいだ。
これだからドザは駄目なんだよ。

455:デフォルトの名無しさん
09/01/03 15:38:37
パディングってワード間隔でデータを区切って
実行速度を速める為の手法だっけ

456:デフォルトの名無しさん
09/01/03 15:38:42
>>442
式は値を持つんだから、なんの問題も無いだろ。
警告がいやなら、while ((j=0-i++)) とでもすればいい。
なにも知らないド素人は黙ってろよｗ

457:デフォルトの名無しさん
09/01/03 15:38:50
>>444
これって乱数で過去レスを切り貼りするスクリプトでしょ。

458:デフォルトの名無しさん
09/01/03 15:39:24
やたらからんでくる愚かものがいるなｗ
さすが、言語スレ

いつまでも、こんな言語仕様のスレみてるのなんて学生ばっかだっつーの

459:デフォルトの名無しさん
09/01/03 15:39:52
みんな親切だな。
英和辞書引け、でいいのに。

460:デフォルトの名無しさん
09/01/03 15:40:21
>>455
そう

461:デフォルトの名無しさん
09/01/03 15:40:44
>>455
基本的にはそうだが、
アラインメントされてないと
データを読めない CPU もある。

462:デフォルトの名無しさん
09/01/03 15:40:57
ビットフィールドってので、
手動でやる場合もある

463:デフォルトの名無しさん
09/01/03 15:41:00
>>454
０で割るってどういうことか知ってる？

464:デフォルトの名無しさん
09/01/03 15:41:49
>>463
宇宙の法則が乱れる

465:デフォルトの名無しさん
09/01/03 15:42:15
学生や初心者が見るスレだからこそ、間違った知識は叩かれねばならない。

466:デフォルトの名無しさん
09/01/03 15:44:34
>>463
visual stdioが破壊されるってことだろ。
素直にオープンソース使えって。
無理するな。

467:デフォルトの名無しさん
09/01/03 15:45:39
>>460-462
アラインメントをキーワードにググってみた。
説明ありがとー

468:デフォルトの名無しさん
09/01/03 16:21:15
>>458
おいっ、絡まれてまともにレス出来ないなら、お前がレスしなきゃ良くね？
だってここ、誰もお前個人を特定、指定してレスを求めているわけじゃないんだが
言うからには自分の発言に責任を持っているんだろうな？
ほれ、鏡を見ろよ。醜い酷い面が映っただろ？誰だよそれ？
そう、お・ま・え・だよ？分かる？それが現実。自分が見たものはどうこう言うくせに
自分で自分を見られる唯一の手段、何か姿を映し出すものを見た時
己の醜さを目の当たりにするのさ。今のあんたみたく。
あんたの発言、第三者から見れば、きんもぉ～★だぜ？

469:デフォルトの名無しさん
09/01/03 16:22:56
自身thisのアドレスをprintするメソッドを持つクラスを作成して
以下のようにvectorに追加する前のインスタンス
とvector内のインスタンスでprint()を実行したのですが、

addr=0x804b008
addr=0x804b018
と別のアドレスになります。
同じになると思っていたのですが、
これはvectorに登録する時点でインスタンスが
コピーされていると考えればいいのでしょうか？

またその場合オーバーヘ%8

470:デフォルトの名無しさん
09/01/03 16:23:26
#include <iostream>
#include <vector>

using namespace std;

class MyClass {
public:
MyClass() {};
~MyClass() {};
void print() {
cout << "addr=" << this <<endl;
}
};

int main(int ac, char *av[])
{
vector<MyClass> vec;
MyClass *my = new MyClass();

vec.push_back(*my);
my->print();
vec.at(0).print();
delete my;

return 0;
}

471:469
09/01/03 16:24:46
>またその場合オーバーヘ%8
以降の続き

またその場合オーバーヘッドが気になるんですが、
皆さんどう対処してらっしゃいますか？

お願いします。

472:デフォルトの名無しさん
09/01/03 16:27:46
当然コピーが発生する。
ただ、
vector<MyClass*> vec;
vec.push_back(my);
みたいにアドレスをコピーする分には
インスタンスのコピーは発生しない。
ただ、メモリ管理を自分でしないといけなくなってしまう。
boost::ptr_vector を使うという手もある。

473:デフォルトの名無しさん
09/01/03 16:29:50
vectorは、メモリを確保してplacement newという機構とコピーコンストラクタ
で初期化される　（記憶があいまいなのでちょっと違うかも）

で、言うとおりコピーはされる。ポインタのコピーに比べれば
効率は悪いけど、実際そんな小さなことが問題になることはほとんどない。

よっぽどでかいデータ構造をソートしまくるとかでない限り。

474:デフォルトの名無しさん
09/01/03 16:31:56
コピーのコストより、
コピーコンストラクタの実装がマズくて
問題が発生しないかチェックする方が重要だったりするよね。

475:デフォルトの名無しさん
09/01/03 16:47:54
いいよいいよー、そうやって自分を否定する者を否定し続けてなさい。
それぞ、井の中の蛙、大海を知らずと言ったものだ。視野が狭いんだよ、
ファビョっている基地外は。もちっとグローバルに、客観的に物事を見な。
自分が思ったことが全て正しい、そんなことを思っているのは、お子ちゃままで。
大人の世界は、いくら自分がそう思っても、現実は、事実とは違っていることなんて
いくらでもあると気づく。実行して見て、コードが間違っていないと思っていても
もっと効率が良いものが存在するだの、自分で考えたのに、後でおかしいと気づくことなんて
いくらでもある。ただ・・・

while（代入式）　は不適切だ。

476:デフォルトの名無しさん
09/01/03 16:50:59
>>475
「いいよいいよー、そうやって自分を否定する者を否定し続けてなさい。
それぞ、井の中の蛙、大海を知らずと言ったものだ。視野が狭いんだよ、
ファビョっている基地外は。もちっとグローバルに、客観的に物事を見な。
自分が思ったことが全て正しい、そんなことを思っているのは、お子ちゃままで。
大人の世界は、いくら自分がそう思っても、現実は、事実とは違っていることなんて
いくらでもあると気づく。実行して見て、コードが間違っていないと思っていても
もっと効率が良いものが存在するだの、自分で考えたのに、後でおかしいと気づくことなんて
いくらでもある。」
ここまでそっくりそのままお前に返すよｗｗｗ

477:469
09/01/03 16:59:01
>>472,473,474
ありがとうございます。
ポインタを使うのがしっくり来そうです

478:デフォルトの名無しさん
09/01/03 16:59:49
Cの規格に沿った構文解析器でも作ってみたら？
while（代入式）が不適切だろうがなんだろうが正しいんだから。

479:デフォルトの名無しさん
09/01/03 17:08:53
>>478
コンパイルできて規格合致であることは誰も否定していない。

480:デフォルトの名無しさん
09/01/03 17:11:38
>>479
まぁ確かに。
言いたかったのは、そこまで熱くならんでもいいんじゃね？ってこと。

481:デフォルトの名無しさん
09/01/03 17:13:34
>>480
478みたいな書き方だとまた話を蒸し返されそうな雰囲気だから勘弁してくれ。

482:デフォルトの名無しさん
09/01/03 17:13:44
>>479
いや、否定してる奴が約一名いるぞ
>>442 とか>>475 とか

483:デフォルトの名無しさん
09/01/03 17:15:22
>>481
失礼した。
書き方に気をつける。

484:デフォルトの名無しさん
09/01/03 17:16:04
while文の条件は条件式にするってのは良い心がけだと思うよ。
linuxなんかでは値があるものは何でもってくらい条件にしちゃうので、
経験積んだらそういうソースにも慣れると良い

485:デフォルトの名無しさん
09/01/03 17:33:25
条件式ではなく比較式と言ってくれ。

486:デフォルトの名無しさん
09/01/03 17:42:19
>>485
呂布かいでし

487:デフォルトの名無しさん
09/01/03 17:44:55
比較するとは限らんぜ

488:デフォルトの名無しさん
09/01/03 19:17:03
式・・・それは愛・・・・・・

489:デフォルトの名無しさん
09/01/03 19:59:08
>>485
そゆこと言ってるから、論理値をリテラルと比較する莫迦が後を絶たない。

490:デフォルトの名無しさん
09/01/03 20:05:45
お前、リテラルの意味分かってないだろ

491:デフォルトの名無しさん
09/01/03 20:58:12
>>489
if(hoge()!=0)...
とか？

あるいは、if((x<y)!=0)...
ということだろうか？

492:デフォルトの名無しさん
09/01/03 21:00:05
(is_hoge() == true) == trueのことだろ。

493:デフォルトの名無しさん
09/01/03 21:05:04
>>492
真理値型の無い言語だぞ？
巣に帰れよ。

494:デフォルトの名無しさん
09/01/03 21:16:20
リテラルってほらあれだ
前屈みになって腕を横に挙げるやつ

495:デフォルトの名無しさん
09/01/03 21:18:09
ボケがわかりにくい上につまんねーよｗ

496:デフォルトの名無しさん
09/01/03 21:19:33
どどんまい？

497:デフォルトの名無しさん
09/01/03 21:32:53
>>493
処理できた件数を返す関数hogeの場合、#define TRUE -1に対して、
if(hoge())｛・・・｝
if(hoge()==TRUE){・・・}
とか。

498:デフォルトの名無しさん
09/01/03 22:01:46
>>493
お前の頭はC89止まりか。

499:デフォルトの名無しさん
09/01/03 22:07:12
左辺が右辺より大きいとき
と
左辺が右辺以上の時
って何が違うんでしょうか？
>これと>=を使い分けたりすることってあるのでしょうか？

500:デフォルトの名無しさん
09/01/03 22:09:23
>>499
ちゅうがっこう　から　やりなおせば
わかると　おもいます。

501:デフォルトの名無しさん
09/01/03 22:11:25
>>500
それいぜんににぽーんごのもんだいかと
おもわれまっしゅる

502:デフォルトの名無しさん
09/01/03 22:12:31
　　ヾヽ＼ヾ＼　　　　　　　　　　　　　　　　　　　　　　　　　／／／／　　／／
　＼丶＼＼　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　／／／／
　　　　　　　　　　　　　　　　　|･＼　　_＿＿＿＿／･>　　　／／／
　　　　　／￣￣￣￣＼,,　　ミ＼.＼ヽ|||liiiii||/ ／.／彡　　／／／／
　|･＼ /＿＿＿＿＿／･>　　　 /＼.＼|||iii||l／／彡　ノ（
ミ＼.＼ヽ|||liiiii||/ ／.／ノ（　　 / ／　(,-､　,:‐､）　＼　⌒ヽ
　　　＼.＼|||iii||l／／ |　⌒　　.|/ ─／／／／─ 　ヽ　　|
　　　　|(,-､　,:‐､）　　 6 l　　　|.　／／／／─ 　　|　　.| 　　　＼＼＼
.　　　／／／／Vヽ　　,-′　　／／／／'VVVヽ　　 | 　 l
　　／／／／ｪ∧/_ ／ヽ　. ／／／／　 γ　　 l　　 /　/
　／／／／ |／＼／ l ＾／／／／　 i∧ｪｪｪ∧/　　/　/
／／／／　|　　　　 |／／／／　l━（ｔ）━━┥

503:デフォルトの名無しさん
09/01/03 22:28:36
>>499
左辺==右辺の時に真になるか偽になるかの違い。
必要に応じて>と>=のふさわしい方を使う。

504:デフォルトの名無しさん
09/01/03 22:30:48
ｘが１２より大きいとき
ｘが12以上の時

より・・以上・・そこにある違い・・それが問題ってことですよね？

505:デフォルトの名無しさん
09/01/03 22:30:52
面白い釣りだなあ。

506:デフォルトの名無しさん
09/01/03 22:32:36
>>503

x >= 10 == x > 10
は偽になるってことでしょうか？

507:デフォルトの名無しさん
09/01/03 22:34:12
さんすうのきょうかしょをよんでね

508:デフォルトの名無しさん
09/01/03 22:42:07
>>506
x==10のときだけ偽、それ以外は真。

509:デフォルトの名無しさん
09/01/03 22:42:37
優先順位は大丈夫か？

510:デフォルトの名無しさん
09/01/03 22:44:32
>>509
優先順位知らないんなら口出すなｗ

511:デフォルトの名無しさん
09/01/03 22:47:21
申し訳ございません

512:デフォルトの名無しさん
09/01/03 22:59:32
>>508
そ・・そうか！！
やっと理解できました！！！！

x < 10は１０もは含まれないってことですよね！？
だから
int a;
cin>>a;
if("x < 10"){
cout<<”真"<<endl;
はｘが１０より小さいってことで
つまり１０と入力しても偽になるわけだ！！！！！！！！！

513:デフォルトの名無しさん
09/01/03 23:16:33
while ("テュルー")

はどうなりますか？

514:デフォルトの名無しさん
09/01/03 23:17:47
無限ループ

515:デフォルトの名無しさん
09/01/03 23:17:50
突っ込みどころ満載ｗ

516:デフォルトの名無しさん
09/01/03 23:18:13
・・・？？

517:デフォルトの名無しさん
09/01/03 23:25:24
while("forever") ってしない？

518:デフォルトの名無しさん
09/01/03 23:27:07
しない

519:デフォルトの名無しさん
09/01/03 23:30:13
>>517
条件式じゃないと暴れだす奴がくるぞｗ

520:デフォルトの名無しさん
09/01/03 23:34:54
>>517
そのアイデア貰った

521:デフォルトの名無しさん
09/01/03 23:43:25
ちょ、それ古典ｗ

522:デフォルトの名無しさん
09/01/03 23:43:49
俺も面白いと思った。

while("無限ループ")
{
　　/* なんか */
}

まあ、しないけど

523:デフォルトの名無しさん
09/01/03 23:44:49
>>519
さすがにお前の粘着ぶりがキモイ

524:デフォルトの名無しさん
09/01/03 23:46:13
while(j=10-i++) を書いた奴が指摘されて、まだファビョってるのか？
基地外だろ、こいつ。指摘した方が言ってもいないことを思っているとか言い出すし。

525:デフォルトの名無しさん
09/01/03 23:49:41
whileの括弧の中が条件式でなければ駄目とは言っていないし、変数を用いて
0か否かで繰り返し条件を指定することもかのうだが、あの式は紛れもなく
代入式で、jの値を使うにしては、不適切だとコンパイラも指摘しているのだが・・・

526:デフォルトの名無しさん
09/01/03 23:51:04
プｗ

527:デフォルトの名無しさん
09/01/03 23:53:39
いやぁがんばってるね

528:デフォルトの名無しさん
09/01/03 23:55:30
while(*dst++=*src++);

529:デフォルトの名無しさん
09/01/04 00:00:53
>>525
>while文の括弧の中は、
>本来は条件式が入るんだが、それは代入だろ。例え括弧で代入式を括っても、
>それに対して条件式にあう措置をとるべき。

530:デフォルトの名無しさん
09/01/04 00:03:01
>>524
ファビョってるのは「while文の中は、条件式が適切なのに、代入式で…」うんぬん
いってる>>442だろ
ながれ読めよ

>>525
>>456 で結論出てるのにいつまでやってんの？

531:デフォルトの名無しさん
09/01/04 00:04:48
>>530
>>524=>>442で本人だからしょうがないんだよｗ

532:デフォルトの名無しさん
09/01/04 00:15:46
最近よく喧嘩するね

533:デフォルトの名無しさん
09/01/04 00:29:14
テュルー

534:デフォルトの名無しさん
09/01/04 00:29:51
冬休みだからしかたない

535:デフォルトの名無しさん
09/01/04 00:30:16
出た、「冬休み」

536:デフォルトの名無しさん
09/01/04 00:37:35
connect(sock,( struct sockaddr * ) &echoservaddr, sizeof(echoservadr))

この文の　＊　が意味することがまったくわかりません
*の後に文字もないのですが、ポインタとしてありえなくないでしょうか？

537:デフォルトの名無しさん
09/01/04 00:38:30
ポインタ型でキャストしてるだけ

538:デフォルトの名無しさん
09/01/04 00:51:54
人はなぜ>>534のような発言をするのか。
それは「私は子供ではない」と誇示したいからである。

では、「私は大人だ」と主張する人間が「大人」なのだろうか。
答えは否、断じて否である。

539:デフォルトの名無しさん
09/01/04 00:56:57
で？

540:５３６
09/01/04 00:57:57
つまり&echoservaddr構造体のポインタを
sockaddr構造体のポインタとしてあつかうってことでしょうか？

まったく何をしているか理解できないのですが

541:デフォルトの名無しさん
09/01/04 00:58:58
>>539

542:デフォルトの名無しさん
09/01/04 01:00:57
>>540
その通りの事をやっている。
sockaddr_in 構造体を sockaddr 構造体であるかのように
無理矢理見なして渡している。
sockaddr_in 構造体と sockaddr 構造体はサイズが同じで、
かつ、こうやってキャストしてもいいと問題ないとされている。

543:デフォルトの名無しさん
09/01/04 01:02:07
connect()の第2引数はstruct sockddr *型（struct sockddr型へのポインタ）を取る。
そこで、&echoservaddr（echoservaddrのアドレス）をstruct sockddr *型（struct sockddr型へのポインタ）へキャストしている。

544:５３６
09/01/04 01:03:51
>>542
見なす理由がわからないのです。
sockaddr_inのほうが入ってる情報というか入力する情報は多いし
その情報はconnectする際に必要だと思います。
なのに、何故必要な情報がすべてあひってないsockaddr構造体とみなすのかがよくわかりません

545:デフォルトの名無しさん
09/01/04 01:07:27
URLﾘﾝｸ(www.linux.or.jp)

int connect(int sockfd, const struct sockaddr *addr, socklen_t addrlen);

2番目の引数の型には、const struct sockaddr *が”必要”

546:５３６
09/01/04 01:08:58
必要な理由がわからないのです。
ていうか、入れてしまっては前述した疑問がわいてしまって

547:デフォルトの名無しさん
09/01/04 01:10:08
理由は、connect()がそういう仕様だから。
connect()を作った人間がそういう風に作ったから。

548:デフォルトの名無しさん
09/01/04 01:11:16
＞必要な理由がわからないのです。

なんというか……

549:デフォルトの名無しさん
09/01/04 01:12:22
>>544
総称的な型として sockaddr を用意して、
connect は sockaddr* を受け取る汎用的な形にしておいて、
より詳細な構造体として sockaddr_in を用意し、
それをキャストして渡す、という風になってんじゃないのかね。
場合によっては sockaddr_in 以外のものも作るつもりだった、
あるいは将来作れるように、そういう風にしてんじゃない？
void* でいいような気もするけど、
それだと何でもキャスト無しに渡せちゃうから、
渡していい構造体なのかどうか注意して指定させるように、
キャスト無しでは渡せないようにしているんだと思う。
まあ、全部推測だけどね。

550:５３６
09/01/04 01:13:40
つまりsockaddr_in 構造体の中にある入力したアドレスに接続するわけですよね。
しかしsockaaddr構造体にはアドレスがない。それなのに、sockaddr構造体とみなしてしまっては、
アドレスないから接続できなくないのでは？ということです。

551:デフォルトの名無しさん
09/01/04 01:14:33
っていうか、全部が全部
現状が正しい前提で理由を付けなくてもいいと思うけど。
頭いいひとにありがちだよね。

552:デフォルトの名無しさん
09/01/04 01:16:41
後の改造のために凝った事やって、
結局改造なんてしなかった、
ってこともよくある話で。
互換性のために、とかもよくある話。

553:デフォルトの名無しさん
09/01/04 01:18:58
>>546
int connect(int sockfd, const void *addr, socklen_t addrlen);
なら、キャストする必要はないが、connect の第二引数が struct sockaddr である以上、
キャストする必要がある。
ここではキャストする型が重要なのではなく、socket作成時に指定したプロトコルファイミリーが重要。
プロトコルファミリーごとにconnectに必要な情報量は異なり、
kernelでもプロトコルファミリーごとに呼ばれるconnecが異なる。
kernelではaddrlen分ユーザー空間からメモリをコピーし、
所望の処理を行うので、struct sockaddr が重要なのではない。

554:デフォルトの名無しさん
09/01/04 01:20:44
>>550
ああ、そういうことか。
sockaddr_inはsockaddrをIPv4に特化したもの。
sockaddr_inを使うのはIPv4だけだ。
connect()はIPv4以外でも使われる。

URLﾘﾝｸ(www.linux.or.jp)

AF_INETの他に
AF_APPLETALKとかあるだろ。

555:５３６
09/01/04 01:26:58
>>554
socketでAF_INETを指定しているのですが、
この場合だとIPv4でconnectしてるということでは？

556:デフォルトの名無しさん
09/01/04 01:34:20
>>555
そう。
sockaddr_inを使うのはsockaddrを使うより便利だから。
IPv4を使う場合でもsockaddrにアドレスを設定してもいいよ。でも面倒だよ。
ともかく、connect()が必要とするのはsockaddr_inではなくsockaddrなの。

/usr/include/sys/socket.h にstruct sockaddrとstruct sockaddr_inの定義があるから見比べてみてよ。

557:デフォルトの名無しさん
09/01/04 01:36:55
>>550
sockaddrとしてもsa_familyが読み取れる。
そこがAF_INETならsockaddr_inにキャストしてアドレスを読み取るという風になっている。
ほかのAF_*にも対応するsockaddr_*が存在しうるという仕組み。

>>549
そういうことなんだろうけど、IPv6を収めるには小さすぎたのが惜しかった。

558:デフォルトの名無しさん
09/01/04 01:39:57
どうせサイズ渡してんだし、
sockaddr::sa_family だけでよかった気もする。

559:５３６
09/01/04 01:42:07
struct sockaddr {
u_short sa_family;
char sa_data[14];
};

sockaaddr構造体はこのようになっているが、何も入力していない

struct sockaddr_in{
short sin_family;
unsigned short sin_port;
struct in_addr sin_addr;
char sin_zero[8];
};

inのほうはこのようになっていて、アドレスはポートやファミリーは入力している。

で、このinの方を
struct sockaddr {
u_short sa_family;
char sa_data[14];
};
これとして扱う。しかし、ここにはアドレスが入っていない。
だとしたら、どうやってサーバーに接続する？という疑問がわきます。

けれど、inに入力したファミリーがsockaaddrに引き継がれて、
sockaddrのファミリがわかって、そこからまた、inの構造体を参照？するのでしょうか
どうやって参照するかがまた謎ですが

560:５３６
09/01/04 01:44:22
＞sockaddrとしてもsa_familyが読み取れる。
＞そこがAF_INETならsockaddr_inにキャストしてアドレスを読み取るという風になっている。

これだと、sockaaddrをキャストしてもsockaaddrにはポートやアドレス入力してなければ
読み取れないのでは？

561:デフォルトの名無しさん
09/01/04 01:45:14
4.2BSDのsockaddrはsa_lenは無くて、sa_familyだけだった。

562:デフォルトの名無しさん
09/01/04 01:46:55
IPv4として使う場合、
アドレスファミリをAF_INETにして
sockaddr_inにアドレス詰めて
connect()に渡すときはsockaddrにキャストして
connect()の内部ではsockaddr_inとしてアドレスを読み出す。

563:デフォルトの名無しさん
09/01/04 01:48:29
>>561
それが合理的だな。

>>560
sockaddr_in を渡すのなら
sa_family に AF_INET を入れないといけないし、
sa_family に AF_INET を入れるのなら
渡す物は sockaddr_in でなくてはいけない。
それ以外の使い方して変になっても
それはそんな変な使い方をした人が悪い。

564:デフォルトの名無しさん
09/01/04 01:48:51
>>560
入力してなければ読み取れないが、入力するためにsockaddr_inにしてポートやアドレスを入力するんだろ？
キャストしてもメモリの内容は変わらない。

565:デフォルトの名無しさん
09/01/04 01:50:49
echoservaddr.sin_family = AF_INET;
echoservaddr.sin_port = xxx;
echoservaddr.sin_port = yyy;
connect(sock,( struct sockaddr * ) &echoservaddr, sizeof(echoservadr))

―connectの中
int connect(int sockfd, const struct sockaddr *addr, socklen_t addrlen)
{
if (addr->sa_family == AF_INET)
{
const const struct sockaddr *addr_in = (const const struct sockaddr *)addr;
だいたいこんな感じのはず。
ここでaddr_in->sin_portを読めばxxxだし、addr_in->sin_addrからはもちろんyyyが読み取れる。

566:５３６
09/01/04 01:58:56
＞connect()に渡すときはsockaddrにキャストして
＞connect()の内部ではsockaddr_inとしてアドレスを読み出す。

つまり、connectに渡す情報は、空の
struct sockaddr {
u_short sa_family;
char sa_data[14];
};
これであって、特に決まりで中に何も入力されてなくても意味はない。

で、内部でどこのアドレスに接続するか処理するのが、
struct sockaddr_in{
short sin_family;
unsigned short sin_port;
struct in_addr sin_addr;
char sin_zero[8];
};
この入力しておいたinの方。ってことでいいのでしょうか。

inをsockaddrにキャストしても入力しておいた値で共通する変数名とかないですもんね
だからキャストしても？？

567:デフォルトの名無しさん
09/01/04 02:00:32
空じゃなくてアドレス等を入力したものをsockaddrとみなして渡してる。
(( struct sockaddr * ) &echoservaddr)->sa_data[2]～[5]とか見れば納得するのかな？

568:デフォルトの名無しさん
09/01/04 02:04:55
>>566
connectに渡しているのは構造体のアドレス。内容は渡していない。

569:デフォルトの名無しさん
09/01/04 02:10:06
#include <stdio.h>

void print_bytewise(const unsigned char *buf, size_t size) {
　size_t i;
　for (i = 0; i < size; i++) {
　　printf("%02X ", buf[i]);
　}
　putchar('\n');
}

int main(void) {
　int n = 0x12345678;
　print_bytewise((const unsigned char*)&n, sizeof n);
　return 0;
}

これとやってる事は本質的に同じ。

570:５３６
09/01/04 02:13:08
>>567
struct sockaddr_in {
u_short sa_family;
char sa_data[14];
[0]short sin_family;
[1]unsigned short sin_port
[2]struct in_addr sin_addr
[3]char sin_zero[8];
};

つまり、イメージ的にはこうなのかな？

571:デフォルトの名無しさん
09/01/04 02:17:05
こう。

sa_family　　　　　　　　　 ⇔ sin_family （2 バイト）
sa_data[0]～sa_data[1]　⇔ sin_port （2 バイト）
sa_data[2]～sa_data[5]　⇔ sin_addr （4 バイト）
sa_data[6]～sa_data[13] ⇔ sin_zero （8 バイト）

572:デフォルトの名無しさん
09/01/04 02:23:51
connect(2)ってだいたいこんな感じで使うだろ。

struct sockaddr_in addr = {
.sin_family = AF_INET,
.sin_port = htons(80),
.sin_addr = {
.s_addr = inet_aton("192.168.1.1")
}
};

connect(skfd, (struct sockaddr *)&addr, sizeof(addr);

>>536はなにか勘違いしてる気がしてならない。

573:５３６
09/01/04 02:34:31
>>571
お！
もしかして
sockaddr_inは、計１６バイトでその情報はsockaddrに全て対応する
sa_family はsinfamilyに
sa_data[14]には残りの１４バイトのアドレスが格納されるということになってるのかな

だとすると、どちらかの構造体だけ入力しとけばいいってのも納得できるのですが
これでいいのでしょうか？

574:デフォルトの名無しさん
09/01/04 02:46:42
>>573
いままでの回答全て無駄っぽい。
sockaddrはアドレスファミリーから見れば関係ないんだって。
例えばUNIX ドメインソケットなら sockaddr_un だし、
IPv4なら sockaddr_in がconnectには必要。
ただ、歴史的背景かなにかはしらないが、connect(2)のインターフェースが
「void *」ではなく、「sockaddr *」になってるってだけ。

575:５３６
09/01/04 02:56:41
>>574
つまり>>571ではないと？
ますますわけわかんなくなってきた

struct sockaddr* をキャストの型として　&echoservaddrするってのがよくわからないのかなぁ

&echoservaddrには>>572にかいてあるようなin構造体のアドレスが入力ずみではあるけど
それをキャストすると、どう扱われるってのがよくわかんないかも

いや、本当にみなさんに色々教えてもらっているのに理解がたりなくて申し訳ないです。
キャストとかsockaaddrとかぐぐってるけど、いまいち理解できない・・・

576:デフォルトの名無しさん
09/01/04 03:01:20
>>575
>>571 であってる。
まず、>>569 が理解できるか確認してくれ。

577:５３６
09/01/04 03:11:36
>>576
すみません。まったくわかりません。
const unsigned char*)&n
char型（nの値が格納されている）アドレスへのポインタ

なんかもうわかりません

578:デフォルトの名無しさん
09/01/04 03:18:13
ま、深夜だし思う存分続けてくれたまえ

579:デフォルトの名無しさん
09/01/04 03:27:31
>>577
典型的な「ポインタを理解していない」状態だね。
まあ、初心者は大抵一度は通る道だ。

ポインタを理解するのは簡単だ。メモリを理解すれば良い。ただそれだけだ。

変数とかの中身はメモリに置かれている。
メモリは１バイト単位に分割されていて、それぞれのバイトに住所が割り振られている。

[0番地][1番地][2番地]・・・

でも、例えば int とかのサイズは１バイトではない。現在は４バイトが主流だね。
こういうのは、メモリ上の連続した領域を占有することになる。
そして、int 型の変数（例えば >>569 の n）に & をつけると、
この連続した４バイトの領域の先頭のバイトの住所が取得できる。

[----------------------- int n ------------------------]
[12938100番地][12938101番地][12938102番地][12938103番地]　　　（住所は一例）
　　　↑
　　先頭　　　&n == 12938100番地

でも、別にこの４バイトの領域を int の値と見なさなくてはいけないわけではない。
例えば勝手に char ４要素の配列だと見なしても構わないわけだ。

[-- char [0] --][-- char [1] --][-- char [2] --][-- char [3] --]
[12938100番地][12938101番地][12938102番地][12938103番地]

んで、この char ４要素の配列の先頭要素の住所もやっぱり12938100番地なわけだ。

こういう解釈の変更を行っているのが、
(const char*)&n みたいなキャストになるわけだ。

580:デフォルトの名無しさん
09/01/04 03:39:44
ポインタってのは２つの属性から構成されている。
１つはメモリ上の占有している領域の先頭の住所（アドレス）と、
そしてそのアドレスにある値を「何の型の値だと見なすか」だ。
ある変数のポインタは、変数に & をつけることで得られる。

変数に & を付ける事によって得られるポインタの型は、
元の変数の型に * をつけた形で表現する。
ポインタは基本的にただアドレスなんつー単なる値を保持するだけのもんなので、
ポインタを保持する変数なんかも作る事ができる。
例えばこんな感じだ。

int *p = &n;

変数 p は n のアドレス、例えば12938100番地などといったような値を保持しているわけだ。
んでさらに、p は int* という型なわけだが、
この int って部分は、12938100番地から始まる領域を int 型の値だと見なすよ、って意味を持っている。

これを char 型の値だと見なしたい場合は、char* にキャストしてしまえばいい。

char *c = (char*)p;

これで、やっぱり変数 c には p に入れられていた領域と同じ場所を指すアドレスが入れられるわけだけど、
c の型は char* なんで、その領域を char 型の値だと見なすようになるわけだ。

この話の int と char を sockaddr_in と sockaddr に置き換えれば、
connect に関する話も分かるはず。

581:デフォルトの名無しさん
09/01/04 03:46:11
ポインタ……それは恋だ！

582:デフォルトの名無しさん
09/01/04 03:48:03
>>580
ポインタの正確な定義わ？

583:デフォルトの名無しさん
09/01/04 03:53:40
ボイン太、それはAVだ！

584:デフォルトの名無しさん
09/01/04 03:56:43
残念ながらボッシュートで～す

585:デフォルトの名無しさん
09/01/04 05:24:40
ってか、ぶっちゃけお前らの一番好きなC89基本型ってなんなの

586:デフォルトの名無しさん
09/01/04 05:50:24
int
異論は認めない

587:デフォルトの名無しさん
09/01/04 05:58:07
unsigned long int

588:デフォルトの名無しさん
09/01/04 05:59:37
size_t 異論　は　色ん　なものがあるだろうから認める

589:デフォルトの名無しさん
09/01/04 06:10:51
char
ちゃ～

590:デフォルトの名無しさん
09/01/04 06:21:28
size_tって中身はint？

591:デフォルトの名無しさん
09/01/04 06:33:26
符号なしのint型が一般的らしい。time_tとかも。

592:デフォルトの名無しさん
09/01/04 06:33:54
grepすりゃすぐ判るかと

593:デフォルトの名無しさん
09/01/04 06:39:50
>>592　だから何？

594:デフォルトの名無しさん
09/01/04 06:44:36
にしても
>>588と>>589はひどいなｗｗ

595:デフォルトの名無しさん
09/01/04 07:06:34
俺は断然

bool

596:デフォルトの名無しさん
09/01/04 08:34:21
し、bool……？

597:デフォルトの名無しさん
09/01/04 09:30:43
いやいやいや
void*

598:デフォルトの名無しさん
09/01/04 09:31:48
√とかはC言語で使えないのでしょうか・・？
特殊相対性理論における時間の遅れ、運動してる物体の速度を入力することによって
運動してる物体の時間の刻みを出すプログラムを作りたのですが、・・C言語で√は使えないのでしょうか・・？

599:デフォルトの名無しさん
09/01/04 09:34:48
>>598
確かに特殊相対論は中学生でも理解できるが、お前は別の勉強をした方がいいよ

600:デフォルトの名無しさん
09/01/04 09:35:15
#include <math.h>

601:デフォルトの名無しさん
09/01/04 09:36:56
あえて俺はLPVOIDと書く

602:デフォルトの名無しさん
09/01/04 09:43:28
>>600-601
ｻﾝｸｽ

603:５３６
09/01/04 10:55:21
>>580
丁寧にありがとうございます。
しかによくわからない点があります。

>変数に & を付ける事によって得られるポインタの型は、
>元の変数の型に * をつけた形で表現する。

つまりこれで先ほどの例だと
int n; という宣言が先に必ずある
int *p = &n; 　　　その上で、元の変数の型はint n よりint型であることがわかっているので
p の型はintにしないといけない。よって、nのアドレスが格納されているpは、
（元の変数の型）intに*をつけて int *pとあらわすということですよね。
しかしよくわからないのですが、p = &n; とint *p = &nの違いがわかりません
前者はpにはnのアドレスの値が入っている。
後者はpにはnのアドレスの値が入っているのではないのでしょうか？
前者だと先にint p; と宣言しておけばp はint型になるのでは？

604:５３６
09/01/04 10:57:59
あと、もう１点ですが
>char *c = (char*)p;

int *p = &n; 　としたのなら、
char*c = (char*)*p　もしくはchar*c = (char)*p　となるのではないのでしょうか？

605:デフォルトの名無しさん
09/01/04 11:04:19
二段ダブルベット

606:５３６
09/01/04 11:10:16
すみません、もうひとつ
先ほどの例の場合

int型をchar型にする利点というか意味がわからないのですが
サイズが異なる構造体をキャストしたら中身が全然違うのに型を変えるとか想像がつきません

607:デフォルトの名無しさん
09/01/04 11:13:34
>>603
>>580ではないけど、
その日本語だと君がどこまで理解できたのかが分からない
材料は揃ってるようだから、手を動かしたほうがいいよ。

問題の値をそれぞれprintf()してどうなったか、
試すくらいはしてから再度の質問はするものだ

608:デフォルトの名無しさん
09/01/04 11:18:19
型宣言の　＊と
演算子の*を混同している・・・・？

609:デフォルトの名無しさん
09/01/04 11:20:10
C言語でおｋ

610:デフォルトの名無しさん
09/01/04 11:28:42
>p の型はintにしないといけない。よって、nのアドレスが格納されているpは、
p の型は int へのポインタ型。

>しかしよくわからないのですが、p = &n; とint *p = &nの違いがわかりません
>前者だと先にint p; と宣言しておけばp はint型になるのでは？
int *p; と宣言してあれば両者はほぼ同じ。

int* っていうのは「int へのポインタ」っていう「型」だってのは OK？
ポインタと元の型はきちんと区別するべき。

>int *p = &n; 　としたのなら、
>char*c = (char*)*p　もしくはchar*c = (char)*p　となるのではないのでしょうか？
c は char へのポインタ型。p は int へのポインタ型。*p は int 型。
(char*)*p だと int 型を char へのポインタという型に変換している(c と型は一致するが普通意味を持たない)。
(char)*p だと int 型を char 型へ変換している(c と型が違うのでコンパイルできない)。

>int型をchar型にする利点というか意味がわからないのですが
>サイズが異なる構造体をキャストしたら中身が全然違うのに型を変えるとか想像がつきません
int へのポインタ型を char へのポインタ型にしても大抵メリットはない。
sockaddr 型と sockaddr_in 型は >571 の通り sa_family の部分は共通しているので >557 の通り
sockaddr へのポインタ型を経由して sa_family を読み出し、AF_INET だったら実は sockaddr_in を指していたんだとして
キャストしてきちんと読み出すことができる。
つまり関数の引数の型としては sockaddr へのポインタ型としてまとめておいて、実際には sa_family に応じて
正しい型にキャストして使うことができる。

611:５３６
09/01/04 11:33:40
int へのポインタ型。ってのがよくわからないのですが
一つのプログラムでintを宣言する変数なんてたくさんでてくるとおもうのですが、
この場合、intへのポイントとはどうなるのでしょうか？

612:デフォルトの名無しさん
09/01/04 11:43:30
>536
キャストもポインタもないこのコードは理解できる？
sockaddr, sockaddr_in, connect() についても本質的にはこのコードみたいなことをしている(type が sa_family)。

#include <stdio.h>

struct Any
{
　　　　enum { CHAR, INT, DOUBLE } type;
　　　　union {
　　　　　　　　char c;
　　　　　　　　int n;
　　　　　　　　double d;
　　　　} u;
};

void print(struct Any a)
{
　　　　if(a.type == CHAR) printf("%c\n", a.u.c);
　　　　if(a.type == INT) printf("%d\n", a.u.n);
　　　　if(a.type == DOUBLE) printf("%f\n", a.u.d);
}

int main(void) {
　　　　struct A a;
　　　　a.type = CHAR; a.u.c = '>'; print(a);
　　　　a.type = INT; a.u.n = 536; print(a);
　　　　return 0;
}

もっとも共用体が分かるなら最初っから理解できているような気もするけど。
分からなかったら余計混乱する気がするんで無視してくれ。

613:デフォルトの名無しさん
09/01/04 11:49:45
>611
>一つのプログラムでintを宣言する変数なんてたくさんでてくるとおもうのですが、
>この場合、intへのポイントとはどうなるのでしょうか？
そうだね。だから色んな場所を指せるし、指し直したりできる。

char c1;
char c2;
int n;
char *p; /* どこも指してない */

p = &c1; /* c1 のアドレスを指す */
p = &c2; /* c2 のアドレスを指す */
p = (char*)&n; /* n は char型じゃないけどキャストして無理矢理 n の(先頭)アドレスを指す */

614:デフォルトの名無しさん
09/01/04 12:15:32
麻雀は分かるか？　二盃口は七対子と見た目は同じだよね。

|二|二|三|三|四|四|七|七|八|八|九|九|發|發|
|萬|萬|萬|萬|萬|萬|索|索|索|索|索|索|　 |　 |

これを一盃口を１かたまりで解釈すると二盃口と解釈できるし、

|二|二|三|三|四|四|　　|七|七|八|八|九|九|　　|發|發|
|萬|萬|萬|萬|萬|萬|　　|索|索|索|索|索|索|　　|　 |　 |

全部対子で解釈すると七対子と解釈できる。

|二|二|　　|三|三|　　|四|四|　　|七|七|　　|八|八|　　|九|九|　　|發|發|
|萬|萬|　　|萬|萬|　　|萬|萬|　　|索|索|　　|索|索|　　|索|索|　　|　 |　 |

そして、別に役とか関係無しに単に牌が 14 個並んでいるだけだと解釈することもできる。

|二|　　|二|　　|三|　　|三|　　|四|　　|四|　　|七|　　|七|　　|八|　　|八|　　|九|　　|九|　　|發|　　|發|
|萬|　　|萬|　　|萬|　　|萬|　　|萬|　　|萬|　　|索|　　|索|　　|索|　　|索|　　|索|　　|索|　　|　 |　　|　 |

615:デフォルトの名無しさん
09/01/04 12:16:14
ここで、１つの牌を１バイトと考え、
対子を２バイトの toitsu_t 型で、
一盃口を６バイトの ipeko_t 型で表せるとする。

役とは関係無しにただ牌が 14 個並んでいると解釈している時は手牌を

char tehai[14];

というただの char 配列で眺めているのに相当する。
二盃口と解釈している時は手牌を

struct ryanpeko_t {
　ipeko_t ipeko[2];
　toitsu_t toitsu;
};

という構造体だと見なして解釈しているのに相当する。
七対子と解釈している時は手牌を

struct chitoitsu_t {
　toitsu_t toitsu[7];
};

という構造体だと見なして解釈しているのに相当する。

616:デフォルトの名無しさん
09/01/04 12:16:36
#include <iostream>
using namespace std;
#include <math.h>

void atai();
int main()
{
cout<<"こんにちわ。"<< endl;
atai();
return 0;
}
void atai()
{
double v;/*ｖ＝物体の速さ*/
double undou;/*運動する物体の時間の刻み*/
double c = 108000000;/*光の速さ*/
cout<<"物体の速さ入力:(km)";
cin>>v;
double ruto;
ruto = sqrt(1 / (1.0000000 - (v/c) * (v/c)));
undou = ruto;
cout<<"物体の時間の刻み"<<undou<<endl;
cout<<"静止している物体が1年間すごしている間"<<endl;
cout<<"運動している物体は"<<1 / ruto<<"年間過ごしてる"<<endl;

}

光の速さより大きい数字を入力すると-1.#INDと、表示されます・・

617:デフォルトの名無しさん
09/01/04 12:17:38
役が成り立っているか脳内で判定してると思うが、
まあそういう役が成り立っているかを判定する関数があるとする。

int check_toitsu(const toitsu_t *toitsu);　　/* ちゃんと対子として成り立っていれば 1 を、そうでなければ 0 を返す */
int check_ipeko(const ipeko_t *ipeko);　　　/* ちゃんと一盃口として成り立っていれば 1 を、そうでなければ 0 を返す */

これを使って ryanpeko_t 型の値が本当に二盃口として成り立っているのかをチェックする関数を作ると、こうなって、

int check_ryanpeko(const ryanpeko_t *ryanpeko) {
　return
　　check_ipeko(&ryanpeko->ipeko[0]) &&
　　check_ipeko(&ryanpeko->ipeko[1]) &&
　　check_toitsu(&ryanpeko->toitsu);
}

chitoitsu_t 型の値が本当に七対子として成り立っているのかをチェックする関数を作ると、こうなる。

int check_chitoitsu(const chitoitsu_t *chitoitsu) {
　int i;
　for (i = 0; i < 7; i++)
　　if (!check_toitsu(chitoitsu->toitsu[i]))
　　　return 0;
　return 1;
}

んで、手牌 tehai をこのチェック関数に渡すには、こんな感じになるわけだ。

if (check_ryanpeko((const ryanpeko_t*)&tehai))
　puts("二盃口として解釈可能です");

if (check_chitoitsu((const chitoitsu_t*)&tehai))
　puts("七対子として解釈可能です");

618:デフォルトの名無しさん
09/01/04 12:18:15
>>616
負の値の平方根はできない

619:デフォルトの名無しさん
09/01/04 12:18:41
とりあえず、「速さ」の単位は「km」じゃないよ。
ローレンツ変換の前に学ぶことがあると思うんだ。。

620:デフォルトの名無しさん
09/01/04 12:19:08
割り込まれてしまったが、
>>614 >>615 >>617 の順で読んでくれ。

621:デフォルトの名無しさん
09/01/04 12:20:49
すげーな、この流れは
ポインタFAQ用のテンプレとして、是非利用すべきだ
まったく読んでないけど

622:デフォルトの名無しさん
09/01/04 12:20:59
>>616
#include <complex.h>

623:デフォルトの名無しさん
09/01/04 12:25:46
>>619
cが時速なんで許容範囲のようだ

624:デフォルトの名無しさん
09/01/04 12:28:52
年速じゃないの？

625:デフォルトの名無しさん
09/01/04 12:31:13
>>619
ごめんなさい・・・

次ページ