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

C++相談室 part62 ..

2:デフォルトの名無しさん
08/05/27 23:54:50
■基本■
[C++ FAQ]
　URLﾘﾝｸ(www.parashift.com)
　URLﾘﾝｸ(www.bohyoh.com) (日本語)
　　Cとその仕様を比較しながらの解説なので分かりやすい。
　　***** 質問の前に必ずこの二つに目を通してください *****
[C/C++ リファレンス]
　URLﾘﾝｸ(www.cppreference.com) （英語）
　URLﾘﾝｸ(www.cppll.jp) （↑の日本語訳だけど最新は反映しない）
[禿 Stroustrup]
　URLﾘﾝｸ(public.research.att.com)
[C++ International Standard]
　URLﾘﾝｸ(www.iso.org)
[JTC1/SC22/WG21 - C++]
　URLﾘﾝｸ(www.open-std.org)
　　ここから規格の最新（2003より新しい）ドラフトがダウンロードできる。
[JIS X3014]
　URLﾘﾝｸ(www.jisc.go.jp)
　　ISO規格の日本語訳。JIS X 3014:2003はISO/IEC 14882:2003 (E)に対応。

3:デフォルトの名無しさん
08/05/27 23:55:14
■Books(Templateまわり)■
Effective STL
　URLﾘﾝｸ(www.amazon.com)
　URLﾘﾝｸ(www.amazon.co.jp) （翻訳）
Modern C++ Design
　URLﾘﾝｸ(www.amazon.com)
　URLﾘﾝｸ(www.amazon.co.jp) （翻訳）
C++ Templates
　URLﾘﾝｸ(www.amazon.com)
C++ Template Metaprogramming
　URLﾘﾝｸ(www.amazon.com)

4:デフォルトの名無しさん
08/05/27 23:55:56
■Libraries■
[Boost]
　Boost URLﾘﾝｸ(www.boost.org)
　(日本語) URLﾘﾝｸ(www.kmonos.net)
　(日本語) URLﾘﾝｸ(shinh.skr.jp)
[標準ライブラリ]
　SGI-STL URLﾘﾝｸ(www.sgi.com)
　STLport URLﾘﾝｸ(stlport.sourceforge.net)
　GNU libstdc++ URLﾘﾝｸ(gcc.gnu.org)
　Apache STDCXX URLﾘﾝｸ(incubator.apache.org)
　STLFilt URLﾘﾝｸ(www.bdsoft.com)
　(日本語) URLﾘﾝｸ(www005.upp.so-net.ne.jp)
　(日本語) URLﾘﾝｸ(www.wakhok.ac.jp)
[Loki]
　URLﾘﾝｸ(sourceforge.net)
　LokiPort-MSVC6sp5 URLﾘﾝｸ(fara.cs.uni-potsdam.de)

5:デフォルトの名無しさん
08/05/27 23:56:33
STLつかうと一気に実行ファイルサイズが10倍に?！

環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない

すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。

C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？

#include <stdafx.h>
後死ね。

言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。

6:デフォルトの名無しさん
08/05/27 23:58:15
前スレ C++相談室 part61
ｽﾚﾘﾝｸ(tech板)

7:デフォルトの名無しさん
08/05/27 23:58:27
1乙

8:仕様書無しさん
08/05/28 00:01:06
１乙

9:デフォルトの名無しさん
08/05/28 00:11:09
・(明示的・暗黙共に)コンストラクタ、デストラクタを定義していないこと
　→ 親クラスが無いもしくは親もPOD型であること
　→ メンバ変数が全てPOD型であること
　→ 仮想関数を持っていないこと
でPOD型になるはず。

unionに突っ込んでコンパイル出来たらOK。

10:デフォルトの名無しさん
08/05/28 00:13:08
え、コンストラクタ持ってたら POD じゃないのん？マジ？

11:デフォルトの名無しさん
08/05/28 00:16:29
unionに突っ込んだ時に初期化で困るべ。

12:デフォルトの名無しさん
08/05/28 00:18:56
なるほど、超納得。

13:デフォルトの名無しさん
08/05/28 09:16:22
暗黙のコンストラクタってコンパイラが勝手に作るやつ？

14:デフォルトの名無しさん
08/05/28 09:26:30
>>9
暗黙定義のコンストラクタで POD じゃなくなるなら、 POD struct なんか作れないことになるぜ。

15:デフォルトの名無しさん
08/05/28 09:37:07
非explicitなコンストラクタのことじゃないの？

16:デフォルトの名無しさん
08/05/28 12:07:22
>>14
暗黙の空の実装のコンストラクタは、
「コンストラクタが無い状態」というふうに思ってくれ。
分かりやすくかつ適切な言葉が見つからなかったんで。

実際、union内のPOD型は、空のコンストラクタすら
呼ばれている事にはなってないしね。

17:デフォルトの名無しさん
08/05/28 12:16:53
>>16
それなら条件としては「明示的にコンストラクタ、デストラクタを宣言していない」でいいでしょ。
あーあと、コピー代入演算子も宣言しちゃだめな気がする。

18:デフォルトの名無しさん
08/05/28 12:20:25
>>17
「明示的」じゃ駄目なんだ。
空ってところが重要だから。

19:デフォルトの名無しさん
08/05/28 12:24:40
>>18
え？ POD の条件にコンストラクタやデストラクタが空かどうかが関係あるの？
宣言した時点でアウトなはずなんだけど。

20:デフォルトの名無しさん
08/05/28 12:31:15
明示的なコンストラクタが無くても、
暗黙の空でないコンストラクタが作られたら駄目ってこと。

21:デフォルトの名無しさん
08/05/28 12:41:19
コンストラクタを必要とする(=非PODの)データメンバを持つ、以外に
暗黙のコンストラクタが生成される条件を思いつかないが。

あ、もちろん、仮想関数を持つなら必要だが。

22:デフォルトの名無しさん
08/05/28 12:43:01
あ、constメンバや参照メンバというのもあるな。
つっても、これは
コンストラクタ(コピーコンストラクタ)や代入演算子が
「暗黙には作られない」だけかもしれないが。

