【初心者歓迎】C/C++室 Ver.45【環境依存OK】

【初心者歓迎】C/C++� ..

407:399
07/12/17 09:21:57
クラス設計、やっぱそういう本探してこよう・・

一応やってたのは、配列にフィールドというかマップのフラグみたいなものを格納したいた。
配列の要素内には数値が入っていて、それによってその1マスがどういう状態なのか示すように。

で、よくわからずクラスをマップごとに分けてたんだ、例えばドラクエでいうと宿屋の中と町の中が別クラス
そんな状態で宿屋で休むと町の様子が変化したりetcをやろうとして爆発した

408:デフォルトの名無しさん
07/12/17 11:46:43
>>396
個人的には398に同意だけど、初学者向けの本であれば
「ゼロから学ぶ C++」(日経BP)って本に、CからC++への
移行時の要点ということで、クラスや継承を使うと便利な
ケースと使わない方がいいケースとか、is-a、has-a関係
とかの基本的な話が簡潔に載ってた気がするので、
立ち読みしてみてもいいかも。
ただかなり平易なので、ネットで効率よく検索できれば
不必要(または物足りない)かもしれないけど。

409:デフォルトの名無しさん
07/12/17 11:47:57
長文失礼、ちょっとC++プログラムのコーディングでいい方法があれば誰か教えて下さい。

今、簡単なライブラリ的なクラスを作りました。それは継承されることを前提として
います。仮にそれをKihonとしておきます。

今、Kihonの派生クラスHaseiを作りました。HaseiからKihonを使う方法ですがまず、Kihonの
メンバ関数を通じて必要なパラメータ(privateな変数)を設定します。次にHaseiに
double func(double x)なメンバ関数を定義します。これはKihonクラスでvirtual関数として
宣言されているものです。その後、Kihonのrunを実行するとHaseiのfuncが利用されて
処理が行われるというものです。一回のrunでfuncは何度も呼ばれます。

問題なのはHaseiで異なる二つの処理をKihonのrunにさせるにはどうしたらいいものかということ
です。つまり、異なる相異なる2関数に対してKihonのrunを実行するにはどうすればいいのかと
いうことです。しかも後に実行されるrunが前に実行されたrunの結果を使う必要があります。

初心者なりに考えた方法ですと・・・
0, Haseiのオブジェクトh0を作る。
1, Haseiのfunc関数を作る。この関数内で別のクラス、__Haseiのオブジェクトh1を作る。__Haseiは
Kihonを継承している。
2, 最初のrunで必要なメンバ関数funcを__Haseiで定義する。
3, Haseiのfunc関数からh1.runとして最初のrunを行う。
4, h0.runとして二度目のrunを行う。
(メンバ変数の設定に関しては説明略)。

実際、この方法だととりあえずは動作するのですが次のような問題点があります。
・__HaseiからHaseiのプライベートメンバにアクセスできない。(friendでは次項が解決不能…)
・実はHasei自体もライブラリ的に実装を隠蔽してしまいたいため、__Haseiのfuncを変更
出来るようにしたい。(ちなみにHaseiのfuncは固定。)

多重継承をうまく使うと解決できそうにも思えるのですが賢い、実装方法はないでしょうか。
お力をいただけると幸いです。根本的にKihonの設計に対する指摘でもお願いします。

410:デフォルトの名無しさん
07/12/17 11:59:51
>>409
いろいろわからん。コード書け。あと __ は使うな。

411:デフォルトの名無しさん
07/12/17 12:25:04
>>409
適当に思い浮かんだ単語

スレッド
static メンバー
boost

412:デフォルトの名無しさん
07/12/17 12:54:23
「初心者なりに考えた方法ですと・・・」の部分、ただしコードを全部書くとさらに長大になってしまうので
掻い摘んで。(409のHasei→Hasei0、__Hasei→Hasei1とした)

class Kihon{
virtual double func(double x){return 0.0;} /* =0としてしまってもよい */
public:
double run()
{
... /* runの実装部分 */
for (j = 1; j <= n; j++)
func (x); /* funcは何度も呼ばれる */
return ret; /* 計算結果を返す */
}
};

class Hasei1: public Kihon
{
double y;
double func(double x){return x*sin(x+y);} /* 計算対象 */
public:
void set_y(double y){this->y = y;}
};

413:デフォルトの名無しさん
07/12/17 12:54:54
class Hasei0: public Kihon
{
double func(double x){
Hasei1 h1;
h1.set_y(x);
... /* h1のprivate変数を設定など */
return 1.0 - h1.run();
}
};

int main()
{
Hasei0 h0;
.....
cout << h0.run();
.....
}

例えばx*sin(x+y)の多重積分を想定している感じです。実際にはこれ以外にもたくさんありますが。
本来ですと計算対象は(例えば別のクラスを宣言することや、関数へのポインタでもいいですが)自由に変更出来ること、
そもそもHasei0も1も実装は隠蔽してしまいたい、計算対象はパラメータを含んでいるので本当はクラスとして実装
したいというのがありますが恐らく、これでは無理でしょうからいいアイディアはあるでしょうかという意味です。
よろしくお願いします。

414:デフォルトの名無しさん
07/12/17 13:01:11
boostって知りませんでした。ちょっと調べてみます。

415:デフォルトの名無しさん
07/12/17 13:01:37
>>409
多重継承だけは使うな。
あとでワケわかんなくなる。

416:デフォルトの名無しさん
07/12/17 15:15:36
>>413
ようわからんがtemplateとかboost::bind(std::bind1st, std::bind2nd)使えばよさそうな気がする。ファンクタも調べた方がいいかも。
試しに同じような事するの書いてみた。

template<typename Func> double kihon(Func func)
{
　for (j = 1; j <= n; j++)
　　func(x);
　return ret;
}
double hasei1(double x, double y) { return return x*sin(x+y); }
double hasei0(double x) { return 1.0 - kihon(boost::bind(&hasei1, _1, x)); }

int main()
{
　kihon(&hasei0);
}

417:デフォルトの名無しさん
07/12/17 16:17:11
>>416
本当にどうもありがとうございます。まだ、自分のプログラムでは解決していませんが言わんとしていることが
よくわかります。たしかにテンプレートを関数のポインターに使えば解決しそうです。C++は初めてなので
参考になります。重ね重ね、ありがとうございます。

