C++相談室 part61 - 暇つぶし2ch

C++相談室 part61 ..

369:デフォルトの名無しさん
08/03/28 02:11:01
>>336,352
ややこしくて嫌になるが、内部とか外部とかがある「リンケージ」と
"C" とか "C++" とかがある「言語リンケージ」（"language linkage"）とは
別物。 >324,329 が言ってるのは言語リンケージのほうなんで、話がまるで
かみ合ってない。

370:デフォルトの名無しさん
08/03/28 03:12:43
自信満々な>>336が可哀想に見えてきちゃったよw
逆にextern "C++"と同じという根拠は？ってのが哀愁をソソル

371:デフォルトの名無しさん
08/03/28 03:26:11
>>336
素の「リンケージ」の話だとしてもおかしい。静的メンバ関数のリンケージは
ほとんど外部リンケージになる。例外は関数内のクラスのメンバの場合とかね。

372:デフォルトの名無しさん
08/03/28 03:29:08
静的メンバ関数が「外部に公開されない」ってのもおかしいな。
クラスの宣言されたスコープや、クラス内での private なり public なりに
従うだろ、常考。

373:デフォルトの名無しさん
08/03/28 03:50:38
びやーんはもうC++なんか使っていないらしい。

374:デフォルトの名無しさん
08/03/28 05:40:45
ソースは？

375:デフォルトの名無しさん
08/03/28 07:19:26
2ch

376:デフォルトの名無しさん
08/03/28 08:03:31
>>372
public, privateと内部リンケージ, 外部リンケージはまた別の話だ

377:デフォルトの名無しさん
08/03/28 08:07:53
もう何がなんだかわからないよﾏﾏﾝ

378:デフォルトの名無しさん
08/03/28 09:26:26
>>359
もともとがCへのトランスレータだった事を考えれば自然に合点が行くね。
for( int i = 0 ; .... ) { ... }
変換後
{
　int i ;
　for( i = 0 ; .... ) { ... }
}

379:デフォルトの名無しさん
08/03/28 09:47:14
>>377
C++の仕様書を見ればいいと思うお

380:デフォルトの名無しさん
08/03/28 09:57:02
>>372
リンカなどの外部に公開され得るのはクラスであって内部リンケージであるメンバが同様に公開されているように見えるのは処理系の都合

381:デフォルトの名無しさん
08/03/28 11:33:58
>>380
クラスが外部リンケージを持つときに、メンバ関数が外部リンケージを持つかどうかは処理系依存だと言っているのならそれは違うよ

382:デフォルトの名無しさん
08/03/29 03:01:24
>>377 >329,324

383:デフォルトの名無しさん
08/03/30 01:04:01
テンプレートをつかうと一気にコンパイル時間が10倍に?！

384:デフォルトの名無しさん
08/03/30 01:07:31
>>383
>>5

385:デフォルトの名無しさん
08/03/30 15:11:26
template使っても
型が1個と100個じゃ大違いだろ

386:デフォルトの名無しさん
08/03/30 15:17:08
このテンプレいつの間にか一つのレスにまとめられてたのかｗ

387:デフォルトの名無しさん
08/03/30 15:27:00
template <typename Questioner>
int IsCompileTimeBecomeLongerByUsingTemplate() {
return ENVIRONMENT_DEPENDENT;
}

388:デフォルトの名無しさん
08/03/30 16:25:46
テンプレート無意味過ぎる

389:デフォルトの名無しさん
08/03/30 16:28:21
>>388
質問者に応じて別の回答をするように特殊化するんだよ。

390:デフォルトの名無しさん
08/03/30 16:36:16
template<> int IsCompileTimeBecomeLongerByUsingTemplate<教えて君>()
{
　throw spoon();
}

391:デフォルトの名無しさん
08/03/30 16:59:30
匙は投げられた。

392:デフォルトの名無しさん
08/03/30 17:30:09
the biggest news of the meeting was that we voted lambda functions and closures into C++0x.

// Writing a collection to cout, in C++0x:

for_each( w.begin(), w.end(),
[]( const Widget& w ) { cout << w << " "; } );

393:デフォルトの名無しさん
08/03/30 17:59:38
スレ違い

394:デフォルトの名無しさん
08/03/31 01:28:23
LRESULT CALLBACKの関数をCLASSに所属させるにはどうすればできますか？

395:デフォルトの名無しさん
08/03/31 01:37:29
static

396:デフォルトの名無しさん
08/03/31 02:07:44
>>394
URLﾘﾝｸ(web.archive.org)

397:デフォルトの名無しさん
08/03/31 05:36:51
RTTIについて質問です。
RTTIありでオブジェクトファイルを生成したいが
外部libなどがRTTIを含んでいない場合は
自分側もそれにあわせてRTTIなしで組まなければ成らないのでしょうか？

398:デフォルトの名無しさん
08/03/31 10:26:48
コンパイラオプションでRTTIを使うかどうかの設定の話なら、ケースバイケース。
自分が知るVC++では、外部のオブジェクトに対してtypeidやdynamic_castをしなければ、
自プログラムがRTTI有効でも、問題なくリンクして実行できる。
逆にそうでない処理系も世の中あるかもしれない。

399:デフォルトの名無しさん
08/03/31 12:28:13
>>397
リンクでエラーが出たらオプション変えればいいんじゃないか？

400:デフォルトの名無しさん
08/03/31 17:21:40 BE:1614463687-2BP(200)
URLﾘﾝｸ(www.borland.co.jp)
が切れていてBorland C++ Compilerがダウンロードできないんだけど

401:デフォルトの名無しさん
08/03/31 17:25:43
>>400
普通にアクセスできるしスレ違いですさようなら

402:デフォルトの名無しさん
08/04/01 02:25:47
test

403:397
08/04/01 02:34:57
>>398
環境依存てことですかね～。

>>399
vcとのクロス開発あたりだとエラーがでてしまうのです；；

根本的になにをやりたいかというと、
シリアライズ機能を自前で実装しようと考えていまして
実装の際にRTTIのtypeidを利用して組むとらくそうなのですが・・・
ない場合はMFCやwxWidgetのようなクラス毎にマクロを仕組んで
独自の機構を作るしかないのかなって悩んでしまって・・
※boostのシリアライズという選択肢もありますが、boostが対応していない環境も考慮しました。