23:デフォルトの名無しさん
08/05/28 12:47:17
>>21
以外もなにも、それであってるよ。
>>9の矢印部分で書いた、
暗黙の空でないコンストラクタが作られる要因。

24:デフォルトの名無しさん
08/05/28 12:54:59
仮想継承も？
あんまり使わないけど

25:デフォルトの名無しさん
08/05/28 12:59:02
>9 がややこしいんだよ。矢印部分３つそろっててもコンストラクタ宣言してたら
POD じゃないし、そもそも「コンストラクタが無い」っていう認識も規格上はそうなって
ないわけで無理が出てくる。

クラス型が POD であるためには以下すべての条件を満たすこと。
・明示的にコンストラクタ、デストラクタ、コピー代入演算子を宣言していないこと
・基底クラスおよび非 static データメンバがあればすべて POD 型であること
・仮想関数を持たないこと
これでいいでしょ。

仮想継承は、インスタンスごとの情報としてポインタメンバいっこと同等に POD として
実装できそうな気がする。

26:デフォルトの名無しさん
08/05/28 13:01:45
>>24
たしか仮想継承も駄目だったはず。
昼休みｵﾜﾀので去りまする。

27:25
08/05/28 13:04:07
んー前スレ最後に貼ってもらった規格の引用と比べると、 >25 でも微妙な違いがいろいろ
あるなぁ。継承した時点で POD じゃないっぽい。非 static データメンバについては
private/protected もダメ。

やっぱり正確なところは規格を見るのが一番ってことだねぇ。

28:デフォルトの名無しさん
08/05/28 13:26:01
理解させるために分かりやすく書いた説明と
厳密に伝えるための説明では目的が違うだろ

>>9-12の流れは前者
>>14-15は後者

規格には理由や経緯が書かれてないこともあるしな

要するにD&E最強

29:デフォルトの名無しさん
08/05/28 21:07:43
>>16
POD 型のデフォルトコンストラクタは０初期化するよ。
ただ、POD 型の変数を宣言しても
そのデフォルトコンストラクタも何も呼ばれない、というだけ。

30:デフォルトの名無しさん
08/05/28 22:38:46
デフォルトコンストラクタって０クリアしないんじゃないの？

31:デフォルトの名無しさん
08/05/28 22:48:06
#include <iostream>

struct X { int a, b; X() : a() {} };

int main()
{
X x;
std::cout << x.a << std::endl;
std::cout << x.b << std::endl;
return 0;
}

出力は

0
4262272

32:デフォルトの名無しさん
08/05/29 00:58:06
>>29 >>31
ビルトイン型のT()は0初期化の別記法なので、
デフォルトコンストラクタとは呼ばない

テンプレートのために、ユーザー定義型のデフォルトコンストラクタと
同じ記法が使えるようにしてあるだけ

[6.2.8]
The value of an explicit use of the constructor for a builtin
type is 0 converted to that type (§4.9.5).
Thus, int() is another way of writing 0.

For a userdefined type T, T() is defined by the default
constructor (§10.4.2), if any.

The use of the constructor notation for builtin
types is particularly important when writing templates.

Then, the programmer does not know whether a template parameter
will refer to a builtin type or a userdefined
type (§16.3.4, §17.4.1.2).

33:デフォルトの名無しさん
08/05/29 00:59:51
以下のコードなのですが、gcc3.4.4だと
could not convert template argument 'a' to 'void*'

と怒られます。
VC9.0では問題なくコンパイルが通ります。
どちらの動きが正しいのでしょうか?

template<void* T>

class A
{

};

void f(){}

int main(void)

{

A<f> a;

return 0;

}

34:デフォルトの名無しさん
08/05/29 01:05:16
まず、本やWebサイトでテンプレートの基本を勉強すべき

35:デフォルトの名無しさん
08/05/29 09:35:47
>>33
関数のアドレスを渡したいなら
template<void(*T)()>
では？

36:デフォルトの名無しさん
08/05/29 14:48:23
>>33
標準規格では、関数へのポインタから void* への変換は
認められてない筈。
VC は独自にこれを許してるけど。

37:デフォルトの名無しさん
08/05/29 15:38:09
struct X { int x; };
X func() { return X(); }
と定義したとき、

X().x = 0; は「左のオペランドが、左辺値になっていません」というエラーが出るのに
func().x = 0; がエラーにならないのはなぜですか?

38:デフォルトの名無しさん
08/05/29 15:58:25
規格でそうなのか、君の処理系特有のことなのか、俺は知らんけど、
とりあえず自分の処理系書いたほうが問題が整理されやすいんじゃないかな。

39:デフォルトの名無しさん
08/05/29 16:08:01
>>38 すみません。試したのは VC8 のみです。

40:デフォルトの名無しさん
08/05/29 16:30:09
>>33
関数のアドレスでなく、traitsを受け取るべき。

41:33
08/05/30 00:29:37
みなさんありがとう。

42:デフォルトの名無しさん
08/05/30 04:43:07
>>37
コンパイラは何？
規格ではどちらもOKのはず。

43:デフォルトの名無しさん
08/05/30 12:46:33
>>42
>>39 でも書きましたが VC8 です。
規格では非左辺値構造体の組み込み型メンバーでも書き込みOKということですか?

44:デフォルトの名無しさん
08/05/30 13:03:06
一時オブジェクトでも左辺値になれるだろ

45:デフォルトの名無しさん
08/05/30 13:23:39
>>44
え？一時オブジェクトは右辺値だろ？
一時オブジェクトが左辺値だったら他に何が右辺値になるんだ？

46:デフォルトの名無しさん
08/05/30 17:41:55
どちらも問題ないでしょ。一時オブジェクトは副作用が完了した時点で無効になるだけだから。
寧ろ、>37の「エラーが出るのに」という根拠を知りたい。

47:デフォルトの名無しさん
08/05/30 17:43:49
VC9でも>>37と同じエラーが出た。
どうもバグっぽいね

