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

C++相談室 part62 ..

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　とは関係ない

214:デフォルトの名無しさん
08/06/12 12:33:31
VBでは下記のように宣言して　違うクラスからでも　sub.関数()　が使用出来ていたのですが
c++で同じ構成の共通関数を作ろうとしても参照エラーが出てうまくいきません
下記のコードをc++用にした場合　クラス、関数はそれぞれ
どのように宣言するのが正しいでしょうか？

Public Class main

　　 Sub ボタンクリック　イベント
　　　　　sub.関数() 　'違うクラスの共通メソッド呼び出し
　　 End Sub

End Class

Public Class sub

　 Public Shared Sub 関数()
　 End Sub

End Class

215:デフォルトの名無しさん
08/06/12 12:43:19
>>214
C++のソース貼らないと答えようがない。

216:デフォルトの名無しさん
08/06/12 12:44:18
class　main　{
public:
　void　button_click_event();
};

class　sub　{
public:
　static　void　kansu();
};

void　main::button_click_event()
{
　sub::kansu();
}

void　sub::kansu()
{
}

たぶんこんな感じ？

217:デフォルトの名無しさん
08/06/12 13:10:00
>>215
namespace test {//Namespace

public ref class Form1 : public System::Windows::Forms::Form{//Class Form

private: System::Void code_Click(System::Object^ 　sender, System::EventArgs^ 　e) {//イベント
sub::kansu(); //共通関数　呼び出し
}//イベント

};//Class Form

class Sub{//Class Sub
public :
void kansu();
};//Class Sub

void Sub::kansu(){//　共通関数
};//共通関数

}//Namespace

こんな感じです、共通関数を違うClassのForm1から呼びだして使いたいのですが
識別子が見つからない等のエラーが出てうまくいきません

>>216
そのコードのように修正してみましたが
クラス、識別子が見つからないという同じエラーが出てだめでした

218:デフォルトの名無しさん
08/06/12 13:22:02
・void　kansu()　に　static　を付ける
・sub::kansu()　の呼び出しは　sub　の定義よりも下で行う
・class　Sub　と　sub::kansu　で　sub　の大文字と小文字が異なる

219:デフォルトの名無しさん
08/06/12 13:25:47
あと
・エラーメッセージは一字一句正確に書け

220:デフォルトの名無しさん
08/06/12 13:29:36
>>218
うまく動きました、みなさんどうもありがとうございます

>・class Sub と sub::kansu で sub の大文字と小文字が異なる
コードではちゃんとなっているのですが
ここに書くときに記述ミスしていました、申し訳ないです

221:デフォルトの名無しさん
08/06/12 18:17:23
>>211
3.9 p2 は
「そのオブジェクトを構成するバイトは、char または unsigned char の配列にコピーできる」に対して
「例えば、ライブラリ関数 std::memcpy または std::memmove を使って」という注釈があるけど
char 配列の要素ごとの代入でコピーできるなら「std::memcpy や std::memmove も含まれる」のような
ニュアンスで注釈を付けるんじゃないかな?

それと 3.9 p2 はあるオブジェクトを char 配列にコピーして、その配列から元のオブジェクトにコピー
したときにオブジェクトが元の内容に戻ることを保障しているだけで、同型の他のオブジェクトに対しては
どうなるか分からないんじゃない?
3.9 p3 では char 配列を通さずに std::memcpy でコピーすればオブジェクトが同じ内容になるようです。

3.10 p15 は未定義ではないだけで結果は処理系定義ということもありえるんじゃない?

222:デフォルトの名無しさん
08/06/13 07:57:56
>>221
> char 配列の要素ごとの代入でコピーできるなら「std::memcpy や std::memmove も含まれる」のような
> ニュアンスで注釈を付けるんじゃないかな?
"for example" って書いてあるんだから、そういうことだと思うよ。

1.7, 1.8 より、 POD 型のオブジェクトはメモリ上で連続する
バイト列とされている。

3.9.1 p1 により、 char, unsigned char はバイト中のすべての
ビットが値に反映されることになっているので、これらの型を介して
バイトを正確にコピーできる。

memcpy などの動作は引数の指すメモリ上の位置から連続する
バイト列に対する操作として定義されているので、 char* を使って
同様にバイト列をコピーするコードを書けば同じ意味になる。

そのような操作に対する意味が 3.9 p2, 3.9 p3 の範囲で確定する。
これ以外のバイト操作（ POD 型のオブジェクトに属さないバイトの
操作や、オブジェクトひとつに満たない部分的な操作）については
意味も動作も規定はない。（不定？）