404:デフォルトの名無しさん
08/04/01 06:49:14
というか、例外・RTTI・CRTは、何も考えずに
DLL超えとか、コンパイラ/オプションの違うlibを混ぜるとか
するとハマるよ？

405:デフォルトの名無しさん
08/04/01 06:58:03
>>403
libのクラスをもう一度派生させたのを使ってみてはどうかな？
念のために聞くけど、そのlibをコンパイルしたコンパイラと使ってるコンパイラの種類とバージョンはあってる？

406:397
08/04/02 04:43:48
>404
こちらはそこを懸念してるんですが、出来上がったものを使うのは私ではないのでなんとも・・・

>405
バージョンのほうはあってますが、こちらでつくったモジュールがどのようなケースで使用されるか
をすべて網羅するわけにはいかないので・・
派生というかstubのようなものをproxyとして使用する感じでしょうか？

なんというか、それなりの状況でも使用に耐えうるもの、となると
結局RTTIははずさなければならないのかな、と思いました。

407:デフォルトの名無しさん
08/04/02 05:08:21
これはひどい
URLﾘﾝｸ(builder.japan.zdnet.com)

408:デフォルトの名無しさん
08/04/02 06:12:08
アクセスできるすべての識別子をリストアップするようなツールはないでしょうか。
class X {
　int i;
public:
　int j;
　void f() {}
};
というような場合に、
X
X::j
X::f()
みたいに出力できるとうれしいのですが……。自分で字句解析するしかないかな。

409:デフォルトの名無しさん
08/04/02 06:47:39
doxygenいろいろ設定すれば出来るんじゃね？知らないけど。

410:デフォルトの名無しさん
08/04/02 08:45:55
>>407
他で散々話題になっているんだからここでまで張らなくていいよ。

411:デフォルトの名無しさん
08/04/03 00:16:30
>>408
doxygenで可能。privateは出てこない（設定で変えられるかも）

412:デフォルトの名無しさん
08/04/05 13:46:16
extern "C"しないで作られたshared libをcから呼ぶ方法ないでしょうか？

413:デフォルトの名無しさん
08/04/05 14:19:43
マングリング名がCの識別子として使えるならいけるかもね

414:デフォルトの名無しさん
08/04/05 14:49:22
C++ で C 用のラッパ関数作るといい。

415:デフォルトの名無しさん
08/04/05 16:47:51
>>412
.defファイルをがんがって作る

416:デフォルトの名無しさん
08/04/05 20:14:21
ふつーにdlopenするとか。呼び出し規約が同じとは限らないけどｗ

417:デフォルトの名無しさん
08/04/07 17:03:38
gccxmlを使った他言語(pythonなど)への
インターフェース自動生成ツールが最近でてきてるけど
ちょっと複雑なコードだと自動生成に失敗するみたいだ

まだ発展途上のツールだから仕方ないのか
gccxmlに渡すオプションを考えればうまくいくのか

どうなんでしょうか？

418:デフォルトの名無しさん
08/04/07 20:28:21
Exceptional C++ を読んでて、疑問点が出てきましたので質問します。
P173～181 にかけての auto_ptr についての説明中に、

T* pt( new T(1) );
auto_ptr<T> pt( new T );
auto_ptr<T> a( source() );

↑どう見ても関数呼び出しに見えるのですが、
初期化子と解釈しないとどうも前後の説明から辻褄が合いません。
ですが、手元にある数冊の参考書を調べてもググってみても
以上のような構文は「コンストラクタ初期化リスト」以外には見あたりませんでした。
これは関数呼び出しなのでしょうか？それとも初期化子なのでしょうか？
もし、初期化子だとしたら、このような構文が出てきたときに
どのようにして見分けたら良いのでしょうか？
また、関数呼び出しのように見える初期化子の使い方についても
よろしくご教示願います。

419:デフォルトの名無しさん
08/04/07 20:34:16
まさか<T>の部分を聞いてるのか？

420:デフォルトの名無しさん
08/04/07 20:43:27
int i = 0;
int i(0);

上のふたつは等価、という話なのかな？

typename identifier(typename, typename, ...); // プロトタイプ宣言
typename identifier(arg1, arg2, ...); // 初期化
identifier(arg1, arg2, ...); // 関数呼び出し

ただし、C++では、関数宣言として解析できるものは関数宣言と見なすので、
list<int> data(istream_iterator<int>(cin), istream_iterator<int>());
は（cinの内容で初期化したlistの宣言ではなく）関数宣言になる。

421:デフォルトの名無しさん
08/04/07 21:26:48
typedef typelist< char, 1, 2, 3, bool > LIST;
なんてことは出来ないですかね？

422:デフォルトの名無しさん
08/04/07 21:32:31
boost::mpl, boost::tuple, boost::fusion辺り？

423:デフォルトの名無しさん
08/04/07 22:43:42
>>418 読むだけじゃなくていろいろ試してみたら？

424:デフォルトの名無しさん
08/04/07 23:49:20
classメンバを外部からリードオンリーに出来ませんか？
全部のメンバにゲッタを設定するのも面倒ですし

425:デフォルトの名無しさん
08/04/07 23:49:20
>>418
その本持ってるが、その部分に間違いはない。
auto_ptrのメンバ関数のインターフェース見れば疑問は無くなるはず。

426:デフォルトの名無しさん
08/04/08 00:19:52
>>424
面倒でも書く。

427:デフォルトの名無しさん
08/04/08 00:32:34
>>424
class A{
public:
int aho;
};

const A baka; //全部リードオンリーなクラス

428:デフォルトの名無しさん
08/04/08 00:46:55
>>424
必要になるまでゲッタなんて書かなきゃいい。

429:デフォルトの名無しさん
08/04/08 00:59:50
>>424
constは？

430:デフォルトの名無しさん
08/04/08 01:07:46
constなんてダサい。時代はreadonly。

431:デフォルトの名無しさん
08/04/08 01:08:06
extern "C" {
struct B : public A
{};

}
ができた. class AのデータだけにはCからアクセスできるのかも
methodは無理か？

432:デフォルトの名無しさん
08/04/08 01:25:03
extern "C" は変数と関数にしか意味がないからな。