48:デフォルトの名無しさん
08/05/30 18:51:51
1 + 2 = 0 ができないのは対称性が悪い。

49:デフォルトの名無しさん
08/05/30 19:03:15
それは違う。

50:デフォルトの名無しさん
08/05/30 19:15:40
>>37
func().x = 0;がエラーにならないのって、
XがPOD型のときだけっぽい。

51:デフォルトの名無しさん
08/05/30 19:37:48
・コンストラクタを付けるだけ(PODでなくなる)で、
　func()経由でも出来なくなる。

struct X {
　　　int x;
　　　X(){}
};
...
X().x = 0; //エラー：左のオペ(ry
func().x = 0; //エラー：左のオペ(ry

・関数経由だと、どちらでも出来る。

struct X {
　　　int x;
　　　X(){}
　　　int& xref(){return x;}
};
...
X().xref() = 0;
func().xref() = 0;

誰か仕様詳しい人・・・

52:デフォルトの名無しさん
08/05/30 19:56:00
逆に POD の時にエラーにしてほしい。意味のない操作になるから。

53:デフォルトの名無しさん
08/05/31 02:12:49
>>33
うちではvc9は重すぎて入れてないので検証できないのだが、
なんでvc9だと通るんだ？？

template <void * P>
class A {};
void *f() { return NULL; }
int main() { A<f()> a; return 0; }
だったらわかるけど。

54:デフォルトの名無しさん
08/05/31 02:13:29
>>36
自己レス。すまん、これか！
ほほぉ。ややこしいねぇ

55:デフォルトの名無しさん
08/06/01 19:52:42
>>32
＞ビルトイン型で明示的に「コンストラクタ」を使って得られる値は
＞0 をその型に変換した値になる、
と、「コンストラクタ」と書かれているわけだが。
んで引数なしだから明らかにデフォルトコンストラクタだろ。

56:デフォルトの名無しさん
08/06/02 21:07:16
初期化が終わっていないオブジェクトへの参照を関数へ渡すのは合法ですか。
その関数の中では、その参照からアドレスを得るか他の参照変数を初期化する操作しかしないとして。

57:デフォルトの名無しさん
08/06/03 00:09:19
前スレでもその話は出てて、アドレスや参照の保持だけなら問題無いだろう、
って言われてるけど、規格書レベルでの合法かどうかのソースは出てない。
規格書で保証があるなら、俺も知りたい所。

58:デフォルトの名無しさん
08/06/03 12:49:04
状態によって処理を変えたい時、Stateパターンで実装する方法と、enumとif文を使って実装する方法があると思います。
あとで状態の種類を増やしたくなった時、Stateパターンの方が保守しやすいと思っているのですが、
私が見てきたサンプルコードでは、enumを使っている例が多く感じます。
この２つの実装方法は、どのような事を考えて使い分ければいいのでしょうか？

59:デフォルトの名無しさん
08/06/03 17:54:50
stateパターンてどんなの？

60:デフォルトの名無しさん
08/06/03 22:19:05
状態ごとにオブジェクトを作りそれに動作をにまとめ、切り替える。

61:デフォルトの名無しさん
08/06/03 22:43:31
（１）とりあえずswitch
状態の数少ないし、stateにしてクラス数増えるのもしんどいし
あんまり変更もなさそうだからenumでswitchしちゃえ
増えるようならstateに書き直そう

（２）能力不足
state間で情報を共有する美しい方法が思いつかない
グローバル変数使うとアイツが怒るし・・・
そうだ、enumでswitchしとけば全部同一クラス内だから問題ナシ

62:58
08/06/04 12:33:24
>>61
どうもです。
小規模なものならenumで十分ということですか。
state間で情報共有ですが、各stateに親クラスへのポインタを持たせて～っていう方法では、
getter/setterが増えてしまうのが問題ということでしょうか。

63:デフォルトの名無しさん
08/06/04 18:20:21
class X { int x; friend class Y; };
class Y { int y; Y(X a) : y(a.x) {} };
のようにメンバ変数の初期化で private にアクセスできるでしょうか?

64:デフォルトの名無しさん
08/06/04 18:26:49
friend class Y; されてるんだから、YからXの中は丸見えだ。

65:デフォルトの名無しさん
08/06/04 20:42:00
Wから
xの
Yが丸見えだと？

ごめんなんでもない

66:デフォルトの名無しさん
08/06/04 21:26:45
また懐かしいネタを・・・ｗ

67:デフォルトの名無しさん
08/06/05 10:33:50
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
buffonの針のシミュレーションでπを求めるプログラムなんですけど
Borland C++ Compilerでコンパイルすると
C:\borland\bcc55\src\C++>buffon.exe
Length of needle (0<L<=1): 1
Drop total of needle : 100
Number of hits = 55
Pi = 3.63636
という風にシミュレーション結果が出るんですが、
同じソースをcygwin g++(version4.2.4)でコンパイルすると
$ ./a.exe
Length of needle (<=1): 1
Drop total of needle : 100
Number of hits = 100
Pi = 2
という風におかしなシミュレーション結果になってしまうんですが、何が原因なんでしょうか？

68:デフォルトの名無しさん
08/06/05 11:26:10
>>67
y座標の乱数生成に問題がある。
rand()関数が返す値の最大値は定数RAND_MAXで判るけど、
これが65536前後しかないコンパイラは多数ある。
その式だとy座標には0か1しか返ってこない。

69:デフォルトの名無しさん
08/06/05 11:55:10
>>68
アドバイスありがとうございます。
ちゃんと動くようになりました。

70:デフォルトの名無しさん
08/06/05 19:41:00
クラスのtemplate化を考えています。
それで、templateで指定する型の取りうる範囲
を調べたいのですが、何か良い方法はありませんでしょうか？

template<T>
(略)

public:
int str[Tの取り得る範囲];

内部にこういう変数の宣言に関してもあるので・・・。

