1001コメント322KB

C++相談室 part45

レス数が1000を超えています。これ以上書き込みはできません。

0001(*^ーﾟ)b ｸﾞｯｼﾞｮﾌﾞ!!

2005/11/26(土) 21:20:04

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
テンプレートライブラリ(STL含む)に関する質問は
専用の別スレにお願いします。
IDE(VC++など)などの使い方の質問もその開発環境のスレに
お願いします。

前スレ
http://pc8.2ch.net/test/read.cgi/tech/1128512737/

0002デフォルトの名無しさん

2005/11/26(土) 21:22:41

0003デフォルトの名無しさん

2005/11/26(土) 21:23:26

0004デフォルトの名無しさん

2005/11/26(土) 21:24:15

0005デフォルトの名無しさん

2005/11/26(土) 21:24:35

#include <iostream>
using std::cout;
using std::endl;
int main()
{
cout << "乙" << endl;
return 0;
}

0006デフォルトの名無しさん

2005/11/26(土) 21:25:01

■基本■
[C++ FAQ]
　http://www.parashift.com/c++-faq-lite/
　http://www.bohyoh.com/CandCPP/FAQ/ (日本語)
　　Cとその仕様を比較しながらの解説なので分かりやすい。
　　***** 質問の前に必ずこの二つに目を通してください *****

[禿 Stroustrup]
　http://www.research.att.com/~bs/
[C++ International Standard]
　http://www.kuzbass.ru/docs/isocpp/
　http://www.kuzbass.ru/docs/ansi_iso_iec_14882_1998.pdf
　http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=38110&ICS1=35&ICS2=60&ICS3=
[JTC1/SC22/WG21 - C++]
　http://www.open-std.org/jtc1/sc22/wg21

[C/C++ Users Journal]
　http://www.cuj.com/
[cppll (ML)]
　http://www.trickpalace.net/cppll/ (日本語)

0007デフォルトの名無しさん

2005/11/26(土) 21:25:48

0008デフォルトの名無しさん

2005/11/26(土) 21:34:56

C++ Coding Standards
http://www.amazon.co.jp/exec/obidos/ASIN/0321113586/
http://www.amazon.co.jp/exec/obidos/ASIN/4894716860/(翻訳)

0009デフォルトの名無しさん

2005/11/26(土) 21:35:13

■Books(Templateまわり)■
Effective STL
　http://www.amazon.com/exec/obidos/ASIN/0201749629/
　http://www.amazon.co.jp/exec/obidos/ASIN/4894714108/ (翻訳)
Modern C++ Design
　http://www.amazon.com/exec/obidos/ASIN/0201704315/
　http://www.amazon.co.jp/exec/obidos/ASIN/4894714353/ (翻訳)
C++ Templates
　http://www.amazon.com/exec/obidos/ASIN/0201734842/
C++ Template Metaprogramming
　http://www.amazon.com/exec/obidos/ASIN/0321227255/

0010デフォルトの名無しさん

2005/11/26(土) 21:36:32

■Libraries■
[Boost]
　Boost http://www.boost.org/
　(日本語) http://www.kmonos.net/alang/boost/
　(日本語) http://shinh.skr.jp/boost/
[STL]
　STLport http://www.stlport.org/
　SGI-STL http://www.sgi.com/tech/stl/
　STLFilt http://www.bdsoft.com/tools/stlfilt.html
　(日本語) http://www005.upp.so-net.ne.jp/episteme/html/stlprog/
　(日本語) http://www.wakhok.ac.jp/~sumi/stl/
[Loki]
　http://www.moderncppdesign.com/
　LokiPort-MSVC7 http://www.geocities.com/rani_sharoni/LokiPort.html
　LokiPort-MSVC6sp5 http://fara.cs.uni-potsdam.de/~kaufmann/?page=lokiport

0011デフォルトの名無しさん

2005/11/26(土) 21:37:33

■Libraries■
[他]
　ACE http://www.cs.wustl.edu/~schmidt/
　Blitz++ http://www.oonumerics.org/blitz/
　flex++ Bison++ http://www.idiom.com/free-compilers/TOOL/BNF-15.html
[他ライブラリリンク集]
　http://www.trumphurst.com/cpplibs/cpplibs.phtml
　(日本語) http://www.kmonos.net/alang/cpp/lib.html

0012デフォルトの名無しさん

2005/11/26(土) 21:38:47

■関連スレ■
【初心者歓迎】C/C++室 Ver.24【環境依存OK】
http://pc8.2ch.net/test/read.cgi/tech/1131691023/
【C++】STL（Standard Template Library）相談室 4
http://pc8.2ch.net/test/read.cgi/tech/1130680264/
C/C++の宿題を片付けます 53代目
http://pc8.2ch.net/test/read.cgi/tech/1132102992/
C/C++でのWindowsPrograming議論スレ(質問お断り)
http://pc8.2ch.net/test/read.cgi/tech/1049790146/
managed C++ やろうぜ！！
http://pc8.2ch.net/test/read.cgi/tech/1014486422/
【.NET】 C++/CLI について語ろうぜ【最適】
http://pc8.2ch.net/test/read.cgi/tech/1126450441/
ATL/WTL　Part3
http://pc8.2ch.net/test/read.cgi/tech/1095442366/

0013v(^・^)v

2005/11/26(土) 21:42:42

テンプレは以上

0014デフォルトの名無しさん

2005/11/26(土) 21:46:09

乙

0015デフォルトの名無しさん

2005/11/26(土) 21:49:58

>>1乙

0016デフォルトの名無しさん

2005/11/26(土) 22:44:55

>>1
乙

0017デフォルトの名無しさん

2005/11/26(土) 23:33:10

STLつかうと一気に実行ファイルサイズが10倍に?！

0018デフォルトの名無しさん

2005/11/26(土) 23:36:28

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

0019デフォルトの名無しさん

2005/11/26(土) 23:38:14

>>18
毎スレ恒例のテンプレみたいなもんだ。気にするな。

0020デフォルトの名無しさん

2005/11/26(土) 23:41:42

すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。
C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？
#include <stdafx.h>

後氏ね。

0021デフォルトの名無しさん

2005/11/26(土) 23:56:44

↑
確かこれもテンプレ

0022デフォルトの名無しさん

2005/11/27(日) 00:05:54

乙>>1

しかし、std::iteratorを継承して、独自のイテレータを作るの、面倒いね。
オーバーライドをきちんとしないと、予期しないコンパイルエラーの原因になる。

どっかにうまくまとめたサイトないですかね。

0023デフォルトの名無しさん

2005/11/27(日) 00:12:27

>>22
boost::iterator_adaptorやboost::iterator_facadeはどうか？

0024デフォルトの名無しさん

2005/11/27(日) 00:43:10

>>23
ありがとう。さっそくいじくってみます。

0025デフォルトの名無しさん

2005/11/27(日) 01:21:02

実行ファイルとは違うディレクトリにあるファイルのオープンを絶対パス指定以外で
行うにはどうしたらいいのでしょうか？

0026デフォルトの名無しさん

2005/11/27(日) 01:23:30

相対パス

0027デフォルトの名無しさん

2005/11/27(日) 01:48:10

ﾜﾛﾀ

0028デフォルトの名無しさん

2005/11/27(日) 01:52:44

自演乙

0029デフォルトの名無しさん

2005/11/27(日) 12:14:44

>>27-28
自演乙

0030デフォルトの名無しさん

2005/11/27(日) 13:39:38

webサーバー立てて、URLでファイルを取得する。

0031デフォルトの名無しさん

2005/11/27(日) 17:18:53

for(int i=5, m; i < 10; i++)
{
}
のような文の時
int i=5,m;
の意味はint型の変数iとmを作ってiに5を代入するという意味でいいのしょうか？

0032デフォルトの名無しさん

2005/11/27(日) 17:31:15

いいえ、代入ではなくiを5で初期化するという意味です。

0033デフォルトの名無しさん

2005/11/27(日) 17:53:29

ありがとうございました

0034デフォルトの名無しさん

2005/11/27(日) 18:04:42

本当にありがとうございました

0035デフォルトの名無しさん

2005/11/27(日) 18:28:04

代入と初期化の違いは何ですか？

0036デフォルトの名無しさん

2005/11/27(日) 18:56:50

constメンバに値をカキコできるのは初期化のときだけ

0037デフォルトの名無しさん

2005/11/27(日) 19:29:07

>>35
実行されるのが代入演算子かコンストラクタか

0038デフォルトの名無しさん

2005/11/27(日) 20:21:09

PODだと違いを感じない(=C言語のつもりだと区別が実感できない)けどな
C++だとコンストラクタと代入演算子で処理が変えられるから区別が必要だよな。

0039デフォルトの名無しさん

2005/11/29(火) 07:04:39

staticでprivateなメンバを初期化子（もしくはそれのようなもの）
を使って初期化したいのですが、
どうにも苦戦しています。（PODではないため？）

class a_c {
private:
static int x[2];
};
int a_c::x[2] = {0,1};

どうすれば
よろしいのでしょう…コンスタラクタで初期化や継承など考えましたが、
旨くいきません。
初期化は、staticで、初期化子のように羅列する方式おこないたい
と思うのですが不可能でしょうか。

0040デフォルトの名無しさん

2005/11/29(火) 07:48:33

>>39
そのコードは全然間違っていません。正しいですよ。

0041デフォルトの名無しさん

2005/11/29(火) 15:26:49

>>39
つまり何が上手く言ってないのか書けと。エラーメッセージとかな。

0042デフォルトの名無しさん

2005/11/29(火) 20:13:43

テンプレートクラスを作成し、
そのメンバ関数でそのテンプレート型を返す関数を作成したのですが
関数の失敗時の戻り値に何を返せばいいのか分からず悩んでおります
失敗判定の値を返したいのですが
型によって返す値を分岐するしかないのでしょうか

004342

2005/11/29(火) 20:17:17

＞型によって返す値を分岐するしかないのでしょうか
すみません、これは意味が分かりませんでした…

0044デフォルトの名無しさん

2005/11/29(火) 20:29:06

>>42
つ[例外]

004542

2005/11/29(火) 20:37:15

>>44
おお、ありがとうございます
例外処理でやってみます

0046デフォルトの名無しさん

2005/11/29(火) 21:23:32

>42
Nullオブジェクト……とか思ったけど、C++だと使い物にならんな……

0047デフォルトの名無しさん

2005/11/29(火) 22:28:13

struct Point {
　Point() {}
　Point(int xx, int yy) : x(xx), y(yy) {}
　Point(const Point& p) : x(p.x), y(p.y) {}
　int x, y;
};

この

　Point(int xx, int yy) : x(xx), y(yy) {}
　Point(const Point& p) : x(p.x), y(p.y) {}

この部分はどういう処理をしているのでしょうか？

0048デフォルトの名無しさん

2005/11/29(火) 22:36:23

その前に、structでなくてclassじゃないの？

0049デフォルトの名無しさん

2005/11/29(火) 22:43:23

これを参考にしてくれ！
http://homepage2.nifty.com/aito/cpp/node14.html

Point(int xx, int yy)、Point(const Point& p)はPointクラスのコンストラクタ。
: x(xx), y(yy)と: x(p.x), y(p.y)はxとyのコンストラクタと思われるが、不要なんじゃない？
Pointコンストラクタで初期化するだろうから。

0050デフォルトの名無しさん

2005/11/29(火) 22:44:43

>>47
とりあえず
x = xx;
と同じだと考える。

0051デフォルトの名無しさん

2005/11/29(火) 22:45:53

>>49
いやどう見ても初期化はしていないだろ

0052デフォルトの名無しさん

2005/11/29(火) 22:47:06

メンバイニシャライズでは

0053デフォルトの名無しさん

2005/11/29(火) 22:49:15

ごめん、イニシャライザでした

0054デフォルトの名無しさん

2005/11/29(火) 22:50:01

>>47
後者はコピーコンストラクタだろ。

0055デフォルトの名無しさん

2005/11/29(火) 22:52:26

この場合コピーコンストラクタは確かに不要（デフォルトので十分）だが、
Point(int xx, int yy)のコンストラクタはあったら便利。

void f(Point);のような関数に対してf(Point(10, 10));のように呼べ、
Pointの変数を作らなくてすむ。

0056デフォルトの名無しさん

2005/11/29(火) 22:58:39

>>48
別にstructでもいいじゃん。
つーか、全メンバがpublicなら敢えてprivate宣言を省略するために
structにするというポリシーかも知れず。

>>47
前者は整数値を二つ引き数に取るコンストラクタ、
後者はその構造体へのコンスト参照を引き数に取るコンストラクタ。
#所謂コピーコンストラクタやね。

で、どちらもメンバ変数であるxとyを引き数を使って初期化している。

って、リロードしたら被ってた罠。
#でも書き込んじゃう♪

0057デフォルトの名無しさん

2005/11/29(火) 23:02:13

class Point {
　Point() {x=0; y=0};
　Point(int xx, int yy) : {x=xx; y=yy};
　Point(const Point& p) : {x=p.x; y=p.y};
　int x, y;
};
でいいんじゃない？

0058デフォルトの名無しさん

2005/11/29(火) 23:08:09

>>57
初期化でできることは初期化でやるべき。
どうでもいいけど、初期化ならPoint(int x, int y) : x(x), y(y) {}と書ける。

0059デフォルトの名無しさん

2005/11/29(火) 23:08:51

>>57
たしかにxとyは組み込み型だからいいけど、
クラスでは初期化と代入は別物。
たとえばfstreamなんかはそういう風にできない。

0060デフォルトの名無しさん

2005/11/29(火) 23:12:59

>>59
fsteamはどうなってるの？

0061デフォルトの名無しさん

2005/11/29(火) 23:23:59

>>60
fstream fs("hoge");というのがあったとして下のコードはコンパイルできない。
fstream fs2;
fs2 = fs;
コンストラクタの中でも同じ。

006247

2005/11/30(水) 02:29:42

なるほど

: x(x), y(y)

この使い方ははじめてみたので何なのかわかりませんでした。
メンバイニシャライザというのですね。普通に代入してもよさそうですが
覚えておきます。どうもでした

0063デフォルトの名無しさん

2005/11/30(水) 02:44:26

: x(1), y(x)

と書いたとき y に 1 が入る保障はないな

0064デフォルトの名無しさん

2005/11/30(水) 02:49:46

>>63
class foo {
foo() {//1
x = 1;
y = x;
}
foo() : x(1), y(x) {}//2
int x;
int y;
};
の場合、どちらもyに1が入ることは保証されている。

0065デフォルトの名無しさん

2005/11/30(水) 03:03:06

a[4][2]に格納する値を条件によって変化させたいんですけど

int a[4][2]={{1,2},{3,4},{5,6},{7,8}};
と初期化するみたいにいい方法はないですか？

いちいち
a[0][0]=1;
a[0][1]=2;
a[1][0]=3;
・・・
はめんどうなんですけど

0066デフォルトの名無しさん

2005/11/30(水) 03:03:19

: x(x), y(y)

そもそもこれ意味あるのか？

0067デフォルトの名無しさん

2005/11/30(水) 03:12:29

>>66
個人的にはちょっとした構造体のときにメンバ変数と引き数を揃えることでシンプルになるのが気に入ってるが。

>>65
・構造体にして一次変数を初期化→代入
・構造体にしてカンマ演算子をオーバーロードして一気に代入
・いちいち代入する部分を関数にして、引き数をずらずら並べる
ってところじゃないかな。

0068デフォルトの名無しさん

2005/11/30(水) 03:23:37

>>66
初期化されないっつーか不定だな

0069デフォルトの名無しさん

2005/11/30(水) 03:51:41

２つの配列を一度に入力するにはどのように書いたらいいんでしょうか？
例えばa[ ]とb[ ]に一度に1 2 3 4 5 6みたいに入れたいのですが。
ポインタはまだわからないです。

cout<<"ベクトルを2つ入力 -->";
for(j=0;j<c;j++)
{
cin>>a[j]>>b[j];
}
自力だとこうなのですがエラーが出て…

0070デフォルトの名無しさん

2005/11/30(水) 04:18:35

>>69
a[]とb[]を同じにするなら、cin >>a[j]; b[j] = a[j];

0071デフォルトの名無しさん

2005/11/30(水) 04:37:02

cout<<"ベクトルを2つ入力 -->";
for(j=0;j<c;j++)
{
cin>>a[j];
}
b=a;

0072デフォルトの名無しさん

2005/11/30(水) 04:38:43

>64
class foo {
foo() : y(x),x(1) {}
int x;
int y;
};
こう書いても保証されるんだっけ。

0073デフォルトの名無しさん

2005/11/30(水) 04:41:49

>>71 その場合 y は不定。

007473

2005/11/30(水) 04:42:21

アンカーミスった ×71 ○72

0075デフォルトの名無しさん

2005/11/30(水) 04:42:34

>>72
初期化リストで保証されているのは、リストに書いた順に初期化が行われること。

007672

2005/11/30(水) 04:47:19

>73,75
いつからそんな仕様になったの？

0077デフォルトの名無しさん

2005/11/30(水) 04:52:51

>>76
知ってる限り、最初から。
いつならこんな仕様じゃなかったの？

0078デフォルトの名無しさん

2005/11/30(水) 04:55:33

いや72は保証されてるだろ。
メンバ初期化子の順序は無視され、クラスの宣言に現れた順に初期化が行われるはず。
紛らわしいから同じ順番で書けってのがセオリー

0079デフォルトの名無しさん

2005/11/30(水) 04:59:43

class foo {
int x;
int y;
foo() : x(y),y(1) {}
};

ということは、これは不定？

0080デフォルトの名無しさん

2005/11/30(水) 04:59:46

ちなみに12.6.2.5ね。
> Then, nonstatic data members shall be initialized in the order they were described in the class definition
> (again regardless of the order the mem-initializers).

0081デフォルトの名無しさん

2005/11/30(水) 05:00:48

だーかーらー

class foo {
int x;
int y;
foo() : x(x),y(y) {}
};

これも不定だってば。

0082デフォルトの名無しさん

2005/11/30(水) 05:03:11

>>79
不定

0083デフォルトの名無しさん

2005/11/30(水) 05:03:14

>77
多分最初から。
プログラミング言語C++は持ってないけど、Effective C++にも一項使って書いてある。
クラスの宣言なのはメンバのデストラクタ呼び出しの順番を固定するためだって。

>81
それはこれのことだろ。
Point(int x, int y) : x(x), y(y) {}
不定じゃない。

008473=77

2005/11/30(水) 05:07:15

>>72,76
ああぁ、宣言順は x, y だったのな。ごめん間違い。

0085デフォルトの名無しさん

2005/11/30(水) 07:33:21

どうでもいいことだが、さっきからclassで書いてるヤシは、publicつけといたほうがいいんジャマイカ

0086デフォルトの名無しさん

2005/11/30(水) 07:41:28

なんか、自分の勉強不足を力一杯宣言している阿呆がいるな。

0087デフォルトの名無しさん

2005/11/30(水) 09:48:04

fooがpoint型ならともかく何か分からないんだからどっちでもいい罠。
x,yって名前も適当に付けてんだし

0088デフォルトの名無しさん

2005/11/30(水) 11:49:52

constオブジェクトのためには初期化子も必要ですよね？

0089デフォルトの名無しさん

2005/11/30(水) 12:10:50

>>88
そんな消極的な理由で必要なわけじゃない。
基底クラスやメンバを初期化するために必要。

0090デフォルトの名無しさん

2005/11/30(水) 13:55:21

初期化子に付随する、function-try-block があれば、
コンストラクタで失敗したときにログを吐く場合も有効。

struct foo
{
　auto_ptr< bar > x;
　auto_ptr< bar > y;
　
　// function-try-block が利用できる場合（非常に便利）
　foo( int v )
　　try : x( new bar( v ) ), y( new bar( v ) ) {}
catch( exception const & e ) {
　　　cout << "初期化失敗：" << e.what() << endl;
　　} // ここで例外が自動的に再スローされる。

　// function-try-block が利用できない場合（非常に不便）
　foo( int v, bad_tag )
　{
　　try {
　　　x = auto_ptr< bar >( new bar( v ) );
　　　y = auto_ptr< bar >( new bar( v ) );
　　}
　　catch( exception const & e ) {
　　　cout << "初期化失敗：" << e.what() << endl;
　　　throw e; // 自分で再度投げる
　　}
　}
};

0091デフォルトの名無しさん

2005/11/30(水) 17:12:18

>>40
>>41
レスありがとうございます。
実際のコードは大きいので問題抽出してる時に間違ってしまったようです。
typedef struct {
int a[2];
} b_s;

typedef struct {
b_s bs;
} c_s;

static const c_s cs = {
{0, 1}
};

こんな感じのデータがあって、
それにクラスをかぶせたいのですが、
どうすればいいのかわかりません。

class c_c {
public:
c_c() {}
c_c(const cs& cs) {}
const b_c getC()
private:
};

static const c_c cc(cs);

この辺までで詰まってます…

0092デフォルトの名無しさん

2005/11/30(水) 17:12:27

>>90
初めて知った
Thanks!

0093デフォルトの名無しさん

2005/11/30(水) 17:45:15

>>88
実はコンストラクタ・デストラクタの中では全てのメンバはconstでないという扱い。
だからといって初期化子を使わなくて良いということではないが。

0094デフォルトの名無しさん

2005/11/30(水) 20:44:00

struct A
{
　virtual void g() {}
　void f()
　{
　　// お世話になります。
　　// g がオーバーライドされていればgを呼び出す。
　　// って事をしたいのですが、オーバーライドされた事を調べるにはどうしたら
　　// 良いのでしょうか？
　　// if(g != A::g) 見たいなシンプルな判定方法があれば教えてください。
　}
};

struct B : A
{
　void g() { /* いろいろ */ }
};

0095デフォルトの名無しさん

2005/11/30(水) 20:59:25

>94
デフォルトのA::g()の中身が空なら、何も考えずにg()を呼べばいいのでは？

009694

2005/11/30(水) 21:11:19

>>95
肝心な事を忘れていました。
gにパラメータを渡すのですが、そのパラメータの計算が結構長いのです。
gが空ならその計算ごと省略したいので、どうにかならないかと考えた訳です。

0097デフォルトの名無しさん

2005/11/30(水) 21:29:37

>>96
これって結局は「fの振る舞いが型によって異なる」ということなのだから、
fを仮想関数にして、Aを継承した型が自分のf()の中でg()関連を
担当するべきなんじゃないでしょうか。

0098デフォルトの名無しさん

2005/11/30(水) 21:46:22

hoge0 = hoge1 * hoge2 * 0.5;
みたいな、良くある演算子オーバーロード使用のループを

hoge0.x = hoge1.x * hoge2.x * 0.5;
hoge0.y = hoge1.y * hoge2.y * 0.5;
みたいな感じで展開してみたら、泣けるくらい実行速度が速くなりました。

計算式がまちまちな上、計算自体数百行に及ぶので、
可読性を考えると圧倒的に前者の方が助かるのですが、さりとて速度も欲しいところでして。

なにか両者を共にいただけるような方法ないッスかねぇ。

0099デフォルトの名無しさん

2005/11/30(水) 22:13:00

>>98
プログラム設計には２段階あって、論理設計と物理設計の二つ。
論理設計では上の方法が好ましいんだけど、性能面（物理設計）でダメと
いうことか。
演算子オーバーロードの処理が重いんだろ。

>なにか両者を共にいただけるような方法ないッスかねぇ。
ない！（笑）

0100デフォルトの名無しさん

2005/11/30(水) 22:16:22

焼け石に水だろうが、その演算子オーバーロード関数が
もしインライン関数でなければインライン関数にしておく。

010199

2005/11/30(水) 22:24:43

>>100
なるほど、その手があったか。
演算子オーバーロードに対してinline使えたっけ？

0102デフォルトの名無しさん

2005/11/30(水) 22:25:59

>>101
だって関数だもん。

010398

2005/11/30(水) 22:41:04

>>99-102
お二人？とも、ありがとやんす～。なるほど2段階っすか、まさに。

とりあえずinline指定してみました。が、私のやり方がまずのかなぁ…。
なんか余計なコピーでも発生してそうなので、EffectiveC++片手にもう少し詰めてみます。

0104デフォルトの名無しさん

2005/11/30(水) 22:45:30

>98
遅延評価を使えばできそうな気がする。

0105デフォルトの名無しさん

2005/11/30(水) 23:00:54

>>103
今使ってる処理系の complex ヘッダを読むのが解への最短距離かも。

>>140
行列ライブラリではよく使われるけど98みたいな単純な例だと逆効果にならない？

0106105

2005/11/30(水) 23:10:21

s/140/104/ です。104さん並びに未来の140さん失礼しました。

0107デフォルトの名無しさん

2005/11/30(水) 23:15:14

最近どこかで読んだような、っと見つけた。
ttp://homepage1.nifty.com/herumi/prog/prog82.html

0108105

2005/11/30(水) 23:41:59

>>105
参考になりました。URLの根っこのところをお気に入りに入れました。

>N = 4 なら全部計算してしまうようで
というところが気になったんだけど、調べてみたら
#pragma inline_depth(255)
で解決しそう。

0109108

2005/11/30(水) 23:48:29

>>105じゃなくて>>107です・・・・・・
アルコールに脳みその数字認識野を破壊されたようなので逝ってきます

0110デフォルトの名無しさん

2005/12/01(木) 01:37:48

class hoge
{
void f1();{f2();}
void f2(){/*長い関数*/};

};
このクラスのf1を呼ぶとf2を呼んだあとf2の１行目で落ちます。
デバッグするとアセンブルコードのところで落ちていました。
しかし長い関数の部分を削除してf2の先頭３，４行のコードを残して実行すると落ちません。
おかしいですよね。削除する前は１行目で落ちていたのに、削除したら落ちないんですから。
こんなことは5年の経験で初めてです。
いったい何が原因ですか？

0111デフォルトの名無しさん

2005/12/01(木) 01:46:10

そういわれてもネェ…

0112デフォルトの名無しさん

2005/12/01(木) 01:49:18

>>110
長い関数f2()を単独に実行するとどうなんでしょうか？
f1()がくさいような気がします。
どこかプログラムでぶっ壊してる？特に内部変数あたり。

0113デフォルトの名無しさん

2005/12/01(木) 01:51:29

スタック壊してるね

0114デフォルトの名無しさん

2005/12/01(木) 02:00:27

>>110
f1()で変なところを壊してないか確認すること。
配列のMAXを超えてデータを格納していないかとか、文字列の扱いとか。
あと、ポインタ変数の処理がきちんとされているかとか。

0115デフォルトの名無しさん

2005/12/01(木) 02:43:29

class A {
public:
A();
virtual ~A();

private:
init();

};

というようなクラスを定義して、
そのコンストラクタで、プライベートメソッドを呼び、その中で一括して初期化したりmallocしたり
しても良いでしょうか？　（例えばメンバー変数に可変長文字列のポインタを用意し、そこに
mallocした領域に初期化文字列を入れる等の処理)

A::A()　{
init();
}

0116　

2005/12/01(木) 03:34:05

クラステンプレートのメンバの実装はソースファイルではなくヘッダファイルに書くべきなのでしょうか？
このクラスを使用するとリンカエラーが出て困っております

0117デフォルトの名無しさん

2005/12/01(木) 03:43:16

>>115
実は質問内容はよく分からないが
複数のコンストラクタで共通する部分をinit()などに分けて
各コンストラクタ内部でそれを呼び出すのは、よくある手法。

>>116
exportが事実上存在しない現在、
複数ファイルで使うテンプレートは全てヘッダに書くのが鉄則。

0118116

2005/12/01(木) 03:54:32

>>117
ありがとうございます！すっきりしました！

0119デフォルトの名無しさん

2005/12/01(木) 04:02:39

>116
最近マイブームで、
定義をfoo.h、実装を別のヘッダ(foo.hpp)に分けて書いて、
・hppをincludeして使う時は普通にインライン実装。
・hのみをincludeして使う時は、
どこか適当なソールファイルでhppを使って明示的インスタンス化。

とかやってる。

0120デフォルトの名無しさん

2005/12/01(木) 04:48:13

>>112
単独で実行すると同じように落ちました。

>>113
スタックですか。

>>114
はいf1はf2を呼び出すだけです。
極力直前に処理をさせないようにしたんですが（↓）落ちてしまいます

static hoge* h = new hoge;

int WINMAIN()
{
MSG msg;
HACCEL hAccelTable;
h->f1();h->f2();を直接呼び出しても同じ結果

return 0;
}

こうなるとf1以前にはhogeのコンストラクタしか呼び出されないので、コンストラクタを見ましたがコンストラクタでは何も処理をしていません。
かつて無いほど頭をひねりましたがわかりません。いつもならうっかりミスですぐ見つかるのですが・・・

0121デフォルトの名無しさん

2005/12/01(木) 04:56:54

hoge* h = new hoge; をWINMAINの中に入れても同じですか？

int WINMAIN()
{
hoge* h = new hoge;
MSG msg;
HACCEL hAccelTable;
h->f1();h->f2();を直接呼び出しても同じ結果

return 0;
}

0122デフォルトの名無しさん

2005/12/01(木) 04:59:24

>>121
はい同じでした。

0123デフォルトの名無しさん

2005/12/01(木) 05:05:03

これでも、同じ？同じなんだろうな。

int WINMAIN()
{
hoge h;
h.f2();
return 0;
}

0124123

2005/12/01(木) 05:05:55

f2って引数ないの？

0125デフォルトの名無しさん

2005/12/01(木) 05:10:46

>>123
試しましたが同じでした。
引数はありません。

0126123

2005/12/01(木) 05:11:23

申し訳ないですが、ギブアップです

0127デフォルトの名無しさん

2005/12/01(木) 05:20:34

^д^;　とんでもない。こんな時間までお付き合いいただきありがとうございます。
あとは自分でなにか見落としがないか探してみます。解決できたら報告させてください。

0128デフォルトの名無しさん

2005/12/01(木) 05:21:35

ソースやばければ、f2()を呼び出してる部分のasm上げてみ？