418:デフォルトの名無しさん
07/12/17 18:05:37
あるライブラリ(Ａ)をラップした、全く同一のインターフェイスが使えるＤＬＬ（Ｂ）を作りたいのです。
つまり、ＤＬＬ（Ｂ）はライブラリ（Ａ）のすべての関数をエクスポートします。

これを実現するために（とりあえずwin32環境限定の話）
ライブラリ（Ａ）をＤＬＬ（Ｂ）にスタティックリンクさせ、ライブラリ（Ａ）の各関数宣言に
__declspec(dllexport)をつけたファイルをＤＬＬ（Ｂ）からインクルードさせたのですが、
どうもこれでは上手くいかないようで、ＤＬＬ（Ｂ）からライブラリ（Ａ）の関数がエクスポートされていませんでした。
そこで質問なのですが、ＤＬＬからライブラリを直接エクスポートすることは可能なのでしょうか？
もし可能ならやり方を教えていただけるとありがたいです。

（ライブラリ（Ａ）をＤＬＬにするという方法はとりあえず却下でお願いします。
今は別の方法としてライブラリ（Ａ）のソースファイルを直接ＤＬＬ（Ｂ）に追加しています）

419:デフォルトの名無しさん
07/12/17 18:48:06
VC++2005StandardでMFC使おうとしてるんですが
ウェブで調べてもVC6.0系の使い方ばかりで全然分かりません
2005のMFCの入門的なサイトってないですか？
できればopengl を絡めたところがいいんですが

420:デフォルトの名無しさん
07/12/17 18:55:07
MFCはマイクロソフトファンダメンタルクラスだろ?　バージョンによって言語(クラス)の使い方が変わるかよ
6用でも関係ないだろ

421:デフォルトの名無しさん
07/12/17 19:05:27
クラスウィザードとかを使うのに、IDEのどこのボタン押して、どの選択肢を選べばいいのか？
・・・ってのを知りたいのじゃね？

422:デフォルトの名無しさん
07/12/17 19:53:19
そういやVC2008EEが来るな

423:デフォルトの名無しさん
07/12/17 20:02:56
VC2005でもういいです

424:デフォルトの名無しさん
07/12/17 21:09:24
Hoge hoge1;
Hoge *hoge2 = new Hoge();

の違いがよくわからないのですが
newした場合、普通に宣言するより良いことがあったりしますか？

425:デフォルトの名無しさん
07/12/17 21:15:06
>>424
絵に描いたような初心者か、釣りか、のどっちかだな

426:デフォルトの名無しさん
07/12/17 21:17:47
ヒープ領域は量が多い　（ハードディスクもメモリ代わりになる）
自分で変数の領域を開放できる
ヒープに確保すれば、高速な動作が必要な変数をスタック領域、レジスタ領域に割り当てられやすくなる

427:デフォルトの名無しさん
07/12/17 21:19:40
大量にメモリ食うやつは全部newとかにしておけばよい　
実メモリを多く空けておくことが大事

428:デフォルトの名無しさん
07/12/17 21:21:41
STL 頼ってるから最近 new 使ってないな…

429:デフォルトの名無しさん
07/12/17 21:27:03
メモリどうこうより、初心者には寿命の違いを説明した方がいいのではなかろうか

430:デフォルトの名無しさん
07/12/17 21:27:30
調べてきたけど、スタック領域はコンパイル時に決定されるらしい
メモリ食うやつは、動的に確保しないとプログラム終了までスタック領域として確保されっぱなしってことだ
他のプログラムや自分のプログラム内でもメモリ確保が難しくなるということだ

431:デフォルトの名無しさん
07/12/17 21:31:08
30バイト以上の確保は動的確保にしようぜ　newやvectorやstringを使おう

432:デフォルトの名無しさん
07/12/17 21:31:23
>>424
Hoge　hoge1;　
の場合、hoge1の寿命がその関数（あるいはブロック）に縛られる。
関数を抜けた後もhoge1を維持することは出来ないし、関数を抜ける前にhoge1を消すことも出来ない。

Hoge　*hoge2　=　new　Hoge();
の場合、hoge2の寿命は自分でコントロールできる。
関数を抜けようが抜けなかろうが、deleteするまでは消えないし、deleteすればいつでも消せる。

433:デフォルトの名無しさん
07/12/17 21:35:35
配列は動的確保、自動開放するvectorがあるけど　変数は動的確保、自動開放する命令ってないよね？
Hogeクラスが5Ｍとか使うとは想像していないのだろうか？

434:デフォルトの名無しさん
07/12/17 21:36:37
auto_ptrのことか？ちょっと違うか？

435:デフォルトの名無しさん
07/12/17 21:57:06
class Hoge{ char x[10000]; };

auto_ptr< Hoge > hog(new Hoge);

こうやって使うのか　勉強になった　でもアクセスが*付けないと駄目で不便だよね

436:デフォルトの名無しさん
07/12/17 22:02:26
そんなあなたに
boost::scoped_array
boost::shared_array

437:424
07/12/17 22:06:21
しょうもない質問に答えてくれてありがとうございます

とりあえず普通に宣言しておけば大丈夫だ
なんて思ってた自分が馬鹿でした･･･
しっかりdeleteする必要がありますが、
なるべく動的確保にしておいた方が良いんですね

もうすこし自分でも調べてみようと思います
ありがとうございました

438:デフォルトの名無しさん
07/12/17 22:10:48
int型やchar型やdouble型の変数を動的確保するのは止めよう
あとループの変数も動的確保するのは止めよう
判断基準は、メモリを消費するかどうかだろう

439:!=438
07/12/17 22:27:09
>>438
判断基準に「（ループ内など）速度が必要か否か」も加えるといいかも。
10万回、100万回のループになると毎回newするのも…

まぁ、その場合は最初にnewして使いまわせ、って話になるわけだが。

440:デフォルトの名無しさん
07/12/17 22:30:32
ループ内で毎回な別領域の確保が必要な場合はあるけどね・・・
流用できるなら内部でしたらだめだな

441:デフォルトの名無しさん
07/12/17 22:38:19
基本的にループの変数は直前に確保した方が良いのかなあ
以前から使っている変数だと、レジスタにのっている可能性は低いし、ループで使うからと言って移動はしないよね？
for( int )だと最適化されそう