71:デフォルトの名無しさん
08/06/05 19:44:08
可算で上下限のある型なんて限られてるんだから特殊化すればいいだろ。

72:デフォルトの名無しさん
08/06/05 19:45:13
long longとか指定されたらどうするの？死ぬの？

73:デフォルトの名無しさん
08/06/05 20:05:30
std::numeric_limitsのmin(), max()

74:デフォルトの名無しさん
08/06/05 20:18:10
禿も禿本で言ってるな
numeric_limitsの特殊化も提供しろって

75:デフォルトの名無しさん
08/06/06 15:56:46
MinGWとVC++との連携を考えてて
下記みたいなソースを考えた。

GeoOpen関数へ引数無しだとちゃんとreturnされてくるんだが、
引数を作るとエラーが起こっちゃうんだよ。
printfはちゃんとされてるからまさにreturnでエラーが起こってる様子。
ちなみにエラー文はコレ↓
「The value of ESP was not properly saved across a funciton call.
This is usually a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention.」

なんぞこれーー
コンパイラが違うから起こってるエラーなのか。。。

■MinGW側cpp(DLL作成側)
extern "C" __declspec(dllexport) int __stdcall GeoOpen(int inta) {
printf("%u", inta);
return 1;
}

■VC++側cpp(DLL読み込み側)
GEOOPEN geoOpen = (GEOOPEN)GetProcAddress(hGEOCODERDLL, "GeoOpen@4");
if (geoOpen != NULL){
int intRes = (*geoOpen)(testInt);
}

76:デフォルトの名無しさん
08/06/06 15:58:29
ちなみにVC++のヴァージョンは6.0

もしかしてスレチなのかな。

77:デフォルトの名無しさん
08/06/06 16:00:59
しまった記述し忘れ。
■VC++側cpp(DLL読み込み側)
testInt　= 1;

78:デフォルトの名無しさん
08/06/06 16:05:27
GEOOPENの定義は？

79:デフォルトの名無しさん
08/06/06 16:07:09
C++にはDLLなんて概念ないしスレ違いだが
まあ呼び出し規約が一致してないんじゃないかなあ。

80:デフォルトの名無しさん
08/06/06 16:07:44
GEOOPENのtypedeで__stdcallを忘れているんじゃない

81:デフォルトの名無しさん
08/06/06 16:13:25
>>78
typedef int (* GEOOPEN)(int);
です。

>>79
やはりスレチでしたか。
失礼を。

82:デフォルトの名無しさん
08/06/06 16:16:12
>>80
ぐほー！

正にその通りでしたっ
ありがとうございます！

83:デフォルトの名無しさん
08/06/07 05:17:16
templateの型を強引にunsigned形式にキャストしたいんですが
どうやれば良いのでしょうか？
(unsigned T)num;
はエラーになってしまうので・・・。

84:デフォルトの名無しさん
08/06/07 05:32:20
Boostのmake_unsignedを使う。
あるいは自分で同等のメタ関数を書く。

85:デフォルトの名無しさん
08/06/07 05:43:10
質問です
ゲームを作るときに速度や位置といったよく変更するものは一箇所のヘッダーにまとめたほうがいいのでしょうか
それとも、その値を使うヘッダーごとに分けたほうがいいのでしょうか

前者だと、変更するたびにコンパイルの時間が長くなるし、
後者だと、書いてるヘッダーを探す手間が増えるというように、
長所と短所があるのでアドバイスをお願いします

86:デフォルトの名無しさん
08/06/07 06:19:35
>>73
固定配列のサイズ指定でmax() の戻り値使うと、可変長配列にならね？
C99なら問題無いけど、C++だと規格上不正のような気がする。

とはいえGCC4は通っちゃったので俺が間違ってるのか

>>70
boost使えるのならこういうのがあるYo
boost::integer_traits<T>::const_max

87:デフォルトの名無しさん
08/06/07 10:03:09
>>85
定義ファイルから読み込む

88:83
08/06/07 12:18:14
>>84
レスありがとうございます。
boostは環境で使えないので
メタ関数を書いたのですが・・・

template <typename T>
struct add_unsigned
{
typedef unsigned T type;
};

で、エラーが出ます。
unsignedではなくconstなどでは問題なくコンパイル通るのですが・・・

89:83
08/06/07 12:24:42
力ずくですが
template <class T> struct add_unsigned{ typedef T type; };
template <> struct add_unsigned<char>{ typedef unsigned char type; };
template <> struct add_unsigned<wchar_t>{ typedef unsigned int type; };
template <> struct add_unsigned<int>{ typedef unsigned int type; };

こんな感じで解決する事にしました。
どうもありがとうございました。

90:85
08/06/07 15:55:13
>>87
定義ファイルだとユーザが変更出来るという点が気になって使ってなかったんですが、
気にしなくていいのでしょうか
それとも配布前にコードに埋め込んで配布という形を取るのでしょうか

91:デフォルトの名無しさん
08/06/07 16:54:34
>>85
ヘッダで宣言してソースで定義すればいいんじゃないの？

92:デフォルトの名無しさん
08/06/07 17:50:01
>>90
コードに埋め込めばユーザーが変更できないとでも？

93:デフォルトの名無しさん
08/06/07 18:03:16
>>91
俺もそれ思ったけど、
定数自体よく増えそうじゃね？

その場合、定数取得用の関数に文字列渡して
ソースの方でマッピングするくらいしか無いと思う。

マクロ使って、開発中は関数＋文字列渡しで、
リリース時は本当の定数にするのも手だけど、
うまいマクロ書けずに諦めた。

94:デフォルトの名無しさん
08/06/07 18:29:25
潤沢なCPU資源のある今の時代、別に毎回文字列をmapから探しても大して問題はないと思うな。
適当なテキストファイルにa=bの形式でひたすら列挙したものを読み込むクラスとか、そんなに手間でないし便利だから作っておくといいんじゃね？
俺は保存とかコメント付けもしたいからxml使ってるが。

95:デフォルトの名無しさん
08/06/07 18:42:44
おれは>>91の方法だな
>>93は同じような文字列(宣言と定義)を2箇所に書くのがいやだとかそういう話？

