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

C++相談室 part61 ..

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

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

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

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

それでは．

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

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

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

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

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

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

603:デフォルトの名無しさん
08/04/17 12:56:08
>>602
typedef しないという選択肢は無いのかね？
ほんとに HogePtr に意味があるなら Hoge.h だろうね。

604:602
08/04/17 13:00:36
>>603
すみませんtypedefしない選択肢もありました。
Hoge.hでtypedefするか、typedefしないかの2択ですね。
ありがとうございました。

605:デフォルトの名無しさん
08/04/17 21:40:19
class Hoge {
public:
typedef boost::shared_ptr<Hoge> ptr_t;
};
というのはどうですか?

606:デフォルトの名無しさん
08/04/17 23:27:03
ClassA や ClassB の実装部分を HogePtr の実体から分離するために
typedef 名をつかうってんなら、いっそ
template class <T> class ClassAImpl { typedef boost::shared_ptr<T> Ptr; ... };
で、
typedef ClassAImpl<Hoge> ClassA;
あたりまでやっちゃうのも悪くないと思うよ。

607:デフォルトの名無しさん
08/04/18 01:14:56
inline std::string Reverse( const std::string & src ){
return std::string( src.rbegin( ), std::rend( ) );
}
これくらいシンプルな感じで実装する方法ないですか？

608:デフォルトの名無しさん
08/04/18 01:21:01
ごめん誰か>>607を翻訳して

609:デフォルトの名無しさん
08/04/18 01:29:32
ようするに逆順でイテレーションしたいんだろうさ

610:デフォルトの名無しさん
08/04/18 01:32:28
実装する手間を惜しんでシンプルな設計を考えることは良いことだが、
人に説明する手間を惜しむのは（・Ａ・）ｲｸﾅｲ!!

611:デフォルトの名無しさん
08/04/18 01:40:34
>>608
すいません。>>609ってことです。しかもstd::rend( )って何だよ・・・orz

当然できんだろ、って思ってたらコンパイルエラーになるんすね。
やっぱcopy使うのが一番まともでしょうか？

612:602
08/04/18 01:45:35
>>605
なるほど、それもありましたか。

>>606
ClassAとHogeの分離は考えてなかったです。
考えていたのは、
１、クラステンプレート実体化のコードが長くなるので、stlやboostはtypedefして使うものだと思っていた。
２、shared_ptrを使うという事は、2つ以上のクラス(スコープ)で型を使う事になるので、typedefを1箇所(Hoge.h)にだけ書いて、参照したほうがいいのではないか？
３、しかし、shared_ptrに入れて使うかどうかは、Hoge.hをインクルードして使う側の選択肢であって、使う側の可能性をHoge.hに書いてしまうのはどうか？
といったことで悩んでいました。

613:デフォルトの名無しさん
08/04/18 02:14:07
>>611
よくわからんが std::reverse でも使っとけ

614:デフォルトの名無しさん
08/04/18 02:24:36
世の中にはある程度の割り切りが必要な時だってあるのさ・・・

615:デフォルトの名無しさん
08/04/18 11:03:18
>>611
make_reverse_range(src) // boost::range_ex
src|reversed // pstade::oven

非標準のライブラリ使ってもいいならこんな感じで簡単に書ける

>>612
HogePtrをtemplateにして
template template parameterでboost::shared_ptr等を与える

// hoge.h
struct Hoge { ... };
template< template<typename T> class Pointer >
struct HogePtr {
　typedef Pointer<Hoge> type;
};

// client code
#include "hoge.h"
template< typename T > struct raw_pointer { typedef T *type; };
HogePtr<raw_ptr> raw;

#include <boost/shared_ptr.hpp>
HogePtr<boost::shared_ptr> shared;

これならhoge.hppで#includeしなくてもよくなる筈

616:デフォルトの名無しさん
08/04/18 13:57:34
>>615
×HogePtr<raw_ptr> raw;
○HogePtr<raw_ptr>::type::type raw;
×HogePtr<boost::shared_ptr> shared;
○HogePtr<boost::shared_ptr>::type shared;
ではなくて？

そもそもhoge.hppでshared_ptr.hppの#includeを避けるなら
// client code
Hoge* raw;
boost::shared_ptr<Hoge> shared;
でいいじゃん？

617:デフォルトの名無しさん
08/04/18 22:57:32
>>581
>>582
返信遅くなってしまいました…
そんな単純なミスだったんですね…
ありがとうございました。

618:デフォルトの名無しさん
08/04/19 15:15:17
ベースメンバ初期化で"this"を使用すると警告がでますが、
コンストラクタ内で"this"を使っても警告も何も出ないけど大丈夫なんですか？

警告が出てるのはインスタンスが生成されていることが保証されて無い状態で
そのポインタを読んでいることが原因になっていると考えているのですが、
だとすると、コンストラクタ内で使っても同じことですよね。

警告が出ないのは、そのポインタの先を使用しなければおｋって事なんですかね・・。

619:デフォルトの名無しさん
08/04/19 15:20:45
コンストラクタ内ではメンバの実体は既に生成されているから問題ない
どんな値がはいってるかは知らないけどね

620:618
08/04/19 15:58:08
>>619
>>コンストラクタ内ではメンバの実体は既に生成されているから問題ない
なのに
>>どんな値がはいってるかは知らないけどね
とは？

実体は生成されているけど、thisが指しているのはどこか分からないよ
ってことですか？
それとも、実体の中身に何が入っているか分からないよってことですか？

621:デフォルトの名無しさん
08/04/19 16:00:42
ポインタの先を使用しなけりゃ大丈夫。

622:618
08/04/19 16:12:46
>>621
ってことは、コンストラクタでメンバ関数のアドレスを引き渡すのも危ないってことですよね。

623:デフォルトの名無しさん
08/04/19 16:14:00
コンストラクタ内でそのメンバ関数のアドレスを使わなければ大丈夫。

624:618
08/04/19 16:18:31
>>623
なるほど。理解しました。
どうもありがとうございました。