0129123

2005/12/01(木) 05:28:54

関数名のWINMAINってあのWINMAINですか？

0130デフォルトの名無しさん

2005/12/01(木) 05:31:37

ord ptr [esp+14h]
>>128
このぐらいでよろしいですか？
02A88026 add ebx,eax
02A88028 mov eax,dword ptr [esp+8]
02A8802C mul eax,ecx
02A8802E add edx,ebx
02A88030 pop ebx
02A88031 ret 10h
02A88034 push ecx
02A88035 cmp eax,1000h
02A8803A lea ecx,[esp+8]
02A8803E jb 02A88054
02A88040 sub ecx,1000h
02A88046 sub eax,1000h
02A8804B test dword ptr [ecx],eax
02A8804D cmp eax,1000h
02A88052 jae 02A88040
02A88054 sub ecx,eax
02A88056 mov eax,esp
→02A88058 test dword ptr [ecx],eax
02A8805A mov esp,ecx
02A8805C mov ecx,dword ptr [eax]
デバッグでは→のところで止まっています。

>>129
レスするときに間違えて書いていました。正確にはWinMainです。

0131123

2005/12/01(木) 05:35:36

WinMainならば、↓のように記述しないとまずいのではないですか？

int WINAPI WinMain(
HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
int nCmdShow
);

0132デフォルトの名無しさん

2005/12/01(木) 05:41:50

>>131
紛らわしい書き方で申し訳ありません。レスに書くときは引数を略していました。

0133デフォルトの名無しさん

2005/12/01(木) 05:45:10

>>130
そのアドレスっておまいさんのモジュールか？

0134デフォルトの名無しさん

2005/12/01(木) 05:54:08

>>133
02a88058()
WinMain(HINSTANCE__ * 0x03bdba7a, HINSTANCE__ * 0x00000000, unsigned short * 0x1a04fcc0, int 5) line 52
WinMainCRTStartup(HINSTANCE__ * 0x03bdba7a, HINSTANCE__ * 0x00000000, unsigned short * 0x1a04fcc0, int 5) line 21 + 17 bytes
02a71506()
よくわかりませんが呼び出し履歴はこのようになっています

0135デフォルトの名無しさん

2005/12/01(木) 06:25:38

こういうときは本人が問題ないと思ってる部分が問題になってるケースが多い

かってに省略なんかせずにソース晒せ

0136デフォルトの名無しさん

2005/12/01(木) 09:15:28

>>93
コンストラクタ・デストラクタの中でも const メンバは const だよ。

0137デフォルトの名無しさん

2005/12/01(木) 11:08:08

質問デス。
あるクラスのメンバ関数を、プロジェクトのグローバル領域から、
クラスのポインタを通さずに呼び出す事は可能でしょうか。

0138デフォルトの名無しさん

2005/12/01(木) 11:14:48

>>137
そのメンバ関数が静的なら問題なくできます。

0139137

2005/12/01(木) 11:50:38

>>138
すばやい回答ありがとうございます。

ですが、質問の大事なところを端折っていました…orz
申し訳ありませんが、もう一度質問を…。

現在C++でActiveXDLLを作製しています。
DLLの呼出元はVBプログラムなのですが、
この時に、クラスを介せずに直接、クラスのメンバ関数を
呼出できないか、というのを調べています。

よろしくお願いします。

0140デフォルトの名無しさん

2005/12/01(木) 11:58:13

>>139
そのメンバ関数が静的ならその関数を然るべき手段で呼び出せばいいと思います。
#具体的な方法は環境依存につき割愛。然るべきスレでどうぞ。

0141デフォルトの名無しさん

2005/12/01(木) 12:53:48

普通にインタフェース用の関数を用意して，そっからメンバ関数を呼び出すんじゃダメか？
Sub Hoge
　foo
End Sub

int stdcall foo()
{
　return Bar::bar();
}

class Bar {
public:
　static int bar();
};
・・・みたいな

0142137

2005/12/01(木) 16:26:40

>>140.141
回答ありがとうございます。
141さんの例を参考に現在構築していますが、
ActiveXDLLとして参照できるものを作るには、色々必要なようです。

色々と試行錯誤してみます。
ありがとうございました。

0143デフォルトの名無しさん

2005/12/01(木) 16:33:46

141の方式ではVB側でfooはおそらくDeclareで宣言することになるよ。

0144137

2005/12/01(木) 17:48:13

>>143
回答ありがとうございます。
実は、VB側はすでに完成しています。

VBですでに作製してあるActiveXDLLを、
C++に移植するという事をやっているため、
呼出側は基本的にそのままという方針なんです。

そういう訳で、クラスを介さない呼出とか、考えなければいけないんですが。

0145デフォルトの名無しさん

2005/12/01(木) 18:24:56

>>144 他回答している香具師ら
頼むからいい加減スレ違いだと言う認識を持ってくれ｡
つーか、C++に移植する段階でクラスを使わなければいいだけだろうが｡
#で、ついでにextern "C"と。

0146デフォルトの名無しさん

2005/12/01(木) 20:31:54

144 がここはスレ違いだと気付くのキーワードを用意した
ATL-COM IUnknown IDispatch GUID Single-Thread-Apartment

0147デフォルトの名無しさん

2005/12/01(木) 21:20:05

■質問があります
std::string に格納されている「先頭の」空白文字を除去するにはどうすればいいのでしょうか？
空白文字は複数あることも、全くないこともあります。

0148デフォルトの名無しさん

2005/12/01(木) 21:22:03

boost::trim_left

0149147

2005/12/01(木) 21:54:37

boostが使えない環境なのです(;_;)

0150デフォルトの名無しさん

2005/12/01(木) 22:22:34

>>147
string s = " hoge";
string n;

n = s.substr(s.find_first_not_of(" \t"));

とか？

0151デフォルトの名無しさん

2005/12/01(木) 23:00:10

find_first_not_ofとか、何でメンバ関数になってんだろ…？
激しくﾑﾀﾞな気が

0152デフォルトの名無しさん

2005/12/01(木) 23:08:55

ふと思ったんだが。

>>147のって、生のchar*を使うとすれば
char *s = ...;
while (isspace(*s))
　s++;
で、sをずらすだけで済むケースがあるじゃん？

で、同様にstring::c_str()を使ってみると
std::string str = ...;
const char *s = str.c_str();
while (isspace(*s))
　s++;
で、ここで、strに戻す(代入しなおす)わけだが、
sはstrの(実体の)内部を指している。
つまり、気楽に str = s; とすると、
実装の仕方によっては不具合が出る可能性がある気がするんだが、
仕様的にはこの辺どうなのか、知ってる人居る？

要は「stringの代入演算子の内部で元の文字列をdeleteするタイミング」
に規定があるのかどうか、って事だけど。

もちろん、char*ではなくiteratorを使っても同じだと思うけど、
・部分文字列を作って
・新規にstringのインスタンスを作り
・それを元のstrに代入する
の３段階の手順を踏むような、例えば
str = string(it, str.end());
みたいな形なら、間違いなく問題は無いはず。

0153デフォルトの名無しさん

2005/12/01(木) 23:22:07

>>152
仕様では、charT*を引数とするoperator=は
*this = basic_string<charT, traits, Allocator>(pointer_to_string);
を行うことになっている。
つまり、一時オブジェクトが作られ、それがthisに代入されることが保証されている。

0154デフォルトの名無しさん

2005/12/01(木) 23:34:18

おー、ありがとう。
安心して良いって事だね。

0155デフォルトの名無しさん

2005/12/01(木) 23:35:28

効率も悪いってことだな

0156デフォルトの名無しさん

2005/12/01(木) 23:38:18

std::string は可読性も上がり、シンプルにコードをかけるが
効率最悪

0157デフォルトの名無しさん

2005/12/02(金) 00:01:13

>>155
文字列が丸ごとコピーされるとは限らないよ
リファレンスカウントによる実装もある

0158デフォルトの名無しさん

2005/12/02(金) 00:02:25

>>157
部分文字列まで考慮したRefCountの実装って相当面倒な気がするんだけど、
実際のSTLの実装で使われてたりするんかな？

0159デフォルトの名無しさん

2005/12/02(金) 00:12:35

王者が1枠に来るのを待っとったで。明日は鉄板やな。
８Ｒはいくらなんでも王者をバカにしすぎやわ

7R
6-2 30000

12R
1-3 10000
1-5 20000

0160159

2005/12/02(金) 00:20:14

スマン
誤爆や

0161デフォルトの名無しさん

2005/12/02(金) 12:00:08

少し上のexpression templateの話題
efficient c++に書いてあるけれど、すべてをinline展開するとコードサイズが増えすぎるので注意
コードサイズが増えると、キャッシュミスが多発して効率が下がることも。

使用コンパイラが、組込型変数の場合だけRVOする場合
=のついてない算術演算子（operator+()とか）はexpression templateが必要かも
ただし、expression templateは、「演算子の種類とlhs, rhsへのポインタ」などをメンバに持つ
一時オブジェクトを生成するコストがかかる。
線形代数ライブラリみたいに巨大なオブジェクトの一時オブジェクト生成を阻止したいときならいざしらず
class hoge_t {
　int x, y;
};
みたいに小さなクラスのときは、逆効果だと思う。
どうしてもスピードがほしい部分なら、
hoge0 = hoge1; hoge0 *= hoge2; hoge0 *= 0.5;と展開するのがいいんじゃないかな。

コンパイラによっては：
int i = 10;
return i;
はRVOせず
return int(10);
はRVOするようなパターンもあるらしい。operator*()の定義を、最適化されやすいよう変えてみては。

0162105

2005/12/02(金) 20:38:47

>>161
コンパイル時に右辺の変数の値が確定している場合 expression template
を使えば、よく出来たコンパイラならコンパイル時に左辺値を計算するため
最高の実行速度と最小のコードサイズを得ることが出来る。

というのが >>107 の紹介したページの主張（の一部）だと。

0163デフォルトの名無しさん

2005/12/03(土) 00:38:07

しかしそれほどクリティカルなケースがあふれてるものかね?
C++ でストレートに書いて問題になったことなどないのだが

0164デフォルトの名無しさん

2005/12/03(土) 07:21:27

http://www.osl.iu.edu/~tveldhui/papers/techniques/
>This is a very elaborate, complex solution which is difficult to extend and
>maintain. It is probably not worth your effort to take this approach.
とあるように，効率のためにETが必要なほどのケースは滅多に存在しない．

0165110

2005/12/03(土) 07:46:15

解決しました。
長い関数の最初で、ある型の自動変数に同じ型の参照を代入していたせいでした。
コンパイルエラーにならないけど壊れるんですね。

0166デフォルトの名無しさん

2005/12/03(土) 10:13:29

>>164
いいサイト紹介してくれてありがとう。

ただその引用の箇所は例えば boost::lambda あたりを揶揄してるっぽいので
可読性と一時オブジェクト生成コストのトレードオフについての論評じゃないと思う。

0167デフォルトの名無しさん

2005/12/03(土) 11:11:08

Alt と Enterキーが同時に押されたのを検出したいのですが、
WinProc 内（WM_KEYDOWN ／ WM_SYSKEYDOWN）にて
検出しようというのは間違っているのでしょうか。

0168デフォルトの名無しさん

2005/12/03(土) 11:25:32

間違ってる
このスレで聞くのも間違ってる

0169デフォルトの名無しさん

2005/12/03(土) 12:06:37

>166 前後ちゃんと呼んでなかったスマソ

0170デフォルトの名無しさん

2005/12/03(土) 12:44:18

C++勉強中です。

class A
{
private:
A();
public:
static A* Create()
{ return new A; }
};

これはどういうことでしょうか？
static関数って通常は非staticメンバ関数を呼び出せないですよね

0171デフォルトの名無しさん

2005/12/03(土) 13:07:42

>>170
どこで非staticなメンバ関数を呼び出してるの？

0172デフォルトの名無しさん

2005/12/03(土) 13:13:52

コンストラクタとか？そんなわけないよな

0173デフォルトの名無しさん

2005/12/03(土) 13:19:43

コンストラクタって非staticなメンバ関数じゃないんすか。そうですか。

0174デフォルトの名無しさん

2005/12/03(土) 13:34:22

誰が呼び出したかに注意するといいよ

0175デフォルトの名無しさん

2005/12/03(土) 14:44:51

たぶん private: にコンストラクタがあるので staic メンバ関数内で
インスタンス化したときになんでコンパイルエラー出ないのか？
ってことを言いたいんだと思うのだが、それの答えは。

staticメンバ関数は friend みたく非公開メンバにアクセスできるから。

0176デフォルトの名無しさん

2005/12/03(土) 14:53:09

一方「非staticメンバ関数を呼び出せない」に引っかかっているんだとしたら
その文面を「暗黙の this-> を省略できない」と読みかえればいいだにょん。

0177170

2005/12/03(土) 15:03:40

「暗黙の this-> を省略できない」
なるほど。
理解できました。ありがとうございました。

0178デフォルトの名無しさん

2005/12/03(土) 16:34:52

質問をプログラマ板に書いたところ、ここの掲示板が良いと紹介されました。
質問：
http://pc8.2ch.net/test/read.cgi/prog/1129609762/440
よろしくおながいします。
学生ではなく現在はH/W設計もかけもちしています。
長年プログラムを組んで食ってきましたが、オブジェクト指向の言語は未経験です。

0179デフォルトの名無しさん

2005/12/03(土) 16:44:18

>>178
推薦図書スレ行ったら・・・と言おうとしたけど荒れてるね。
演習的なのをやりたいのならExceptional C++かな？
ただWisdomSoftのを読んだだけだと厳しいかもしれない。

#マ板の割にはいいレス付いてるなｗ
#俺がひどいスレしか見てないだけかもしれんが。

0180デフォルトの名無しさん

2005/12/03(土) 17:41:19

>>168
失礼しました。

0181デフォルトの名無しさん

2005/12/03(土) 17:43:44

>>179
K&Rは感動の良書で、そんな演習の入ったC++本を探していますが、
気に入ったもの見つからないのです。
K&Rは１章の問題（１日で踏破できた）をやるだけで、ひととおり
C言語プログラムが書けるように工夫して書かれてました。

コンストラクタ、ディストラクタの概念などは、C言語にはなかったじゃない
ですか。なのでC++仕様の大きさには感心しています。
ただ正直のところは、クラスの定義について、どのような考え方で
システム構成を構築するか、あるいはシステムをどのように分割して
クラスに分解する？・・・みたいな考え方も知りたいところです。

あとは、どんなの応用を想定して、クラスの継承をできるようにC++ではしているのか、
その根本的思想を知りたい、と思います。

なお、
マ板は、読むと精神的に良くないのですが、酷い会社環境で
苦労している人（自分もそう）の話から、自分の知らない
世の中の現実から、学べ取れるものがあります。

0182デフォルトの名無しさん

2005/12/03(土) 17:48:39

クラス、オーバーロード、オーバーライド、ポリモフィズム、例外、テンプレート、STL

大雑把に言えば、C++の基礎文法はこんなとこ。後ろに行くほど分野によって不要だったりもする。
上記でまだ分からないものがあれば、ウェブなり、入門書なりでまずは補完すること。
このレベルなら独習シリーズでいいんじゃね？

で、C++の機能の多くはオブジェクト志向の実装のためにあるわけだからオブジェクト指向もかじっ
ておかないと、意味わからないことも多いと思われる。

ただし、組み込みみたいに特殊な分野だと、また文化が違ったりするから、目的がはっきりしている
なら、その点ハッキリさせて質問したほうがいいと思われ。

0183デフォルトの名無しさん

2005/12/03(土) 17:55:22

>>181
>システム構成を構築するか、あるいはシステムをどのように分割して
>クラスに分解する？・・・みたいな考え方も知りたいところです。
>あとは、どんなの応用を想定して、クラスの継承をできるようにC++ではしているのか、
>その根本的思想を知りたい、と思います。

それはもう言語の話じゃないな。

0184デフォルトの名無しさん

2005/12/03(土) 18:08:08

_beginthreadexで作ったスレッドをメインスレッドから強制的に終了させる方法ってないすか？

0185デフォルトの名無しさん

2005/12/03(土) 18:19:48

ワーカスレッドでない場合は、クラスで隠蔽して、起動前にフラグ立てて、
デストラクタ処理で終了待ちのループさせるとかしか思いつかんけど。

0186デフォルトの名無しさん

2005/12/03(土) 20:32:08

>>184
環境依存の話はスレ違いなのです。。。

【初心者歓迎】C/C++室 Ver.24【環境依存OK】
http://pc8.2ch.net/test/read.cgi/tech/1131691023/

こちらへどうぞ

0187デフォルトの名無しさん

2005/12/03(土) 21:02:38

>>178
言語仕様や文法がどうこうというのを気にするんじゃなくて

オブジェクト指向とはどういうものか、というのを一度
言語という枠を超えて(SmalltalkとかRubyとか)勉強して、
理解してからC++に戻ってきても遅くないと思うよ。

0188デフォルトの名無しさん

2005/12/04(日) 01:39:42

class A
{
public:
　　int i;
　　A( int _i ):i( _i ){};
　　A(){ A(1); }
};

A a;
printf("%d\n", a.i );

で分けわからない数値が出力されます。
コンストラクタ内で別のコンストラクタを呼び出すのはダメなんでしょうか？

0189デフォルトの名無しさん

2005/12/04(日) 01:40:42

ダメです

0190デフォルトの名無しさん

2005/12/04(日) 03:33:48

>188
呼び出しても一時オブジェクトが生成されるだけだよ。
デフォルト引数使って逃げるか、init() みたいな関数に共通処理をくくり出すか(初期化じゃなくなっちゃうけど)かな。

0191デフォルトの名無しさん

2005/12/04(日) 06:24:58

class A
{
public:
　　int i;
　　A( int _i = 1 ):i( _i ){};
};

class A
{
public:
　　int i;
　　A( int _i ) { init(_i); };
　　A(){ init(1); }
　　void init( int _i ) { i = _i; };
};

0192デフォルトの名無しさん

2005/12/04(日) 09:57:43

A(int i=1): i(i){}

0193デフォルトの名無しさん

2005/12/04(日) 10:12:55

A(int i=1): { i = i; }

0194188

2005/12/04(日) 11:45:37

一時オブジェクトが生成されるだけなんですか。
解りました。ありがとうございました。

0195デフォルトの名無しさん

2005/12/04(日) 12:14:25

>>194
どこだか忘れたけど、C++入門なんて偉そうに書いてるWebSiteでその手の間違いを堂々と書いてたな。
ご丁寧に勘違いに基づいた結果に合うようなサンプルまで用意して。
もしあんたがそのサイトで勉強しているならとっととそのページをブックマーク、キャッシュごと捨ててしまえ。

0196デフォルトの名無しさん

2005/12/04(日) 14:39:38

なんで何も知らないのに入門なんか書こうとするんだろうなあ・・・

0197デフォルトの名無しさん

2005/12/04(日) 14:46:06

自分が無知なことを知らないから
（というより、自分は結構詳しいと勘違いしているから）

0198デフォルトの名無しさん

2005/12/04(日) 14:57:14

http://www.amazon.co.jp/exec/obidos/ASIN/475611895X/
http://www.amazon.co.jp/exec/obidos/ASIN/4797328541/
>>178はこれら読むしかないんじゃないの？
それかオブジェクト指向の本

0199デフォルトの名無しさん

2005/12/04(日) 15:06:55

コンストラクタについての質問です。
独習C++で勉強した後、VC++(MFC)の勉強をしていたら、
次のような文を何気なく使われているのを発見しました。

class TestView: public CView
{
/*各種オブジェクトの宣言*/
private:Crect m_rectEllipse;
}

CMyView :: CMyView : m_rectEllipse(0,0,200,200) //←ココ
{
/* CMyViewのコンストラクタ
.
.
.
*/
}

"ココ"の文っていろいろ調べたんですが、載ってなくて。
こういう初期化の書き方ってありなんでしょうか。
それとも何か別の意味があるんでしょうか。

0200デフォルトの名無しさん

2005/12/04(日) 15:09:42

>>199
初期化リストでぐぐってみ。
基底クラスのコンストラクタを呼び出す意味と、メンバを初期化する意味がある。

0201199

2005/12/04(日) 16:01:30

解決しました。ありがとうございました。

デフォルトコンストラクタを持たないクラスのオブジェクト、
const 宣言されたメンバ、リファレンスメンバ
はメンバ初期設定リストによって初期化されなければならない。

0202デフォルトの名無しさん

2005/12/04(日) 16:36:08

>>201
そんな限定的に使うんじゃなくて、なるべく全部
初期化リストで初期化するようにしような。

0203デフォルトの名無しさん

2005/12/04(日) 18:17:30