96:デフォルトの名無しさん
08/06/07 21:21:47
>>95
じゃなくて、値だけがよく変わるならそれ(cppの書き換えだけ)で良いけど、
定数が増える場合は宣言も当然追加しないといけないので、
ヘッダ書き換える事になって、
結局includeしてる全cppがコンパイルし直しになるな、と。

まぁ、>>85が定数増やすこと有るかどうか分からないけどね。

97:デフォルトの名無しさん
08/06/07 21:25:14
ヘッダ一つに定数一個だけ宣言して
定数使うソースは使う定数の分だけヘッダをインクルードすればいいんじゃね？

98:デフォルトの名無しさん
08/06/07 22:40:18
BCC 5.5.1であるテンプレートクラスの変数をメンバに持つクラスがいて、このクラスのヘッダの段階では
テンプレート引数にくるクラスが前方宣言されただけの時コンパイラに未定義の構造体と警告されてしまいます。
でもcppの方で実際の定義が分かるので、一応コンパイルは通ってるみたいなんですが、
コンパイラを黙らせるにはどのように書くのが良いのでしょうか？

ヘッダ
class hoge;
class piyo{
　　sokuseki_ptr<hoge> hoggee;
};

ソース
struct hoge{ ～ }
（hoggeeの使用）

99:デフォルトの名無しさん
08/06/07 23:27:42
C++でDLL作成に挑戦しています

公開するAPI関数の定義(XXX.h)を extern "C" {} ブロックで囲っているのですが、
関数の本体(XXX.cpp)も同じように extern "C" {} ブロックで囲う必要があるのか分かりません
もちろんインターネットで検索をかけていますが、今のところ有用な情報がないです

両方とも囲う必要があるのか教えてください

100:デフォルトの名無しさん
08/06/07 23:36:28
>>99
試してみれば？

101:デフォルトの名無しさん
08/06/07 23:45:59
>>100
コンパイルは通りました
defファイルも作成できました

しかし、これで正しいのかが分からないのです

102:デフォルトの名無しさん
08/06/07 23:48:23
>>98
BCB2007の付属品のBCC5.9.3では何のエラーも警告も出ない。
5.5.1のバグというか癖では？

103:デフォルトの名無しさん
08/06/08 00:08:39

ソート済みのvectorに対してupper_boundで取得してきたイテレータから
そもvectorにおけるインデックス番号はどうやれば取得できるでしょうか？

104:デフォルトの名無しさん
08/06/08 00:11:18
std::distance()

105:デフォルトの名無しさん
08/06/08 00:24:29
>>99
名前マングルか名前マングリングでググれ。

106:デフォルトの名無しさん
08/06/08 01:22:37
>>104
ほんとだ。ありがとうございます！

107:デフォルトの名無しさん
08/06/08 01:33:02
>>105
いくつか有用な情報が得られました
ありがとうございました

108:デフォルトの名無しさん
08/06/08 02:07:53
質問です。
VC++2008を使用しているのですが
STLのvectorのsize()って、メソッドが呼ばれたらその都度数えているのでしょうか？
それとも、内部に、数量を管理する変数があって、その値を返しているのでしょうか？

109:デフォルトの名無しさん
08/06/08 02:11:13
実装次第。
VC6 の STL なんかは begin と end のポインタを保持していてその差を返してるが、
全ての STL でそういう実装になっているとは限らない。

110:デフォルトの名無しさん
08/06/08 02:11:44
普通はその都度数えます
とはいっても引き算1回
意味的には
vector<T> v;
v.end() - v.begin()
と同じ

111:デフォルトの名無しさん
08/06/08 02:17:45
数えるにしても、少なくとも O(1) の数え方ではある。
strlen みたいな O(N) の数え方はしていないな。

112:デフォルトの名無しさん
08/06/08 03:00:16
リストと違って定数時間が保証されてる

113:デフォルトの名無しさん
08/06/08 03:25:40
spliceとどっちを優先するかだね。

114:108
08/06/08 06:23:00
レスどうもありがとうございます。
それほど遅くはならない仕様なんですね。

今使ってるプログラムは
配列を使ってmalloc()で逐次拡張していくプログラムなんですが
これをvectorに置き換えたんですが、なんか100倍近く遅くなってるんですよね。
基本的に、配列と同じく[]しか使わなかったし
mallocで1つずつ拡張してた場所をresizeやらpush_backに置き換えただけなのに・・・。

元が1時間くらい回しっぱなしのプログラムなので、vectorに置き換えたら10時間くらいかかるようになってしまった・・・。

115:デフォルトの名無しさん
08/06/08 07:52:43
>>114
vectorは一般的に[]は速く、resizeやpushu_backは遅い。reservを調べよ。

116:デフォルトの名無しさん
08/06/08 08:28:37
FreeBSD7.0のgcc4.2.1では
vectorは１つの連続したメモリで管理しています。
resize()、push_back()は内部の配列のメモリは大体二倍ずつ増えるようになっています。
resize()は縮小しても内部のメモリを再割り当てしない様になっています。
STLのソースを読むのが早いのではないですか？

117:デフォルトの名無しさん
08/06/08 08:59:30
vector<A> v;
void f(vector<A> v);
f(v);
とかやってるんではないですか？
void g(vector<A>& v);
ではなく。

118:85
08/06/08 09:00:57
>>91-97
アドバイスを参考に色々考えた結果、ヘッダで宣言して定義をソースに書き、
設定する値は、デバック時はINIファイルやXMLファイルから読み込み、
配布時は埋め込んだコードを使うということにします。

アドバイスありがとうございました。

119:デフォルトの名無しさん
08/06/08 10:17:40
>>114
VC++2008のSTLはセキュリティのために色々やっていて遅い。
#define _SECURE_SCL=0を書いてからヘッダをインクルードすると
それがなくなってだいぶ速くなる。

120:デフォルトの名無しさん
08/06/08 10:41:43
>>119
そんなうえーんな事って他のコンパイラにもありうる？
例えば2005とか