433:デフォルトの名無しさん
08/04/08 08:03:03
>>424
class A {
int member_prv;
public:
const int & member;
A() : member(member_prv) {}
}

まあ何だ、C++にはReadOnlyなプロパティを書く構文的な補助がないから、素直にgetter書いとけ。

434:デフォルトの名無しさん
08/04/08 12:05:30
漏れはこんなマクロを書いた。

#define readonly(TYPE, ID)\
　　public: TYPE ID() const { return _##ID; }\
　　private: TYPE _##ID

class C {
　　readonly(int, priv);
　　readonly(unsigned int, b1) : 16;
　　readonly(unsigned int, b2) : 16;
public:
　　C() {}
};

435:デフォルトの名無しさん
08/04/08 17:57:59
キーワードtypenameの意味が分かりません。テンプレートを定義するときに
よく使われるようですが、なくても良いような気がします。例えば、
プログラミング言語C++のp.599にある bind2nd の定義のtypenameを取って
コンパイルしてみましたが、コンパイルが通って、テストコードがきちんと
動きました。typenameの存在意義を教えていただけないでしょうか。
こういう場合にtypenameがなければ困るという分かりやすい例が欲しいです。

// ----- プログラミング言語C++(p.599)より -----
template <class BinOp>
class my_binder2nd : public unary_function<BinOp::first_argument_type, BinOp::result_type> { // my_を付けて実験
protected:
BinOp op;
typename BinOp::second_argument_type arg2; // このtypenameを取ってみた。
public:
my_binder2nd(const BinOp& x, const typename BinOp::second_argument_type& v) // このtypenameも取った。
: op(x), arg2(v) {}
result_type operator()(const argument_type& x) const { return op(x, arg2); }
};

template<class BinOp, class T> my_binder2nd<BinOp> my_bind2nd(const BinOp& op, const T& v)
{
return my_binder2nd<BinOp>(op, v);

436:デフォルトの名無しさん
08/04/08 18:30:35
>>435
URLﾘﾝｸ(www.fides.dti.ne.jp)

437:デフォルトの名無しさん
08/04/08 18:33:46
C++FAQにありそうなネタだな

438:デフォルトの名無しさん
08/04/08 22:18:03
コンパイラの迷いを断ち切るためにあります

439:デフォルトの名無しさん
08/04/09 04:22:44
>>436
なるほど、理解できました。でもコンパイラが十分賢ければtypenameは不要だと
言えそうですね。コンパイラはテンプレートの解析時においては typename
を付けていない T::something が型かどうか分かりませんが、実際にコードを
生成するときには分かるので、本質的には曖昧さの問題はないように思えます。

440:デフォルトの名無しさん
08/04/09 08:02:13
移植性を考慮するなら付けておけばいい。

441:デフォルトの名無しさん
08/04/09 15:23:39
別のファイルで定義した変数を使うにはどうしたらいいんでしょう？
プログラムの改変を行っているのですが、前任者が作業ごとにファイルをわけています。
AAA.cppみたいなのがいっぱいあります。ヘッダファイルも同じ名前でたくさんあります。

442:デフォルトの名無しさん
08/04/09 16:03:35
ググって一番上に来たサイト。
URLﾘﾝｸ(7ujm.net)

内容は見てない。

443:デフォルトの名無しさん
08/04/09 18:11:09
VC++ってもうやばくないですか？
今やVBC#でもms単位で計測しないと実行速度違いがわからないぐらいですし
出来ないこともないですよね

444:デフォルトの名無しさん
08/04/09 18:34:02
>>443
場合によりけり
あと、その話題はこのスレ向きじゃない

445:デフォルトの名無しさん
08/04/09 18:54:39
>>443
んな事ないよ
OpenGL Viewerが前回のバージョンから恐らくC#になったんだと
思うが、やはり動作がもさもさする。

446:デフォルトの名無しさん
08/04/09 19:32:09
>>443
ゲームとかms単位が命取り
ms以下単位だったら考えてやる

447:デフォルトの名無しさん
08/04/09 19:34:04
μに縮まったとしてもまだでかいだろ。

448:デフォルトの名無しさん
08/04/09 19:42:54
数値計算とかやったことないんだろうなあ。

449:デフォルトの名無しさん
08/04/09 19:48:47
>>441
そういうファイル構成はC++では一般的。
その同名のヘッダーを読み込みば、十分アクセスできるはず。その前任者のソースをよく読んでC++を勉強すること。
C++はexternを滅多に使わないからね。

450:デフォルトの名無しさん
08/04/09 19:55:45
XBOX３６０のゲームは全部C#で書かれてるだろ

451:デフォルトの名無しさん
08/04/09 19:57:04
>>443
全然やばくない。世界はもっと広い。

452:デフォルトの名無しさん
08/04/09 20:26:56
>>439
T::something が型でも値でもコンパイルできてしまう場合は困るでしょう?
多分どちらかは間違っているんだから

453:デフォルトの名無しさん
08/04/09 21:06:55
>>450
んなわけないだろ

プロがXNAで開発してるとでも思ってるのか？

454:デフォルトの名無しさん
08/04/09 21:56:02
思ったｗ

455:デフォルトの名無しさん
08/04/09 22:26:41
.netフレームワークを要求する商用アプリで動きが機敏なアプリをいまだかつて見たことないな。

456:デフォルトの名無しさん
08/04/09 23:32:25
多言語からc++を呼ぶインターフェイスで
std::cout
がおかしくなる原因になってるらしくなんとかしたい
#define __streambuf なにか
にできればいいのだけど voidに置き換えるとコンパイルとおらない
何か適当なクラスでもないでしょうか？

457:デフォルトの名無しさん
08/04/09 23:38:17
ios::sync_with_stdio で解決されるような問題じゃなくて？

458:456
08/04/10 00:12:16
他言語の処理系がstdcoutをすでにリンクしているのに
さらにその処理系から呼び出すcのプログラム中でもリンクしてるのが
問題なってる可能性があるような気がしています

なので
#define __streambuf Hoge
できると多分うまくいくのではないかと

459:デフォルトの名無しさん
08/04/10 00:17:47
XNAなめんな

460:デフォルトの名無しさん
08/04/10 00:22:13
>>456
多言語から呼び出すってっ、もしかすると他言語からDLL呼び出しすることってことかな？
だったらライブラリの初期化がうまく言ってないんじゃないか？dllmainはこねこねした？

461:デフォルトの名無しさん
08/04/10 00:23:42
あと、DLLはマルチスレッドライブラリでコンパイルだよ。

462:456
08/04/10 00:24:19
>>460
正確にはlibhoge.soを呼んでます
libhoge.soがstd::stream関係をリンクしてます

463:460
08/04/10 00:27:49
linuxでしたか。>>460はwinの場合の注意事項でした。

464:デフォルトの名無しさん
08/04/10 07:50:43
>>461
MTでコンパイルしないといけない決まりでもあるの？

465:デフォルトの名無しさん
08/04/10 08:21:08
>>464
ある。
DLLをコンパイルするときはMTでする必要がある。プロジェクトの作成でDLLを選択すると自動的にマルチスレッドランタイムライブラリが選択される。
呼ぶ側はどっちでもいい。

466:デフォルトの名無しさん
08/04/10 11:49:02
>>465
何の処理系の話か知らないがVisualC++なら
シングルスレッドのランタイムの静的ライブラリをリンクしたシングルスレッド専用のDLLを普通に作れる

467:デフォルトの名無しさん
08/04/10 11:57:21
端で見てて想像した通りの食い違い方ｗ

468:デフォルトの名無しさん
08/04/10 12:10:14
初歩的な質問で申し訳ないんだが、他言語から C++ の
ライブラリを使って問題無いはず、という保証はあるんだろうか？

あと、普通に C++ で呼び出すとかなぜしないのだろうか。
（これは状況がわからんとなんとも言えないけど）

469:デフォルトの名無しさん
08/04/10 14:18:03
operator==() の定義はクラスの中とクラスの外に置けますがどのように
使い分けるのでしょうか?

std::type_info はクラスの中でその他はクラスの外が多いのですが。

470:デフォルトの名無しさん
08/04/10 15:34:04
別にoperator==()に限らずメンバ関数は中にも外にも置けるけど。

471:デフォルトの名無しさん
08/04/10 17:04:36
ﾌﾟﾌﾟ

472:デフォルトの名無しさん
08/04/10 17:05:09
ﾍﾟﾍﾟ

473:デフォルトの名無しさん
08/04/10 17:30:44
== どうするかは状況によるんでは。無理無く member にしないで
いいならそうすればいいような気がするが。中身の情報が必要な
場合に member にしてるんじゃないの？普通に生じる状況だと思うけど。

474:デフォルトの名無しさん
08/04/10 17:43:05
メンバに出来るものは中に書く。
メンバに出来ないものは外に書く。
以上。

475:デフォルトの名無しさん
08/04/10 18:05:52
c++のエラー出力の文字コードがutf-8になっているのですが、
euc-jpにする方法ありますか？
Linuxのeuc-jp環境でプログラミング行っており、
gcc version 4.1.2 です。

476:デフォルトの名無しさん
08/04/10 18:18:07
iconv

477:デフォルトの名無しさん
08/04/10 18:40:50
ロケール切り替えろとしか

478:デフォルトの名無しさん
08/04/10 19:06:32
public 関数だけで実装できる場合は非メンバーにする。
friend を使って非メンバーにすることもある。

479:デフォルトの名無しさん
08/04/10 20:50:36
式の対称性が必要なら非メンバー

480:デフォルトの名無しさん
08/04/10 20:59:53
自身への参照を返すことが期待されるか、自身を変更する場合は、メンバーにすることが漏れは多いな。
operator=, +=等はメンバに。operator==, <<, +等は非メンバ（場合によってはfriend）にしてる。

481:デフォルトの名無しさん
08/04/10 21:08:54
op == あたりの話はeffective C++に書いてなかった？
もう忘れちゃったけど。
グローバルにop ==を置くことでカプセル化が上がるとか
その話とはまた別？

482:デフォルトの名無しさん
08/04/10 21:20:10
friend はできれば避けた方が良いというの無かったっけ？

483:デフォルトの名無しさん
08/04/10 22:12:02
C++ Coding Standards の 44 には
「できるだけ非メンバーかつ非 friend の関数を書くようにしよう」
というのがありました。

484:デフォルトの名無しさん
08/04/10 22:19:02
C++の本質はやっぱプリプロセッサとテンプレートだろ･･･
オブジェクト指向なんてうんこ

485:デフォルトの名無しさん
08/04/10 23:00:41
プリプロセッサはちょっと違うだろ・・・
現実的にメタプログラミングするのには必要だけど。
個人的にはデストラクタを推すね。

２行目は同意。

486:デフォルトの名無しさん
08/04/10 23:08:04
デストラクタとはいいところをつくね。
RAII 万歳！

487:デフォルトの名無しさん
08/04/10 23:25:35
friendかな

488:デフォルトの名無しさん
08/04/10 23:58:56
>>485 == >>486 ??

489:デフォルトの名無しさん
08/04/11 00:01:31
デストラクタの価値が分からないうちは
プログラマの資格なしだぜ

490:485
08/04/11 00:03:01
>>488
ID出ない板だからどうしようも無いけど、
違うとだけ。

491:デフォルトの名無しさん
08/04/11 00:14:49
デストラクタはクリティカルセクション解除するのに使ってる。
メモリリークどころの騒ぎじゃない

492:デフォルトの名無しさん
08/04/11 00:17:31
Javaとかどーやってんだ？
デストラクタ

493:デフォルトの名無しさん
08/04/11 00:20:23
Javaはcloseとかdisposeとかメソッド作って
呼び出さないといけないんじゃなかったっけ？

494:デフォルトの名無しさん
08/04/11 00:25:56
Javaはデストラクタ勝手に作ってくれるから。
DB接続とかファイルハンドルにクリティカルセクションだの
なんでも閉じてくれる。

495:デフォルトの名無しさん
08/04/11 00:28:48
前スレから
ｽﾚﾘﾝｸ(tech板:496-番)

496 ：デフォルトの名無しさん [sage] ：2008/02/15(金) 14:44:30
　　つまるところc++ではデストラクタに頼るべき。

497 ：デフォルトの名無しさん [sage] ：2008/02/15(金) 14:54:04
　　C++はつまるところデストラクタのことだからな
　　closeさせといてガベージコレクタがあるとか抜かす言語は笑えるな
　　intは回収できるが巨大なファイルリソースはリークするわけだ

498 ：デフォルトの名無しさん [sage] ：2008/02/15(金) 15:06:22
　　日本語でおk

499 ：デフォルトの名無しさん [sage] ：2008/02/15(金) 15:08:34
　　＞closeさせといてガベージコレクタがあるとか
　　禿げあがる程同意。
　　
　　C#はusing(o1,o2,...){}があるから多少マシだけど、
　　forみたいにusing用のスコープ作るから
　　スコープ違いが混じるとネストして見辛くなる。
　　どう考えてもc++みたいに対象の変数のスコープでDisposeした方が良いと思う。
　　
　　javaのtry-finally-closeに至っては論外。
　　しかもcloseで例外出たらfinally内で潰さないと
　　try内で発生したより重要な例外が消されるし・・・。

500 ：デフォルトの名無しさん [sage] ：2008/02/15(金) 16:33:04
　　＞どう考えてもc++みたいに対象の変数のスコープでDisposeした方が良いと思う。
　　そして言語はC++/CLIへと進化するのであった、まる

496:デフォルトの名無しさん
08/04/11 00:34:08
Javaをはじめ、メジャーな言語のGCはメモリ不足しか認識しないから、
明示的にcloseしない場合、メモリに余裕があればfinalizeは呼ばれず、
DB接続も閉じられない

そしてコネクションプールのタイムアウトで死に始める業務アプリ
鳴り始めるサポートデスクの電話機達

497:デフォルトの名無しさん
08/04/11 00:39:21
まぁJavaなんてマーケット戦略で広まっただけのうんこ言語だからな･･･
プログラマと名乗るくらいならC++くらいできる頭を持って欲しい･･

498:デフォルトの名無しさん
08/04/11 00:59:54
finalize()でリソース解放なんて保険でしかないからな

499:デフォルトの名無しさん
08/04/11 01:00:32
リソース管理で似た話を読んだことある気がしてたけど思い出せた
URLﾘﾝｸ(mag.autumn.org)

500:デフォルトの名無しさん
08/04/11 01:00:40
でもね、C++は巨大で複雑怪奇だからね。Cを引きずってる面もあるし。
無駄を削ぎ落として細部を明確にした言語が望まれるというのもわかるよ。
それとGCの有用性とは別の話だが。

501:デフォルトの名無しさん
08/04/11 01:03:52
実はVBなんかも
リソース周りは優秀だったりする

502:デフォルトの名無しさん
08/04/11 01:26:11
continuationを明示的に扱えない言語はうんこ

503:デフォルトの名無しさん
08/04/11 01:26:35
scheme習いたてですか？

504:デフォルトの名無しさん
08/04/11 01:55:30
>>503
C++習いたてです。

505:デフォルトの名無しさん
08/04/11 07:46:34
C#のusingの使いづらさは異常
scopedとでもして識別子が入ってるブロックの最後でdisposeしてくれたほうがよかった

506:デフォルトの名無しさん
08/04/11 08:50:00
素朴な疑問です。

#include <iostream>
struct S { virtual void hoge() = 0; // 純粋仮想のみ };
struct S1 : public S { void hoge() { std::cout << "S1" << std::endl; }};
struct S2 : public S { void hoge() { std::cout << "S2" << std::endl; }};
int main()
{
　S1 s1;
　S2 s2;
　S& r1 = s1;
　S& r2 = s2;
　r1.hoge();
　r2.hoge();
　r1 = r2; // 基本クラスの参照を代入
　r1.hoge();
　r2.hoge();
　return 0;
}

VC8で上記のコードを実行すると
S1
S2
S1
S2
と表示されました。
r1 = r2;はS::operator=を呼ぶだけなので何も変わらない、と理解したのですが、
これはC++的に正しい挙動なのでしょうか？
それとも未定義でたまたまこうなっているだけなのでしょうか？

507:デフォルトの名無しさん
08/04/11 08:55:40
あ、改行を削ったらコメントをミスりました。
> struct S { virtual void hoge() = 0; // 純粋仮想のみ };
は
> struct S { virtual void hoge() = 0; /* 純粋仮想のみ */ };
です。

508:デフォルトの名無しさん
08/04/11 08:56:43
単純に、自動生成されたoperator=(S, S)で仮想関数テーブルが書き換わらないようになってるだけ。

509:デフォルトの名無しさん
08/04/11 08:57:18
s1, s2のうちSの部分だけがコピーされた、と解釈すればわからんでもない

510:デフォルトの名無しさん
08/04/11 09:00:15
とりあえず解決するには自分でS2 operator=(S, S)を定義すればいいように思えるが、
それはS = Sの一般的な代入に関して考えるとかなり狂っているから諦めろって言う話でっていう

511:デフォルトの名無しさん
08/04/11 12:27:47
>>498
同意。finalizeって呼ばれるとは限らないとか。ほんとに気休め程度だね。

512:デフォルトの名無しさん
08/04/11 13:29:20
>>506
代入や他オブジェクトでの初期化でvptrは変更されない。

513:デフォルトの名無しさん
08/04/11 15:56:17
class A { friend class B; int x; };
class B { class C {}; };

VC8.0 では class C から class A の x が参照できますがこれは C++ の仕様ですか?

514:デフォルトの名無しさん
08/04/11 19:00:01
Cのreadableなプログラムを自動生成するメタ言語みたいなの
ないでしょうか？
readableじゃないのならあるのですが、読めないと意味ないのです

515:デフォルトの名無しさん
08/04/12 16:01:17
具体例を。

516:デフォルトの名無しさん
08/04/12 16:08:22
まともなＣソースも >>514 には、readable じゃなさそうだ...。

517:デフォルトの名無しさん
08/04/13 23:17:27
vector<int>で何個か反復子を進めたあと、
それが今何番目の要素なのかを知る関数はないですか？

518:デフォルトの名無しさん
08/04/13 23:20:51
>>517
std::distance

519:デフォルトの名無しさん
08/04/13 23:21:19
i - v.begin();

520:デフォルトの名無しさん
08/04/13 23:55:08
できました、ありがとうございます。

521:デフォルトの名無しさん
08/04/14 01:34:09
URLﾘﾝｸ(mag.autumn.org)
ここ読むとC++よりもJAVAのほうがリソース管理に関して
優れているように思えるんだけど

522:デフォルトの名無しさん
08/04/14 01:42:17
だから何だよ

523:デフォルトの名無しさん
08/04/14 01:46:30
優れているというかパフォーマンスを犠牲にしてリソース管理の安全性を高めたという方が近いかな。
そんな事いったらC++も保守性を犠牲にパフォーマンスを高める余地のある言語と言えるけど。
ただJavaの場合は“余地”どころかプログラマに選択をさせない完全な“切捨て”であるけどね。
だからプログラマが手段を選択できる余地の残っているC++の方が優れている。終了。

524:デフォルトの名無しさん
08/04/14 01:49:22
手段を選択する必要のある場面においては、だけどな。

525:デフォルトの名無しさん
08/04/14 02:15:33
javaってfinallyの書き方間違えると死ねるしなあ
という話が >>495 にあるよ

jdbcでoracle使ったことがある人は知ってると思うけど、
closeし損ねるとリークしてそのうち動かなくなるんだよね

これを注意深く追ってると、「なんだかCでやってんのと変わらんなあ」
と思うぜ、実際。

526:デフォルトの名無しさん
08/04/14 02:27:32
だってメモリしか管理してくれないもの

527:デフォルトの名無しさん
08/04/14 07:08:37
>521
「RAIIが発明されるまでのC++」については、Javaのほうが
リソース管理が優れていた、と云わざるを得ない、けどねぇ。

528:デフォルトの名無しさん
08/04/14 07:25:04
他のリソースも管理してくれればいいのになあ。
ファイルハンドルが足りない時には
ファイルクラスのインスタンスへのガベコレを
優先的にやってくれるとか。

529:デフォルトの名無しさん
08/04/14 10:47:50
>>527
> 「RAIIが発明されるまでのC++」

って具体的に何を指すの？ RAII ってプログラミング
ポリシーだと思うんだけど。「発明」されたっていまいちピンと来ない。

530:デフォルトの名無しさん
08/04/14 11:04:02
RAII が浸透してない C++ って感じのことを言いたいんじゃないか？
未だに RAII を取り入れない C++ があるとは信じられないのかもしれないが。

531:デフォルトの名無しさん
08/04/14 12:21:55
>>528
デストラクタを活用するべき

532:デフォルトの名無しさん
08/04/14 12:25:18
javaの話だろ

533:デフォルトの名無しさん
08/04/14 12:50:09
>>527
C with class の話ですか？
C++は初期のARMがかかれた頃から散々言われていますけど。

534:デフォルトの名無しさん
08/04/14 18:05:47
>>529
強いて言えば、テンプレートがなかった頃には、
auto_ptrや（削除子付きの）boost::shared_ptrのような
汎用的なものは作りづらかったと思う。

それでも、fstreamみたいに個別に作っていく手があったはずだけど。

535:デフォルトの名無しさん
08/04/14 21:38:58
なんでそこで糞設計のstreamを持ち出すかなー

536:デフォルトの名無しさん
08/04/14 22:33:50
とりあえずデストラクタでcloseしてくれるからいいだろ。
今は糞設計かどうかなんて関係ない。

537:デフォルトの名無しさん
08/04/14 23:13:37
自分のクラスにiteratorをアタッチ
するにはどうすればよいの？

538:デフォルトの名無しさん
08/04/15 00:45:20
>>537
クラスって新しい container 作ってんの？
普通に vector とかにオブジェクト入れて iterator 使うとかいう話
じゃないんだよね？

539:デフォルトの名無しさん
08/04/15 02:36:34
>>537 アタッチの意味がわからん。

540:デフォルトの名無しさん
08/04/15 07:56:33
Rubyみたいにアタッチしたいんだけど
なんでできないの？

541:デフォルトの名無しさん
08/04/15 08:59:06
だからアタッチって何だよ

542:デフォルトの名無しさん
08/04/15 09:20:53
ウラララララーって叫ぶやつじゃね？

543:デフォルトの名無しさん
08/04/15 16:55:57
それは、アパッチ

544:デフォルトの名無しさん
08/04/15 16:56:46
>>543
叫ぶやつはジェロニモだ

545:デフォルトの名無しさん
08/04/15 17:24:27
だってオラは人間だから

546:デフォルトの名無しさん
08/04/15 21:52:48
テンプレートクラスとクラステンプレートの違いを教えてエロい人！！

547:デフォルトの名無しさん
08/04/15 21:58:18
クラステンプレートを使って作られたクラスがテンプレートクラス

548:デフォルトの名無しさん
08/04/15 22:09:23
何か詳しく書かれたサイトがあれば貼っていただきたいです。

549:デフォルトの名無しさん
08/04/15 22:14:51
お前誰だよ

550:デフォルトの名無しさん
08/04/15 22:20:43
つーか言葉にこだわってどーすんの
テンプレート勉強すりゃわかることだろうに

551:デフォルトの名無しさん
08/04/15 22:32:59
ヒントがあれば十分だろ。
自分で考えて解決する楽しさを知らないやつは(ry

552:551
08/04/15 22:33:53
>>551
誤爆しました。ごめんなさい、

553:デフォルトの名無しさん
08/04/15 22:36:31
輪講で必要なんです。
わかりにくかったので聞いてみました。

554:デフォルトの名無しさん
08/04/15 22:43:22
>>552
流れとしてはわりと的を射ている気がするｗ

555:デフォルトの名無しさん
08/04/15 23:01:58
テンプレートクラスはただの間違いだと思う
クラステンプレートが正しい。だってあれはテンプレートだから

クラステンプレートをテンプレートクラスというのは
鉄パイプをパイプ鉄というようなもの

556:デフォルトの名無しさん
08/04/15 23:16:18
>>555さん
わかりやすい表現ありがとうございます。

教科書には
クラステンプレートはテンプレートクラスから導出できる。
クラステンプレートは非テンプレートクラスから導出できる。
テンプレートクラスはクラステンプレートから導出できる。
非テンプレートクラスはクラステンプレートから導出できる。
と書いてあるのですが・・・

557:デフォルトの名無しさん
08/04/15 23:24:08
まずは本の名前を晒してみれ。

558:デフォルトの名無しさん
08/04/15 23:25:34
なんの哲学書だよｗ

559:デフォルトの名無しさん
08/04/15 23:26:56
こんにゃくゼリーに使うこんにゃくをゼリーこんにゃくって呼んでる類だろ。

560:デフォルトの名無しさん
08/04/15 23:26:59
ぐぐってでてきた。これは比較的納得できるかんじ
＞URLﾘﾝｸ(www.ed.kuki.tus.ac.jp)
クラス・テンプレート（class template）
暗黙的にまたは明示的にインスタンスを生成されるか、または特殊化されると、クラス型を作成するテンプレート。

テンプレート・クラス（template class）
クラス・テンプレート（class template）によって生成されるクラス・インスタンス。

561:デフォルトの名無しさん
08/04/16 00:01:31
ソースで出てくる順がtemplate classだから間違えやすいな

562:デフォルトの名無しさん
08/04/16 00:03:46
typename

563:デフォルトの名無しさん
08/04/16 00:49:24
STLに
boost::any相当のものってないよね？

困った困った

564:デフォルトの名無しさん
08/04/16 01:41:23
普通にboost::any使ったら？

565:デフォルトの名無しさん
08/04/16 01:51:09
vectorにデータを追加した時にメモリ確保に失敗した場合、検出する方法ってありませんか？
newでいうbad_allocの例外をキャッチするような感じ。

566:565
08/04/16 02:26:50
解決しました。orz
bad_alloc使えた...

567:デフォルトの名無しさん
08/04/16 03:21:12
>>563
無いなら作れば？
大したもんでもないっしょ。

568:デフォルトの名無しさん
08/04/16 13:24:51
あるアクションゲームをCとC++両方で作りました。
プレイする上で、まったく同じ動作をするものです。

Cでは主に構造体で、C++ではVectorで管理していました。
C++で作ったほうがプログラム実行時のメモリ消費量が多いのですが、
そんなもんでしょうか？

569:デフォルトの名無しさん
08/04/16 13:41:18
そんなもん
完全に同一ソースでもバイナリレベルでは例外処理が入ったり、実行時型判定が入ったりする

570:デフォルトの名無しさん
08/04/16 13:42:03
>>568
Vector は std::vector のこと？
そうなると構造体と std::vector とでは役割が違うので、置き換えれるわけ無いんだけど。

・・・もしかして
struct S { int a, b, c } s;
s.a = s.b + s.c;
これを
std::vector<int> s(3);
s[0] = s[1] + s[2];
にしたってこと？

まぁプログラムが違うんならメモリ消費量が違うのはあたりまえなんで、
あんまり気にしてもしょうがないと思う。同じになるはずっていう根拠でもなければ。

571:デフォルトの名無しさん
08/04/16 13:49:57
配列のことを構造体といい間違えたのではないか。

572:568
08/04/16 14:33:50
配列ですね、すみません。
消費メモリが数十MByte単位で変わってくると、さすがに気になったので質問しました。
C++の設計に改善点がまだあるような気もします。

573:デフォルトの名無しさん
08/04/16 16:51:23
数十MBって、それってC/C++以前にプログラムの構造がおかしいだろ常考

574:デフォルトの名無しさん
08/04/16 17:15:02
> C++で作ったほうがプログラム実行時のメモリ消費量が多いのですが、
これだけ読んだら、普通はもうちょっとささやかな差を想像するよね。
その想像をベースにして皆が一般的なことを回答したところで、いきなり
> 消費メモリが数十MByte単位で変わってくると、
っていう、量に関する新情報を出すっていうのは、広義の「情報小出し質問」だと思うよ。

自分だけが知っている状況を他人に説明するときは、発信する前に
「相手はこの説明に触れて、真っ先にどんなものを想像するだろうか？」
っていう思考を巡らせるべき。

で回答だけど、「構造体とvector」以外に両者のソースがどう違ってるかがわからないと、何とも言えない。
質問文に登場した要素だけで考えるなら、STLの使い方をどこかで根本的に間違えているんじゃないか
って気がするけども。

575:デフォルトの名無しさん
08/04/16 18:22:21
前方反復子のクラスはデフォルトコンストラクタが必要ですけど、
デフォルトコンストラクタで生成した反復子やそれを代入した
反復子に対する操作の結果は定義されているでしょうか?

576:デフォルトの名無しさん
08/04/16 20:42:11
URLﾘﾝｸ(www.asahi-net.or.jp)
このサイトを見ながらC++の基礎を勉強しているのですが、このページのデストラクタのサンプルプログラムを
VC++2008EEに打ち込んでも「消滅しました」のメッセージが出ないのですが、
これはVC++側の処理の問題でしょうか？

577:デフォルトの名無しさん
08/04/16 20:44:49
詳しく読んでないからわからんが、派生クラスで基底クラスのデストラクタが呼び出されないとかなら
virtualが抜けてるからとかそんなんじゃね？

578:デフォルトの名無しさん
08/04/16 20:51:17
まだ始めたばかりの初心者です。。
あまりを出さなくてよい、簡単な割り勘のようなのを作っているのですが、
-
#include<stdio.h>

int main(void)
{
int a,b,c;

/*計算の入力　金額*/
printf("金額を入力してください");
scanf("d%",&a);
/*人数*/
printf("人数を入力してください");
scanf("%d",&b);

/*計算と結果の表示*/
c=a/b;
printf("%d/%d=\t%d\n",a,b,c);

return 0;
}
-
これを実行させると、金額を入力してEnterキーを押した時点で変な数字が出てきてしまいます…
なにか足りない気がしますが、何処がおかしいのでしょうか…？
ご教授よろしくお願いします。

579:デフォルトの名無しさん
08/04/16 20:51:27
どのコードを書いて、どういうメッセージは出たのか、
情報が足りなさ過ぎる。

580:デフォルトの名無しさん
08/04/16 20:52:05
>>579 は >>576 へ

581:デフォルトの名無しさん
08/04/16 20:53:09
>>578
d%

582:デフォルトの名無しさん
08/04/16 20:53:29
scanf("d%",&a);
打ち間違い？

583:576
08/04/16 21:15:39
>>580
スミマセン。。。
//dest_sample.cppのコードをまるっきりそのまま書いて実行したところ、
実行結果例の下２行の「消滅しました」のつく文だけ表示されません。
問題なくコンパイルできますし、上４行の「生成されました」と「呼び出されました」
の付く文は正常に表示されます。
試しに、筆者が書いたものをコピー＆ペーストして実行してみましたが、
やはり「消滅しました」のつく、下２行の文が表示されません。
~Nanika(){
cout << "Nanikaのインスタンス" << datum << "が消滅しました。" << endl;
が完全に無視されているような状態です。

宜しくお願いします。

584:デフォルトの名無しさん
08/04/16 21:29:48
コンパイラは何？

585:デフォルトの名無しさん
08/04/16 21:39:59
namespaceにはまっています。
あるソースファイルのnamespaceで囲まれた関数を別のソースファイルでexternしたいのですが、
どうすればいいかわかりません。コンパイルエラーになります。
名前空間名を付けて呼び出してもだめで・・・。
aaa.cpp-----------------------------------
#include <stdio.h>

namespace hoge
{
void Func()
{
printf("HELLO\n");
return 0;
}
}
bbb.cpp------------------------------------

extern void hoge::Func(); ←コンパイルエラー

void main()
{
hoge::Func() ← コンパイルエラー
Func(); ← コンパイルエラー

return;
}
-----------------------------------------
bbb.cppからaaa.cppの名前空間が見えてないっぽいんですがこんな場合どうしたらいいのかわかりません。
ネットでも検索したのですが、複数ファイルに分ける事ができる記述はあっても
やり方が乗ってないので困ってます。どなたかお願いします。

586:デフォルトの名無しさん
08/04/16 21:41:05
namespace hoge{ extereeeen void Func(); }

587:デフォルトの名無しさん
08/04/16 21:41:27
namespace hoge {
　void Func();
}

int main()
{
　hoge::Func();
}

588:デフォルトの名無しさん
08/04/16 21:45:14
ああ、コンパイラはVC++2008EEか。

589:デフォルトの名無しさん
08/04/16 22:00:46
>>586
bbb.cppでexternする場合はコレもnamespaceで囲んであげないといけないと言うことでしょうか！？
やってみたのですがVC++6.0なせいか hogeがシンタックスエラーを起こしてます。
VC++対応していない？明日会社でやってみます。

>>587
586さんと似てるのですが、externしなくてもよいと言うことでしょうか？
これまたVC++6.0ではhogeがシンタックエラーを起こしています。
明日やってみます。

590:デフォルトの名無しさん
08/04/16 22:56:43
VC6 でも問題はないはずなんだが・・・

591:デフォルトの名無しさん
08/04/16 22:57:30
関数プロトタイプはデフォルトで extern ってのは常識だろ？

592:デフォルトの名無しさん
08/04/16 22:59:45
>>583
VC++2008でやってみたけど、ちゃんと表示されたよ。

593:デフォルトの名無しさん
08/04/16 23:09:05
ひょっとしてNanikaのインスタンスを
グローバルで生成したというオチではないだろうなｗ

594:デフォルトの名無しさん
08/04/16 23:12:02
外部ライブラリのデストラクタの方が後に走るから
グローバル変数にしても cout に問題はないと思う。
というか、グローバルにしても表示された。

595:デフォルトの名無しさん
08/04/17 01:48:09
#include <boost/regex.hpp>

template<typename TChar>
class TCHoge
{
public:
　　typedef boost::basic_regex<TChar>　 regex_type;
　　static int Func(regex_type reg){ return 0; }//ok
　　//static int Func(regex_type::flag_type flag){ return 0; }　　　　　　　　　　 // NG1
　　//static int Func(boost::basic_regex<TChar>::flag_type flag){ return 0; } // NG2
　　static int Func2(boost::basic_regex<char>::flag_type flag){ return 0; }　　 //OK
};

Window2000
Visual C++ 2005 express edition
boost 1.34.1

　NG1 のように記述したいのですが，以下のようなエラーとなってしまいます．

warning C4346: 'boost::basic_regex<charT>::flag_type' : 依存名は型ではありません。
error C2061: 構文エラー : 識別子 'flag_type'

VC6.0 では問題なかったのですが，どのように記述すれば良いでしょうか？

596:デフォルトの名無しさん
08/04/17 02:07:22
×boost::basic_regex<TChar>::flag_type
○typename boost::basic_regex<TChar>::flag_type

だっけ？あまり自信ないや

597:595
08/04/17 03:25:08
>>596 さん，有難う御座います．教えていただいた方法でうまくいきました．

これから typename をつけまくる作業に戻ります…

それでは．

598:デフォルトの名無しさん
08/04/17 03:48:20
>>575
基本的には全部未定義。唯一、デフォルトコンストラクタで初期化したイテレータに、
そうではない値を代入することができる、ってことになるみたい。
24.1p5 の "Iterators can also have singular values ..." あたりにそんなことが
書いてあって、デフォルトコンストラクタで作った Forward iterator は singular value を
持つ（ことがある）とされている。

要するに未初期化のポインタやヌルポインタと同じ扱いってことね。

599:デフォルトの名無しさん
08/04/17 07:27:26
>>597
VC6 だと逆にエラーになるから
もし VC6 でもコンパイルしたいということになりそうなら
後で切り替えられるようにマクロにしといた方がいい。

600:デフォルトの名無しさん
08/04/17 08:28:19
VC6を窓から捨てるのが正解かと
boostでもVC6は切ってるし

601:デフォルトの名無しさん
08/04/17 10:52:55
>>589
プロトタイプ宣言したヘッダファイルを作れ。
つーか、チミのやりかたではnamespaceつくらなくてもアウチなんだけど

602:デフォルトの名無しさん
08/04/17 12:52:38
stlやboostを使っていると、typedefを書く場所に悩みます。
class ClassA { HogePtr pHoge_; };
class ClassB { HogePtr pHoge_; };
この時、typedef boost::shared_ptr<Hoge> HogePtr;はどこに書くのが理にかなっているのでしょうか？
Hoge.h？それともClassA.hとClassB.h？

次ページ