CMyView::と{の間に : m_Hogehogeとかが大量に入るのが当たり前だったのか

0204デフォルトの名無しさん

2005/12/04(日) 18:27:35

引数なしのデフォルトコンストラクタが用意されてないとそうなる罠

0205デフォルトの名無しさん

2005/12/04(日) 21:22:37

メンバ変数の初期化リストなんてあんま見ないなと思ったら
そもそもPODじゃないデータを初期化でコピーした記憶が無かった

0206デフォルトの名無しさん

2005/12/04(日) 21:54:35

hogeというクラスがあって

int KANSUU(hoge *a){}
という関数があった場合hogeを継承したhogehogeクラスを引数にとることはできるんでしょうか？

0207デフォルトの名無しさん

2005/12/04(日) 21:55:43

>>206 試してみたら？

0208デフォルトの名無しさん

2005/12/04(日) 23:50:50

>>206
継承を理解していればそんな質問を投げないぞ。

0209デフォルトの名無しさん

2005/12/05(月) 00:09:48

>178
つ http://www.pearsoned.co.jp/washo/prog/wa_pro51-j.html

これは誰も紹介しないのか……初心者にちょうどいいとおもうけど。

0210デフォルトの名無しさん

2005/12/05(月) 00:12:21

BruceEckelのThinking in C++ってどうなの？
Thinking in Javaが名著なだけに、是非読んでみたいと思ってるんだけど
邦訳が出てないようだし・・・
原著買うしかないかなぁ

0211デフォルトの名無しさん

2005/12/05(月) 00:32:27

基底クラスに派生クラスのアドレスを代入したときの動きのメカニズムや
クラス情報がどのようにメモリに配置されるかなどを図で説明した本はないでしょうか？

0212デフォルトの名無しさん

2005/12/05(月) 00:45:10

>>211
EffectiveC++にもvptr周りは図付きで説明されてた気がするが
もうちょっと詳しく知りたいならARMかD&Eじゃね？

0213デフォルトの名無しさん

2005/12/05(月) 02:04:32

>>212
ARMはともかくD&Eなら近くの本屋さんにあると思うので調べてみます。
ありがとうございました

0214デフォルトの名無しさん

2005/12/05(月) 02:06:33

ＡＲＭやＤ＆Ｅが何の略かわかりません（＞＜）

0215デフォルトの名無しさん

2005/12/05(月) 02:14:57

>>214
ARM http://www.amazon.co.jp/exec/obidos/ASIN/4901280392/
D&E http://www.amazon.co.jp/exec/obidos/ASIN/4797328541/

0216デフォルトの名無しさん

2005/12/05(月) 02:16:02

ARM : The Annotated C++ Reference Manual : プログラミング言語C++
D&E : The Design And Evolution of C++ : C++の設計と進化

0217デフォルトの名無しさん

2005/12/05(月) 04:00:21

>>216
＞ARM : The Annotated C++ Reference Manual : プログラミング言語C++
邦訳タイトルが違う >>215 が正しい

0218デフォルトの名無しさん

2005/12/05(月) 05:26:34

>>211
"vtable c++"でぐぐってみるとか。手っ取り早く知るにはまずこれ。

0219デフォルトの名無しさん

2005/12/05(月) 05:28:56

それにしても今晩はよく雷が落ちるなあ。さっきからUPSが3回も作動した。

0220デフォルトの名無しさん

2005/12/05(月) 07:13:51

C言語で関数ポインタを使って

typedef {
　int (*func)(int param);
}funcList[]={
　func1,func2,func3・・・
};

int callFunc(int funcNum,int param)
{
　return funcList[funcNum].func(param);
}

のような実装をC++のクラスでできますか？
関数ポインタによるリスト化したいのは protected なメソッドです。
そのクラスは継承されるのが前提でひとつのプログラム内部で複数のインスタンスが生成されるのでクラスの外に定義するのはしたくありません。
switch文で分岐もメソッド数が200以上になりそうなので実用的でないし。

0221デフォルトの名無しさん

2005/12/05(月) 07:37:47

>>220
ttp://www.emit.jp/prog/prog_cpp0.html

0222デフォルトの名無しさん

2005/12/05(月) 08:02:08

>>219
地震の前兆です

0223デフォルトの名無しさん

2005/12/05(月) 11:47:41

どなたか、教えてください。以下で func3() の値がおかしくなってしまいます。

class base_1 {
public:
base_1() : data_( 123 ) {}
int get() { return data_; }
int data_;
};
class base : public base_1 {
public:
typedef base_1 base_1_type;
public:
int GET() { return base::base_1_type::get(); }
};
class other { public: int dummy_; };
class derived : public other, public base {
public:
int func1() { return base::base_1::get(); }
int func2() { return base::GET(); }
int func3() { return base::base_1_type::get(); }
};
int main( int argc, char * argv[] )
{
derived D;
printf( "%d\n", D.func1() );
printf( "%d\n", D.func2() );
printf( "%d\n", D.func3() );// おかしい!
}

0224デフォルトの名無しさん

2005/12/05(月) 11:55:22

>>223
cygwin g++ 3.4.4 で動かしたら 123 が３個表示された。
ただし、先頭に #include <cstdio> を足した。

なんかマイナーなコンパイラ使ってる？

0225223

2005/12/05(月) 11:58:05

Microsoft VC++.NETです。
どうもbase_1のthisポインタがsizeof(other)だけずれるんです。

0226デフォルトの名無しさん

2005/12/05(月) 13:26:12

2003で試したけど、thisが&D+4byteを指してないといけないのに+8byteのところ指してた。

0227デフォルトの名無しさん

2005/12/05(月) 13:38:10

class derived : public base, public other {
public:

0228223

2005/12/05(月) 14:12:51

みなさん、どうも。
自分の環境だけでなかったので、コンパイラの癖みたいなものでしょうか?

いろいろおかしいところはあって、
・func3()で base::get() とか base_1_type::get() だと問題は発生しない。
・たとえばotherとかにメンバ関数get()を持たせると問題は発生しない。
・base内でのtypedefをprivateにしてもコンパイルビルドはできてしまう。
・派生させるクラスの順序によって症状が変わる

もともと、base_1はtemplateだったんですが、単純化するとこうなりました。
template名が長かったのでtypedefしたんですが…

0229デフォルトの名無しさん

2005/12/05(月) 15:10:07

>>228
http://lab.msdn.microsoft.com/productfeedback/SearchResults.aspx?stype=1&fields=1&category=11
このページの下のほうにバグレポートなるリンクがある。

0230223

2005/12/05(月) 16:13:36

>>229
ありがとう。いろいろあるみたいですね。折をみて聞いてきます。
とりあえず、不便ですが回避したコードでやってます。

0231181

2005/12/05(月) 20:53:07

みなさん、色々な本の紹介やアドバイスありがとうございます。
情報はすべてメモしました。

今日はとりあえず、先日見つけたWEBの演習を始めました。
今日はコンストラクタ関数と、そのオーバーロードによる
初期化の具体的やり方がわかりますた。
実際に演習で組むと、頭が良くなったような錯覚に陥りますｗ

紹介いただいた本は、本屋さんで眺めてから、自分に合うか
見極めようと思います。

0232デフォルトの名無しさん

2005/12/05(月) 21:37:40

181 はどのサイトで勉強しているのだろう。ちょっと気になる。

0233デフォルトの名無しさん

2005/12/05(月) 23:12:12

すいません、C++の勉強をしているんですが。
fstreamでファイルから読み込みをする際に
区切り文字を設定する事はできないのでしょうか？
csvのファイルを読み込むときはどうしたら良いのかわからなくて…。
スペース区切りがデフォルトですよね？

0234デフォルトの名無しさん

2005/12/05(月) 23:18:34

>>233
たとえばboost::tokenizer

0235デフォルトの名無しさん

2005/12/06(火) 00:40:22

トークン文字が複数の場合は面倒だがgetlineじゃダメなのか？

0236デフォルトの名無しさん

2005/12/06(火) 01:42:04

STLとかイテレータとかまだ全然理解できてないです。。。
getlineでできそうでした。
ありがとうございました。

0237181

2005/12/06(火) 23:44:29

>>232
http://wisdom.sakura.ne.jp/programming/cpp/
ここを全部、読解しました。

昨日から、下の演習をやっています。最初のほうは飛ばして、クラスから
はいっています。
http://www.sist.ac.jp/~suganuma/learn/enshu.htm

・・・ここも探しあてにけっこう時間かけて苦労して見つけました。

0238デフォルトの名無しさん

2005/12/07(水) 00:01:37

そんなんでいいのか。
OOなんて出番なさそうな演習だな。

0239232

2005/12/07(水) 01:11:33

>>237
>>237
http://wisdom.sakura.ne.jp/programming/cpp/ を読んでみた。
今まで見たC++入門サイトの中では最高の部類だとおもた。よく見つけてきたなぁ。

http://www.sist.ac.jp/~suganuma/learn/enshu.htm も読んでみた。
ちょっとあれだけど・・・。実際C++で良質の演習問題を提供するって難しい。

0240デフォルトの名無しさん

2005/12/07(水) 01:13:05

・・・・そうか？
それのCの方を見たことあるが、
一部用語が統一されてなかったりして、
書いてる本人もわかってるのかいなってところがあったが・・・。

0241デフォルトの名無しさん

2005/12/07(水) 01:16:10

>>239
Rogue Wave

0242デフォルトの名無しさん

2005/12/07(水) 01:19:19

ケチらんで本買えと

＞実際C++で良質の演習問題を提供するって難しい。
禿本の演習問題があるじゃん

0243デフォルトの名無しさん

2005/12/07(水) 01:26:26

禿禿うっさいぞ( ﾟДﾟ)ｺﾞﾙｧ!!

0244239

2005/12/07(水) 01:30:28

>>240
ごまかしはあるけどあからさまな嘘は書いていないので好印象。
レイアウトに気を配って重要なところに自然に目がいくように
配慮されているとこがすごく良いと思った（印刷物だとお金が掛かるのでやりたくても出来ない）。

0245デフォルトの名無しさん

2005/12/07(水) 01:33:12

Kittyってサイトが上がるたびに叩かれてる記憶が

0246239

2005/12/07(水) 01:42:02

>>241
Rogue Wave が tools++ を提供しているところで
エピステーメーが推奨しているってとこまでは知ってるけど・・・

Rogue Wave が日本語の演習問題を出しているのか？
Rogue Wave 有名すぎて調べにくいぞ。

0247239

2005/12/07(水) 01:47:29

>>242
プップー！
237 は買ってみた上で翻訳が糞なんでもっと効率の良いソースを求めているのだ。

0248デフォルトの名無しさん

2005/12/07(水) 02:37:35

俺が演習問題出してやる。

問１
自動販売機を分析して、C++で制御プログラムを作成せよ。

問２
エレベータシステムを分析して、C++で制御プログラムを実装せよ。

各６時間

0249デフォルトの名無しさん

2005/12/07(水) 02:41:46

うっわー出たよ　　自販機問題とエレベータ問題ｗｗっｗｗｗｗｗｗ
ｗ

0250デフォルトの名無しさん

2005/12/07(水) 04:37:40

あとは巡回セールスマン問題ができたら完璧だな

0251デフォルトの名無しさん

2005/12/07(水) 07:49:23

>239の上のサイト、入門にありがちな応用が身に着かない教え方だな。

0252デフォルトの名無しさん

2005/12/07(水) 07:57:14

あーダメだ、
＞ただし、綺麗で保守的なプログラムを書きたいのであれば
＞適当な位置で変数を宣言するのではなく、ブロックの先頭でまとめて宣言するべきです
こんなこと書いてるよ。

0253デフォルトの名無しさん

2005/12/07(水) 08:11:52

>>252
保守的っていうがC89からの習慣や伝統を守るっていう意味だと正しいだろ。

0254デフォルトの名無しさん

2005/12/07(水) 08:14:44

>>253
そもそも変数の宣言箇所についてはC言語の伝統を守ること自体が間違いだと思われ。

0255デフォルトの名無しさん

2005/12/07(水) 08:54:20

すっかり未初期化の変数は気持ち悪いと感じる体になってしまったなぁ。

0256デフォルトの名無しさん

2005/12/07(水) 09:05:34

＞未初期化の変数は気持ち悪い

健全だと思われ

0257デフォルトの名無しさん

2005/12/07(水) 13:07:33

申し訳ありません。C++言語の言語使用自体はおおまかに学び終えたものの
実際のコーディングに関してわからない点があるため質問をさせてください。

変更が不可能な既存のクラスClassAとClassBがすでに存在し

コード中で
ClassA a;
ClassB b;

a=b;
あるいは
b=a;
などのように代入演算子を使えるようにしたいとします。

その場合にはClassAとClassBを継承するクラスをそれぞれ作成し
代入演算子をオーバーロードするしか方法はないのでしょうか？

0258デフォルトの名無しさん

2005/12/07(水) 13:15:54

>>257
friend使えば継承しなくていい。

0259デフォルトの名無しさん

2005/12/07(水) 13:16:56

それにもし継承したとしても、privateメンバはusingでアクセス権を復活させるなど、
かなりおかしな事をしなくてはいけない。

0260257

2005/12/07(水) 13:44:36

friendも検討はしてみたのですが、class定義のほうに変更を加えなくては
ならないため使えませんでした。

ClassAとClassBはヘッダファイルも含めてまったく変更不可という場合には
やはり継承クラスを作って対処するしかありませんか・・・？

0261257

2005/12/07(水) 13:52:07

すみません。補足です。
それぞれのクラス内のデータは適当な関数などを使って取り出せるので
アクセス権限などは問題になりません

0262デフォルトの名無しさん

2005/12/07(水) 14:36:45

>>257
なぜ代入演算でなければならないのですか？
どう考えても設計ミスなので他の手段を考えましょう。

0263デフォルトの名無しさん

2005/12/07(水) 14:41:19

代入演算子でなくともClassA A2B(const ClassB&);のような関数を作れば良いと思うのですが。

0264デフォルトの名無しさん

2005/12/07(水) 14:53:43

>>263
privateメンバはどうやってアクセスするの？friendしかないでそ。

0265デフォルトの名無しさん

2005/12/07(水) 15:10:26

>>264
>>261

0266263

2005/12/07(水) 15:11:11

そういえばAとBが逆でしたな。すまん。

0267257

2005/12/07(水) 16:02:12

>>262
>>263
たしかにおっしゃるとおりだと思います。
代入演算子を使おうと思った理由は、ClassAとClassBが本質的には
同じ内容のデータを管理するからです。具体的には顧客情報です。

>>264
それぞれのクラスには取り出しようの関数と格納用の関数が備わっているので
privateメンバでも問題はありません。

このクラス設計がおかしいのは私も承知しておりますが
引き継いできたソース(変更不可)を流用せよという指示があるので
こうせざるを得ません。

C++流のエレガントな記述方法があるのではないかという思いから
書き込ませてもらいました。
こういう場合は263の方法をとるのが一番最適なのでしょうか？

0268デフォルトの名無しさん

2005/12/07(水) 16:46:10

>>267
>こういう場合は263の方法をとるのが一番最適なのでしょうか？
設計者とプロジェクトリーダーをぶん殴る

0269デフォルトの名無しさん

2005/12/07(水) 16:50:11

ClassAやClassBを継承しなくてもラッピングしたらどうか？

0270デフォルトの名無しさん

2005/12/07(水) 17:48:33

BCBのヘッダーファイルに

class TestClass;

っていう文法を見たんですが、
これってＣ＋＋標準ですか？

みたところ、TestClassがクラスだよとコンパイラに教えて、
ヘッダーインクルードは実装部（.cpp）にのみしてるっぽいんですが、
そういう使い方ですか？

0271デフォルトの名無しさん

2005/12/07(水) 17:50:51

ええ

0272デフォルトの名無しさん

2005/12/07(水) 17:59:21

設計ミスだよな。
AとBを保持するclassCでも作ったら？

>>270
普通に使う。

0273270

2005/12/07(水) 18:29:29

ｻﾝｸｽ>>271-272

標準構文ですか。
「class」がキーワードなのでググルでも調べれなくて困ってますた。

でもヘッダーファイルに実体宣言するとエラーで、
使えるのはポインタ宣言だけなんですね。

C++言語文法自体がポインタ嫌いなので、
ちょっと不整合な感じもしなくも無いですね。

でも、どうせBCB/VCL使ってるとクラスのポインタ使いまくりですが。

0274デフォルトの名無しさん

2005/12/07(水) 18:42:11

>257
単にグローバル（名前空間）な二項演算子をオーバーロードするだけでいけるんじゃないの？

0275デフォルトの名無しさん

2005/12/07(水) 18:49:52

ってできないのか。初めて知った。

0276デフォルトの名無しさん

2005/12/07(水) 19:09:01

ログファイルから送信元IPアレスだけを別のファイルに抜き出して書き込みたいのですがどうすればいいでしょうか？
ファイルの内容は　
日付 to 送信先IP from 送信元IP:port
です。
送信元IPだけを特定する手順を教えてくださる方いませんでしょうか？

0277デフォルトの名無しさん

2005/12/07(水) 19:09:55

>>273
どっちかがポインタじゃないと、コンストラクタの呼び出しが終わらないでしょｗ
A -> A::B -> A::B::A -> A::B::A::B -> ...

0278デフォルトの名無しさん

2005/12/07(水) 19:18:01

>>276
「from 」を検索して、その次の文字から「:」までの間を切り出すだけじゃないのか？

0279デフォルトの名無しさん

2005/12/07(水) 19:57:45

>>276
そういうのはperlの18番でつ

0280デフォルトの名無しさん

2005/12/07(水) 20:37:30

>>277
コンストラクタの呼び出しが終わらない、というか、そもそも
A の中に B のインスタンスが入り、 B の中に A のインスタンスが入る
という状況なのでクラスメンバの配置が確定しないんだな

0281デフォルトの名無しさん

2005/12/07(水) 21:05:00

>>273
それは前方参照と言われる。
ちなみにポインタだけでなく参照も平気。

0282デフォルトの名無しさん

2005/12/07(水) 21:47:08

前方宣言 (forward declaration) じゃね？前方参照っていう言葉は聞いたことがないな

0283デフォルトの名無しさん

2005/12/07(水) 21:51:16

＿|￣|○
やってしもた。

0284277

2005/12/07(水) 22:00:39

>>280
あ、そっか。
まともな補足サンクス。

0285デフォルトの名無しさん

2005/12/08(木) 09:19:04

>>281
説明ｻﾝｸｽ。
参照でも良いのね。

でも、クラスで参照使うとコンパイルエラー出まくりで苦手。
自分vectorの１行取得位にしか使えない。

0286デフォルトの名無しさん

2005/12/08(木) 10:16:30

> クラスで参照使うとコンパイルエラー出まくり

んなこたぁない。

0287デフォルトの名無しさん

2005/12/08(木) 10:27:06

>>285
そりゃ、おまいさんの頭がエラーだらけなんでそ。

0288285

2005/12/08(木) 10:41:07

初期値無しで参照型宣言するとコンパイルエラー出るお。

0289デフォルトの名無しさん

2005/12/08(木) 11:40:38

>>288
当たり前です。参照するものがあって始めて参照型を宣言できるわけですから。
そういうこともあるので、>252のようなことが書かれた入門講座はダメなのです。

0290デフォルトの名無しさん

2005/12/08(木) 11:42:31

boost::addressofですが、最初にconst volatile char &にキャスト
しているようですが、何故volatileが必要なんでしょうか？

0291276

2005/12/08(木) 14:56:37

>278,279さん、アドバイスありがとうございます。
検索してfromをみつけることは分かったのですが、fromから次の文字を切り取るにはどうすればいいのでしょうか？

0292デフォルトの名無しさん

2005/12/08(木) 15:20:56

std::stringについて質問です

たまに string str; に対し str = "";
という方法で文字列をクリアしてるのを見かけるのですが、
これは string::clear() を使うより効率がいいとかなんでしょうか？

また、string::reserve() で設定したサイズは
string::clear()で解除されたりするんでしょうか？

以上、よろしくお願いします

0293デフォルトの名無しさん

2005/12/08(木) 16:26:27

>>292
前者は特に規格では規定されていないが、効率は多分clear()の
方が速いだろう。単に見やすさのために空文字列を代入していると
思われる。

後者は、非強制的な要求であり、必ずしも解除されるとは保証
されていない。reserve()で確保した領域を解除するには、

str.clear();
str.swap(str);

と二段階のステップを踏むとよい。

0294デフォルトの名無しさん

2005/12/08(木) 16:36:11

>>293
的確な返答ありがとうございました。

0295デフォルトの名無しさん

2005/12/08(木) 16:37:10

Effective STL 第17項より

std::string().swap(str);

と書けば、１ステップで、string::reserve で確保された領域を
解放できる。

また、特に string::clear せずに string::swap を適用した場合は、
”きっちり詰められる”事は規格では保証されていない。2の累乗の
大きさとか、要するに処理系依存の領域になる。

0296デフォルトの名無しさん

2005/12/08(木) 17:50:23

class Base {
public:
　virtual Foo() = 0;
};

class Concrete : public Base {
public:
　Foo() { Bar(); }
};

という具合になってて

Base* base = new Concrete;
base->Foo();

とか

Concrete c;
Base& b = c;
b.Foo();

とかがいけるのはわかるのだけど

Base& base = Concrete;
base.Foo();

みたいにまとめて書くことはできないのでしょうか？
g++だとコンパイルは通らないけど、
VC++だとコンパイルが通って動いてしまうのが謎

0297デフォルトの名無しさん

2005/12/08(木) 17:54:39

>>296
VC++って6か？7.1か？
6なら糞だぞ。そんなコードを通すなら、安心してプログラムができない。

0298デフォルトの名無しさん

2005/12/08(木) 17:56:37

>>296
Base& base = Concrete;
これ通るのはまずいような．．．．
非const参照に一時オブジェクトが束縛されている

0299デフォルトの名無しさん

2005/12/08(木) 18:00:12

7.1です・・・
cygwin環境とVC++と、両方でコンパイルできるように書いてますが、
他にもこりゃー間違いだろ、というコードをプログラマの意図を汲んで(？)
通してくれたことがありました
あれは何だったっけなあ・・・

>>298
そうそう
g++だと、そういうエラーメッセージが出ます

0300デフォルトの名無しさん

2005/12/08(木) 18:01:46

VCは8.0に期待するしかないな。最近バグ報告が多いな。
boostがよく通るので、出た当時は喜んでいたものだが。

0301デフォルトの名無しさん

2005/12/08(木) 18:25:07

vc7.1+boost1.32or33でboost::formatのぬるぽって出ます？
こっちで出たけどよそでも出てないかなと気になる。

0302デフォルトの名無しさん

2005/12/08(木) 18:33:09

class Test {
private:
　boost::function<void ()> fn;
public:
　void Foo() {
//　　fn = boost::bind(Foo, this);
　　fn = boost::bind(&Test::Foo, this);
　}
};

VC++7.1だと上のコメントアウトでもコンパイルが通るんだけど
文法的には可？不可？

0303デフォルトの名無しさん

2005/12/08(木) 20:33:40

>>302
ISO的には不可。

0304デフォルトの名無しさん

2005/12/08(木) 20:47:01

>>302
補足しておくとISO/IECの5.3.1.3のNote参照。
gccでは、MFCでその形式が使われているのに対処するために
-fms-extensionsオプションをつけることでコンパイルを通せる。
どちらにしろ独自拡張（拡大解釈？）。

0305デフォルトの名無しさん

2005/12/08(木) 21:47:17

>>303-304
詳細な解説ありがとう
MFCでも使われてるのか・・・

0306デフォルトの名無しさん

2005/12/09(金) 05:05:33

>>296
Level4なら警告がでるはず

0307デフォルトの名無しさん

2005/12/09(金) 08:50:50

Lokiのシングルトンテンプレートのソースを読んでいて思ったのですが

class SingletonHolder {
　static PtrInstanceType pInstance_;
　...
};

PtrInstanceType SingletonHolder::pInstance_;

という感じの宣言をしておいて、
pInstance が NULL かどうかでインスタンスを作るか選択しています。

このようにグローバルスコープ？で宣言した変数は、
明示的に初期化しなくても0が入っている、とみなして良いでしょうか？
gccやVCでテストした限りでは、グローバルスコープで宣言した変数は
初期化しなくても0が入っているようです

また、それを前提として、グローバルスコープに下記の記述をしても良いのでしょうか
b.cppでは、ptrがNULLで初期化されていることを前提にしています
明示的な代入で値を入れる場合、異なる翻訳単位では初期化順が不定になるようですが、
この場合、代入で初期化しておらず、その規則が当てはまるのかわかりません。

-- a.cpp --
void *ptr

-- b.cpp --
int TestValue() {
　if (ptr == NULL) ptr = new TestClass();
　return ptr->GetValue();
}

int n = TestValue();

0308デフォルトの名無しさん

2005/12/09(金) 10:35:24

Cだとグローバル酢k-ぷ、staticスコープのポインタ変数は自動的にNULLに初期化される。
C++だとそれに加えて、クラスのメンバ変数がデフォルトコンストラクタで初期化されるとNULLになる。

0309デフォルトの名無しさん

2005/12/09(金) 10:50:17

>>308
C++の場合は0と言え。

0310デフォルトの名無しさん

2005/12/09(金) 11:27:10

>>309
0 と言ってはいけない理由でも？

0311デフォルトの名無しさん

2005/12/09(金) 11:27:53

まちがえた。 NULL と言ってはいけない理由でも？

0312デフォルトの名無しさん

2005/12/09(金) 11:35:36

>>311
そんくらいぐぐれ

0313デフォルトの名無しさん

2005/12/09(金) 11:44:23

>>308
レスサンクス
その自動で0に初期化されるタイミングは、
他のグローバルスコープの(明示的な)初期化が実行されるより前、
と考えて良いのでしょうか

0314デフォルトの名無しさん

2005/12/09(金) 11:46:06

NULLじゃいけないってのは相当古いコンパイラにしか通用しない罠

0315デフォルトの名無しさん

2005/12/09(金) 13:25:53

>>314
頼むからEffectiveC++に書かれている内容くらい理解してからレスしてください。

0316デフォルトの名無しさん

2005/12/09(金) 13:53:56

>>315
Effective C++ のどこ？　もし25項って言うつもりなら「いけない」と「べきじゃない」を混同してない？

0317デフォルトの名無しさん

2005/12/09(金) 14:04:58

気持ち悪いなあNULL粘着厨は。

0318デフォルトの名無しさん

2005/12/09(金) 14:22:05

突っ込まれて開き直ってるようにしか見えない件

まぁどっちゃでもいいんだけど

0319デフォルトの名無しさん

2005/12/09(金) 14:29:04

おれはただ0をNULLと書いたら本質的にまずいケースがあったら教えてほしかっただけなんだけどなあ・・・

0320デフォルトの名無しさん

2005/12/09(金) 14:37:58

>>319
C++の設計と進化P291～
コンパイラの定義によっては、まずい事がある。

0321デフォルトの名無しさん

2005/12/09(金) 14:40:42

大抵のC++コンパイラは、__cplusplus__マクロが定義されていると、
NULL を 0 と define してしまうようになっているから問題ない。

0322デフォルトの名無しさん

2005/12/09(金) 15:00:25

「大抵のコンパイラでは大丈夫」というのは、このスレでは通用しないな

0323デフォルトの名無しさん

2005/12/09(金) 15:04:53

こう言う時こそ規格書だな！

0324デフォルトの名無しさん

2005/12/09(金) 15:05:05

>>320
スマソ、その本持ってないんだ。概要だけでいいので説明頼む。

0325デフォルトの名無しさん

2005/12/09(金) 15:09:41

ISO/IEC 14882:2003
§18.1.4
The macro NULL is an implementation-defined C++ null pointer constant
in this International Standard.180)
180) Possible definitions include 0 and 0L, but not (void*)0.

0326デフォルトの名無しさん

2005/12/09(金) 15:11:07

規格に準拠していないコンパイラにまで気を使いたくないものだな。

0327デフォルトの名無しさん

2005/12/09(金) 15:11:15

>>324
>>320に書いてある事は>>325と同じ。
つまり、(void*)0はC++ではNULLには使えない。それだけ。

0328324

2005/12/09(金) 15:30:44

>>327
サンクス。でもそれは知ってるわ。
このレベルで規格に準拠してないような処理系について考えてたらキリが無さそうなので、
もうちょっと本質的な例がほしかった。それなりに仕様に準拠してやつでもヤバイような。

0329デフォルトの名無しさん

2005/12/09(金) 15:48:55

>>326
そうそう。漢ならexportとかもガンガン使ってコーディングするよな。

0330デフォルトの名無しさん

2005/12/09(金) 15:49:33

うん

0331デフォルトの名無しさん

2005/12/09(金) 16:13:14

規格に準拠してても(void *) 0 が 0 とは限らないわけで。

0332デフォルトの名無しさん

2005/12/09(金) 16:29:37

必死に

0333デフォルトの名無しさん

2005/12/09(金) 16:38:21

気持ち悪いなあNULL粘着厨は。

0334デフォルトの名無しさん

2005/12/09(金) 16:46:08

もういいじゃん、動けば。

0335デフォルトの名無しさん

2005/12/09(金) 16:46:19

たのしいなあ、びっくりまうすわ

0336デフォルトの名無しさん

2005/12/09(金) 17:06:06

気持ち悪いなあNULL粘着厨は。

0337デフォルトの名無しさん

2005/12/09(金) 17:17:07

>>324
printf(fmt, 0, (char)0, (void*)0, (int*)0, (int(*)())0);

0338デフォルトの名無しさん

2005/12/09(金) 17:32:57

NULL粘着厨きんもーっ☆

0339デフォルトの名無しさん

2005/12/09(金) 17:42:06

#ifdef __cplusplus
#define NULL 0
#else
#define NULL ((void *)0)
#endif

0340デフォルトの名無しさん

2005/12/09(金) 18:06:24

ﾇﾙﾇﾙﾇﾒﾇﾒ

0341デフォルトの名無しさん

2005/12/09(金) 18:38:53

ﾇﾙﾇﾙﾇﾙﾎﾟｯﾎﾟ

0342デフォルトの名無しさん

2005/12/09(金) 18:51:09

#if NULL!=0
#undef NULL
#define NULL 0
#endif

0343デフォルトの名無しさん

2005/12/09(金) 19:02:45

>>342
include順によってはとんでもないことになりそうだな

0344デフォルトの名無しさん

2005/12/09(金) 19:08:24

たとえば

0345デフォルトの名無しさん

2005/12/09(金) 21:43:30

　　（　・∀・）　　　|　|　ｶﾞｯ
　　と　　　　）　　 |　| ﾐﾉｶﾞｽﾄｵﾓｯﾀｶ
　　　Ｙ　/ノ　　　人
　　　　 /　）　　 < 　>__Λ∩
　　＿/し'　／／. Ｖ｀Д´）/
　　（＿フ彡　　　　　　　/ 　←>>341

0346デフォルトの名無しさん

2005/12/09(金) 23:21:07

nullptrが早く標準化すればいいのにな。

0347デフォルトの名無しさん

2005/12/10(土) 00:35:23

class F{
void f0(void);
void f1(int);
}f;

boost::functionでメンバ関数のクラスポインタを束縛した関数オブジェクトが
ほしいのですが、
boost::function0<void> ff0(メンバ関数ポインタ,クラスポインタ);
と書けないのはなぜなのでしょうか？
bind(&F::f0,&f)
bind(&F::f1,&f,_1)
とすればできるのですが、引数の数に応じて_1,_2,_3....としていかないと
いけません。
何か手はあるのでしょうか？

0348デフォルトの名無しさん

2005/12/10(土) 00:58:28

>>347

>引数の数に応じて_1,_2,_3....としていかないといけません。

それ以前に、引数の数が変わると function の型も変わります。
function0<void> f0(bind(&F::f1, &f));
function1<void, int> f1(bind(&F::f1, &f, _1));

だから、面倒くささは function のコンストラクタを
メンバ関数ポインタ等を受け取るように拡張しても結局変わらないと思います。

> boost::function0<void> ff0(メンバ関数ポインタ,クラスポインタ);
> と書けないのはなぜなのでしょうか？

この変換は boost::bind の仕事であって boost::function の仕事ではないと
boost の人たちが考えているからではないでしょうか。

0349347

2005/12/10(土) 02:16:34

>>348
なるほど。
Function<void(int)>という記法にこだわる限り
コンストラクタで受け取るまで型(クラス)がわからないから
メンバ変数にできないのからああいう仕組みになってるのかも。

Class<F>::Function<void(int)>という感じでクラス情報があれば
メンバ関数ポインタとクラスポインタをFunctionに持てるんだろうけど...。

0350デフォルトの名無しさん

2005/12/10(土) 03:42:39

320見てぐぐってみたけど「ビョーンストラウストラップ」って読むものなのか。
ttp://www.amazon.co.jp/exec/obidos/ASIN/4797328541/249-0385649-2590737

0351デフォルトの名無しさん

2005/12/10(土) 04:18:26

>>350
本人のHPに発音したWAVがあるよ。

0352デフォルトの名無しさん

2005/12/10(土) 04:26:44

日本語では「は・げ」と発音するのが正解

0353デフォルトの名無しさん

2005/12/10(土) 04:29:59

>>350
How do you pronounce "Bjarne Stroustrup?"
http://www.research.att.com/~bs/bs_faq.html#pronounce

上記のfaqで本人の発音も聞くことができる。
「ビョーン」より「ビャーネ」の方が近いと思う。
名前の後半部分は「スト *ラウ* ストラップ」より「スト *ル* ヴストルップ」の方が
英語圏では理解されやすいらしい。

0354デフォルトの名無しさん

2005/12/10(土) 04:48:12

ビヨーンって、ほっぺたを左右に引っ張ったら、よく伸びそうだなｗ

0355デフォルトの名無しさん

2005/12/10(土) 08:36:55

>>347
boost::mem_fn

0356313

2005/12/10(土) 11:18:19

NULLと0の議論で流されてしまった感があるので・・・
どうかご教授お願いします。

グローバルスコープに宣言した値型の変数は0に初期化されると教わりましたが、
この初期化タイミングはどうなるのでしょう。

-- a.cpp --
int a = 3;

-- b.cpp --
int b;

-- c.cpp --
int c = a;
int d = b;

という場合、

1. プログラムの起動時に a, b, c, d が 0 で初期化
2. a, c, d の代入による初期化が行われる (順序は不定)
3. c は 0 が入るか 3 が入るかわからない
4. d は必ず 0 が入る
5. プログラムのエントリポイントに入る

という認識で合っていますでしょうか？

0357デフォルトの名無しさん

2005/12/10(土) 11:34:49

コンパイルエラー：c.pp 初期化値は定数でなければならない。

0358デフォルトの名無しさん

2005/12/10(土) 12:18:37

グローバル変数の初期化順は不定じゃなかったっけ

0359デフォルトの名無しさん

2005/12/10(土) 12:19:53

てか、a は 0で初期化はされないだろ。
3で初期化しているジャン。

0360デフォルトの名無しさん

2005/12/10(土) 12:29:39

NULL粘着厨きんもーっ☆

0361デフォルトの名無しさん

2005/12/10(土) 12:45:27

>356
(3.6.2) を厳密に解釈すると

1. a, b, c, d が 0 で初期化 (zero-initialization) される．
2. a が 3 で初期化される．
　　("static initialization" のうちの "constant expression" による初期化)
3. c, d がこの順で各々 a, b で初期化される．
　　("dynamic initialization"．ただし実装は，この初期化をエントリポイント以降で
　　　真に初期化が必要とされる瞬間まで遅延することが許される)

になるかと思います．従って，c == 3 も保証されるかと思います．

0362356

2005/12/10(土) 13:29:57

レスありがとうございます

>>361
なるほど・・・
c が a に依存すると初期化が遅延される、といった仕組みがあるのですね

-- a.cpp --
std::list<int> istack;
int push() { istack.push(1); return istack.size(); }

-- b.cpp --
int b = push();

こんな感じ (b.cpp と同様のものが複数ある) のコードがあったのですが、
MSVC だと istack のサイズは 1 => 2 => 3 => 1 => 2
gcc だと istack のサイズは -127 => -126 => -125 => 1 => 2
といった具合で、内部的な依存があるとやはりまずいようですね

真っ先に 0 での初期化が入ることが規定されているのであれば、
istack をポインタにして対処できると思います。
勉強になりました。ありがとうございました。

0363デフォルトの名無しさん

2005/12/10(土) 13:32:01

ああ、読み違えてました

依存を見ているのではなく、
dynamic initialization の前に static initialization があるから
c == 3 は確定するのですね・・・

0364デフォルトの名無しさん

2005/12/11(日) 11:57:07

ある関数で、引数に与えられた文字列に応じて
switch-case文で、処理の割り振りをしようと思っているのですが
無論switchには、数値か文字定数しか使えないわけでして。。。
どなたか、if文での代用無しにこれを実現する方法がありましたら教えて下さい

0365デフォルトの名無しさん

2005/12/11(日) 12:24:54

>>364
方法その１：std::map を使って文字列から関数ポインタまたはファンクタへ写像する。

0366デフォルトの名無しさん

2005/12/11(日) 13:39:19

完全ハッシュ関数でswitch-case（またはテーブル）で分岐、それぞれのcaseで一回だけif文

0367デフォルトの名無しさん

2005/12/11(日) 14:50:50

>>365,366 レスありがとうございます。
殆どが数行程度の処理の為、関数を作って飛ばさず
case文の中で処理しようと思っているので
>>366さんのやり方で、実装に取り掛かったのですが
case hash("aaa"): でもコンパイラに怒られます。。
「error C2051: case 式は、整数型定数でなければなりません。」
予め計算したテーブルを作るという手もありますが、、、どうにかならない物でしょうか

0368デフォルトの名無しさん

2005/12/11(日) 15:23:58

>>367
>>366は
> 予め計算したテーブルを作るという手
を意図したのだと思われ。

0369デフォルトの名無しさん

2005/12/11(日) 15:31:23

>>367
自分で計算するのがいやならtemplateでやってしまえ

0370デフォルトの名無しさん

2005/12/11(日) 15:52:50

>364
標準じゃないけどLoki::Factoryを使う

0371デフォルトの名無しさん

2005/12/11(日) 15:55:19

>367
数行程度でも（処理に名前を付けるつもりで）関数にしてしまうのが吉。
最適化なんざコンパイラに任せるのがよろしいかと。

0372デフォルトの名無しさん

2005/12/11(日) 16:17:51

>>368,369
ええ、イヤなのでtemplateについて調べてみています。
実行時に再帰的に定数部分を計算させる?というもので
ハッシュを計算させれば達成できそうですね。
>>370,371
仰るとおり関数にしてしまえば、文字列と関数ポインタをまとめた
構造体を作るだけで解決できるんですけどね。
どうしてもやってみたかったという事で・・・

0373デフォルトの名無しさん

2005/12/11(日) 16:46:36

>>372
実行時じゃなくてコンパイル時ね

0374デフォルトの名無しさん

2005/12/11(日) 21:42:06