121:デフォルトの名無しさん
08/06/08 11:42:21
むしろ2005からそうなった。

122:デフォルトの名無しさん
08/06/08 12:13:34
>>115
typo ひどすぎw

123:デフォルトの名無しさん
08/06/08 14:54:03
typoはコンパイラが教えてくれるから兵器だもん！

124:デフォルトの名無しさん
08/06/08 15:03:54
defalt:

125:デフォルトの名無しさん
08/06/08 17:34:26
カタカナでdefaultとか書こうとすると、typoで酷いことになるよね

126:デフォルトの名無しさん
08/06/08 17:43:43
defualt:とtypoしてラベルと見なされた事がある

127:デフォルトの名無しさん
08/06/08 17:47:00
>>120
セキュリティとはどんなセキュリティで
なにをしているんですか？

128:デフォルトの名無しさん
08/06/08 18:27:56
std::vector<int> hoge;
int* p = &hoge[0]; // NOT SECURE!!!

っていう

129:デフォルトの名無しさん
08/06/08 18:31:09
>>119
それわざわざヘッダに書かずコンパイラオプションでいいよな
ポータブルなC/C++コードをコンパイルしたいときは
その手の呪文をやたらと唱える必要あるよね、VC++8以降だと

130:デフォルトの名無しさん
08/06/08 18:33:15
>>127
operator []やイテレータでの範囲チェック。

ナントカ_sって関数に変えないCと違って、
何もしなくていいというのはC++さすがというべきところだけど、
どうしてもお節介という感じは否めない。

131:デフォルトの名無しさん
08/06/08 19:11:08
速度を落としてでも安全方向に振るっていうのは、C++の理念に反発してる。
そんなのはC#でやればいい話だ。

132:デフォルトの名無しさん
08/06/08 19:19:52
いつからお前の思想がC++の理念になったんだよ。

133:デフォルトの名無しさん
08/06/08 19:28:20
C++自体はオーバーヘッドは抱え込まない。
オーバーヘッドのある冗長なチェックをどこまで行うかは、ライブラリの実装しだいで使用者の自由ってことかな。

134:デフォルトの名無しさん
08/06/08 19:38:38
単なるデータ構造使いたい場合でも、
class使っちゃったら、コンストラクタが呼ばれてオーバーヘッドが起きたりとか・・・
工夫すりゃ回避できるけど、言語自体は"デフォルト"では、オーバーヘッドだらけでしょ。

135:デフォルトの名無しさん
08/06/08 19:43:07
>>134
コンストラクタが呼ばれてオーバーヘッド？
どんな場合の話だ？

136:デフォルトの名無しさん
08/06/08 19:43:20
プログラミング言語C++とＣ＋＋の設計と進化をよむと
実効速度を重視して言語を設計してますよね。

137:デフォルトの名無しさん
08/06/08 19:46:30
>>134
>class使っちゃったら、コンストラクタが呼ばれてオーバーヘッドが
いいえ

>言語自体は"デフォルト"では、オーバーヘッドだらけでしょ。
いいえ

D&EのC++言語の設計ルールの章に書かれてるけど、
C++には「ゼロオーバーヘッドルール」というのがありまして。

138:デフォルトの名無しさん
08/06/08 20:24:49
オーバーヘッドをコントロールできるかどうかが問題だと思う

139:デフォルトの名無しさん
08/06/08 20:56:29
理想論でゼロオーバーヘッド言ってても
実際問題、速度差が出てるんだから、言い訳出来まい。

140:デフォルトの名無しさん
08/06/08 20:58:08
仕方ねーだろコードの肥大でCPUキャッシュからは溢れるし
仮想関数だって投機実行が効かないんだから

141:デフォルトの名無しさん
08/06/08 20:59:53
インライン展開するからコードの肥大化は関係なし

理想論だけどね ;-)

142:デフォルトの名無しさん
08/06/08 21:08:26
インライン展開するから肥大化すんだろ

143:デフォルトの名無しさん
08/06/08 21:13:07
Cでもコンストラクタや仮想関数と同じようなことをしようとすれば同じだけ時間がかかる。

144:デフォルトの名無しさん
08/06/08 21:14:33
C++はCのつもりで書けばCと同じ速度で動くんだよね。
ただ、速度を犠牲にして抽象化したくなる誘惑が多いということで。

145:デフォルトの名無しさん
08/06/08 21:21:11
わずかなパフォーマンスと引き換えに、抽象化をしてメンテナンスに有利なコードを書くのか。
それともメンテナンスを犠牲にしてベタコードでパフォーマンスを追及するかの選択は使用者が選べるのが利点だわな。

146:デフォルトの名無しさん
08/06/08 21:34:03
C++のfstream.writeはどうして第一引数がconst void*ではなくchar*なのですか？

147:デフォルトの名無しさん
08/06/08 21:40:17
理由は知らないけど、現実にvoid*してもキャストが減るわけでもないし、テンプレート書くときvoidの引数があるといろいろエラーが出るしメリットないもんな

148:デフォルトの名無しさん
08/06/08 21:58:28
basic_fstream<char>だからcharしか受け取らんという意図なんだろうけど、
バイナリ指向なwrite関数はvoid*が使いやすいよな。

149:デフォルトの名無しさん
08/06/08 21:59:08
というかなんでconstが無いのかと

150:デフォルトの名無しさん
08/06/08 22:04:59
charの配列しか動作は保証されないんじゃない?

151:デフォルトの名無しさん
08/06/08 22:09:55
え？constはあるだろ、流石に

152:デフォルトの名無しさん
08/06/08 22:12:39
>>149
実は俺も「マジで？」って思ってググッたｗ
大丈夫const付いてる。146が省略しただけ。

153:デフォルトの名無しさん
08/06/08 22:22:34
個人的にはmemcpyのsrcにconstが付いてて欲しい。

154:デフォルトの名無しさん
08/06/08 22:33:58
>>153
それもconstついているぞ。