223:デフォルトの名無しさん
08/06/13 08:14:03
違うフォーム上のテキストボックス等のデータを取得するにはどうすればいいですか？

224:デフォルトの名無しさん
08/06/13 08:21:14
C++にフォームなんて概念ありません

225:デフォルトの名無しさん
08/06/13 10:20:30
>>223
初心者スレ、もしくはMFC, WTL, C++/CLIなどで該当するスレへ。
開発環境は必ず書くこと。

226:デフォルトの名無しさん
08/06/13 11:52:30
array<String>型の2次元配列　data[40][40]　を作りたいのですが
array<String^> ^data = gcnew array<String^> (40)(40);
とするとエラーが出ます

どうやって宣言したらいいですか？

227:「CLI」で探せ
08/06/13 12:04:18
>>226
そんな気持ちの悪い記法は専用スレへどうぞ。

228:デフォルトの名無しさん
08/06/13 12:23:01
>>226
CLIはC++じゃないのですれ違い。

229:デフォルトの名無しさん
08/06/13 13:51:26
>>228
じゃ CLIなC++は何言語なんだよ？w
バカかお前ww

230:デフォルトの名無しさん
08/06/13 13:55:45
C++/CLI

231:デフォルトの名無しさん
08/06/13 14:00:53
A.hで中身まで記述した
static void Func()
{
　・・・
};

を　B.cpp、C.cppそれぞれでインクルードすると実体はそれぞれにできるんでしょうか？

232:デフォルトの名無しさん
08/06/13 14:02:42
>>229
>227

233:デフォルトの名無しさん
08/06/13 14:03:33
>>229
C++/CLIはC++を拡張した別の言語としてEcmaで標準化されてるよ。

234:デフォルトの名無しさん
08/06/13 14:03:59
>>231
はい。但し、そのFunc()を例えばB.cppでは使いC.cppでは使わなかったとすると、一つだけになるかもしれません。
# 勿論、どちらでも使わない場合は一つもないかもしれないわけで。

235:デフォルトの名無しさん
08/06/13 14:05:25
まぁそれをやるならせめて無名名前空間をつかってほしいところ

236:デフォルトの名無しさん
08/06/13 14:13:59
>>234
うわぁぁ。そうなんだ。
staticつければ必ずひとつになると思っていました。ありがとう。
こういう場合ひとつだけにするにはテンプレートにするしかないのかな。
ヘッダに記述すること自体の是非は別として。

237:デフォルトの名無しさん
08/06/13 14:19:46
>>236
いや、テンプレートにするかしないかとstaticかどうかは別の問題だから。
つーか、>231の場合でもどうせインライン展開されるから消えてなくなると思うし、
テンプレート関数にしたところでインライン展開されなければ複数できてもおかしくはない。

で、一つにしたい積極的な理由があるの?

238:デフォルトの名無しさん
08/06/13 14:42:06
いろいろ言われそうだけどVCのﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの#include <stdafx.h>
が嫌だからなんです・・。
いろいろなコンパイラで使えればな～と思っていたらどうしてもこれが邪魔で。
ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの設定変えればいいのでしょうけど、ファイルをコピー、
includeですぐに使えるような書き方はないかな～と。

239:デフォルトの名無しさん
08/06/13 14:50:41
あ、見当違いなこと書いてたかも。
上記理由でどうせ同じ関数なんだからひとつにしてファイルサイズ減らせないかなと
思っていた次第です。

240:デフォルトの名無しさん
08/06/13 14:52:05
>>239
理由がそれだけなら、最適化するとどうせインライン展開されて消えてなくなるから気にするな。

241:デフォルトの名無しさん
08/06/13 15:27:25
というか、あちこちに同じ中身が生成されるわけだから
ファイルサイズは逆に増えるよね。

242:デフォルトの名無しさん
08/06/13 15:33:47
う～ん、いろいろありがとう。
とりあえず最適化に任せてみます。

243:デフォルトの名無しさん
08/06/13 16:11:17
===foo.h===
#include "bar.h"
class foo
{
（略）// barは出てこない
};

===foo.cxx===
#include "foo.h"
（略）// barが出てくる

とやるのと、
#include "bar.h"
をfoo.cxxの中に持ってくるのは、
どちらにどういうメリットデメリットがあるのでしょうか。
また、一般的にはどちらの書き方が推奨されますか。