レス頂いてからずっと試行錯誤してましたが中々至りません。。。
とりあえずハッシュ関数は簡単なもので、
Wikipediaのハッシュ関数というページにあるC言語で書かれた8行を
templateを用いてコンパイル時に計算させる関数に書き換えようとしています。
ぐぐると一番に出てきた、templateとenumを使い、コンパイル時に再帰的に
階乗を求めるやり方を参考に弄ってみていますが、
テンプレート引数には整数しか使えないとか、どうにも上手くいきません…
長々とすみませんが、案がありましたらもう一声頂ければと思います。

0375デフォルトの名無しさん

2005/12/11(日) 21:46:14

ソースを晒した方が速くないか？

0376デフォルトの名無しさん

2005/12/11(日) 21:56:27

いや、間違いなく、caseのラベルに変数(または関数)を使いたいという話だろ。
そして、それが出来ないから、
完全ハッシュ関数を作って、その値をラベルに使えということだと思うが
それを何とかマジックナンバーではなくしたいんだろう。

俺はそんな無茶しないで
素直にmapなりを使うべきだと思うが。

0377デフォルトの名無しさん

2005/12/11(日) 22:02:05

うーん、、1からわからずに書いた動かないソースではどうしようも無いと思うので、
どのようなものを求めてるかをまとめます。
文字列(型は問いません)を受け取り、そのハッシュを作成し整数定数型で返す関数です。
"コンパイル時"に定数として埋め込まれる事を想定していることがポイントです。
できた関数は、enum { aaa = hash("aaa"), bbb = hash("bbb") } のような感じで使えることが理想なのですが…

ここまで書いたのですが、言いたい事は>>376さんのが全てです
無茶なのは承知の上ですが、ここまで来ると諦めが付かなくて。。

0378デフォルトの名無しさん

2005/12/11(日) 22:02:55

>>376
そうしたくないケースもあるんだよね．速度気にする場合とか．
まあ，そういう時は string で渡すなとも思うけど・・・．

0379デフォルトの名無しさん

2005/12/11(日) 22:07:44

非標準だがhash_mapみたいなものはだめか？

0380デフォルトの名無しさん

2005/12/11(日) 22:15:15

>>379
混同するなって。
ハッシュ云々はコンパイル時にcaseの条件を定数にする話だよ。

0381デフォルトの名無しさん

2005/12/11(日) 22:19:01

まあまあ。
mapなりhashなりを使って文字列->定数への表を作っておいて
その定数部分をcaseのラベルにするという意味だろ。

0382デフォルトの名無しさん

2005/12/11(日) 22:45:36

switchでも文字列使えるよ

#include <stdio.h>

