1001コメント305KB

C++相談室 part30

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

0001v(^・^)v

NGNG

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

過去スレ、関連スレ、関連リンクなどは >>2-9 あたり

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

NGNG

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

NGNG

■基本■
[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://std.dkuug.dk/jtc1/sc22/wg21/

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

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

NGNG

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

NGNG

■Libraries■
[Boost]
　Boost http://www.boost.org/
　(日本語) http://user.ecc.u-tokyo.ac.jp/~s31552/wp/boost/
　(日本語) http://www.kmonos.net/alang/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
[他]
　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

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

NGNG

■関連スレ■
- 【C++】template 統合スレ -- Part4
http://pc5.2ch.net/test/read.cgi/tech/1083550483/l50
- C/C++の宿題をやらせて、お兄ちゃん 22代目
http://pc5.2ch.net/test/read.cgi/tech/1083050221/l50
- C/C++でのWindowsPrograming議論スレ(質問お断り)
http://pc5.2ch.net/test/read.cgi/tech/1049790146/l50
- managed C++ やろうぜ！！
http://pc5.2ch.net/test/read.cgi/tech/1014486422/l50
- ATL 相談室
http://pc5.2ch.net/test/read.cgi/tech/1029029882/l50
- COM の世界を斬る！
http://pc5.2ch.net/test/read.cgi/tech/981823340/l50

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

NGNG

■コンパイラスレ■
- タダで最強！フリーC/C++コンパイラ
http://pc5.2ch.net/test/read.cgi/tech/1035882599/l50
- GCCについて part3
http://pc5.2ch.net/test/read.cgi/tech/1072484422/l50
- タダで使えるVisual C++
http://pc5.2ch.net/test/read.cgi/tech/1082177340/l50
- タダで使えるBorland C++ Part3
http://pc5.2ch.net/test/read.cgi/tech/1054390397/l50
- OpenWatcom C++
http://pc5.2ch.net/test/read.cgi/tech/1033433728/l50
- Code of the Nerds" Digital Mars C/C++
http://pc5.2ch.net/test/read.cgi/tech/1044210976/l50

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

NGNG

■開発環境スレ■
- ★初心者にVisual C++を教えるスレ★ Part12
http://pc5.2ch.net/test/read.cgi/tech/1083585833/l50
- ■ VisualC++(MFC限定)相談室 MFC10.dll■
http://pc5.2ch.net/test/read.cgi/tech/1074104008/l50
- C++Builder相談室 Part9
http://pc5.2ch.net/test/read.cgi/tech/1080541814/l50
- Borland C++ BuilderX
http://pc5.2ch.net/test/read.cgi/tech/1065260556/l50

0009v(^・^)v

NGNG

はじめてすれ建てしたよ。
関連スレは増えてたんで適当にわけたよ。
足りない分は補充よろしくです。
テンプレは以上です。

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

NGNG

乙!

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

NGNG

それでは地鎮祭を始めてください。

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

NGNG

D言語でいこう

0013いいわけ巫女の地鎮祭

NGNG

春ですね～

呑まれねばなるまい
呑まれねばなるまい

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

NGNG

>>前スレ990
> 恥ずかしながら関数型という言葉を知らないんだが具体例をきぼん。

typedef int filter( int );
filter identity;
int identity( int x ){ return x; }
boost::function< filter > f = identity;

とか。

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

NGNG

filter* p = identity;
とか。

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

NGNG

それにしても、前スレ>>988の必死さと頭の悪さは笑えた。

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

NGNG

↑自作自演か？

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

NGNG

そんなにかまってもらいたいのか？

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

NGNG

>>16-17
つまらん自演で「場がその話題で盛り上がってるフリ」して楽しいか？

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

NGNG

自演乙

0021さらしておこう

NGNG

976 ：デフォルトの名無しさん：04/05/08 23:09
>>972
それはお前がバカだから、

Effective C++

読んでから言え。もっとも積極的に勧めてるわけじゃなく、
両方読める必要があると言っている。
お前はそれを知らなかったんだから、知る必要があったわけだ。
無知をひけらかして恥さらすな。

988 ：デフォルトの名無しさん：04/05/08 23:28
>>983
お前が何にも知らんことは文面から用意に察することができたのでバカでも知ってる教科書名を挙げてやったのよ。
一通りよんでりゃ、const の前置、後置ぐらいでスレ汚すバカは居ないだろうからな。勉強になったことを感謝しろ。

日　本　海　溝　よ　り　教　育　レ　ベ　ル　の　低　い　糞　ガ　キ　よ　。

999 ：デフォルトの名無しさん：04/05/08 23:45
>バカはおまえだ。俺は両方の表現知ってたし、
バーカ。こんなこと知ってるぐらいのことを何宣言してんだ。アホの活造りかおまえ。

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

NGNG

オーバーロードとオーバーライド
それぞれの機能は認識してるんだけど、名前が時々どっちだったっけって
迷う。何か良い憶え方無い？　ゴロ合わせでもいいんだけど…

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

NGNG

Expression Template
はテンプレートスレがいいのかな？

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

NGNG

>>22
「オペレータ・オーバーロード」はきいたことあるっしょ？
これを覚えておけばどっちがどっちかすぐにわかるでしょ。

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

NGNG

>>22
C++はオーバーロード。
Javaはオーバーライド。

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

NGNG

D言語は？

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

NGNG

オーバードース

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

NGNG

「ロリコンは多人数」と覚えておけ。

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

NGNG

>>22
オーバーライドという単語の"ride = 乗っかる"の部分に注目すれば、
認識するのは容易だと思うけどなぁ。

ずっとカタカナで考えてると混乱するかもね。

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

NGNG

オーバーロード:(道は)一つだけとは限らない、沢山ある
オーバーライド:乗り移る

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

NGNG

別に名前憶えてなくとも、組めりゃいい

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

NGNG

Object Pascalだとキーワードになってるから覚えなきゃいけない。

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

NGNG

エレベーターとエスカレーターがごっちゃになる
どこぞの関西弁女子高生を思い出した

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

NGNG

オーバーロードのロードって道(road)だったのか・・・

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

NGNG

ﾁｶﾞｳﾖ

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

NGNG

>>23
そうだね。あっちネタ切れ気味だから。

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

NGNG

>>22
結　論
そのくらい覚えろ。

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

NGNG

>>37
お前がダントツで一番役立たずだなｗ

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

NGNG

まあアレだ、
カタカナより日本語の方が日本人にとって
覚えやすいのは確かだ。

004022

NGNG

みんなありがとう！
英語の弱いロリコンの俺は、>>28 で逝きまつ

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

NGNG

カタカナは日本語ではないそうです。

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

NGNG

オーバーロードのロードはだな
THE虎舞竜ロード第一章
のロードだと覚えとけばイイ！！

004322

NGNG

>>42
そっちの方がわかりやすいですね。

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

NGNG

>>42
THE 虎舞竜のロードは奴らにとって“道”ではなく“重荷”だったといいたいわけか？

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

NGNG

>>44
>>22読め。
「ゴロ合わせでもいい」って書いてあるだろ。

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

NGNG

>>45
ごめん、>>42 のどこがどう語呂合わせになってるのかさっぱり分からないんだけど。
ロード第一章で覚えておくと、なんでオーバーライドとオーバロードの違いが覚えられるの？

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

NGNG

オーバーロード：（同じ名前の関数を）ロードし過ぎ
オーバーライド：上書き

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

NGNG

オーバーロード：横のつながり
オーバーライド：縦のつながり

0049前スレ990

NGNG

>>14-15
thx!
特にC++に限った話でもなかったか。

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

NGNG

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

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

NGNG

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

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

NGNG

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

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

NGNG

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

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

NGNG

あぁ今スレではまだだったか。

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

NGNG

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

005651

NGNG

糞が黙ってろ！市ね

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

NGNG

>>55
#include "stdafx.h"

後死ね。

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

NGNG

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

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

NGNG

あぁ自作自演

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

NGNG

つうか、もう飽きたよ

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

NGNG

class A
{
int a;
int b;
public:
void Set(int i, int j) {
a = i;
b = j;
}
}

などと適当に作って、printf("%d\n", sizeof(A)); してみると８バイトって
出るんですが、メンバ関数の部分ってメモリを食わないんでしょうか？

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

NGNG

ポインタ

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

NGNG

>>61
面罵関数へのアドレスはコンパイル時に決定されるから要らない。
ただvirtualなものがある場合VMT分の領域が要る。

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

NGNG

>>61
クラスインスタンスごとに必要なメモリ量にメンバ関数自体は関係ない。

それでも、「メモリを食わない」とは言い切れなくって、
virtual関数の有る無しで間接的に影響することはあるし、
コード領域としてメモリを食うと言えるかもしれない。

> 面罵関数へのアドレスはコンパイル時に決定されるから要らない。
なんか胡散臭い説明だなぁ。

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

NGNG

で、復刊C++プログラミングの筋と定石を買った奴はいるのか。

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

NGNG

これって原書Advanced C++のこと？？

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

NGNG

クラスのメンバ変数を static にする理由って何ですか？

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

NGNG

>>67
個々のインスタンスではなく、クラス全体で共有したいから。

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

NGNG

>>67
同じ内容を各インスタンスの中それぞれに含むのは効率が悪いんだよ。

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

NGNG

>>67
なんとなく。

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

NGNG

>>67
デザパタ本を読めばわかるかもよ。GoFなんかスタンダードな所で。

0072マイク ◆yrBrqfF1Ew

NGNG

>>67
インスタンスではなく、そのクラス自体の属性を表現する場合に用いる

0073質問アゲ

NGNG

組み込み用に書いたＣのソースの動作をＧＵＩでテストしたいのですが、
VC++やBCBなどのC++からCを動かす方法でいいアイデアがあったら
教えてください。

とりあえず思いついたのはC++のクラス定義部分にて
class hoge{
public:
　　#include "目的のソース.c"
}
と書いて動かしています。

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

NGNG

>>73
普通はCモジュールのヘッダファイルの頭に
#ifdef __cplusplus
extern "C" {
#endif
を、最後に
#ifdef __cplusplus
}
#endif
を書けばC++から普通に呼べるんだがね

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

NGNG

namespace hoge {
extern "C" {
#include "目的のソースのヘッダ.h"
}
}

クラスにすりゃGUIになるってもんでもないし、
こうして使えばいい。

0076質問アゲ

NGNG

>>74
普通でない環境で開発しているんだがね

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

NGNG

>>76
普通でなくても >>74が通用しないなんて考えにくいが

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

NGNG

>>質問アゲ
質問する態度じゃない
カエレ！

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

NGNG

環境はVCとかBCCなんだろ？
普通じゃん。

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

NGNG

>>77
76は最近良く沸いてるage嵐じゃないの？
73の態度から76はちょっと考えづらい。

008178

NGNG

あぁ、そうかも。
だったらスマンかった。。。>73

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

NGNG

>>73
その「Ｃのソース」をコンパイラのオプションか拡張子を変更してC++ソースとしてコンパイルしてみれ
もし問題が全く起きないか、容易に解決できる問題しか発生しなければそれがベスト。

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

NGNG

>>82
は?

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

NGNG

>>83
Cとして書かれたソースでも、C++としてコンパイルできる場合があるということ。
って、あまり説明になってないが、わからんかな？
俺は82じゃないけど、意味わかったぞ。

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

NGNG

Effective C++ にメンバ変数をpublicにすんなって書いてあったので、

class AGE {
private:
std::vector< double > _age;
...その他もろもろ
public:
AGE( size_t size ) : _age( size ) {}
std::vector< double >& age( void ) { return _age; }
...その他もろもろ
};

void fun( std::vector< double >& ){...}

int main( void ) {
AGE age( 10000 );
fun( age.age() );
...
}
と書いたらメンバの参照を返すなとも書いて有りますた。
漏れはどうしたらいいでつか？

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

NGNG

class AGE {
　...
public:
　...
　void fun() { fun( _age ); }
　...
};

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

NGNG

double& AGE::GetAgeData(const unsigned int nIndex)
{
if(nIndex < _age.size())
return _age.at(nIndex);
else
return -1;
}

みたいなもん作れってことか？

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

NGNG

>>86 ども。
AGEは汎用にしたくて(DATAのバッファ用等)fun()とかメンバ関数持たせたくない場合はやむを得ずでしょうか？

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

NGNG

>>88
互いに関係の無いもの同士をひとつにまとめるだけならpublicなデータメンバによるstructにすればいい。

「メンバ変数をpublicにすんな」、「メンバの参照を返すな」というのは、
クラスがただのデータの集まり以上の意味を持つとか、
データメンバの間に常に保たなければならない整合性があるとか、
そういった場合の話。
ただのデータの集まりならstructで単純にまとめればいい。

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

NGNG

便乗です。メンバ変数のポインタは返してもいいのですか。

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

NGNG

返すのは自由だが、どう使うつもりなんだ？

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

NGNG

>>89 了解です。ありがと。

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

NGNG

>>91
SoBigはとてもデータのサイズが大きい構造体です。
class a
{
SoBig big;
public:
SoBig* GetData(){return &big;}
};
つまり、値で返してしまうとコピーに時間がかかってしまうのでポインタを渡すということです。

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

NGNG

>>93
そういうときはせめてconstつける。つか、参照で充分だが。

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

NGNG

Sobigは嫌なウイルスだったな…

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

NGNG

誤爆ｽﾏｿ

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

NGNG

このスレもC言語スレ並にネタスレ化してきたな

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

NGNG

>>97
馬鹿が増えたからだよ(もちろん俺様を除く)。

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

NGNG

このスレもネタスレ化してきたな

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

NGNG

１００げｔ

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

NGNG

グローバル変数a,bがあります。

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

A a;

class B {
public:
　int value;
　B() { value = a.value; }
};

B b;

こういうので、aがコンストラクトされるまえにbがコンストラクトされてしまって
bは正しく初期化されない、ということってありえますか？
正しくは b.value == 1 になると思うのですが実際には0になります。
関係あるか分かりませんが、aとbは実際には別の翻訳単位で定義されています。
つかってるのはvc.net2003です。

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

NGNG

>>101
globalの初期化の順序は不定。

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

NGNG

>>101
というか、ダメな見本のようなコーディングだよな。

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

NGNG

>>102
どうすりゃいいの？

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

NGNG

>>104
それぐらい考えろ。

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

NGNG

自己解凍しました

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

NGNG

イニシャライズ用の関数若しくはクラスを作って
初期化の依存関係に応じてイニシャライザを呼ぶ

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

NGNG

自家生産しました

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

NGNG

つまんないから

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

NGNG

>>>104
>それぐらい考えろ。
嫌ならわざわざ書き込むな糞が。

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

NGNG

>>110
違うよ。最初からそれぐらい考えろって言ってる訳じゃなく、
ヒントを与えてから言ってる。

別にやりたくもない宿題だったらまだしも自分でプログラムの勉強してるなら
考えないとダメになる。

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

NGNG

>>111
C++FAQ第2版の16.14～16.18に解決策が載ってるよ。
これはその一番最初の例。Bの静的変数はA内に保持する方法。
class B {
public:
　int value;
　B(int v) : value(v) {}
　void f() { std::cout << "B::f(), value = " << value << std::endl; }
};

class A {
protected:
　static B& bo(int x) {
　　static B* p = new B(x);
　　return *p;
}
public:
　int value;
　A() { value = 1; }
　void f() {
　　std::cout << "A::f(), value = " << value << std::endl;
　　bo(value).f();
　}
};

A a;

int main()
{
　a.f();
}

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

NGNG

Bのstatic変数はA内からbo(int)としてアクセスできる。
もしこのintが邪魔なら

static B& bo(int x = 0) {
　　static B* p = new B(x);
　　return *p;
}

とでもすればいい。とにかくAがBより先に初期化されて欲しければ
Aの内部にBを持つしかない。

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

NGNG

>>113
そんなことするよりも>>107の方が断然いい。
ほんとに一度しか初期化されたくなければフラグ持たせればいいわけだし。

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

NGNG

>>114
「シングルトン」でググれ。
ついでに、「僧衣」でググれ。

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

NGNG

>>115
singletonとは別だろ？
というか>>101が何をしたいかによる。
インスタンスが一つしか嫌だってばあいはsingletonだし
複数持ちたい場合はsingletonじゃダメだし。

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

NGNG

多くの場合、シングルトンで作ると可植性・拡張性が落ちるよ。

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

NGNG

何でもかんでもすぐにデザパタっていうのは嫌い。
もちろんデザパタはいいが使いかたも知らないで使ってる奴もいるし。

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

NGNG

理想としてはアリなんだけどね。現実が・・・。

0120101

NGNG

実際はグローバルじゃなくてクラスのstatic変数なので
ポインタでもつようにしました。

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

NGNG

singletonというか、Phoenix singletonでない？
たしか、生成順の制御ができたやつ。

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

NGNG

実際にはそんな高尚なプログラムではなく、101の設計が悪いだけ、というのはありがちな話だ。

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

NGNG

>121
phoenix singleton は破棄の順序が問題になる場合。
今回は生成順序なので >107 で十分でしょ。
singleton はしばしば >107 のように実装されるけど、唯一性を目的としたものじゃ
なければ singleton じゃないわな。

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

NGNG

再利用できる部品を作る場合、いちいち生成順序を気にしたくないな

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

NGNG

>>124
同感。
かなり微妙だからね、生成順序って。
トレースさえ開始できないタイミングで生成されると
動作確認がお手挙げだし。

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

NGNG

singleton の生成にdouble checked locking パターン?
は使えないという記事をどこかで読んだけど、
どうしてダメなのか意味がわからんかった

誰かサルにもわかるように優しく教えてください

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

NGNG

>>126
http://www-6.ibm.com/jp/developerworks/java/020726/j_j-dcl.html

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

NGNG

>>126
ﾃﾞｻﾞﾊﾟﾀｽﾚってなかった？そっちで聞いた方がいいと思うけど？

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

NGNG

仕様変更に弱すぎ。＞シングルトン

0130126

NGNG

>>127
メモリ確保→コンストラクタ
の一連の処理がアトミックになってないって事なんですかね

なんとなく納得しました

微妙にスレ違いですんませんでした

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

NGNG

>>121

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

NGNG

メモリ確保とコンストラクトが
アトミックになってないなんて… > Java

使えないインスタンスを返すなんて重大な設計ミスのような希ガス。

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

NGNG

>>132
リンク先読んだ？>>130のコメントって外しているような･･･。

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

NGNG

instance =new Singleton();
が JIT で
mem = allocate();
instance = mem;
ctorSingleton(instance);
こんな擬似コードを出力するという主張らしいんだけど
スレッドを考えると少なくともこうしないとまずいよね。
mem = allocate();
ctorSingleton(mem);
instance = mem;

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

NGNG

つまり「double checked locking パターンは使えない」というのはJavaの話で、C++では問題ないのですか？

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

NGNG

>>135
コンテキストスイッチが発生する位置によっては
C++でも保証はされないだろうな

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

NGNG

>>136
そりゃ、C++の言語仕様でスレッドに関する保証を得るのは無理だけど、
正しく動作するlock/unlockを前提にすれば、
double checked lockingという手法自体は問題ないんじゃないの？

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

NGNG

>>137
必要なのはlock/unlockじゃなくて>>134

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

NGNG

>>138
だから、lock/unlockは前提と言うことで済ませた上で、
「C++では>>134のような問題はない」→「C++ではdouble checked lockingは問題ない」
ってことじゃないの？

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

NGNG

>>139
生成されるコードによるってことが分からないの？
あれはJavaに限った話じゃない。

C++では生成されるコードに対する規定はまったくなされてないよ。

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

NGNG

規格書を見てみたよ。

>5.3.4 New
>The new-expression attempts to create an object of the type-id or
>new-type-id to which it is applied. (中略) If the entity is a
>non-array object, the new-expression returns a pointer to the object
>created.

パラグラフの最後に"new は「生成された」オブジェクトのポインタを返す"
ってあるから、コンストラクタは通らないとまずいんじゃないかな。
コンストラクタを通らないと created にはならないんでは。
the object allocated なら別だけども。

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

NGNG

だから、そういう問題じゃないんだって。

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

NGNG

>>141
もっと低レベルな話。

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

NGNG

>C++では生成されるコードに対する規定はまったくなされてないよ。

どんなコードを生成してもいいってわけじゃあないし。
制限がなかったら規格の意味なんてない。

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

NGNG

C++ソースとその出力コードの組み合わせで、
>>127(>>134)の問題が発生するようなシナリオのサンプルきぼん。
出力コードは擬似でもいいです。

個人的には>>139が正しいと思ってます。

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

NGNG

>>145
分かったからageるなぼけ

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

NGNG

とりあえず、VC6の吐き出したコード。

337: EnterCriticalSection(&Singleton::cs);
004025E6 mov esi,esp
004025E8 push offset Singleton::cs (00405258)
004025ED call dword ptr [__imp__EnterCriticalSection@4 (00406228)]
004025F3 cmp esi,esp
004025F5 call _chkesp (00403004)
338: if (instance == NULL)
004025FA cmp dword ptr [Singleton::instance (00405274)],0
00402601 jne Singleton::getInstance+97h (00402647)
339: instance = new Singleton();
00402603 push 1
00402605 call operator new (0040302c)　　　　　　　　----- *1
0040260A add esp,4
0040260D mov dword ptr [ebp-14h],eax
00402610 mov dword ptr [ebp-4],0
00402617 cmp dword ptr [ebp-14h],0
0040261B je Singleton::getInstance+7Ah (0040262a)
0040261D mov ecx,dword ptr [ebp-14h]
00402620 call Singleton::Singleton (00402680)　　　　----- *2

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

NGNG

00402625 mov dword ptr [ebp-58h],eax
00402628 jmp Singleton::getInstance+81h (00402631)
0040262A mov dword ptr [ebp-58h],0
00402631 mov eax,dword ptr [ebp-58h]
00402634 mov dword ptr [ebp-10h],eax
00402637 mov dword ptr [ebp-4],0FFFFFFFFh
0040263E mov ecx,dword ptr [ebp-10h]
00402641 mov dword ptr [Singleton::instance (00405274)],ecx　　----- *3
340: LeaveCriticalSection(&Singleton::cs);
00402647 mov esi,esp
00402649 push offset Singleton::cs (00405258)
0040264E call dword ptr [__imp__LeaveCriticalSection@4 (00406224)]
00402654 cmp esi,esp
00402656 call _chkesp (00403004)

*1で一時領域にメモリの確保
*2でコンストラクタの呼び出し
*3で変数instanceへの格納
と、>>134でいう後者のパターンで構築が行われているので、
VCの吐き出したコードには問題がない。
じゃあ、前者のパターンのコードを掃き出すコンパイラがあったらどうなる？
Javaと同じ問題を抱える事になるね。

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

NGNG

>>148
a = new A();
と書いてるのなら、式の評価順序としては
コンストラクタの実行がaへの代入より後になるなんて考えられない気がするが
規格に規定ないの?

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

NGNG

mem = alloc();
ctor(mem);
a = mem;

上のコードが、最適化によって

a = alloc();
ctor(a);

にされちまうことがあるのかもしれんな。
スレッド間の干渉まで考慮してくれるような賢いコンパイラが要求されてるならvolatileなんてキーワードも必要ねーしな

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

NGNG

>>149
評価を終了せずに代入することはないから
まともな処理系なら問題なし。
まともじゃない処理系は…捨てたほうが。(ﾜﾗ

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

NGNG

なんか、議論がずれてない？MC++DのP157に出ているように
double checked lockingが保証されるかどうかはCPU(ｺﾝﾊﾟｲﾗ)の
問題なんじゃないの？

仮にdouble checked lockingが有効だったとしても、
allocateとctorの順番がどうであれMC++Dの
double checked lockingをつかったsingletonの
実装には関係なさそうに見えるし。

0153152

NGNG

あーうそだ。
a = alloc();
ctor(a);
だったら、MC++Dの実装でもまずいか。orz
ただ、double checked lockingがCPU依存なのはOKだよね？

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

NGNG

a = new A();
は、
a.operator=(new A());
だから評価が終わるまで代入される事は無い。

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

NGNG

std::stringの文字列に、後から文字列を追加する場合、
メモリの再割り当ては行われているのでしょうか？
appendで追加すると、文字化けがおこってしまいますし、
resizeやreserveを行うと、既存文字列自体が破壊されているようです。
どうすればいいんのでしょうか？

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

NGNG

>>155
何やってるの? なんか変なことやってない?
appendはもちろん再割り当てが行われ得るし
reserveとかで既存の内容が破壊されるってことは普通ありえないが。
普通に代入してるのなら。

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

NGNG

>>155
もしかしてstringをstringのままで使わずに
文字列のポインタ得てそれを使い続けようとしてたりしてる?

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

NGNG

>>156
すいません。実行してみたらちゃんと出てました。
でもデバッグしてると、内容が「|r」とかわけわからんものになってるんです。
そいで、そのstringの_Mysizeとやらが16になってるんですが、
文字列の長さも16なんで、ヌル文字分が確保されていないように思うのですが。

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

NGNG

>>158
ああ、VC7.1で少なくともマルチスレッド版だと
16文字までは自身に格納し、それを超えたら参照カウント共有とかやってるみたいだね。
で、デバッガでみると間違ったほうが表示されたりすることがあるね。
まあそういうこと。とりあえずコード側でassertionとかdebug printとかで逃げてるよ。

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

NGNG

連ｶｷすいません。
ちゃんと表示されてるのは、string tempとして、
temp.c_str()をやってるからなんでしょうか？

>>157
stringのまま使っています。
vcでデバッグして、tempの値をトレースしてると、文字化けが起こります。
具体的には、「ConsoleLog-1.txt」(16文字)という文字なんですが、
1の部分が2,3...10...20...と増えていくので、
ConsoleLogの後に「-」,「(数字)」,「.txt」を3回に分けてappendしています。

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

NGNG

>>159
そうなんですか。ありがとうです。
プログラム自体はちゃんと動くんですが、デバッグしてたら不安になりました。

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

NGNG

>>158
>ヌル文字分確保

std::stringがヌル文字分確保するなんて誰に聞いた？
.c_str() こちらは最後にヌル文字が付加されるね。

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

NGNG

長さを知ってれば'\0'はいらないのれす

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

NGNG

vectorで、ある要素の直前に新しい要素を挿入したい場合どうしたらいいんでしょうか？
要素は独自定義のクラスのオブジェクトのポインタなんですが。

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

NGNG

>>164
insert

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

NGNG

>>165
insertでイテレータを指定しますよね？
ある要素のイテレータを取得するにはどうしたらいいんですか？
その要素のポインタは分かるんですけど。

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

NGNG

>>166
vector.begin()はrandom access iteratorを返すので
vector[i]のイテレータは (vector.begin() + i)で得られるけどな。

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

NGNG

>>167
なるほどー！
ありがとうごじます！

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

NGNG

教えてください。
istream_iteratorでdifference_typeってのを指定しますよね。
こんな感じ。

typedef vector<string>::difference_type deff_type;
ifstream infile("XXXXX");
istream_iterator<string, diff_type> input_set(infile);

このdifference_typeというのは、解説書によるとイテレータ
同士の減算を行った際の差を格納するための型だということでした。
これがどうもピンと来ないのですが、上の例だとイテレータ間の
stringが全部格納されるのでしょうか？しかし、型指定しただけで
そんなうまいこといくんでしょうか?それとも違うでしょうか？
そもそも組み込み型の配列の場合ってポインタの減算は、その型の
要素数の差が返ってきますよね。単純に数値が・・。
vector<string>に距離を収めるとはどいうことなんでしょうか？

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

NGNG

>>169
単純に数値と考えれば良い
「差」を表す名前を与えただけ。

0171169

NGNG

レスどうもです。
ちょっとわからんのですが、数値だとしてなぜにvector<string>型を
指定するのでしょうか？そこの意味がわからんのです。
実際にイテレータ同士の減算を行った結果を格納するのが、上の例で
いうとvector<string>なんですよね？数値の型としては不適当な
気がするんですが・・・。

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

NGNG

>>171
vector<string>じゃなくてvector<string>::difference_typeだよ？

0173169

NGNG

あ、そうか・・・じゃvector<string>って何なんでしょうか。
たとえば他の型を指定することも可能ですか？上の例で。
またそれによって変化がでてくるのでしょうか・・・。

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

NGNG

differnce_typeがptrdiff_t以外なのってみたことない

0175169

NGNG

ちなみに私があげた例はC++ Primerにあったコードを簡略化したものです。

0176176

NGNG

ｽﾏｿ、誤爆った。

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

NGNG

>175
vector<string>::iterator って書き方したことない？
vector<string> のイテレータの型が vector<string>::iterator。
で、この vector<string>::iterator の差の型が vector<string>::difference_type になる。

istream_iterator に対してテンプレート引数 Distance を指定するということは、その istream_iterator
の差が Distance 型になるということだ。
istream_iterator は Input iterator なので実質 distance() が返す型が Distance 型になるってことだな。
ほとんど意味がない。
なのでわざわざ Distance を指定せずデフォルトにまかせるのが普通。

なお、istream_iterator の宣言は↓の通りなのでそのコード間違ってるよ？
template <class T, class charT = char, class traits = char_traits<charT>, class Distance = ptrdiff_t>
class istream_iterator:

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

NGNG

つまり「double checked locking パターンは使えない」というのはJavaの話で、C++では問題ないのですね？

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

NGNG

>>178
「そうだ」と言えば信じるのか?

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

NGNG

でも結局どうすればいいんだろ？
シングル㌧インスタンスを取得するたびにロックするしかない？

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

NGNG

マルチスレッドで最初に要求があったときに作成するというスタイルを止めろ
ってのは？

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

NGNG

std::stringからintに変換するにはどうしたらいいんでしょうか？
stringには数字しか入ってないのは分かっています。

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

NGNG

一番楽なのは恐らくboost::lexical_cast

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

NGNG

std::string::c_str()の後にatoi()とか
std::istringstream使うとか

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

NGNG

>>183
どうも。boost入れてたんで使います。
>>184
ｻﾝｸｽ。勉強になりました。

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

NGNG

新しいアドレスに移動したらしい。
[JTC1/SC22/WG21 - C++]
　http://www.open-std.org/jtc1/sc22/wg21/

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

NGNG

vectorの要素へのアクセスって何がいいんでしょう?
std::vector< double > tmp(10);
tmp[1]、std::vector< double >::iterator、tmp.at(1)等などありますけど。

それから、sizeが必要な場合関数への受け渡しは何がいいですか？
void func( std::vector< double >& d ){ size_t size(d.size());...}
void func( std::vector< double >::iterator begin, std::vector< double >::iterator end )
void func( double *tmp, size_t size )
幾らでも方法がありますけど。

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

NGNG

>>187
目的による。

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

NGNG

シングルトンにせよ何にせよ排他制御できる方法があるなら
boostがAPIを使ったりはしないと思うのだが。

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

NGNG

は？

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

NGNG

>>187
tmp.at(1)は範囲エラーの時に例外が飛ぶが、
tmp[1]は例外が飛ばない。(たぶん

template <typename RIt> void func(RIt top,RIt last);
はいかが？格納方法がvectorであることも強要しないし、
double *tmpの用にメモリ上に連続であることも強要しない。
RandamAccessIteratorである事のみ強要する。
ただ、funcの性質にもよると思う。実装ベタベタな関数なら楽なのに
すればいいし、汎用的にするなら上記方法もありだし。

0192169

NGNG

>>177
詳細な説明ありがとうございました。
意味ナッシングですか・・・。
どうもPrimerの著者は、執筆してる段階ではまだ古いＣ＋＋コンパイラ
使ってたようで、その辺の名残がサンプルコードにあるみたいです。
素直にデフォルトでいけばいいですね。

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

NGNG

ttp://pc5.2ch.net/test/read.cgi/tech/1083050221/511

＞>506
＞宿題なら構わないんじゃないか？

＞「C++相談室 part30」は質問という単語をスレタイに含めるべきだと思った、そんな夜。

おいおい、頼むからこのスレに学校の宿題解いて厨はよこさんでくれ。

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

NGNG

c++でgetoptよりもカッコイイオプションの取得の仕方を教えてください

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

NGNG

>>194 boost::program_options

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

NGNG

本屋へ行き、趣味と雑誌のコーナーを探す

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

NGNG

VC++プログラマは知らないgetopt が一番だろ。

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

NGNG

みなさんありがとうございます
vcでも使いたいのですがboostは使わせてもらえないので
素直にboostのソースをコピペしてつかう事にします

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

NGNG

"placement new"で日本語のページをグーグルしたら

> class X {
> public:
> static void *operator new( size_t size, void *buf ) { return buf; }
> };
と、しなければ placement new はコンパイルエラーになるって書いて
あります。が、下のソースで何の問題もおきません。std::vectorの動作を
考えてみてもoperator newの定義はなくてもいいと思うんですが、どうなんですか？

#include <iostream>
struct S {
S() { value = 555; }
int value;
};
int main()
{
char buf[sizeof(S)] = { 0 };
S* s = new (buf) S;
std::cout << s->value << std::endl;
return 0;
}

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

NGNG

>>198
boost使わせてもらえない＝使用禁止？？
boostのソースコピペ＝使用してるじゃん。
馬鹿？

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

NGNG

>>200
俺も一緒のこと思った。

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

NGNG

boostってすぐに部分引用できるほどシンプルな作りじゃないと思うのだが。
どうよ、お前ら。

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

NGNG

getopt コピーするほうが簡単だよ。

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

NGNG

>>200
開発環境に明示的に組み込めないってことだろ
外部ライブラリを使っちゃいけないとか規約があって

自作の振りしてこっそりコピペするんだろ。すぐバレそうだけど

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

NGNG

boostをコピペねぇ・・

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

NGNG

商用開発でboostのようなライブラリを使えない理由って例えばどんなのがあるんでしょうか？
boostの場合コンパイラを選ぶって理由はあるとは思いますが
商用利用においてライセンス周りでうるさいライブラリではないと思うのですが・・・
boost使ったコードを理解できない（ドキュメント読んで理解する時間が惜しい）という理由でしょうか？
厨な質問で申し訳ないです。

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

NGNG

ある意味、これがクラスライブラリの痛いところだよな。
部分コピペしにくいのは明らかにグローバル関数じゃなくてクラス関数。

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

NGNG

boost使ったコードを理解できないっている？
そんなやついっしょに仕事したくない

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

NGNG

俺はspiritわからんよ

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

NGNG

>>208
・・・と同時にmplあたりをすらすら理解できてすらすら書くようなやつとも
一緒に仕事したくないわけだがｗ

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

NGNG

やっぱ、２ｃｈってレベル低すぎｗ

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

NGNG

特に「ｗ」を使う奴は底辺に位置する

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

NGNG

struct A
{
char a;
char b;
char c;
char d;
};

A proc(void)
{
return NULL;
}

↑このプログラムがコンパイルできないんですけど
コンパイルが通るようにキャストする方法ありませんか？

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

NGNG

>>213
C？C++？

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

NGNG

なんでAにNULL返そうとしてんだ？
A*ならまだしも。

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

NGNG

>>214
C++です。
>>215
A proc(void)
{
A r;
r.a = 0;
r.b = 0;
r.c = 0;
r.d = 0;
return r;
}
でもいいんですけどちょっと高速にしたくて。

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

NGNG

>>216
戻り値最適化を期待するならコンストラクタを作っておいて、

return A(0, 0, 0, 0); でいいのでは。

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

NGNG

単に初期化したいだけ？

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

NGNG

>>217
０なら
A r=A();
で十分。

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

NGNG

>>219
駄目。

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

NGNG

>>219
実際にコンパイルして試してみた？
それではデフォルトコンストラクタが呼ばれるだけで初期化は
されない。

struct A
{
char a;
char b;
char c;
char d;
A() : a(0), b(0), c(0), d(0) {}
};

とか。もっとスマートな方法があると思うのだが・・・・・

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

NGNG

あ、正確にいうと、デフォルトコンストラクタが呼ばれてAの一時
オブジェクトが作られ、それでもって r を初期化する、ですね。
で、一時オブジェクトはメンバが初期化されてないから各メンバ
にどんな値が入ってるかわかったもんじゃない、と。

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

NGNG

A r;
r.c=10;
r=A();
return r.c;

の場合「０」になったけど？
VC.Net２００３
Releseで。

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

NGNG

>>223
108 16 64 0
になった。各メンバ。BCC5.6.4だけど。

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

NGNG

まっとうなOSならプロセスがOSから確保したメモリは0で初期化される。
これはセキュリティ上の問題。
しかし、スタックにせよヒープにせよ、OSが確保して以降全く使用されていないという
保証がなければ当然期待値は「不定」だ。

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

NGNG

>>225
それが、VC7.1のコードではDebugでもReleaseでもXOR EAX,EAX
というコードに展開されててゼロクリアしているんだよね。rを。
gcc3.4.0(MinGW)でも同様だった。BCCだけ違う。

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

NGNG

どっちが仕様上正しいのかは知らないが
VC,GCCなら問題ないと。
まあ、仕様に定義されてないんだろうけど。

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

NGNG

>>227
もっと大きなクラスか構造体で試してみたいね。
俺の考えではA()はAのデフォルトコンストラクタを呼び出して
(何もしないですぐリターンする)、一時オブジェクトを作るだけで、
0クリアするなんて掟は規格書にはなかったような記憶が。

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

NGNG

規格書12.6.2.4 （暗黙のコンストラクタの規定は12.1.7）
言語規格上は不定値であることが定義されている．
（勝手に0クリアするのは規格違反じゃないだけで保証はされない）
というか素直に221で良いと思うんですが・・・

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

NGNG

struct T {
T() {}
T(const T&) {}
~T() {}
private:
const T& operator=(const T&);//禁止したい
};
--------------
T t1, t2;

t1.~T()
new (&t1) T(t2);

これって実行時間をのぞけば
t1 = t2
を実行できたのと同じことだよね？
（operator=がごく普通にコピーをあらわすとして。）

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

NGNG

>>230
違う。

T t1, t2;

T(t2)のコンストラクタで例外が発生した場合、
後者ならt1は有効だけど、前者ではそうではない。

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

NGNG

というかコピー禁止したい場合は
ふつう両方を private において実装なしにするだろ。

ついでに operator= の戻り値は非 const な。実際に使うことは稀だと思うが。

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

NGNG

>>232
生成時以外には値をかえられたくない、と思ってこうすることも
ひょっとしたらあるかと思って。

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

NGNG

>>229
12.6.2は"Initializing bases and members"なので、そこで「初期化されない」と定義されているのは、
メンバ（または基底クラス）のうち、初期化リストに現れず、且つPOD型である場合。

8.5 -7- により初期化子が空の括弧 () の場合、「デフォルト初期化」されると決まっている。
そして 8.5 -5- により、POD型の「デフォルト初期化」は「ゼロ初期化」であるとされている。

つまりVCとGCCは準拠しているが、BCCは違反。

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

NGNG

>>191 レスありがとです。
template <typename RIt> void func(RIt top,RIt last);
を使ってみます。

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

NGNG

>>234
一連の話、VCは .NET2003 からね。2002までは初期化してくれない。

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

NGNG

>>234
暗黙のデフォルトコンストラクタがメンバに対して空の括弧の初期化子を
適用することは明示されているのでしょうか？

12.1.7 (ISO/IEC 14882/2003)
The implicitly-defined default constructor performs the set of initializations of the
class that would be performed by a user-written default constructor for that class
with an empty mem-initializer-list (12.6.2) and an empty function body.

これの"empty mem-initializer-list"の解釈の問題だと思うのですが，
私は，mem-initializer-listが全く指定されていないコンストラクタと理解したのですが・・・
（よって初期化子リストに現れず，12.6.2.4により初期化は保証されない，という主張です．）

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

NGNG

旧式のヘッダファイル名と
標準C++のヘッダファイル名(拡張子無し)
をソースファイルに両方記述できますか？例えば
#include <windows.h>
#include <string>　のように

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

NGNG

>>238
なんでできないと思うの?

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

NGNG

コンパイルが通らなかったんです。

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

NGNG

>>239
なんとなく、統一した方が無難かなと思いました

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

NGNG

>>234 >>237

struct B
{
int m[1000];
};

int main()
{
B b = B();

std::cout << b.m[0] << std::endl;
}

結果
2621440

何回試してもダメだ。BCCは糞。

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

NGNG

c++でフォルダを作成したいんですが、どうしたらいいんでしょうか？

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

NGNG

>>243
標準の機能には無い。

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

NGNG

>>243
boost::filesystem をドゾー
http://boost.cppll.jp/HEAD/libs/filesystem/doc/operations.htm

ただ、特にパス操作で、ShiftJISのダメ文字に対応してるかどうか確認してない。
どなたかご存知ですか～？

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

NGNG

boostはプロジェクトの命名規則に違反してるから使えんな

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

NGNG

>>244
>>245
ありがとうです。
ダメ文字って言うのは\/*とかですか？

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

NGNG

「も」とか「表」かな

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

NGNG

>>248
なるほど。良く分からないんで自分で調べてみます。ありがとうです。

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

NGNG

>237
>暗黙のデフォルトコンストラクタがメンバに対して空の括弧の初期化子を
>適用することは明示されているのでしょうか？
そうではなくて、>234 は POD 型 (ここでは struct A) の () による初期化
自体が zero-initialize になる(からデフォルトコンストラクタは呼ばれない)ので、
0 に初期化されるという主張だと思う。

なお、14882:2003 だと zero-initialize じゃなくて value-initialize となってる。
この例では、結局 zero-initialize と同じ結果になると思われ。

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

NGNG

未定義と0は違う（スレの流れ読めてないかも）

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

NGNG

>>251
値が不定ってのなら分かるが、未定義となると、デフォルトコンストラクタ
を呼んだ途端にコンピュータがフォーマットされても文句言えんぞ。

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

NGNG

>>252
コンピュータがフォーマットされるってのが
よくわからんがFORTRANみたいになるのか？
それとも紫外線あてるとか・・・

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

NGNG

お前らはこいつらと同じブタ
http://freett.com/esqkft/040507ms/010.jpg

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

NGNG

>>254
かわいい！オシッコ飲みたい！！(;´Д｀)ﾊｧﾊｧﾊｧﾊｧ

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

NGNG

腋でもお舐め！
http://freett.com/esqkft/040507ms/161.jpg

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

NGNG

ｓｔｌって標準で使えるものなんですか？

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

NGNG

まぁ、STLのSはスタンダードのSだし・・・

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

NGNG

>>257
・・・
現在はSTLは標準C++の中のテンプレートライブラリ部分の名前。

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

NGNG

STLはStamp Trader List

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

NGNG

三角形の面積を求めるｃ++プログラム希望。
大学の課題なんで詳しい人助けてー。

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

NGNG

三角形の面積って底辺かける高さわる2 ぢゃないのか?

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

NGNG

しかもC++って・・・
Classで三角形だけじゃなくいろいろな面積に繋げるため
inheritanceしろってか？

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

NGNG

>>261
C/C++の宿題をやらせて、お兄ちゃん 22代目
http://pc5.2ch.net/test/read.cgi/tech/1083050221/

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

NGNG

>>263
伝統的な章立てで進行する授業なら
データと型あたりか？　そこだと、まだclassが登場してないよな

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

NGNG

これが授業中だったら笑えるな。

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

NGNG

cinとcoutを使うだけで後はCと同じでもよいとか？

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

NGNG

vc++を使ってるんですが、グローバル変数を定義すると
「既に定義されています」
というリンクエラーが出ます。
どこで定義すればいいんでしょうか？
今はsfdafxという全てのファイルから参照されるヘッダに宣言しています。

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

NGNG

>>268
定義はヘッダではなくコード側に

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

NGNG

stdafxが多重インクルードされるから。
VCの場合は
#pragma once

一般的には
#ifndef __STDAFX__
#define __STDAFX__
中身
#endif

とする。
__・・・ __
をヘッダーごとに変える。

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

NGNG

>>270
> stdafxが多重インクルードされるから。
ちがうよ。

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

NGNG

>>271
いろんなところから呼び出されるんだから多重インクルードだろ。
別にインクルードがループしてるって意味で言ったんじゃないぞ？

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

NGNG

>>272
> というリンクエラーが出ます

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

NGNG

みなさんありがとうございます。
>>270の方法でやりましたが、同様のエラーが出ました。
#pragma onceを消して#ifdefを書くんですよね？

>>269
複数のクラスから参照される変数なんですが、
使用するすべてのコードで書くんでしょうか？

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

NGNG

>>274
ヘッダには定義ではなく宣言を書く。
extern int a; // 宣言
int a; // 定義

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

NGNG

>>274
エラー内容（表示される物）書いてくれるのが一番助かるんだが。

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

NGNG

>>250
ようやく納得しました．確かに
A r = A();
の書き方は，8.5.7によりvalue-initializedになり，Aにユーザ定義のコンストラクタが
ないので，8.5.5によりvalue-initializeによってメンバ全てに対するvalue-initializeが保証されて，
結果PODメンバに対してzero-initializeが保証されるわけですね．
ありがとうございました．

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

NGNG

>>274はage荒らしだろ放置しろよ。

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

NGNG

>>274
ちなみに#ifdefじゃなくて#ifndef
つまり
__STDAFX__が定義されてなかったら
{
__STDAFX__を定義する
中身
}(#endif)
というので多重インクルードを防げる。
#pragmaはVCオンリーなのであんまり使わない方がいい。

0280277

NGNG

で，補足として

#include <iostream>

struct A{ char a, b, c, d; };

struct B{
B(){}
char a, b, c, d;
};

int main(int argc, char *argv[]){
A a = A();
std::cout << int(a.a) << std::endl;
std::cout << int(a.b) << std::endl;
std::cout << int(a.c) << std::endl;
std::cout << int(a.d) << std::endl;
B b = B();
std::cout << int(b.a) << std::endl;
std::cout << int(b.b) << std::endl;
std::cout << int(b.c) << std::endl;
std::cout << int(b.d) << std::endl;
return 0;
}

上のコードのようなしょうもない違いが生じるわけですねｗ．
（VC++7.1では違いは出ませんが，gcc3.2.2では違いが生じます）
Aが>>250に対応し，Bが>>237に対応すると．

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

NGNG

>>279
それ関係ないってば。

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

NGNG

>>279
stdafx自体VCオンリーな感じが(笑)

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

NGNG

>>282
違う

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

NGNG

>>279
つーかVC使ってるんなら
VCの拡張だって理解した上で
#pragma once使ったほうが効率的。

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

NGNG

>>277
はじめに
A r=A();
を持ち出したのは俺だがあってるみたいでよかった。
俺も他人がこの方法で初期化してるのみて「できるの？」
って思ってたから・・・

じゃあ、A()が０初期化保証されるならBCCは違反って事？

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

NGNG

>>279
#pragmaがVCオンリーってのはネタ?

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

NGNG

>>281
関係ないのはわかってるが
#ifndefじゃなくちゃいけないのに#ifdefって書いてあったから。

0288274

NGNG

質問はageで、と以前言われたもので。すいません。
エラー内容は、
error LNK2005: "int TARGET_DAY" (?TARGET_DAY@@3HA) は既に AnalysisManager.obj で定義されています。
というものです。
このほかにも同様のエラー、「グローバル変数XXは既にXXX.objで定義されています」と出ます。
コンソールアプリなんですが、このTARGET_DAYとかをコマンドライン引数から入力してもらって、
その値によって処理を変えようと思うので、グローバル変数にしたいんですが。

グローバル変数をコード内に書くとするなら、その変数を使用する全てのクラスのコード内に記述するんでしょうか？

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

NGNG

>>288
定義は一個だけにする。

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

NGNG

>>288
>>275は無視かよ。

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

NGNG

>>286
#pragma once
ってVCでしかみなかったからオンリーだと思ってたよ・・・
違うんだね。
でも、VC以外では使わない方がいいってのはあってるでしょ？

0292274

NGNG

>>290
あ。
すいません。

つまり宣言は複数用意すると。宣言は使用するクラスのヘッダ内全てで書いてもいいんですか？
それで定義をメインクラスのグローバルスコープの位置でするって感じですかね？

0293277

NGNG

>>285
280をgccで実行してもらえれば分かりますが，A()の書き方で
0初期化保証されるのはAにユーザ定義のコンストラクタを全く定義していないときに
限られますのでご注意を．
ユーザ定義のコンストラクタを定義していない場合の話なら，
当然BCCは違反ってことになりますね．

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

NGNG

>>291
>>279には#pragmaとしか書かれていない。

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

NGNG

>>292
ヘッダファイルは一個に見えてもincludeしたすべてのモジュールに
コンパイル時につなぎ合わされて解釈されるの。
宣言は使用するクラスのヘッダすべてがincludeする別のヘッダに一個かけばいい。
定義はメインクラスんとこでいいよ。
疲れた('A｀)

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

NGNG

>>294
#pragma onceって書くのめんどくさかったから・・・

0297274

NGNG

>>295
あーなるほど！良くわかりました。ありがとうございます。
疲れさせてすいませんでした・・・。

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

NGNG

>>296
いや、それは分かるけど今回は全然意味変わってんじゃん。
JavaScriptをJavaと書くようなもんだよ。

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

NGNG

ガイセキ/2計算しろ。5分あれば誰でも書ける。

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

NGNG

#ifndef __Hoge_H__　なんてのをなんでいちいちプログラマが考えにゃならんねん。
#pragma onceにして、プログラマの手から離れたほうがいいに決まってる。
対応してない環境で開発しなきゃいけない状況に陥らない限り、俺は絶対#pragma once使うぞ。

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

NGNG

またインクルードガードに予約された名前だよ。
知らない奴に教えるときくらい気をつけて欲しいもんだな。

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

NGNG

include <iostream>
#include <mah.h>

#define vector00 1,2,3
#define vector01 4,5,6

namespace mytriangle{
class Vect3D{ double x, y, z;
public:
Vect3D(){}
Vect3D(double const&, double const &, double const&);
friend Vect3D OuterProducts (Vect3D const &,Vect3D const &);
inline double Abs3D(){ return sqrt(x * x + y * y + z * z); }
Vect3D &operator=(Vect3D &V){
x = V.x; y=V.y; z=V.z;
}
friend double Square(Vect3D const &, Vect3D const &);
};

Vect3D::Vect3D(double const & X, double const & Y , double const &Z)
:x(X),y(Y),z(Z){}
inlinedouble Det2(double const & a, double const &b,
double const &c, double const &d){ return a * d - b * c;}

inline Vect3D OuterProducts(Vect3D const &v1,Vect3D const &v2 ){ return Vect3D( Det2(v1.y, v1.z, v2.y, v2.z),-Det2(v1.x, v1.z, v2.x, v2.z),Det2(v1.x, v1.y, v2.x, v2.y));}

inline double Square(Vect3D const &v1, Vect3D const &v2 ){ return OuterProducts(v1, v2).Abs3D()/2.;}
}
int main(){
using namespace mytriangle; Vect3D u(vector00), v(vector01); std::cerr << Square(u,v) <<'\n';}

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

NGNG

ごめん inlinedouble -> inline double
あと、main のなかで最後に 1でも返しといて。

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

NGNG

>>300
VC.netにはマクロがついてる。
自動で#ifndef、#define、#endifしてくれる。
名前はファイル名で。

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

NGNG

今頃インクルードガードごときで言い争いですか。アホですね。

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

NGNG

>>305
どこが言い争いにみえたのやら・・・
誰と誰がどういう意見で争ってるのか、言ってみ(w

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

NGNG

305と306が言い争っているかどうかに付いて争っていると見た！。

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

NGNG

翻訳単位を意識させるC++はダサい

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

NGNG

>>308
使いこなせないのはもっとダサい。

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

NGNG

>>309
同意見

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

NGNG

いうまでもない事だが、100%使いこなしている上で批判しているわけだが。

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

NGNG

>>311
悪魔の証明だなｗ

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

NGNG

まあ>>308と>>309は無関係な話だから

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

NGNG

必死だな (ﾌﾟﾌﾟﾌﾟ

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

NGNG

答えてるヤシは、c++暦どれくらいなんだ？(;´Д`)
さすがに1年以下は居ないだろうな・・・・・・(ﾟДﾟ；)

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

NGNG

>>315
ｺﾝﾊﾟｲﾙ単位なんてC++に限らんが、C++始めたのはつい最近だな。10年くらいか。

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

NGNG

よくVC++7.1のANSI準拠度は高いと言われてるけど、
VC++7.1付属のSTLの出来はどう？（6.0ではいろいろ問題があったけど。）
あえてC++を使いこなしてる人のこのスレで意見を聞きたい。

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

NGNG

次のコードがコンパイルできないんですけど、どこが悪いんでしょうか?
コンパイラはMinGWのgcc 3.3.3です。

ソース＞
#include <iostream>
using namespace std;

class Test
{
public:
template <class T>
Test& operator<<(const T& rhs)
{
cout << rhs;
return *this;
}
};

int main()
{
Test t;
t << 100 << std::endl;
return 0;
}

エラーメッセージ＞
t120.cpp:19: error: no match for 'operator<<' in '(&t)->Test::operator<< [with T = int]((&100)) << std::endl'

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

NGNG

>>318
std::endlの定義を考えてみて。

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

NGNG

仮想メンバ関数を定義したクラスAを継承したクラスBと、さらにクラスBを継承したクラスCがあったとします。

struct A
{
　　virtual　　void Foo1(void) { std::cout << "A" << std::endl; }
　　void　　Foo2(void)　　{ Foo1(); }
};
struct B : public A
{
　　void Foo1(void) { std::cout << "B" << std::endl; }
};
struct C : public B
{
　　void Foo1(void) {
　　　　std::cout << "C" << std::endl;
　　　　B::Foo2(); }
};
int main( int argc, char *argv[] )
{
　　struct C test;
　　test.Foo1();
　　return 0;
}

これを実行したときに、「CCCCCCCC・・・」と永遠に続いてしまいます。
test.Foo1()を実行ときに「CB」と表示されて終了して欲しいのですが、何か良い手段はないでしょうか？
（B::Foo2()を実行したときに B::Foo1() が呼び出されて欲しい。）
ちなみに、「B::Foo2()」を「B *cls = (B *)this; cls->Foo2();」にしても結果は同じでした。

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

NGNG

C::Foo1() のなかで呼んでいる B::Foo2() は　B::Foo1() の間違いでは？

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

NGNG

>>320
キャストしても、Foo1へのポインタは
オブジェクト自身に C のvTblへのポインタが含まれてるので
C::Foo1が呼ばれる。

0323321

NGNG

あー、ごめん。Aのインタフェースを通すのか。

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

NGNG

>>320
struct Bに
void Foo2(void) { std::cout << "B" << std::endl; }
を追加する。

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

NGNG

>>320
> test.Foo1()を実行ときに「CB」と表示されて終了して欲しい

要求がそれだけなら、
void C::Foo1(void) { std::cout << "C" << std::endl; B::Foo1(); }
とか、
void C::Foo1(void) { std::cout << "CB" << std::endl; }
とか、
やりかたはいくらでもある。

0326320

NGNG

実はGTKでATLのようなテンプレートライブラリを勉強がてらに作っていたんですが、
イベントを親クラスにチェーンする機能（ATLのCHAIN_MSG_MAP()）を作ろうとしたときに
親クラスのイベントマップをうまく呼び出せなかったんですよね。
（CEventImpl + CWidget -> CWindowImpl -> CBaseWindow -> CFrameWindowという継承を
　行った場合、CFrameWindowからCBaseWindowのイベントマップを呼びたかった）

でも、なんかCEventImplの実装が間違っているような気もするので別の方法を模索してみて諦めます。

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

NGNG

テンプレートで質問なんですが、
template<class Type, int i>
void func(){...]
みたいにテンプレートの引数のところにint iというような記述を
する必要があるときってどんなときですかね？
普通に関数の仮引数にしないのはどういう意図なんでしょうか。

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

NGNG

>>327
定数を最適化。

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

NGNG

>>327
静的な定数として使うとき。
たとえばその関数内で char a[i] とか、 std::bitset<i> とか。

0330327

NGNG

すいません、どうもわからんのですが、関数の仮引数に
constつけるのとは違うのでしょうか？
できれば例か何かあげてもらえないですかね。

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

NGNG

>>330
>>329

0332327

NGNG

あ、そういうことですか・・というか
const int size = 5;
char a[size];
はできますが、sizeが関数の仮引数だとだめなんですね・・・なんでだろ。

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

NGNG

コンパイル時定数

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

NGNG

>>322
たいていの処理系だと、自動変数はスタックにとる。

size がコンパイル時定数なら自動変数のアドレスはすべて
スタックフレームポインタの相対アドレスとして求まるが、
size が可変だと自動変数のアドレスを実行時に全部計算する
必要があって、効率悪くなる。

まぁ gcc みたいに独自拡張で size が可変でも OK っつー
処理系もあるし、alloca() 使えばスタック上に可変サイズ
のデータ領域とれるが、C++ 的には

1) コンパイル時に確定できるならテンプレート引数で
2) 実行時に決まるなら std::vector

というのが推奨。

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

NGNG

定数とかの定義って #define 使ってますか？
何か、名前空間を汚してイヤンな感じがするんですけど、
どうするのがスマートなんですかねぇ？

現在は、

namespace IJIRUNA {
const int hoge = 123;
const char * const p = "ふがふが";
};

とかやってるんですが、何かマズいことはありますか？
ほとんどの場合、即値に展開されると思うのですが。。。

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

NGNG

クラスのメンバじゃダメなの？

0337ﾘﾝｶ-ﾝ

NGNG

enum　fuck

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

NGNG

>>337
欠陥コンパイラ用のテクニックですね

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

NGNG

欠陥コンパイラとはVisual Studio のことか？

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

NGNG

>>339
.net 2003では大丈夫だった。

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

NGNG

>>335
ヘッダでポインタを初期化すると、
インクルードするソースごとに文字列リソースが作成されるのでは？
>>335の場合、"ふがふが"がソースの数だけ実行バイナリに埋め込まれてしまうはず。
VCなどの最適化処理では対処しきれないと思う。
ソースで宣言している分には問題なし。

0342341

NGNG

補足：
あるソースでポインタpを使ってなければ、そのソースの分に関しては
"ふがふが"文字列リソースは埋め込まれない。

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

NGNG

>>341
もっと調べてから書こうね。

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

NGNG

いつぞやのバカか？

0345335

NGNG

レスどうも。どうやら、ケース・バイ・ケースで一概に言えないようですな。

>>336
なんか、ちと大げさな気が。。。
static const なメンバならいいんですかねぇ？

>>337
enumって定数だけだったやうな（ｒｙ

>>341
ヘッダには、もちろんexternつけますよ。即値で埋め込んでくれたほうが
速度的に良さそうな気がしますが、あまりにも長い文字列は、ファイルから読み込むか
プールしとかないとだめでしょうね。

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

NGNG

真っ当なコンパイラなら文字列リテラルは使い回すのがディフォルトで、
使い回さないオプションがついていると思うのだが。

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

NGNG

>>346
真っ当なって時点からただの戯れ言に成り下がったな

0348261

NGNG

授業中ではなかったですｗ
↓のエラー(ミス）がわからないのですが、詳しい人助けてくださいｍ（＿＿）ｍ

#include <iostream,h>
#include <math,h>
void main(void){
doble hen-a,hen-b,hen-c,;
doble t,menseki

cin>> a >> b >> c ;
if(a+b>c & b+c>a & c+a>b){
t=(a+b+c)/2
s=sqrt((t-a)(t-b)(t-c));
}
cout>>menseki;

あと、マイクロソフトビジュアルｃ++はどのように入手できるのですか？
手助けお願いします。

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

NGNG

>>348
.h> -> >
void main -> int main
doble -> double
& -> &&
)( -> ) * (

店で買う

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

NGNG

>>348
Visual Studio C++ .net でも大体同じことできるよ。

0351261

NGNG

>>349 >>350さん、ありがとうございます！
＞Visual Studio C++ .net はどのように手に入れるんですか？
質問おおくてすみません。

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

NGNG

>>346
使いまわしが可能なのは、あくまでもソース単位（中間ファイル単位）だと思われ。

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

NGNG

>>351
店で買う

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

NGNG

>>352
いや、VCのオプションだと文字列は一カ所に追いやられる。
それを参照する。

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

NGNG

>>351
学生ならアカデミック版がやすくていい。

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

NGNG

>>348
ttp://www.amazon.co.jp/exec/obidos/ASIN/B00009PJOD/ref=sr_aps_sw_6/250-9112563-1390659

0357261

NGNG

いろいろとありがとうございます

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

NGNG

>>352
文字列等のコンストラクタを伴わない定数は、
どのように最適化するかはコンパイラベンダの実装に任されている。
一つになるか複数になってしまうかはツール依存だったと思う。

const定数使った方がデバックが楽なので、個人的にはconst定数の利用を御勧めする。

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

NGNG

要はバグを出さなければいいわけか。

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

NGNG

>>351
winnyで出回ってるよ
買うやつはｱﾌｫ

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

NGNG

亀レスになりますが

>319
なんとかなりました。

ostreamファイルでのendlの定義が

namespace std

{

（略）
template<typename _CharT, typename _Traits>
basic_ostream<_CharT, _Traits>&
endl(basic_ostream<_CharT, _Traits>& __os)
{ return flush(__os.put(__os.widen('\n'))); }
（略）
}

となっているので、ようするに _CharT と _Traits の型が決められなかったのが原因でした。

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

NGNG

int hogehoge::hoge(foo* &bar)
{
　// どうのこうの
}
ってメンバのfoo* &bar
ってなんですか？

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

NGNG

>>362
メンバじゃないし。

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

NGNG

日本語は苦手なのねｗ

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

NGNG

C++用のindentのようなツールはないでしょうか。
きちゃないソースをメンテすることになって泣きそうです。
OSはSolaris、linuxです。

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

NGNG

astyleでも応援しる。

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

NGNG

>>365
emacs の自動整形じゃだめなの？

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

NGNG

>>367
emacsは入っていません

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

NGNG

pthreadをクラスのメンバ関数から生成した場合、スコープはどこまでに
なるんでしょうか？そのクラスのメンバ関数をpthreadで生成したスレッド
関数で加工できますか？それともポインタで渡してしまえば、何でも
Ｃのように書き換えられちゃったりしますか？

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

NGNG

>>369
＞pthreadをクラスのメンバ関数から生成した場合、スコープはどこまでになるんでしょうか？
pthreadは何を入れる変数or関数なのか？

＞そのクラスのメンバ関数をpthreadで生成したスレッド関数で加工できますか？
メンバ変数の誤り？加工じゃなくて呼び出し？
どっちにしてもそのスレッド関数とやらがfriendなら自由じゃない？

＞それともポインタで渡してしまえば、何でもＣのように書き換えられちゃったりしますか？

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

NGNG

>>368
入れればいいじゃん。
どっちにしろなんかツールを新規導入しようとしてるんでしょ。

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

NGNG

std::string の find() は、
一般的に高速と言われているBM法などに比べて
パフォーマンスはどのようなもんなんでしょう？

高速を目指すなら独自実装が必要なんでしょうか？

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

NGNG

STLは実装が違うから自分でソースみれば？

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

NGNG

短い文字列なら単純に検索する方が早いことも多々あるが。

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

NGNG

女子供じゃあるまいしstd/stlになんて頼るなよ。
自作の超チューニングされたコードにかなうものなし。

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

NGNG

>>375
俺も結構自作派。String,Vector、ｽﾀｯｸあたりは自作。

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

NGNG

>>375

　　　　　　　　　　　　　　　　　　　　　　　　|
　　　　　　　　　　　　　　　　　　　　　　　　|　　
　　　　　 ∩＿＿＿∩　　　　　　　　　|
　　　　　 | ノ　 _,　　,_ ヽ　　　　　　（（　 |
　　　　　/　　●　　　● |　　　　　　　　　(=)
　　　　 |　　　　( _●_)　ミ　＿　(⌒)　　 J　　））
　　　　彡､　　　|∪|　　ノ　　
⊂⌒ヽ　/　　　ヽノ　ヽ /⌒つ
　＼　ヽ　 /　　　　　ヽ　/
　　　＼_,,ノ　　　　　　|､＿ノ

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

NGNG

char chbuff[] = "ORIENT ENTER DENTOO";
この文字列の中にあるENTという文字が幾つあるか検索したいんだけど、
どうすれば良いんでしょうか。
strchrを使って上手く数えられないのかな？
ポインタを動かして読み飛ばしとかってのも考えたんだけど、
上手くいかないっぽ。
何か良い手を教えてもらえませんか？

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

NGNG

人様が書いたライブラリっていうのは、あくまでも書いた人にとって都合のよいライブラリ。
とりあえず使ってみるのはいいけど、高速化/コードサイズ/使いやすさとか追求すると結局最後
は自分で作ることになるよ。もちろん公開されてるライブラリソースは参考にするとしても。

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

NGNG

C++っていうのは、あくまでもBjarne Stroustrupにとって都合のよい言語。
とりあえず使ってみるのはいいけど、高速化/コードサイズ/使いやすさとか追求すると結局最後
は自分で作ることになるよ。

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

NGNG

>>378
strstr() でぐるぐるすれば簡単にできるっしょ。
C++ らしくはないけども。

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

NGNG

>>380
禿同。最近はライブラリだけじゃ物足りなくて
コンパイラにも手を入れ始めるようになったよ。
先週はデフォルト最上位クラスobject、
例外の最上位クラスexceptionを追加して
すべてのインスタンスを統一的に
扱えるようになってもうウハウハ。

0383ﾗｯｷｰｼﾘ（　´∀｀）

NGNG

☆★☆★★☆ﾗｯｷｰｼﾘ☆★★☆★☆

　　　　　⊂⊃ 　　 .☆.｡.:*･ﾟ
　　　　∧＿∧.　/
　　　　（　´∀｀）/　このｼﾘに出会ったあなたは超桃尻｡
　　　　/, 　　つ　近々便秘が舞い込んでくることでしょう｡
　　　（_（＿,　）
　　　　　しし'

☆★☆★★☆ﾗｯｷｰｼﾘ☆★★☆★☆

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

NGNG

>>381
ありがとうございました。
そんな関数頭になかった＞＜
ガッツり出てきそうです。thx

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

NGNG

>>384
大丈夫、キャリア10年以上、年齢40以上の博士号持ってる自称SEでさえ知らなかったから。

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

NGNG

int i = 1;
をstd::string str;に
入れたい。
str = "1";
をiをつかってやるとどうなる？

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

NGNG

>>386
アスキーコード使えばいい。

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

NGNG

iが
[1-9]\d*
だったらどうするんだよ

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

NGNG

>>386 boost::lexical__cast

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

NGNG

あんな駄作ライブラリ入れなくない

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

NGNG

すまそん
388さんのエクスプレッションの意味って
なんでつか？

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

NGNG

入れなくなくなくなくなくなーい

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

NGNG

と、失敗作が申しております。

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

NGNG

>>386
format
つかえばいいじゃん

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

NGNG

このスレ的には標準ライブラリで

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

NGNG

s/入れなくない/入れなくもない/

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

NGNG

>>386 std::ostringstream

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

NGNG

C++は面倒だね
perlなら
sprintf("%d",$i);
でいいんだけど・・・

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

NGNG

>>398はCもC++も知らない人ですか

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

NGNG

定期的に沸いてくるね、自作厨が。

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

NGNG

>>398
じゃあ、perlで日本語つかるってとこみせてみろよ

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

NGNG

>>401
スレ違いな展開は勘弁

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

NGNG

classAでclassBを作った時にclassB内でclassAへのポインタを得るにはどうしたらいいですか？
classBからclassAのメンバ変数を操作したいんです

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

NGNG

#include <sstream>
#include <string>

std::ostringstream oss;
int i = 1;
oss << i;
std::string str = oss.str();

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

NGNG

>>403
class B
{
public: B(class A* ref);
};
class A
{
　B b_;
　void func() { b_ = new B(this); }
};

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

NGNG

メンバ変数をいじりたいならfriendなりも必要な気がするが。

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

NGNG

なにくだらねーこといってやがる

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

NGNG

>>405
Thanx
けど、面倒なのね

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

NGNG

オブジェクトを下の様な方法で解放する場合、何か問題が起こる場合はあるでしょうか？
(実際にはユーザー定義のデストラクタがあります)
抽象クラスAから派生した複数の型のクラスを格納して一括して解放したいのですが‥‥

class A
{
　public: virtual void Delete() = 0;
};

class B : public A
{
　public: virtual void Delete() { delete this; }
};

main()
{
　B *b = new B;
　A *a = b;
　a->Delete();
}

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

NGNG

>>409
仮想デストラクタをAに定義してれば普通にAのポインタでdeleteすれば
派生もokだが

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

NGNG

>>409
デストラクタをvirtualに、ではいかんのか？

0412409

NGNG

>>410-411
そーいえばそんなものがあったなぁ‥‥
ｱﾘｶﾞﾄﾝ

　　　　　　　　　　　　　　　　　　　　　　ミ
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣　　ﾉ∩
―――――――――――――‐┬┘ ⊂　　　ヽ
　　　　　　　　　　　　　　　　　 | 　　　/(　｡A｡ )っあらよっと
　　　　＿＿＿＿.＿＿＿＿　　 | 　　　U ∨　∨
　　　　　|　　　　 | 　　　　|　　 |

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

NGNG

とあるソースを見ていたら、
namespace A {
// ここに関数やクラスなどの宣言がずらずらと
}
using namespace A;
というヘッダファイルがありました。
名前空間の終わりの直後にusing namespaceをしては名前空間の意味がないと思うのですが、何か意味があるのでしょうか？

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

NGNG

>>413
たぶん、無名の名前空間ってのを知らない奴が書いたのでは？

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

NGNG

>>413
名前空間で囲っておけば名前が衝突しても簡単に回避できるからだろう。
using指令を使ったところで名前空間の意味がなくなるわけではない。

0416413

NGNG

>>415
そうなんですか。
知りませんでした。

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

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

NGNG

>>415
だから、無名の名前空間を知らんのか？

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

NGNG

>>417
名前なし名前空間は普通ヘッダファイルでは使わないだろ。
翻訳単位ごとに別の名前が宣言されるからな。

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

NGNG

>>418
あ、ヘッダファイルか。そうだな、勘違いしてたよ。
じゃあ >>413の答えは、「意味なし」は言い過ぎにしても、「台無し」が正解じゃないのか？

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

NGNG

いや415でいいじゃん。何かしら意味があったわけだし、
413もそれを知ることができたわけだし。

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

NGNG

てきとーに作ってたら名前がかち合ったのでnamespaceでくくった。
しかしすでにコード書いた部分をnamespaceを明示するように修正するのは面倒。
なのでついでにusingした。

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

NGNG

そうですか

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

NGNG

↓ヘッダでusing namespace std するよ派とするなよ派の喧嘩

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

NGNG

│
│
│　∧＿∧　
↓ ( ･ω･　)
■p⊂　　と )
　　　(＿(＿ろ

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

NGNG

台無しっつうより能無しだな

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

NGNG

　　∧＿∧　
　 ( ･ω･　)
■b⊂　　と )
｜　　(＿(＿ろ
｜
｜
｜
↓

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

NGNG

ATL や、WTL はデフォでそうなっているわけだが。

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

NGNG

インテリセンスの為だけに、名前空間を使ったとか？

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

NGNG

>>428
なんか誤解してないか？
名前空間の特徴のうち、

・Koenigの自動照合
・リンク時のシンボルレベルでの衝突の回避
・（名前空間内ではなくて）ユーザーコードの修正によるコンパイル時点での衝突の回避

は、using namespaceをするしないに関わらず機能するぞ。

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

NGNG

今までVBを使ってきたのですが、いい加減乗り換えようと最近C++の勉強を始めました。
そこで現在、開発環境をどれにするかで悩んでいます。
条件としては、
･言語: C++ (当たり前か･･･)
･フリーソフトウェア(≒オープンソース)である。
･ RAD環境が整っており、簡単にグラフィカルなアプリが作れる
･環境が日本語
･ WindowsでもX Window Systemでも動作可能
･インターフェースは
Winなら普通のLook&Feel
Xなら(できれば)GTK+

WideStudioも検討しましたが、ランタイムが重過ぎたり、
UIが独自で扱いにくい、そして別スレでの評判(作者云々)で
できれば検討から外したいと思っています。

無理な話だとは思いますが、このような環境をご存知の方居られましたら
ぜひご教授願います。

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

NGNG

そうですね。まず・・・環境うんぬんの前に、C++が本当に扱うことができるようになるのか、じっくりと検討してみるのがよろしいと思います。
あと、そんな環境ありません。あなたが本当にやる気があるのなら、フリーウェアの項は撤廃すべきです。

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

NGNG

そんな都合のいいものがあるわけ内だろ。

0433430

NGNG

>> あと、そんな環境ありません。
確かに無理難題だったかもしれません。条件を厳しくし過ぎてしまいました。

>> C++が本当に扱うことができるようになるのか、じっくりと検討してみるのがよろしいと思います。
とりあえず、 http://www.asahi-net.or.jp/~yf8k-kbys/cpp0.html には目を通し、大枠では理解できたかと感じました。
目を通しただけで、実習としてのコーディングは全てざっと読んでから、と考えていました。
そして大分(内容の6割くらいか?)理解できたと感じたので、コーディングのための環境を揃えようと思い立ちました。
しかし、他のプログラムのソースを見ると、どうやらテキストベースとグラフィックベースのプログラミングでは、
随分差があるように感じました。多分これは間違いではないと思います。
それに、私はテキストベースのソフトを作るつもりは当分無いので、できることなら初めからGUIのやり方に慣れよう、
と思ったわけです。
また私は現在、できる･できないの問題でなく、｢できる所までやってみよう｣という趣旨のもと、言語の学習を進めています。
どうせ趣味としてのプログラミングで、納期なんて物も無いですから、気楽に学習しています。

>> あなたが本当にやる気があるのなら、フリーウェアの項は撤廃すべきです。
意図が掴めなかったので、これについての詳しい説明をお願いします。

VBのぬるま湯に長く浸かっておりましたので、皆様には間の抜けた質問をしてしまうかもしれませんが、
頑張って慣れてゆこうと思いますので、どうか宜しくお願い致します。

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

NGNG

Java か C# のほうがいいんじゃないの？
C++ で GUI なんて、C++そのものの勉強、プラットフォームの勉強の後じゃないと理解できないと思う。
少なくとも、RADが期待できる言語ではない。

0435430

NGNG

>>434
Javaは重いとか、Webアプリ向けでスタンドアロンには向かないという
印象が強いのですが、じっさいのところどうなんでしょう。

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

NGNG

>>435
いや、そんなところでワガママ言ってるようじゃ
Windows でも X でもって所でどうしようもなくなる気が。

言語的にはスタンドアロンに向かないことはない。
誰も使ってないだけで。

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

NGNG

>>430
このスレ http://pc5.2ch.net/test/read.cgi/tech/1065627704/ から辿れるツールキットのソースを読んで、
それでもC++を使いたいと思ったら戻って来い。

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

NGNG

C++を勉強し始めて2週間です。
ソートプログラムを書いていて疑問に思ったんですが、
バブルソートとクイックソートとバブルソートなどは
実際の現場!?ではどのように使い分けているのでしょうか？
・プログラムのしやすさ
・使用メモリの大きさ
・速さ
などを考えたんですが、実際はどうなんでしょうか？

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

NGNG

基本はstd::sortとstd::stable_sort。場合によってはstd::map系。
いちいちソートなんぞ書いてられるか。

自分で書くとしたらcomb sortぐらい。

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

NGNG

>>438
そんなことをつらつら考えるより、ライブラリを使った方が早い。
特殊用途以外では気にすることもない。

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

NGNG

Boostって完全に現行標準ライブラリとは別の付加機能になってる
のでしょうか？それとも、もしかして将来、標準ライブラリの一部と
取って代わるようなこともありえるのですか？

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

NGNG

将来のことは誰にも分からない。

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

NGNG

>>431,432,434
要するに、C++でRADというのは実質無理なのでしょうか?
私がRADにこだわるのは、便利で手軽、保守が簡単であるという点と、なにより
ネット上に存在する多くの資料を見て嫌気が差したからでもあります。

私のC++を学習しようとする理由のひとつが、｢Windows以外でも走らせたい｣ということであり、
もちろんこれはJavaでもできますが、マイナーであるし、Java Start(だったっけ?) という
Sun版のJVMについていたサンプルのUIに良い印象を受けなかったこともあり、良い印象を持っていません。

それに、バイトコードを実行するので、性能も犠牲になります。
ですから、折角なら前々から考えていたC系言語をやってみよう、と考えたのです。

宜しければ、この際RADには拘らないので、C++でのGUIプログラミングを始めるにあたって
分かり易いサイト、もしくは書籍等を紹介して頂けないでしょうか。
もちろん、C++の基礎に関しては、分かり易い情報を多く見つけることが出来ましたので、
そこら辺の知識が前提となっていても構わないです。
ネット上の資料は、難しいか、VC++関係のものばかりで入門用の情報が見つかりませんでした。

何度もご迷惑をお掛けする事になってしまいましたが、どうかよろしくお願いします。

>>435
平仮名で送信してしまった･･･恥ずかしい

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

NGNG

C++ Builderとか

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

NGNG

RADって必要？
っていうか、RADってmodelとviewなんかぐちゃぐちゃに書くやつが
多くていやなんですが・・・
VC++みたく、DOC/VIEWで完全に切り分けて、初心者を除外して欲しい
仕事しずらいったらありゃしない

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

NGNG

GUIだけならあってもいいけどな。楽だし。

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

NGNG

>>443
クロスプラットフォームのライブラリ使うにはそれなりのC++の知識が必要。
とりあえずウインドウズでGUIの基本を学ぼう。
まずMSのサイトでC++のコンパイラを落としてきて、プラットフォームSDKをインストールしましょう。
その次に「猫でもわかるプログラミング」でググって、出てきたページを１からやりましょ。リソースエディタなんかなくても手書きで十分。

あと、VisualStudioのMFCならダイアログエディタで作ったダイアログをクラスに落とすことができるから、いいRADになると思うよ。

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

NGNG

>>443
「プログラミング言語C++　3版」
これを書店でつらつらと眺め、全部理解できそうだと思ったら買って勉強する。
思いとどまるなら思いとどまる。
Webサイトの解説を読んで分かった気になっても、それは気持ちだけの話だからね。

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

NGNG

>>430 >>443
俺もそう思ってwxWindowsを使ってる。RAD環境も（一応）ある。
恐らくこいつで不満は出ないと思う。
聞きたいことがあればwxWindowsスレで聞いてくれたら教えてあげるかも。

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

NGNG

>>441
別の付加機能。

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

NGNG

Qt devel + Kdevelop
glade + anjuta
kylix3
などと言ってみる。

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

NGNG

なんで勉強したいのにRADよ
覚えられないだろ

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

NGNG

可変長引数を処理する方法を教えてください。m(__)m

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

NGNG

>441
>Will the Boost.org libraries become part of the next C++ Standard?
>
>Some might, someday, but that is up to the standards committee.
>Committee members who also participate in Boost will definitely be
> proposing at least some Boost libraries for standardization.
>
>Libraries which are "existing practice" are most likely to be accepted
> by the C++ committee for future standardization. Having a library
> accepted by Boost is one way to establish existing practice.

http://www.boost.org/more/faq.htm より引用してみたが、質問の意味が違うのか。
基本的に標準ライブラリに「取って代わる」ようなものではない(一部あるかも知れないが)。
ただし追加として標準ライブラリに採用される可能性はもちろんある。

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

NGNG

>453
可変長引数＝引数の個数が可変って解釈でいいんだよな。
で、具体的に何がしたいのよ。
それだけだと cstdarg 使え、で終わってしまうわけだが。
ttp://www.kouno.jp/home/c_faq/c15.html

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

NGNG

>>443
やー、まー、なんつーか。
多分あんたがVBで作ったアプリよりJavaのバイトコードをJIT搭載環境で動かした方がずっと速いから。
いきなり完璧なソフトなんてつくれっこないんだし、性能なんてもっとも難易度の高い分野のひとつ
なんだから考慮するだけ無駄だっての。
だいたい、基礎を分かった気になってるようだけど、それなら何で入門サイトなんか聞きたがるの？

開発環境で日本語を要求してる当たり、英語の資料は全部難しいんだろうね。

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

NGNG

なんか、学問に王道を要求した王様のようだな。
寧ろPerlでcgiでも作ってみたら?
制約された条件で、如何に使いやすいGUIを提供できるかいい勉強になるよ。

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

NGNG

>>443

(ﾟдﾟ)ﾊｧ?

あなたは、何か勘違いしてませんか？このｽﾚの住人はｶﾞｯｺの先生じゃ
ありませんよ。自分で歩ける様になってから尋ねて来てくださいね。

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

NGNG

.datﾌｧｲﾙで保存した20ｘ2のﾃｰﾌﾞﾙを
読み込みたいのですけど、、

#include <stdio.h>
#include <math.h>

#define M 21
#define N 2
void main(void)
{
int V, T;
　　　int i;
int array[M][N];

for(i=0, i<21, i++);{

FILE *ifp; /* declare pointers for in and out */

ifp = fopen("in.dat", "r");
fscanf(ifp, "%d %d", &V, &T);
printf("%d %d", array[i]);
}}
これで駄目だったので、どこが悪いですか？

0460４５９

NGNG

ごめんなさい。２１ｘ２のﾃｰﾌﾞﾙでした。

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

NGNG

>>459
＞これで駄目だったので、どこが悪いですか？
ちゃんと勉強してないのが悪い。
質問の仕方が悪い。

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

NGNG

つーか、そもそもCスレで聞くべきだろ

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

NGNG

arrayにはどこで代入してるんだよ。おめでてーな。

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

NGNG

>>459
頭？
０から勉強し直さないと無理。

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

NGNG

>>461-464
お前ら糞だな。ぐちゃくちゃ書き込むぐらいなら、一言でちゃんとと教えてやれ。

それと
>>462
C++はCの仕様を包含してることを忘れるなアホ。

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

NGNG

>>465
といいながら一言で教えてない罠
あとCを包含してるといってCの話題をC++スレでやったら
Cスレと分かれてる意義が薄れ、話題が分散してしまう。
ということで >>462に同意

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

NGNG

>>465
C++にはstdio.hもmath.hもないが

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

NGNG

つーか>>465が質問者だろ。教えてくれないからキレてるだけだ。

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

NGNG

>>465
早く言い訳しろよ。

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

NGNG

Cスレに相応しい質問はすべて、C++スレにおいても相応しい質問なのである。
だから答えないお前らはアホなのである。基地外なのである。ゴミ以下なのである。
ていうか俺の質問には絶対に答えなくてはならない、これは全宇宙的な戒律なのである。

って、さっき>>465が部屋の隅っこで呟いてたよ。

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

NGNG

>>467
>C++にはstdio.hもmath.hもないが
アホかお前？

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

NGNG

>>470
あぁ体育座りしながらな

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

NGNG

>>471
お前がアホ。
つうか、もうヤメレ。
はい、次。

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

NGNG

わかった、おまえらｱﾎだ。

しかし俺のほうがもっとｱﾎだ
ｱﾎって誉め言葉でしょ

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

NGNG

画面にHello World!と表示するプログラム作って

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

NGNG

DISPLAY "Hello World!"

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

NGNG

>>471
cstdio のファイルの中身すら見たことない超初心者の >>467 をいじめてやるなよ。

0478467

NGNG

C++では stdio.h は絶対ないことは間違いない。

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

NGNG

>>467
皿仕上げ

0480467

NGNG

うすかわの表面しか理解してないことに気づきました。
首吊ってきます。

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

NGNG

恥さらしあげ

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

NGNG

>>447
cstdioの中身が

namespace std {
#include <stdio.h>
}

とかになってるって事か？
規格と実装は（略

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

NGNG

<iostream>しか使わないのでのstdio.h は消してました。
通りでコンパイルできなかった理由が初めてわかりました。

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

NGNG

operator<<=, って演算子があるけど、
こいつを文字列に対して、例えば以下のように多重定義する。
wstring & operator<<=( wstring & lhs, string const & rhs )
{
　vector< wchar_t > buf;
　buf.reserve( mbstowcs( 0, rhs.c_str(), MB_CUR_MAX ) );
　mbstowcs( &b[0], rhs.c_str(), MB_CUR_MAX );
　wstring( b.begin(), b.end() ).swap( lhs );
　return lhs;
}
すると、ナロー文字列をワイド文字列に変換する際に以下のようにかける。
wide <<= narrow;
とても C++ らしいと思うのだがどうだろう？

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

NGNG

ナロー文字列なんて言葉を使うな。

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

NGNG

なんだと、んナロー

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

NGNG

>>477
C++に*.hはない。

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

NGNG

>>487
規格嫁

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

NGNG

>>488
optional

しかも、厳密にはcstdioがstdio.hを取り込むのではなく、
stdio.hで各関数をグローバルにusing std::printf;みたいな事するようになってる。

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

NGNG

さらし上げ
>>487
アホの活け作り。Cの処理系なしに、pure C++だけで動く処理系あれば言ってみろ。糞が

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

NGNG

すり替え一名様ご案内～

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

NGNG

>>488
オプションであってもそれが使えなければCとの互換性は保てない。
DではなくてあくまでもよりよいCがC++だから。

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

NGNG

なんで規格の話してる奴に処理系の具体例を求めているんだろう(´･ω･`)

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

NGNG

なんで処理系の話をしてるのに勝手に規格の話を持ち出してんの？

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

NGNG

だから結論はこれだろ。

> Cスレに相応しい質問はすべて、C++スレにおいても相応しい質問なのである。
> だから答えないお前らはアホなのである。基地外なのである。ゴミ以下なのである。
> ていうか俺の質問には絶対に答えなくてはならない、これは全宇宙的な戒律なのである。

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

NGNG

規格はstdio.hをインクルードするなとはなってないよ。

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

NGNG

>>492 あくまでもよりよいCがC++だから。

それはお前の中だけだろう。
Cと矛盾する仕様もいくつか含んでいるし
C99に至っては完全に枝分かれしたような状態なのに。

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

NGNG

C++の要件にCとの互換性があるなんて初耳だぞ。

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

NGNG

C++ソースにおいてがstdio.hを直接includeして何か問題あるようなら、
warningなりerrorなりを出すべきだな。
簡単にできるはずだが、現実はそうなっていない。

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

NGNG

>>499
だれもそんな事は言っていない。
C++標準以外のヘッダやライブラリは使えないとでもいうつもりか？

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

NGNG

>それはお前の中だけだろう。

お前何言ってる？
C++はよりよいCを目指して作られた処理系ってこと知らないのか？

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

NGNG

>>500
アフォかお前。
Cの標準ライブラリをincludeしたときにwarning出すぐらい簡単だと
言ってるんだよ。自前のファイルのincludeをハネル必要なんかないだろうが。

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

NGNG

>>501
目指して作られた事と、実際にC++がCのスーパーセットであることに相関関係はないぞ。

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

NGNG

>>502
C++の処理系がCのヘッダファイルを「わざわざ」認識して警告する必要があるのか？
アフォとか言う前に、プリプロセッサの仕事を良く考え直してみろ。
取り込んだヘッダがC++の文法と矛盾していなければ問題なくコンパイルできて何が悪い？

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

NGNG

>目指して作られた事と、実際にC++がCのスーパーセットであることに相関関係はないぞ。

頭悪いなお前。言ってることのロジックが成り立ってないこともわからんのか？

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

NGNG

>>505
はぁ。

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

NGNG

>取り込んだヘッダがC++の文法と矛盾していなければ問題なくコンパイルできて何が悪い？
全く問題ないよ。だから使うことに何の問題もない。
お前、考えてから書き込めや。

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

NGNG

>>504
>C++の処理系がCのヘッダファイルを「わざわざ」認識して警告する必要があるのか？
全くないよ。

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

NGNG

すげぇ、まだやってたんだ。
お前ら、全員馬鹿だってば。
いいかんげんにヤメレ！

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

NGNG

基本的にC++はCとは基本的に別の言語であって、
C++の言語仕様には、Cとの多くの共通点があるだけ。

>>507
使う事に問題があるなんて誰も言ってないだろうが。
Cのstdio.hを使うのならそれはC++スレの範疇ではないと言ってるだけだ。
C++は決してCを包括しているわけではない。

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

NGNG

だれか、これは何をしたいのか教えてくれ。
何でやたらキャストばかり・・・
int main(){
int y[] = {1,2,3,4,5,6,7,8,9,10};
int *ip;
long L1;
long L2;

L1 = (long)y;
cin >> L2;
ip = (int*)(L1 + (L2 * sizeof(int)));
printf("%d\n",*ip);

return 0;
}

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

NGNG

あと、sizeof(int)をかける理由はいったいなに？

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

NGNG

いや違う。
C++はCを包括している。

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

NGNG

>>510

基本的にC++はCの完全なるスーパーセットであって、
C++の言語仕様は、Cを完全に包含していなければならない。

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

NGNG

>>514
頭が古いですね。

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

NGNG

>>511
それが意図しているのは多分、
int main(){
int y[] = {1,2,3,4,5,6,7,8,9,10};
int *ip;
long L2;

cin >> L2;
ip = y + L2;
printf("%d\n", *ip);

return 0;
}

つまり、入力された数に1を足して表示する。

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

NGNG

>>511
y[i] = *(y + i)
を確かめたいんじゃないの?

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

NGNG

>>514
そんなこと、どこに書いてあった？

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

NGNG

おお。いい具体例が出てきた。
>>507
>>511にこんなキャストはCのキャストだからCスレに行けと言うのか？
それともcinさえあればC++スレでOKなのかい？

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

NGNG

C++はC言語を継承する言語であり、若干の例外を除いてCをサブセットとしてサポートしている。

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

NGNG

>>512
int *でポインタ演算をする代わりに、longにキャストして、ポインタ演算の真似事をして、
再びint *にキャストしている。
ポインタの中身が通常の整数であるような実装では、ポインタの中身はバイトのアドレスで、
intの配列の要素を指しているポインタの数値にsizeof(int)分だけ足せば
その配列の次の要素を指すようになる。だから、
L2 * sizeof(int)
を足せば、L2個先の要素を指すようになる。
但し、上に書いたことは規格で保障されてはいない。
実際、ポインタをlongにキャストして再び元に戻すと値が失われる処理系があると思う。

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

NGNG

stdint.hとか_ComplexとかもいつのまにかC++の言語仕様になってそうだなｗ

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

NGNG

>>520
それが「C++はCとは別の言語だが、Cとの共通点を多く含む仕様」って物なんだよ
ISO C++はCとは別の言語。
仕様に重複個所があったとしても、それぞれCの要件、C++の要件で別物なの。

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

NGNG

若干の例外を除けばC++はCのスーパーセットである。
--- 中略---
C++とCの間のすべての違いはコンパイラによって診断できる。

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

NGNG

>>523
お前の頭はスでもはいってるのか？
>ISO C++はCとは別の言語。
当たり前。C++はCのスーパーセット。

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

NGNG

つーかCスレでもC++スレでもなく宿題スレ行けよ

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

NGNG

>>524
C++コンパイラがエラーなり警告なり出さない書式はすべてC++と認めて構わないってことだな。

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

NGNG

>>511
いっそこういうのは
gcc version 3.2.3 (mingw)にて想定どうりの動作確認
#include <iostream>
void hello(){
    std::cout << "hello world\n";
}
void f(){
    long p;
    *(&p+2)=reinterpret_cast<long>(&hello);
    std::cout << "f\n";
}
int main(){
    f();
    std::cout << "after f\n";
    return 0;
}

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

NGNG

>>525
> 当たり前。C++はCのスーパーセット。
頭が古いですね。

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

NGNG

>>525
おまえは文字定数の型の違いを知らないのか？
暗黙のintを知らないのか？
整数とポインタ間の暗黙の変換を知らないのか？
_Complexや"%lf"を知らないのか？

>>526
宿題スレに馬鹿な議論を持ち込もうとせんでくれ。

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

NGNG

>>530
おまえはちょっと冷静になれ。
元質問の>>459を宿題スレでやれってこったろ。

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

NGNG

元はといえば>>459が逆切れして煽ったのが悪い

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

NGNG

>おまえは文字定数の型の違いを知らないのか？
>暗黙のintを知らないのか？
>整数とポインタ間の暗黙の変換を知らないのか？
>_Complexや"%lf"を知らないのか？
はぁ？それを知ってることに対してお前は何を言いたいんだ？
_Complexは知らんな。

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

NGNG

厨の逆切れにまんまと乗せられたこの人たちっていったい・・・

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

NGNG

言っとくが>>459ははじめにファイルリードのリスト示しただけで、それ以降
絡んでないのだが。同一人物と思ってる時点でお笑いだな。

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

NGNG

>>535
おまえが459かよ。取りあえずは責任とって氏んでくれ。

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

NGNG

>>535
本当だ、IPを確認したら別人だったよ！

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

NGNG

>>537
ふーん。そのIP晒してくれよ。

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

NGNG

何このスレ

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

NGNG

つかぬことをお聞きしますが
仮想アドレス空間でのコード領域においてメインルーチンは先頭に配置されるますよね
従って、関数名の「main」はメインルーチンの実行コードを指すポインタなんですかね？
それに付随して、他のサブルーチン内でmain()を呼び出すことは出来ますでしょうか？

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

NGNG

関数名はinline展開されてなければ実行アドレスを指すものと解釈できる。
main()を呼び出すことも可能だが、それはよくない書き方。

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

NGNG

98年のC++に対してC99の仕様持ち出してどうすんの？

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

NGNG

>>541
サンクス。
「main」も関数ポインタと理解して良かったんですね

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

NGNG

>>「main」も関数ポインタと理解して良かったんですね
それは違うよ。ポインタとして扱いたければ関数へのポインタを宣言して
main()を指すようにすれば。ただし、君がやろうとしてることは恐らく正しい
コーディング法ではないと思うけど。

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

NGNG

mainは呼んじゃダメ、とか規格になかった？

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

NGNG

>>543
もうちょっと素直に「main()も関数なんですね」と言え。

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

NGNG

int main(); //前方宣言

int funcx()
{
int (*f)();
f = main;

f();
}

int main()
{
　//実体

funcx();
}

無限ループになるよ。

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

NGNG

関数ポインタというと少し表現がアレでしたが
要は、mainがメインルーチンの関数名(先頭アドレス)としてソース上で表現されている
ということを確認したかったんです

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

NGNG

-Sつけてアセンブルコード見ればすぐわかるよ。

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

NGNG

,codファイルをエディタで開くのってどうやるんですか

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

NGNG

>vi file.cod

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

NGNG

重ね重ねサンクス

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

NGNG

>>547
それがなんなの？

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

NGNG

基底ケース無い再帰呼び出しだな

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

NGNG

typeidさえあればdynamic_castはなくてもいい。

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

NGNG

>>553
>>544に書いたことを>>547に書いたんだが、なんか問題でもあるのか？

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

NGNG

>>527
C++標準に存在しないstdio.hとか使ったソースを持ってきたら
実装依存だから専用スレへ誘導するべきだな。

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

NGNG

動的多次元配列（boostのmulti_arrayに配列の大きさをリサイズする機能がついた物）を
使いたいんですけど、そういった物が使えるライブラリはないでしょうか？

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

NGNG

テンプレートを使用したクラスで宣言部と実装部を別々のファイルに記述することはできないのでしょうか？
(宣言部のファイルで#include "source.cpp"とかはなしで)

実装部を別ファイルにするとリンカがエラーを吐いてくれるので‥‥

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

NGNG

>>559
exportを使える環境以外では無理。

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

NGNG

>>557
いや、ここでやったらいいよ。

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

NGNG

>>559
export

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

NGNG

>>561
Cのヘッダだけは良しとする合理的理由が説明されてない
てことはunistd.hとかwindows.hもありだな。
ホント何でもありなんだな、C++スレは。

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

NGNG

Cの規格にwindows.hがあるそうです。

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

NGNG

>>563
>>561の行間嫁。一行だけどな。

0566559

NGNG

>解説
>export キーワードは将来の実装用に予約済みですが，このリリースでは効果を持ちません。

orz

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

NGNG

exportが使えるコンパイラ(フロントエンド)はcomeau以外まだ無いのかな。
comeauはちょっと手が出しにくいなあ。
注文書にクレカの表裏のコピー添付してサイン入れてfaxか郵送しろってのが・・。

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

NGNG

>>564
そりゃ初耳だ。C++の規格にはCが含まれていると言う事か。

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

NGNG

>>568
もういいって。

0570名無しさん@Vim%Chalice

NGNG

>>558
http://www.boost.org/libs/multi_array/doc/reference.html#synopsis
boost::multi_array は resize 出来るぞ

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

NGNG

>>559
> テンプレートを使用したクラスで宣言部と実装部を別々のファイルに記述することはできないのでしょうか？
> (宣言部のファイルで#include "source.cpp"とかはなしで)
>
> 実装部を別ファイルにするとリンカがエラーを吐いてくれるので‥‥
私はg++(3.3.3)を使っているのですが，
テンプレート引数に与える型が限られている場合，
例えば，以下のようにクラステンプレートAがあって，
テンプレート引数としてintとfloatでしか実体化しない場合には，
$ cat a.h
template <typename T> struct A {A ();};
$ cat a.cpp
#include "a.h"
#include <iostream>
template <typename T> A <T>::A () {
std::cout << typeid (T).name () << std::endl;
}
template class A <int>;
template class A <float>;
$ cat test.cpp
#include "a.h"
int main () {
A <int> a0;
A <float> a1;
return 0;
}
なんてことをしてます．
これって，仕様としてはOKなのでしょうか? gcc以外のみなさん，これ動きます?

0572558

NGNG

>>570
あ、そうなんですか。
翻訳されたところしか読んでなくて、てっきりreshapeしかないと思い込んでいました。
どうも失礼しました。

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

NGNG

>>571
規格上はOK。

0574571

NGNG

>>573
> 規格上はOK。
あっ，どうも．そうですか．安心しました．

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

NGNG

コンパイルできるんですが、正しく出力されません
STLport使ってるんですがそれが原因でしょうか?
#include <iostream>
int main()
{
　　using namespace std;
　　wchar_t s[] = L"波浪";
　　wcout << s << endl;
　　return 0;
}

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

NGNG

>>575 locale

今のSTLPortでもimbueしてやんないとだめかもしれない。
http://www.tietew.jp/cppll/archive/1484

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

NGNG

>>575
STLportは知らんが、VC7.1だと
setlocale(LC_ALL, "Japanese_Japan.932" );
こういうのが要るが、そのへんはどうか

0578575

NGNG

wcout.imbue(std::locale("japanese"))
を加えたら正しく出力できました
setlocale(LC_ALL, "Japanese_Japan.932" );
はだめでした。Japanese_Japan.20932とかもだめでした
ありがとうございました

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

NGNG

iostream のロケールは、C の setlocale に影響されないのでは？
C++ 使っている場合、setlocale よりも、locale::global を使ったほうがいい。

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

NGNG

unsigned int uInt = 0xFFFFFFFF;

があり、これを int として解釈したい場合、

static_cast<int>(uInt);
reinterpret_cast<int&>(uInt);

とすると -1 になり同じ結果が得られますが、用法としてはどちらが正しいのでしょうか。
或いはどちらも正しい？

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

NGNG

どっちも正しい。
再解釈だけが目的ならstatic_cast

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

NGNG

ありがと。
未だに static と reinterpret の区別が曖昧なもので。
もう一回勉強してみます。

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

NGNG

reinterpret_cast は、アーキテクチャ依存になるような危険な変換を行うときに
最後の手段として使う物だす

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

NGNG

static_castは指定された型になるように変換
reinterpret_castはビットパターンをそのままコピー

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

NGNG

>583
変換元の値が、変換先の整数型の上限を超えている場合は、そもそも実装依存だよ。
static_cast 使おうが reinterpret_cast 使おうが。

> 4.7 Integral conversions
> 3 If the destination type is signed, the value is unchanged if it can be represented in
> the destination type (and bitfield width); otherwise, the value is implementationdefined.

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

NGNG

lexical_castは文字列と数値の相互変換

え・・・？およびでない？

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

NGNG

>>585
ふーんimplementationdefinedだったのか。undefinedだと思っていた。
くそー手元に規格票がなくて調べようがない・・・

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

NGNG

例えば
struct A {
char str[10];
int b;
int c;
} ;
という構造体で渡されてくるデータがあるとします。
これを以下のような型へのポインタを引数に取る関数(この中は
事情があって手を入れられない)に渡したいのですが、
struct B {
int b;
int c;
} ;

この場合、struct B b1;を作りそこに対応メンバーをコピーして
から渡す方法がありますが、参照でコピーせずにやりたいのですが
うまくいきません。どうやったら良いでしょうか？

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

NGNG

>>588

struct A : B
{
char str[10];
};

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

NGNG

>>588
無理。きれいな方法はない。
おそらくAの設計ミス。

どうしてもやるなら、
struct A {
char str[10];
B b;
};

物理的なレイアウトに
制約がなければ
struct A : B {
char str[10];
};

これは保証なし
struct C {
char str[10];
B b;
};
union {
A a;
C c;
};

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

NGNG

>>588
reinterpret_cast< B* >( reinterpret_cast< char* >( &a ) + offsetof( A , b ) )
とりあえず動くものはできるかもしれないけど、激しくおすすめできない。
int ふたつくらいならコピーしてしまう方がいい。

0592588

NGNG

>>589-591
なるほどやはり参照で逃げるのは無理のようですね。
引数の渡し方にばかり目がいき、>>589を忘れてました。
これが一番本質的な解決策ですね。どうもありがとうございました。

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

NGNG

なんだ。Aは変更しても良かったのか。

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

NGNG

dynamic_castっていまいちわからないのですが、
どういうときに使うのでしょうか？

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

NGNG

嫁
http://www.fides.dti.ne.jp/~oka-t/cpplab-cast.html

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

NGNG

>>594

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

NGNG

>>594多相的な仮想基底クラスを継承している派生クラスのインスタンスの部分オブジェクトを指し示している仮想基底クラスのインスタンスへのポインタをダウンキャストするとき

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

NGNG

javaでコレクションクラスから要素を取り出す時に
なんか気持ちの悪いキャストをするだろ？アレ

0599５９４

NGNG

レスどうも。
う～む、どうも俺には難しいなぁ。
いちおう基底→派生の変換で、なおかつ基底クラスが仮想関数
をもっていなけりゃいけないってことですが、何の役に立つのかな。
static_castでもできそうな・・・。

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

NGNG

>>599
実行時にチェックしてくれる。

0601５９４

NGNG

実行時チェックということですが、ということはstatic_castの方が
危険があると・・・しかし、そもそも何をもってキャスト成功・失敗が
分岐するのでしょうか。

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

NGNG

>>599
dynamicだから実行時に行うんだよ。当たり前だけど

それ以外のキャストはコンパイル時に決定するだろ

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

NGNG

知りたいのはC++での有用な使い道ってことだろ

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

NGNG

>603
俺が最近使ったのは、スクリプト言語を実装したとき。スクリプト言語側は
C++ ほど豊富な型情報を持たせなかったので、スクリプトにポインタを
渡した段階で基底クラス型のポインタに。

で、受け取ったポインタを元の型に復元するときに dynamic_cast してた。

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

NGNG

>>601
> 何をもってキャスト成功・失敗が分岐するのでしょうか。

ポインタのキャストが失敗すればヌル。
参照のキャストが失敗すればbad_cast。

0606５９４

NGNG

なんとなくわかってきました。ありがとうございました。
あとは自分でつめてみます。

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

NGNG

>>587
安いんだから、買っとけ。

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

NGNG

GoF本のstateパターンの使用を検討しています。
何かの本にはvirtual関数はバーチャルテーブル見る分遅いと書いてあった気がします。
virtual関数を使用せずstateパターンと同じような効果を得られるお勧めのパターンがあったら教えてください。

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

NGNG

>>608
速度は計測してから判断せよ。ただ、目安としては
vtableは相当速度に厳しいとき以外はまったく問題にならないから安心しろ

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

NGNG

おお。為になる御意見サンクス。

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

NGNG

>608
switch - case だってジャンプテーブル持つことになるから、本質的に
変わらんよ。

それと状態遷移に関しては、入退場動作をどうするか、複合状態（状態の
ネスト）をどうするかの方が大きな問題。複合状態を全く扱わないってのも
一手だが、複雑になってくると破綻しがち。

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

NGNG

そこで boost::fsm ですよ。

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

NGNG

>>608

速度については>>609,>>611の言うとおり。
「何かの本にはコンパイラはアセンブラより遅いとあった気がします」
といってるのと同じだよ。

普通にプログラムを組む場合、バーチャルテーブルなんかより
自分自身がつくりあげるアルゴリズムの方がよっぽど速度に
影響を与えていることが多い。

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

NGNG

dynamic_castで参照のキャストが失敗したときに
bad_cast例外が出るなんて知らなかったYO!
どこに書いてあるんだYO!!!

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

NGNG

てかいったいどこに書いていないんだよ。

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

NGNG

VS.NETをインストールしたらcl.exeでコマンドラインからコンパイル
できないのですが、なぜですか？

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

NGNG

>>614
こことか。
http://www.google.co.jp/search?hl=ja&q=dynamic_cast+bad_cast&lr=lang_ja

例外でなかったら、他にどうなると思ってたんだ？

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

NGNG

>>617
NULLの詰まった参照

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

NGNG

>>618
そんなもん、言語仕様上には存在しない。
ヌルポインタをデリファレンスした時点で未定義。

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

NGNG

WinプログラムですべてC++で記述してる椰子ってどのくらいいるの。
おれば、C++はエンジン部分のdllを作ることしか使ってない。てか、使えない。
GUIの部分はC#に頼りきり。C++でやろうとしたんだけど、難しすぎてあきらめた。

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

NGNG

ﾉｼ

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

NGNG

ﾉｼ

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

NGNG

C++でGUI作りなんてペンギンが100m走やるようなもんだ

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

NGNG

かわいいじゃないの

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

NGNG

わざわざペンギンを選ぶのは、なんか狙ったの？

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

NGNG

>>620
普通は自作か他作のGUIライブラリを使います。C#なんて使いません。

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

NGNG

>>620
普通はVBかC#を使います。C++なんて使いません。

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

NGNG

>>626
よっぽど暇なんだね。

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

NGNG

そこでFOXですよ

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

NGNG

そこで notus ですよ

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

NGNG

そこでCUIですよ

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

NGNG

Fox っていうとSH3プロジェクトなんだが。

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

NGNG

それはよかったですね

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

NGNG

MFCでがりがり作ってますが、何か？

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

NGNG

時代はWTL

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

NGNG

C++Builder>>>>>>>>>>>>>>VC++

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

NGNG

時代はＯＴＬ

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

NGNG

http://otl.sourceforge.net/

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

NGNG

wxWidgetsをどうぞ
【GUIライブラリ】wxWindowsでのひょーん
http://pc5.2ch.net/test/read.cgi/tech/1052186697/

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

NGNG

おまいら内容ないのセコいプログラムを派手な総天然色の画面で誤魔化そうなんて（ｒｙ

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

NGNG

stateパターンでひとつ
状態Aの処理内で状態Aから状態Bに切り替えたくなったのですが
どうすればいいのでしょうか。そもそもAはBがあることすら知らないのですが

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

NGNG

Observer作って管理汁

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

NGNG

クラスのメンバ関数の中で、struct sigaction　の
void (*sa_handler)(int); に、同じクラスの別のメンバ関数
を登録したいのですが、コンパイラに型が違うと怒られて
弾かれてしまいます。こういう場合は、どうやってセット
するんでしょうか。

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

NGNG

>>643
class内でstatic void foo(int bar);なるメンバ関数なら登録できると思われ。
staticじゃないメンバ関数は呼び出し手順が違うので登録できないかと。

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

NGNG

C++って、Cを知らないとできないの？
先にC言語勉強したほうがいい？

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

NGNG

Ｙｅｓ

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

NGNG

>>645
C++からでいいでしょ。
Cのライブラリもどうせ覚えなあかんけど、それを最初に済ましておく必然性も無いような。

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

NGNG

C++の説明が、Cの基本的な知識(文法など)の習得を前提にしているので、
そういったところを知らない（C/C++を初めて触るというレベル）というのであれば
Cを勉強したほうがいいんでないの？

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

NGNG

>Cのライブラリもどうせ覚えなあかんけど
ライブラリの勉強なんかしてどうすんの
Cやるときにでもライブラリなんて後回しでいいよ。

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

NGNG

malloc,free
はC++やる上で必須だろ？

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

NGNG

プリプロセッサのディープな使い方も是非やりこんでないと

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

NGNG

>>648
同意。

>>650
new delete でいいじゃん。

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

NGNG

ポインタは必須だな。
int *((*)f())[]

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

NGNG

リスト構造ぐらいすらすら書けるようになってからC++ やりゃいいんじゃない？

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

NGNG

アセンブルコードが大体予測できるようにならないとしょーもないC++プログラマ
になることは間違いない

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

NGNG

C++はCとは別な言語だからやる意味はない。

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

NGNG

Cからはじめるより
C#まず勉強してGCに慣れ親しんでから
C++やるのがいいと思うよ。
ちょうど
オートマに慣れてからミッション運転する感じかな。

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

NGNG

>>657
C#?
http://www.kmonos.net/alang/d
やっぱDだろ？DからはじめてC++

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

NGNG

>>657
オートマにもミッションはありますが何か。

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

NGNG

いや、JavaをはじめてからC++だな。

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

NGNG

Javaの前にJavaScriptだろ。

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

NGNG

C+ASMやってからがいいなあ

自動変数がスコープを抜けるとデストラクタが呼ばれるとかいうのを
asmレベルで確認できるぐらいじゃないと
わけわからんところで躓く気がする

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

NGNG

>>659
マニュアルと言いたかったんだろう

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

NGNG

オートマ(C#)で鳴らすと同時に、車の内部構造(ASM)も勉強しる。

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

NGNG

Cからはじめるより
emacs lispまず勉強してGCに慣れ親しんでから
C++やるのがいいと思うよ。
ちょうど
オートマに慣れてからミッション運転する感じかな。

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

NGNG

ウンコする人間（C#）は下水道（ASM）がどうなっているか知る必要はない。
そういう汚れ仕事はそれ専用の人間に任せればいいのさ。

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

NGNG

Cからはじめるより
Eiffelまず勉強してGCに慣れ親しんでから
C++やるのがいいと思うよ。
ちょうど
オートマに慣れてからミッション運転する感じかな。

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

NGNG

C++でエンジン作って、
Cでラッピングして__stdcall でエクスポートするdll作って、
C#でそれをインポートしてGUI作る
ってのが効率のいいWindowsアプリ作りの作法ってことでいい？

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

NGNG

C++でエンジンをCOM形式で作ってDelphiでそれを利用するのがいいんじゃないか

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

NGNG

車を運転する者から言わせてもらうと、
＞オートマに慣れてからミッション運転する感じかな。
つまり、エンストしまくりだし、全く使いこなせないってことですね。

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

NGNG

C++で基底クラスのデストラクタにvirtualをつけると
なぜ適切にデストラクタが呼び出されるのか理解に詰まってるので教えてください。

たとえば以下のような基底クラスと派生クラスがあったコードの場合

class CParent {
int m_nSize;
public:
CParent(int nSize =0) : m_nSize(nSize) {}
~CParent(){}
};
class CChild : public CParent {
int* m_lpnData;
public:
CChild(int nSize =0) : CParent(nSize), m_lpnData(new int [nSize]){}
~CChild(){ delete [] m_lpnData; }
};
int main() {
CParent* p =new CChild(10);
delete p;
return 0;
}

このようにするとpがCParentのポインタのためCChildのデストラクタが呼ばれないのはわかります。
しかし、ここでCParentのデストラクタにvirtualを付加すると、なぜCChildのデストラクタから適切に
呼ばれるのでしょうか。
virutalは派生クラスで関数をオーバーライドするときに使うものだと理解しています。
関数がオーバーライドされている場合は、ポインタが基底クラスのものでも実行時型が
派生クラスのものであれば、派生クラスのオーバーライドした関数が呼ばれるのはわかります。
しかし、関数をオーバーライドしていない場合は基底クラスの関数が呼ばれると思います。
このコードの場合、派生クラスでは基底クラスのデストラクタをオーバーライドしているわけではないですし、
デストラクタの名前ももちろん違うのに、なぜCChildのデストラクタが呼ばれるのでしょうか？

0672671

NGNG

結局こんな風になるのではないかと考えてしまっています。

①delete p;　が実行される。
②pはCParentのポインタなので、~CParent()を実行しに行く。
③pの指す実行時型はCChildなので、CChildに~CParent()がオーバーライドされてないか見に行く。
④CChildにオーバーライドされた~CParent()が見つからないので、CParentの~CParent()を実行する。

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

NGNG

>>671
関数のオーバーライドと同じだ。

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

NGNG

エンジン作りはトヨタには無理だな

0675671

NGNG

>>673
関数のオーバーライドは
名前も返り値も引数も同じ関数が必要なんじゃないですか？

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

NGNG

デストラクタは関数じゃないし。

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

NGNG

>>671
仮想デストラクタにするということは、デストラクタのポインタを持つということだ。
だから、delete p で、CParentのデストラクタではなく、ポインタが指すデストラクタ、
すなわちCChildのデストラクタが呼び出される。
仮想デストラクタになってなければ、delete pはCParentのデストラクタしか呼べない。
わかった？

0678671

NGNG

>>676
デストラクタはインスタンスが開放されるときに呼ばれる
関数と本などには書いてありましたよ

>>677
ではポインタの指す実行時型のデストラクタから呼びに行くというのは
deleteの仕様ということになるのでしょうか？
なんとなくわかりました

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

NGNG

ほんとにC知らなくてもC++できるの？

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

NGNG

>>678
うーん、本当にわかったのかなぁ。
deleteの仕様云々は関係ないんだけどな。結果的にそれはdeleteのときに起こるわけだけど。
デストラクタが呼ばれる、それは仮想か否かという、極めてシンプルな話なんだよな。

>>679
Cを知らなくてもC++を習得することは出来る。

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

NGNG

>>679
俺はCを飛ばして一気にC++に行ったよ。
しかもPerlから。

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

NGNG

>>679
それって昔からある議論だね。たしかにＣ＋＋からでもＯＫだが、
昔は多くのＣ＋＋書籍がＣの知識前提のような書き方だったからなぁ。
Ｃの標準ライブラリは使うことあるんじゃないかな。
それぐらい覚えれば大丈夫か？

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

NGNG

>>682
裏を返せば、入門書の問題ってことでしょ。
Ｃの標準ライブラリも「使える」というだけで、使う必要はない。
はっきり言って、目標がC++なら、Cから覚えるのは遠回り。
ちょっとした練習プログラムだって、わざわざprintf使うより、
いきなり coutでいいでしょ。scanfにいたっては、勘弁してよ状態だし。

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

NGNG

その後、どう説明すればわかりやすいか、いろいろ考えてみた。

＞ではポインタの指す実行時型のデストラクタから呼びに行くというのは

いやいや、pがCParentのポインタである以上、あくまでCParentのデストラクタを呼び出そうとする。
ところが、CParentのデストラクタを仮想にしておくと、デストラクタのありかはインスタンスをみてね、となるわけ。
で、みてみると、pが指していたのは実はCChildクラスのインスタンスだったので、
なんとCChildのデストラクタを指しているわけですよ。

さて、ここで基本的な前提知識として、CChildはCParentの派生クラスなので、CChildのデストラクタは、
CParentのデストラクタを呼び出します。これは仮想にしてるかどうかとは関係の無い話。

めでたしめでたし。

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

NGNG

Ｃの標準使わないって、assertとかmath系とか
Ｃ＋＋の機能にあるんでしょうか？

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

NGNG

>>685
ライブラリに機能もへったくれもないが。
>>683の揚げ足取りですか？だからといって、「Cから学べ」にはならんでしょ。
if文はCの機能だから～、なんて言う奴いないよね。

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

NGNG

>>681
ﾅｶｰﾏ。

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

NGNG

>>686
別に揚げ足取りというわけではないが、Ｃから学ぶ学ばないに
対してではなく、Ｃ標準ライブラリを使う必要はないと
きっぱり言ってることに対して、聞いただけ。自分はＣ＋＋
標準ライブラリ、まだよく把握してないんで。

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

NGNG

>scanfにいたっては、勘弁してよ状態だし。
まともなCプログラマはscanfなんて使わない。

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

NGNG

素人Cプログラマはscanfなんて使えない。

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

NGNG

関数をブランドで判断してるテキトー野郎にプロもアマもないだろ

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

NGNG

特にこの板でまともな批判ができた香具師は皆無

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

NGNG

>>688
そうだよなあ、

　全　く

必要ないと、断言できるのかできないのか
俺様もぜひ拝聴してみたいものだ (ｹｹｹ

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

NGNG

こっちにも現れたのか。

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

NGNG

結論：VC++でコンパイルできればなんでもいい。

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

NGNG

>>695
うむ。

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

NGNG

g++ -ansi -pedantic -Wall
で警告もエラーもでなければなんでもいい。

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

NGNG

オメコウィルス作りたいんですが

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

NGNG

非常に簡単なソフトでプラグイン対応のものを実装したいのですが，
プラグイン対応のソフトを実装する為に有用な資料等を御存知ありませんか？

現在はDLLを追加する度に，ソフト本体に修正を加える必要があります．
これを設計から見直して，プラグイン形式とゆーか本体には一切修正を加えずに機能拡張をしたいのです．

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

NGNG

>>699
SPI_API.TXTは？

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

NGNG

例えばアーカイバとかなら、まずDLLをロードする。
そのDLL内の決まった名前の関数で、対象のファイルが
自分のサポートしている形式かをチェック。
サポートしてなければ次のDLLを読み込んで、
そのDLL内の同じ名前の関数でチェック。
サポートしてるDLLが見付かれば、そいつで圧縮とか展開とか。
DLLの検索方法は決まったフォルダ内のDLLを全検索とか、
特別にそれ用に決めた拡張子を使って判別するとか。
って辺りが単純な方法。

0702699

NGNG

>>700
DLL側の知識も重要ですが，如何せん私にはレベルが高すぎました…

>>701
なるほど．
分かり易い説明，有難う御座います．

ところでDLLを用いた拡張コンポーネントと，ネットワークによる分散は共存可能なものでしょうか？
具体的にはDLLにて拡張コンポーネントを読み込み，実行はネットワーク上の別の計算機で行う状況です．
また（実現の可能性は取り敢えず考えずに）ネットワーク上のDLLを読み込んで，分散処理といった処理は可能なのでしょうか？

DLLの動的なロードはなんとかなりそうですが，前述の分散に関しては検索キーワードが思いつきません…
御力をもう少し貸して頂けませんか？

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

NGNG

単にコードがどこにあるか、というだけの問題じゃないか？

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

NGNG

自作板絡みだけど、なんか面白いコードが出てたので貼り。
unionのこの使い方、どうなんですか？

void swap (unsigned char *c);
int main(int argc, char* argv[])
{
　static union{
　unsigned short iPort;
　union {
　　unsigned char cPort[2];
　　};
　};
　iPort=0xFFEE;
　printf("[変換前:%X:" ,iPort);
　swap(cPort);
　printf( "変換後:%X%X]\n",cPort[0],cPort[1]);
　return (0);
}

void swap (unsigned char *c){
　unsigned char tmp;
　tmp = c[0];
　c[0] = c[1];
　c[1] = tmp;
}

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

NGNG

RPC/RMI的なことをやりたいんだとは思うが、お前の力量じゃ無理だからやめとけったほうがいいか？
それ以前にDLLだのはいい加減スレ違いなんだが。

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

NGNG

Linuxでマルチスレッドアプリケーションを作ってるんだけど、
なんか途中でプロセスが死ぬ。
しかも何も出力されないから原因がわからないし、
どのスレッドがエラーしてるのかもわからない。

こういう時ってなんかうまくデバッグする方法ない？

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

NGNG

>>704
htons/ntohs？

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

NGNG

>>704,707
実はネットワーク系ライブラリ関数のhtons()等より、
直接バイトシフトしたマクロやインライン関数の方が実行速度が速かったりする。
是非、お試しあれ。

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

NGNG

>>704
無名 union 変数か・・・alias みたいな感じ。
ファイルやバイト列等のバイナリのデータをパースして適切なな型に変換して、
ってときに型変換オペレータを省略できるね。

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

NGNG

>>706
coreは出てないの？

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

NGNG

>>706
とりあえずgdb使え。話はそれからだ。

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

NGNG

>>706
ない。
マルチスレッドプログラムを対話デバッグしようとする行為自体が無謀＆無駄。

>>710の指摘しているように、coreからあぼーと位置を特定することは出来るけど、
結局は場当たり的な解析になりがち。
この問題が解決しても、いずれ他にあぼーとされる箇所が現れることでしょう。
多くの開発者は自前のトレース関数・トレースマクロを使ってトレースしている。
素直に通常のデバッグをあきらめて、トレース出力関数の作成に勤しんだ方が建設的だと思うね。

0713712

NGNG

>>711
釣りはヤメレ（ｗ

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

NGNG

>>704
union {
　　unsigned char cPort[2];
　　};
これの意味がわからんのだが、どういう意味があるの？

0715699

NGNG

>>703
確かに．

>>705
そうですね，RMI，Horb的な感じです．
スレ違いですか，申し訳ない．

いろいろと有難う御座いました．

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

NGNG

ＣＵＩでテトリスを作ってるんですが
ブロックが動くたびに新しい画面を改ページで再描写していると
プレイが長引くと画面がスクロールしまくってＤＯＳ画面が
重くなりそうで心配です。
ＣＵＩで一旦表示した画面（文字をならべて作った二元配列）を
一旦消してその場に新しい画面を再描写する方法はないでしょうか
ＴＥＬＮＥＴのＣＵＩ上で普通にアニメーションしているテトリスを
むかしやったことがあるのですが、いったいどうやってるんでしょうかね

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

NGNG

OSと処理系はなんだ？

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

NGNG

>>716
完全にスレ違いじゃないか。

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

NGNG

>>716
エスケープシーケンスとかで変更部分だけ書き換えれば良い。
テトリスなら、変更部分はほとんど矩形とみなせるので楽だろう。

つーかここはC++相談室ですぜ、旦那。

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

NGNG

コンストラクタで例えば

MyClass::MyClass():
my_int(10),my_int(20)
{
}

なんていうメンバ変数の初期化の仕方ってどうよ？
こんな書き方していいっていう本見たことないんだが。

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

NGNG

VC++をコンパイラに使って、簡単な実験プログラムをMFC使用せずに
ネットのソースや猫でもわかるを見て試行錯誤してるのですが。
現在作ろうとしてるのが初めてDialogをメインでCreateWindowなどを使わない方法なのですが、
どうもDialogリソースにクラス名を入れると起動後すぐに終了したり、
WM_KEYUPなどのウィンドウメッセージが反応しないなどの壁にぶつかってます。
特に後者はどのようにしたら解決出来るでしょうか？WM_COMMANDなどは正常に反応します。

Window生成したソースだとちゃんとWM_KEYUPなど動いてくれます。
いまいち生成されたWindowとリソースエディタで作ったDialogの違いが分かってないようです。
Dialogを、この生成されたWindowのようには扱えないのでしょうか。
どうかご教授よろしくお願いします。

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

NGNG

MFC専用スレGirl

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

NGNG

>>720
そりゃ、持ってる本が悪い。
そう書くべきなのだ。

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

NGNG

>>720
Effective C++ 買え

0725720

NGNG

>>723 , >>724
そうか。そうだったのか。オレが悪かった。
EffectiveC++持ってるけど、ちょっとしか読んでない。

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

NGNG

>>704
C++だとこの記述でもインスタンス出来るんでしょうか？

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

NGNG

>>726
はじめて知ったけど、無問題らしい。
http://black.sakura.ne.jp/~third/programming/cpp/cpp44.html

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

NGNG

>>727
ちょっと待てよ、初めて知ったって・・・。
C++を勉強してなかったのか？
URL示してまで答えるほどのことでもないぞ。

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

NGNG

つーか、見辛いだけで使う必要が無い。

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

NGNG

最適化で実行時にメモリ上に存在しなくなるのか？ということを
きいているのではないの

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

NGNG

>>729　同意
無名共用体の用途が全然わからない。

>>730
参照がなければコンパイラによって消え去ってしまうよう運命にあるような。

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

NGNG

>>731
全然わからないなどと開き直るな。
教えてくださいと言え。

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

NGNG

教えて下さい。おながいします。m(_ _)m

0734731

NGNG

>>732
だれがお前ごときに教えを乞うかよ。ボケ。だまってろ。
ぶち殺されたいか？

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

NGNG

>>734
通報しますた

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

NGNG

>>734
なんだ、おまいも使い道わからんのじゃないか（ｗ

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

NGNG

>>732-736 自演ご苦労

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

NGNG

>>723
＞そう書くべきなのだ。

え？
コンストラクタが複数種ある場合など、
いちいちあのようなメンバ変数初期化コードを書くのはウザイと思うなぁ。

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

NGNG

>>738
代入ならウザくないのか？
値を設定しないのも問題外だろ。

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

NGNG

初期化→代入が気にならない、参照メンバが無いとかなら気にする必要は無いけど
普通は>>723 の通りにすべきだろ。

0741721

NGNG

>>722
MFCを「使用せずに」とのことですけど。。

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

NGNG

Win32質問箱

0743721

NGNG

ありがとうございます。そちらで移動させていただきます。m(_ _)m

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

NGNG

my_intを二回初期化して何が嬉しいのか分からん。

>>739
代入だと、init( void )を一発書いておいて、複数のコンストラクタから呼べばいいよね？

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

NGNG

>>744
EffectiveC++嫁

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

NGNG

何章？

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

NGNG

>>745
EffectiveC++読んだことあるけど、
コンストラクタ内での代入が駄目だって記述とかあったか？

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

NGNG

>>747
お前はバカかアホのどっちかだ。どうせ読んだの表紙だけだろ。
http://www.google.com/search?hl=ja&ie=UTF-8&safe=off&q=Effective+C%2B%2B+%E4%BB%A3%E5%85%A5%E3%82%88%E3%82%8A%E3%82%82%E5%88%9D%E6%9C%9F%E5%8C%96%E3%82%92%E4%BD%BF%E3%81%8A%E3%81%86&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

0749744

NGNG

書き方が悪かったが、俺は初期化派ね。コンストラクタで代入などせんよ。

んな事より、my_intを２回初期化しているのに突っ込みが無いのは何で？

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

NGNG

単に初期化子の例を挙げたかっただけだろ。
それくらい読み取れ。

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

NGNG

コンストラクタに初期化子があるなら、
デストラクタにも同様の状態があるべきだ。

あれ、デストラクタ呼び出し中って仮想関数どうなるんだっけ

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

NGNG

初期化子なしでコンストラクタで代入すると
先にデフォルトコンストラクタが呼ばれてから
代入演算子が呼ばれるので無駄。
代入でも問題ないのはPODときぐらいだな。

0753706

NGNG

>>710,>>711,>>712
coreファイル吐かないし、gdb使ったら挙動が変わったよﾏﾏﾝ。
素直にトレースしてみた。おまいらありがとう。

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

NGNG

>>749
それに突っ込まなかったのは、単なるtypoだと思ったから。
どうせエラーになるんじゃないか？試してないから知らんけど。
問題の本質は初期化の仕方だしな。

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

NGNG

>>751
何が言いたいのか、何を聞きたいのかわかりません。
デストラクタの働きをご存知ないような書き方に見えますが。

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

NGNG

おっさんのジョークだと思われます

0757720

NGNG

>>754
その通りです。おれが悪かった。正しくは

MyClass::MyClass():
my_inta(10),my_intb(20)
{
}

0758744

NGNG

そんなにいぢめないでくれ。
初期化子の書き方知らないなんて思いもしないから、
「こんな書き方」っていうのがtypoじゃないって思ったんだよ…orz

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

NGNG

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

mplつかってたら、不自然にexeのサイズが大きくなる。
アセンブラで追っかけても確かにコードは最適化で正しく消えている。
どうやら、mplで組み合わせたクラスにvirtual関数が含まれている為、
type_info用(?)のやたら長いクラス名(200文字)が組み合わされた分だけ
exeに含まれた模様。

type_info使ってないんだから最適化してよ...orz

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

NGNG

RTTIをoffにすればいい

0761759

NGNG

dynamic_castは使いたいんだよう。

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

NGNG

じゃあ、内部でtype_info使われてるんだからあきらめろ

0763671

NGNG

>>684
遅レスになりましたが
はっきりわかりました
ありがとうございます

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

NGNG

>>720の書き方で配列の初期化はどう書くの？

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

NGNG

仮想基底クラスと非仮想基底クラス
を継承したときの
アップキャストとダウンキャストは
どういう風に実行されるのですか？

なぜ仮想基底クラスからダウンキャストは
できないのでしょうか？

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

NGNG

多重継承を使わない（ようにしている）から知らないなぁ。
仮想関数や仮想デストラクタと同じく、基底クラスをポインタで持っているんだろうと推測してみる。
スレ汚し、スマン。

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

NGNG

>>765
>なぜ仮想基底クラスからダウンキャストは
>できないのでしょうか？

dynamic_castでできるよ
制限あるけど、それは仮想継承とは無関係

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

NGNG

int len = 1;
char* a = new char[len+1];
ZeroMemory(a,len+1);

std::string str = a;

delete[] a;

これを実行したらdelete[] aで落ちます。
stringはaの内容のコピーを持っているだけではないのですか？

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

NGNG

落ちませんが何か？

0770768

NGNG

気付きました。
ZeroMemory(&a,len +1)とやっていました。
すみません。

0771学生

NGNG

フリーで使いやすいコンパイラあったら教えてください。

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

NGNG

>>771
そんな都合のいいものはありません。

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

NGNG

>>759
mplの中でvirtual使ってるクラスなんて見当たらないんですが、
問題の再現するサンプルコードかなんか、出してもらえますか？

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

NGNG

>>771
g++では不満なのか？

0775学生

NGNG

それなんて読むんですか？
じー足す足す？

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

NGNG

>>767
なんでtypeidで型を調べながらプログラムすればいいのにそうしないんでしょう？

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

NGNG

>>775
ゲ・ペラ・ペラです。

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

NGNG

ｸﾞｯﾋﾟｯﾋﾟ

ちなみにGCCはｸﾞｯｼｯｼ

0779759

NGNG

>>773
mplに含まれているのではなく、タイプリストから生成する
多重継承クラスのベースがvirtualを含むという意味。
作っているのがtemplateライブラリなのでsrc単位で
RTTIをoffにもできずお手上げです。しょうがないので、
多重継承クラスの変わりにタプルを生成して、関数ポインタ
で代用した。

mpl使うと基本的に型名が長くなるので、基本的にはvirtualを
絡ませるような使い方は厳しいような気がします。type_info
の実装にもよるんでしょうけど。

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

NGNG

>>767
では継承は全部仮想継承にしても問題ないように思うんですが
なぜそれは駄目なんでしょう。その理由がダウンキャストができなくなるから
と聞いたのですが。

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

NGNG

>>780
http://www.microsoft.com/japan/msdn/vs_previous/visualc/techmat/feature/jangrayhood/

ピンポイントで引用すると、
「仮想継承は、単一継承や多重継承よりも、インプリメントと使用のコストが格段に高くなります。」

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

NGNG

>>764
メンバ変数として配列を持つと、それを初期化するコードは書けません。
C++の仕様の穴というか、まぁC++では配列を（なるべく）使うなってことだ。
C++っぽい機能と配列を一緒に使うと、不思議なことが起こったりするから、
素人にはお勧めできない。

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

NGNG

>>782
＞C++っぽい機能と配列を一緒に使うと、不思議なことが起こったりするから

思い当たる節がないのですが。
具体例をあげてみて下さいな。

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

NGNG

>>782
その発言がいかにも素人。

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

NGNG

>>783
派生クラスの配列を、基底クラスの配列（というかポインタ）を引数にとる関数に渡せちゃったりとか。
templateを使ったMPっぽいことをすると、配列が使えなかったりとか。

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

NGNG

>>782
コンストラクタから配列初期化用のメンバ関数を呼ぶのではだめなん？

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

NGNG

>>786
意味的には初期化だろうけど文法的には代入なので、POD以外の場合にオーバーヘッドがかかる。
constメンバだとconst_castする以外に手はない。

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

NGNG

constならばstatic constにすればいいじゃないか。

0789780

NGNG

>>781
そこを読むと計算コストが増してしまうことはわかるのですが
継承の機能が制限されることはないのでしょうか？
憂鬱なプログラマのためのオブジェクト指向開発講座
という書籍の中には

仮想基底クラスを使うと副作用が発生します。
それは残念ながら、速度が遅くなるとか、サイズが大きくなるとかいう
レベルの問題ではなく、継承というメカニズムが持っている性質そのものを
スポイルしてしまいます。ここでは具体的に説明しませんが
ダウンキャストが困難になります。

というようなことが書いてあるのですが、これは
どのように解釈したらいいでしょうか

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

NGNG

>>788
はて？

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

NGNG

>>789
その書籍、古くないですか？
dynamic_castとRTTI登場以前とか。

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

NGNG

仮想基底クラスって純粋仮想関数持ってるクラスのことだっけ？

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

NGNG

>>792
ちゃうちゃう。多重継承時におじいちゃんが独りになるようにする奴。

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

NGNG

仮想継承した場合の基底クラスのことだと思ったけど。

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

NGNG

>>791
仮想基底クラスの場合って
アップキャストするとポインタをたどって
基底クラスそのものになってしまって
そのあとダウンキャストしようとしても
派生クラスの情報はどこにもなくて
ダウンキャストできないってなるんじゃないですか？
dynamic_castも必ず失敗するのでは？

違いますかね
自信はあまりないんですけど

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

NGNG

使うなこんな危なくていろんなものに依存しまくりなものを。

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

NGNG

>>795
杞憂・誤解・妄想
少しはググって勉強しれ。

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

NGNG

「憂プロ」が言ってるのは、菱形継承時の実行時曖昧検出のことかいな？
禿本の15.4.2　引用/説明はちと面倒なのでパス(w 禿本持ってたら見てみて。

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

NGNG

>>796
なんだか解らないから使わないのと、いろいろ解ってるから使わないのとではかなり違う。
あんたの書き込みは、ただ単に馬鹿っぽい。

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

NGNG

>795
いわゆるvptrが指すvtblが、まさに派生クラスの情報だろ。

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

NGNG

>７９９
きいたふうな言葉を使うな若造

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

NGNG

>>795
RTTI や仮想基底クラスの無い時代の多重継承でアップキャストした場合にはそうなります
（どっち側からアップキャストしたのか、プログラマ(ム)が覚えておかなきゃならない）。

仮想基底クラスの場合は dynamic_cast でRTTI 使って適切にオフセットしてくれます。

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

NGNG

>>801
それを796に言ってやらないのは、あんたが796だからか？(w
今の話題についていけないなら、黙ってな。

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

NGNG

ついていきたくないので黙ってます。

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

NGNG

ワロタ

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

NGNG

そんなに頭を痛めてまで得られるものって何なの？もっと楽に生きれば？

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

NGNG

頭痛めないと理解できないんですね、
それならC++を捨てるのが得策だと思いますが。

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

NGNG

いいじゃん、釣りとネタなんだから。
今悩んでるのは >>795 だけでしょ。

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

NGNG

多重継承なんか使う奴は莫迦です。

…とまでは言わないが、
「雪山を無礼るな！万全の体制を整えるんだ！」
とか言って連れて行かれそうになったら
「そもそも、そうまでしてその山を越える必要が本当にあるんですか？」
くらいは聞くかもなあ。

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

NGNG

ほんとプログラマって例え話好きだよなぁ。

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

NGNG

>>810
論理的同一性と家

0812780

NGNG

「憂鬱な・・・」は1998年5月30日に初版発行
そして「独習Ｃ＋＋改訂版」は1999年4月30日に初版発行で
独習Ｃ＋＋にはdynamic_castがすでにのっているので
1998年6月以降にdynamic_castが出てきており
「憂鬱な・・・」の情報は古いってことでいいのでしょうか？

結論としては仮想継承は計算コストが増大すること以外は
通常の継承と変わりないってことでいいでしょうか？

0813780

NGNG

>>800
vptrがあるのは仮想継承でできた派生クラスで
継承されたほうの基底クラスにはないですよね？
念のため確認

0814780

NGNG

#include <iostream.h>
#include <typeinfo.h>

class GrandParent{ };
class Father : virtual public GrandParent{ };
class Mother : virtual public GrandParent{ };
class Child : public Father, public Mother{ };

int main()
{
GrandParent *gpp;
Father *fap, fa;
Mother *mop, mo;
Child ch;

gpp = &fa; cout << typeid(*gpp).name() << endl;
gpp = &mo; cout << typeid(*gpp).name() << endl;
gpp = &ch; cout << typeid(*gpp).name() << endl;
fap = &ch; cout << typeid(*fap).name() << endl;
mop = &ch; cout << typeid(*mop).name() << endl;

return 0;
}

これを実行すると
GrandParent
GrandParent
GrandParent
Father
Mother
となりました。　RTTIが派生クラスのものになってくれません。

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

NGNG

>>814
当たり前だろ。仮想基底クラスであるGrandParentはそこから派生したクラスの
情報など持ってない。

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

NGNG

>>814
GrandParentに仮想関数（デストラクタでヲケ）を追加してみ。

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

NGNG

>>814
RTTIを使うには仮想関数が必要。
つーか基底クラスとして使うクラスのデストラクタは仮想にするのが大原則だから覚えておき。

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

NGNG

近親相姦かよ。

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

NGNG

>>818
それを避けるためのvirtual。
実の親ではなく義理の親。だから兄妹に血のつながりは無いのでOK。

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

NGNG

>813
基底クラスの（隠し）メンバでなければ、
基底クラスのポインタからアクセスできんだろうが。

>819
もしかして笑うところ？　意味が解らないのだが。

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

NGNG

>>817
１行目がまっとうな理解
２行目はアフォの頭の中

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

NGNG

>>821
> ２行目はアフォの頭の中
私817じゃないけど何で?
private継承，protected継承はなしよ．

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

NGNG

>>822
まさかお前は基底クラスとして使うクラスのデストラクタは全部仮想にしてるのか？

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

NGNG

>>822
全然関係ないぞ？？

>>*
struct V
{
int vm;
virtual ~V() {}
};
struct A : public virtual V　{ int am; };
struct B : private virtual V { int bm; };
struct C : public A, public B { int cm; };

int main()
{
C c;

V* pv;
pv = &c;
cout << pv << endl;

B* pb;
pb = dynamic_cast<C*>(pv); // これ、どう思う？
cout << pb << endl;

return 0;
}

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

NGNG

>>823
822 じゃないが、原則として公開継承する基底クラスのデストラクタは仮想に
するだろう。そうでないとアップキャストしたら大惨事確定だし。

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

NGNG

デストラクタがvirtualじゃないと困るのはポリモフったポインタをdeleteするときだったはず

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

NGNG

>>823
822 じゃないが、原則として公開継承する基底クラスのデストラクタは仮想に
するだろう。そうでないとアップキャストしたら大惨事確定だし。

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

NGNG

>>827
＞原則として公開継承する基底クラスのデストラクタは仮想に
＞するだろう。

繰り返さなくていいよ。
だからしないってば。

＞そうでないとアップキャストしたら大惨事確定だし。

んなわけない。アップキャストしただけで大惨事ってなんだよ？

0829780

NGNG

#include <iostream.h>
#include <typeinfo.h>

class GrandParent{ public: virtual ~GrandParent(){} };
class Father : virtual public GrandParent{ };
class Mother : virtual public GrandParent{ };
class Child : public Father, public Mother{ };

int main()
{
GrandParent *gpp; Father *fap, fa; Mother *mop, mo; Child *chp, ch;

gpp = &fa; cout << typeid(*gpp).name() << endl;
fap = dynamic_cast<Father *>(gpp); if(fap)cout << typeid(*fap).name() << endl;
gpp = &mo; cout << typeid(*gpp).name() << endl;
mop = dynamic_cast<Mother *>(gpp); if(mop) cout << typeid(*mop).name() << endl;
gpp = &ch; cout << typeid(*gpp).name() << endl;
chp = dynamic_cast<Child *>(gpp); if(chp) cout << typeid(*chp).name() << endl;

return 0;
}
結果
class Father
class Father
class Mother
class Mother
class Child
class Child

GrandParentに仮想デストラクタを追加した結果うまくいきました。
教えてくれた皆さんありがとうございました。

0830780

NGNG

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

NGNG

>>828
struct Deriv : public Base {};
struct Base* p = new Deriv;

これでアウトでしょ。こういう使い方をしないのであれば、そもそも
継承ではなくコンポジションにしいた方が良いと思われ。

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

NGNG

>>831
deleteしないアフォはどうしましょうか？

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

NGNG

禅問答みたいだな

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

NGNG

>>832
どうせ、そやつのプログラムはぬるぽだろう。ほっとく。

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

NGNG

>>831
>こういう使い方をしないのであれば、そもそも
>継承ではなくコンポジションにしいた方が良いと思われ

んなこたぁない。
少なくとも世の中に、んなこたぁない例がゴロゴロしてる。

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

NGNG

>>831
polymorphicに使いたいときはそうだ。
だが実装の手間を減らすために仮想関数を持たないクラスを
public継承することもある。
例えばboost::iterator_facadeとか。

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

NGNG

>>828
Effective C++ 14項「基底クラスには仮想デストラクタを持たせよう」を参照せよ。
これは割と常識に近いものだと思っていたが……

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

NGNG

freeしない(自粛)はどうしましょうか？
void operator delete(void*)
{
/* no operation */
}

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

NGNG

>>837
そっくり返す。
見出しだけじゃなく、本文も熟読してくれよ。

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

NGNG

>>831
追加のデストラクタがいらないので、（ほんとうにそれだけなら）セーフ。

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

NGNG

>>836
あれはクラステンプレートだから話が違う。しかも第一引数に派生クラス型を渡し、
常に

1 その派生型に static_cast<> する形でアクセスする
2 あるいはイテレータが指している要素にアクセスする

いずれかを強制する形になっており、基底クラスにアップキャストして使うことを
想定してない。

反例として挙げるには、むしろ例外的なケースだと思うぞ。

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

NGNG

> 反例として挙げるには、むしろ例外的なケースだと思うぞ。

「例外的なケースだと思う」で却下されるんじゃぁ、どんな例だしても無駄だろうな。

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

NGNG

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

NGNG

>>842
何があってもデストラクタは仮想にしろ、って主張するヤツもバカだが、
「RTTI 使えない→基底クラスとして使うクラスのデストラクタは仮想にする
のが原則」って話をしてるときに、文脈無視してクラステンプレートの
話持ってくるのもアレですぜ。

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

NGNG

>「例外的なケースだと思う」で却下されるんじゃぁ、どんな例だしても無駄だろうな。

繰り返さなくていいよ。
だから間違ってるんだってば。

841はなぜ例外に当たるのかちゃんと説明しているだろう。
理由も言わずに「誰かが言っていたから（boostがそうしてるから）」
だけじゃあ、話は進展しないって。

0846822

NGNG

話ふっといて，離れていたすまん．
>>823
> まさかお前は基底クラスとして使うクラスのデストラクタは全部仮想にしてるのか
Yes．私の意見は831と全く同じ．
836の「実装の手間を減らすために仮想関数を持たないクラスをpublic継承する」
ってのは気持は分かるけど，そういう時はpriavte継承かprotected継承にして，
usingを使って使用するメンバ関数を公開する方が，まだ良いと思う．

>>826
> デストラクタがvirtualじゃないと困るのはポリモフったポインタをdeleteするときだったはず
「ポリモフったポインタをdeleteしない」を自分と関わりのある全てのプログラマに守るよう徹底して廻るか，
そもそも「public継承はポリモフれて，基底のポインタからdeleteできる」のだから
デストラクタは常にvirtualにしておくか，の選択かと思うけど，私は後者だな．

1. vtableによる速度低下，サイズの増大が気になる．
2. usingするのさえ面倒臭いほどメンバ関数が多い．
3. 作ったクラスは自分だけで使うし，設計方針を2度と忘れない自信がある．
これらの条件が揃ったらデストラクタを仮想にしないと決断するかもしれない．

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

NGNG

C++のOOで細かいことぐちゃぐちゃ言うな。所詮クラシカルな仕様なんだよ。

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

NGNG

>>846
> 「ポリモフったポインタをdeleteしない」を自分と関わりのある全てのプログラマに守るよう徹底して廻るか，
選択肢としては、デストラクタを protected にするってのもアリ。いちおう。

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

NGNG

継承を推奨するクラスの場合
デストラクタ virtual
デストラクタ protected
このどちらかをしておくのが派生クラス作成者がヘボな場合でも
問題が起こりにくいクラスだろう。
ポイントは基底クラス作成者と派生クラス作成者の実力差を
カバーする必要があるか否かだと思う。ただ、俺は自分の間抜けさを
認識しているのでどちらかの手法を取る。

0850822

NGNG

>>848
問題．
「デストラクタを protected にする」ことで以下の(3)，(4)を禁止したい．
デストラクタを protected にするのはどの階層か?
なお，(1)，(2)は触らぬこと．

class GrandParent {};
class Parent: public GrandParent {};
class Child: public Parent {};
int main()
{
GrandParent gp; // <- (1)
Parent p; // <- (2)
Parent *pp (new Child ());
delete pp; // <- (3)
GrandParent *gpp (new Child ());
delete gpp; // <- (4)
return 0;
}

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

NGNG

何でこう「あらゆる場合にこの方法をとるべし」と捕らえる人が多いのかねぇ……

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

NGNG

ただなにかにケチをつけたいんだよ！！

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

NGNG

原則と言う単語の意味を理解してないからそのような感じを受けるだけだよ。
もちろん何事にも例外はあるが、一部の例外を持ち出して
「あらゆる場合」と揚げ足をでっち上げた上で、その揚げ足取りを取ってるんだもんな。
反発されて当然だっての。

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

NGNG

ケチをつけたいだけなんだけど、
#include <****.h>
に誰もつっこまないのはなぜ？

0855822

NGNG

>> 851
>何でこう「あらゆる場合にこの方法をとるべし」と捕らえる人が多いのかねぇ……
何でだろう? コードの再利用性を追求しているうちに，こうなっちゃたような気がする．
この場合はこう，あの場合はこう，っていちいち例外を考えるよりは....

0856849!=848

NGNG

>>850
まぁ落ち着け。>>848はそういう方法もあると提示しただけだろう。

君自身も>>850みたいな何でも来いクラスのGrandParentなんか
作らないタイプのプログラマなんでしょ？多分。

インターフェース、ポリシー、実装と分けて考えるのが吉。

0857849

NGNG

>>855を読んで気が変わった。
何でも来いクラスを作る人だったのな。ちょっとがっかり。
前言撤回。

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

NGNG

>>854
「その『役不足』の用法は間違っている」っていっつも書き込んでるの？

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

NGNG

>>858 >>853?

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

NGNG

>>インターフェース、ポリシー、実装と分けて考えるのが吉
この考えに沿った例と悪い例を提示していただけるとありがたいです。

0861822

NGNG

>>857
私のことはどうでもいいよ．
でも，がっかりされて私もがっかり．

850は書き方が高慢だった．すみません．

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

NGNG

>>860
例えばこんな風にやるといいと自分は理解している。
//ポリシー
struct NoisyShout{
protected:
void shout(){std::cout << "いていていて！" << std::endl;}
~NoisyShout(){}
};
struct DefaultShout{
protected:
void shout(){std::cout << "いてっ" << std::endl;}
~DefaultShout(){}
};

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

NGNG

>>862
続き
//インターフェース
struct Target{
virtual void hit() = 0;
virtual ~Target(){}
};
struct NullInterface{
protected:
~NullInterface(){}
};

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

NGNG

>>863
続き
//ポリシー、インターフェースを結合する実装
template<typename S, typename I>
class Man : public S, public I{
public:
void hit(){
std::cout << "なぐられたーっ" << std::endl;
S::shout();
}
//他にもいろいろ実装があるだろう...
~Man(){
std::cout << "Man::destructed" << std::endl;
}
};

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

NGNG

>>864
続き

使い方１。
std::cout << "# 一人ずつ殴るだけ" << std::endl;
Man<NoisyShout, NullInterface> young;
Man<DefaultShout, NullInterface> middle;
young.hit();
middle.hit();

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

NGNG

>>865
続き
使い方2。
std::cout << "# まとめてぶん殴る" << std::endl;
Target* targets[2];
targets[0] = new Man<NoisyShout, Target>;
targets[1] = new Man<DefaultShout, Target>;
for(Target** i = targets; i < targets + 2; ++i)
{(*i)->hit();}
for(Target** i = targets; i < targets + 2; ++i)
{delete (*i);}

0867849

NGNG

>>862-866
ここまで俺の書き込み。
インターフェースまでポリシーっぽく扱ったのはふさわしくないかもしれない。
実際のアプリ開発ではポリモーフィズムされるかされないか大抵決められる
はずなので、あそこまでやることは稀だと思う。
（凄く効率と汎用性を求めるクラスならやっても良いのではないだろうか。）
書いてしまったけど、叩かれないかビクビクしてる臆病者の俺…。

>>822
さっきは余計なことまで勢いで書いてしまった。
俺が勝手に期待しただけだ。悪かった。

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

NGNG

ここはＥＱの高いインターネッツですね。

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

NGNG

struct A
{
　　virtual ~A(){};
　　virtual void release()=0;
};
struct B: A
{
　　virtual ~B()
　　{
　　　　cout << "~B" << endl;
　　　　release();
　　}
　　virtual void release()
　　{
　　　　cout << "B::release" << endl;
　　}
};
struct C: B
{
　　virtual void release()
　　{
　　　　cout << "C::release" << endl;
　　}
};
int main()
{
　　B* p = new C;
　　p->release();
　　delete p;
　　return 0;
}
C::releaseが呼ばれてほしいーーーーーーーー

0870869

NGNG

あ、deleteされたきも呼ばれてほしいって意味です

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

NGNG

だせえ言語だ

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

NGNG

ダサすぎ

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

NGNG

>>869
C::~C(){ release();}

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

NGNG

デストラクト中のオブジェクトの状態を理解していれば出ない疑問だな。

0875デフォルトの名無しさん

NGNG

>>873
あほ？それをしなきゃならんのがダサいんだろ

0876デフォルトの名無しさん

NGNG

>>875
だったらC::release()を呼び出したくない場合はどうするん？

0877デフォルトの名無しさん

NGNG

>>876
けいしょうしない

0878デフォルトの名無しさん

NGNG

ねんしょうけい

0879デフォルトの名無しさん

NGNG

みなさんBoost C++ Libraryって会社でも普通に使ってます？

うちのところではだれも導入してないです。
boostのライセンスみると商用利用でも全く問題ないのに。
顧客からboost使うなといわれてるわけでもない。

boostを使うとまずい場面ってあるんでしょうか？

本も出たことだし、利用を呼びかけてみようと思ってるんですが。
http://www.kmonos.net/pub/BoostBook/

0880デフォルトの名無しさん

NGNG

外に出すプログラムの場合、
boostのコードの品質管理も自社の基準で行わないといけないから
結局位置から作る方が手間が掛からないってのが大きいんじゃ？

0881デフォルトの名無しさん

NGNG

>>879
問題は商用が *禁止* されているかどうかじゃない
もちろん禁止されていれば使わないが

0882デフォルトの名無しさん

NGNG

>>879
その本、LAOXの書籍売り場の目立つところにディスプレイされてるね。
業者さんでつか？それとも著者？(ﾌﾟ

0883デフォルトの名無しさん

NGNG

>>880
その理屈からいくと、当然std::hogehogeなコードも全部作っているんですね？
boostはそこらの馬の骨が作ったものじゃないですよ。

0884デフォルトの名無しさん

NGNG

>>879
なきゃ書けないってものでもないし、元々使い方を知らなきゃ使う気にもならないでしょう。
導入してないところは、それだけのところでは？

0885デフォルトの名無しさん

NGNG

懐かしいなあ
使っていいものと、いけないもの
俺もなかなか憶えられなくて

0886デフォルトの名無しさん

NGNG

↓秀和のｼﾞｻｸｼﾞｴﾝ

0887デフォルトの名無しさん

NGNG

>>883
そうですよね。boostは信頼のできるライブラリです。

ただboostのバグを見つけた場合って勝手に直していいんでしょうか?

0888デフォルトの名無しさん

NGNG

888

0889デフォルトの名無しさん

NGNG

>>887
sourceforgeか開発MLに投げれ。

0890デフォルトの名無しさん

NGNG

>>887
なぜ聞く？勝手に直せよ。改造したっていいんだぞ？
本当にバグを直したなら。コミュニティかここで発表すれば喜ばれるし、場合によっては神と呼ばれるかも知れないぞ。

0891デフォルトの名無しさん

NGNG

>>879
スマートポインタや lambda あたりは普通に使ってます。

>>887
良いんじゃないの？　ただ、開発元に連絡しとくと、次のバージョンで修正が
取り入れられて（自分も含めて）幸せになれると思うけど。

0892戦争はじまります

NGNG

【国際】「資源独占の恐れ」日中境界海域にガス採掘施設、欧米企業も参加－中国★４
http://news13.2ch.net/test/read.cgi/newsplus/1085826910/

【中国】(資源独占の恐れ！) 日中境界海域に施設（日本は調査予定なし）★２ [05/28]
http://news17.2ch.net/test/read.cgi/news4plus/1085792271/

中国が尖閣諸島周辺の国境付近で資源採掘を開始ししだしました
ガス採掘施設となってますが、それだけではなく

ここにはなんと、　「世界２位の規模を誇る原油」　が眠っています

そしてほとんど日本の領土側に眠っている資源が
ジュースのストローで吸い上げられるように中国に持っていかれます。

　こっから採掘吸い上げ全部中国へ
　　　　　　　∥
　　　　　　　∥|　　　
　　　　　　　■|■■■■■■■■石油■■■■■■■■■■
　　　　　　　■|■■■■■■■■■■■■■■■■■■■■
中国領土←　|　→日本領土

これがあれば日本は強力な資源大国になれます。
今の不況や失業など一気に吹っ飛ば、安全なバブルが到来します
この暴挙をみすみす許している日本政府と外務省、
国家の一大事であるにもかかわらず一切放送しないマスコミ
今声を上げないと、この国は終わるかもしれません。

0893デフォルトの名無しさん

NGNG

>>883
社内のプログラマが作るコードがboostと比較して糞コードである事の方が多いだろうけど、
品質管理を通ってしまえば社内基準は通過しているので、要件を満たしているコードと言える
boostは未来永劫要求を満たしつづけてくれるかと言えばそうではないだろ？

新規ならばboostの特定バージョンを検査して、それを導入すればいいだろうけど
普通は品質管理基準をクリアした汎用部品の蓄積があるんだから、
あえて無駄なコストをかけてまで導入する理由が無いじゃないか。

あと、std::hogehogeなんかは商用ライブラリ導入時に検査を行っているか、
メーカーと保守契約を結んでいる場合がほとんどだろ。

0894デフォルトの名無しさん

NGNG

>>893
はいはい、ほとんどねぇ。よかったですね。あなたが、そのほとんどに含まれる仕事をしていることはわかりました。
はい、では次の人、どうぞ。

0895デフォルトの名無しさん

NGNG

馬鹿じゃねーの？
boostがそんなショボイライブラリの訳ねーだろ。
ちゃんと計算されてる。角度とか。

0896デフォルトの名無しさん

NGNG

久しぶりに見たな。角度とか。

0897デフォルトの名無しさん

NGNG

boostのスレあったような気がするんだが、落ちたの？

0898デフォルトの名無しさん

NGNG

まさか、なんたらエンタープライズを店頭で買ってきてそのまま使ってたり、
gccに標準で入っている標準ライブラリをそのまま使って作った
ソフトをろくにコード検証もせずに、他所様に垂れ流してるんですか？

0899デフォルトの名無しさん

NGNG

>>897
templateスレと一緒になったんじゃなかったっけ？

0900867

NGNG

>>899
あなる

0901デフォルトの名無しさん

NGNG

>>875
あほはお前だろ。ﾏﾝﾄﾞｸｾ。

0902デフォルトの名無しさん

NGNG

>>898
なんたらエンタープライズとboostを一緒にされても・・・

gccに標準で入っている標準ライブラリとかstd::hogehogeに
対する検証ってどの程度で行ってるんでしょうか。
全検査できる体制があるなら羨ましい限りです。

0903デフォルトの名無しさん

NGNG

おいおいprivateの理念わかってないやつ、こんなにいたのか？

0904デフォルトの名無しさん

NGNG

publicの理念も分かりませんが何か？

0905デフォルトの名無しさん

NGNG

ぱぶりっこ

0906デフォルトの名無しさん

NGNG

ifで囲まれたスコープ解決演算子付きのメソッドのあるコードがあったんだけど、
その前に、!があるんだけど、これは戻り値の否定でいいんだよね？

こんなの↓

if(!::method(,,,)){
}

0907デフォルトの名無しさん

NGNG

>>906
オーバーロードしていなければ。

0908デフォルトの名無しさん

NGNG

>>906
いい。

0909デフォルトの名無しさん

NGNG

>>906
釣りか？
operator ! でサフェースアナライズする気だろ
その手に乗るかってんだ

0910デフォルトの名無しさん

NGNG

サーフェスアナライズってなーに？

0911デフォルトの名無しさん

NGNG

上っ面だけの解析？

0912デフォルトの名無しさん

NGNG

>>910
わかんなきゃ先ずぐぐれ

http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&oe=UTF-8&q=%E3%82%B5%E3%83%BC%E3%83%95%E3%82%A7%E3%82%B9%E3%82%A2%E3%83%8A%E3%83%A9%E3%82%A4%E3%82%BA
http://www.google.co.jp/search?hl=ja&ie=UTF-8&q=%22surface+analyze%22&lr=

･･･ヒットしねぇ。つかsurface analysisだろ？

0913デフォルトの名無しさん

NGNG

いたるところにトラップが仕掛けてあって、こんな危なっかしい言語使えねー罠

0914デフォルトの名無しさん

NGNG

>>898
今は gcc + STLport の仕事してるけど、さすがに gcc のソースコードや
newlib, STLport の詳細までは追ってないなぁ。実際に使ってみて問題が
出なければ、まぁ良いやって感じ。

別にバグがあっても人死にが出るタイプのソフトじゃないんで、そこにコスト
掛けるなら、顧客の要求に素早く対応する方にコスト掛けた方が良いっつー
判断。

0915デフォルトの名無しさん

NGNG

>>912
surface analysisって何？

0916デフォルトの名無しさん

NGNG

>>862 煽りではなく純粋に質問です。
その場合、複数のメンバ関数に一つずつインターフェースを
指定すると、templateの数が膨大になるので非現実的ですよね？
旨くやる方法ってあるのでしょうか？教科書的には、NoisyShout、DefaultShout
を基底クラスから導出すると思うのですけども。ｽﾚの流れはちと忘れて。

0917デフォルトの名無しさん

NGNG

>>915
表面分析

0918デフォルトの名無しさん

NGNG

体表面アナル化

0919デフォルトの名無しさん

NGNG

>>862じゃないけどメンバ関数すべてにインターフェイスを用意するという意味で言ったんじゃないんじゃないと思う
そもそもポリシーは互いに関連する複数のメンバ関数を提供するのが普通だし、
むしろ「インターフェイス、ポリシーを分けて考えろ」ってのは
インターフェイスがポリシーごとの差異を細かく反映していくつも用意されることに異を唱えてるんだと俺は解釈したが。

0920デフォルトの名無しさん

NGNG

>>917
「operator ! で表面分析する」ってどういう意味さ？

0921デフォルトの名無しさん

NGNG

ModernC++は極最近読みました。ポリシーにまだ慣れていないので
なかなかピンと来ないのですが、
>>インターフェイスがポリシーごとの差異を細かく反映していくつも用意されることに異を唱えてる
の具体的な例を示してもらえませんか。
インターフェイスがポリシーの差異を細かく反映していくつも用意されている例と、
インターーフェイスとポリシーと実装を分離してうまく解決している例と。
例を見ないと学習がスムーズに進まない性分なのでお願いします。

0922デフォルトの名無しさん

NGNG

>>921
すまんが、俺はちょっと例までは出せない。
というか
>インターフェイスがポリシーごとの差異を細かく反映していくつも用意される
ってのは君が心配しているような（想像上の）場合を述べたもので、
実際にはポリシーに当たる部分を分離して一つのクラスを作っているなら
その段階で全体のインターフェイスとの関連性は自然になくなるはずなんだよね。
実際にあるみたいな言い方したせいで誤解させてしまったようだけど。

0923922

NGNG

「自然になくなる」って言い方は言いすぎだったか。
>>862の例だとポリシーは実装に利用されるだけだからインターフェイスには関わってないけど。

0924デフォルトの名無しさん

NGNG

うーん、やっぱり具体的なソースが想像出来ませぬ…orz

0925デフォルトの名無しさん

NGNG

こんなのかな？
/* 悪い例 */
struct VariableNoisyShout{
protected:
void shout(int noisiness){
while(--noisiness >= 0) std::cout << "いて";
std::cout << "！" << std::endl;
}
~NoisyShout(){}
};

/* 良い例 */
struct VariableNoisyShout
{
set_noisiness(int n){nn = n;}
protected:
NoisyShout():nn(3){}
void shout(){
int noisiness = nn;
while(--noisiness >= 0) std::cout << "いて";
std::cout << "！" << std::endl;
}
~NoisyShout(){}
private:
int nn;
};

0926デフォルトの名無しさん

NGNG

初歩的な質問だけど>>849のprotectedは何故問題が起こりにくいの？

0927デフォルトの名無しさん

NGNG

>>926
struct base{protected:~base(){}};
struct derived : public base{};

base *p = new derived;
delete p; /* コンパイルエラー */

0928デフォルトの名無しさん

NGNG

あ～、もう訳が分かりません。
良い例と以下はあんまり変わらないと思いますけど、
この例にポリシーってあるんですか？

struct VariableNoisyShout{
protected:
void shout(int noisiness = 3){
while(--noisiness >= 0) std::cout << "いて";
std::cout << "！" << std::endl;
}
~NoisyShout(){}
};

0929デフォルトの名無しさん

NGNG

正直、「インターフェース」「ポリシー」をどう定義して話しているのかわからない。
あげく、「ポリシーってあるんですか？」ときた。
話している両者で定義が違っているような気がするんだが、
ちゃんと噛みあった会話になってるの？

漏れとしては、
「インターフェース」
　広い意味では、提供者と使用者の間での約束事のこと。
　たぶん今の会話の中では、純粋仮想関数のみを持つクラス型のこと。
「ポリシー」
　テンプレート引数として動作をカスタマイズできるように、
　必要なメンバ（要求）が定義されているクラス型のこと。
　広義のインターフェースに含まれる。
だと思ってるんだけど、あってるかな？

0930デフォルトの名無しさん

NGNG

日本語では正直分からないのでソース例を見て、
理解したいと思ったしだいです。

0931925

NGNG

やっぱり例が悪かったな。
忘れてくれ。

0932デフォルトの名無しさん

NGNG

なぁみんな、そろそろ>>930は放置でいいんじゃないか？

0933デフォルトの名無しさん

NGNG

>>932
「日本語」と「ソース」が逆だったら賛成だが・・・
現状、あんたがおかしい

0934デフォルトの名無しさん

NGNG

>>929
概念ではなく実装レベルで見ると

インターフェース
　純粋仮想関数と仮想デストラクタだけを含むクラス

ポリシー
　typedef と定数定義だけを含むクラス

かね。形だけ見ても、それをどう有効活用するか理解してないと
意味不明だから、あまり良い説明じゃないんだが。

0935デフォルトの名無しさん

NGNG

>>934
うそくせーなんかうそくせー

0936926

NGNG

>>927
誰かが公開してやらなきゃいけない上に
virtualじゃない基底クラスポインタを作れないという事か。
ありがとう。

0937デフォルトの名無しさん

NGNG

>>935
どうした、なんか発作でも起こしたのか？

0938デフォルトの名無しさん

NGNG

放置して下さい

0939849

NGNG

>>916
俺の書いたソースで混乱させてしまったようですまない。
言葉が足らなかったのでとりあえず>>862-866にこめた
気持ちを書きます。ちょっと酔ってるのでわかりにくいかもしれんが
なんとなくこのまま放っておけないので。

ポリシーはModernC++Designで定義されている用語です。
俺がだらだら説明するなんて無駄だから知りたい方は
読まれると良いでしょう。

ポリシーもインターフェースも複数メンバがあっていいです。
どちらも意味的にわかりやすい単位でまとめていいでしょう。

0940849

NGNG

>>939のつづき
件の話の流れから、「デストラクタvirtual」と「デストラクタprotected」の
使い分けのような部分を示したかったのです。
俺の理想としてはインターフェースから導出→（当然）デストラクタvirtual
実装の再利用及び、アプリケーションの特性を示すクラス→デストラクタprotected
の気持ちを持っています。※基本APIはここでは考えません。

で、インターフェースから導出するのは
なるべく動的にクラスが扱われる場合
（一緒の配列に格納したりStateパターンを使ったりするような場合）
にするべきだということです。使用例2において配列で示しました。
動的でなければほとんどテンプレートでコンパイル時に静的解決できるだろうと
考えています。動的に使用しないなら使用例1で十分（インターフェース不要）
ということです。

こうするとインターフェースばかり（仮想関数ばかり）で
効率が下がってしまうという問題を回避できるのではないかという意味でした。
デストラクタにvirtualをつけるのを嫌がるのは効率を考えるからだ、
というふうに受け止めているからです。

0941849

NGNG

>>940のつづき
また、もし一つのメンバ関数を一つのポリシーに対応させて作っても
コンパイル時に最適化されて一つのクラスになるし、
ポリシーに分けた部分を継承で実装するならクラス数も同様に
増えると思うので、これに関してデメリットは無いだろうと思います。
ポリシーは似て非なるクラスを作りたい時にその「似て非なる」を
他になるべく影響を与えずに切り出す手段だと思っています。

えらい長文すみません。ちゃんと伝わるといいんですが。

0942デフォルトの名無しさん

NGNG

int (*hoge)[10] = new ...;

...には何を指定すればいいでしょうか？
int[10]としたらおこられました。

0943デフォルトの名無しさん

NGNG

int* (hoge)[10] = {new int, new int, new int, ...};

0944デフォルトの名無しさん

NGNG

それは違うだろ

0945デフォルトの名無しさん

NGNG

>>942
int (*hoge)[10] = new int[n][10];

0946デフォルトの名無しさん

NGNG

>>945 ありがとうございます。

0947デフォルトの名無しさん

NGNG

>>941
>最適化されて

これ言い出したらOOP崩壊

class sine
{
private:
int afo;
public:
void set_afo(int gaikichi);
};
void inline sine::set_afo(int gaikichi)
{
afo = gaikichi;
}
main()
{
sine arasi;
arasi.set_afo(nurupo);
}

0948デフォルトの名無しさん

NGNG

inline ってﾊｧ？

0949デフォルトの名無しさん

NGNG

>928
そもそもここが分かってないような気がするので。
とりあえず、VariableNoisyShout とか自体がポリシーでしょ？
>862 からの流れです。
で、>849 と >925 は主張が違ってるような気がします。
>849 は既に本人が説明されてるんでパス。
で、>925 が言いたかったのは、悪い例ではポリシーが違うことによって shout() の呼び出し方が
変わってしまうため >864 みたいに単純に hit() が作れなくなり、結果としてインタフェースまで
影響が波及しかねず(hit()自体を差し替える必要がありそう)だめぽってことでしょう。
良い例の場合は、>863-864 と組み合わせが可能ですし、何回 Shout するかも制御可能です。
まとめると「ポリシーは問題を切り分けてちゃんと作れ」になってしまいそうな気がしますが(w
なお >928 のコードでは結局何回 Shout するかを制御できないですね(実装を使うユーザが)。

0950デフォルトの名無しさん

NGNG

皆様どうも長々と付き合ってもらって感謝です。
>>849　氏の説明は、class DerivedA1 : public BaseA {}、class DerivedA2 : public BaseA {}
では、DerivedA1、DerivedA2 を BaseA* と共にしない場合でもvirtualが入ってくるが、
>>862-866の例では、BaseA*的に扱うか否かを使用者が決める(ポリシー)だと受け取りました。

>>928 は完全に私の勘違いで申し訳ありません。

0951デフォルトの名無しさん

NGNG

>>947
は、ナニが言いたいの？意味不明なんだけど

0952デフォルトの名無しさん

NGNG

>>781のリンク先の仮想継承のところにある
vbptrが指している仮想基本クラステーブルについてなんですが

テーブルの最初のエントリーがクラスGの場合 GdGvptrG なのですが
ここには何が入ってるんですか？ GdGvptrC さえあればよさそうに見えるのですが
各仮想基本クラスへのオフセット値以外に何か必要なのでしょうか

0953849

NGNG

>>949
>>925の解説ありがとう。
実は俺、昨日読んだ時点では文脈がわかってなかったんだが、
俺のソースから始まったことだからとりあえず返信したのでした。
ちなみに>>949のような話なら俺はまず下記いずれかで解決を
試みると思います。どちらを取るかはアプリ次第ですね。
行数足らないのでデストラクタとprotected宣言は補完してください。
//実装側に変更を要求するが、柔軟。
template<typename S>struct IgnoreCountShoutAdapter{
void shout(int count){S::shout();}//引数ありshoutを引数なしshoutへ
};
//型爆発が起こる可能性あり。
template<int C>struct StaticCountShout{
void shout(){
int noisiness = C;
while(--noisiness >= 0) std::cout << "いて";
std::cout << "！" << std::endl;
}
};

0954849

NGNG

>>950
その通り。同じ意識を共有できたと思う。
説明が足りなくてすまなかった。

>>919
ポリシーは実装を作るためのパーツ感覚なので
一般的にインターフェースより粒度は細かいだろうと思う。
件のサンプルではそういう意図ではなかったんだけどね。
多分この辺を感じ取ってくれてフォロー入れてくれたんだよな。
感謝。

0955デフォルトの名無しさん

NGNG

VBで　unload me はＣ＃ではどうやるの？
コントロールのボタンを押した時、Form_Closeingをして
アプリケーションを終了したいのだけど。

0956デフォルトの名無しさん

NGNG

亜巣万。まちがった。ごばく。

0957C++初心者

NGNG

C++の実行時のメモリの取られ方についてどなたか教えてください

とある本で実行時の動作について
1．全ての割り込みを受け付けないようにする
2．ROM から RAM に初期化したデータを全てコピー
3．初期化されていないデータ領域を 0 で初期化
4．スタックを確保して初期化
5．プロセッサのスタックポインタを初期化
6．ヒープ領域を作成して初期化
7．全ての広域変数のためのコンストラクタとイニシャライザを実行 (C++)
8．割り込みを可能にする
9．main を呼ぶ
とあったんですが、
"全ての広域変数のためのコンストラクタとイニシャライザを実行"
とはどういう意味でしょうか？
広域変数の意味がわかりません。クラスのヘッダ内で宣言している変数のことでしょうか？
そのためにコンストラクタとイニシャライザを実行ということは、
そのクラスが使われる使われないにかかわらず、
実行時にヘッダに宣言してある変数がRAM上(何領域？)に取られるということですか？

0958デフォルトの名無しさん

NGNG

グローバル変数のことじゃね？

0959デフォルトの名無しさん

NGNG

C++ に「イニシャライザ」なんて用語あったっけ？

0960デフォルトの名無しさん

NGNG

一般的に初期化ってことじゃないの？

0961C++初心者

NGNG

C++でのグローバル変数っていうのは、、、クラス外で宣言されている値ということでしょうか？
そうするとコンストラクタが実行されることの意味がわかりません

イニシャライザって
class A {
A() : a(0) {
とかのa(0)のことかと思ってました

0962デフォルトの名無しさん

NGNG

class abc {
int m;
abc() : m(0) { hoge(); }
};

abc a;
main(...) { ... };

なんてのがあったとき、main が呼ばれる前に a のコンストラクタが動くよ、ってこと>>961

0963C++初心者

NGNG

あ、そういうことですか、わかりました

それ以外のクラスに関しては、実行時に呼ばれた際に初めてコンストラクタが走ってメモリが獲得されるという理解でいいんですよね？
その際の呼び出し方によって、どこにメモリが取られるのかが決まると

ありがとうございました

0964デフォルトの名無しさん

NGNG

>>954 御丁寧に有難うございました。
ポリシーって、A< Policy > a; の様に使ってAの内部動作を決める事しか
目を向けていませんでした。件のコードはとても新鮮でした。
struct Base {
virtual void func1();
virtual void func2();
];
struct DerivedA : public Base {
void func1() { ... }
void func2() {} // place holder
};
struct DerivedB : public Base {
void func1() {} // place holder
void func2() { ... }
};
の様に無理に共通の基底クラスを作らなくても済みますね。
template< typename Policy > struct A;
struct Policy1;
struct Policy2;
struct Policy12 : public Policy1, public Policy2;
A< Policy12 > a
とやると複数のポリシーを適用できるかなぁと夢想中･･･

0965デフォルトの名無しさん

NGNG

char i;で定義したiでユーザーの入力を受け取ってint型に変換したいんですけど、どうすればいいんでしょうか？

0966デフォルトの名無しさん

NGNG

>>965
まずは入門書買え。そして読め。話はそれからだ。

0967デフォルトの名無しさん

NGNG

>>965
発想の転換でintで定義して入力を受けるときだけcharに変換する

0968デフォルトの名無しさん

NGNG

int×char

0969デフォルトの名無しさん

NGNG

何がやりたいのか分からんが、char* だったら　atoi　か。

0970デフォルトの名無しさん

NGNG

>>969
エライね（ｗ
初心者の言わんとすることを咀嚼した上で回答している。
自分だったら、ついつい>>967のような返答してしまうだろうなぁ。

0971デフォルトの名無しさん

NGNG

オレだったら、

　あーっ、うざい。初心者スレか宿題スレにとっとと逝け

って回答しちゃうな。みんな親切だな。

0972デフォルトの名無しさん

NGNG

・・・

0973デフォルトの名無しさん

NGNG

>> 965
(int)(i - '0')

0974デフォルトの名無しさん

NGNG

>>973
i - '0' ってやった時点で既に整数への格上げを受けているよ。まず i が
整数への格上げを受け、次に '0' も整数への格上げを受けるので、
結局int - intの計算をして、結果もint。キャストは不要。

0975デフォルトの名無しさん

NGNG

structとclassの使い分けってどうしてます？
なんとなく？あるいは自分なりの基準を持ってますか？

0976デフォルトの名無しさん

NGNG

俺の場合、
・メンバが全てpublic
・operator以外の関数がない
・仮想関数テーブルがない
場合はstructだな。まぁ多少例外もあるが。

友人はoperatorなども含め、関数が入りそうな時点でclassに
してるんで、結構「俺基準」がありそうな気がする。

0977デフォルトの名無しさん

NGNG

C から C++ に流れた人は >>976 の言う関数が入ったらクラス化っての多いんじゃないかな。
かく言う俺もそれ。

0978デフォルトの名無しさん

NGNG

俺は関数オブジェクトを用意するためにはstructだなあ。

0979デフォルトの名無しさん

NGNG

Cと絡むならstructそれ以外はclass

0980デフォルトの名無しさん

NGNG

俺はﾏﾝﾄﾞｸｾｰから全部classだな。

0981デフォルトの名無しさん

NGNG

C#とかならともかくC++で一生懸命使い分けても空しいよな

0982デフォルトの名無しさん

NGNG

>>981
別に一生懸命使い分けているわけでもないのだが。

0983デフォルトの名無しさん

NGNG

次スレ立てまーす

0984デフォルトの名無しさん

NGNG

しばらくこのホストでは立てられません」がでちゃったよーん

0985デフォルトの名無しさん

NGNG

>>975
自分で作る場合は文句なしにclass
他の人のを借りた場合のみstructが存在する

0986985

NGNG

>>984
建てようか?

0987985

NGNG

漏れも弾かれたorz

0988デフォルトの名無しさん

NGNG

次スレ
http://pc5.2ch.net/test/read.cgi/tech/1046851381/

0989デフォルトの名無しさん

NGNG

>>988 ﾜﾗﾀ

0990デフォルトの名無しさん

NGNG

スレッド一覧から探しちゃったよ

0991デフォルトの名無しさん

NGNG

>>975
メンバ関数とかoperatorみたいに++なことを書くときclass
ただしインターフェースはstruct

てなことやってるけど、本音ではclassいらん
俺的にはpublic->protected->privateの順で書くべきだと思っているし
template関係のぐちゃが痛くて見てらんねー

0992デフォルトの名無しさん

NGNG

ええ？俺はデータをひとまとめにするのに使うぜ？なんだってインターフェースにstructなんか。
public書くの面倒くさいとかだったら悪だね。

0993デフォルトの名無しさん

NGNG

いや、別にどっちでもいいだろ

0994デフォルトの名無しさん

NGNG

なんの存在意義もないな

0995デフォルトの名無しさん

NGNG

クリリンのことかーっ！！！！！

0996デフォルトの名無しさん

NGNG

クラスは使うと遅くなるの？

0997デフォルトの名無しさん

NGNG

うん。理屈上は遅くなる。

0998デフォルトの名無しさん

NGNG

メンバ変数一つ使うのにもインスタンス作ってやらんといけないわけだから
その分、クラスを使わないでやる場合に比べると遅い。

0999デフォルトの名無しさん

NGNG

C++

1000デフォルトの名無しさん

NGNG

1 0 0 0

1001１００１

Over 1000Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

レス数が1000を超えています。これ以上書き込みはできません。