244:デフォルトの名無しさん
08/06/13 16:13:13
CLIって便利だよな
特に他言語で作ったクラスライブラリがそのまま使えるお得感は感動ものだ

245:デフォルトの名無しさん
08/06/13 16:17:15
>>243
ヒント:依存関係、カプセル化

246:デフォルトの名無しさん
08/06/13 17:46:14
>>243
後者。素直に使う所に書く、で必要十分。
前者にメリットは無い。fooを使うやつのコンパイルがbar.hの分遅くなるだけ。

247:デフォルトの名無しさん
08/06/13 18:14:43
次のプログラムをエラー無くコンパイルしたいのですが、方法を教えてください。
//データの構造体-----------
struct dataA
{
int m_dataA;
CLSA * m_next　//クラスのポインター
};
//使用するクラス------------
class CLSA
{
dataA m_dat[100];　　　//データの配列
};
dataAの中にクラスのポインターを持つ。この状態ではCLSAが無いと言われます。
順番を変えるとクラスの中でdataA構造体が無いと言われます。
対処方法が無いでしょうか?

248:デフォルトの名無しさん
08/06/13 18:16:41
セミコロン抜けてた
CLSA * m_next；　//クラスのポインター

249:デフォルトの名無しさん
08/06/13 18:32:36
>>247
struct dataAの上に「class CLSA;」を書く。

あと、どうでもいいけど何かよく分からないデータ構造だな。
dataA{ CLSA* m_parent; } とか
dataA{ dataA* m_next; } とか
CLSA{ CLSA* m_next; } なら分かるけど。

250:デフォルトの名無しさん
08/06/13 20:00:26
出来ましたありがとうございます。基本的な内容ですねorz
データ構造は
root クラスインスタンス
|
|-ノード1クラスインスタンス
|　：　|-ノード1クラスインスタンス
|　：　|-ノード1クラスインスタンス
|　：
|-ノード1クラスインスタンス

のような多段構造のようなもので、ノード分岐の意味をdataAの内部で示しています。
意味自体が単独で作られたり渡されたりするので、1つの構造体にしています。

251:デフォルトの名無しさん
08/06/13 20:08:54
>>244
そのままシームレスに使えればだがな。

だが現実は・・・・　ハァー

252:デフォルトの名無しさん
08/06/13 22:04:32
>>222
3.9.1 p1 は「バイト中のすべてのビットが値に反映される」とはいっても、ビット列と値が
1 対 1 でないこともあるんじゃないかな。
例えば char が符号付きで符号ビットと絶対値で表現する場合、値 0 を表現するビット列が
2 パターンある。その処理系で char* を通して値 0 を読み、その値を char* を通して書く
とビット列が変わる可能性があるんじゃないかな?

253:デフォルトの名無しさん
08/06/14 00:03:39
char型のコピーはbit列をそのままコピーすると言っているのでは

254:デフォルトの名無しさん
08/06/14 04:05:09
>>252
現行の規格で多少無理やり解釈すれば、 -0 と +0 は == で比較すれば
同じになるとしても、区別可能な（異なる value representation を持つ）二つの値
ということでコピーでビット列が変わる可能性は無い、とは言えそう。

ちょっと苦しいんで調べてみたところ、 C との互換性と合わせて見直しが
提案されているみたい。
URLﾘﾝｸ(www.open-std.org)
この中で C99 の規格を基本的にはそのままパクりながら、 C99 では
保証が無いものの、 C++ で半ば慣習的に行われてきた char による
object representation のコピーを保証するため、以下のような記述の追加が
見られる。

The types unsigned char and char may be used for “bitwise” copy.
[Note: this means that if signed char has a negative zero which is
either a trapping value, or will be forced to positive zero on assignment,
plain char must be unsigned. ?end note]

てきとう訳:
型 unsigned char と char は「ビット的」コピーに使ってもよい。
[注: これは、もし signed char が負のゼロをトラップ値として持つか
代入において正のゼロに強制されるのであれば、ただの char は
unsigned でなければならない、ということを意味する。 -注ここまで]

提案とは別に、議論の中では C++ では２の補数を強制してしまうような話も
出ていたらしい。実際のところはそれでもいいのかもしれない。

255:デフォルトの名無しさん
08/06/14 13:48:22
以下のような二種類の構造体のフィールドなのですが、
どちらがより適切なのでしょうか?

struct A
{
int length; // textの長さ
unsigned char text[0]; // 利用者側で好きに領域を確保して先頭を格納。
};