625:デフォルトの名無しさん
08/04/19 16:18:41
実体は生成される途中にある。
だから、this は存在する。
存在するが、その実体は完全に生成されていないので、
その実体を操作しようとすると色々な不具合が生じる。

1. メンバ変数が全て生成されている保証は無い。
　　→ メンバ変数に触る関数を呼ぶとヤバい。

2. 仮想関数の呼び出しが正常に働かない。
　　→ class B : public A { B() : c(this) { } void hoge(); C c; };
　　　　とした時、B のコンストラクタ内から仮想関数 hoge を呼ぶと
　　　　どんな状況であろうが B::hoge が呼ばれるが、
　　　　C のコンストラクタ内から渡されたポインタを使って仮想関数 hoge を呼ぼうとすると
　　　　どんな状況であろうが A::hoge が呼ばれる。
　　　　B の基本的な初期化が済んでないので、B::hoge を呼ぶ事は非常に危険ということでそうなるのだが、
　　　　もちろん A::hoge が呼ばれてしまう事も危険っちゃ危険だ。

626:618
08/04/19 16:37:18
ん...また混乱..

>>1. メンバ変数が全て生成されている保証は無い。
>>　　→ メンバ変数に触る関数を呼ぶとヤバい。
これだと、例えば,
class AAA {
public:
　 // 危険?
　 AAA(){
　　 this->value = 5;
　 };
　
　 // こちらにしなくてはならない?
　 AAA():value( 5 ){
　 };
　
　 void test(){
　　 cout<<value<<endl;
　 };
private:
　 int value;
}
ということ？

627:デフォルトの名無しさん
08/04/19 16:55:31
ここで言っているのは、コンストラクタ以外のメンバ関数のことでしょ。
普通、メンバ関数は、コンストラクタによって適切に初期化済みであることを
前提にして書かれているから、
コンストラクタの途中で呼び出すのは、一般的には危険ということ。

628:デフォルトの名無しさん
08/04/19 17:18:51
GCC でやってみたら C::C 内でも B::hoge が呼ばれた。未定義なのかな？
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)

629:デフォルトの名無しさん
08/04/19 18:02:59
vptrは初期化リストに先立って初期化されてるはずだから、
実装的には値が不定なだけだと思うけど、
未定義ではあると思うよ。

630:デフォルトの名無しさん
08/04/19 18:04:28
補足。this->nとかの値が不定って意味ね。

631:デフォルトの名無しさん
08/04/19 18:08:30
前に VC6 でやった時は仮想関数テーブルの初期化は最後だったけど、
どっちの仮想関数が呼ばれるかって仕様で決まってんのか？

632:デフォルトの名無しさん
08/04/19 18:15:06
え～うそ～！？
基底のコンストラクタから、
派生の仮想関数が呼ばれない、とかの話と勘違いしてない？

633:デフォルトの名無しさん
08/04/19 18:17:17
基底に this は流石に渡さんぜよ。

634:デフォルトの名無しさん
08/04/19 18:32:06
>>631
VC++だと__declspec(novtable)を付けたクラスでは
vtblの初期化が行われないなんて独自拡張がある。
（最派生クラスだけnovtable無しにして使う）

これ使っていないか？

635:デフォルトの名無しさん
08/04/19 19:41:56
novtableいいよねー
コード縮むし