main()
{

char x[] = "bbbb";

switch(*((unsigned int*)x))
{
case 'aaaa':
printf("a*4");
break;
case 'bbbb':
printf("b*4");
break;
case 'cccc':
printf("c*4");
break;
}

0383デフォルトの名無しさん

2005/12/11(日) 22:46:40

>>382
それはたまたまxがunsigned intのサイズと同じだったからでしょ？

0384デフォルトの名無しさん

2005/12/11(日) 23:05:12

「文字列リテラルの置かれている先頭アドレス」と一致しているか判定しても・・・

0385デフォルトの名無しさん

2005/12/11(日) 23:06:09

ﾊﾞｶはD言語でも使っとけ

0386デフォルトの名無しさん

2005/12/11(日) 23:07:55

>>382はﾊﾞｶだが>>384はただの低脳だな

0387デフォルトの名無しさん

2005/12/11(日) 23:11:45

>>384は初心者未満

#include <stdio.h>
#include <string.h>

main()
{

char x[256] = "";
strcat(x, "aa");
strcat(x, "a");
strcat(x, "a");

switch(*((unsigned int*)x))
{
case 'aaaa':
printf("a*4");
break;
case 'bbbb':
printf("b*4");
break;
case 'cccc':
printf("c*4");
break;
}

}

0388デフォルトの名無しさん

2005/12/11(日) 23:19:48

'abcd'がどういう扱いになるか、あるいはどういう数値になるかは
処理系依存なわけだが。

0389デフォルトの名無しさん

2005/12/11(日) 23:21:03

違った。
'abcd'だけじゃなくて、'ab'がそもそも処理系依存だ。
もちろん'あ'とL'あ'も含めて。

0390デフォルトの名無しさん

2005/12/11(日) 23:21:55

それ以前の問題

0391デフォルトの名無しさん

2005/12/11(日) 23:23:55

あ、つまり、sizeof(int)が4だとしても
*(int *)"abcd" == 'abcd'
が成り立つとは限らないと言うこと。
もちろん、'abcd'が使われている時点で警告が出る処理系もある。

0392デフォルトの名無しさん

2005/12/11(日) 23:27:45

つまる所、処理系依存な実装方法はやめろと

0393デフォルトの名無しさん

2005/12/11(日) 23:47:52

>>389
えええ

L'あ'は平気だと信じてきたのに。

0394デフォルトの名無しさん

2005/12/11(日) 23:51:44

'abcd' って gcc 拡張じゃなかったっけ？文字コードごにょごにょやった結果になった気がするんだけど。

0395デフォルトの名無しさん

2005/12/11(日) 23:52:27

>374
そもそも文字列を定数式としてコンパイル時に評価すること自体できないんだから、
どうあがいても無理じゃね。

0396デフォルトの名無しさん

2005/12/11(日) 23:52:42

違うよ

0397デフォルトの名無しさん

2005/12/11(日) 23:53:41

>>395
それをやるトリックを教えれって話でしょ

0398デフォルトの名無しさん

2005/12/12(月) 00:14:16

>>395
文字列自体を定数式にできないのなら、それをハッシュ数値にすればどうかという試みです。
templateでも何でもいいんですが、
コンパイル時にそのハッシュ値を計算させる事ができないものかと…

0399デフォルトの名無しさん

2005/12/12(月) 00:15:07

なあ、なんでswitch文で文字列つかえないの？
マジでC++って糞だな

0400デフォルトの名無しさん

2005/12/12(月) 00:17:28

なんかそういう事するプリプロ自作すれば？

0401デフォルトの名無しさん

2005/12/12(月) 00:18:29

「文字列リテラルの置かれている先頭アドレス」
とカギカッコつきでディレクションしたにもかかわらず
バカ、低脳、初心者未満と罵られて超カワイソ・・・

0402デフォルトの名無しさん

2005/12/12(月) 00:19:55

>>399
じゃあswitch文で文字列つかえる言語でコード吐いてみな。
if-elseif・・・のチェインに展開されてるから。

0403デフォルトの名無しさん

2005/12/12(月) 00:46:18

>398
定数式でないものから定数式を作ることが無理だって解らない？

0404デフォルトの名無しさん

2005/12/12(月) 01:25:32

>>399は初心者だが>>402は(ry

0405デフォルトの名無しさん

2005/12/12(月) 01:27:37

>>402
そういう問題じゃないんだけど。
バカ？

0406デフォルトの名無しさん

2005/12/12(月) 02:27:36

>402
switch文なんか使うなよ。

0407デフォルトの名無しさん

2005/12/12(月) 07:33:08

>>402
とりあえずD言語が文字列のswitchが出来るから試してみた(gdc -S test.d)。
吐き出したアセンブリを見ると２分探索で目的の位置を探していて、
if elseのチェインなんて非効率な実装じゃなかったです。

0408デフォルトの名無しさん

2005/12/12(月) 08:28:25

template< char c0 >
struct static_hash1 { static const unsigned int value = (0*137+c0)%1987; };
template< char c0, char c1 >
struct static_hash2 { static const unsigned int value = ((0*137+c0)*137+c1)%1987; };
template< char c0, char c1, char c2 >
struct static_hash3 { static const unsigned int value = (((0*134+c0)*137+c1)*137+c2)%1987; };
template< char c0, char c1 = 0, char c2 = 0 >
struct static_hash : static_hash3<c0,c1,c2> { };
template< char c0 >
struct static_hash<c0> : static_hash1<c0> { };
template< char c0, char c1 >
struct static_hash<c0,c1> : static_hash2<c0,c1> { };
int main() {
char const *s = "ef";
unsigned int v = dynamic_hash(s);
switch (v) {
case static_hash<'a','b','c'>::value:
std::cout << "abc" << std::endl;
break;
case static_hash<'e','f'>::value:
std::cout << "ef" << std::endl;
break;
default:
std::cout << "default" << std::endl;
}
}
めんどいと思ったらBOOST MPL辺りを検索

0409デフォルトの名無しさん

2005/12/12(月) 08:47:35

個別の文字列定数を適当なハッシュ関数処理するテンプレートを
それぞれのcase文に埋め込めたとしても
完全ハッシュにするんだったら全文字列リテラルを受け取って
その何番目って感じでテンプレート引数つけて
毎回全部再実行するようなものになるんだろうな。
面倒すぎ

0410デフォルトの名無しさん

2005/12/12(月) 09:57:54

>>402
C#(Microsoft(R) Visual C# .NET Compiler version 7.10.6001.4)でのテスト結果
選択肢が1～7の場合：if～else～に展開
選択肢が8～の場合：Hashtableを作成

0411デフォルトの名無しさん

2005/12/12(月) 10:14:37

>>407
だから何だって言いたいんだろう・・・・スレ違いなんだが。

0412デフォルトの名無しさん

2005/12/12(月) 10:23:17

>>411
まぁ、C++で同様の仕事を実現するのにどうすべきか考える参考には
なるんじゃない？

0413デフォルトの名無しさん

2005/12/12(月) 13:11:11

>>412
結局map使えばいい話では

0414デフォルトの名無しさん

2005/12/12(月) 15:04:44

話の流れ嫁

0415デフォルトの名無しさん

2005/12/12(月) 15:28:11

>>413
いいえ。
>>377
>ここまで来ると諦めが付かなくて。。
こやつが諦めれば済む話です。

つか、
static const char* tbl[] = {
　"aaa", // =0
　"bbb", // =1
　"ccc", // =2
};
int idx
for (idx=0; idx<sizeof tbl / sizeof *tbl; idx++)
　　if (strcmp(hoge, tbl[i]) == 0)
　　　　break;
switch (idx) {
　　case 0:
　　case 1:
　　case 2:
　　else
}
もうこれでいいよ。

0416デフォルトの名無しさん

2005/12/12(月) 15:59:22

つーか効率を犠牲にしてそこまでswitch文にこだわる理由が理解できん
むかし川で溺れてるところをswitch文に助けられたとかそんなのか？

0417デフォルトの名無しさん

2005/12/12(月) 19:11:32

テクニカルな興味でしょ

0418デフォルトの名無しさん

2005/12/12(月) 19:14:00

>>416
まともに動く static hash なら効率は犠牲どころか向上すると思うけど

0419デフォルトの名無しさん

2005/12/12(月) 21:35:00

>>417
そういうこだわりが昔俺もあった。

で、結局、非効率極まりない処理をあれこれｼｺｼｺ弄り倒して
悩んでたって事に気づいた時は愕然としたものだよ

0420デフォルトの名無しさん

2005/12/12(月) 21:42:02

>>419
それを乗り越えた奴だけが先に進める

0421デフォルトの名無しさん

2005/12/12(月) 21:43:38

すぐ解答を求める姿勢より過程だよ

0422デフォルトの名無しさん

2005/12/12(月) 22:02:36

「下手の考え休むに似たり」、との見極めが難しい(´・ω・)

ってか、「下手な考え～」だと思ってたよ( ﾟ∀ﾟ)'`,､'`,､

0423デフォルトの名無しさん

2005/12/12(月) 23:19:23

>>419
そういうことに気付くのって結構重要な経験だと思うんだよね。
あれこれ試行錯誤することは、たとえ結果が失敗だとしても何もしないよりはずっといいよ。

0424デフォルトの名無しさん

2005/12/13(火) 02:36:51

>>416
表記上の問題じゃない？　効率が少々犠牲になっても、表記がキレイになって
可読性・メンテナンス性が上がるなら選択肢としてありだと思うし。

あと、やっぱり抽象的なレベルで考えた時に switch な分岐を
コードに落とすときに if 列にせにゃならんってのはどうもすっきりせん。

0425デフォルトの名無しさん

2005/12/13(火) 16:58:30

初歩的な質問すみません。

ハードディスクから読み込んだファイルに書いてある文字列を
配列に格納する方法がわかりません。

どなたかhelp me...

0426デフォルトの名無しさん

2005/12/13(火) 17:00:55

ファイルポインタでいいやん。

0427デフォルトの名無しさん

2005/12/13(火) 17:07:40

ファイルポインタやったときの授業でてなかった…
ファイルポインタの使い方がんばって勉強してみます！！

0428デフォルトの名無しさん

2005/12/13(火) 17:25:08

伸びないなこいつは

0429デフォルトの名無しさん

2005/12/13(火) 18:26:20

MCIを制御するのに(それとクラスの勉強)

class MCIControl
{
private:
char mciStrBuffer[1024];
public:
char filename[256];
MCIERROR errorcode;
int open()
{
wsprintf(mciStrBuffer,"open \"%s\" alias test",filename);
errorcode = mciSendString(mciStrBuffer,NULL,0,NULL);
return 0;
}
int play()
{
errorcode = mciSendString("play test",NULL,0,NULL);
return 0;
}
int close()
{
errorcode = mciSendString("close test",NULL,0,NULL);
return 0;
}
};

のようなクラスを作って、main関数より位置的に上に書いたときはいい（うまく動作した）んだが、
別ファイルにすると当然ながらクラスの存在を認識できない。
変数をexternするように、別ファイルのクラスを認識させるにはどうしたらいいの？

0430デフォルトの名無しさん

2005/12/13(火) 18:51:41

普通にヘッダーに書いてインクルードじゃ駄目なの

0431デフォルトの名無しさん

2005/12/13(火) 19:20:28

429がどういう勉強してるのか気になる

0432デフォルトの名無しさん

2005/12/13(火) 19:27:44

つ[必殺コピペ]

誰を殺すかは言わずもがな

0433デフォルトの名無しさん

2005/12/13(火) 19:35:57

なんで、関数の戻り値をintにしているのに
必ず0を返すんだ・・・
エラーコードを返さないでどうするｗ

0434デフォルトの名無しさん

2005/12/13(火) 19:41:52

>>432
おいおい、マジでその提案はやめてくれよ。
三年ほど前に、とりあえずコピペし、include順などで名前が衝突したら
関数名の末尾に1や2や_newをつけて解決すればいいと豪語した奴がいる。
もちろん、効率（インライン展開の促進など）とは関係なく、な。
この考えを、Cどころかプログラムを知らないボスが承認してしまい
今みんなそのツケを払わされてる

0435デフォルトの名無しさん

2005/12/13(火) 20:02:52

IHTMLDocument
IHTMLDocument2
IHTMLDocument3
‥‥‥
なんて名前付けてるOSがある件について⊂(｡Д｡⊂⌒｀つ

0436デフォルトの名無しさん

2005/12/13(火) 20:07:33

とりあえず拡張したら末尾にEx付けるのは基本だな。

0437デフォルトの名無しさん

2005/12/13(火) 20:19:28

クラスのヘッダの作り方がわからん…

>>429のソースをmcictrl.cppに移動して、
mcictrl.hにclass MCIControl;とだけ書いてmain.cppからインクルードしても変化なかった。

もしかして
private:
char mciStrBuffer[1024];
public:
char filename[256];
MCIERROR errorcode;
int open();
int play();
int close();
の部分だけmcictrl.hに移動して、mcictrl.cppの中に、
int MCIControl::open()
{
wsprintf(mciStrBuffer,"open \"%s\" alias test",filename);
errorcode = mciSendString(mciStrBuffer,NULL,0,NULL);
return 0;
}
というようにすればいいのだろうか？

0438デフォルトの名無しさん

2005/12/13(火) 20:19:59

COMインターフェースの場合むしろそれ普通じゃね？

0439429

2005/12/13(火) 20:41:10

さっき>>437に書いた方法をやってみたらうまくいったのでそれだけ報告しておく。

0440デフォルトの名無しさん

2005/12/13(火) 20:51:34

>>436
さらに拡張したらどうなります？

0441デフォルトの名無しさん

2005/12/13(火) 20:55:39

CreateFileExTurboDashPlus2

0442デフォルトの名無しさん

2005/12/13(火) 21:24:25

ストⅡじゃないんだから

0443デフォルトの名無しさん

2005/12/16(金) 13:32:03

静かだ

0444ハーピィ

2005/12/17(土) 18:44:57

E・∇・ﾖﾉｼ　＜444ｹﾞｯﾄ♫

0445デフォルトの名無しさん

2005/12/19(月) 19:50:48

素朴な疑問ですが、
C++で書かれた一番有名なソフトウェアってなんですか？

Linux？

0446デフォルトの名無しさん

2005/12/19(月) 20:05:26

Windows

0447デフォルトの名無しさん

2005/12/19(月) 20:13:28

へー。
有名なゲーム部門？も知りたいお。

0448デフォルトの名無しさん

2005/12/19(月) 20:14:18

だいたいC++

0449デフォルトの名無しさん

2005/12/19(月) 20:19:09

>>445
ttp://www.research.att.com/~bs/applications.html

ざっと目を通すと

Adobe 製品のほとんど、Amazon のシステム、google、
Mars rover driving system（多分ご本尊の方）、
Windows、MSOffice、Winamp、HotSpot Java VM、
OpenOffice、CDE、KDE、SETI@Home

「一番有名」なのはやっぱWindowsかな…。

0450デフォルトの名無しさん

2005/12/19(月) 20:29:04

>>449

こんなページあるんすか。すげー。
ちなみにLinuxは書いてないけど、どうなの？

0451デフォルトの名無しさん

2005/12/19(月) 21:03:16

unixのシステムプログラムはだいたいCじゃないかな。
手元のLinux-2.4.27のソースコードは、ぱっと見た感じC（≠C++）。

0452デフォルトの名無しさん

2005/12/19(月) 21:10:09

ぱっと見じゃなくてCとアセンブラ

0453デフォルトの名無しさん

2005/12/19(月) 22:02:53

OSのカーネルからC++を使おうってのはMonaOSがやってたな

0454デフォルトの名無しさん

2005/12/19(月) 23:32:26

組み込みもC++が多いと聞いたことがある。

0455デフォルトの名無しさん

2005/12/20(火) 13:19:03

シリアライズの実装についてわかりやすく説明したサイトありませんか？
socketでデータ通信したいのですが、構造体をパックして送る方法は柔軟性が無いので
シリアライズ化したいと思っています。

0456デフォルトの名無しさん

2005/12/20(火) 13:23:14

シリアライズするよりも、テキスト化したほうが安全な希ガス。
つーか、シリアライズって汎用性あったっけ?

0457デフォルトの名無しさん

2005/12/20(火) 13:28:57

データのフォーマットがもう決まってしまってるので
テキスト化できないのです。
私も、テキスト化して、できればXMLか何かで送りたかったのですが、
所詮、プログラマなのでSEに逆らえません。

0458デフォルトの名無しさん

2005/12/20(火) 13:36:15

>>457
MIMEエンコードで。つーか、SEは転送内容まで設計していないの?
#だとしたら無能だ。
あ、余り続くとスレ違いなので適当に。
そもそもバイナリ転送で設計されているならバッファに構造体からmemcpy()、
何も設計されてないならMIMEなりヘキサダンプなりでテキスト化が無難かと。
#ネットワークプログラミングスレ向きかな? 私は見てないのだけど。

0459デフォルトの名無しさん

2005/12/20(火) 13:42:51

>>458
回答ありがとうございます
ちょっとそこら辺のキーワードで調べてみます。

0460デフォルトの名無しさん

2005/12/20(火) 14:39:16

>>458
シリアライズとネットワークは直接関係は無いでしょ。
ファイルに書いて読んで同じ意味のオブジェクトが出来ればいいんだし、
後はそれを送受信すればいいだけ。

memcpy()ってポインタはどうすんのさ？

0461デフォルトの名無しさん

2005/12/20(火) 14:46:29

>>460
＞ファイルに書いて読んで同じ意味のオブジェクトが出来ればいいんだし
シリアライズに汎用性があるならそれでもいいかと。

＞memcpy()ってポインタはどうすんのさ？
んなもん、適切にポイント先をコピーすればいいべさ。

要は、オブジェクトの型情報までは送る必要がないでしょ、と。

0462デフォルトの名無しさん

2005/12/20(火) 14:49:15

ちょっと調べてみましたが、MIMEエンコードって関係無いような気がするんですが。
MIMEってバイナリのテキスト化ですよね？
データの構造が決まっていて、構造体をパックして送っていたのを、
シリアライズ化し、送りたいのですが。

データの種類が増えるといちいち構造体を何百個も作るわけには
いかないのでシリアライズ化したいのです。

0463デフォルトの名無しさん

2005/12/20(火) 14:53:00

ここいらなんかは？
ttp://www.s34.co.jp/cpptechdoc/article/serialize/

0464デフォルトの名無しさん

2005/12/20(火) 14:56:12

>>463
ありがとうございます！大変わかりやすいです。

0465デフォルトの名無しさん

2005/12/20(火) 15:39:12

>>455
boost::serializationはいいかも

0466デフォルトの名無しさん

2005/12/21(水) 00:03:31

iostream で、一度セットしたらずっと有効なフィールド幅設定マニピュレータはありませんか。
下のようにしても、最初の出力だけが５幅で、２つ目からは元に戻ってしまうのですが。

#include <iostream>
#include <iomanip>
using namespace std;
int main(){
  cout << hex << setfill('0') << setw(5);
  //cout.width(5);     // これでもだめ。
  cout << 10 << endl;
  cout << 20 << endl;
  cout << 30 << endl;
}

0467デフォルトの名無しさん

2005/12/21(水) 01:04:41

>>466
widthだけは元に戻るのよん。諦めましょう。

0468デフォルトの名無しさん

2005/12/21(水) 03:31:28

↓そこでboost云々

0469デフォルトの名無しさん

2005/12/21(水) 06:05:51

http://www.open-std.org/jtc1/sc22/wg21/
News 2005-12-19: The 2005-12 mailing is available (1600 kb tar.gz, .zip 1600 kb) individual papers
News 2005-12-17: The C++ Standard Library Issues List (Revision 40) is available (.tar.gz)
News 2005-12-17: C++ Standard Core Language Issues List (Revision 39) is available, also committee version

0470デフォルトの名無しさん

2005/12/21(水) 10:29:39

うげっ、std::string<>もメモリ上の連続性を仮定するようになるのかよ。

0471デフォルトの名無しさん

2005/12/21(水) 10:50:27

std::string<>

0472デフォルトの名無しさん

2005/12/21(水) 13:04:51

std::string<int> hoge = "ひゃっほい";

0473デフォルトの名無しさん

2005/12/21(水) 19:19:17

std::basic_string<>だった…

0474デフォルトの名無しさん

2005/12/21(水) 19:58:05

string x(50);
strcpy(&x[0], "あいうえお");
strcat(&x[0], "かきくけこ");

0475デフォルトの名無しさん

2005/12/22(木) 09:28:35

残念ながらそれは駄目だ

std::vector<char> ならOKなんだけどな

0476デフォルトの名無しさん

2005/12/22(木) 09:31:48

>>475
>469 からの流れをよく読もうな。

0477デフォルトの名無しさん

2005/12/22(木) 10:25:58

流れからするとそうだけど
一発で変換できるから一応
std::string s(vect.begin(), vect.end())

0478デフォルトの名無しさん

2005/12/22(木) 18:13:57

class hg{
public:
void foo(void);
};

void main(void){
hg laser[10];
};

とかやると、メンバ関数foo()は10個、メモリに展開されるの？

0479デフォルトの名無しさん

2005/12/22(木) 18:16:10

されない。

非仮想メンバ関数は、普通、this引数を余計に持つだけの通常の関数としてコンパイルされる。

0480478

2005/12/22(木) 18:17:30

>>479
ｻﾝｸｽｺ!!

0481デフォルトの名無しさん

2005/12/22(木) 18:39:12

教えてください。

私はVB6とVB.net2003の経験しかありません。
C言語関連を学ぶには、Cから初めてC++に移行すべきでしょうか？
いきなりC++は無理ですか?
また、もうひとつ教えてほしいのですが、
Cと比べてC++は、どのような恩恵があるのですか?

私の知人からはCを薦められています。
たしかにCは基礎知識として必要だと思います。
C++の利点とか開発のしやすさとか、ありますか?

0482デフォルトの名無しさん

2005/12/22(木) 19:09:49

>>481
プログラムとしての本質を学びたいならC++やると良いよ。面白い。
VBはGUIアプリに関しては楽といえば楽だし、それが仕事なら無理して覚える事も無いと思います。
開発で覚える必要があるなら、早いうちに覚えた方が楽ですね。

ちなみに、C･･･サブルーチンを関数としてまとめる事ができる、ポインタで変数の値を直接書き換えられる
C++･･･Cをオブジェクト指向にしたようなもの
大雑把杉ですが自分はこういう認識です。

0483481

2005/12/22(木) 19:32:27

>>492
ご回答感謝します。
C++とはオブジェクト指向の面がプラス点なのですね。
ありがとうございます。

0484481

2005/12/22(木) 19:39:59

>>483の
>>492は>>482の間違いでした。すみません。

0485デフォルトの名無しさん

2005/12/22(木) 19:49:54

>>483
C++のCに対するメリット。
・型の拘束が強い。
・クラスを作れる。
・テンプレートを使える。
・演算子オーバーロードができる。

って書いてもよく判らんだろうから具体的に言うと、
間違いを指摘してくれるチャンスが増えてオブジェクト指向プログラミングができて
同じようなことを何度も書く(或いはコピペを繰り返す)ことを避けたプログラミングができる。
まぁ、やってみろ。いいものだ。

0486デフォルトの名無しさん

2005/12/22(木) 20:59:42

>>481
むしろいきなりC++から初めてあとからCの制限の中でやってみることを
お勧め。色々工夫するからCの範囲の中でもかなり工夫する能力が上がる。

0487486

2005/12/22(木) 21:00:29

訂正：初めて→始めて

0488デフォルトの名無しさん

2005/12/22(木) 23:48:12

入門書を読んでいて、const をメンバ関数に付けると
const でクラス変数を宣言しても呼ぶことが出来るようになる事を知りました。

もしかして、ゲッターメソッドにconstを付けるのは常識だったりします？
また、データリードしか行わないメンバ関数には
constをなるべく付けた方が良いのでしょうか？

0489デフォルトの名無しさん

2005/12/22(木) 23:52:07

そうです

0490デフォルトの名無しさん

2005/12/22(木) 23:52:16

struct A { /* ～ */ };
struct B { /* ～ */ };

struct C
{
　A func()
　{
　　B b;
　　return a_;
　}

　A a_;
};

C::funcで、bのデストラクタはa_の戻り値コピーの後に行われました。
この順番は保証されているのでしょうか?

0491488

2005/12/22(木) 23:58:25

>>489
そうですか　　ありがとうございます

作ったクラス書き換えなきゃ orz

0492デフォルトの名無しさん

2005/12/23(金) 00:46:32

enum HOGE {
　A, B, C, D, E
};
とした時に、HOGEに含まれる列挙子の数（=5）を
HOGEを後で変更しても支障が無いように求める事はできますか？

0493デフォルトの名無しさん

2005/12/23(金) 00:48:16

enum HOGE {
　A, B, C, D, E, END_OF_NUM
};

0494デフォルトの名無しさん

2005/12/23(金) 00:49:01

END_OF_HOGE だった。
まぁ、なんでもいいんだけど。

0495デフォルトの名無しさん

2005/12/23(金) 00:59:57

あああ、なるほど。
ありがとうございました。

0496デフォルトの名無しさん

2005/12/23(金) 01:00:51

[hoge.csv]
A, B, C, D=100, E=200,

enum HOGE {
#include "hoge.csv"
};

const int HOGE_ARRAY[] = {
#include "hoge.csv"
};

const int HOGE_NUM = sizeof(HOGE_ARRAY)/sizeof(HOGE_ARRAY[0]);

...自分で書いてても、ちょっとどうかと思った。

0497デフォルトの名無しさん

2005/12/23(金) 05:13:22

>>490
イエス。スコープ抜けたあとに解体処理が走る。

あと、structをclassの代わりに使うのはお勧めしない
（struct使うと、明示的にprivate指定しないと変数も関数も
フルオープンなので）。

0498デフォルトの名無しさん

2005/12/23(金) 10:39:27

>>497
ありがとう。冷静に考えたらそうですよね。

>structをclassの代わりに使うのはお勧めしない
カキコするときpublic:を書くのが面倒くさくてstructにしました。
その辺は心得ています。

0499デフォルトの名無しさん

2005/12/23(金) 12:03:44

ModernC++を読みこなすために読んでおいたほうがいい
テンプレートメタプログラミングを扱った本はないでしょうか？

0500デフォルトの名無しさん

2005/12/23(金) 23:07:22

C++ Templates

0501デフォルトの名無しさん

2005/12/24(土) 00:04:36

訳本出すべきだよなーあれ

0502デフォルトの名無しさん

2005/12/24(土) 00:15:40

そういえば、暇つぶしに１／３訳したところでほったらかしてあるなあ……

0503デフォルトの名無しさん

2005/12/24(土) 01:29:02

C++ Template Metaprogramming
Concepts、Tools、and Techniques from Boost and Beyond

とか。これも英文だけど。中身はBoost MPLの解説だし。

0504499

2005/12/24(土) 11:45:37

英文orz
中学生程度の英語力しかない自分が読んで理解できるかな・・・

0505デフォルトの名無しさん

2005/12/24(土) 12:50:01

リファレンスやマニュアルなら余裕だが教本だとキツイ

っていう俺は低学歴DQNなんだろうか

0506デフォルトの名無しさん

2005/12/24(土) 13:09:52

おいらはリファレンスやマニュアルより簡単なサンプルの方が嬉しかったりする

0507デフォルトの名無しさん

2005/12/24(土) 15:14:59

それは言えている。
英会話でのボディーランゲージに当たるものとしてソースコードがあるという感じ。

0508デフォルトの名無しさん

2005/12/25(日) 01:15:45

スマン質問

const CExtControlBar * CExtMiniDockFrameWnd::GetControlBarExt() const

関数の両方にconstがついてるけども、
左側は返り値に対してCONST。

だけども、右側のconstはどういう意味なの？

0509デフォルトの名無しさん

2005/12/25(日) 01:15:55

あげ

0510デフォルトの名無しさん

2005/12/25(日) 01:22:25

const CExtMiniDockFrameWnd hoge;
hoge.GetControlBarExt();
が呼び出せるようになる。右のconstがないとconstなオブジェクトに対して呼び出せない。

0511508

2005/12/25(日) 01:32:40

>>510
ありがとうございます。
constなオブジェクトに対しては、通常のメンバ関数は呼び出せないんですね。
呼び出したい場合は、右にconstをつけると。

0512デフォルトの名無しさん

2005/12/25(日) 01:40:43

結果的にはそうだけど、厳密には自分自身の状態を
書き換えないという意味では？
そのためconstオブジェクトが呼び出せる

0513デフォルトの名無しさん

2005/12/25(日) 02:27:54

512の通り
右にconstをつけたメンバ関数内でメンバ変数を変更してたりすると
コンパイルエラーが出る

0514デフォルトの名無しさん

2005/12/25(日) 02:31:26

そこでmutableでｂｷよ

0515デフォャ泣gの名無しさｂ

2005/12/25(日) 02:41:06

>>514
エラーがでるたび mutable か。カオスだな。

0516デフォルトの名無しさん

2005/12/25(日) 03:01:58

mutable は const HOGE& operatorXXX constな関数内で使いまくってます。
HOGE(BUF) << A << B << C << D << E;
といった感じの、阿呆げな作りにできるのでニッチな人には便利なコです。

0517デフォルトの名無しさん

2005/12/25(日) 03:07:13

goto見たいな物だな。厄介者だけど便利。

0518デフォルトの名無しさん

2005/12/25(日) 04:56:31

>>516
const_cast 一発で済ませたほうがよくないか？

0519デフォルトの名無しさん

2005/12/25(日) 10:14:02

const_castを元からconstのオブジェクトに適用したら結果は未定義だったような。

0520デフォルトの名無しさん

2005/12/25(日) 10:23:54

その通り。
だからmutableが使えない環境で仕方なく使う。fake thisとか

0521デフォルトの名無しさん

2005/12/25(日) 13:33:14

まぁあんまり使うくらいなら設計見直せって誰かがそのうち言うと思うんで俺が言う

0522デフォルトの名無しさん

2005/12/25(日) 15:16:27

惚れた

0523デフォルトの名無しさん

2005/12/25(日) 17:42:39

質問です。

ある機能を薄くラップしたAクラスがあり、その機能の一部を制限し、かつ独自の機能を
追加したBクラスを作成したいとします。このときの実装方法として適切なものはどういうものでしょうか？
特に、制限するところで困ってます(´･ω･`)

プラン１．
class B : public A;
問題点：Aの機能をフルに使えてしまう(制限できない)。
Aに仮想関数xがあったとして、それを制限するために継承したとしてもb.A::x()とすれば呼び出し可能。
まぁコーディング規約としてそういう呼び出し方さえ禁止すれば問題ないんだけど。
なによりも、使用する側に回ったときに、Bのすべての機能についてAからどこが改変されたかを
Aの機能とは別に調べないといけない。

プラン２．
class B{A a;}として、使いたい機能はB::x(){a.x();}としてひとつずつ追加していく。
問題点？：has-a関係って何か間違ってるような気が・・・。

プラン３．
class B : private A;で、使いたい機能だけusing A::xする。プラン２よりは自然な気がする。
問題点：特に無いような気がするけど、ホントに今後困らないかよく分からない。
いいところ：usingしたメソッドはAのものであることが保障されてるのでBの使用者はAのメソッドに
関する知識がそのまま安心して使える。

今のところプラン３で実装しているんですが、なんか根本的に違うような気もしてます。
こういうときに定石としてよく使う方法とかパターンってありますか？よろしくお願いします。

0524デフォルトの名無しさん

2005/12/25(日) 17:47:44

大事なのは、ライブラリとして一貫したスタイルで統一されたI/Fだと思う。
それさえ守られていれば、あたは少しのドキュメントでライブラリの使い方に直感を働かせることができる。

0525デフォルトの名無しさん

2005/12/25(日) 17:55:17

class B : public A pulic if_hoge
{　・・・　｝

として、if_hoge 経由でアクセスさせるとか。

0526デフォルトの名無しさん

2005/12/25(日) 17:57:04

>>523
Bクラスを、「Aクラスによって実装されるクラス」と捉えるならば、
Exceptional C++　項目22のガイドラインに従って
継承を使う必要がある場合（BがAのprotectedメンバにアクセスする場合や、
仮想関数をオーバーライドする必要がある場合）を除いて
プラン２の包括を使うべき

0527523

2005/12/25(日) 20:06:36

>>524-526
回答どうもありがとうございます。

526さんのレスを参考にしつつ、EffectiveC++の６章あたりを読んでたのですが、
ラッパクラスを使用して似ているけど別のクラスを作ろうとしていると解釈すれば、
"has-a"か"実装の手段とする"のどちらかの手法をとるようにすべきだと結論付けました。

で、よく考えたら一部機能を実装するためには継承する必要があるのでプラン２は駄目でした。
そんなわけで問題が見つかるまではこのまま３で行くことにしました。

どうもありがとうございました。

0528デフォルトの名無しさん

2005/12/25(日) 21:10:08

＞一部機能を実装するためには継承する必要がある

これに何か引っかかりを感じるのって俺だけ？
まー詳細分からないからなんとも言えないけれど

0529デフォルトの名無しさん

2005/12/25(日) 21:42:57

まぁ、俺も3だと思うよ。

0530デフォルトの名無しさん

2005/12/25(日) 22:20:00

>>528
同意。一部機能を実装するだけでは
継承はふさわしくないな。has-aで十分。

0531デフォルトの名無しさん

2005/12/25(日) 22:30:53

template< typename A>
class B{
const &A a;
B(const &A x) : a(x){}
void x(){a.x();}
};

困ったらとりあえずこんな感じにしてるけどな、
使わない実装はコンパイル時に弾いてくれるかもしれないし。

0532デフォルトの名無しさん

2005/12/26(月) 22:26:47

cppllの削除依頼者って誰？
ま、tietewの過去ログ公開はいつかトラブると思ってたけど。
FreeMLで伏せ字にしているメールアドレスまで公開してるんだもんな。

0533デフォルトの名無しさん

2005/12/26(月) 22:33:31

>>532
誰なんだろうなぁ。
しかしメーリングリストに投稿したのに、ログを削除してくれとは・・・

0534デフォルトの名無しさん

2005/12/26(月) 22:35:07

過去ログから削除してくれないかなあ。
そしたら誰だかわかるのに（ｗ

0535デフォルトの名無しさん

2005/12/26(月) 22:39:46

>>532
ｋｗｓｋ

0536デフォルトの名無しさん

2005/12/26(月) 23:30:00

>>534
過去ログの削除完了してる。

0537デフォルトの名無しさん

2005/12/27(火) 00:11:04

>>532
すげー気になる。
どの投稿NOが削除されたか分かるやついない？
過去ログは全部あるから、教えてくれたら晒してもいいぜ

0538道化師

2005/12/27(火) 00:33:28

>>537
今回の削除依頼人の行動はとても褒められたもんじゃありませんが、
晒すのは勘弁してあげてくれませんでしょうか？m(_ _)m

0539デフォルトの名無しさん

2005/12/27(火) 00:34:41

>>537
なんせこれだろ？もうバカかと！アホかと！
-----------------------------------------------
　　　　　　　　　　　　　　　通知書

1. 貴殿管理下のメーリングリスト掲示板”C++:language&libraries”（あて先
　[email protected]）への私の参加においては、「FreeMLユーザー規約
　（http://www.freeml.com/help/sinkiyaku.html）」（以下ユーザー規約）が、
　メーリングリストの運営会社（GMOメディア株式会社、以下運営会社）との
　唯一の合意文書です。

2. 貴殿ご指摘の"一般に公開"については、これが"ML情報"欄
　　http://www.freeml.com/ctrl/html/MLInfoForm/[email protected]
　の"保存メッセージ：一般に公開"を示すとの意味であれば、上記表示は
　運営会社の表示であり、著作権に関する許諾を意味するものではござい
　ません。

3. 著作物の複製権を貴殿に許諾した事実はございません。著作物の複製
　権に関しては、ユーザー規約第９条（著作権等）第２項に定める通りです。

4. 従って、貴殿から第三者への複製権許諾が事実ならば、著作権法に基
　づく財産権の侵害にあたる旨を本日警告するものです。

5. 本件に関する違法状態の回復が速やかにはかられない場合、ユーザー
　規約第14条（準拠法および管轄裁判所）にもとづく法的措置をとる旨、
　予めご承知おき下さい。

6. 本状の受領について確認する旨をご連絡ください。確認連絡がない
　場合には別途内容証明郵便にて本内容を貴殿に伝達致します。

平成１７年１２月２６日

0540デフォルトの名無しさん

2005/12/27(火) 00:35:27

>>538
手遅れだと思うな、正直。

0541デフォルトの名無しさん

2005/12/27(火) 00:36:54

>>538
ちょっと……ね。もう遅いと思うよ。

0542デフォルトの名無しさん

2005/12/27(火) 00:37:24

>>540
うん、わかってる。でも出所はひとつでも少ないに越したことはないと思うんで。

0543デフォルトの名無しさん

2005/12/27(火) 00:40:17

ここから他に拡散させなければ良いだけの話だと。
流石にcppllとかしたらばとかに転載したらアレだとは思うが。

0544デフォルトの名無しさん

2005/12/27(火) 00:40:21

でもさぁ・・他のMLならまだしも、
IT系昔から関わってる(と思われる)人たちのMLでこんなこと起きるんだね～
信じられんよ漏れは

0545デフォルトの名無しさん

2005/12/27(火) 00:44:30

質問です。

複素数の配列を動的に作りたいのですが、
complexクラスを用いて作る方法って無いのでしょうか…？

std::complex<double> *cstr;
for(i=0;i<10;i++){
　cstr[i] = new std::complex<double>;
}

上のようにするとstd::complex*に二項演算は定義さていない
との旨のエラーが出てしまい上手くいきません。
詳しい方、何卒宜しくお願いします。

0546デフォルトの名無しさん

2005/12/27(火) 00:46:59

>>545
多分君がしたいのはこう

std::complex<double> *cstr = new std::complex<double>[10];

0547デフォルトの名無しさん

2005/12/27(火) 00:47:46

cstr[i]; は complexのインスタンスで
new が返すのはポインタだよな。

二項演算子以前にやってることがおかしい。

0548デフォルトの名無しさん

2005/12/27(火) 00:49:04

>>546
有難う御座いました！

0549デフォルトの名無しさん

2005/12/27(火) 00:50:08

>>545
そのコードはcstr[i]ってどこにアクセスにいってるんだ…

vectorつかえば？

0550デフォルトの名無しさん

2005/12/27(火) 00:53:26

std::vector<std::complex<double> > cstr;

0551デフォルトの名無しさん

2005/12/27(火) 00:58:20

>>549
過去に二次元配列ばかり作ってしばらくプログラムつくってなかったので
エラーが出て悩んでしまったのです。失礼しました。

0552デフォルトの名無しさん

2005/12/27(火) 01:00:18

std::vector<std::complex<double> > cstr(10);
先頭要素のポインタは&cstr[0]
std:vectorの要素はメモリ上で連続してることが保障されています。

関数で一時的に使うバッファとか確保するときにはvector使うと便利
newだと、制御が帰る場所ごとにdelete呼ばないといけないけれど、
vectorでauto変数にしてしまえば関数抜けるときに開放してくれるので。

0553デフォルトの名無しさん

2005/12/27(火) 01:05:25

>>551
二次元配列だろうが何だろうが>>545みたいに
確保してないアドレスにアクセスするのはおかしいですよ？

0554デフォルトの名無しさん

2005/12/27(火) 01:05:32

>>537
削除された投稿って1個なの？
486-496がなくなってるみたいだけど・・

0555252

2005/12/27(火) 01:08:38

>>538
手遅れだと思う。
こうゆうことがあると必ず複数の人が削除してくれと頼んでこられると困るんだよね。

0556επιστημη

2005/12/27(火) 01:10:37

επιστημη＠cppll管理人です。

僕の不行き届きで無様をお見せすることになりました。
無用なトラブルは極力避けたいと考えます。
これ以上の詮索をなさらぬよう、伏してお願い申し上げます。

0557デフォルトの名無しさん

2005/12/27(火) 01:12:23

>>554
ちょっ・・おま・・
消されてもgoogleキャッシュとかで見えちゃうんだよ！
誰だかわかっちゃったじゃねぇか！

0558デフォルトの名無しさん

2005/12/27(火) 01:14:25

そうだね。もうやめようか。

0559επιστημη

2005/12/27(火) 01:18:07

# 火に油を注ぐのは避けたいのですが追記

今回の削除要求は投稿者のmail-adr.が、というわけではなく、
投稿された本文中に個人情報がふくまれているから、という理由でした。
tietewさんとこのログ表示にmail-adr.が含まれていることが直接の
問題ではなかった旨、添えさせてください。

事を荒立てるのは極力避けたいと思っています。
ご理解を賜りたく。

0560デフォルトの名無しさん

2005/12/27(火) 01:18:13

>>554
そうなの
FreeMLと過去ログ両方ないのが252だったので252だと思ってたよ。
削除したのも1つのようだったし。

0561デフォルトの名無しさん

2005/12/27(火) 01:20:55

>>560
252は元々無いよ。

webarchive とか google cache とかどうするつもりなんだろね＞投稿者

0562デフォルトの名無しさん

2005/12/27(火) 01:21:20

επιστημηさん、次のカキコからは他のみんなと同じようにメール欄に sage って入れて。
そうしないと書き込みの度に、このスレッドがスレッド一覧でトップに来るから。

0563επιστημη

2005/12/27(火) 01:24:31

>>562

あ、余計に目立たせてしまいましたか。
2chは初めてなもので。失礼しました。

0564デフォルトの名無しさん

2005/12/27(火) 01:24:47

>>562に同意。
余計目立つよ？

0565デフォルトの名無しさん

2005/12/27(火) 01:25:31

っていうかそんな昔の投稿に今更何いってやがんだって感じだよな？
今までずっと公開されて来てるってのに。
ご丁寧にシグネチャに住所とかまで書いてさぁ～

0566デフォルトの名無しさん

2005/12/27(火) 01:26:29

>>565
会社の宣伝をしたかったんじゃないか。
その後世の中が物騒になったので消してくれと。

0567デフォルトの名無しさん

2005/12/27(火) 01:27:29

こうして悪名を振りまくわけですね

0568デフォルトの名無しさん

2005/12/27(火) 01:28:20

ぶっそうになったのは、世の中ではなく高圧的な態度で法律持ち出してくる
ヤツの方だ、と思ったり思わなかったり。

0569デフォルトの名無しさん

2005/12/27(火) 01:34:08

こいつの名前でぐぐると、vectorとかからこいつの作ったFreewareが
引っかかるけど、ちゃんと作者と連絡先が書いてあるんだよなぁ・・
なんでcppllに対してこんな態度とってんのこいつ？
しかも会社には自分の写真まで載せてるしさぁ～。わけわかんね。
何が気に入らなかったんだ？

0570デフォルトの名無しさん

2005/12/27(火) 01:38:12

>559
もう多分手遅れでしょう。
あなたの削除の行動は浅慮だったとは思いますけれど、
過去ログの資産としての価値を認識し、削除の伺いを公に問う行動は
きちんと筋が通っているし、削除も迅速に（笑）対応しただけの話。
後はそれが晒されようがどうしようがあなたの管理責任の範疇外でしょう。

正直、後は野となれ山となれ。俺は知～らないっと。

0571デフォルトの名無しさん

2005/12/27(火) 01:40:22

ttp://www.freeml.com/ctrl/html/MLInfoForm/[email protected]
このメーリングリスト用のシグネチャをつけて送信したとかじゃないか。

0572デフォルトの名無しさん

2005/12/27(火) 01:43:37

今回の件とは関係なく重複投稿や投稿先を間違えた投稿なんかも削除されてるから勘違いせんようにね。

0573επιστημη

2005/12/27(火) 01:43:44

>>570

> あなたの削除の行動は浅慮だったとは思いますけれど、
はい、いささか性急に過ぎたかと反省しています。
「いついつまでに削除せんと出るとこ出るぞ」と
先方からの通告を受けてからでも遅くはなかったのかも知れません。

「依頼に応じ、速やかに削除しました」と言い訳も立ちますけれど。

0574デフォルトの名無しさん

2005/12/27(火) 01:45:17

>>573
まぁ、削除依頼主の期待に応えてあげただけなんだから、あんま気ぃを落とすなよｗ

0575デフォルトの名無しさん

2005/12/27(火) 01:46:01

たとえ個人情報でも、Publicに公開した情報は個人情報保護の対象にはならないんだけど・・
こいつの場合他(会社のWebSiteやvectorなど)のPublicな場所に<自分から>公開しているので、
たとえcppllでその情報が公開されても、警告を受ける筋合いはないんだが・・

0576デフォルトの名無しさん

2005/12/27(火) 01:47:44

>>572
つーわけで、比較用に置いておく。
http://web.archive.org/web/*/http://www.tietew.jp/

0577デフォルトの名無しさん

2005/12/27(火) 01:49:10

>>575
それってここに晒されても無問題ってことでFA?

0578επιστημη

2005/12/27(火) 01:49:46

>>576

いや、だから、勘弁してくださいって。

0579デフォルトの名無しさん

2005/12/27(火) 01:52:17

>>577
C++相談室の内容じゃないぞ、それは

ところで、聞いてるとその方は会社を持ってたり、
フリーソフト作ったり結構C++の技術力がありそうですね？
技術的な参考にしたいので、その方の作ったフリーソフトを
紹介してもらえませんか？

0580επιστημη

2005/12/27(火) 01:54:04

>>579

すんません、せめて"内々"にお願いします。
いやホント、勘弁してください。 _o/L

0581デフォルトの名無しさん

2005/12/27(火) 01:55:26

>>579
うむ。その質問は That's make sense.
無問題ですな。誰か教えたったり。

0582デフォルトの名無しさん

2005/12/27(火) 01:55:44

おまえら勢ぞろいで板違いだな

0583Addicted to C++ ◆nrBjarne.g

2005/12/27(火) 01:57:06

おまえら勢ぞろいで意地悪だなｗ

0584デフォルトの名無しさん

2005/12/27(火) 01:58:13

>>580
なんにしても cppll のログはお蔵入り、次に ML を建てるときには
入会申請時に「投稿したメールは公開されます」と明記して、承諾
してもらう方向ですわな。

早めに引っ越し先が見つかることを期待しとります。

0585デフォルトの名無しさん

2005/12/27(火) 01:58:45

おまえら勢ぞろいで脳タリンだなｗｗ

0586デフォルトの名無しさん

2005/12/27(火) 03:02:55

>580
で、規約見直しはしたの？
CCの帰属 - 非営利 - 同一条件許諾 2.0 日本に同意させてから
投稿させるようにしたら？

0587デフォルトの名無しさん

2005/12/27(火) 03:06:27

>>539
こんなん送られてきたらそりゃ、ビビッて相手の言う通りに削除するわなｗ

0588デフォルトの名無しさん

2005/12/27(火) 03:17:48

彼らを一掃する標準関数を教えてください。

0589デフォルトの名無しさん

2005/12/27(火) 05:26:55

>>588
残念ながら非標準だが
int deleteKorean(Person *target);

0590デフォルトの名無しさん

2005/12/27(火) 05:30:12

persons.erase(std::remove_if(persons.begin(), persons.end(), _1 == any_of("厨房"));

0591デフォルトの名無しさん

2005/12/27(火) 06:08:03

#include <kimuchi.h>

0592デフォルトの名無しさん

2005/12/27(火) 06:17:00

>>591
そのヘッダを入れたプロジェクトは、必ず失敗します。法則の発動。

0593デフォルトの名無しさん

2005/12/27(火) 08:50:31

漏れのいない間に祭りがｗ

0594デフォルトの名無しさん

2005/12/27(火) 10:34:54

おまいらまとめてしたらばの方に行ってこいｗ
ttp://jbbs.livedoor.jp/computer/5651/

0595デフォルトの名無しさん

2005/12/27(火) 12:28:28

痛い人って、

｢横浜市緑区｣

の人かい？

0596デフォルトの名無しさん

2005/12/27(火) 12:49:07

>>595
いや、お前。メル欄含めて。

0597名無し募集中。。。

2005/12/27(火) 16:37:47

VCMLな方々はcppllにいらっしゃったのですか?
今からでも入会させてくださいませ

0598デフォルトの名無しさん

2005/12/27(火) 16:54:07

delete >>597;

0599デフォルトの名無しさん

2005/12/27(火) 17:41:04

arrest(>>598,TRUE);

0600デフォルトの名無しさん

2005/12/27(火) 18:07:14

逮捕してどうする

0601デフォルトの名無しさん

2005/12/27(火) 21:37:09

>>599.setTukkomi(>>600);

0602デフォルトの名無しさん

2005/12/27(火) 22:22:53

2chの「削除依頼は公開」ってのはいいよねぇ

0603デフォルトの名無しさん

2005/12/27(火) 22:31:39

で、ここは何のスレだっけ

0604デフォルトの名無しさん

2005/12/27(火) 22:52:59

Hoge* create_hoge()
{
listHoge.push_back( Hoge() ); //listHogeはHoge型リスト
Hoge* created_hoge = &(listHoge.back());

sort(); //内部ではswap等を使ってコムソートしてます
return created_hoge;
}

今がチャンス。リストにHogeを追加し、追加したHogeへのポインタを返す関数を作りたいのですが、
上のだとsortした時に、created_hogeの内容が変わっちまって悩んでます。
なにか上手い手はないでしょうか。

0605デフォルトの名無しさん

2005/12/27(火) 23:02:56

>>604
× std::sort
○ list::sort

0606デフォルトの名無しさん

2005/12/27(火) 23:22:24

自分も過去ログのメアドは非公開にしてほしいな。

こんなご時世(spam他)なのにいつまでも公開したままなのは
申し訳ないが過去ログサイト管理人の怠慢としか思えないですよ。

0607デフォルトの名無しさん

2005/12/27(火) 23:22:48

＞今がチャンス

ここの意味がわからないんだがｗ

0608デフォルトの名無しさん

2005/12/27(火) 23:29:02

>>563
> >>562
>
> あ、余計に目立たせてしまいましたか。
> 2chは初めてなもので。失礼しました。
>

ありぁ、このスレで答えてんのは全部επιστημηさんだとずっと思ってたよｗ

0609デフォルトの名無しさん

2005/12/27(火) 23:32:19

クラス内のメンバ関数で、_beginthreadを使いスレッドを作ろうとしています。
同じクラス内のメンバ関数を呼ぶにはどう書けば良いのか、教えて欲しいです。
普通に呼び出そうとしても、ポインタを取ってきてもだめ・・・

0610デフォルトの名無しさん

2005/12/27(火) 23:34:53

>>609

class Hoge {

static void fugo(void* hoge) {
Hoge* self = hoge;
self

Hoge hoge;
_beginthread(Hoge::fugo, hoge)

0611デフォルトの名無しさん

2005/12/27(火) 23:35:37

>>605
すんません、どういう意味かよく…
sortはこちらのを使わせて貰ってます
ttp://www.s34.co.jp/cpptechdoc/article/sort/

>>607
いやー、ずっと書き込みづらい話題だったので>>603で待ってましたと

0612デフォルトの名無しさん

2005/12/27(火) 23:36:31

途中で送ってしまった。。。orz

class Hoge {
static void fugo(void* hoge) {
Hoge* self = hoge;
self->func()
}

Hoge hoge;
_beginthread(Hoge::fugo, &hoge);

やりようはいくらでもある。

0613デフォルトの名無しさん

2005/12/27(火) 23:47:37

>>612
ありがとうございます。
見せて頂いたのはクラス外から呼び出した、スレッドのメンバ関数"の中"から
別のメンバ関数を呼ぶというコードだと思いますが、
class Hoge {
void fugo(void* p) {}
void hoge() { _beginthread(Hoge::fugo, 0, 0); }
};
このようにクラスのメンバ関数から、
別のメンバ関数を_beginthreadに使う方法がありましたらお願いしたいです。
上記だと、void (void *)からvoid(__cdecl *)(void*)に変換できません、と。。

0614デフォルトの名無しさん

2005/12/28(水) 00:12:54

ぐぐってみたらありました。申し訳ないです。
ttp://www.hey-to.net/ML-archive/vcppML/1999/msg10223.html
スレッドの中からまたメンバ関数を呼び出そうとも思っていたため、
>>612さんのはとても参考になりました。ありがとうございます。

0615デフォルトの名無しさん

2005/12/28(水) 05:40:46

>>608
奴は逆にこのスレでは質問する立場になるだろうな。
正直なところ、このスレのほうが cppll よりも話題のレベル、
反応速度、最近では S/N 比までが優れていると思う。

0616デフォルトの名無しさん

2005/12/28(水) 10:42:56

えっと、まとめフラッシュまだ？

0617デフォルトの名無しさん

2005/12/28(水) 11:00:33

てーか最近cppllの過疎化が著しい気がする。
なんか策ない？＞えぴの人とか道化の人とか

0618デフォルトの名無しさん

2005/12/28(水) 11:05:26

>>617
いい加減他所でやれって。
知育発達不全なのか？

0619デフォルトの名無しさん

2005/12/28(水) 12:02:56

知育発達？

0620デフォルトの名無しさん

2005/12/28(水) 14:40:18

ttp://www.google.co.jp/search?complete=1&hl=ja&q=%22%E7%9F%A5%E8%82%B2%E7%99%BA%E9%81%94%E4%B8%8D%E5%85%A8%22&lr=

0621デフォルトの名無しさん

2005/12/28(水) 19:41:10

テンプレートクラスの定義のほとんどは同じで
一つのメンバ関数の定義だけを特殊化したいんですが、どうしたらいいんでしょうか?

0622デフォルトの名無しさん

2005/12/28(水) 19:50:09

>>621
template<typename T>
struct a
{...}//ここに共通の機能
template<typename T>
struct b : a
{...};//bに差分の機能
みたいに書いてbを特殊化させるとか

0623622

2005/12/28(水) 19:50:55

×struct b : a
○struct b : a<T>

0624デフォルトの名無しさん

2005/12/28(水) 20:12:20

>>622
やっぱそういう風にするしかないんですかね。ありがとうございます。
普通に一つづつの関数について特殊化できてもいい気がするんですけどね。

0625デフォルトの名無しさん

2005/12/28(水) 20:17:54

やっぱり、共通の機能のところで差分の機能を使いたいので aとbを逆にした方がいいかもしれないです。

0626デフォルトの名無しさん

2005/12/28(水) 20:26:32

>>621
定義を特殊化するのではなくて、
実装を特殊化するという方法なのでやりたいこととは違うかもしれんが。

#include<stdio.h>
template<typename T>struct A{void foo();};
template<typename T>
void A<T>::foo(){printf("foo\n");}
void A<int>::foo(){printf("int foo\n");}
int main(){
    A<int*> c;
    A<int> d;
    c.foo();
    d.foo();
}

0627デフォルトの名無しさん

2005/12/28(水) 20:43:52

>>626
正にそういうことがやりたいです。

#include<cstdio>
template<typename T, class M>struct A{void foo();};

template<typename T, class M>
void A<T, M>::foo(){std::printf("foo\n");}

template<class M>
void A<int, M>::foo(){std::printf("int foo\n");}

//template<>
//void A<int, int>::foo(){std::printf("int foo\n");}

int main(){
A<int*, int> c;
A<int, int> d;
c.foo();
d.foo();
}

こうするとエラーなんですよね。コメントアウトしてるところは大丈夫なんですが。

0628デフォルトの名無しさん

2005/12/28(水) 22:31:08

>>627
それがコンパイルエラーになるのはクラステンプレートの部分特殊化が抜けているからでは。

template<class M>struct A<int, M> {void foo();};
これを追加したらコンパイルできた(VisualC++2005Express)。

コメントアウトしてるのが大丈夫なのは関数テンプレートの特殊化と解釈されるからだと思う。
関数テンプレートの部分特殊化は出来ないというのが今の言語仕様だったはず。

0629デフォルトの名無しさん

2005/12/28(水) 22:39:47

>>628
それはクラスごと特殊化してるんですよね。
一つのメンバ関数だけ特殊化したいので >>622みたくやるしかないですかね。

0630628

2005/12/28(水) 22:59:25

>>629
関数テンプレートの全パラメータを特殊化するのであればメンバ関数でもできるけど、
部分特殊化を使いたいならクラス定義が必要ということです(これはC++文法の話)。

629さんの要求を推察するに、622さんのレスどおり継承ベースの手法があってるように思えます。

0631デフォルトの名無しさん

2005/12/28(水) 22:59:56

>>629
メンバーテンプレート関数にすればいいだけでは。

0632デフォルトの名無しさん

2005/12/28(水) 23:54:42

ここら辺のテンプレートの文法について詳しく説明した本ってないですか？
入門書の解説は適当だし他の本はそこら辺の知識を前提として書かれてて・・・
Cのポインタ本みたいにテンプレートについてもりもり書かれて比較的やさしい
ちょうどいい感じのないのかな

0633デフォルトの名無しさん

2005/12/29(木) 00:04:43

>>632
C++Primer第3版(日本語)

英文でもよかったら、絶対お勧めなのが、
C++ Templates

0634デフォルトの名無しさん

2005/12/29(木) 00:42:21

Modern C++ Designでも軽く触れていたな

0635デフォルトの名無しさん

2005/12/29(木) 05:16:43

Modern C++ Design 読み始めたときは
テンプレートの文法、型を置き換える程度のことしか知らない状態だったけど、
一通り読んだ後はテンプレートのコード見るのも苦にならなくなったな

まえがきでCTAssert見たときは、サッパリ意味不明でどうなることかと思ったものだが
template<cool>とか書いてあるし

0636デフォルトの名無しさん

2005/12/29(木) 13:29:38

Modern C++ Design読んでみたらしょっぱなから
クラステンプレートの継承とか引数にテンプレートとかやっちゃってて
理解不能・・・
やっぱり>>633の挙げてる本読んでおかないとダメなのかな

0637デフォルトの名無しさん

2005/12/29(木) 15:16:12

あの、調べ方が悪いと思う出のですが
C++のクラスの継承についてお願いします。。

例えば
class A{ ... }と宣言され
class B:public A{ ... }としますと、
Aのコンストラクタ及びデストラクタ(もちろんprivateメンバもです)はコピーされませんよね？

0638デフォルトの名無しさん

2005/12/29(木) 15:22:12

>>637
コピー？

0639デフォルトの名無しさん

2005/12/29(木) 15:22:36

>>637
コンストラクタがコピーされるって何のこと？

0640デフォルトの名無しさん

2005/12/29(木) 15:25:03

言葉が悪かったです
"継承"ですね

0641デフォルトの名無しさん

2005/12/29(木) 15:25:26

仮想デストラクタの機能について、具体的に何がうれしいのか教えてほしいです。

0642デフォルトの名無しさん

2005/12/29(木) 15:28:36

>>640
調べ方
・コンストラクタの中で cout してみる
・B に A と同様の初期値を与えてみる

0643デフォルトの名無しさん

2005/12/29(木) 15:32:08

>>642
一応動作検証して
BにはAのコンストラクタは継承されてない事は確認したのですが、仕様としてはどうなのかなーと

0644デフォルトの名無しさん

2005/12/29(木) 15:39:44

>>643
http://www.jisc.go.jp/

0645デフォルトの名無しさん

2005/12/29(木) 18:07:31

>>641
Base* b = new Derived;
...
delete b;
としたときに、~Derived()を呼び出してくれること。

0646デフォルトの名無しさん

2005/12/29(木) 18:09:05

>>643
Bの構築時にAのコンストラクタは呼ばれるよ
あなたの言っている「継承されてない」が何を意味しているかによるけど

0647デフォルトの名無しさん

2005/12/29(木) 18:23:11

こういう事じゃないの
struct A
{
A(int){}
};
struct B : public A
{
};

B(1);//エラー

0648デフォルトの名無しさん

2005/12/29(木) 18:28:50

エスパー杉（ﾟдﾟ）

0649デフォルトの名無しさん

2005/12/29(木) 18:29:10

で、コンストラクタとデストラクタ（と代入演算子もだっけ？）は明示的に宣言しなければ、
継承とか関係なく、デフォルトの実装が暗黙的に実装される。
じゃなかったっけ？

0650デフォルトの名無しさん

2005/12/29(木) 18:57:36

>>648
この時点でまだそんなこと言ってる奴は鈍すぎ

0651デフォルトの名無しさん

2005/12/29(木) 19:20:08

>>649
確か、そんな感じ。
無ければ自動で生成される類は、継承されない。

0652デフォルトの名無しさん

2005/12/29(木) 19:41:00

646の２行目

0653デフォルトの名無しさん

2005/12/29(木) 20:19:14

参照渡しの

int hoge(int *hogehoge)

と

int hoge(int &hogehoge)

はどう使い分けるんですか？

0654デフォルトの名無しさん

2005/12/29(木) 20:25:21

>>653
ポインタが必要なら前者、そうでないなら後者。

0655デフォルトの名無しさん

2005/12/29(木) 20:28:13

nullを許容するなら前者、違うなら後者

#まぁ、後者にも無理やりnullを渡せますけどね

0656デフォルトの名無しさん

2005/12/29(木) 20:39:06

今月号のCマガに、明示的に管理責任を移動させる場合には
参照でなくポインタを使うってのがあったな。

0657デフォルトの名無しさん

2005/12/29(木) 20:52:11

値渡しと見た目が一緒だから、出力用引数に参照を使うな。
って案もあるな。

0658デフォルトの名無しさん

2005/12/29(木) 20:55:47

>>656
すんげー曖昧な指針だな
参照カウントとか使うケースほどでもなく
値で渡すのも何だからみたいな
ある特定の事情ってことか？

もっと単純にｶﾞｯする場合のあるなしじゃね？

0659デフォルトの名無しさん

2005/12/29(木) 21:02:10

>>658
NULLを扱う場合の有無ももちろんだけど、それに加えてってことだろ。

0660デフォルトの名無しさん

2005/12/29(木) 22:12:17

質問です。
クラス内のプライベートな配列メンバを作るのはよくないでしょうか？
そのドライバルーチンからそのメンバを読み（書きはしない）たいのです。
こういう設計自体が間違ってるのかな？
超初心者の質問ですが、よろしくお願いします。

0661デフォルトの名無しさん

2005/12/29(木) 22:21:32

ドライバルーチンとは、サブルーチン群を呼び出すmain()ルーチンのことです。
この場合はドライバとは言わないですよね・・・すみません。

0662デフォルトの名無しさん

2005/12/29(木) 22:26:56

>>660
まともな日本語で書け。main()ルーチンって何だ？routineは
“関数”じゃないぞ？

0663660

2005/12/29(木) 22:31:19

サブルーチンに対するメインルーチンのことです。
main()とは限らないですよね・・・

0664デフォルトの名無しさん

2005/12/29(木) 22:32:48

>>660
>クラス内のプライベートな配列メンバを作るのはよくないでしょうか？
何でそう思ったの?

0665660

2005/12/29(木) 22:39:08

一般に、プライベートなデータメンバは外部からアクセスする時、
パブリックメンバ関数のreturnしかないからです。メンバへのポインタを外部に持たせて云々
とかは言わないで下さい。
配列の場合、ＣやＣ＋＋では、インスタンスをそのままreturn できないので、
ポインタを返すしかありません。
そのポインタを介して読み書きするのは、エレガントとはいえないです。
（っていうか、できない？）
こういう場合は、どんな方法を取ったらいいのでしょうか？

0666デフォルトの名無しさん

2005/12/29(木) 22:40:33

イテレータでも作れば？

0667666

2005/12/29(木) 22:42:52

ポインタと大差ないか・・・

0668デフォルトの名無しさん

2005/12/29(木) 22:48:25

>>667
おーい、頭元気か

0669デフォルトの名無しさん

2005/12/29(木) 22:48:43

>>665
1. boost::array
2. 配列への参照を返す。
3. std::vector
4. 素直にポインタを返す。
5. ポインタを返さなくて済むように設計を見直す
6. その他
どれでもどうぞ

0670660

2005/12/29(木) 22:51:11

ありがとうございます。
５:設計を見直します。
お騒がせしました

0671デフォルトの名無しさん

2005/12/29(木) 22:53:26

まぁ、やりたいことはイテレータなんだろうけど、自前で配列云々するのはおろかだな。
STLのコンテナクラスをそのクラスのメンバにしておいて、アクセスしたい場面ではそ
のイテレータをそのまま返すなりすればいいだろ。

0672デフォルトの名無しさん

2005/12/29(木) 22:54:43

std::vectorなら、インスタンスをコピー渡しでreturnできるよ。

0673デフォルトの名無しさん

2005/12/29(木) 22:56:39

>>672
せめてconst参照を返そうよw

0674デフォルトの名無しさん

2005/12/30(金) 00:30:41

汎用コンテナ作っているならともかく、普通のホルダ作っているんだったら
設計やり直したほうがいいわな。
メンバ変数を晒すなんて、責任分担がおかしくなっている兆候だろうし。

0675デフォルトの名無しさん

2005/12/30(金) 00:55:56

ここってネタスレじゃなかったの？

0676デフォルトの名無しさん

2005/12/30(金) 00:59:28

>>657
その指針からoperatorは除かねばならんな。

0677デフォルトの名無しさん

2005/12/30(金) 01:03:33

operatorを例外とした>>657の指針って結構一般的じゃないの？

0678デフォルトの名無しさん

2005/12/30(金) 01:18:13

>>677
そう言う人は確かに結構多いけど…では実際変更するものをポインタで、
というのも、関数書く側としては一々*を付けるのは面倒くさいわけで。

0679デフォルトの名無しさん

2005/12/30(金) 01:28:43

>>678
*付ける程度の労力を惜しむなら関数設計しなくていいよ

0680デフォルトの名無しさん

2005/12/30(金) 01:34:21

値渡しがデフォってのはまだ C を引きずってるんだろうな
参照渡しがデフォならコピコンを明示的に使うって立場もあろうが

0681デフォルトの名無しさん

2005/12/30(金) 02:12:55

>>680
値渡しがデフォってスタイルでなんかいいことひとつでもあんの？

そんなスタイルは、どこで変数が変更されるのか追いかけるのが大変に上に、
そーゆー用途で(必ずしも必要ではないかもしれない場面で)コピコンを呼ぶのは
パフォーマンス的に全くの無駄だし、ﾃﾗ嫌ｽ。

0682デフォルトの名無しさん

2005/12/30(金) 03:09:06

>>681
???

0683デフォルトの名無しさん

2005/12/30(金) 03:57:48

C++の参照はちょっと中途半端で使いづらい。
無ければ無いでよかったのに。

0684デフォルトの名無しさん

2005/12/30(金) 08:29:47

>>681
＞値渡しがデフォってスタイル
＞どこで変数が変更されるのか追いかけるのが大変
矛盾。それとも参照渡しがデフォならどこでも変更される
可能性があるから追いかける意味がないとでも言いたいのか？

0685デフォルトの名無しさん

2005/12/30(金) 10:19:26

>>683
MyClass x,y,z;
...
z=x+y;
などと書けるようにするためでは？

0686デフォルトの名無しさん

2005/12/30(金) 10:34:50

>>683
参照がないと値渡し以外で使うときにoperatorが使いにくい罠ってこったな。

Hoge hage(Hoge *p)
{
　　Hoge kami(0);
　　Hoge fusa;
　　fusa = p->operator *(kami) ;　　//これ以外呼びようがない！
　　return fusa;
}

これはつらいっしょ。

0687デフォルトの名無しさん

2005/12/30(金) 10:35:43

>>665
bcc32.exeなら__propertyで読み出し専用配列つくれるよ！

　　　　　　　　　　　　　　　　ﾊ_ﾊ　　
　　　　　　　　　　　　　　　('(ﾟ∀ﾟ∩　つくれるよ！
　　　　　　　　　　　　　　　　ヽ　　〈　
　　　　　　　　　　　　　　　　　ヽヽ_)

0688デフォルトの名無しさん

2005/12/30(金) 11:07:07

　　fusa = *p * kami ;　　//これ以外呼びようがないか？

0689デフォルトの名無しさん

2005/12/30(金) 11:12:55

>>687
VCにも__declspec(property())があるよ！

　　　　　　　　　　　　　　　　ﾊ_ﾊ　　
　　　　　　　　　　　　　　　('(ﾟ∀ﾟ∩　あるよ！
　　　　　　　　　　　　　　　　ヽ　　〈　
　　　　　　　　　　　　　　　　　ヽヽ_)

0690デフォルトの名無しさん

2005/12/30(金) 11:31:12

移植性が必要なときが問題だな

0691デフォルトの名無しさん

2005/12/30(金) 11:42:40

ttp://homepage3.nifty.com/catfood/up/src/up0290.txt

こういうことではないかと。

0692デフォルトの名無しさん

2005/12/30(金) 11:43:27

　　環　　　立　　イ＿i＿　　┼─
　　　　　土見　　 | イヒ　　イ子

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 /＼＿＿_／ヽ
　　　 (.｀ヽ(｀＞、　　　　　　　　　　　　　　　　　　　／''''''　　　 '''''':::::＼
　　　 `'＜｀ゝr'ﾌ＼　　　　　　　　　　　　　　　　　＋　 |（●）,　　　､（●）､:|　＋
　 ⊂ｺ二Lﾌ^´　ノ, ／⌒)　　　　　　　　　　　　　　　 |　　,,,ﾉ(､_, )ヽ､,,　.:::|
　　⊂l二L7_　/　-ゝ-')´　　　　　　　　　　　　　　　 +　 |　　｀-=ﾆ=- '　.::::::|　+
　　　　　　＼_　　､__,.ｲ＼　　　　　　　　　　　＋　　　　＼　　｀ﾆﾆ´　 .:::／　　　　+
　　　　　　　　(T＿_ノ　　 Tヽ　　　　　　　 , -r'⌒!￣ `":::7ヽ.｀- ､　　　./|
　　　　　　　　　ヽ￢.　　　/　ﾉ`ｰ-､ﾍ<ｰ1´|　ヽ　| :::::::::::::ﾄ、＼　(　　./ヽ
　　　　　　　　　　＼l__,.／　　　　 i　l.ヽ!　|　　　.| ::::::::::::::l ヽ　｀７ｰ.､‐'´ |＼-､

class Cool
{
public:
　__declspec(property(get=GetX, put=PutX)) int x[];
　　　　　　　　　　　　　　：
　　　　　　　　　　　　　　：
};

0693デフォルトの名無しさん

2005/12/30(金) 11:47:54

あ、変数宣言かぶってしまった。
その部分は脳内修正お願いします。
アク禁うざいOTL

0694デフォルトの名無しさん

2005/12/30(金) 12:05:52

　　千タ　　　千十　　 |　牛
　　木タ　　　木旧　　小 ⊥
　　　　　　　　　￣
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 /＼＿＿_／ヽ
　　　 (.｀ヽ(｀＞、　　　　　　　　　　　　　　　　　　　／''''''　　　 '''''':::::＼
　　　 `'＜｀ゝr'ﾌ＼　　　　　　　　　　　　　　　　　＋　 |（●）,　　　､（●）､:|　＋
　 ⊂ｺ二Lﾌ^´　ノ, ／⌒)　　　　　　　　　　　　　　　 |　　,,,ﾉ(､_, )ヽ､,,　.:::|
　　⊂l二L7_　/　-ゝ-')´　　　　　　　　　　　　　　　 +　 |　　｀-=ﾆ=- '　.::::::|　+
　　　　　　＼_　　､__,.ｲ＼　　　　　　　　　　　＋　　　　＼　　｀ﾆﾆ´　 .:::／　　　　+
　　　　　　　　(T＿_ノ　　 Tヽ　　　　　　　 , -r'⌒!￣ `":::7ヽ.｀- ､　　　./|
　　　　　　　　　ヽ￢.　　　/　ﾉ`ｰ-､ﾍ<ｰ1´|　ヽ　| :::::::::::::ﾄ、＼　(　　./ヽ
　　　　　　　　　　＼l__,.／　　　　 i　l.ヽ!　|　　　.| ::::::::::::::l ヽ　｀７ｰ.､‐'´ |＼-､

class Cool
{
public:
#ifdef __MICROSOFT_C__
　__declspec(property(get=GetX, put=PutX)) int x[];
#endif
#ifdef __BORLAND_C__
　__property int x[int] = { read=GetX, write=PutX };
#endif
　　　　　　　　　　　　　　：
　　　　　　　　　　　　　　：
};

0695デフォルトの名無しさん

2005/12/30(金) 13:46:31

論理的な定数性について、説明して欲しいです。
ぐぐってもヒットしません。

0696681

2005/12/30(金) 14:44:17

あ、ゴメン。
「参照渡しがデフォってスタイルでなんかいいことひとつでもあんの？」
の間違い。orz

0697デフォルトの名無しさん

2005/12/30(金) 14:50:49

もう、コンスト参照がディフォルトってことでいいよ。

0698デフォルトの名無しさん

2005/12/30(金) 15:13:01

>>695
「ビットの定数性」に対する語としての論理的定数性のこと？

0699デフォルトの名無しさん

2005/12/30(金) 15:23:43

>>696
蒸し返して悪いけど、そうじゃないかと思ったのだが、それだと
後半の値渡しを批判しているっぽいくだり『コピコンを呼ぶのは
パフォーマンス的に全くの無駄だし』と矛盾しない？

0700デフォルトの名無しさん

2005/12/30(金) 15:26:57

標準で定められている例外は次の通りです。
exception から直接派生しているもの
bad_alloc, bad_cast, bad_exception, bad_typeid,
ios_base::failure, logic_error, runtime_error

logic_error から派生しているもの
domain_error, invalid_argument, length_error, out_of_range

runtime_error から派生しているもの
overflow_error, underflow_error, range_error

例えばメモリアロケーションに失敗したり、
その他浮動小数点演算で数値として表すことができない結果が出たり、
といろいろと例外処理したいシチュエーションがありますが、
そういう例外クラスの事実上の標準なクラスライブラリってあります？

0701デフォルトの名無しさん

2005/12/30(金) 16:08:47

処理系依存です
処理系依存です
処理系依存です
処理系依存です
処理系依存です

0702700

2005/12/30(金) 17:03:49

そうですか、その辺は処理系依存ですか。
ISO規格に含まれている >>700 の例外だけは
ポータブルってことですね。

0703デフォルトの名無しさん

2005/12/30(金) 17:27:45

>>700
メモリアロケーションの失敗は bad_alloc でいいんじゃないの？

0704700

2005/12/30(金) 17:31:12

>>703 いわれてみれば or2

0705デフォルトの名無しさん

2005/12/30(金) 19:47:26

>>684
Generic なアルゴリズム書くのが激しく面倒になるが。

0706デフォルトの名無しさん

2005/12/30(金) 19:48:53

>>705
テンプレートなら特殊化があるね

0707デフォルトの名無しさん

2005/12/30(金) 20:10:12

>>699
それは >>680 の言うコピコンの使い方(値を変えられると困る場面で、const の代わりに引数を変更
されてもいいようにコピーを渡す)を受けての話。

0708デフォルトの名無しさん

2005/12/30(金) 21:47:48

ClassA a;

if( ClassA b = a )
　b.func();

今気付いたんだけど、ifの条件式でこんなことできるんだね。
知らなかった。

0709デフォルトの名無しさん

2005/12/30(金) 21:52:18

bool に変換できる型である必要があるけど

0710デフォルトの名無しさん

2005/12/30(金) 21:54:34

条件式と見間違えやすいからけっこう危険だよ。
dynamic_cast用にしといた方が無難だと思う。

0711デフォルトの名無しさん

2005/12/30(金) 21:55:41

条件式の中で代入を使うのは、間違いって教わった人は
気づかないかもしれないね

0712デフォルトの名無しさん

2005/12/30(金) 22:00:33

ぼけらんどの功罪

0713デフォルトの名無しさん

2005/12/30(金) 22:03:11

>>708
たしか、while でもできるよ。

0714デフォルトの名無しさん

2005/12/30(金) 22:06:45

for でもできるっしょ
条件式を持っているなら、どれでもできるような気が・・・

0715デフォルトの名無しさん

2005/12/30(金) 22:07:29

if( int i=0, j=1) { }
は合法？

0716デフォルトの名無しさん

2005/12/30(金) 22:08:39

>>714
do whileじゃ無理っす
まぁ、正直出来ても活用性0ですけどｗ

0717デフォルトの名無しさん

2005/12/30(金) 22:09:25

switchも可能だったはず。

0718デフォルトの名無しさん

2005/12/30(金) 22:10:31

昔のCの本に1["string"]とか書けるっていう記述があったな。
さすがにC++じゃ無理だろうが

0719デフォルトの名無しさん

2005/12/30(金) 22:14:14

>>718
a[b] は*(a+b)と同じ意味なので
1["STR"] = *(1 + "STR") = *("STR" + 1) = "STR"[1]
という事やね。
C++でも出来た気がする。

0720デフォルトの名無しさん

2005/12/30(金) 22:14:32

なんでfor(int i, int j; 1; ++i, --j);
のように、変数導入宣言が二回以上使うことができないのだろうか？
C#ではできるのかな？

0721デフォルトの名無しさん

2005/12/30(金) 22:22:34

for( int i=0, j=1;;)

0722デフォルトの名無しさん

2005/12/30(金) 22:24:34

局所的に制御変数を二つ導入したいことは結構あるのに...

0723デフォルトの名無しさん

2005/12/30(金) 22:25:51

沢山条件がある場合は
構造体にパックしたりすればいいんでない？
またはcharとか1byte変数配列を必要な数だけ宣言して、型キャストするとか

0724デフォルトの名無しさん

2005/12/30(金) 22:26:01

っていうか、for(;1;)なら制御もクソもないかｗ

0725デフォルトの名無しさん

2005/12/30(金) 22:35:16

二項演算子 [] は可換

0726デフォルトの名無しさん

2005/12/30(金) 22:37:44

std::vector<int> v;
FOREACH( v, int i){ printf("%d",i); }
みたいなことのできるマクロ書いてた頃（素直にboost使う気になれなかった頃)
for(int i=0, v::iterator it=v.begin;
と実装できなくて困った覚えがあるなぁ

0727デフォルトの名無しさん

2005/12/30(金) 22:38:04

operator[]()

0728デフォルトの名無しさん

2005/12/31(土) 05:11:09

template <class Type> class A{
public:
Type &func1(){return data1;}
Type data1;
};

template <class Type> class B : public A<Type>{
public:
void func2(){
data2 = A<Type>::func1();
//data2 = func1();
}
Type data2;
};

gccで上記はコンパイルできますが、//でコメントアウトしている書き方では
エラーがでてしまいます。
この例ではなぜベースクラスまで指定しないといけないんでしょうか?

0729デフォルトの名無しさん

2005/12/31(土) 08:06:11

>>728
テンプレートは、引数が与えられていない定義そのものと、引数を与えられた時点の
２回構文がチェックされる。

クラス・テンプレートのメンバは、あとで明示的特殊化によって御破算にされる可能性が
あるから、最初のチェックのときには名前検索の対象にならない。だから修飾されていない
"func1"はその定義が見つからず、エラーとなる。

ただし、その名前がテンプレート・パラメータに従属している基底クラスのメンバである
可能性が示されたら、２回目のときまでチェックを遅延することが許されている。
それで A<Type>::func1() はコンパイルを通る。

ちなみに
data2 = this->func1();
と書くことも可能。

ここいらへんは、テンプレートの機能の中でもややこしいところだから、詳しく解説した
本を読んだほうがいい。
C++ Templates とか

0730デフォルトの名無しさん

2005/12/31(土) 14:32:52

　・・・・・・・
>>詳しく解説した
>>本を読んだほうがいい。
>>C++ Templates とか
どの本をさしますか。
ルキーの解説書ですか。
ブーストの取説ですか。
教祖の本では不十分ですか。

0731デフォルトの名無しさん

2005/12/31(土) 14:36:57

>>730
>>9

0732デフォルトの名無しさん

2005/12/31(土) 15:17:39

ちょっと質問させてください。
Ｃ＋＋で中国と戦えるでしょうか？

0733デフォルトの名無しさん

2005/12/31(土) 15:19:24

>>732
おまいあきらかにＣ＃スレからきただろ！！！

0734デフォルトの名無しさん

2005/12/31(土) 15:33:00

731 名前：デフォルトの名無しさん：2005/12/31(土) 14:36:57
>>730
>>9
ずばり言ってよ。
今の時間読めん

0735デフォルトの名無しさん

2005/12/31(土) 15:37:43

なんで読めないのか分からないけど、
C++ Templates: The Complete Guide
http://www.amazon.com/gp/product/0201734842/102-0872632-8435348?n=283155
でいいんじゃない？

0736デフォルトの名無しさん

2005/12/31(土) 15:43:05

それで戦えるんですか？答えてください。

0737デフォルトの名無しさん

2005/12/31(土) 16:07:04

あと、全裸でお台場を走り回ることが必要不可欠

0738デフォルトの名無しさん

2005/12/31(土) 16:08:51

>>C++ Templates: The Complete Guid
規約無視して、変体書式で書いてある事を貴方は
どの様にお考えですか。初めてテンプレ学ぶ人には
変換することが難題だと思いますが。ソースは↓
http://www.josuttis.com/tmplbook/
The only gripe I have against this book is a very very minor one:
the authors for some inexplicable reason decided to write
"T const* p" instead of "const T* p" in function prototypes.
Both are correct and both mean the same thing but nobody uses
the first convention whose major fault is

that it's too close to "T *const p" - a different thing entirely.
Plus the second convention is such an ingrained idiom that fighting
it is pure nonsense which makes the book initially hard to read.
Example: what does "char const* const& a" mean?
(p. 17) On top of that the reader cannot simply substitute one convention for the other,
as the 25,000 C++ books already in print are
still going to *be* there plus the x billion lines of legacy C++ code is
not leaving any decade soon! So one has to keep *both* conventions
in mind in order to read the text. It's really not much of a big deal
but I wonder: what were they thinking?

0739デフォルトの名無しさん

2005/12/31(土) 16:15:44

人は、テキストを読むために両方の
コンベンションを覚えておかなければなりません。
本当に、大したことの多くではないのか。
私が不思議に思うのは、彼らは何を考えてたのか
ボケ?

0740デフォルトの名無しさん

2005/12/31(土) 16:42:37

>>730 >>734 >>738-739
何かの病気？

0741デフォルトの名無しさん

2005/12/31(土) 16:57:05

>>738 そんな qualifier の置き方がそんなに重要かよ。
main の argv の型だって、
const char * const char * const argv と書くやつもいれば
const を変なところに(意味が変わらない範囲で)くっつける奴もいる

0742デフォルトの名無しさん

2005/12/31(土) 17:17:59

>>738
const char* と書く人に文字列リテラルの配列を定義させると、半分以上は
const char* table[] と書く。
char const* を使う人は
char const* const table[] と書く。

Windows や Linux など、すべて RAM 上で動かすプログラミングをしていると、
前者と後者の違いが重要だとは思わないだろう。
しかし ROM 環境で、さらに RAM の少ない環境でプログラミングしていると
これらの違いに神経を使う必要が出てくる。

故に、普段から ROM 環境でプログラムしてる人
または偏執的な const マニアは後者に落ち着く可能性が高い。

0743デフォルトの名無しさん

2005/12/31(土) 17:33:46

>>742 偏執的な const マニア(笑
マニアかどうかわかんないが、俺も
const できるところは全部 const にしないと気持ち悪いな。
結構潜在的なバグを発見できたりするし。
const つけまくったからと行ってどの程度最適化に
反映してくれるかはわかんないけど。

0744デフォルトの名無しさん

2005/12/31(土) 17:40:09

>>742
ちなみに違いを教えてくれ。

0745デフォルトの名無しさん

2005/12/31(土) 17:47:31

>>744
俺もどっちがどっちだか分からなくなった。
まぁ宰相ググレカスだな

0746728

2005/12/31(土) 17:54:14

解説下さった皆様ありがとうございます。
いままでVC++使いだったけど、>>728みたいなのは
ベースクラス指定無しで通ってたんで、なんかめんどくさい、、、。
ぐぐる先生に聞いたところ、他の複雑なテンプレートの例でも、「VC++ならOK」
というのがあるようですね。
ttp://www.fides.dti.ne.jp/~oka-t/cpplab-template-4.html
LINUX環境で開発することになったので、そのへんのところ
元の言語仕様をよく確認しなきゃいけない。

0747742

2005/12/31(土) 17:57:36

>>744,745
わかりやすい話だと table[0] = "modified" が、前者だと通り、後者だとエラーになる。

前者では table を書き換え可能な RAM に置く必要があり、後者ではその必要が無い。
起動時に全部 RAM にロードされる環境だと、それらの違いはほとんど無視できる。
（ OS による最適化で const な table をプロセス間で共有してくれる可能性はある。）
ROM 環境では必要な分だけ RAM を使うことになるので、
table[] のサイズがそのまま RAM の消費量の差になる。

0748デフォルトの名無しさん

2005/12/31(土) 18:02:33

Q1:すべて RAM 上で動かすプログラミングをしていると、
前者と後者の違いが重要だとは思わないだろう
誰のことですか。発言者の出典箇所は？

Q2:普段から ROM 環境でプログラムしてる人
ＰＩＣとか組み込み系の人のことですか。

Q3:世界中の人の前に広く出回る本であっても貴方は後者の
書き方で問題ないと寛容にお考えですか。
この本は、英語、中国語、アラビア語で翻訳されてます。

関東圏内で会話していると
標準語と関西弁の違いが重要だと思わないだろう。
しかし大阪でさらになんばで会話をしていると
これらの違いに神経を使う必要が出てくる。
私は、東京のど真ん中で偏執的な関西弁マニアが巻くし立てらたら
必ず違和感を持つ。そして、日本の公用語は関西弁に
は絶対にならないと考える。

0749デフォルトの名無しさん

2005/12/31(土) 18:02:53

>>742
俺はconst char *派だけど、typedefする。

typedef const char *PCSTR; //大抵<windows.h>で済ます
const PCSTR *table[];

0750デフォルトの名無しさん

2005/12/31(土) 18:08:37

でも、const char * と char const * に違いなんてないよね？
てか、const char * って形の宣言ができることがそもそも間違いの始まりなんだよなぁ。
てな、話は↓こっちでやれ・・・
って、「const だけでメシが３杯喰えちゃうスレ」がいつのまにかなくなってる。(´；ω；｀)

0751デフォルトの名無しさん

2005/12/31(土) 18:31:24

>>750
あー、暫く前に落ちましたよ。

0752デフォルトの名無しさん

2005/12/31(土) 18:48:32

bool MakeList(Node*&)
というように、ノードのポインタのアドレスを引数にし、mainから参照したいのですが
うまくいきません。
Node* node;
if(MakeList(&node)){}
このように、条件判断に使いたいのですが・・・・
どうすればいいのですか？

0753デフォルトの名無しさん

2005/12/31(土) 18:49:27

>>748
変な奴がいるみたいだが、もうしばらく相手してやる。

> Q1: （引用略）
> 誰のことですか。発言者の出典箇所は？
Windows や Linux をメインの環境としてプログラミングしてる人。
発言者とは誰のことですか。

> Q2:普段から ROM 環境でプログラムしてる人
> ＰＩＣとか組み込み系の人のことですか。
そこらへんに多いと思う。あと携帯ゲーム機とか。

> Q3:世界中の人の前に広く出回る本であっても貴方は後者の
> 書き方で問題ないと寛容にお考えですか。
普段から後者に統一しているので、問題ないと考える。
C++ の書き方についての話なので、何語に翻訳されてようと変わらない。

> 関東圏内で会話していると（以下略）
大阪で暮らすために日本語を学ぶなら、標準語を学ぶだけでは不十分だろう。
逆に、東京だけで暮らすなら、関西弁を学ぶ必要は無い。
ROM 環境でプログラミングするために C++ を使うなら、以下略。
逆に、潤沢な RAM のある環境だけでプログラミングするなら、以下略。

0754デフォルトの名無しさん

2005/12/31(土) 18:54:37

>>752
operator void* () を定義すればどうか。

0755デフォルトの名無しさん

2005/12/31(土) 18:56:01

>>754

すいません、詳しく教えてください

0756デフォルトの名無しさん

2005/12/31(土) 19:02:42

>>755
streamと同じ要領。変換演算子。"ストリーム c++ 変換演算子"でぐぐれば
いろいろ出てくる。

0757デフォルトの名無しさん

2005/12/31(土) 19:03:45

"ストリーム状態 c++"の方がいいか。

0758デフォルトの名無しさん

2005/12/31(土) 19:09:23

>>754
MakeList() の戻り値が bool なのに、なんで変換演算子が要るの？

0759デフォルトの名無しさん

2005/12/31(土) 19:12:01

>>752

呼び出しの時に & はいらんよ。

0760デフォルトの名無しさん

2005/12/31(土) 20:11:56

>>759

どうもありがとうございます

0761デフォルトの名無しさん

2005/12/31(土) 21:05:47

あれ？　なんでみんなフツーに回答してんの？
>>752 がわけわかなのって俺だけ？

0762デフォルトの名無しさん

2005/12/31(土) 21:11:25

>>761
自分自身に似たような経験があれば、質問者の意図は理解できる。

0763デフォルトの名無しさん

2005/12/31(土) 21:23:04

>>752
なんかポインタのど初歩で間違えて内科医？
実引数おかしいよね

0764デフォルトの名無しさん

2005/12/31(土) 22:09:06

>>761
こうすれば理解できると思う。
typedef Node *NodePtr;

bool MakeList(NodePtr&);

0765761

2005/12/31(土) 23:14:04

>bool MakeList(Node*&)
>というように、ノードのポインタのアドレスを引数にし、

ここまではわかる。

>mainから参照したいのですが

なにを？　引数？　関数？　戻り値？　それ以外のなにか？

>うまくいきません。

なにが？　引数を渡すこと？　関数呼び出し？　戻り値の取得？　それ以外のなにか？

>Node* node;
>if(MakeList(&node)){}
>このように、条件判断に使いたいのですが・・・・

勝手に使えばいいじゃん。

>どうすればいいのですか？

俺も、どうすればいいのですか？

0766デフォルトの名無しさん

2005/12/31(土) 23:28:52

うむ。さっぱりわからんな。

0767デフォルトの名無しさん

2005/12/31(土) 23:52:27

ぱっと見た感じ>>759->>760で解決では？
if(MakeList(&node)) {　ではなくて
if(MakeList(node)) {　にしろってこった。
上のじゃコンパイル通らないだろう

0768デフォルトの名無しさん

2006/01/01(日) 00:32:19

>>767
確かに、解決もしたんだろうし、そこでコンパイルエラーになって、
& を取っ払えばコンパイルが通るって話はわかる。
が、質問の意味がさっぱりわからん。

0769デフォルトの名無しさん

2006/01/01(日) 01:45:47

C++ Primerってこのスレ的にはどうなんですか。
amazonの評価は結構微妙なんですけど禿本に書いてない細かい所とか書いてあるんですよね。

0770デフォルトの名無しさん

2006/01/01(日) 01:51:14

量が多いから、1からC++Primerを読んで勉強するには相当辛いものがあるし、
索引がいい加減で、容も離散的に書いてあるから、マニュアル的に使うにも少々難ありって感じ。
俺の感想だけどね。
分からないトピックを絞って、その部分を集中して勉強するようなスタイルなら、それなりに使えるとは思う。

結局本棚の肥やしになってるけど。

0771デフォルトの名無しさん

2006/01/01(日) 09:22:40

漏れには>761が判らん。
#「がわけわかなの」?

0772デフォルトの名無しさん

2006/01/01(日) 09:27:06

シーケンシャルに読むならやっぱ禿本
ランダム読みに向いているのが C++ Effective
マニュアルは本当に処理系の取説と ISO/JIS の規格票

0773デフォルトの名無しさん

2006/01/01(日) 09:31:19

>シーケンシャルに読むならやっぱ禿本
　何の本のことか解りません。
タイトルを正確に教えて

0774デフォルトの名無しさん

2006/01/01(日) 09:39:27

おまえら、最初にどの本読んでOOPの世界に入ったのよ。ちなみに俺は
「A級B型C++ (技術評論社かソフトバンク、忘れた、すでに絶版)」

0775デフォルトの名無しさん

2006/01/01(日) 09:44:16

古禿
↑ISBN4-8101-8002-6
　 ISBN4-8101-8047-6
　 ISBN4-7561-1895-X
↓ISBN4-7973-2854-1
新禿

0776デフォルトの名無しさん

2006/01/01(日) 11:01:09

禿禿言うなっていう忠告を理解できなかったようだな…

0777デフォルトの名無しさん

2006/01/01(日) 11:09:04

ハゲでもいいじゃん。
ハゲこそC++だよ。

0778デフォルトの名無しさん

2006/01/01(日) 11:11:17

敬意を込めて禿と呼ぶ

0779デフォルトの名無しさん

2006/01/01(日) 11:49:58

>ハゲでもいいじゃん。
>ハゲこそC++だよ。
この本は髪質がツルツルと光って、そのうえ薄すぎて
さらにイタリックで読みにくくない。？
光沢が反射して目がクラクラするのは、俺だけか。
だいだい、あすきー社って、異常に紙質が厚いか
裏面が透過するほど薄いか、ざらざらしているか
値段が他社に比べてトビ抜けて高い。
つぶれてよし、逝ってよし。

練習問題の回答本も別途購入しないといけない。
買う人はいますか。

0780デフォルトの名無しさん

2006/01/01(日) 11:53:13

禿げてる奴って脳みそのしわも薄そうだよな。
頭悪そ

0781デフォルトの名無しさん

2006/01/01(日) 11:58:15

禿の練習問題は同じ問題をやってみた人同士で論議するように意図されているもので
誰かが出してきた答案を見てそれをやめてしまう他力本願は「ユーザが育てた言語」にそぐわない

値段にしても自己投資として買う人には問題にならない金額だね

0782デフォルトの名無しさん

2006/01/01(日) 14:42:27

みなさんにとってのデータアクセスの考え方についてお聞きしたいです。

class CMember
{
private:
int m_Age;
};
というクラスがあった場合、そのメンバーアクセスには
bool SetAge(int Age);
int GetAge() {return m_Age;}
というメンバー関数を用意しておこなうようにしていますが。

もし、他に
CStrVector m_NickName;// 文字列クラスの配列を管理している管理クラス
というデータがあった場合、取得に関してはどのような概念をお持ちでしょうか？

①メンバー関数は外から干渉絶対にさせないので、コピーにかかる時間は深く考慮せず
CStrVector& GetNickName() {return m_NickName;} とおこなう。

②privateメンバー宣言されている時点で、さわられたくないと言う意思表示をしているので
ポインタを取得させてしまう。
CStrVector* GetNickName() {return &m_NickName;} とおこなう。

ちなみにm_NickNameで配列化される文字列は３００個ぐらいです、
各文字列はせいぜい20バイトほどです。
MFCで言えばCStrVectorはCStringArrayのようなものだとお考えください。
作製しているアプリは事務的な物です、決してゲームのような一刻の早さを求める物ではありません。
みなさんならどちらでしょうか？

0783デフォルトの名無しさん

2006/01/01(日) 15:02:39

>>782
そのクラスの設計目的を抜きにしてそんなことを議論できるとでも思ってるのが間違い。

0784デフォルトの名無しさん

2006/01/01(日) 15:04:18

>>782
実装からインターフェースを考えてるのが間違い。
先にインターフェースを考えろ。

0785デフォルトの名無しさん

2006/01/01(日) 15:05:54

②はアフォ

0786デフォルトの名無しさん

2006/01/01(日) 15:06:13

>>782
(1)にコピー云々と書いてあるけど
CStrVector& GetNickName() {return m_NickName;}
CStrVector GetNickName() {return m_NickName;}
の違いは分ってる？

0787デフォルトの名無しさん

2006/01/01(日) 15:24:03

>②privateメンバー宣言されている時点で、さわられたくないと言う意思表示をしているので

constを忘れているよ（ｗ

0788デフォルトの名無しさん

2006/01/01(日) 15:28:24

privateは、派生クラスからも触れないので、まず使わない。protected
にするな。それと、MFCだとCMemberは、CObjectの派生クラスとして定義
する。

んでもって...

const CStrVector &GetNickName() const { ASSERT_KINDOF(CMember,this); return(m_NickName);}
CStrVector &NickName() { ASSERT_KINDOF(CMember,this); return(m_NickName);}

の２つを用意する。前者用意していないと、後者は、constなメンバ関数
から参照できないため。クラス定義の目的と場合によっては、virtual関数に
する。

なぜわざわざメンバ変数を隠蔽してアクセス関数を用意するのか理解して
いない >>785 は、アフォ

0789デフォルトの名無しさん

2006/01/01(日) 15:29:16

禿げって、髪質がツルツルと光って、そのうえ薄すぎて
さらにイタリックで読みにくくない。？
光沢が反射して目がクラクラするのは、俺だけか。

0790デフォルトの名無しさん

2006/01/01(日) 15:37:11

>>788
protectedは、派生クラスからも触れるので、まず使わない。

0791デフォルトの名無しさん

2006/01/01(日) 15:40:51

派生クラスから触るためにprotectedにするって......

なぜわざわざメンバ変数を隠蔽してアクセス関数を用意するのか理解して
いない >>788 は、アフォ

0792782質問者

2006/01/01(日) 16:06:16

元日早々いろいろと勉強になったような気がします。
みなさんありがとうございました。
class test
{
public:
test() {m_a = 10;}

const int& get_a() const{return m_a;}

private:
int m_a;
};

int main()
{
test t;
const int &a = t.get_a();

a = 20;// エラー

return 0;
}

0793デフォルトの名無しさん

2006/01/01(日) 16:19:33

>>788みたいな奴が穴ありまくりの腐りきった関数作るんだな

0794デフォルトの名無しさん

2006/01/01(日) 16:26:56

>>791 や、 >>793 みたいな奴が、パフォーマンスが出なくて、再利用でき
ない糞なクラスの再発明を繰り返してして、ばかでかくて無駄なコードを
量産しているんだろうな。間違いない。

0795デフォルトの名無しさん

2006/01/01(日) 16:53:01

自己紹介乙

0796デフォルトの名無しさん

2006/01/01(日) 16:57:03

>>788
リファレンサくらい憶えろよ、アフォ

0797デフォルトの名無しさん

2006/01/01(日) 17:04:37

>>796
また馬鹿が釣れた。

0798デフォルトの名無しさん

2006/01/01(日) 17:15:15

(；´Д｀)　おまえら、なに新年早々揉めてんだよ。

0799デフォルトの名無しさん

2006/01/01(日) 17:29:35

>privateは、派生クラスからも触れないので、まず使わない。

そんな論法がまかり通るならアクセス関数とか使わずに全部public。
実際それが一番良い場面も多いしな

0800デフォルトの名無しさん

2006/01/01(日) 17:33:43

>>799
また馬鹿が釣れた。

0801デフォルトの名無しさん

2006/01/01(日) 17:34:01

新春早々馬鹿が現れてるようだな。

0802デフォルトの名無しさん

2006/01/01(日) 17:34:55

>>801
またまた馬鹿が釣れた。

0803デフォルトの名無しさん

2006/01/01(日) 18:03:47

「釣れた」と言ってる馬鹿がいる。

0804デフォルトの名無しさん

2006/01/01(日) 18:05:24

>>803
違う、「釣れた」としか言えない馬鹿がいる、だろ。
　　　　　　　　　~~~~~~~~~~~~~~

0805デフォルトの名無しさん

2006/01/01(日) 18:10:53

>>803-804
まだまだ馬鹿が釣れた。

0806デフォルトの名無しさん

2006/01/01(日) 18:24:39

>>805
やあ朝鮮人。

0807デフォルトの名無しさん

2006/01/01(日) 18:28:57

>>805
また馬鹿が連れた。

0808デフォルトの名無しさん

2006/01/01(日) 18:32:21

>>792
intなら参照を返す必然性は無いと思う。

あと、コンストラクタで代入するよか、
test() : m_a(10) {}
と書くようにした方が良いかも。

0809デフォルトの名無しさん

2006/01/01(日) 18:50:30

>>806-807
なお馬鹿が連れた。

0810デフォルトの名無しさん

2006/01/01(日) 19:19:31

猫のページを参考にオペレータオーバーロードの定義方法はわかったのですが。
例えば class Age内にて
Age operator + (Age& temp){ return 何か; }
とされていればAge+Ageの演算は return 何か; の部分が返されるのですが、
3+Ageとか、前方がAgeでは無い場合のオペレーターロードはどうすればよいでしょうか・・

0811デフォルトの名無しさん

2006/01/01(日) 19:24:14

>>810
普通の関数として用意する

0812デフォルトの名無しさん

2006/01/01(日) 19:25:30

>>810
グローバルでオペレータオーバーロード＋コンストラクタで数字からの変換定義

0813デフォルトの名無しさん

2006/01/01(日) 19:56:12

いろいろ試行錯誤してみたんですけど
int operator + (int n,Age& temp) { ... }
のように引数を二つ取ればよかったのですねorz
すみませんでした

0814デフォルトの名無しさん

2006/01/01(日) 22:18:16

微分方程式を解くプログラムをオブジェクト指向で作成したいと思っています。
微分方程式、積分ルーチンのクラスを作ったところで微分方程式の解を保持する
変数はどこに置いたらいいか分からなくなりました。
当初は微分方程式のクラスにおいていましたが、複数の積分ルーチンを作る際に
不都合が生じてきました。例えば、解を補間しない場合は、積分ルーチンから得た
解を微分方程式のクラスに置いていても問題はないのですが、補間する場合は
積分ルーチンの方に置いたほうが都合がいい為です。
何か良いアイデアがあればお聞かせください。

0815デフォルトの名無しさん

2006/01/01(日) 22:23:11

>>814
普通に考えれば微分方程式クラスに置くべきだと思うが
それで不都合が生じるなら生じない方かもしくは
別途、解クラスとして独立させてみたらどうか？

0816デフォルトの名無しさん

2006/01/01(日) 22:49:18

>>815 ども。別途解クラスを作って微分方程式クラスと積分ルーチンクラス
で集約するのですね。色々考えてはいますが、クラスを使ってデータを加工していく
作業は手続き型に思えてオブジェクト指向的な設計に感じないんですよ。
集約と言うか解クラスが微分方程式クラスと積分ルーチンに依存(を利用)すると
思えばいいのかなぁ･･･。

0817デフォルトの名無しさん

2006/01/01(日) 22:56:23

>>816
それじゃ逆転の発想で、解とその他の計算にかかる純粋仮想関数を持ったクラスと
それから派生した2つの微分方程式クラスと積分クラスってのは？

0818魚チョコ

2006/01/01(日) 23:06:05

>>816
漠然とした話なので「お好みで」としか答えようがないなあ。
前俺がその手の計算プログラムを組んだときには、
XYデータ列クラスと多項式クラスが大活躍したぞ。
何としても、シンプソンの方法（method）クラスみたいのを
作りたくなかったのだが、意味があったのだろうか。
数学計算は手続き型の方が相性がいいなと思ったしだい。

0819デフォルトの名無しさん

2006/01/01(日) 23:10:03

>>817 それだと結合が強すぎないですか？
うーん、やはり>>815さんのおっしゃる様に３つのクラスが互いに参照しあって
処理を進めるべきかな？

0820デフォルトの名無しさん

2006/01/01(日) 23:12:48

>>818 手続き型っすか･･･orz
XYデータ列クラスと多項式クラスってどのように使うものですか？

0821デフォルトの名無しさん

2006/01/01(日) 23:15:39

>>818
>>何としても、シンプソンの方法（method）クラスみたいのを
>>作りたくなかったのだが
何故なんとしても作りたくなかったのか、その心を是非聞きたいです。

0822デフォルトの名無しさん

2006/01/01(日) 23:18:49

>>814
データはどうなってるの？

0823流れ読まずに釣られるテスト

2006/01/01(日) 23:27:19

>791の言うアクセス関数、所謂アクセサがパフォーマンスを落とすと思い込んでいる>794はカス。
そもそも、日本語もまともに書けない>788はゴミ。

0824デフォルトの名無しさん

2006/01/01(日) 23:33:04

積分ルーチン・インスタンスに微分方程式インスタンスを与えると、解インスタンスが出てくるのではいかんのか。
3つのインスタンスの関係は、上位構造で管理すればいいように思うけど。

0825デフォルトの名無しさん

2006/01/01(日) 23:36:32

>>822 聞かれている事が良く分からないのですが、
データ(解)の型ですか？配列にΔ時間だけ微分方程式を発展させた際の解を
入れるつもりです。

0826デフォルトの名無しさん

2006/01/01(日) 23:45:31

>>824 時刻t1から時刻t2になった時に、時刻t2の解だけ欲しいならば
それでも良いのですが、t1からt2の間を補間する場合はt2の解とt2を計算した
途中の情報が必要になります(それは積分ルーチンのprivateメンバになっているはず)。
t2の解を積分ルーチンのメソッドの引数として与えれば良いのかな？
時刻tの解を得るために
3種類のインスタンス：微分方程式、データクラス、積分ルーチンの
誰にメッセージを送るべきでしょうか？

0827デフォルトの名無しさん

2006/01/02(月) 00:01:01

つか>>791関連の話してる奴ら全員論法がおかしい

0828814

2006/01/02(月) 00:02:59

データクラスを作ると微分方程式が多次元の場合、データ配列のどこにどの
次元の解が入っているか誰が把握するべきかという問題もありますね。
>>822さんはこういった事を質問されたのでしょうか？

自問自答が多いので一旦出直した方がいいかもしれませんね。お騒がせ致しました。

0829デフォルトの名無しさん

2006/01/02(月) 20:15:39

あのーC++のstring型ってなんでしょうか
それとどの様な仕掛けで変数のサイズを可変させてるのでしょうか。。

0830デフォルトの名無しさん

2006/01/02(月) 20:16:40

>>829 http://www.sgi.com/tech/stl/basic_string.html

0831デフォルトの名無しさん

2006/01/02(月) 21:33:08

>>829
ふつうに考えて、クラスのなかに文字列へのポインタとサイズが
入っているのではないでしょうか（予想）

ですから、サイズ変更（別の文字列を代入）するときは、クラスのサイズ
を書き換えているんだと思います。（もちろんポインタも）

このような文字列も持ち方は他の言語では普通。\0で終わる文字列という
Ｃの仕様のほうがどちらかというと特殊。

0832デフォルトの名無しさん

2006/01/02(月) 21:40:35

アセンブラでは普通
\0 が MSB だったりはするが

0833デフォルトの名無しさん

2006/01/02(月) 21:55:52

つ malloc, new []

0834デフォルトの名無しさん

2006/01/03(火) 03:01:05

以下のようなことがしたいのですが、なるべく余計なコピーを行うことなしに標準的な手段で実現することは可能でしょうか。
buf = 可変長バッファ、is = istreamとして、
1) 任意のバイト数分のデータをisから取ってきてbufに追加。
2) bufの頭から「ある処理」を行い、処理を完了したバイト数分bufから捨てる。なお、「ある処理」は使用するライブラリの都合上(const)char*が必須。

いまのところbufにstringを使用していて、(2)は以下:
const char* p = buf.data();
...
buf.erase(0, processed_size);
のように実現できそうなのですが、(1)がうまくいきません。
今はこう(↓)なっていますが、激しく気持ち悪いです。
char *add = alloca(n + 1); // char add[n + 1]; だとg++ -ansi -pedanticで怒られた
memset(add, '\0', n + 1);
is.read(add, n); // 実際に読み取ったバイト数もわからない。処理前後の位置を調べるしかない?
buf += add;

最初はnバイト分bufを広げてdata()の後ろに追記しようとしたのですが、返す型がconstなのでボツ。(書き換えると何が起きるかわからんで、と書いてあるし)
次にostringstreamを使おうとしたのですが、str()が返すのはコピーのようなので意味なし。

今のところ考えているのは、(1)を
a) 素直に1バイトずつループで追記。
b) 可変長バッファクラスを独自実装。
のどちらかで実現、と思っているのですが、C++は初心者なので、アプローチからして何か間違えているような気がしてならないです……。

0835デフォルトの名無しさん

2006/01/03(火) 03:43:03

>is.read(add, n); // 実際に読み取ったバイト数もわからない。処理前後の位置を調べるしかない?
>buf += add;

is.read(add, n);
buf.append(add, is.gcount());

でよかったと思う。あと、n は const で定義してれば char add[n +1]; でも怒られんよ。

0836デフォルトの名無しさん

2006/01/03(火) 03:49:12

>今のところ考えているのは、(1)を
>a) 素直に1バイトずつループで追記。
>b) 可変長バッファクラスを独自実装。
>のどちらかで実現、と思っているのですが、C++は初心者なので、アプローチからして何か間違えているような気がしてならないです……。

いまのままじゃダメなん？
処理の内容にもよるけど、あんまり速度的な効率求めるよりも、
簡素な記述で目的が果たせているんならそれに越したことはないよ。

0837デフォルトの名無しさん

2006/01/03(火) 03:55:28

>>834
>最初はnバイト分bufを広げてdata()の後ろに追記しようとしたのですが、返す型がconstなのでボツ。(書き換えると何が起きるかわからんで、と書いてあるし)

std::vector<char>にしてよければ:

std::vector<char> buf;

std::size_t s = buf.size();
buf.resize(s + n);
is.read(&buf[s], n);
buf.resize(s + is.gcount());

とか?

0838デフォルトの名無しさん

2006/01/03(火) 04:09:26

>>837
ちょｗｗｗｗおまっｗｗｗｗｗｗｗ
そりゃ、意図通りには動くかもしれんけど、規格的には反則だろｗ

# そーゆーことをしてもいいことにしようって動きはあったとは思うが。

0839デフォルトの名無しさん

2006/01/03(火) 04:19:08

横から失礼しますが
>>838
>規格的には反則
どこがまずい?

0840デフォルトの名無しさん

2006/01/03(火) 04:22:07

>>839
>is.read(&buf[s], n);

vector の要素が連続していることは保証されてたと思うけど、
こーゆー形でデータを受け取ることはまだinvalidなハズ。

0841デフォルトの名無しさん

2006/01/03(火) 04:27:59

いやvectorなら大丈夫だぞ？

0842デフォルトの名無しさん

2006/01/03(火) 04:31:53

>>840
vectorを837のように配列の代わりに渡すのは
Effective STLで紹介されていたと思う

>こーゆー形でデータを受け取ることはまだinvalidなハズ。
ソースは?

0843デフォルトの名無しさん

2006/01/03(火) 04:49:26

あれ？　いんだっけ？
ごめん、俺、なんか他の話と混同してたかも。

http://www.s34.co.jp/cpptechdoc/article/vectorastemp/

これなんか、まんまだね。

0844デフォルトの名無しさん

2006/01/03(火) 09:00:19

>>840
予めresizeで配列は十分要素数を持っているので問題ない。
要素数が足りないければ（reserveだけ行っていることも含む）たしかにまずいが。

0845834

2006/01/03(火) 10:21:00

各位情報感謝。
>>835
なるほど、gcount()を使うんですね。
こういうインターフェースは予想してなかったので目に入ってませんでした。
> n は const で定義してれば char add[n +1]; でも怒られんよ。
ところがですね、
> error: ISO C++ forbids variable-size array `add'
そもそも可変長配列自体規格違反らしいんですわ。
// んなアホな。だったらどうしろと言うのだ。alloca()じゃ退化してるやん。＞ISO C++
// まぁ-pedantic付けなきゃ通るんですが。
>>836
んー、でもそれだとC++を使う旨みが半減。効率あまり考えないなら、
他の言語の方が扱い易いような。
>>837-844
をを、vector使えるんですね。
stringのdata()のような内臓さらすメソッドがないので無理かと思ってました。
// しかし、&buf[n]ってぱっと見るとぎょっとするな……。

0846デフォルトの名無しさん

2006/01/03(火) 11:11:22

>>845

>そもそも可変長配列自体規格違反らしいんですわ。

ん？ n が const なら可変長配列にはならんでしょ？

>んー、でもそれだとC++を使う旨みが半減。効率あまり考えないなら、
>他の言語の方が扱い易いような。

実際、そーなんじゃない？
特別に効率が求められる場面でもなけりゃ、あえて C++ にこだわる必要はないよ。
それでも、俺は C++ が好きだから C++ を使うことにこだわるけどね。
あと、C++ の旨みは効率だけじゃないし。

0847デフォルトの名無しさん

2006/01/03(火) 11:14:45

>>846
可変長配列にならないためには const なことに加えて
定数式（"constant expression"）で初期化されている必要がある。

0848デフォルトの名無しさん

2006/01/03(火) 11:16:21

>>847
char add[n +1]; だぞ。

0849848

2006/01/03(火) 11:17:18

あ、ごめん、寝ぼけてた。忘れてくれ。

0850834

2006/01/03(火) 12:10:40

>>846
残念ながら今回のシチュエーションでは、代替手段としてalloca()を使って
いることからわかるように、可変長配列でなければならないんですよう。
void fill(int n) { char add[n+1]; ... } こんな感じ。
int nをconst int nにしても、定数式じゃないのでNG。

あと、今回は効率を求めてCに行き、CでOOやるのがメンドくなってC++に
走ったので、あまり効率は落としたくない、という理由もあったり。
ま、コンテナクラスを使いまくると裏でメモリアロケータががんがん
走ってるだろうからあまり気にしても意味がないような気はしますが……。

0851デフォルトの名無しさん

2006/01/03(火) 12:32:17

>>850
残念だけど、効率求めんなら stream 系は使わずに C と女滋養なやり方したほうがいいよ。

0852デフォルトの名無しさん

2006/01/03(火) 13:25:54

Cを何年かうってきてC++を勉強中なんですがクラスを作ってそのクラスで宣言
されてる関数をつかうときに宣言したクラス名.関数名みたいな形で書くのが
めんどくさく感じるんですがこれが普通なんでしょうか？こっちの方がどのクラス
を使ってるのかわかりやすいと言われればそんな感じもしますが他になにかやり
方があって私がめんどくさいことをしてるだけなのでしょうか？どなたがわかる
方いらっしゃいましたら教えてください。

0853デフォルトの名無しさん

2006/01/03(火) 13:28:04

>>852
まさかクラスのメンバ関数を全てstaticにするとか馬鹿なことやってないよね？

0854デフォルトの名無しさん

2006/01/03(火) 13:28:12

>宣言したクラス名.関数名みたいな形で書くのが

あんたクラスって名前空間だと勘違いしていないか？

0855デフォルトの名無しさん

2006/01/03(火) 13:48:24

８５２です。
例えばclass AAA{
int aaaa;
void AAAA(){}
}
みたいなクラスを作ってどっかでAAA a;って宣言して
中の関数を呼び出すときにa.AAAA()って呼び出すのではないでしょうか？

0856デフォルトの名無しさん

2006/01/03(火) 14:02:09

a.AAAA() の a はクラス名じゃなくてインスタンス名
めんどくさく感じるのは、多分オブジェクト指向に対する理解が足りないから

0857デフォルトの名無しさん

2006/01/03(火) 14:05:05

>>855
そのAAAA()の中では、 a.aaaa じゃなくて aaaa で済むのが利点のひとつ。

0858デフォルトの名無しさん

2006/01/03(火) 14:07:27

this->aaaaが省略できてaaaaと書けるだけだけどね。
thisが省略できない場合も多々ある。

0859デフォルトの名無しさん

2006/01/03(火) 14:07:39

Cで構造体使ったことないんかい。

0860デフォルトの名無しさん

2006/01/03(火) 14:07:44

てか、いくらサンプルのコードだからってその命名は酷い。
>>855 のセンスの無さを垣間見た気がするのは俺だけですか？　そーですか。

0861デフォルトの名無しさん

2006/01/03(火) 14:12:28

>>852
Ｃを長年やってきたなら、関数名（というか、外部名空間）の管理に手を焼いたことくらいあるだろう？
長ったらしいプリフィックスを毎回打たされるのとどっちが面倒だろうね

0862デフォルトの名無しさん

2006/01/03(火) 14:55:39

>>855
a.AAAA()はC言語ならAAA_AAAA(&a)とでも書くところなのだけど、
それでもめんどうくさく感じる？

0863デフォルトの名無しさん

2006/01/03(火) 16:41:17

そう考えるとusing使うなって言う意見は酷だよなやっぱり

0864デフォルトの名無しさん

2006/01/03(火) 16:44:57

オブジェクト指向って人によって意見がまちまちのような気がします．
本当に一つの概念として確立されているのかよく分かんなくなります．
分かる人には分かる，といったものでない雰囲気がするんですが，やはり，僕の認識が誤りなんでしょうか？

0865デフォルトの名無しさん

2006/01/03(火) 16:48:32

IDEのインテリセンス使ったらﾏﾝﾄﾞｸｻｲの軽減するんじゃまいか？

0866デフォルトの名無しさん

2006/01/03(火) 16:55:31

>>864
つttp://www.amazon.co.jp/exec/obidos/ASIN/4894716844/249-1429959-0070736
ｵｽｽﾒ。嫁。

0867デフォルトの名無しさん

2006/01/03(火) 17:06:15

>>866
ﾚｽありがとうございます．
ｱﾏｿﾞﾝとかで検索するとｵﾌﾞｼﾞｪｸﾄ指向のﾃﾞｻﾞｲﾝﾊﾟﾀｰﾝを説明する本って星のようにありますよねぇ．．．

この本読んで勉強してみようと思います．

0868デフォルトの名無しさん

2006/01/03(火) 17:32:52

>>863
誰がそんなこと言うんだ？

俺だってグローバルスコープで using namespace を使っているのを見かけたら
口に出すかどうかは別としてやった奴を警戒するけど、using そのものを否定するわけじゃない

0869デフォルトの名無しさん

2006/01/03(火) 17:39:48

>>867
オブジェクト指向って学ばなくても組んでたらその方向へ
いくと思う。学ぶと近道になるのは確かだけどね。

0870デフォルトの名無しさん

2006/01/03(火) 17:41:36

しかしboost::lambdaなんか使うと
グローバルでusing namespaceしないと面倒でやってらんない

0871デフォルトの名無しさん

2006/01/03(火) 17:44:28

グローバルって言ってもファイルスコープだろうしな

0872デフォルトの名無しさん

2006/01/03(火) 17:47:25

ソースのグローバルスコープなら問題なくね？

0873デフォルトの名無しさん

2006/01/03(火) 17:52:19

グローバルスコープ≠無名の名前空間

0874デフォルトの名無しさん

2006/01/03(火) 17:56:32

この問題に関しては同じことだけど

0875デフォルトの名無しさん

2006/01/03(火) 18:43:26

using については、C++ Coding StandardsとC++ 標準的コーディング技法
で言及されとりますな。

さすがに関数内だけでのみusing namespaceを使うつうのは厳しすぎるので、
ソースファイルの最後のincludeの後でusing namespaceを使うというのが
妥当な所かと思う。

0876デフォルトの名無しさん

2006/01/03(火) 19:04:08

using が効かないメンバを作れるならまだマシだけどね
自分が言及した覚えのない識別名との衝突にびくびくするのはやっぱりやだ

0877デフォルトの名無しさん

2006/01/03(火) 19:14:54

>867
こんな指向とか
ttp://www.entis.jp/doc/lolita_programing/lolita1.html

0878魚チョコ

2006/01/03(火) 20:25:17

>>877
そうなんだよな。いくら例のための無意味な名だとしてもだ。みーんなして判でおしたように foo や hoge ばかり使うってのが没個性で気にいらねえ。

わからんちん相手には、　_____(_,__,___);
まともなプログラムじゃ使えないからせめてこういうときだけ、　o(oo,oo);
いつぞや誤用を指摘されてくやしかったから、　null(NULU, NULl_, NUl_l_ );
こんなん使ってもちっとも読みやすくならないばかりか打ちまちがえるってえのなあ……　flase(ture,tuer,fals);
嫌な奴の名前　void Kusakabe(henjin);

そういや、hogebar てのも見ないな

0879デフォルトの名無しさん

2006/01/03(火) 20:28:09

>>877 アルファベットじゃ萌えない

0880デフォルトの名無しさん

2006/01/03(火) 21:29:28

>>877
肝心な変数名が萌えない。

0881デフォルトの名無しさん

2006/01/03(火) 21:37:11

using namespace std;
は別にグローバル空間で明記したって重大な問題にはならないような。
他は名前のルックアップとnamespace ○○=boost::lambdaと#includeの位置を調整で対処。

0882デフォルトの名無しさん

2006/01/03(火) 21:47:00

>>880
つttp://tokuhirom.dnsalias.org/~tokuhirom/wiki/%E3%82%A8%E3%83%AD%E3%82%B2%E3%81%A7%E5%AD%A6%E3%81%B6%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3

0883デフォルトの名無しさん

2006/01/03(火) 21:47:22

ヘッダにusing書かなきゃ何したって構わんけどな。それだけはやめてくれ

0884デフォルトの名無しさん

2006/01/03(火) 21:50:39

>>881
問題が起こらないようにわざわざ std namespace を利用してんのにそれを無駄にするようなことをするな。

まぁ、個人的にはそれで問題が起きるようならその衝突相手が悪い気がせんでもないが。

0885デフォルトの名無しさん

2006/01/03(火) 22:07:22

>>884
衝突が起きたらそのときにstd::で修飾すれば良い。
一般に、「グローバルでusing namespaceをすると名前空間の利点が失われる」というのは
言い過ぎだと思う。

0886デフォルトの名無しさん

2006/01/03(火) 22:10:48

事故ってから修復ってスタンスやだ
クリーンを保ちながら育てていきたい

0887デフォルトの名無しさん

2006/01/03(火) 22:13:01

聞いてない空間名が出てきただけで激しく気持ち悪い

0888デフォルトの名無しさん

2006/01/03(火) 22:26:30

#include <iostream>
#include <list>

struct A{
int a, b, c;
long x;
};
struct B{
int a, b, c;
};
struct Hoge{
A* pa;
B* pb;
};

void func0( std::list<Hoge>& list_hoge ){
for( std::list<Hoge>::iterator it = list_hoge.begin(); it != list_hoge.end(); ++it ){
std::cout << it->pa->a << it->pa->b << it->pa->c << std::endl;
}
}
void func1( std::list<Hoge>& list_hoge ){
for( std::list<Hoge>::iterator it = list_hoge.begin(); it != list_hoge.end(); ++it ){
std::cout << it->pb->a << it->pb->b << it->pb->c << std::endl;
}
}
ストライドが微妙に違うA、Bがありまして、それをアクセス用のポインタとして持つHoge型があります。
Hoge自体はいじれるのですが、厄介なことにHogeにアクセス用ポインタを持たせるという点だけは変えられません。

func0とfunc1はそのストライドの差以外は全く同じ処理なので、どうにか一つにしたいと思っています。
しかし、template、union・・・・それなりに考えて見たのですが、上手く行きません。
何か良い手をご存じの方、いらっしゃいましたら是非にも。

0889デフォルトの名無しさん

2006/01/03(火) 22:34:05

>>888
A を B から public継承すればいいじゃん。

0890デフォルトの名無しさん

2006/01/03(火) 22:39:28

>>889
ヒントありがとうございます、なんとなく出来そうな気がしてきました。
もう少し悩んできます。

0891デフォルトの名無しさん

2006/01/03(火) 22:40:24

>>890
あと、その func0/func1 は B のメンバ関数にするときっと幸せになれる。

0892デフォルトの名無しさん

2006/01/03(火) 22:48:18

>>888
メンバへのポインタを使ってみた。
typedef std::list<Hoge> HogeList;

template<typename T>
void func(const HogeList& list_hoge, T* Hoge::*member) {
    for (HogeList::const_iterator it = list_hoge.begin(); it != list_hoge.end(); ++it) {
        const T& foo = *(*it.*member);
        std::cout << foo.a << foo.b << foo.c << std::endl;
    }
}

int main(){
    const std::size_t N = 3;
    B a[N] = {
        {1, 2, 3},
        {4, 5, 6},
        {7, 8, 9},
    };
    Hoge hoge[N];
    for (int i = 0; i < N; ++i)
        hoge[i].pb = &a[i];
    HogeList ls(hoge, hoge + N);
    func(ls, &Hoge::pb);
}

0893892

2006/01/03(火) 22:51:51

それで気付いたんだけど、イテレータに対して->*が使えないのはどうかと思った。演算子オーバーロードしろよ。
.*はなぜか*よりも優先順位が低いから、そのせいで括弧の数は増えなかったけどさ。

0894デフォルトの名無しさん

2006/01/03(火) 22:54:55

>>891
さらにヒント感謝です。なるほど・・・。
>>892
ぐぁ、凄い。すぐに理解できないですが、じっくり読んでみます。

お二人ともありがとうございます

0895デフォルトの名無しさん

2006/01/03(火) 23:24:26

横からすみません
>> T* Hoge::*member
はなんでT* Hoge::member じゃだめなんですか？

0896デフォルトの名無しさん

2006/01/03(火) 23:24:59

Loki::Int2Typeやboost::enable_if使用すべきタイミング。

0897デフォルトの名無しさん

2006/01/03(火) 23:26:31

>>895
ポインターじゃないと意味が無いから。

0898デフォルトの名無しさん

2006/01/04(水) 02:15:04

メンバ関数にしない理由がわからん。

0899デフォルトの名無しさん

2006/01/04(水) 11:57:29

int hoge(100);
なんていう初期化、ありなんですか？

0900デフォルトの名無しさん

2006/01/04(水) 12:26:18

>>899
ええよそれでも

0901デフォルトの名無しさん

2006/01/04(水) 12:52:36

int hoge(int(100));

0902デフォルトの名無しさん

2006/01/04(水) 12:58:58

>>901 もっと！もっと！

0903デフォルトの名無しさん

2006/01/04(水) 13:09:09

int hoge((int)int(100));

0904デフォルトの名無しさん

2006/01/04(水) 13:09:52

>>899
それができなかったら、templateで使えねー。

0905デフォルトの名無しさん

2006/01/04(水) 17:10:13

あの、英語読めないのでC++の解説書でも読もうと思うのですが
例えばifstreamクラス内のメンバ関数や定数を一つ一つ丁寧に説明しているお勧めの本ってありますか？

0906デフォルトの名無しさん

2006/01/04(水) 17:58:48

後々嫌でも英語読むことになるから、ｲﾏﾉｳﾁに読めるようになっとケ

0907デフォルトの名無しさん

2006/01/04(水) 18:02:41

>>905
http://www.jisc.go.jp/app/pager?%23jps.JPSH0090D:JPSO0020:/JPS/JPSO0090.jsp=&RKKNP_vJISJISNO=X3014

0908デフォルトの名無しさん

2006/01/04(水) 18:29:14

Java のアプレットに対して、外部ツール(VC++で作成)からコンボボックスの操作および
ボタンの押下を制御したいと思っていますが、うまくいきません。
ボタンが押されたときにアプレットのウィンドウに送られるメッセージをSPYで監視して
それらしいメッセージを送ってみたのですが、期待する動作をしません。
コンボボックスの操作は出来たのですが。。。
何か考え方が間違っているのでしょうか？

0909デフォルトの名無しさん

2006/01/04(水) 18:30:40

goto Win32スレ;

0910908

2006/01/04(水) 18:41:08

>>909
誘導ありがとうございます。
お手数をお掛けしました。

0911デフォルトの名無しさん

2006/01/04(水) 20:12:28

質問です。以下のようなエラーが出るのですが仕様でしょうか。
仕様なら、綺麗な回避方法はあるでしょうか。
（typeを一緒にテンプレートパラメータとして渡すとか位？）
コンパイラはcygwinのgcc3.4.4です。

コード-----------------------------------------

template <class T>
struct foo {
typedef typename T::type type;
};

template <class T>
struct goo : foo<goo<T> > {
typedef T type;
};

main() {
goo<int>::type t;
}

コンパイル結果---------------------------------------------
test.cpp: In instantiation of `foo<goo<int> >':
test.cpp:8: instantiated from `goo<int>'
test.cpp:13: instantiated from here
test.cpp:4: error: no type named `type' in `struct goo<int>'

0912デフォルトの名無しさん

2006/01/04(水) 20:41:30

template <class T>
struct foo {
　typedef T type;
};

template <class T>
struct goo : foo<T> {
　using foo<T>::type;
};

int main() {
　goo<int>::type t;
}

0913デフォルトの名無しさん

2006/01/04(水) 20:43:49

>>911
goo の無限再帰でコンパイラがラリった？

0914デフォルトの名無しさん

2006/01/04(水) 20:47:47

コンパイラのせいというより、単純に
goo<int>のインスタンス化にはgoo<int>が必要っていう
自己言及による矛盾が起きてるだけかと。

0915デフォルトの名無しさん

2006/01/04(水) 20:52:10

>>911
struct goo : foo<goo<T> >
これ展開しようとしたらどうなるんだっけ？

0916デフォルトの名無しさん

2006/01/04(水) 20:53:07

テンプレートの再帰は特殊化で止めるんだけど
このケースでは無理そうだな

0917デフォルトの名無しさん

2006/01/04(水) 20:54:06

どうしたらこんな状況になるのか分からない

0918デフォルトの名無しさん

2006/01/04(水) 21:19:27

>>911
VC6,VC2005なら通るね
CRTPって言うんだっけ。
ATL/WTLなんかこんなコードだらけのような

0919918

2006/01/04(水) 21:21:23

ごめん、通ったのは>>912のコードだ。

0920デフォルトの名無しさん

2006/01/04(水) 21:48:17

ATL gaかなりこんな感じのコードだらけなのは確かだよね。
うまく避けてるんだろう・・・

0921デフォルトの名無しさん

2006/01/04(水) 22:48:03

>>911
こんなとこか
template <class T>
struct foo {
struct apply{typedef typename T::type type;};
};

0922918

2006/01/05(木) 00:33:53

>>911
>(typeを一緒にテンプレートパラメータとして渡すとか位？）

↓こういうことなのかな？とりあえずVCでは通る。
template <class T, class TY>
struct foo {
typedef typename TY type;
};
template <class T>
struct goo : foo<goo<T>, T> {
typedef T type;
};
でも、911の意図通りの展開がされてるのやらどうやら？
頭こんがらがってよく分らない

0923デフォルトの名無しさん

2006/01/05(木) 01:42:41

>>911
こんなのも
template <class T>
struct foo;

template<template<class>class F, class T>
struct foo< F<T> >{
typedef T type;
};

0924デフォルトの名無しさん

2006/01/05(木) 01:51:54

回避方法なんていくらでもあるってことだな。

0925デフォルトの名無しさん

2006/01/05(木) 09:07:49

>912-924
ありがとうございます。

>917
本当はgooはテンプレート引数がもっと多い巨大なクラス。
その中から幾つかをfooに渡してfooを特殊化すれば、
gooを全部特殊化しなくてもいい
（さらに本当はfooにあたるクラスは複数あって、
各々の特殊化をgooが多重継承して一つのクラスに仕上げる、
という構造になっている。）
↓
しかしその中でgooで定義されるtypedefが必要になった
↓
gooをパラメータで渡したらこうなった

といった経緯なんです。
922さんのがまさに意図していた回避法なんですが、
かなり凄い量のパラメータを与えなければならないので微妙な感じです。

0926デフォルトの名無しさん

2006/01/05(木) 09:10:59

>>925
一旦白紙に戻してクラス設計やり直した方がいいんじゃまいか？
流石に巨大なテンプレートクラスを複雑に多重継承していかないと
駄目なようなのは、設計として破綻してる希ガス

0927911=925

2006/01/05(木) 09:17:35

ていうかこれ情報小出し臭い質問の仕方でしたね。
エラーになる部分だけ抜き出したつもりだったんですが……
結局回答を参考にしつつ、力技でなんとかすることになりそうです。

0928デフォルトの名無しさん

2006/01/05(木) 10:53:11

>>927
今頃気づいたか。最も第三者から見て理解不能の質問の仕方だ。

0929デフォルトの名無しさん

2006/01/05(木) 11:30:24

それなりに話のねたにはなったんで迷惑じゃなかったけどね

0930デフォルトの名無しさん

2006/01/05(木) 12:16:52

template<class T> int func(T arg);
というテンプレート関数があるのですが、
Tがクラス型などの場合に備えると、引数は参照にすべきなんでしょうか?
その場合参照の引数のと参照なしの引数のと２つ関数を用意すべきでしょうか?

0931デフォルトの名無しさん

2006/01/05(木) 12:22:16

>>930
1. boost::call_traits<T>::param_type
2. const T&
3. T

0932デフォルトの名無しさん

2006/01/05(木) 12:24:44

>>931
3つ用意せい言うことですか?

0933デフォルトの名無しさん

2006/01/05(木) 12:27:31

>>932
優先順位。上のほうが望ましいと俺は思っているだけ。

0934デフォルトの名無しさん

2006/01/05(木) 12:30:55

>>933
じゃあboostない場合はconst T&で一括でもよろし言うことですね
ありがとございますっ

0935デフォルトの名無しさん

2006/01/05(木) 12:33:51

>>934
それくらい自分で作れ。

0936デフォルトの名無しさん

2006/01/05(木) 12:36:10

>>935
えっ、何のことです?

0937デフォルトの名無しさん

2006/01/05(木) 12:46:22

template <class T>
struct call_traits {
　　typedef const T& param_type;
};

template<>
struct call_traits<int> {
　　typedef int param_type;
};
//以下値渡しするものすべてについて繰り返し

0938デフォルトの名無しさん

2006/01/05(木) 12:54:57

Boostをダウンロードすればいいじゃないか。

0939デフォルトの名無しさん

2006/01/05(木) 13:09:19

>>937
あっ、boostと同じようなものを作れっちゅーことでしたか
てことは組み込み型は参照で受け取ったらまずい場合があるちゅうことですかね?

0940デフォルトの名無しさん

2006/01/05(木) 13:13:58

>>939
まずくはないけど効率が悪いってだけ

0941デフォルトの名無しさん

2006/01/05(木) 13:59:40

>>940
いろいろ調べましたがわかりません、何故効率が悪いのか教えてくださいな?

0942デフォルトの名無しさん

2006/01/05(木) 14:13:00

本来間接参照しなくてもいいものを間接参照してしまうからだろ

0943デフォルトの名無しさん

2006/01/05(木) 14:26:55

なるほど、実引数でコピーした実体を直で扱うのではなく、
アドレスを参照して扱うので効率が悪いというわけですか

0944デフォルトの名無しさん

2006/01/05(木) 14:54:19

組み込み型でもdoubleだと微妙かもね。

0945デフォルトの名無しさん

2006/01/05(木) 17:41:09

64bitならポインタの大きさがdoubleと一緒だ

0946デフォルトの名無しさん

2006/01/05(木) 18:01:25

その程度だともう処理系とか周りのコードに依存するんじゃないのか

0947デフォルトの名無しさん

2006/01/05(木) 18:13:51

>>946
するする、doubleの引き数はスタックを介さずに受け渡すコンパイラもあることだし。
#つーか、そもそも最適化で消える可能性もあるわけで。

0948デフォルトの名無しさん

2006/01/06(金) 15:14:37

インライン展開できないような関数をオーバーヘッドが気になるくらい
何回も呼び出すっていう設計が想像できない俺は素人？
それともでっっっかいクラスから組み込み型にまで使う超汎用ライブラリなんだろうか

0949デフォルトの名無しさん

2006/01/06(金) 17:25:06

まあ、素人だね。
画像処理やってみなっせ。

0950デフォルトの名無しさん

2006/01/06(金) 22:35:06

>>943
値渡しのとき、オブジェクトが複製されるかどうかはコンパイラも含めて状況による。
レジスタ使いまわして、まったくオブジェクトのコピーが発生しないケースもありうる。

>>948
どんなのがインライン展開されるべきかは規定されてないから、よほど自明でないかぎり
常に関数呼び出しのオーバヘッドはあると思ってたほうが安全。嫌なら手で最適化するしか。

0951VC++スレから飛んできました

2006/01/07(土) 10:07:19

よく単位を間違えて代入してしまうので、
別の型にしておけばいいじゃん、と思って

typedef double millisecond;
typedef double microsecond;
typedef double second;

ってやったけど、

millisecond x = 0.1;
microsecond y = 0.2;
second z = 0.3;

としても x=y; y=z; z=x; とかなんの警告も出ないのね。
やっぱそれぞれクラスを作らなきゃだめ？

0952デフォルトの名無しさん

2006/01/07(土) 10:33:19

boostかどっかにstrong_typedefってなかったっけ？

0953デフォルトの名無しさん

2006/01/07(土) 10:45:00

D言語にするか、クラスにするかのどちらか

0954デフォルトの名無しさん

2006/01/07(土) 10:49:49

D言語なんか問題外。ここはC++スレです。

0955デフォルトの名無しさん

2006/01/07(土) 10:50:57

BOOST にあるね。
boost/strong_typedef.hpp 見てみた。
結局主要な演算子を定義した構造体を作ってるだけだった。

#include <boost/strong_typedef.hpp>
BOOST_STRONG_TYPEDEF(double,strong_millisecond);
BOOST_STRONG_TYPEDEF(double,strong_microsecond);
BOOST_STRONG_TYPEDEF(double,strong_second);

とすると、

strong_millisecond x = strong_millisecond(0.1);
double d = (double)x;

と明示的に変換しないといけなくなる。
うはwww、これでポカミスしないですみそうだ。
正規表現ライブラリくらいしか boost つかってなかったけど、
また一つ boost の恩恵に浴することができた。

0956デフォルトの名無しさん

2006/01/07(土) 10:58:43

こういう単位付きの量を表すためのライブラリってなんかBoostで作りかけのものがあったような気がする。

0957デフォルトの名無しさん

2006/01/07(土) 11:08:15

boost.mpl のチュートリアルに速度と質量とを掛け算したもの同士でしか比較できないとか
速度/時間 * 時間 == 速度とか、数値と物理単位を同時にあつかうような例があったと思う。

0958デフォルトの名無しさん

2006/01/07(土) 11:17:07

>>957 少なくとも次元を考慮して欲しいよね。

0959デフォルトの名無しさん

2006/01/07(土) 14:39:33

>>959
五右衛門も忘れないでね。

0960デフォルトの名無しさん

2006/01/07(土) 17:09:39

くぁｗせｄｒｆｔｇｙふじこｌｐ；「」’

0961デフォルトの名無しさん

2006/01/07(土) 17:12:42

とっつぁ(ry

0962デフォルトの名無しさん

2006/01/07(土) 19:28:27

お前ら面白すぎ

0963デフォルトの名無しさん

2006/01/07(土) 19:32:37

元々ハンガリアン記法は、型名を付けるんじゃなくて、
型の意味を付けるはずだった、と言う話を思い出した。
inchAvgDistance += mmDist[0];
で間違いが直ぐ判るとかなんとか。

0964デフォルトの名無しさん

2006/01/07(土) 19:51:04

全然わからん

0965343

2006/01/07(土) 22:21:08

#defineを使って
としてCLASSES(Hoge)を
class Hoge; class HogeFactory;
と展開させられないでしょうか
お願いします

0966965

2006/01/07(土) 22:25:31

誤爆、965≠343です

0967デフォルトの名無しさん

2006/01/07(土) 22:39:34

class Hoge; class Hoge ## Factory;

0968デフォルトの名無しさん

2006/01/07(土) 22:41:15

>>967 の ## の前後のスペースはいらないね。
って、2ch だと勝手に入っちゃうんだったっけ？

それはそうと、開区間、閉区間、片開区間を表現する
標準的なクラスって用意されていましたっけ？？

0969965

2006/01/07(土) 23:19:47

>967
お早いレスありがとうございます。
おかげさまで、いろいろやりたかったことができそうです。

0970デフォルトの名無しさん

2006/01/08(日) 00:03:00

>>968
標準にはないけどboostになら
Boost Interval Arithmetic Library
http://www.boost.org/libs/numeric/interval/doc/interval.htm

0971デフォルトの名無しさん

2006/01/08(日) 00:05:46

>>965
俺もそんなことをやったことがあったが、
結局後でテンプレート使えば言いやということに気付いて#defineには引っ込んでもらった。

0972デフォルトの名無しさん

2006/01/08(日) 00:08:02

Boost にはあるのか。使おうかな。
Boost って本当に何でもあるよな。

えらい人たちが標準化も視野に入れてやってるんだから
大丈夫だとは思うけど、なんでもいれちゃえ、って
感じじゃないんだろうか・・・

0973デフォルトの名無しさん

2006/01/08(日) 00:11:02

>>972
Boostに収録されるまでにも過程があって、
認められないとBoostには収録されない仕組みになっている。

0974デフォルトの名無しさん

2006/01/08(日) 00:22:45

一部分だけ異なる似たような処理を、簡潔かつ実行速度が速くなるように
記述する方法ってありませんか？

２次元配列に対して処理を行う関数を複数作りたいと思っています。
例えば以下の関数sumは配列の合計を出す関数です。（変数宣言などは省略）

int sum(){
　
　（前処理）
　
　for(r = 0; r < nRow; r++){
　　for(c = 0; c < nCol; c++){
　　　s += cell[r,c]; … (1)
　　}
　}
　
　（後処理）
　
　return s;
}

似た形として、平均値を出す関数や配列の中身をインクリメントする関数など、
(1)の部分だけが異なる関数をたくさん作りたいと思っています。
ただ、(1)の部分だけ違う関数を作るにはこのままではループ部分や前処理・後処理も
記述しないといけません。

新しく関数を付け加えたいとき、できれば(1)の部分だけ書けばいいような形に
したいのですが何かいい方法がありませんか？
なお、ループの回数が多いため(1)の部分は関数呼び出しの形にはしたくないです。
（コンパイルしてインライン展開されるならok）

0975デフォルトの名無しさん

2006/01/08(日) 00:23:12

cell[r,c]はcell[r][c]の間違いです。

0976デフォルトの名無しさん

2006/01/08(日) 00:24:06

>>974 関数オブジェクト

0977デフォルトの名無しさん

2006/01/08(日) 01:19:06

>951
typedefは別の名前をつけるだけで、全部同じ型だよ。

でも、例に挙げているのは全部同じ単位だから、別の型に定義するのは
止めといた方が……double使うのなら素直に基本単位にして使うのが
吉だと思う。

0978デフォルトの名無しさん

2006/01/08(日) 01:22:02

>974
MetaProgram

0979デフォルトの名無しさん

2006/01/08(日) 02:12:46

今猫のページでC++を勉強してるのですが、
vectorクラス、mapクラス ...と勉強していっていきなり
basic_stringコンテナとか不明な表現が出てきて困っています
察するに今までのvectorやmapも各々
vectorコンテナ
mapコンテナ
的な感覚でいいのでしょうか

0980デフォルトの名無しさん

2006/01/08(日) 02:22:41

>>979 Yes
ひっくるめて、コンテナクラスライブラリといったりするね。
C++ だとそれを実現するためにテンプレートを使うから、
テンプレートライブラリと言うことも多いけど。

0981デフォルトの名無しさん

2006/01/08(日) 02:26:18

>>979
container = 入れ物
和訳してみれば分かりやすいものも結構ある。
頑張れ。先は長いぞ。

0982デフォルトの名無しさん

2006/01/08(日) 02:35:31

>>951 次元解析は Barton and Nackman trick と呼ばれる有名な解決法あり。

0983デフォルトの名無しさん

2006/01/08(日) 02:48:09

>>980
>>981
はい、ありがとうございます
せめてヘッダーの中が読めればいいのですが・・・
精進します

0984デフォルトの名無しさん

2006/01/08(日) 03:46:00

クラス内でプロトタイプ宣言した
enum型の型をclass A{…}の外で実装しようとしたのですが

class A{
public:
　　enum Event;
};

enum A::Event{ onClick, onMove }; //この行で未定義のシンボル A::Eventとエラーがでてしまいました

どう書けば良いのですか…ご教示お願いします

0985984

2006/01/08(日) 03:48:19

すいません、↑は enum A::Event={ onClick, onMove };と書き間違えました

0986984

2006/01/08(日) 04:04:14

985は間違いです…ごめんなさい、もう寝ます

0987デフォルトの名無しさん

2006/01/08(日) 06:28:01

>>984
出来ないことはヤメロ。

0988デフォルトの名無しさん

2006/01/08(日) 07:05:07

>>974
こんなんで。それなりの最適化するコンパイラならインライン化は十分期待できるんじゃないかな。
もちろん関数ポインタじゃなくて関数オブジェクトで書いてもいいけど好みで。
#include <iostream>
const int nRow = 3, nCol = 2;
int cell[nRow][nCol];
template<class T, void func(T&, int&)>
T apply() {
  T tmp = 0;
  for (int r = 0; r < nRow; ++r)
    for (int c = 0; c < nCol; ++c)
      func(tmp, cell[r][c]);
  return tmp;
}
void inc(int &tmp, int &x) { ++x; }
void add(int &tmp, int &x) { tmp += x; }
typedef int apply_func(void);
apply_func *all_inc = apply<int, inc>;
apply_func *sum = apply<int, add>;
int main() {
  all_inc();
  std::cout << sum() << std::endl;
}

0989974

2006/01/08(日) 11:20:58

>988
あーなるほど、関数ポインタ自体をテンプレートにしてしまえばいいのか。
自分で考えたときには関数ポインタを引数で渡す形しか思い浮かばなかったので、
これじゃインライン展開されないよなぁ…ということでドツボにはまってました。

MetaProgramってのははじめて聞きました。
でもやることに対してちょっと大掛かりすぎるので今回は見送りたいと思います。

これで見難いマクロで無理やり実現する必要がなくなりそうです。
どうもありがとうございました。

0990デフォルトの名無しさん

2006/01/08(日) 11:29:59

梅

0991デフォルトの名無しさん

2006/01/08(日) 12:12:46

新スレは？俺が立てるの？

0992デフォルトの名無しさん

2006/01/08(日) 12:14:18

テンプレートスレはなくなったから、
「テンプレートは別スレ」という表現はどうかと思う。

0993デフォルトの名無しさん

2006/01/08(日) 12:25:49

新スレ
C++相談室 part46
http://pc8.2ch.net/test/read.cgi/tech/1136690107/

0994デフォルトの名無しさん

2006/01/08(日) 12:43:23

埋まるまで息止める

0995デフォルトの名無しさん

2006/01/08(日) 12:44:11

苦しい早く埋めてくれ

0996デフォルトの名無しさん

2006/01/08(日) 12:45:32

afsd

0997デフォルトの名無しさん

2006/01/08(日) 12:46:48

うめ

0998デフォルトの名無しさん

2006/01/08(日) 12:58:43

埋めはらがー

0999デフォルトの名無しさん

2006/01/08(日) 13:01:44

うめ

1000デフォルトの名無しさん

2006/01/08(日) 13:01:44

コンクラーベ

1001１００１

Over 1000Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

レス数が1000を超えています。これ以上書き込みはできません。