struct B
{
int length;
unsigned char text[1];
};

違いはtext[1]とtext[0]だけなのですが、
text[1]としてしまうと、

unsigned char text[] = "aiueo";
A* a = (A*)malloc(sizeof(A) + strlen(text));

としたときに(処理系依存ですが)
intで4バイト、unsigned charがパディングされて4バイト
さらに文字列の長さで5バイト確保されます。
これだとunsigned charがパディングされた4バイトは無駄な領域の気がします。

text[1]とするメリットはあるのでしょうか?

256:デフォルトの名無しさん
08/06/14 14:12:25
>>255
宣言より大きい配列のアクセスはお勧めできないと思う。
環境依存なしでそういう構造を作りたいなら
struct A
{
int length; // textの長さ
};
A* a = (A*)malloc(sizeof(A) + strlen(text));
で確保して
char* buff=(char*)(a+1);
で文字列にアクセス

文字列の構造体を作りたいなら以下の方がお勧めかな
struct A
{
int length; // textの長さ
unsigned char* text;
};

257:デフォルトの名無しさん
08/06/14 14:24:31
>>255
unsigned char text[0]; はC89では認められていない。
C99から導入されたflexible array memberを使うなら、
unsigned char text[];

258:デフォルトの名無しさん
08/06/14 14:58:10
>>254
なるほど。
今回初めてC++の仕様書に目を通してみたけど未定義や処理系定義の部分が多くて
正確に解釈するのははなかなか難しいですね。
現状の処理系に合わせて処理系定義の部分を削っていけばかなりシンプルになると
思いますけど。

259:デフォルトの名無しさん
08/06/14 15:18:36
>>258
処理系を前提とした入門書を読もう。　処理系未定義はその後で。

260:255
08/06/14 19:20:57
>>256さんどうもありがとうございます。

struct A{
int a;
unsigned char c[0];
};

gcc -c -pedantic test.c
としたら警告が出ました。

警告: ISO C forbids zero-size array 'b'

gccの独自拡張で可能になっているけれどC89自体では禁止されている
ということですね。

261:デフォルトの名無しさん
08/06/14 20:30:10
おい、お前ら、googleでソースコードの検索ができることを知ってましたか？
URLﾘﾝｸ(www.google.co.jp)

262:デフォルトの名無しさん
08/06/14 20:31:46
お前が今まで知らなかったことに驚愕。

263:デフォルトの名無しさん
08/06/14 20:32:49
どういうときにつかうん

264:デフォルトの名無しさん
08/06/14 20:34:41
codeをsearchする時

265:デフォルトの名無しさん
08/06/14 20:54:24
>>261-264自演乙

266:デフォルトの名無しさん
08/06/14 20:56:31
>>265
自演じゃねーよ、タコが

267:デフォルトの名無しさん
08/06/14 20:58:47
>>266
イカですけど何か？

268:デフォルトの名無しさん
08/06/14 20:59:26
>>267
創価、すまんかった

269:デフォルトの名無しさん
08/06/14 23:11:26
# include<iostream>

using namespace std;
void func(int a = 0,long int b = 1000, double c = 2.9751)
{
cout<<"This is func[i].\n";
cout<<"a="<<a<<", b="<<b<<", c="<<c<<"\n\n";
}

void func(int a,double b =3.4152)
{
cout<<"This is func[ii].\n";
cout<<"a="<<a<<", b="<<b<<"\n\n";
}

void func(long int a)
{
cout<<"This is func[iii].\n";
cout<<"a="<<a<<"\n\n";
}

int main(void)
{
func(0,1000,2.9751);
func(0,3.14152);
func(0);
return 0;
}
オーバーロード関数が呼び出せませんと言うエラーが出るのですが、
何処が間違えているかわかりませんか？
未熟な私に教えていただけたらありがたいです。

270:デフォルトの名無しさん
08/06/14 23:16:36
そんな
かわいそうな
つかいかたを
するな

271:デフォルトの名無しさん
08/06/14 23:22:17
>>269
どれを呼んでいいのかワカンネ。とコンパイラ様は仰っておられる

272:デフォルトの名無しさん
08/06/14 23:23:24
>>269
とりあえず、２個目と３個目のfuncを関数ごと
コメントアウトして実行してみ。

273:デフォルトの名無しさん
08/06/15 02:27:52
もう引数全部意図する型にキャストしちゃえよ