442:デフォルトの名無しさん
07/12/17 23:12:40
>>441
変数の用途が明確な方が最適化対象になりやすい。

443:デフォルトの名無しさん
07/12/17 23:42:33
別のスレッドで返答がもらえなかったのでこちらで。

なぜcallocは2引数関数なのでしょうか。ゼロクリアするだけならmallocのように1引数でも可能だとおもいます。
2引数のほうが最適化しやすいからだときいたことがありますが、具体的にはどのような最適化が考えられるでしょうか？

444:デフォルトの名無しさん
07/12/17 23:51:31
callocのcて何て意味？

445:デフォルトの名無しさん
07/12/17 23:52:34
>>443
例えば80486以降のインテル系CPUはSTOSB STOSW STOSDという三つの命令があり、
それぞれバイト、ワード、ダブルバイト単位でレジスタから転送を行う。
他のCPUでもサイズに応じた専用のインストラクションを持っていることはよくある。
そのどれを使うかとかいったヒントになる可能性があると思う。

446:デフォルトの名無しさん
07/12/17 23:53:00
clear?

447:445
07/12/17 23:53:15
ダブルバイトってなんだよ。ダブルワードの間違いな。

448:デフォルトの名無しさん
07/12/17 23:56:16
>>445
なるほど。ありがとうございます。
しかしその程度なら、要求されたサイズの下位数ビットを見れば判断できる気もするが・・・。

449:デフォルトの名無しさん
07/12/18 00:05:43
>>443

callocは一応「配列を確保する関数」だからじゃない？

最適化に関しては↓がヒントになるかも。
URLﾘﾝｸ(www.bohyoh.com)

450:デフォルトの名無しさん
07/12/18 00:09:54
>>449
最適化については何も解説していないような・・・

451:デフォルトの名無しさん
07/12/18 01:03:49
>>420
ファンダメンタルかよ

452:デフォルトの名無しさん
07/12/18 02:16:52
signed型へ<<や>>演算したときの結果の符号ビットや符号拡張有無って
規格で決まっていますか？

453:デフォルトの名無しさん
07/12/18 02:32:06
>>452 いいえ。

454:デフォルトの名無しさん
07/12/18 09:57:37
C++ 初心者です。C++ でこんなコードを見かけたのですが、 struct S { S( int x ) : x_( x ) {} int x() { return x_; } int x_; }; 2 行目の意味がわかりません。とくに x_( x ) {} の部分が頭の中でパーズできないんですが、これは何を定義しているの？

455:デフォルトの名無しさん
07/12/18 09:59:38
: x_( x )　だな
x_をxで初期化している

コンストラクタ初期化子とかでぐぐると幸せになるかも

456:デフォルトの名無しさん
07/12/18 10:37:10
この書き方で「2行目の意味が」ってのも凄いな
ナチュラルな喧嘩の売り方するなぁと感心したｗ

457:デフォルトの名無しさん
07/12/18 10:42:22
コンストラクタの初期化子で配列の初期化ってできる？

458:デフォルトの名無しさん
07/12/18 11:07:46
>>457
組み込み配列についてはできません。 std::vector ならできます。

459:デフォルトの名無しさん
07/12/18 11:26:54
>>458
ありがとう
じゃあコンストラクタ内で普通に代入するか

もう一つ質問
固定長配列にvectorを使う意味ってある？
あるとしたら何？

460:デフォルトの名無しさん
07/12/18 11:34:14
>>459
サイズの管理も一緒にしてくれる。
未来永劫何があってもサイズが変わらない場合を除けば、この利点は小さくない。

461:デフォルトの名無しさん
07/12/18 11:35:23
>>459
多くの実装では assert() などでデバッグ用の範囲チェックが入っている。
begin(), end() があるので標準アルゴリズムが使いやすい。
要素の比較に基づく比較演算子が定義されている。
安全で軽い swap() が使える。

462:デフォルトの名無しさん
07/12/18 12:02:09
C言語でvoid型の関数を任意の場所で終了させるにはどうすればいいのでしょうか？
何か値を返せる関数ならreturnすればいいと思うのですが
voidなのでreturnをすると怒られてしまいました

463:デフォルトの名無しさん
07/12/18 12:04:39
return;

464:デフォルトの名無しさん
07/12/18 12:05:52
>>462
void func(){
return;
}

465:デフォルトの名無しさん
07/12/18 12:09:42
>>462
void func()
{
...;
goto end;
...;
end:
}
or
void func()
{
...;
if (0) {
...;
}
}

466:デフォルトの名無しさん
07/12/18 12:15:41
>>460-461
サンクス

467:デフォルトの名無しさん
07/12/18 12:16:11
ああ、なるほど
値さえ返さなきゃ怒られないんですね
0を返しておりました