155:デフォルトの名無しさん
08/06/08 22:35:51
じゃ、じゃあmainの第二引数にconstが付いて欲しい！

156:デフォルトの名無しさん
08/06/08 22:39:31
class A :public const B も許して欲しい。

157:デフォルトの名無しさん
08/06/08 22:42:33
むしろclass要らなくね？
structだけで良いよ。

158:デフォルトの名無しさん
08/06/08 22:59:10
>>157
classとstructの違いが分からないとは

159:デフォルトの名無しさん
08/06/08 23:05:22
template<struct T> asdf{ typedef T type };

typename asdf<int>::type;

160:デフォルトの名無しさん
08/06/08 23:26:55
>>158
分かった上で言ってるんだけど。
class無いと出来ないことってあったっけ？

161:デフォルトの名無しさん
08/06/08 23:32:05
template<typename T> asdf{ typedef T type };
いらねーな、やっぱw

162:デフォルトの名無しさん
08/06/08 23:33:01
>>148
basic_fstream<wchar_t> のことを考えると
已む無しなんだろうなあと思う。

163:デフォルトの名無しさん
08/06/09 00:22:27
>>160
こんなのとか

template <template <typename T> class U>

164:デフォルトの名無しさん
08/06/09 00:25:05
template <template <typename T> typename U>

もういっその事
template <(template <typename T>) typename U >
にしちゃえば良かったのに

165:デフォルトの名無しさん
08/06/09 00:33:24
template <typename T> class U { };
をそのまま突っ込む形（現状）がベストだと思うけど。

166:デフォルトの名無しさん
08/06/09 00:38:57
template <template <typename T> class U>
がよくて
template <template <typename T> typename U>
template <template <typename T> struct U>
がダメな理由がわからん。

167:デフォルトの名無しさん
08/06/09 00:39:49
たしかに本質的にはclassは無くてもいいが、構文上は必要だな
ただ、元からclassが無ければ↓という構文になっていただろうけどな
template <template <typename T> struct U>

まぁ、あの偉大な禿も万能なわけじゃないからな

168:デフォルトの名無しさん
08/06/09 00:41:49
class でも struct でも OK にして、
それなら typename も OK でいいだろって感じにして・・・
って感じに C++0x でなったりするのかな。

169:デフォルトの名無しさん
08/06/09 00:55:47
classの方が打ちやすいYo

むしろstructを非推奨に

ところで何で、びよよん先生を禿っていうの？
ハゲてるから？ハゲだから？

170:デフォルトの名無しさん
08/06/09 01:06:07
英語ネイティブな人間にはclassという単語がしっくり来るからでしょ
C++の誕生当時はオブジェクト指向は一般的じゃなかったから
言語側がユーザーを啓蒙する必要があったんだと思う

171:デフォルトの名無しさん
08/06/09 01:36:18
classっていうと階級が最初に出てくるんじゃないかな
階級闘争でいうところの階級な
中産階級とか、総中流意識とか
ブルーカラー、ホワイトカラーとか
そういうイメージ

嘘だけど

172:デフォルトの名無しさん
08/06/09 08:52:46
classって1年2組のことでしょ

173:デフォルトの名無しさん
08/06/09 19:20:37
classはsimulaから来たのでしたよね？

174:デフォルトの名無しさん
08/06/09 19:58:32
1993に恋をして君に夢中なんでしたよね

175:デフォルトの名無しさん
08/06/09 21:06:43
後ろ後ろ！

176:デフォルトの名無しさん
08/06/10 14:37:26
パーマン乙

177:デフォルトの名無しさん
08/06/10 18:25:19
std::basic_fstream<unsigned char> は使っても問題ないでしょうか?

178:デフォルトの名無しさん
08/06/10 22:36:39
>>177
見慣れないうえにあんまり意味無いと思うからお勧めはしない。

179:デフォルトの名無しさん
08/06/10 23:31:49
char_traits が定義されてないとダメなんじゃないかな。

180:デフォルトの名無しさん
08/06/11 01:13:48
std::basic_fstreamがstd::iostreamみたいにC++に規格として盛り込まれているのか、
あるいは処理系に依存するのかをききたいんじゃね

181:デフォルトの名無しさん
08/06/11 01:15:29
>>179 なるほど
それでは std::char_traits 相当の UcharTraits を定義して
std::basic_fstream<unsigned char, UcharTraits>
とすると使えるでしょうか?

182:デフォルトの名無しさん
08/06/11 01:16:29
理論上は使えるんじゃないかな？多分。

183:デフォルトの名無しさん
08/06/11 01:41:47
>>180
やりたいことは
put( unsigned char ) と write( const unsigned char*, streamsize )
を使ってバイナリデータをファイルに書き込むことです。
このとき1バイトは0から255を表現できないといけないので最低 unsigned char の型が必要です。
型が char の場合、どの処理系でも使える範囲は0から127までなので目的を果たせません。

184:デフォルトの名無しさん
08/06/11 01:54:15
>>183
バイナリデータとしてみると算術型は違ってもビットパターンを変更しないキャストは実質的に同じデータを指す。
writeはchar*を引数に取るけど、そのポインタがintであれwchar_tであれエンディアンとサイズが正常であれば問題ない。
つまり任意のデータのポインタをchar*として見ることは、その先にあるデータをビットパターンを変更せずにキャストする事に相当する。

185:デフォルトの名無しさん
08/06/11 02:01:01
>>184
キャストとはちょっと違う。 char* はオブジェクトの内部表現となる
メモリの読み出し～書き込みに使えることになっている。これは
unsigned char も signed char も同じ。

ってことで、バイナリ出入力したいだけなら普通の fstream で十分。

186:デフォルトの名無しさん
08/06/11 02:15:47
ios::binary を指定しておけば
fstream で何の問題も無くバイナリの入出力ができる。

187:デフォルトの名無しさん
08/06/11 13:00:02
>>185
それは仕様書で言えばどのあたりで分かるでしょうか？
JIS X 3010-1993 は6章ぐらいまで目を通したのですが見当たりませんでした。