274:デフォルトの名無しさん
08/06/15 02:40:25
既定引数と多重定義は「まぜるな危険」だろ。
危険といっても、だいたいコンパイルエラーか警告だけど。

必要なら既定引数を使わないで多重定義をがんばることもやる。
といってもこういうのはありにしているが。
void f(int x);
void f(double x);
void f(int x, int y, int z = 0);
//実引数1個なら多重定義の解決の候補に既定引数は関係しない。
//実引数2個ならデフォルト引数を使うがfの候補は1つに決まっているので良し。

275:デフォルトの名無しさん
08/06/15 03:02:24
fcloseの定義はどこにあるのでしょうか?
glibc-2.7のソースの中には無いようなのですが…

276:デフォルトの名無しさん
08/06/15 03:07:07
libio/stdio.h

277:275
08/06/15 03:16:44
>>276
ありがとうございます！
あった！なるほど#defineされてたわけですね。
#define fclose(fp) _IO_new_fclose(fp)

で、_IO_new_fcloseをたどっていくと
最終的に__closeという関数が呼ばれているようなのですが、
今度こそ定義がglibcにはありませんでした。
ここから先はどうやって追えばよいのやら…

278:デフォルトの名無しさん
08/06/15 03:17:10
>>275
マクロになってるとかじゃないの？

279:275
08/06/15 03:22:33
すみません__closeありました。
sysdeps/march/hurd/close.c
にありました。

実は、fcloseするときにバッファをディスクに同期する
部分がどうなってるのかを追いたかったのですが、
__closeから先はどうやら単にクローズしているだけのようです。
追いなおします。

280:デフォルトの名無しさん
08/06/15 03:25:42
>>277
それはシステムコールじゃないかね。
そうだと、カーネルのソースを見る必要がある。

281:277
08/06/15 13:41:18
>>280
ありがとうございます。
Linuxのソースを見てみました。

linux/include/asm-i386/unistd.h
の中に

#define __NR_close 6

というのがあって、

linux/arch/i386/kernel/syscall_tables.S
の中のテーブルの6番の位置は

sys_close

となっていたので、sys_closeで探すと

linux/fs/open.c
の中にあって、その中で呼んでいる
filp_close
の中でflushとかやっていました。

ただ、__closeから__NR_closeのつながりがわかりませんでした。
これをどこかで#defineされているものなのでしょうか。

282:デフォルトの名無しさん
08/06/15 13:58:38
C++のスレで話すような話題か、っつーのは置いといて...
今時のOSだと、ユーザアプリがファイルをcloseした
からといって、いちいちディスクに同期は取らんと思うけど。

libcのfclose()は、fflush()を呼ぶなりして、少なくとも
ユーザアプリ(というかlibc)が握ってるデータがkernel側に渡るようにはする。
が、kernel側がダーティページをどう処理するかは、バッファキャッシュ管理の
問題になるんでは。

ぶっちゃけsyncとかがあるのはそのためでしょ。

283:デフォルトの名無しさん
08/06/15 22:44:48
class A { A(); ~A(); A(const A&); void operator=(const A&); friend class X; };
class X { class Impl; Impl* impl_; };

ユーザから見て A オブジェクトの生成と消去を X からしかできないようにしたいけど
impl_ の中で A を何らかのコンテナで管理するとき、そのコンテナは A と friend で
はないので A のコンストラクタとデストラクタを呼び出せません。A の中に実装のため
のクラスを friend として並べたくないし、実装の変更のたびに変更したくありません。

何か簡単に解決する方法はあるでしょうか?

284:デフォルトの名無しさん
08/06/15 23:10:00
>>283
class A を class X か class X::Impl の private メンバにする。

285:デフォルトの名無しさん
08/06/16 00:39:28
>>284
もちろんユーザは A の public メンバにアクセスできることが前提です。

286:デフォルトの名無しさん
08/06/16 00:57:47
>>285
A を抽象インターフェースにして実体を >284

287:デフォルトの名無しさん
08/06/16 01:12:34
template hackerさん。ヘルプミー。

template < class _T >
class C
　{
　　public:
　　　template < class _Ta >
　　　void X();
　};

template < class _T >
void F()
{
C< int > obj1;
obj1.X<int>();

C< _T > obj2;
obj2.X<_T>();
}

288:デフォルトの名無しさん
08/06/16 01:13:57
めっちゃ途中で書き込んだ。さーせん。
その上のコードの、obj2.X<_T>();がコンパイルエラーで通りません。
何ででしょうか
代替案とかあるでしょうか

次ページ