468:デフォルトの名無しさん
07/12/18 12:20:25
>>460
static const int foo[] = {31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
みたいな固定長配列なら、sizeof(foo) / sizeof(* foo)でsize()相当だと思うが、それでもメリットだと?

469:デフォルトの名無しさん
07/12/18 12:23:26
STLのコンテナとして使える

470:デフォルトの名無しさん
07/12/18 12:26:16
boost::array

471:デフォルトの名無しさん
07/12/18 12:50:19
じゃあそれポートして使いまする

472:デフォルトの名無しさん
07/12/18 12:51:25
固定長配列テンプレートはいいよね
余分な領域取らないし

473:デフォルトの名無しさん
07/12/18 12:59:15
boost::checked_deleteってそんなに役に立つか？

474:デフォルトの名無しさん
07/12/18 13:03:58
初心者でも何か作れる物はないだろうか？

475:デフォルトの名無しさん
07/12/18 13:05:18
>>474
アドレス帳
ノベルゲーム
etc

476:デフォルトの名無しさん
07/12/18 13:07:47
>>475
ノベルゲームを作れるお勧めのwindows上で動く
アプリとかありませんかね。

477:デフォルトの名無しさん
07/12/18 13:20:59
C言語でいいじゃん
printfとscanfで作れるぞ

478:デフォルトの名無しさん
07/12/18 13:25:14
おまえらって何が目的でC言語使ってんの？

479:デフォルトの名無しさん
07/12/18 13:29:21
>>473
なんで役に立たないと思うの？
あと、 boost スレに行ったほうがいいかもね。

480:デフォルトの名無しさん
07/12/18 13:45:48
>>478
プログラミングするのが楽しいから

481:デフォルトの名無しさん
07/12/18 15:18:50
まともに仕事で使おうとすると、
boostなんてフリーのライブラリは、
使用許可がおりない件について

誰が責任もてるの、って怒られるぜよ

482:デフォルトの名無しさん
07/12/18 15:34:04
boostからポートした自作ライブラリを使うんだよ

483:デフォルトの名無しさん
07/12/18 15:36:43
それを言い出すと、gccや下手すればLinuxそのものも使えなくなる罠。

484:デフォルトの名無しさん
07/12/18 15:41:40
>>483
プロジェクトの種類や客の流儀とかなんとかで、
そのとおりな制約がつく仕事も実際、けっこうある。

・・・いや、あった。もう地獄から永久に開放されて
こんな時間に2chしてる俺にはどうでもいい話

485:デフォルトの名無しさん
07/12/18 15:46:46
参照のつかいかたがよくわからないので教えてください。POCO::Loggerというライブラリをつかっています。
hasがLoggerのポインタを返して、getが参照を返します。createで作ります。
POCO::Logger* buff = POCO::Logger::has("hoge");
if (buff == NULL) {
　　// 無いから作る
　　POCO::Logger& logger = POCO::Logger::create("hoge");
　　logger.information("@@@@@");
} else {
　　// あるから使う
　　POCO:Logger& logger = POCO::Logger:get("hoge");
　　logger.information("@@@@@");
}
// ＠ほんとはここでlogger.information("@@@@@")にして、↑の@@@@@出力部分は消して共通化したい
というコードは動くんですが、最終行で出力する処理を入れて
共通化したいんですけど、参照ってポインタみたいにいれないでおくとかができないと思っています。
このような実装はみなさんどのようにされていますか？

486:デフォルトの名無しさん
07/12/18 15:51:11
>>481
フリーとは言っても誰が作ってると思う？
使用許可を出さない奴本人に
『おまえが判断できる程のレベルかよ？』
って言い返す。

487:デフォルトの名無しさん
07/12/18 15:52:29
>>479
不完全型のチェックにしか使えないよね。
全く役に立たないとは思わないけど、あえて使う意味はあるのかと。

488:デフォルトの名無しさん
07/12/18 16:13:45
>>485
POCO::Logger & logger = buff == NULL ? POCO::Logger::create() : POCO::Logger::get();
logger.information();

489:デフォルトの名無しさん
07/12/18 16:22:40
>>488
ぉぉすばらしい。ありがとうございます。そのような発想はありませんでした。
ちょっとトリッキーな気がするのですが、C++で参照を使うときは常識ですか？

490:デフォルトの名無しさん
07/12/18 16:45:28
C++と言わず参照と言わず、割と使うけど。
Cでもこんなのとか。
FILE * fp = fileName == NULL ? stdin : fopen(fileName, "r");

491:デフォルトの名無しさん
07/12/18 17:52:49
>>490　の
FILE * fp = fileName == NULL ? stdin : fopen(fileName, "r");
って　どのように分解（解釈）されるの？

492:デフォルトの名無しさん
07/12/18 17:57:10
>>491
fileNameがNULLだったらstdin、そうでなければfileNameをfopen()した結果をfpに代入。

493:デフォルトの名無しさん
07/12/18 18:05:23
>>492
有難うございます。日本語ではそうなるのですか。
すみません、この1行をC言語に1行ごと(ステップ）に分解して書いたらどうなるのですか？

494:デフォルトの名無しさん
07/12/18 18:11:18
FILE *fp ;
if( fileName == NULL )
{
fp = stdin ;
}
else
{
fp = fopen(fileName,"r");
}

495:デフォルトの名無しさん
07/12/18 18:12:19
まあ、参照は初期化必須だから、>>488を分割して書く事は出来ないがな。

496:デフォルトの名無しさん
07/12/18 18:12:26
FILE * fp =
fileName == NULL
? stdin
: fopen(fileName, "r");

497:デフォルトの名無しさん
07/12/18 18:13:39
boost::optionalをパクればいい

498:デフォルトの名無しさん
07/12/18 18:23:44
>>494
有難うございました
そうなるのですか、なんか>>490だと読みにくいですね

>>495
となると、参照のときは読みにくい構文使うしかないということですね

499:デフォルトの名無しさん
07/12/18 18:56:32
>>498
俺が三項演算子を使うときは、条件部を必ず（単項式であっても）括弧で括ってる。
>>490の例の場合は、
FILE * fp = (fileName == NULL) ? stdin : fopen(fileName, "r");
まぁ、この辺は各々のスタイルの問題。

読みにくさについては内容の複雑さによりけりで、たとえば
int n = (hoge) ? 10 : 20;
程度の内容をif-else文で書くと、俺の感覚だと「無駄に物々しい」感じがして、逆にわかりにくいかな。

500:デフォルトの名無しさん
07/12/18 19:12:34
三項演算子は禁止、
って、けっこうコーディングルールにされることが多い

501:デフォルトの名無しさん
07/12/18 19:18:45
生粋の三項演算子erな漏れには辛い職場だ

502:デフォルトの名無しさん
07/12/18 19:29:24
>>498
こんなんでもいんじゃね？

POCO::Logger* buff = POCO::Logger::has("hoge"), *logger;
if (buff == NULL) {
　　// 無いから作る
　　logger = &POCO::Logger::create("hoge");
} else {
　　// あるから使う
　　logger = &POCO::Logger:get("hoge");
}
logger->information("@@@@@");

というかhas()が返すアドレスの実体はgetで得られるインスタンスとは別物なん？
同一ならそのまま使えるだろうけど

503:デフォルトの名無しさん
07/12/18 19:29:27
ff

504:デフォルトの名無しさん
07/12/18 19:36:13
例外処理のthrowのメリットは？
普通に関数にとばすのはだめなのかい

505:デフォルトの名無しさん
07/12/18 20:21:22
普通に関数に飛ばすとは、どういうやり方？
throwは関数の呼び出し元の呼び出し元の呼び出し元の・・・にずーっと遡っていけるところに意味がある

506:デフォルトの名無しさん
07/12/18 20:23:41
昔のCのように、abort()を呼ぶとかそういう話？

507:デフォルトの名無しさん
07/12/18 20:53:58
>>504の考える例外的な事態というのは、その場でプログラムを終了するタイプ「のみ」なんじゃないかな。
確かに、すぐ終了するのであれば、例外処理の存在意義である「簡潔かつ強力に特定の段取りまで戻る」
能力は要らないからね。

>>504
でも、例外発生後もまだプログラムを続行させる場合、「関数に飛ばして」例外処理を実現しようとすると、
結構面倒というか、入り組んでしまうことがある。
f1()から呼んだf2()から呼んだf3()から呼んだf4()の中で何か「例外的な状態」になった場合、f4()内に
if (失敗したという証拠) {
　　例外処理();
　　return 失敗したという合図;
}
を書くだけでなく、場合によってはf2()やf3()も、その「合図」がちゃんとf1()のもとへ帰っていけるよう、
バケツリレーのような構造の実現に協力しなくちゃならなくなったりするわけだ。
その例外は、自分とは直接関係ないことなのにね。

508:デフォルトの名無しさん
07/12/18 21:01:10
ただやっぱり、Joelもいってるように、例外はきちんと
ハンドリング出来ているかが、コード面を眺めたくらいでは
すぐには判らないという弱点があるね。

戻り値ベース：
fp = fopen(filename, "w");
fwrite( var, 1,len,fp );　　　　　//ﾌﾟﾌﾟ。エラー処理忘れやがんの。

例外ベース：
fs = new FileStream( filename, WRITE );
fs.Write( var ); //ファイル無かったら例外投げるから、
　　　　　　　　　　　　　　　　　　　//呼ぶ側で対処しろと言うことかな～？

509:デフォルトの名無しさん
07/12/18 21:07:30
>>420
インターフェースが結構違うのでわからないんです

参考に見た6.0の解説を上げてみると
～～～
左フレームのFileメタブをクリックして、Source FileのGlSampleView.cppファイルを開く
右のフレームに現れるソースファイル上で、右クリック。表示メニューのClassWizardを選択する←この時点で分からない
ここでViewクラスのメッセージ処理をカスタマイズする。
メッセージ欄から「WM_CREATE」を選択して関数追加ボタンをクリックする。
するとOnCreate()関数がGlSampleView.cppファイルに自動的に追加される。
～～～

クラスウィザードのようなものは別の方法で見つけたんですがすると4行目のWM_CREATEが無い
といったように前に進みません

510:339
07/12/18 22:32:05
1>index.obj : error LNK2019: 未解決の外部シンボル "public: __thiscall std::ios_base::Init::Init(void)" (??0Init@ios_base@std@@QAE@XZ) が
関数 "void __cdecl std::`dynamic initializer for '_Ios_init''(void)" (??__E_Ios_init@std@@YAXXZ) で参照されました。
1>index.obj : error LNK2019: 未解決の外部シンボル "public: __thiscall std::ios_base::Init::~Init(void)" (??1Init@ios_base@std@@QAE@XZ) が
関数 "void __cdecl std::`dynamic atexit destructor for '_Ios_init''(void)" (??__F_Ios_init@std@@YAXXZ) で参照されました。
1>D:\ta\c\works\online\Debug\dos.exe : fatal error LNK1120: 外部参照 2 が未解決です。

===index.cpp====
#include <iostream>

int main() {
std::cout << "Kitty on your lap";
return 0;
}
===============

/O2 /D "_MBCS" /FD /EHsc /MT /Fo"Debug\\" /Fd"Debug\vc80.pdb" /nologo /c /TP /errorReport:prompt

/OUT:"D:\ta\c\works\online\Debug\dos.exe" /NOLOGO /MANIFEST /MANIFESTFILE:"Debug\dos.exe.intermediate.manifest"
/SUBSYSTEM:CONSOLE /ERRORREPORT:PROMPT kernel32.lib

リンクがうまくいってないってことかな？
ちゃんとライブラリフォルダをC:\Program Files\Microsoft Platform SDK\Libに設定しているのだが・・。

511:デフォルトの名無しさん
07/12/18 23:00:25
たまに見かけるけとKitty on your lapて何なん？
調べてみたらゲームみたいだけどあれが元ネタ？

512:デフォルトの名無しさん
07/12/18 23:35:44
>>510

iostreamってSDKじゃないだろ。

513:デフォルトの名無しさん
07/12/18 23:36:20
猫でも分かるの人がサンプル文字列に使ってたな。
さらなる元ネタはよくわからないが。

514:デフォルトの名無しさん
07/12/19 00:07:13
古いギャルゲーのタイトル

515:デフォルトの名無しさん
07/12/19 01:29:06
問題分が
以下の手順を従い、経路選択アルゴリズムを評価せよ。

通信の発生：ランダムに送受信ノードを決定する。
通信の確定：与えられた送受信ノードの経路を決定し、その経路上のリンクの空き容量を1Mbpsだけ減少させる。
　　　　　　　　ただし、空き容量のないリンクが存在する場合、この通信は確立しなかったものとして、何も行わない。
通信の終了：n回前に発生した通信の経路上の空き容量を1Mbpsだけ増加させる。ただし、その通信が確立していなかった場合には何も行わない。
評価：10000回の通信を発生させ、そのうちで確立できなかった通信の割合を求める。
試行の繰り返し：ｎの値を変えながら、上記の試行を繰り返す

プログラム自体(URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp))は拾ってこれたのですが
どこにグラフを入力していいのか分からなく困っています。
ちなみにグラフは以下に書きます
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
左と中央がノードで右がそれをつなぐリンクの容量です。

516:デフォルトの名無しさん
07/12/19 01:38:58
宿題スレへ

517:デフォルトの名無しさん
07/12/19 02:08:39
>>508
戻り値だってコード面見てエラー処理の抜けは気づきにくい。

Joel とかが言ってるのは、エラー処理に問題のあるコードと
適切なコードとの違いが微妙すぎるって言う問題。まぁこっちの問題も
一緒といえば一緒なんだけどな。処理の順番とか。

518:デフォルトの名無しさん
07/12/19 09:00:37
VC++ 2005での関数インライン化について教えてください。
通常、インライン関数は定義をヘッダに書かないとコンパイル
できませんが、/LTCGオプションでリンク時のモジュール間
インラインを指定すると以下のようなコードがビルド可能
だと思ったのですが、実際はリンクエラーとなります。
もちろんinlineキーワードを外すとビルドできます。
/LTCGを指定してもinlineキーワードを付けるとインライン
対象関数の定義は呼び出しソースファイルから可視でなくて
はいけないのでしょうか？/LTCGのリンク時モジュール間
インラインの正しい使用法を教えてください。

//aaa.hヘッダーファイル
double MySquare(double);

//aaa.cppソースファイル
inline double MySquare(double d)
{
　return d * d;
}

//bbb.cppソースファイル
#include "aaa.h"

int main()
{
　double d = MySqiare(3.14);
}

519:デフォルトの名無しさん
07/12/19 09:15:43
よく空間的局所性の高いコードは速いとかいいますけど、最近のx86で
あるアドレスの値を読み込むと、その先何バイト位がキャッシュに載るんですか？

520:デフォルトの名無しさん
07/12/19 09:46:40
VC8(VC2005)で

template<class T>
std::list<T>::iterator MoveListItr(std::list<T> *pLst)
～略～

というSTLのイテレータを返すテンプレートが、イテレータの記述部分
(std::list<T>::iterator)で「型ではない」とエラーが出ます。

VC7まではこれで通ったのですが、文法に問題があるのでしょうか？
それともVCの問題なのでしょうか？

521:デフォルトの名無しさん
07/12/19 09:53:01
template<class T>
　　　 typename std::list<T>::iterator MoveListItr(std::list<T> *pLst)

522:デフォルトの名無しさん
07/12/19 10:00:51
>>520
typename std::list<T>::iterator MoveListItr(std::list<T> *pLst)
って書けばいいんじゃないかな。

いわゆる特殊化ってやつがあるせいで、classname<T>::hogeという記述だけでは、
hogeが値なのか型名なのか断定できない。
そういう場合、「これは型名ですよ」というのをコンパイラに教えるために、typenameを書く。

今回のVC7と8の違いは、「ここは関数の戻り値の型を書く場所だから、型名に決まってるよな」
とコンパイラが判断したか否か、の違いだと思うんだけど、
VC7の気が利いているのか、VC8が「VC7が無視した何らかの可能性」を見て断定を避けたのか、
どっちなのかは俺にはわからないや。

523:デフォルトの名無しさん
07/12/19 10:03:56
単に規格に準拠するようにしただけじゃねえの?

524:デフォルトの名無しさん
07/12/19 10:12:15
>いわゆる特殊化ってやつがあるせいで
特殊化は無関係

525:デフォルトの名無しさん
07/12/19 10:13:50
>>521-523
なるほど、そうだったんですか。
おかげで解決しました、ありがとうございます。

526:りょう ◆RyOrlro88Q
07/12/19 10:46:02
ループが止まりません＞＜

#include<stdio.h>

#define N 20

main(){
char ch[N],a,word='^';
int num,i,j;

j=0;
printf("Input your name.(When the input is finished,type ^.)\n");

for(num=0;ch[num]!=word;num++){
printf("ch[%d]=",num);
scanf(" %s",&ch[num]);
}
printf("target:");
scanf(" %c",&a);

for(i=0;i<num;i++){
if(ch[i]==a){
j++;
}
printf("%c=%d\n",a,j);
}
}

527:デフォルトの名無しさん
07/12/19 11:04:06
>>526
最初のループの終了条件がおかしい。

528:りょう ◆RyOrlro88Q
07/12/19 11:09:43
ループは自己解決＞＜

次は判定に問題が…＞＜

529:りょう ◆RyOrlro88Q
07/12/19 11:30:49
jが増えない＞＜

#include<stdio.h>

#define N 20

main(){
char ch[N],a,word='^';
int num,i,j;

j=0;
printf("Input your name.(When the input is finished,type ^.)\n");

for(num=0;ch[num]!=word;num++){
printf("ch[%d]=",num);
scanf(" %s",&ch[num]);

if(ch[num]==word){
break;
}
}
printf("target:");
scanf(" %c",&a);

for(i=0;i<num;i++){
if(ch[i]==a){
j++;
}
}
printf("%c=%d\n",a,j);
}

530:デフォルトの名無しさん
07/12/19 11:34:56
ちったあ自分で考えないと成長しないぜ

531:りょう ◆RyOrlro88Q
07/12/19 11:40:58
考えてるけどわからないんです＞＜

532:デフォルトの名無しさん
07/12/19 11:43:39
>>528
他にも色色問題が。scanf()で一文字ずつ入力なんて阿呆なことしないで、
fgets()で1行分まるっと入力してしまえばいいじゃん。
あと、'^'による終了判定も無意味。

533:デフォルトの名無しさん
07/12/19 11:45:26
つーか、>529ではループの判定条件がバグったままじゃんw

534:デフォルトの名無しさん
07/12/19 11:46:26
何故増えないんだと思う？
具体的な場所はともかく、どの辺が間違ってそうな気がする？

本当はデバッガを使うのが良いんだろうが、printfデバッグっていう手法だってある。
それっぽい箇所にprintfを挿入するだけで見えてくるかもよ。

535:デフォルトの名無しさん
07/12/19 11:47:57
ブロックの前後や中で満たすべき条件を式のかたちで書き出してみてはどうか

536:デフォルトの名無しさん
07/12/19 11:51:01
紙と鉛筆使って机上でプログラムを実行してみるのもいい。
どこで意図しない動作になっているかすぐ分かる。

537:デフォルトの名無しさん
07/12/19 11:53:22
>>518について詳しい人いませんか？

538:りょう ◆RyOrlro88Q
07/12/19 11:57:29
解決できました＞＜

ありがとうございましたm(__)m

>>532
それが指定なんですよ＞＜

>>534
そんな方法なんて知りませんでした＞＜

539:デフォルトの名無しさん
07/12/19 12:01:09
ほほぉ。それじゃ、スレよごしの罰として完成したソースを貼ってもらおうか。

540:デフォルトの名無しさん
07/12/19 12:06:58
>>118
URLﾘﾝｸ(ml.tietew.jp)

541:デフォルトの名無しさん
07/12/19 12:07:22
>>537
inline指定無しでも最適化でインライン展開してくれるんじゃないの?
明示的にinline指定したい積極的な理由でもあるなら兎も角、そうでないならコンパイラに任せたら?
つーか、iccだとinline指定をつけると却ってコンパイラが混乱するみたいだ。

542:デフォルトの名無しさん
07/12/19 12:11:03
>>540
番号間違ってる。
しかし、そのリンク先のエピたんの弁によれば、
inline指定してある関数を別の翻訳単位から見つけてくるiccはおかしなことになるね。

543:デフォルトの名無しさん
07/12/19 12:22:09
7.1.2.4を見てextern inlineにしたら通った

544:デフォルトの名無しさん
07/12/19 13:00:43
// aaa.h
extern inline double MySquare(double);

// aaa.cpp
double MySquare(double d){...}

// main.cpp
#include "aaa.h"

int main() {
　double d = MySquare(3.14);
}

一応gcc3.4とvc8でいけた
external linkageなinline指定つきの関数宣言がどうたらこうたら書いてあるけど理屈はよくわかんね

545:デフォルトの名無しさん
07/12/19 13:28:11
>>540
>>541
>>542
>>543
ストラップ本にはinline定義とあるので、おそらく
無理なんでしょうね。
extern inline定義にしたらVC 2005では実行できましたが、
g++ v4では無理でした。移植性考えたらやはり素直にヘッダーに
定義を書いたほうが無難ですね。

546:デフォルトの名無しさん
07/12/19 13:30:36
>>544
extern inlineを宣言につけるんですか。
試して見ます。

547:デフォルトの名無しさん
07/12/19 13:37:55
>>544
g++ v4でもリンクできましたが、
定義にinlineつけないとインライン展開されて
ないかもしれないですね。

548:デフォルトの名無しさん
07/12/19 13:55:07
VC++ 2008でもテンプレートのexport定義はサポート
されてないんだな

549:デフォルトの名無しさん
07/12/19 13:58:09
>>548
別に規格に違反してないからね

550:デフォルトの名無しさん
07/12/19 14:35:53
kernel: pid xxxx (a.out), uid yyyy: exited on signal 11 (core dumped)
というメッセージがログに残っている場合は何を調べればいいのでしょうか？

551:デフォルトの名無しさん
07/12/19 14:38:34
VCEEにMFCついてないかー／(^o^)＼

552:デフォルトの名無しさん
07/12/19 14:52:40
>>50
coreファイルを調べるのが王道

553:デフォルトの名無しさん
07/12/19 14:58:45
>>550
signal 11はSEGVだから、要はセグメンテーションフォルトを起こしたってこった。
まぁ、メモリアクセス周りでバグってるんだろ。

554:デフォルトの名無しさん
07/12/19 15:02:26
>>551
TurboC++ExpressだったらMFC付いてたかもしれん。

555:デフォルトの名無しさん
07/12/19 15:32:15
>>554
把握した、WinAPI直接とか死にそうだからVB.NETかC#いじってくる

556:デフォルトの名無しさん
07/12/19 15:36:26
どっちもとか正規表現あるから戻ってこれなくなりそう

557:デフォルトの名無しさん
07/12/19 16:20:06
bitsetよりvector<bool>のほうが性能が上のことが判明した

#include <iostream>
#include <vector>
#include <bitset>
#include <time.h>
using namespace std;
main(){
#define N 8200000

int n,m,cl;

cl=clock();
bitset<N> a;
for(m=0;m<10;m++)for(n=0;n<N;n++)a[n]=1;
cl=clock()-cl;cout<<cl<<endl;

cl=clock();
vector<bool> b(N);
for(m=0;m<10;m++)for(n=0;n<N;n++)b[n]=1;
cl=clock()-cl;cout<<cl<<endl;
}

558:デフォルトの名無しさん
07/12/19 16:30:20
自前の関数のほうが断トツで早かった

#include <iostream>
#include <vector>
#include "crc.h"
#include <bitset>
#include <time.h>
using namespace std;
main(){
#define N 8200000
int n,m,cl;
char *rnd =new char[N];
for(n=0;n<N;n++)rnd[n]=rand()&1;

cl=clock();
bitset<N> a;
for(m=0;m<10;m++)for(n=0;n<N;n++)a[n]=rnd[n];
cl=clock()-cl;cout<<cl<<endl;

cl=clock();
vector<bool> b(N);
for(m=0;m<10;m++)for(n=0;n<N;n++)b[n]=rnd[n];
cl=clock()-cl;cout<<cl<<endl;

cl=clock();
unsigned int k,l, *c=new unsigned int [1+(N>>5)];
for(n=0;n<(N>>5);n++)c[0]=0;
for(m=0;m<10;m++)for(n=0;n<N;n++){
k=n>>5; l=n&31; c[k] |= (rnd[n]<<l);}
cl=clock()-cl;cout<<cl<<endl;
}

559:デフォルトの名無しさん
07/12/19 16:30:52
>>557
うちの環境ではbitsetの方が5倍速いんだが
bitset -> 143
vector -> 890
VC2005, C2D E6850

560:デフォルトの名無しさん
07/12/19 16:37:09
>>559
MinGWやVCCで計ってみたけど、環境によって変わるらしいね　でも自前のビット演算が最速だった
558のcrc.hはいりません

561:デフォルトの名無しさん
07/12/19 16:41:06
>>560
gcc 3.4.4(cygming special)でもbitsetのほうが早かった
bitset -> 171
vector -> 687
自作は知らん

562:デフォルトの名無しさん
07/12/19 16:42:41
>>558のほうでやってくれ　最適化されてループしていない可能性がある　初めのやつでは　

563:デフォルトの名無しさん
07/12/19 16:45:57
VC2005
bitset -> 460
vector -> 1876
自前 -> 137
やはりbitsetaのが早い

564:デフォルトの名無しさん
07/12/19 16:49:50
でも、どの環境でも自前でビット演算するのが一番みたいだね

565:デフォルトの名無しさん
07/12/19 16:58:54
まあ問題領域によるだろう
早さだけを求めるならbitsetに限らず自分で書いた方がことが多いだろうね

566:デフォルトの名無しさん
07/12/19 16:59:00
>>557
./a.gcc.O3
220000
400000
./a.gcc.O3.msse2
150000
390000
./a.gcc.O3.msse2.funroll-loops
150000
420000
./a.icc.xT.O3.ipo
140000
260000
./a.icc.fast
140000
250000

567:566
07/12/19 17:03:18
おっと、書き忘れた。Xeon5160@3.00GHzね。
で、>558のほう。
--
./a.gcc.O3
440000
1010000
120000
./a.gcc.O3.msse2
410000
1010000
120000
./a.gcc.O3.msse2.funroll-loops
400000
1010000
130000
./a.icc.fast
420000
570000
130000
./a.icc.xT.O3.ipo
420000
570000
130000

568:デフォルトの名無しさん
07/12/19 20:17:10
ポインタのアドレス計算について質問です。
#include <stdio.h>

int main(int argc, char *argv[]){
int *ptr;
int ary[] = {1, 2, 3, 4, 5, 0};
ptr = ary;

while(*ptr != 0){
printf("%d address = %u\n", *ptr, ptr);
++ptr;
}

return 0;
}

上記のプログラムを実行すると、アドレスは4番地ずつ進みます。
使っている参考書ではint型データは2番地ずつ進んでいますが、これは環境によって確保される記憶領域が違うということで宜しいでしょうか？
またfloat型の場合、使っている参考書ではint型の2倍、4バイト長ですが当方の環境だとint型と同じ4バイト長でした。
これも環境によって違うのでしょうか？

569:デフォルトの名無しさん
07/12/19 20:21:58
ふつうはintは32bit 64bitパソコンは64鴨しれない

570:デフォルトの名無しさん
07/12/19 20:23:26
その昔の参考書を投げ捨てろ。
16ビット環境主流の時代に書かれた本じゃないかい？

intのサイズは基本的に環境依存。16bitコンパイラは16bit、32bitコンパイラは32bit。

571:568
07/12/19 20:32:30
>>569-570
有り難うございます。
環境によって違うのですね。
今、使っている本は
URLﾘﾝｸ(www.amazon.co.jp)
です。
難関と言われているポインタの説明がとてもわかりやすかったし、中盤まできたのでこのまま使っていきたいです。
さすがに捨てるのは勿体無いと思うので。

572:デフォルトの名無しさん
07/12/19 20:36:13
intはサイズが環境依存だから、longを使え、

・・・って、その昔、仕様をカン違いしてるヤツが偉そうに
コーディングルールを決めることがよくあった。

573:デフォルトの名無しさん
07/12/19 20:37:32
参考までにDOSコンパイラ(Turbo C++ 1.01)でのsizeof(int)とsizeof(long)実行結果
URLﾘﾝｸ(up.mugitya.com)

32bitコンパイラだと両方とも4になる。

574:デフォルトの名無しさん
07/12/19 20:42:47
>>568
URLﾘﾝｸ(www.oklab.org)

575:デフォルトの名無しさん
07/12/19 22:09:32
IntelのCPU(x86)で、doubleとlong doubleはどうちがいますか？

576:デフォルトの名無しさん
07/12/19 22:47:06
doubleは64ビット（IEEE 754倍精度）、
long doubleは80ビット（IEEE 754拡張倍精度）のことが多い。
Visual C++ 32ビット（どっちも64ビット）のように例外もある。

577:デフォルトの名無しさん
07/12/19 22:51:46
失礼します。
どこで質問していいか判らず、何でも知ってそうなここに来ました。

ブーンスタジオをインストールしようとすると
DllRegisterServerへの呼び出しはエラーコード0ｘ80070005により失敗しました。

と出るんですがどういう意味ですか？
当方ＰＣ歴１ヶ月で、全く解りません。
エラーコードググっても？？？です。
どうか、教えてください。

578:デフォルトの名無しさん
07/12/19 22:58:12
>>576
ありがとうございます。拡張倍精度というのがあるんですね。

579:デフォルトの名無しさん
07/12/19 23:07:38

以下のファイルを構造体の配列に取り込みたいです。
-------------
a_yumi, 9, f
m_mana, 4, f
h_ryohko, 10, f
m_konomi, 12, f
m_kana, 4, f
。。。
-------------

struct data{
　　char name[10];
　　char age[10];
　　char sex[10];
} g_data[NUM];

int main( void ){
　。。。
}

ファイルは開いてみないと大きさが分からないものとします。
"NUM"を可変に（ファイルのデータ数ピッタリに）取り込むことはできないでしょうか？
できればC++は使わずに、Cのみでやりたいです。お願いします。

580:デフォルトの名無しさん
07/12/19 23:10:37
>>577
PC初心者板かソフトウェア板へいけ

581:デフォルトの名無しさん
07/12/19 23:14:12
>>580
すみませんでした。
行ってきます

582:デフォルトの名無しさん
07/12/19 23:14:33
>>577 半年ROMれバカ野郎

583:デフォルトの名無しさん
07/12/19 23:14:41
>>577
この辺で聞いてみるとか？
↓

【ニコニコ】BOON SUTAZIO Part4【ブラウザ】
ｽﾚﾘﾝｸ(software板)

584:デフォルトの名無しさん
07/12/19 23:15:13
>>579
realloc()を使うとか、
リンクリストにするとか
で可能。

585:デフォルトの名無しさん
07/12/19 23:16:45
>584
どもありがとうございます。
ググってきます。

586:デフォルトの名無しさん
07/12/20 00:05:26
言語　C++
質問内容
　1.struct SHoge { char a; short b; int c; };と定義する。
　2.SHoge obj; と実体を作成する。
　上記の場合、objのアライメント（？）はいつも同じでしょうか？
質問の背景
　1.struct SHogeBase { char a; short b; int c; };と定義する。
　2.struct SHoge :public SHogeBase { void Save(FILE *f){fwrite(this, sizeof(SHogeBase),1,f); void Load(FILE* f){略}; }
　見たいに、メンバ変数のセーブ、ロードを行っており、タマタマ動作しているのですが、これがタマタマなのか、
　それともあらゆるC++環境で正常動作が保障されているのか、が知りたい。
足りない情報等あれば指摘お願いします。

次ページ