188:デフォルトの名無しさん
08/06/11 16:23:35
エンディアンについても実装がバラバラなのが許容されるのにオブジェクトの内部表現って言及されてるの？

189:デフォルトの名無しさん
08/06/11 16:39:28
>>187
185じゃないけど、
ISO/IEC 9899 [6.5.3.4] でどう？
sizeof(char)==1の保証 → 単位粒度で扱えることの保証。

190:デフォルトの名無しさん
08/06/11 16:56:05
これかな

3.9　Types
2　For　any　object　(other　than　a　base-class　subobject)　of　trivial　type　T,　whether　or　not　the　object　holds　a　valid　value　of　type
T,　the　underlying　bytes　(1.7)　making　up　the　object　can　be　copied　into　an　array　of　char　or　unsigned　char.36)　If　the
content　of　the　array　of　char　or　unsigned　char　is　copied　back　into　the　object,　the　object　shall　subsequently　hold　its
original　value.

36)By　using,　for　example,　the　library　functions　(17.4.1.2)　std::memcpy　or　std::memmove.

191:デフォルトの名無しさん
08/06/11 17:14:51
>>724
ID出る板限定＋多少巻き添え有りで良ければ、
NGワードのIDの欄に「O」を加えると消せる。

192:デフォルトの名無しさん
08/06/11 17:17:35
もちろん誤爆

193:デフォルトの名無しさん
08/06/11 17:24:40
そんなあなたに性器表現

194:デフォルトの名無しさん
08/06/11 18:24:26
VBでビルドすると100KBくらいだったプログラムを
ほとんど同じ構成（コード）でC++に移植したらサイズが900KBまでふくらみました
これって正常ですか？

VS2008、C++ 非MFCのアプリケーションです

195:デフォルトの名無しさん
08/06/11 18:28:09
ヒント：　VBランタイムのサイズ

196:デフォルトの名無しさん
08/06/11 18:32:28
デバッグビルドしてるっていうオチでは?

197:デフォルトの名無しさん
08/06/11 18:39:43
>>195
C++はランタイムライブラリが大きいということですか？

>>196
いえ、リリース用のビルドでそのサイズです
最適化オプションも分かる範囲で変更してみましたが　あまり変化なしでした

198:デフォルトの名無しさん
08/06/11 18:43:50
>>197
VBはランタイムDLLが別だからその分を考慮しろ。

199:デフォルトの名無しさん
08/06/11 18:44:49
VBランタイムのサイズをご存知ないのか
URLﾘﾝｸ(www.microsoft.com)
＞ダウンロード　サイズ　:　1.0　MB
＞Visual　Basic　6.0　を使用して作成されたあらゆるアプリケーションは、これらのファイルを必要とします。

200:デフォルトの名無しさん
08/06/11 18:48:10
>>198-199
>>194のはVS2008のVBですが
それもDLLが別ということですよね？

201:デフォルトの名無しさん
08/06/11 18:48:24
現実にはそれで足りないプログラムが多数。

202:デフォルトの名無しさん
08/06/11 18:50:36
>>200
VB 2008のランタイムたる.NET Frameworkは数百MBある。

あと、一応聞いておくが、C++製はCLRフォームアプリケーションじゃないほうだよね？

203:デフォルトの名無しさん
08/06/11 18:52:49
>>202
>C++製はCLRフォームアプリケーションじゃないほうだよね？
それです

204:デフォルトの名無しさん
08/06/11 20:28:33
>>190
なかなかいい情報ありがとう。
でもここでいっているコピーって memcpy() や memmove() を想定しているような気がする。
普通に char, unsingned char ポインタ経由で代入した場合も同じことが言えるのかな?

205:デフォルトの名無しさん
08/06/11 21:48:42
クリティカルセクションについて質問です。

クリティカルセクション用のクラスを作成しています。
外部からCRITICAL_SECTION構造体を渡さなくても済むように、
staticなメンバ変数としてCRITICAL_SECTIONオブジェクトを作成し、
それに対してInitializeやEnter、Leave、Deleteを行うようにしています。

しかし、ネット上で似たようなコード見つけられていないことから、
本当にこれでスレッドセーフが実現できているのか不安です。

何か問題はありそうでしょうか？

206:デフォルトの名無しさん
08/06/11 22:46:43
>>205
それだとお互いに無関係なクリティカルセクション同士でも排他してしまうな。
というか、二重にInitializeとかDeleteとかしてしまうのでアウト。
CRITICAL_SECTION構造体は非staticなメンバ変数にすればよろし。

207:デフォルトの名無しさん
08/06/11 23:11:40
>>206
なるほど、考えが足らなかったです。
ありがとうございます。

208:デフォルトの名無しさん
08/06/12 00:14:55
こういう時って、コンストラクタでInitialize、デストラクタでDeleteするのが
いいんだっけ？

209:デフォルトの名無しさん
08/06/12 00:27:16
もう1つ、コンストラクタでEnterしてデストラクタでLeaveするクラスも欲しい。
いかにもWinSTLが持っていそうだ。

210:デフォルトの名無しさん
08/06/12 00:37:07
boostも持ってるな

211:デフォルトの名無しさん
08/06/12 02:49:00
>>204
190 は明らかに char や unsigned char の配列として（ポインタ経由で）読み書きした
場合のことを想定した記述だろ。

ほかには 3.10 p15 にある aliasing rule でも char, unsigned char だけ、
そういう直接アクセスを許すように特別扱いされてたりすることから、任意のオブジェクトに
対する char, unsigned char 経由でのアクセスは規格の意図として想定されているものと
考えられる。

よく見ると signed char はダメみたい。微妙だなー。

212:デフォルトの名無しさん
08/06/12 12:08:09
charがsignedならどうなるの？

213:デフォルトの名無しさん
08/06/12 12:14:00
char　と　signed　char　と　unsigned　char　はそれぞれ別の型
char　が符号付きでも符号無しでも　signed　char　とは関係ない

次ページ