636:デフォルトの名無しさん
08/04/19 20:55:37
　　　　|┃三　　　　　　　　　　　　
　　　　|┃　　　　　　　　　　　
　　　　|┃　≡　　　_、_　　　
＿＿__.|ミ＼＿＿_（　<_,`　）　
　　　　|┃=＿＿＿　　　　＼　　　
　　　　|┃　≡　　　）ATL 人＼ガラッ

637:デフォルトの名無しさん
08/04/19 21:20:55
class Derived : Base {...}

void f(){
　　Derived v;
}

this->vptr = &Base::vtbl → Base::メンバ初期化 → Base::ctor
→ this->vptr = &Derived::vtbl → Derived::メンバ初期化(定義順にctor) → Derived::ctor

Derived::dtor → Derived::メンバ破棄(定義逆順にdtor) → this->vptr = &Base::vtbl
→ Base::dtor → Base::メンバ破棄(定義逆順にdtor) → this->vptr = 不定値

こういう流れになるはず。VC6も。

638:637
08/04/19 21:28:41
表現がおかしかったので訂正。

× Base::メンバ初期化
○ Base::定義順にメンバ初期化
× Derived::メンバ初期化(定義順にctor)
○ Derived::定義順にメンバ初期化

ctorは「メンバの暗黙の初期化・初期化リストによる初期化」を含まないコンストラクタの中身。
dtorは「メンバのデストラクタ呼び出し」を含まないデストラクタの中身。

639:デフォルトの名無しさん
08/04/19 23:10:47
VCの実装を見る限りcinやcoutはextern修飾されてるみたいですが、
宣言のみの必要な定義のいらないこれらの様なものを自分でも書くとき、
一般的にどのコンパイラでも単にexternを付けておけば良いんでしょうか？

640:デフォルトの名無しさん
08/04/19 23:21:00
externが、必要がでるまでどこかで定義された実体を探す事がないという保証があるかどうか？

641:デフォルトの名無しさん
08/04/19 23:25:46
日ｈ（ｒｙ

642:デフォルトの名無しさん
08/04/22 15:26:08
template<class T> struct A { struct B {}; };
template<class T> void f( typename A<T>::B ) {}
と定義して
f( A<int>::B() );
とすると

'void f(A<T>::B)' : テンプレート引数を 'T' に対して減少できませんでした

というエラーが出るのですが、入れ子クラスではテンプレートの引数を推測でき
ないのでしょうか?

643:デフォルトの名無しさん
08/04/22 15:49:31
f( A<int>::B() );
を
f<int>( A<int>::B() );
と推測できないかってこと？

それは無理がありすぎるな。

644:デフォルトの名無しさん
08/04/22 17:09:44
逆にboost::implicit_castがこれを使っていて、
推論を抑えるため、引数の型をtypename mpl::identity<T>::typeにしている。

645:デフォルトの名無しさん
08/04/22 19:09:03
BがAのテンプレートパラメータTの値をtypedefの形で保持してそれをf側で参照するようにしてやれば可能になりそうだけど
そうするとfを関数オブジェクトにしないといけなくなってC++の暗黒面に突入する…と
本当にunk言語だな

646:デフォルトの名無しさん
08/04/23 17:10:39
何で
std::auto_ptr<char> x( new int );
はコンパイルエラーにならないんですか?

647:デフォルトの名無しさん
08/04/23 17:19:09
おまえがどんなコンパイラと、どんなSTLの実装使っているのか非常に気になる。

648:デフォルトの名無しさん
08/04/23 17:23:34
コンパイラは VC8 SP1 で STL はコンパイラ付属です。

649:デフォルトの名無しさん
08/04/23 22:11:04
VC8って2005だっけ?
2008ではエラーになったぞ。

650:デフォルトの名無しさん
08/04/24 00:38:29
8は2005

651:デフォルトの名無しさん
08/04/24 09:47:20
VC++2005Expressではエラーになった

652:デフォルトの名無しさん
08/04/24 12:12:58
VC7.1 だとエラーになりました。

Microsoft Visual Studio 2005
Version 8.0.50727.762 (SP.050727-7600)
だとなぜかエラーになりません。

もしかして C++ コンパイラはエラーを出す義務はないのかな?

653:デフォルトの名無しさん
08/04/24 13:26:29
多分それはない。
コンパイラのバグか、誰かがヘッダ書き換えちゃったとか。

654:デフォルトの名無しさん
08/04/24 15:07:19
デバッガで追いかけたら new int が一旦 std::auto_ptr_ref<char> に
変換されてから std::auto_ptr<char> に変換されていました。
std::auto_ptr_ref<T> は void* 型でポインタを記憶しているので
int 型は消えていました。
memory ヘッダーを確かめると確かにエラーが出ないはずです。
この動作は std::auto_ptr の仕様でしょうか?

655:デフォルトの名無しさん
08/04/24 15:34:39
これと同じみたいだね
URLﾘﾝｸ(connect.microsoft.com)

656:デフォルトの名無しさん
08/04/24 15:45:29
いまだに信じられんな。もうすでにVC8なんて使っていないんだが、
それほど悪いコンパイラとSTLじゃなかったはずだが。

とりあえず>>654の話から想像すると、
rvalueとlvalueの境を越えるための、あまり汎用的に使い道のない、
汚いトリックを使ってauto_ptrを実装しているが（オーバーロードとtemplate argument deductionのわずかな違いを利用するやつ）
普通に使う際にも、そのトリックが働いてしまうって事かな。
STLの実装の問題っぽいかなぁ。
ふつうauto_ptr_refのメンバをvoid *にしなければならない理由はないよな。

657:デフォルトの名無しさん
08/04/24 15:48:53
>>655
あ、>>656に加えて、auto_ptr_refのコンストラクタがexplicitじゃないのか。
だめじゃん、P.J. Plaugerさん。

658:デフォルトの名無しさん
08/04/24 19:51:53
失礼
リソースの切り離し / 復元を実行するメソッドの命名に困っているのですが
この意味に近くて使いやすい単語のペアはありませんかね？
機能的に必ず対になるものです。

候補としては
[Detach / Restore]　Detach の対義語は Attach だしな
[Detach / Attach]　Attach は「復元」では無い気がする
[Destruction / Resotre]　Destが長い
[Destroy / Restore]　Destory は Create のペアとして使ってきたので控えたい
ですが、どうも腑に落ちません。

659:デフォルトの名無しさん
08/04/24 19:58:10
日本語の「切り離し」と「復元」はそもそも対義語じゃないよね・・・
切り離しとその反対なら、Detach / Attach だろうし、
復元とその反対なら、Save / Restore だろう。

Destruction なんて破壊しちゃうわけでさ、英語以前に日本語の
「切り離し」「復元」ってのがそもそも違うんじゃないか？

660:658
08/04/24 20:08:51
>> 659
> 英語以前に日本語の「切り離し」「復元」ってのがそもそも違うんじゃないか？
うーむ・・仰るとおりですね

切り離しを実行すると消失という状態になる処理だったので
それを元に戻す意味で復元と考えていたのですが
もう少し考え直してみます。　ありがとうございました

661:デフォルトの名無しさん
08/04/24 20:12:44
漏れはホンちゃんの処理の準備のためのナニにはPrepareXXXを結構使うな。
オフスクリーンビットマップやら何やらの準備とか。

662:デフォルトの名無しさん
08/04/24 21:22:36
release / acquire

663:デフォルトの名無しさん
08/04/24 22:20:14
>>660
Disconnect / ReConnect とか、Detach / ReAttach とかは？

664:658
08/04/24 22:43:04
>>661
Prepare
今回は使いそうに無いけど、ひとつ賢くなりました

>>662
そういえば DirectInput に Acquire / UnAcquire （だったかな）ってのがありますね
これ良いかも

>>663
Disconnect / ReConnect
接続とはちょっと違うんですわ

ありがとうございました
スマートに命名出来るように、もうすこし設計から見直すことにします

665:デフォルトの名無しさん
08/04/24 22:50:04
template <template<class> class T>
このようなテンプレートテンプレートパラメータが
なぜこんな書き方ができるのか今一理解できません。
誰か上手いこと説明してください

666:デフォルトの名無しさん
08/04/24 22:59:29
なぜ出来るのかって、そりゃ出来るように言語仕様を改定して
コンパイラが対応したからだろ・・・

667:デフォルトの名無しさん
08/04/24 23:34:09
class X を渡せる奴は
template <class X> と書くんだから
template <class A> class T を渡せる奴は
template <template <class A> class T> と書けるようにするのが自然だろう。
むしろ他にどんな書き方があるのかと問いたい。

668:デフォルトの名無しさん
08/04/24 23:54:08
>>667
あぁ納得。
<template <class A>

最初の例だとAの部分が無かったので混乱してました

669:デフォルトの名無しさん
08/04/25 20:13:29
std::exception のメソッドの例外指定はいつの間にかなくなってしまったんですか?
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
を見るのすべてのメソッドに例外指定がないんですけど。
今まで std::exception が例外を投げないことを前提にプログラムを作ってきたんですが。

670:デフォルトの名無しさん
08/04/26 01:47:18
現行規格でも次期規格の最新のドラフトでも throw() ついてるから。

671:デフォルトの名無しさん
08/04/26 02:01:34
だから聞いてるんじゃね

672:デフォルトの名無しさん
08/04/26 10:46:10
throw() は例外を投げない事を保証するが、
unexpected() が呼ばれて落ちる事もあるので
「throw() がついてないからどんな例外が呼ばれるか分からないから
　落ちる可能性があるかもしれないのか不安だよ！」
ってのは意外とナンセンスな悩み。

673:デフォルトの名無しさん
08/04/26 11:32:34
>>672
ナンセンスな私的だな。例外安全性について勉強し直せば。

674:デフォルトの名無しさん
08/04/26 11:35:43
例外指定にない例外を投げたらunexpected()呼ばれるんじゃなかったっけ

つまり例外指定はあんま意味ナス

675:デフォルトの名無しさん
08/04/26 11:40:29
throw()は意味あるよ。関数の実装者がユーザに対して例外を投げない事を保証するものだから。
ユーザはthrow()を見て、例外不送出であることを期待してコードを書く事ができる。

unexpected()が呼ばれる事で、その関数の例外指定に問題があるか、実装に問題がある事をユーザ／実装者が知る事ができる。

676:デフォルトの名無しさん
08/04/26 11:58:31
VCは例外指定無視する(そして"実装されてないお"と警告をだす)のでVC付属のライブラリからも外しちゃったんじゃない？

677:デフォルトの名無しさん
08/04/26 12:02:46
throwをつけると、おき得る例外を特定できるから、それを期待してプログラムを書ける。
なのにそれ以外の例外が投げられるという例外中の例外がunexpectedなのだな。例外にも階層があるんだね。

678:デフォルトの名無しさん
08/04/26 12:16:40
>>676
空のthrow()だけ対応していなかったっけ？

679:デフォルトの名無しさん
08/04/26 12:31:32
>>678
なんかそんな気もする
帰ったら確認してみるよ

680:デフォルトの名無しさん
08/04/26 12:38:39
>>678
そだよ。
書いても警告が出るだけだから。

681:676, 679
08/04/26 20:00:39
vc9で確認してみた

Debugビルドだと、throw()指定がついた関数内に直接throw文を書くとコンパイル時に警告C4297が出る。
実行時はthrow()指定無視

Releaseビルドだと、throw()指定がついた関数内に直接throw文を書くとコンパイル時に警告C4297が出る。
実行時はthrow文のところでterminateによりabort

のようだ

682:デフォルトの名無しさん
08/04/26 20:22:06
VC9は何かバグバグだな
早くSP1出して欲しい
でも年末とか言ってたような希ガス・・・・orz

683:デフォルトの名無しさん
08/04/26 21:26:34
>>669
例外指定があろうとなかろうと、
投げてくる（こない）例外の種類は、規格通りだから安心して使っていいよ。

684:デフォルトの名無しさん
08/04/26 22:13:35
void f( T a ) {}

f の呼び出しで a を生成するときに起きる例外は f の中で発生する
例外ですか，それとも外で発生する例外ですか?

685:デフォルトの名無しさん
08/04/26 22:16:42
外

686:なにがだ
08/04/26 22:30:18
>>684
f()に入れる前に出ちゃってるんだから大丈夫。

687:デフォルトの名無しさん
08/04/26 22:31:58
もう、出しちゃったの？

688:デフォルトの名無しさん
08/04/27 17:46:33
Winsock2.0で非同期通信について教えてくれ

connectメソッド使ってサーバに接続要求して
サーバ側でACCEPTメッセージちゃんと受け取って
接続できてるのに戻り値が0にならないのは何で？

689:デフォルトの名無しさん
08/04/27 17:58:54
とりあえずWSAGetLastErrorでエラー内容調べてみたら?

690:デフォルトの名無しさん
08/04/27 18:06:54
>>689
やってんだけどわかんないんだ

非同期通信の場合WSAEWOULDBLOCKが返されるのは正常
という記事は見つけたんだけど、鯖立ててない状態で接続しても
WSAEWOULDBLOCKしか返らないからエラー処理出来なくて困ったちゃん

691:デフォルトの名無しさん
08/04/27 18:16:49
URLﾘﾝｸ(msdn2.microsoft.com)
>With a nonblocking socket, the connection attempt cannot be completed immediately.
>In this case, this function will return SOCKET_ERROR and WSAGetLastError will
>return WSAEWOULDBLOCK.

692:デフォルトの名無しさん
08/04/27 20:46:47
C++のnamespaceとオブジェクトに関連した質問させて下さい。

namespace Aにあるクラスまたは構造体のオブジェクトを、
namespace Bのクラスに引数として渡したいのですが、どのように
記述すればいいのでしょう？出来ればnamespace AとBは別々に、
それがダメならnamespace Aの中にBがいるように出来ればと
思っています。

C++を触りはじめたばかりでわかっていないことが多いのですが、
よろしくお願いします。

693:デフォルトの名無しさん
08/04/27 21:26:36
namespace AのclassXなら「A::X」

694:デフォルトの名無しさん
08/04/28 15:26:11
std::vector::size_type 型のオブジェクトは std::size_t 型の
オブジェクトに変換できるでしょうか?

695:デフォルトの名無しさん
08/04/28 16:28:10
>>694
符号なし整数で、difference_typeの全ての非負数を表す事ができる。
としか書かれてないから、実装依存じゃないかな。

696:デフォルトの名無しさん
08/04/28 16:38:32
教えてください。
Visual Studio 2005をつかっています。
クラスのコンストラクタ内で動的に2次元配列を生成し、
ファイルから値を入力したいのですが、
デバッグ(ローカル,this,vec_x内)で確認すると、2次元配列にはなっているのですが、
行数、列数で共に1となってしまっています。
int **vec_x;
int **vec_y;
と宣言し、コンストラクタ内で、
vec_x = new int * [ size_y ];
vec_y = new int * [ size_y ];
for(i = 0; i<size_y; i++){
vec_x[i] = new int[size_x];
vec_y[i] = new int[size_x];
}
size_y,size_xは初回のnewの次点ですでに、
300,200となっていることは確認済みです。

697:デフォルトの名無しさん
08/04/28 16:43:38
>>696
何を根拠に行数、列数が1と判断したのか詳しく。
つーか、vector<vector< int> >使ったら?

698:デフォルトの名無しさん
08/04/28 16:48:51
>>696
デバッガでは配列の要素数は型情報として存在しない限り
表示されないというか new [hoge] で取ったサイズは表示されないというか、
要するにただのポインタなので要素は1つしか表示されないというか、
まぁそんな感じ。

699:696
08/04/28 16:51:46
>>697
デバッグで、ローカル変数タブからです。
this以下、vec_x(int **)を見ると、
(int *)に対応するところが1段しかありませんでした。
さらに、その下(?)の階層にも要素はひとつしかありませんでした。
>>698
その要素に値を入力したとき、
うまく領域が確保できていればどう表示されるんでしょうか。

700:デフォルトの名無しさん
08/04/28 16:59:05
>>699
詳細は>698の通り。そのデバッガは(newで確保した)可変長配列に対応していないのだろう。
確保できていたかどうかを知る手段はない。
確保に失敗したかどうかは例外が送出されるので受け取ればいい。
つーか、>697の最終行。

701:696
08/04/28 17:13:14
むしろ、その後の値の入力に問題があるのかもしれません。
ifstream ifs("FILE_NAME");
ifs >> size_x >> size_y;

for( i = 0;i<size_y;i++){
　for( j = 0;j < size_x; j++){
　　ifs >> vec_x[i][j] >> vec_y[i][j];
　}
}
としています。
入力ファイルの中身は、
整数（半角スペース）整数
整数（半角スペース）整数
...
となっており、最初にsize_x,size_yを入力しています。
size_x,size_y,vec_x[0][0]は正しく入力されたのですが、
vex_y[0][0]には正しい値は入っていません。
その後のvex_x,vec_yの各要素の値に関しても同様に正しい値は入力されませんでした。

>>697
STLはややこしくて全く手をつけていません。
お恥ずかしい限りですが…。

702:デフォルトの名無しさん
08/04/28 17:30:54
>>701
g++ で一応試したけど、配列は >>696 で問題無いよ。
俺も STL 使った方がいろいろと簡単だとは思うけど。

703:デフォルトの名無しさん
08/04/28 17:40:17
STLに限らず、まとまった規模の情報は何でもそうだけど、遠目に見ているうちは
頻繁に使うものと滅多に使わないものが「同じ大きさ」に見えるんで、
無駄に全容を眺めてしまって、「難しそうだなぁ」という気持ちばかり膨らんでいく。

実際には「STLを使う」ってのは、その殆どがつまり「コンテナを使う」ってことで、
これ自体はめちゃくちゃ簡単な話だよ。

704:696
08/04/28 18:00:02
ありがとうございます。
STLを勉強してみたいと思います。
今回は(x,y)のようなベクトルによって構成された、
2次元配列を二つ作ることを考えています。
vector<vector< int> > vect1(size_y,vector<int>(size_x));
として、vect1[y][x]として要素にアクセスすればいいのでしょうか。
URLﾘﾝｸ(gimite.net)

この場合のコンストラクタの動作が理解できません。
第二引数のvector<int>(size_x)でvect1を初期化するのでしょうか。

705:デフォルトの名無しさん
08/04/28 18:57:24
>>704
それで使い方はいいよ。

違うよ。2個目の引数は vect1 の各要素を初期化というか instantiate してる。
constructor は 2 つ引数あるときは個数と各要素。

706:デフォルトの名無しさん
08/04/29 21:50:55
>>705
下の文に引用が無いから
> それで使い方はいいよ。
> 違うよ。
が繋がった感じで、なんかﾜﾛﾀ

707:デフォルトの名無しさん
08/05/01 13:42:23
クラスAからpublic派生したクラスBで、クラスA分のメンバ関数をprivateにしたいんですが
Virtual付いてると宣言だけじゃ駄目なんでしょうか？
環境はBCB5+XPです

class a {
public:
void Test1() {};
virtual void Test2() {};
};
class b : public a {
private:
void Test1(); //OK
virtual void Test2(); //リンカエラーが出る
};

708:デフォルトの名無しさん
08/05/01 13:56:01
virtualは関数の実体を定義しないとエラーになるよ。

709:デフォルトの名無しさん
08/05/01 13:58:16
それが許されたとして、aの中でよんでいるTest2はどうなるのか興味浦々

710:デフォルトの名無しさん
08/05/01 14:13:48
う～んそうだったんだ。
a.Test2()で実体があるから、問題ないんじゃないかと思ってたけど
違うのか。
すごく勉強になったよ。ありがとう～

711:デフォルトの名無しさん
08/05/01 15:04:23
class b : public a {
private:
using a::Test1;
using a::Test2;
};

やりたいのはこういうことか?

712:デフォルトの名無しさん
08/05/01 17:43:05
>>711
この書き方は知らなかった。
usingについて調べてみます。

713:デフォルトの名無しさん
08/05/04 23:24:42
じぇねれーてぃぶこーどって本
買ったけどC++のソース部分読めない
たじゅけて

714:デフォルトの名無しさん
08/05/05 00:30:03
出版社に送って新しいのと取り替えてもらえ

715:デフォルトの名無しさん
08/05/05 00:47:17
無限ループになる悪寒

716:デフォルトの名無しさん
08/05/05 07:55:38
>>714
当社では、「落丁・乱丁」の場合のみお取替えをさせていただいております。

大変申し訳ありませんが、「ソースコードが理解できない」お客様につきましては、
対応いたしかねますので、ご了承いただけますよう重ねてお願いいたします。

717:デフォルトの名無しさん
08/05/05 13:45:51
>>713
何がそんなに難しいの？ template とかの勉強が必要なのかな？

718:デフォルトの名無しさん
08/05/06 00:30:53
じぇねれーてぃぶこーどなんて本あったっけ？

719:デフォルトの名無しさん
08/05/06 00:38:16
日本語ではなかった気がする

720:デフォルトの名無しさん
08/05/06 10:14:01
これかぉ？
URLﾘﾝｸ(www.seshop.com)

721:デフォルトの名無しさん
08/05/06 11:32:55
hoge

722:デフォルトの名無しさん
08/05/06 11:39:15
int main ()
{
static int i (0);
struct Local
{
static void increment ()
{
++ i;
}
};
Local::increment ();
}
関数内のクラスのstaticメンバ関数(Local::increment)から
関数内の変数(i)を触れるのは規格に合ってる?
g++.real (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
では触れるのだけど．

723:デフォルトの名無しさん
08/05/06 14:12:30
スタティックなメンバ関数からスタティックなメンバ変数が見えるのはいいんでないかい?
別に矛盾はないと思うし。
スタティックなメンバ変数ってのは、スコープ限定のグローバル変数みたいなもんだしね。

724:デフォルトの名無しさん
08/05/06 15:28:06
>>723
そういう事なんだろうね。俺も >>722 さんの code 見てちょっと
えっ?て思ったけど、気分悪いがはっきりと間違っているとも言えない。
実際 compile してみると走るし(g++ 4.1.1)。どちらの static でも
外せば compile しない。

725:722
08/05/06 15:42:33
>>723,724
規格に合っているみたい．

9.8.1に
722ほぼそのまんまの例が載ってました．

726:デフォルトの名無しさん
08/05/06 23:05:22
int* array[10];
ってnewでやる場合どう書けばいいですか？

727:デフォルトの名無しさん
08/05/06 23:07:39
array[0] = new int[931];

728:デフォルトの名無しさん
08/05/06 23:26:29
>>726
もっと分かるように質問しろお（＾ω＾）

729:デフォルトの名無しさん
08/05/06 23:31:01
int** array = new int*[10];でしょjk

730:デフォルトの名無しさん
08/05/06 23:32:22
C++のソースコードをアセンブラのコードに変換する方法があるって聞いたんですが
どうやればいいか教えてください
コンパイラはVCです

731:デフォルトの名無しさん
08/05/06 23:34:11
コンパイラオプションで「アセンブリコードを出力する」に設定する

732:デフォルトの名無しさん
08/05/06 23:36:49
７３０です
ありがとうございます

733:デフォルトの名無しさん
08/05/07 00:02:34
void F( vecotr<int> &vec )
{
struct T
{
void operator()( int i ){ printf( "%d\n", i ); }
};

for_each( vec.begin(), vec.end(), T() );
}

こういう奴で、struct TをFのスコープ外にすると通るんだけど、
スコープ内だと通らない。
なんで？

なんで？って考えちゃダメ？

734:デフォルトの名無しさん
08/05/07 00:04:20
>>733
関数ないクラス、構造体はtemplateクラスやtemplate関数にtemplate引数として渡せないと仕様で決まっている。

735:デフォルトの名無しさん
08/05/07 00:05:23
誤字修正
x 関数ないクラス
o C++仕様もまともに知らない奴は死ね

736:デフォルトの名無しさん
08/05/07 00:07:32
x 関数ない
o 関数内

こういうことだろ

737:デフォルトの名無しさん
08/05/07 00:18:35
x こういうことだろ
o べ、別にあんたの為に修正してやってるんじゃないんだからねっ！

738:デフォルトの名無しさん
08/05/07 00:35:33
>733
C++STDの14.3.1.2で不可になってますな。
コンパイル時に特定する必要があるので、外部リンケージの無い要素を指定できないんですな。
そういう意味で文字列リテラルも不可。
＃文字列リテラルを実引数にできると色々と面白いんだけど、しようがないか……

739:デフォルトの名無しさん
08/05/07 00:49:27
外部リンケージ？

740:デフォルトの名無しさん
08/05/07 18:10:55
ｹｰﾀｲ小説・千の風になっての評価

評価者:ミカ　　評価：★★★★★
ミカと同じ名前で同じ歳の子がこんなひどい人生を送るなんて!!
信じられない!!
一晩中泣きました!!

評価者：サナエ　評価：★★★★☆
これがあたしたちのリアル。

評価者：ち†ょ⊃　評価：★★★★★
寝ゐ前|ニ言売ゐ女台め†ニяа止маω†ょ＜τ
冫欠σ日シ立L≠†ょカヽ〃яа学木交|ニ彳テL≠маＵ†ニ

741:デフォルトの名無しさん
08/05/07 19:53:49
ちなつ
寝る前に読み始めたら止まんなくて
次の日泣きながら学校に行きました

同じ文字を複数の文字にあてたり、いきなりローマ字とか出てくるとワケワカメになるね。

742:デフォルトの名無しさん
08/05/07 20:39:31
ドストエフスキー小説・罪と罰の評価

評価者:ラスコーリニコフ　　評価：★★★★★
僕と同じ名前で同じ歳の人がこんなひどい人生を送るなんて!!
信じられない!!
一晩中泣きました!!

評価者：ドストエフスキー　評価：★★★★☆
これがあたしたちのリアル。

評価者：ポルフィーリィ　評価：★★★★★
予審前に読み始めたら止まんなくて
次の日泣きながら仕事に行きました

743:デフォルトの名無しさん
08/05/08 00:57:43
おい
自演してる奴がいるぞ
しかも評価は控えめｗ

744:デフォルトの名無しさん
08/05/09 16:17:28
1　　　　　　　　 2　　　　　　　　　　 3　　　　　　　　　　　4

.　　　　 __　　　　　　　　　　　　　　　　　　　 __　　　　　　　　　　　　 _　
　　　　,i,_,i_　　　　　　　　,-,_　　　　　　　　　,-i,_,l 、　　　　 :.. :. ≡=-i'__l,　
　　　 |　　`i　　　　　 /'-' `i　　　　　　 //l　　 l　　　　　 iコ=＝ﾗ`'i ti　
　　　| lヽi li,　　　→　　| lヽl li　　　→　　 l i,,l 　 l |　　 →　　　　 ./　 /l/
　　　 | l-'l |,l　　　　　　 | | // l　　　　　　 `"|iコ=''　　　　　　　 /　 /
.　　　 'Fｦ|,H　　　　　　E三l_l_A　　　　　　　 | .i .|　　　　　　　 /　 /　
　　　　,i_| .| |　　　　　　　　　　　　　　　　　　 | || |　　　　　　 i' /l .l,
　　　　　-'‐'　　　　　　　　　　　　　　　　 | || |_　　　　　　　l l .ヽ,ヽ,　
　　　　　　　　　　　　　　　　　　　　　　　　 ‐' ' `‐'　　　　　 -'-'　 -'-'　
　　　　脱ぐ　　　　　　　たたむ　　　　　プログラムを　　　　 src と dest を
　　　　　　　　　　　　　　　　　　　　　　　　つくる　　　　　　まちがえる｡

745:デフォルトの名無しさん
08/05/09 19:02:05
>>742
>評価者：ポルフィーリィ　評価：★★★★★
>予審前に読み始めたら止まんなくて
>次の日泣きながら仕事に行きました

あんたが言うせりふやない。

746:デフォルトの名無しさん
08/05/09 19:23:43
>>744
ﾜﾛﾀ

747:デフォルトの名無しさん
08/05/10 15:18:13
重複しない複数の座標値、x,y,zという３つのキーを用いて、
そのキー（座標）の要素に値を代入、変更する処理を行おうと思っています。

現在、

class XYZ
{
　int x;
　int y;
　int z;
　int value;
};

としてXYZの配列を計算したい領域分だけ確保しているのですが
任意のx,y,zで値の変更があった場合，そのキーの要素を検索して参照、代入する方法として
何かよい方法はありませんでしょうか？
よろしくお願いいたします。

748:デフォルトの名無しさん
08/05/10 15:20:47
管理が冗長すぎるだろ

749:デフォルトの名無しさん
08/05/10 15:30:18
std::map<int,　std::map<int,　std::map<int,　int>　>　>　m;
m[x][y][z]　=　value;

750:デフォルトの名無しさん
08/05/10 15:45:35
m[x][y][z]って･･･

751:デフォルトの名無しさん
08/05/10 15:56:35
志村XYZのDVDって出てたっけ？

752:デフォルトの名無しさん
08/05/10 17:33:03
>>747
言いたいことがよくわからない。
キーが与えられたら要素を返す method と代入する method (というか
メンバ関数）を作るってことじゃないの？変更がどうあるのかもよくわからん。

753:デフォルトの名無しさん
08/05/10 17:47:52
XYZにoperator< を定義してsetに突っ込む

754:デフォルトの名無しさん
08/05/10 17:52:37
>>747
3次元座標値ってどんな領域なのよ？

まず問題の概要を説明しやがれ
このスカポンタン

755:デフォルトの名無しさん
08/05/10 17:55:46
>>754
そこは重要じゃないだろ

756:デフォルトの名無しさん
08/05/10 18:01:09
これでいいだろ
#include<map>
class XYZ {
int x, y, z;
public:
XYZ(int x, int y, int z) : x(x), y(y), z(z) {}
bool operator<(const XYZ& rhs) const {
return x < rhs.x || (x == rhs.x && (y < rhs.y || (y == rhs.y && z < rhs.z)));
}
};
int main()
{
std::map<XYZ,int> m;
m[XYZ(0,1,2)] = 100;
}

757:デフォルトの名無しさん
08/05/11 05:35:20
#include <new>
としているコードを見かけますが、
わざわざ<new>をインクルードするのなぜなのでしょうか?
インクルードしなくてもnewは普通に使えますよね？

758:デフォルトの名無しさん
08/05/11 11:02:53
いらないと思うんだった、コメントアウトして再コンパイルしてみればいいんじゃね？

単に習慣でインクルードしてるだけかもしれないし。

759:デフォルトの名無しさん
08/05/11 11:14:42
placement new, std::nothrow, std::bad_alloc を利用する際にインクルードするヘッダファイルであって、
普通の new を使うためにインクルードするヘッダファイルではない。

760:デフォルトの名無しさん
08/05/11 11:23:57
>>757
precement newやnew演算子のオーバーロードをするときに使う。

761:デフォルトの名無しさん
08/05/11 11:28:16
オーバーロードする際に必要だっけ？

762:デフォルトの名無しさん
08/05/11 11:28:52
そんな事はない

763:デフォルトの名無しさん
08/05/11 11:29:54
だよねー

764:デフォルトの名無しさん
08/05/11 12:34:18
かわいい女の子が寝る前に
1分間枕元に立ってくれるための
おまじないだと、先輩から聞いたことがる。

765:デフォルトの名無しさん
08/05/11 15:51:39
映画版呪怨ですね。わかります。

766:デフォルトの名無しさん
08/05/12 00:39:48
struct xstring_traits{
　　　bool is_w() const {...}
　　　...
};
struct vstring_ref { // デフォルトコピーコンストラクタ使用
　　　const xstring_traits* tr_;
　　　const char* begin_;
　　　const char* end_;

　　　const wchar_t* wbegin(){return tr_->is_w() ? reinterpret_cast<const wchar_t*>(begin_) : NULL;}
　　　...
};
struct vstring_buffer {
　　　const xstring_traits* tr_;
　　　char* begin_;
　　　char* end_;
　　　...
};
struct vstring {...}; // コピーでメモリ再確保

767:766
08/05/12 00:40:35
(続き)

やっぱ引数がconst std::stringだと
std::string以外から受け取る場合のコストが気持ち悪いし、
const char* でことあるごとにstrlenとかするのも無駄だし、
WindowsだとTCHARとかの場合もあるけど、
WinAPIに関係無い部分にまで<tchar.h>入れるの嫌だし。

で、ただでさえ多い文字列クラスをさらに増やすのかと
葛藤しつつも自作文字列クラスを・・・。

皆はやっぱり普通にstd::string？
Windowsの場合は、
typedef std::basic_string<TCHAR>する人もいるよね。

768:766
08/05/12 00:41:33
×引数がconst std::string
○引数がconst std::string&

769:デフォルトの名無しさん
08/05/12 00:55:18
俺は、普段はconst std::string&で済ます。
std::basic_string<TCHAR>のtypedefもWindowsプログラムならよく使う。
767も言うコストが気になるならRangeを引数に取るテンプレートにする。

770:デフォルトの名無しさん
08/05/12 01:29:45
スレチだけど俺は TCHAR でちゃんと動くコード(mbcsをちゃんと処理するコード)を
書く気はさらさらないので、欺瞞的なTCHARの使用はなるべく避けてWCHARにしてる。

771:デフォルトの名無しさん
08/05/12 01:44:18
俺も全部 TCHAR で書いてるけど、string::find とか平気で使ってるわ。
mbcs じゃほとんど動かんコードになってる。

772:デフォルトの名無しさん
08/05/12 07:10:43
>>767
文字数が必要ならこうする手も。

void hoge(const char* str, size_t len) { }
inline void hoge(const std::string& str) { hoge(str.c_str(), str.length()); }

773:デフォルトの名無しさん
08/05/13 13:28:40
なんで、private継承、protected継承すると、アップキャストができなくなるのだ？

774:デフォルトの名無しさん
08/05/13 13:44:30
外からprivateなメンバにアクセスできないのと同じ
外からprivateな基本クラスにはアクセスできない

775:デフォルトの名無しさん
08/05/13 13:48:23
>>773 外からできなくなるだけで、中からならアップキャストできるよ。

776:デフォルトの名無しさん
08/05/13 17:32:36
private継承するboost::operatorsがなんで動作するのかも良くわかんないな。

777:デフォルトの名無しさん
08/05/13 17:41:24
分かんない事ばかりなのに使わなければならないC++って、怖くね？

778:デフォルトの名無しさん
08/05/13 17:47:31
>>776
friend関数はクラスのメンバではないから・・・かな？

class　A　{
private:
　　friend　void　foo()　{　...　}　//　メンバのように見えるけど実はグローバル関数なのでアクセス制御は効かない
};
int　main()　{
　　foo();
}

779:デフォルトの名無しさん
08/05/13 17:48:13
C++以外の言語も使いますが分からないことだらけです。

780:デフォルトの名無しさん
08/05/13 19:36:07
何が分からないか判っていれば解ったも同然だ

781:デフォルトの名無しさん
08/05/13 19:54:24
friend関数、VC2005からtemplate<class T>を頭につけないと
コンパイルが通らなくなったんですね。C++0xはまだなのに
こういう仕様変更はひそかにやってるんですか？

それとも、もともと規格書にはこう決められていてやっと
Vc++2005で対応できた、ということですか？

782:デフォルトの名無しさん
08/05/13 20:31:33
>>777
わかんない部分は無理して使う必要はないし。
でも、わかった後それを使うと今までだらだら長く書いていたコードがすっかりコンパクトにまとまってショックを受けることが多々ある。

783:デフォルトの名無しさん
08/05/13 20:43:20
>>781
それは後者

でも前者みたいなひそかな変更もVC++はよくやる。
いや、きちんと文書化されているけどね。
例えばtype traits支援とかC99の%a書式とか。

784:デフォルトの名無しさん
08/05/15 12:41:47
もう C++ なんて好きでもないし使いもしない理由。
URLﾘﾝｸ(www.hyuki.com)

悔しいけど納得した。

785:デフォルトの名無しさん
08/05/15 13:24:39
確かにめんどくさいし手間が掛かる…

786:デフォルトの名無しさん
08/05/15 14:04:26
C++ Programming Languageを端から端まで二度読める知能があれば右辺値参照ごときにどうして瞼が落ちるのか。

787:デフォルトの名無しさん
08/05/15 14:14:04
落ち着かない仕様
時間の掛かる修正
度重なる保守

788:デフォルトの名無しさん
08/05/15 14:15:27
C++は仕事に向かない言語とういのには同意だな

789:デフォルトの名無しさん
08/05/15 14:30:05
C++ Programming Languageを二度読むのに必要なのは知能ではなくて忍耐力だからな

790:デフォルトの名無しさん
08/05/15 14:57:10
性能に取り憑かれているのは自分でも気づいているがどうしてもやめられない。

791:デフォルトの名無しさん
08/05/15 15:08:56
Java も使うけど、C++ の方が楽に感じる事多いな。
気を付けないと保守が大変というのはわかる。
ただ、どの言語でも保守の問題はあるし、気を付ければ
そんなに問題ないと思ってるけど。まぁ、5年後になんて
言っているかはわからんが。

792:デフォルトの名無しさん
08/05/15 15:57:49
C++の全機能を使わなければならない、という規約でもあったのだろうか？
演算子オーバロードは危険だと思ったなら、単にその機能を使わなければよい。
参照は不要でポインタがあれば十分だと思ったなら、単にその機能を使わなければよい。
添え字が範囲の中にあるかテストしてほしいと思ったなら、at()メンバ関数を使えばよい。

なぜ、C++の全機能 vs Cの比較なんだろう？
C+α(Better C) vs Cの比較をしないのはなぜだ？

要するに、マヌケだってことだ。

793:デフォルトの名無しさん
08/05/15 16:00:18
>>784のリンク先

C++に過剰に複雑なところがあるのは同意なので、
その人(翻訳者でなく)がC++嫌ですって言うこと自体に批判は特に無いけど、
ちょっとツッコミ書くてｓｔ。

＞C の方を使いたくなる
別に複雑な機能を使わなくても、
　・#defineマクロ(MAXなど)の代わり程度のtemplate
　・fopen,fcloseみたいなのをRAIIに扱うための極薄ラッパー
などの簡単で便利なものだけ「better C＋おまけ」程度に使えば良いと思う。
巧みで知識もあると言う割には、要領が悪い気がしないでもない。

＞Java や Groovy に
そこでGroovyは無いと思う・・・

俺もjava好きだから良いんだけど、
もうちょっと他の言語も挙げれば良いのに・・・

次ページ