STLつかうと一気に実行ファイルサイズが10倍に?！
環境によるだろ。
すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。
C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
#include <stdafx.h>
>>15 言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。
>>11-15 ,17
乙
後半(
>>6-10 )は携帯から書き込んだわけだが…スレ立ての時に限っては
もうちょっと連投規制を緩くして欲しいな。
19 ：
デフォルトの名無しさん ：2005/08/16(火) 01:27:43
20 ：
デフォルトの名無しさん ：2005/08/16(火) 04:27:22
wstringの文字列で、指定したn文字目の文字が何バイト文字かを調べたいのですが
n文字目をいきなり判定することは出来ない。
23 ：
デフォルトの名無しさん ：2005/08/16(火) 09:51:56
あるだろその関数・・・
wstringならそもそも格納が文字単位なので
26 ：
デフォルトの名無しさん ：2005/08/16(火) 13:00:48
ウインドウ内で画像を移動させたいのですが何度やっても上手くいきません。
27 ：
デフォルトの名無しさん ：2005/08/16(火) 13:01:52
続き--
28 ：
デフォルトの名無しさん ：2005/08/16(火) 13:07:41
>>24 とりあえずatとかsubstrでn文字目を取り出すことができるっぽいことは発見しました。
実は簡単なテキストエディタを作ろうと思っているのですが、
折り返し部分(ウィンドウ幅に合わせて自動で折り返したい)やカーソルの指している部分が
何バイト文字で先頭から何ドット目であるかなどを調べて、
その部分で文字列を分けたり挿入したりしたいです。
結局そういったことをするにはテキストを何型で持ってればよいのでしょうか。
あちらを立てればこちらが立たずという感じでワケがわからなくなってきました。
>>29 誘導ありがとうございます。
そちらに書いてきます。
>>28 wstring で持ってて「こちらが立たず」という例は、どれだ？
誘導先のスレにて解決できましたので報告までに。
>>26 WM_PAINTに応答するとき以外はBeginPaint, EndPaintを呼んでは駄目だ。
どうせ更新領域が空でなにも描画されてないんだろ。
34 ：
28 ：2005/08/16(火) 14:19:15
>>31 もちろん私が知らないというだけできちんと方法はあるのかもしれませんが、
例えばマウスクリックした位置にエディタのカーソル(キャレット)を移動し、
そこに文字列を挿入したいとします。
マウスの座標を取得し「その座標の位置にある文字が何文字目であるか」が
取得できればinsertとか使えると思うのですが、
wstringの場合、文字列の先頭から１バイト文字かマルチバイト文字かを判断し
１バイトなら8ドット、2バイトなら16ドットのように足していって
座標値を割り出すことができないのでマウス座標との判定ができなそう、、、など。
あとはIMEで漢字変換したとき、WM_CHARが連続して流れてくるみたいなんですが、
WPARAMをwstringの文字列に突っ込んでもうまくいかないようで、
文字化けしたようになってきちんと表示できませんでした。
stringの場合はそのまま突っ込んでもきちんと表示できていたので、
じゃあstringを使おうかなと思ったのですが、
これだと今度はマルチバイト文字を使った時に「文字単位」で操作できないし、、、
などです。
35 ：
デフォルトの名無しさん ：2005/08/16(火) 14:26:47
>34
36 ：
28 ：2005/08/16(火) 14:31:16
>>35 ゲーム作ろうと思ってるので、それほど高度なものは必要ないのですが、
Windowsのコントロールの貼り付けとかせずに自前のものを作りたいのであります。
stringでいいんじゃね？
38 ：
デフォルトの名無しさん ：2005/08/16(火) 18:20:24
もの凄いくだらない質問なのですが、
39 ：
38 ：2005/08/16(火) 18:29:21
Cスレにすべきだた…私のスマートじゃ無さそうなのはこんな感じです
[begin, a_position + 1)で探索するだけやがな…
検索？用語は正しく使ってくれ…
42 ：
38 ：2005/08/16(火) 18:50:01
>>40 降順でやりたいので…
>>41 手元の教本(英語)だとretrieveとあったので
スレ違いっぽいですし質問撤回します
>>36 高度なものが必要ないなら、なおさらOSやライブラリに任せるべきじゃないの？
47 ：
28 ：2005/08/16(火) 21:19:40
>>37 GetTextExtentPoint32とか調べてみたのですが
描画もフォント作成もDirectXをつかうのでhdcを渡さないといけないのが何か。。。
なのでやはり先頭から順にバイトで調べる方法が使える型の方がいいのかなーとか
考えてるんですが整理できないです。
>>44 文字の大きさ指定して等幅フォントつかったとしても
バイト数だけでは判断できるとは限らないって事でしょうか？
例えば2バイト文字でも半角幅の文字がある、とか。
>>45 機能面で高度なもの(アンドゥとかコピペとか)はいらないのですが、
DirectXと標準コントロールを混在させると画面がちらついたり
するらしいし、見た目も気に入らないのでちょっと自作に拘りたいのです。
＞４７
49 ：
28 ：2005/08/16(火) 22:51:35
>>48 よくわからないのですがwcharってwstringみたく半角アルファベットとかでも
マルチバイトで持ってるんじゃないんでしょうか？
簡単に調べられるというのは具体的にどうやって調べればよいでしょうか。
自前描画といっても、フォントと文字サイズを指定してconst char*を渡すと
勝手に書いてくれるDirectXの関数を使っているだけなのですが、、、
>>47 ,49
さんざん言われてるキーワード「エンコーディング」ぐらい調べてから出直せ。
52 ：
28 ：2005/08/16(火) 23:23:06
>>50 自前描画してるなら～と言われたので、
描画はただDXの関数使ってるだけだしそれがドット数調べたいのと
何の関係があるのかなーと思いつつ説明しただけでして、
あとはDirectXは標準コントロールを使えない理由として
挙げただけですからDirectXスレは全然関係ないと思うのですが。
>>51 エンコーディングって言うと文字コードの話でないでしょうか？
型の事とはまた少し別なような気がするのですが。。。
文字列を、DirectXの関数(どーせGDIラッパのID3DXFontだろうけど)
>>52 何が関係が有るのか無いのか判断できるほどオマエは賢くない。
もう一度言うが、まずはここで言われたことを自分で調べて、理解し、
それでもC++に関する質問が残っていればまた来い。
55 ：
28 ：2005/08/16(火) 23:31:09
文字列操作とか型の相談でして
>>55 オマエが思ったことなら正しいとでも言うつもりか？いいかげんにしろよ。
wstring使え。環境との間で問題が出るのは、wstringの使い方が間違ってる。以上。
58 ：
28 ：2005/08/17(水) 03:49:09
そんなにここで質問するのが気に入らないんですか？
>>28 はプログラムのお勉強の前に
日本語の読み取り能力とコミュニケーション能力を養え
そして誰一人として納得させられる回答を提示できないという事実。
回答の意図を汲み取れない人発見。
>>34 >wstringの場合、文字列の先頭から１バイト文字かマルチバイト文字かを判断し
>１バイトなら8ドット、2バイトなら16ドットのように足していって
>座標値を割り出すことができないのでマウス座標との判定ができなそう、、、など。
もちろんその方法では出来ない。
wchar_tの幅(ピクセル数)を得る標準的な方法は存在しない。
よってスレ違い。
>あとはIMEで漢字変換したとき、WM_CHARが連続して流れてくるみたいなんですが、
>WPARAMをwstringの文字列に突っ込んでもうまくいかないようで、
>文字化けしたようになってきちんと表示できませんでした。
IME、WM_CHAR、WPARAMと言っている時点で当然スレ違い。
>stringの場合はそのまま突っ込んでもきちんと表示できていたので、
>じゃあstringを使おうかなと思ったのですが、
>これだと今度はマルチバイト文字を使った時に「文字単位」で操作できないし、、、
>などです。
できないのではなく、やりにくいだけ。
マルチバイト文字をどう判別したらいいかはエンコーディングや環境に依存する。
よってスレ違い。
このようにスレ違いのオンパレードにもかかわらず、多くの人が親切にもヒントを与えてくれている。
>>28 はもう少し自分で考え、分からない事を明確にした上でもう一度質問してくれ。
どうやるか迷っているのは分かるが、決めるのはあなただ。
本買って勉強しる
スレ違いって言われた時点でとっとと移動しないところが一番悪いな。
UTF8とかシフトJISはstd::string？wstring？
DXスレに誘導してた馬鹿が一人で頑張ってますね。
そもそもテキストエディタを作るのに、無理にbasic_stringを使う必要はない。
それを決めあぐねて助言を求めてるんだろう？
エディタの人ではないのだが。
>>65 UTF-8は普通UCSに戻して処理するだろ。
SJISは場合によっては16bit化してwstringにつっこむこともある。
71 ：
65 ：2005/08/17(水) 14:00:22
了解。
あとはマルチバイトに対応した文字処理関数とか文字列クラスを自分で作るくらいかなぁ。
73 ：
28 ：2005/08/17(水) 17:05:29
えー、なにやら偽者が出てますが、テキストはwstringをとりあえず使っとけ
まったく関係ない話だが、
なるへそ
マルチバイトってBOMあるの？
これもどうでもいい話だけど、Boost.Regex が ICU に対応したらしい。
ここは相談スレだから関係ない独り言はスレ違いです。
>>76 Unicodeもマルチバイトだって事を知らないの？
>>74 Bidirectionalって可能なの？
……一文字戻るのに定数時間で終わらなくてもいいなら可能かな？
>>81 UTF-8 なら、1文字進めるのとほぼ同コストで可能。
SHIFT_JIS なら、MSコンパイラには _mbsdec がついてくるけど、
文字列の先頭位置へのポインタを要求するので、こちらは線形時間が必要。
なるほど、UTF-8は判別できるようになっているんですね。
EUCなら定数時間で判別できるのにねぇ。
>>84 CRTのソースを見る限り遡ってるみたいよ。
2バイト前がマルチバイト文字1バイト目でなければ、前の文字は確実に1バイト文字なので、1バイト戻る。
以降、マルチバイト文字1バイト目でないものが奇数バイト前に見つかれば、2バイト戻る。
偶数バイト前に見つかれば、1バイト戻る。
インデントに全角空白を使ってますがご容赦を
>>86 House::Hage* House::Oil::hage_generator(){
^^^^^^^
>>86 return new House::Hage;
^^^^^^^
書き忘れ。ここも。
>>88 お付き合いありがとうございます
実はそれも試したのですが、Hageはprivateだからダメよと窘められまして
もしかしてコンパイラのせいなんですかねぇ、規格斜め読み中です
>>89 おお、そちらはやってませんでした
やっぱり通らないのですが、恐らく
>>89 氏の環境では通っていると思いますので
うちのコンパイラが古いせいっぽいですね
重ねて感謝です
92 ：
デフォルトの名無しさん ：2005/08/18(木) 21:35:33
hageにかつらをかぶせたらprivateになった
93 ：
デフォルトの名無しさん ：2005/08/18(木) 21:51:47
class Hage{
hook 関連でSTLちっくに整理されてるライブラリーってないの？
派生クラスでオーバーライドした仮想関数内で、delete *this;としたい状況にあるんですが、
96 ：
95 ：2005/08/19(金) 15:22:03
// 考えてみた方法２（オブジェクト毎に関数ポインタを持つオーバーヘッドが気になる）
質問の下手なやつばかりだなあ
>>95 何がしたいかわからんが、Baseに任せた方がいいんじゃない?
class Base {
public:
virtual ~Base() { obj_.erase(find(obj_.begin(), obj_.end(), this)); }
virtual void F()=0;
static list<Base*> obj_;
};
class Derived : Base {
public:
void F() { delete this; }
};
100 ：
95 ：2005/08/19(金) 16:23:41
>>99 すみません、仮想デストラクタをDerivedクラスでオーバーライドした場合でも、基底クラスのデストラクタはちゃんと呼ばれるんですか？
やりたかったことですが、
本来、list<Base*> obj_は継承階層にあるクラスとは関係ないクラスが持つもので、
継承階層にあるクラスからobj_へのアクセスが、循環依存？になるんじゃないかと設計に困りました。
101 ：
95 ：2005/08/19(金) 16:33:01
あ、95の例は、
>>100 仮想デストラクタはもちろんトップレベルまで順次呼ばれる
循環依存? まだ何を問題にしているのかわからん
103 ：
95 ：2005/08/19(金) 16:42:21
>>102 >> 仮想デストラクタはもちろんトップレベルまで順次呼ばれる
なるほど
>> 循環依存? まだ何を問題にしているのかわからん
まず、
>>95 の例は、Baseがstaticでコレクションを持つことに疑問を感じます（ポリモフィズムを利用するクラスが持つべき）。
ポリモフィズムを利用するクラスがコレクションを持つことになると、
>>100 の最後の１行。
そこで考えたのが
>>96 の例です。
>>95 うーん、そういう設計の問題って、ソースに現れるようなものだけを提示しても仕方ないと思うよ。
そもそも、どういう目的でコレクションを使うのかとか
>>95 delete thisは避けて
listを持っているクラスが中のインスタンスもろとも消すのが適当だと思う
たとえばbool delete_meとかいうフラグを立てておくとか、
list経由でアクセスされる関数において削除要請を意味する値を返すとか。
コンテナに入ったオブジェクトが自殺したいってことかな?
108 ：
95 ：2005/08/19(金) 20:53:19
>>106 なるほど、理にかなってると思います。
>>107 Ownerクラスのあるメンバ関数内ではDerived::F()の呼び出し。
Derivedクラスのあるメンバ関数内ではOwnar::Delete()の呼び出し。
両方のクラスに、相手クラスの関数名を記述しあうことになり、気持ち悪さを感じるんですが、
その辺は、気にしなくてもいいことなんでしょうか。
「listへ格納するクラス」に削除フラグを返す関数を書いて、「listを保持・使用するクラス」から削除する事にします。
レス下さった方、ありがとうございました。
>>108 終わったみたいだけど
>両方のクラスに、相手クラスの関数名を記述しあうことになり、気持ち悪さを感じるんですが、
直接参照するのがいやなら、インターフェイスとなる抽象クラスを間にかませば良いんじゃない？
この質問後をたたないな。。
実行速度について質問があります
>>111 ライブラリ次第。
VC6.0付属のやつはfopen系使って実装されてるので
fstreamのオーバーヘッド分遅くなる。
まあ、画期的な技術が開発されない限りは、
継承と前方宣言について質問があります。
>>114 そのとおり
クラスが'定義'されていないと継承できない
116 ：
111 ：2005/08/20(土) 00:45:18
>>112 >>113 即レスありがとうございました
fstreamとfopen両方の関数を適時つかえるようにするといった対処をすることにします
117 ：
114 ：2005/08/20(土) 00:52:03
>>115 即レスありがとうございます。
ではそういう場合どのようにコーディングするのですか？
同じファイルに継承したクラスを記述するしかないのでしょうか。
>>117 class Aなら a.hに書いて b.hでinclude "a.h"じゃろ
>>118 たしかにその方法でできるのですが、
そうなるとmain.hのほうで宣言していた
#include "a.h"
#include "b.h"
のところで
コンパイラ エラー C2011'identifier' : 'type' 型の再定義
識別子が既に type として定義されています。このエラーは、タイプ ライブラリを同じファイルに 2 回以上インポートした場合にも発生します。
のエラーがでてしまいます。これはb.hだけインクルードすればよいのですか？
#ifndef
122 ：
114 ：2005/08/20(土) 01:13:09
>>120 即レスありがとうございました。
ググってきます。ﾉｼ
123 ：
114 ：2005/08/20(土) 01:29:13
>>115 ,118,120,121
問題解決できました。
親切な回答ありがとうございました。
124 ：
デフォルトの名無しさん ：2005/08/20(土) 02:28:09
メンバ関数へのポインタをSTLを使って管理したいのですが、
何をやったらどんなエラーが出たわけ？
>>124 メンバ関数の型は static かどうかで変わる。
その例だと、 CGame::Test の宣言が悪い（ static が要らない）可能性が高いな。
127 ：
124 ：2005/08/20(土) 02:46:49
>>125 上記のソースコードをコンパイルしたところ
g_vFuncTable.push_back( &CGame::Test );
のところで
以下のエラーがでました。
error C2664: 'push_back' : 1 番目の引数を 'void (__cdecl *)(void)' から 'void (__thiscall CGame::*const & )(void)' に変換できません。 (新しい機能 ; ﾍﾙﾌﾟを参照)
理由: 'void (__cdecl *)(void)' から 'void (__thiscall CGame::*const )(void)' へは変換できません。
この変換が可能なｺﾝﾃｷｽﾄはありません。
エラー内容が理解できないので、対処ができません。
128 ：
124 ：2005/08/20(土) 02:58:55
>>126 CGame::Test の static 修飾子をはずしたら無事コンパイルできたのですが、
g_vFuncTable.push_back( &CGame::Test );
の次の処理
g_vFuncTable.at(0)();
の部分で
error C2064: 関数ﾎﾟｲﾝﾀとして評価されない式を使って、関数を呼び出そうとしました。
という コンパイルエラーがでてしまいました。
g_vFuncTable 変数を使って 代入した CGame::Test メンバ関数を呼びだしたのですが
どう書けばいいのでしょうか？
２重質問すいません
>>128 .* または ->* いずれかの演算子を使う。
>>127 普通の関数とクラスのメンバ関数ではポインタの型が違う。
ただの関数だとアドレスはひとつに決まるが、
クラスのメンバ関数だと
CGame dq;
CGame ff;
って二つあったとしたらどっちのTest関数やねんって感じ。
んで当然エラー。
>>128 んでC++ならあまりメンバ関数のポインタなんて使わない
そーゆーときは
interface ITest {
virtual void Test() = 0; //インタフェースの定義
};
class CGame : public ITest { //インタフェース継承して
virtual void Test(); //インタフェースの実装
};
vector<ITest*> g_InterfaceTable;
とでもする。
眠いのでもう寝るけど適当にググってHP探すか
いろいろC++の解説本でも読んでください。
132 ：
124 ：2005/08/20(土) 03:30:56
勉強不足ですね
名前空間の中にある変数はextern宣言できないんですか？
どうやって？
検索したらexternしなくても大域変数みたいでした
>>136 意味不明
ここは貴様のチラシの裏じゃない
宣言と定義の区別がついていないようだな
namespace ns { struct X {}; }
typedefだとfriendの対象にならなかったような気がする。
>>139 理由は不明だが int X; って追加してコンパイルしてみると
using が通って typedef が通らない。
gcc 3.4.4 だと、順番で挙動が異なる。
コンパイラ依存だから使わないが吉
>>142 X hoge ;//<-型はどっちになるんだろう？
すまん、int Xか……。
struct A {
>>147 それができるなら
B(int x) : A(0), i(x) {}
こんな場合に i の初期化が２通り存在してしまう。
>>148 14882:2003§12.6.2.2.当たりでしょうか。
If a mem-initializer-id is ambiguous because it designates both a direct non-virtual base
class and an inherited virtual base class, the mem-initializer is ill-formed.
言われてみれば確かにそうです。Bの初期化リスト中にAのコンストラクタを
呼び出すようにするのが正しいようです。曖昧さを持たせないようにします。
ありがとうございました。
150 ：
デフォルトの名無しさん ：2005/08/22(月) 03:58:14
JAVAをobjectorientまでやって今度はC++を学ぼうとしています。
今、ライブラリを作っているんだがコメントのつけ方で悩んでいる。
>>153 ちゃんと整備する気があるなら、利用者にソースを公開しない可能性を考えてインクルードファイルに書くのがいいのでは?
で、できればDoxygenスタイルに統一するといいかも。
あくまでも自分専用だと言うなら、使い方まで書きゃしないだろうから実装に書いた方がいいかも知れないけど。
俺はヘッダーファイルを関数一覧表として見やすく保っておきたいから
ドキュメント生成なら、NaturalDocs マジオススメ。
Doxygenよりもか？
NaturalDocs はコメントの形式がきれいなのですき。
見やすいかもしれんが
プログラマの皆さん
>>160 １行空け読みづらいな。しかも飾りですかって煽りですか
というかスレ違い
162 ：
153 ：2005/08/22(月) 23:11:50
トンクス。
>>160 関数やクラスはその機能にあった名前をつける(というか、それ以外どうしろと)
ソフトの名前は、趣味で勝手に汁
164 ：
160 ：2005/08/23(火) 00:24:25
>>161 煽りではないです 読みづらいのはすみません。
>>162 163
二人のレスをよく呼んで気づかされたんですが、 私が悩んでいたのは
関数やクラス名ではなくて、ソフト・プロジェクト名だったようです。
機能にあったわかりやすい名前を関数・クラスに付けるのは当たり前ですね。
さて、いよいよスレ違いくさくなってきたのでこれで最後のレスにします。
>>ソフトの名前は、趣味で勝手に汁
この言葉結構参考になりました。
禿同
operator=の実装などでオブジェクト自身の参照を返したい場合、戻り値は
OK
>>167 operator=の戻り値の型をきちんと参照型にしておけよ？
どうでもいいけど、何故そこに疑問符をつけるのだろう……
自分に自信が持てないから
OpenPNLコンパイルするだけで３０分近くかかってるんですが
>>172 Firbirdのコンパイル(gcc3.3のコンパイル含む)に12時間かかった漏れに喧嘩売ってますか（ ＾ω＾）
PHPやApacheのコンパイルも1時間以上余裕でかかるorz
つミP54C-133
ペン4 ２Ｇ とかでも３０分かかります
>>172 ,173,174
マシン余ってるならdistccを使おう
>>175 稼働可能機がEPSON PC-286V-STDしか‥‥（；＾ω＾）
177 ：
デフォルトの名無しさん ：2005/08/25(木) 15:39:40
上手なincludeの仕方(モジュールの分け方？)みたいなのが解説されている
コンパイル時間を減らすためなんてｱﾌｫﾗｼｽ
依存度を下げる事が再コンパイル時間を減らす事につながるので、
>>179 やってはいるのですが、どうも…マシンが非力なせいもあるのですが
>>180 なるほど、コツとか近道は無くて、結局設計の腕を上げるしか無いと言うことですか
お二人ともありがとうございます
_, ._
というか、ヘッダファイルという考え方自体が、古いんだけどな。
かといって、#include がなくなると、
BCB使ってるけどC++コードとPascalコードじゃコンパイル速度洒落にならないほど違うしなあorz
#nullpo
#include "Global.h"
cout << hex << 100 << endl;
char[]にこだわるなら処理系がstrstream使えるか調べろ。
sprintf(buf, "%X", 100);
194 ：
190 ：2005/08/26(金) 15:16:03
195 ：
デフォルトの名無しさん ：2005/08/26(金) 20:07:06
テンプレートクラス内で型定義して
>>195 template<class T>
typename Hoge<T>::Array Hoge<T>::staticData;
>>196 なるほど、typenameですか。
どうもありがとうございました。
hoge.hhに
199 ：
198 ：2005/08/26(金) 21:09:18
const hoge::name[3] = {"aho1", "aho2", "aho3"};
200 ：
デフォルトの名無しさん ：2005/08/26(金) 21:55:56
クラステンプレートの中にメンバテンプレートを持たせたとき、
>>197 なぜ typename が必要かわかってるのかなあ？
>>200 template<typename T> template<typename S> void A<T>::f(S s)
って、およびでない？
202 ：
200 ：2005/08/26(金) 23:12:41
>>201 (･∀･；)あぁ、それも他の書き方ですね。
キーワードの順序的にはこれしかない（これが普通）ってことですか。
Fedora Core 2でUSB<->Serial変換を使って制御をやっています。
205 ：
203 ：2005/08/27(土) 22:29:11
1つ以上の要素を持つ STL コンテナから end() で反復子を取得し、それをデクリメント
>>206 そのコンテナのイテレータが ForwardIterator なら、大丈夫。
標準コンテナならすべて大丈夫。
>>207 さんありがとうございます。
ということは std::list のようなノード型コンテナはダミーのノードを内部に持っているのでしょうか？
もしくは反復子の内部にノードのポインタ以外の情報も持っているのでしょうか？
>>208 std::list なら実装がヘッダファイルに書いてあるはずだから、それを見るといいよ。
exportが使えるようになるのはいつだろう…
>>207 Bidirectional iteratorsの間違い？
212 ：
207 ：2005/08/28(日) 01:53:31
>>211 あ、そうか。 ForwardIterator だけじゃデクリメントが無いな。間違い。
質問させてください。
216 ：
214 ：2005/08/28(日) 16:44:20
main関数内1行目は普通に宣言してメソッドを使っているので
>>216 new Test については、予想も何も「新しいTestオブジェクトへのポインタ」を返すのが new の仕様。
予想はあっているが、予想して使うものではない。
あと、一般的には new で得たポインタは後で delete できるように扱うべき。
Test() は Test 型のテンポラリオブジェクト（一時オブジェクト）を作る式。
つまり Test() はオブジェクトそのものとみなせる。
>>216 そのTest()はコンストラクタじゃなくて一時オブジェクト。
2分もたってかぶってたｽﾏｿ
>>216 >結果は予想どうりうまく動きましたが、本当に
>この予想はあっているのでしょうか？
合ってる。
>一番の疑問点はmain関数内2行目で
>コンストラクタは返り値が無いはずなのにTest()があたかも
>オブジェクトそのものである様に働いている点です。
>いったいこれはどういう理屈なのでしょうか?
Test()は一時オブジェクトの明示的生成。
Test().print("Second print()")
という式全体の評価が終わったあと自動的に解体される。
221 ：
220 ：2005/08/28(日) 17:06:10
うおｗ 俺もｽﾏｿ
一時オブジェクトってスタックに取られるんだろうなやっぱ。
>>222 スタックに配置される処理系なら、そうなる
(そうでない処理系は使ったことないが)
224 ：
214 ：2005/08/28(日) 18:15:46
>>217 ,218,220
みなさん解説有難うございます。
つまり、例えば
Test t = Test();
これだと、一時オブジェクトを引数としてコピーコンストラクタが
呼ばれるということですね？
ところで、今回の「一時オブジェクト」はどの程度のレベルの本になら
書いてあるのでしょうか？中～上級ぐらいの本でしょうか？
225 ：
デフォルトの名無しさん ：2005/08/28(日) 18:20:30
もうちょっとマシな聞き方はできないのか？
入門書にはあんまり載ってないかもね。
228 ：
214 ：2005/08/28(日) 21:15:30
>>225 ,227
そのあたりの本を見てみます。
有難うございました。
勉強のために、他人が書いた上手いコードを探しています。
Loki
Lokiもう一票
>>230 , 231, 232
どうもありがとうございます。
コツコツみていきます。
文字をURLエンコードするにはどうすればいいのでしょうか。
void urlencode(char moji, char kekka[3])
↑ごめん、kekka[4]の間違い
>>236 kekkaを使ってないし、sprintfの引数おかしいし。
void urlencode(unsigned char moji, char kekka[3])
結果が返らんだろそれは。
え
結果は引き数経由で渡すから使い勝手は悪いな。
std::string urlencode(char moji)
文字列対応
グローバルに
>>244 そこは一般にヒープではないし、起動に失敗するだけで例外は飛ばないかと
でも大抵のコンパイラでデフォルト設定だとスタックオーバーフロー起こしそうだな‥‥
247 ：
244 ：2005/08/29(月) 18:27:34
やばそうなので関数内で確保するようにしておきます。
グローバル変数でいくらでかい変数とってもスタックオーバーフローにはならんだろ。
>>247 関数内でとるのもいいけど、あんまりでかいデータを自動変数にすると、
スタックオーバーフロー起こす可能性があるから、ヒープに領域確保しておけ。
std::vector<Map> map( 4096 * 4096 ); みたいに。
>>249 おとなしくvectorにしておきます。
ところで馬鹿でかい領域でもvectorのメモリアドレス連続性は保障されているのでしょうか？
std::vector<Map> map( 4096 * 4096 );
memset( &map[0], 0, sizeof(Map) * map.size() );
とやっても大丈夫でしょうか？
>>250 一応現在は保障されているが
Mapがclassでデフォルトコンストラクタが定義されているなら
vector<Map>の構築時に全要素分呼ばれるので
Mapのコンストラクタでゼロ初期化するようにしとけばいい
>>250 Mapがゼロクリアを保証できるならいいが、そうでないならstd::fill()を使うのが無難。
C++はゼロクリアすると危険な場合があるので
254 ：
250 ：2005/08/29(月) 19:40:20
>>251-253 とにかくセル数が多くvTblのバイト分も馬鹿にならないので
継承や仮想関数は禁止でやってますが、
おとなしくコンストラクタで０クリアしておきます。
どうもありがとうございました。
>>251 vector<T> a(n);は、T()で一時オブジェクトを作って
それを全要素分コピーコンストラクタで塗るので
通常のコンストラクタが全要素数分呼ばれるわけではないな
mallocやnew char[]でいいやん
>256
Win32のメモリ領域確保系関数って一回も使った事ないな
スレ違いが続くが。
＞コンストラクタでHeapCreateして
262 ：
259 ：2005/08/29(月) 23:03:06
260じゃないけどそんなバカ正直なアロケータ書いても糞重いだけだと思う
>>262 標準のコンテナに渡す場合、 non-static データメンバを持つ allocator は使えない。
>>264 そうですか。
ではHeapCreate～HeapDestroyはシングルトンにすることにします。
266 ：
デフォルトの名無しさん ：2005/08/30(火) 13:24:35
typedef CTypedPtrArray<CObArray,CNode*> NodeArray;
class CNode;
268 ：
デフォルトの名無しさん ：2005/08/30(火) 13:34:07
>>267 ありがとうございます。
先頭行に、「class CNode;」の宣言を入れたら、コンパイルが通りました。
クラス宣言を２回以上しても大丈夫な事を知りませんでした。
勉強になりました。
>>268 一応
クラス宣言
class Hoge;
クラス定義
class Hoge { ... };
宣言と定義は違うってことで
>>269 なるほど。
そういう扱いになる訳ですね。
ありがとうございました。
>>271 定義は宣言を含むってのは
関数定義がプロトタイプ宣言を含むのと同じだね
質問です。
>>273 もちろん。
そこで並べる順番は関係ない。
275 ：
273 ：2005/08/30(火) 18:35:28
>>274 ありがとうございます。
const Handle が、const X * に、
Handle const が、 X * const にそれぞれ展開されるんじゃないかと
悩んでいたのですっきりしました。
276 ：
デフォルトの名無しさん ：2005/08/30(火) 21:02:21
メンバ関数ポインタを介して、基底クラスの関数を呼び出したいのですが
>>276 おまいは、メンバ関数ポインタの定義の仕方をちゃんと調べたのかと（ｒ
278 ：
276 ：2005/08/30(火) 21:34:21
>>277 戻り値の型 (クラス名::*)(引数リスト)
こう解釈してますが…何か違うのでしょうか？
>>278 初期化子が変
それから、仮想関数へのポインタはvtblの先頭からのオフセット
282 ：
276 ：2005/08/30(火) 21:57:57
void (Base::*pBaseFoo)() = Base::Foo;
>>276 void (Base::*pFoo)() = &Base::Foo;じゃないとコンパイルが通らないと思うが。
そうしてメンバへのポインタを使ったところであれだ。自分で試してみろ。
>>282 そりゃそうだ。じゃなきゃ仮想関数の意味がない。
アップキャストしたらできないか？
286 ：
276 ：2005/08/30(火) 22:17:32
pBar->Base::Foo();
>>286 メンバへのポインタで仮想関数が適切に呼ばれないほうがよっぽど融通きいていないだろ。
派生クラスが意図的に基底クラスのメソッド呼び出さないようにとかしてたら偉いことが起きそうだな‥
明示的になら呼び出せても良さそうな気はするが。
いや、明示的には呼び出せるけどその記述の仕方が気に入らないらしい
292 ：
デフォルトの名無しさん ：2005/08/31(水) 11:41:14
C++の例外処理機構って、ifとgotoでやれることのシンタックスシュガーみたいなもん？
>>292 そのとおりだけど、それを言うとあらゆる制御構造がifとgotoのシンタックスシュガーだな。
294 ：
デフォルトの名無しさん ：2005/08/31(水) 11:48:00
>>293 でも他の制御構造は一応条件を判断する要素は残ってるでしょ？
C++の例外処理機構はそういうのすら画しちゃってるから。
>>294 言いたいことがよくわからない。
例外処理の場合はソース中には分岐の条件が明示されないけど、
実際には分岐が行われる。
>>295 例外 or setjmp/longjmpそれ自体は分岐じゃねーだろ。アフォ？
まともに学ぶ気がない奴が言い訳を探してるだけだろ。
298 ：
デフォルトの名無しさん ：2005/08/31(水) 12:53:10
話がかみ合わないスレはここですか？
>>296 どのcatchに捕捉されるかの分岐があるだろ。
>>292 更に遡るときローカル変数のデストラクタを呼んでいくのを忘れるな。
301 ：
デフォルトの名無しさん ：2005/09/01(木) 04:15:26
例外処理とstack unwindingは切っても切れない関係にあると思うけど
303 ：
デフォルトの名無しさん ：2005/09/01(木) 16:44:30
{}ﾌﾞﾛｯｸから抜けるときにｽｺｰﾌﾟの変数解放するってだけの話じゃん。例外とか関係ないし。
>>303 はあ、それをするのが例外処理の重点のひとつじゃないか
何言ってんの
305 ：
デフォルトの名無しさん ：2005/09/01(木) 17:16:25
ifだろうがgotoだろうがthrowだろうがﾌﾞﾛｯｸ抜けるときにやる処理は変わらねーんだよ
つかシンタックスシュガーであるか無いかからどんな価値のある結論が出るというのか
Stack unwinding (wikiの定義)
なんか、言語の機能としての「例外処理」と、広義の「例外処理」とがごっちゃになっているなあ
>C++の例外処理機構って、ifとgotoでやれることのシンタックスシュガーみたいなもん？
310 ：
デフォルトの名無しさん ：2005/09/01(木) 19:58:55
＞なんか、言語の機能としての「例外処理」と、広義の「例外処理」とがごっちゃになっているなあ
一連の流れを読んでいて、「C#で実現してることなんて全部
>>310 じゃあ、何で例外処理機能の話をしてるのに、「stack unwinding は関係ない」という話が出てくるんだ？
勘違いしてるとしか思えん
すべての言語はチューリング等価だよ。
そもそもシンタックスシュガーって何よ。
>>305 setjump～longjumpでデストラクタが呼ばれないのはどうお考えで？
つか
>>315 の説明から判断すると高級言語全体がそもそもシンタックスシュガーだろ。
重箱の隅つついてどうでもいい話引き伸ばすなっての
＞高級言語全体がそもそもシンタックスシュガーだろ
例外機構はifとgoto、それからグローバル変数とか戻り値とかを使えば
「ほとんど同じ」ことは出来るので、シンタックスシュガーと言えるかもね。だから何
>>292 となると次に興味が沸くのはなぜC++には例外が導入されたか、
どのように使い分けるのが良いか、といったところかな。
320 ：
デフォルトの名無しさん ：2005/09/02(金) 15:31:21
例外といえば、前から気になっていたことがあるので質問します。
runtime_error
exception
null_pointer
324 ：
320 ：2005/09/02(金) 19:01:57
derived_by_zero ってなんだ。素で間違えた
正しくは divide_by_zero です。
access_violation は runtime_error
break_point は domain_error
divide_by_zero は logic_error
page_error は runtime_error
stack_overflow は domain_error
今のところ、上記のような感じで考えてますけど、
厳密に区分けするのは面倒なので、
>>322 さんの言うとおり
全部 exception から派生させるのもひとつの手かも。
>>324 OSかエミュレータでも作ってるん?
stack_overflowはruntime_errorっぽい気はするが
C++でコンストラクタから別のコンストラクタを呼ぶにはどうすればいいですか？
別のコンスラクタは呼べない。
328 ：
326 ：2005/09/03(土) 13:50:58
ガーン…
>>326 C++オブジェクトモデルでは、オブジェクトのライフタイムが
コンストラクタが完了した時点で始まると定義されている。
コンストラクタからコンストラクタが呼び出せるとすると、
オブジェクトのライフタイムが定まらない。
例えば this(150) のあと、 Test() の続きで例外がスローされた場合に
デストラクタが実行されるかどうかが定まらなくなる。
プライベートメンバ関数に初期化処理を分離すりゃええやん
*this = Test(150);
非コンストラクタなメンバ関数だとメンバ変数の初期化できないけどな。
>>330 ,333
代入と初期化の違いはわかってて言ってるのか？
どうしても初期化が必要ならポインタで管理すればいいんじゃ
コピペするくらいだったらマクロ使えばいいじゃん。
>>326 それができるんだったら、そもそもメンバ初期化リストの意味がないんじゃない？
: value_(value) は value_ = value; とは違う。
初期化はそのオブジェクトの一番最初の構築を意味するわけで、
コンストラクタからコンストラクタを呼べたら二回メンバ変数を初期化する事になってしまう。
そもそもJavaでは : value_(value) とは書けないので、その例でJavaでは呼べると言っても意味がないと思うけど。
コンストラクタの持つ意味自体がC++とJavaでは少し違っているんじゃないのかなぁ。
いつメンバが初期化(最初の構築)されるのかとか。
Javaはメンバとなるオブジェクトを基本型以外は参照型で持つし、
C++ほど定数性にこだわっていないから、その辺の違いから来ているのかもね。
>>328 そのクラスをインターフェイス・クラスと内部実装クラスに分離して、インターフェイスが内部実装を非公開継承もしくはメンバとして持つという手段もある。
インターフェイスの各コンストラクタで共通する部分を内部実装のコンストラクタに落とし込むわけだ。
これだからJava厨は。
何！さっきからどうもJava臭いと思っていたらやっぱりそうか。
総合的に言って、Javaのほうが優れているというのは常識なのでしょうか？
>>341 評価基準による。自分に合った評価基準で言語は選ぶものだ。
っていうか総合的って何だ。っていうか釣りだろ。
つーか釣られんな
つーかJavaに限らずD言語とかでもthis()できるよ
345 ：
C初心者です ：2005/09/03(土) 21:18:09
質問です。
>>345 ここもスレ違い。タイトルを読むってことはできないのか?
まず根本的にだ。
348 ：
C初心者です ：2005/09/03(土) 21:28:03
>>347 そうですか。回答ありがとうございます。
ちなみに、容量制限のないメモ帳をVCなど使わないで作りたかっただけです。
VCなど使わないで作りたかったとは、BCCを使っているとか、GCCでやっているとかか？
CよりC++やC#やJavaやHSPを使った方がいいんジャマイカ
HSPてなに？
Hなスピード
C++やC#やJavaと同列に置くのが解せん
355 ：
C初心者です ：2005/09/04(日) 12:08:12
レス遅れてスイマセン。
>>349 もうちょっとソース組み立ててから相談します。
>>350 BCCでコマンドプロントを使ってコンパイルしてます。
>>351 説明間違えてました、C++で作ってます。
それだけじゃまだOOPLになってない
>>356 って、昔は構造体も関数もなかったのかよ！
よくそんなもんを使おうと思う人間がいたものだ。
タダで楽ですから。この二つの単語に人間は惹きつけられる
360 ：
デフォルトの名無しさん ：2005/09/04(日) 20:05:44
弟子食いの古賀先生ｗ
361 ：
デフォルトの名無しさん ：2005/09/04(日) 22:44:38
こんばんわ、質問があります。
363 ：
デフォルトの名無しさん ：2005/09/04(日) 23:05:51
ありがとうございます ＞＞３６２
たとえば以下のようなセルからなるマップというクラスがあるとして
>>364 訂正
＞Cellのメンバ変数が再帰しまくったときに
Cellのメンバ関数が再帰・・・
です。
>>364 CellがMapを関知しちゃイカンだろ
CellにはMap側で計算済みの値を渡すべき
>>364 基本的に
>>366 の言うとおりだし、
そもそもスタックが気になるほど再帰しまくるならデータ構造から見直すべき。
しっかりした構造なら大抵は再帰の深さなんてせいぜいlog(セルの個数)程度のオーダーだと思われ。
それを超えるなら簡単に再帰を使うべきではない。
つまり引数にすること自体は問題なし。
368 ：
デフォルトの名無しさん ：2005/09/05(月) 17:23:26
VC7.1+STLPortなんですが、
369 ：
320 ：2005/09/05(月) 18:19:26
>>325 非常に遅くなりましたけど、
Win32 の構造化例外を、C++ の例外に変換する際のはなしです。
普通は華麗にスルーするところですが、どうしても捕捉しておく必要があったので。
>>368 STLPortのバグ
VC6.0ならともかくVC7.1なら付属のほう(dinkumware)がむしろ安定してるからそっち推奨
>>370 嘘つくなタコ。std::ios::outを指定すると、:ostream iteratorが
指定されるだろ。これはramdom access iteratorではないので、
シークができないし、現在位置も知る事ができない。
従って、tellp()をすると、std::string::nposが返る。
正しく動かすには、std::stringstream stream( std::ios::out | std::ios::in );
としないとだめ。
むしろ、このまま正しく動くような動作をするdinkumwareの方が糞だろ。
少なくとも俺の環境でVC7.1+STLport4.6.2では、上のようにフラグを指定
すれば正しく動作する。
あ、失礼
373 ：
370 ：2005/09/05(月) 22:11:07
すまん。質問のios::outの指定を完全に見逃してた。
374 ：
368 ：2005/09/05(月) 22:40:58
ポインタの参照先に実体があるかどうかを調べる関数はありますか？
376 ：
デフォルトの名無しさん ：2005/09/06(火) 00:03:07
ない。
サンクス
コレじゃ無理かな。
自分で管理するという方法もある。
380 ：
デフォルトの名無しさん ：2005/09/06(火) 00:41:02
xをy(≠整数)乗するにはどうしたらいいのでしょうか？
パワー、パワー
#include <math.h>
383 ：
デフォルトの名無しさん ：2005/09/06(火) 00:59:34
384 ：
364 ：2005/09/06(火) 02:12:33
>>366 さんの
おっしゃるとおりだと思いますが、
元々の形はすべてのCellで共通のデータをstaticとして持つでした。
しかしstaticで持ってしまうと、複数のマップ対応に拡張できない。
ということで364の形式、MapクラスはCellクラスからなる、
Cellの共有データはMapクラスが管理ということで
Map Omote_no_sekai;
Map Ura_no_sekai;
というように書けるようにしてみました。
今のところCellがMapを関知することのデメリットはよく分かりません。
静的メンバ変数に比べると関数引数で受け取る必要があるので面倒ですが・・・。
>>367 確かにlogのオーダーなので、それほど問題ないようならこのままいってみます。
蛇足になりますが、静的メンバ変数をあるグループごとに複製したい場合
テンプレートのを使うのは邪道でしょうか？
つまり
template<int WorldSize, int MapType>
class Cell
{
static int arekore;
};
として
Cell<256, 0> Omoteno_sekai[256*256];
Cell<256, 1> Urano_sekai[128*128];
Cell<128, 2> Yume_no_sekai[128*128];
としてしまう手です・・・。
>>371 ,373
> std::ios::outを指定すると、:ostream iteratorが指定される
これ、何の話？さっぱりわからない。
「:ostream iterator」って何？
何に「:ostream iterator」が指定されるの？
> std::stringstream stream( std::ios::out | std::ios::in );
これはつまり std::stringstream stream こうしとけばいいってことだな。
＞蛇足になりますが、静的メンバ変数をあるグループごとに複製したい場合
>>371 自分もちょっとわかりません。
それはC++の仕様なのでしょうか？
それともSTLPortの仕様なのですか？
STLPortのソースを追ってみると
STLPortのstringstreamは、内部にstringとは別の小さいバッファを持っていて
何らかの条件でバッファの中身をstringにフラッシュするみたいです。
tellpが返すポインタはその小さいバッファのものである為
いままで書き込んだ文字列を考慮した位置を返してくれる訳ではないみたいです。
>>385 先頭の ':' は明らかに typo だろ。
＞これはつまり std::stringstream stream こうしとけばいいってことだな。
その通り。それがデフォルト・パラメータになっている。わざわざ std::ios::inを
外したオープンフラグを指定したものだから、std::ostringstreamと同じに
なってしまった。それだけの話だ。
>>387 反復子(iterator)について勉強し直せ。自然と理解できる。
>>389 basic_ostringstreamはbasic_ostreamの派生クラスですよね？
そのbasic_ostreamのメンバであるtellpが
basic_istreamを派生することによって使えるようになるなんて
なんか解せないんですが、それが正しい動作なんですか？
いろいろ調べてみましたが
>>390 それは勘違い。std::basic_ostreamの反復子は出力反復子(ostream iterator)のため、
tellp()、seekp()メンバ関数の意味を正しくインプリメントできないのだ。
同様にして、std::basic_istreamの反復子は入力反復子(input iterator)のため、
tellg()、seekg()メンバ関数の意味を正しくインプリメントできない。
tellp()、tellg()、seekp()、seekg()は、前方反復子(forward iterator)でのみ、正しい
本来の意味のある値を返す。この前方反復子を備えているクラスは、std::basic_fstreamと
std::basic_stringstreamだけだ。
>>371 の、random access iteratorというのは間違い。そこまで厳しい要件を必要と
しない。しかし、おっしゃる通り、std::basic_ostreamとstd::basic_istreamを継承した
クラスでないと、tellp()～seekg()メンバ関数が使えない。従ってstd::vectorのような
ストリームを継承したのではないくコンテナは、それらの特別なメンバ関数がない。
当然std::listのような双方向反復子(bidirectional iterator)を備えたクラスでも、
seek?()、tell?()が使えない。
あーでもこの時間だしな・・・・誰かISO/IEC調べてもらえませんか？俺はもう
>>388 typo だとは思うが、あまりにも脈略が無いんで何を打とうとしたのか想像できない。
std::ostringstream と同じになったと言われても、 std::ostringstream の
tellp() が 0 を返す理由になるとは思わない。
（>371,372 が正しければ -1 が返るらしいが、 >368 では 0 が返ると言われている）
>>389 うーん。 iterator はよく知っているつもりだけど、 >371 の意味は理解できない。
>>392 「std::basic_ostream の反復子」の時点で意味不明なわけだが。
std::basic_ostream::iterator のようなメンバは存在しない。
>>393 今までは何を根拠に言ってたんだ？
cygwin g++ 3.4.4 で試してみた。
396 ：
デフォルトの名無しさん ：2005/09/06(火) 09:04:37
iostreamはアイオーストリーム
398 ：
デフォルトの名無しさん ：2005/09/06(火) 10:08:34
397>>
400 ：
デフォルトの名無しさん ：2005/09/06(火) 11:25:26
basic_ostream の tellp の説明を読むと、以下のように書いてある。
> basic_iosのメンバ関数 fail()がtrueを返すと、tellp() は、
> pos_type(off_type(-1))を返して失敗を伝えます。
> それ以外の場合は、rdbuf()-> pubseekoff(0,cur, out)を呼び出して、
> 出力シーケンスのカレントの位置を返します。
よって tellp の実装は、streambuf の実装に依存する。
basic_stringbuf の seekoff の実装は、
> オープンモードがin | outの場合、
> 入力、出力両方のシーケンスのストリーム ポジションを変更します。
> オープン モードがinのときは、入力シーケンスのストリーム ポジションのみ変更し、
> outのときは出力シーケンスのストリーム ポジションのみ変更します。
> 新しいポジションは、off(ずれ)とway(参照ポイント)の2つのパラメタを組み合わせて計算します。
> 位置変更前にシーケンスのカレントの位置が無効の場合、
> オペレーションは失敗し、pos_type(off_type(-1))が返り値になります。
> それ以外の場合は、カレントの新しい位置を返します。
とあるから、
>>368 は STLport 側の問題のような気もする。
401 ：
デフォルトの名無しさん ：2005/09/06(火) 17:36:30
あるでかいライブラリを二つ使って一つのプログラムを作りたいんですが、
namespaceも使ってないライブラリは糞
>>401 namespace A
{
#include <A.h>
}
namespace B
{
#include <B.h>
}
404 ：
デフォルトの名無しさん ：2005/09/06(火) 17:54:21
>>403 そうして、Aのtypedef double realを使いたくて
using namespace A;
とやると、B.hのなかの他の定義ファイルは使えなくなってしまうんですよね？
B.hの他の定義は使いたいんだす。
>>404 A::real って書けばいいじゃん。
>>404 君もC++プログラマなら聞き分けたまえ。
407 ：
デフォルトの名無しさん ：2005/09/06(火) 18:23:34
がんばって名前変えるかな。。。
408 ：
401 ：2005/09/06(火) 18:24:17
サンクス＞all
>>400 いやだからさ、俺のVC7.1+STLportでは、0を返さず、ちゃんと正常に-1を
返すわけよ。
>>368 と結果が違うというのはどういう事なのかと。
>>409 STLportのインストール方法が違うとか。DLLでビルドしたか、
ビルドせずに使っているかで結果が違うとか。
>>410 知らん。俺はビルドして使ってるけど正常動作した。それを言いたいだけ。
ビルドせずに使ってて不具合起きたんなら、同じビルドせずに使ってる奴に聞け。
412 ：
デフォルトの名無しさん ：2005/09/07(水) 00:09:34
すみません、行き詰ってしまって質問します。
まて
ソースはスレに書かないで別のファイルに書いてアップしたほうがいいんじゃないか？
415 ：
デフォルトの名無しさん ：2005/09/07(水) 00:13:07
//ビットマップの初期化
待てと言われたのに…
激しくスレ違い
418 ：
デフォルトの名無しさん ：2005/09/07(水) 00:19:22
>>413 、414、416
申し訳ない。書き込んでから気づきました。
あと補足。
ダイアログベースで、読み込んだ画像がダイアログ中央に出てきます。
それをSetPixel等を使って2値化 ・・・までは出来ました。
でも再描画されない・・・orz
420 ：
デフォルトの名無しさん ：2005/09/07(水) 00:22:40
>>417 ,419
スレ違いだったのですか・・・。板で質問するの初めてだったのでわからず、スミマセン。
どうやら2chも初めてらしい
C++でWindows上で動くファイアウォールは作れますか？
坊や…良い子だから早く寝な
424 ：
デフォルトの名無しさん ：2005/09/07(水) 06:33:09
C++で童貞捨てられますか？
>>424 順番が逆だ。まず童貞を捨ててからC++をやれ。そうすれば立派に禿げる。
>>409 ,411
名無しで「俺」とか言われても誰だかわからん。
tellp() が -1 を返すのが正しいと言う根拠は何？
428 ：
427 ：2005/09/07(水) 10:59:24
バージョン3-8-1をwindowsから使いたいのです
インスタンシエートされたオブジェクトの、静的でないメンバ関数ポインタの呼び出しは
>>429 分かりにくい表現をしてるが、ごく普通のメンバ関数ポインタのことか
呼べなかったら意味ないね
431 ：
429 ：2005/09/07(水) 21:23:48
ごめんなさい。
>>431 C#でいうトコの delegate でそ？
それはただのメンバ関数ポインタでは無理。
boost::function 使えば出来ると思う。
まぁ単に A* と A:*func のペアを保持しといて p->(*func) とするのが、
（格好は良くないが）シンプルだと思うけど。
>>432 × p->(*func)
○ (p->*func)
boost::functionとかを使うとこうなる。
435 ：
429 ：2005/09/07(水) 22:13:36
>>432 ~434
ありがとう。なんとか動きました。
うーん、回りくどいことになっているのは、私の設計に問題があるらしいですね。もう一度見直してみます。
>>435 単なる予想として、インタフェースを導入してBはそれを持つのがいいような。
class Func {
public:
virtual void exec() = 0;
};
class A : public Func {
public:
virtual void exec() { … }
};
437 ：
デフォルトの名無しさん ：2005/09/08(木) 11:53:53
>>437 考えたけど、あまり良い方法が思い浮かばん
#include <bitset>
#include <string>
#include <limits>
template<typename T>
std::string binary(T t)
{
std::bitset<std::numeric_limits<unsigned char>::digits*sizeof(T)> b(t);
return b.template to_string<char, std::char_traits<char>, std::allocator<char> >();
}
int main()
{
unsigned long field[4] = { 1, 1, 1, 1 };
std::bitset<128> y( binary(field[3]) +
binary(field[2]) +
binary(field[1]) +
binary(field[0]) );
std::cout << y << std::endl;
}
439 ：
デフォルトの名無しさん ：2005/09/08(木) 18:24:57
初心者です。VirtualAllocを使用し、構造体にメモリを割り当てようをしています。割り当ての成功or失敗は戻り値がNULLかどうかで判定できますが、何バイト割り当てられているのか①で知る方法がわかりません。
440 ：
デフォルトの名無しさん ：2005/09/08(木) 18:27:13
失礼しました。②の個所を訂正です。
スレ違い。
>>437 こんなんどうよ
template <int N>
std::bitset<32*N> make_bitset(unsigned long const(&ar)[N])
{
std::bitset<32*N> result;
for (int i = 0; i < N; i++)
(result <<= 32) |= ar[i];
return result;
}
int main()
{
unsigned long field[4] = { 1, 3, 7, 15 };
std::bitset<128> y( make_bitset(field) );
}
437，438，442の中だと442が速いね
444 ：
デフォルトの名無しさん ：2005/09/08(木) 19:26:56
>>438 >>442 ありがとうございます。
とりあえず、以下のようにしました。
// VC++7.1 のエラー回避用
template< typename T > struct bsizeof
{
static size_t const value = sizeof(T) * CHAR_BIT;
};
// inline bitset< sizeof(T) * CHAR_BIT * N > bitset_from_vector( ... )
// と記述するとエラーする。どうして？
template< typename T, size_t N >
inline bitset< bsizeof<T>::value * N > bitset_from_vector( T (&x)[N] )
{
typedef bitset< bsizeof<T>::value * N > bset_t;
bset_t b;
size_t i = N;
while( i != 0 )
( b << bsizeof<T>::value ) |= bset_t( x[--i] );
return b;
}
いつもオーダーで混乱するので間違ってたら指摘してください。
>>444 まあ typo だとは思うが
× ( b << bsizeof<T>::value )
○ ( b <<= bsizeof<T>::value )
>>439 VirtualQueryでは駄目だった。
VirtualFreeでもサイズは自分で入れなきゃいけないし
システムではサイズの把握までやってないんじゃないの？
だから自分で算出でいいと思うけど。
ページサイズで切り上げ( ページサイズで切り捨て( 開始アドレス ) + サイズ )
447 ：
デフォルトの名無しさん ：2005/09/08(木) 22:49:11
質問なのですが、クラス１で、map<string, string> sample を宣言して、 クラス2で、map<string, string>* sampleと
450 ：
デフォルトの名無しさん ：2005/09/08(木) 23:07:31
>>448 ありがとうございます。
しかし、何度やっても”型変換が間違っています”というメッセージがでてうまくいきません。
mapをポインタとして持つこと自体が間違っているのでしょうか？
それとも、クラス２で、string a = *sample[abc] という書き方が間違っているのでしょうか？
452 ：
デフォルトの名無しさん ：2005/09/08(木) 23:24:48
>>448 >>449 >>451 みなさんありがとうございました。
ご指摘どおり型変換に問題があったのですね。
早速明日再度試してみたいと思います。
本当にありがとうございます。
型変換じゃなくて演算子の優先順位の問題だろ。
454 ：
デフォルトの名無しさん ：2005/09/09(金) 00:19:45
455 ：
デフォルトの名無しさん ：2005/09/09(金) 01:27:29
累乗を一行で演算子で表せれますか？
>>455 累乗演算子はC++にはないよ。
代わりにpow関数を使う
457 ：
435 ：2005/09/09(金) 01:35:48
クラスの継承時における、アクセス演算子についてなんですが
>>458 試せよ。人に聞くよりそのほうが覚える。
>>458 そのとおり継承先のクラスからでしか使えないから。前者の意味はpublicで十分だろ。
class B
{
public:
B(int n) : hoge(n) {} //OK
int get() const {return hoge;}
protected:
int hoge;
};
class D : public B
{
public:
void set(int n) {hoge = n;} //OK
};
int main()
{
D obj(5);
std::cout << obj.hoge << std::endl; //エラー
std::cout << obj.get() << std::endl; //OK
}
>>458 元々protectedだったメンバは絶対にpublic扱いにならないし、元々privateだったメンバは絶対にprotected扱いやpublic扱いにならない。
「: protected」をしたら継承されたメンバは絶対にpublic扱いにならないし、「: private」をしたら継承されたメンバは絶対にprotectedやpublicにならない。
あっという間に試せることなのに、なんでいちいち質問するんだろうね。
試してもコンパイラが間違ってるかも知れないって事だろ？
466 ：
461 ：2005/09/10(土) 11:18:05
>>465 あぁ、そうか。461の言い方はマズかったな。
char型のポインタをcout文で使うと
>>467 そういうオーバーロードが用意されているから、としか答えようがない。
アドレス値を表示させたければキャストすればいい。
char *p = ～;
std::cout << static_cast<void *>(p) << std::endl;
そういう仕様だからです
仕様ですかぁー
そうしないと文字列を文字列として<<で出力できなくなる。
472の馬鹿が逆に晒されてしまいました。
>>474 アクセス権限なんてusingで自由自在
>>475 いや、usingでは隠すほうに持っていけない。
>>475 あ、どうも。usingってnamespaceの省略以外にも使い道があるんですねぇ。
そこで無名名前空間ですよ
>>478 いや、namespaceの話じゃないから
480 ：
デフォルトの名無しさん ：2005/09/12(月) 14:53:28
boostをインテルコンパイラで使用するためにインストールしました。
>>480 質問していいか質問するなんて行為は辞めれ
いきなり本題でok
483 ：
デフォルトの名無しさん ：2005/09/12(月) 15:45:53
ファイルにクラスの状態を保存する為、そのクラス用にoperator<< 関数を作りたいと思います。
インストールに関する質問で恐縮ですが、こちらで質問します。
486 ：
デフォルトの名無しさん ：2005/09/12(月) 16:10:01
一時オブジェクトの const 参照による束縛の話なんですが、
>>487 挙げている例はあってるけど、「ダメ」の理由を自分で説明できないと、
ちゃんと理解したかどうかは判別できないだろう。
>>487 ややこしいかもしれないが、一番下のはダメともいいきれない。
490 ：
489 ：2005/09/13(火) 02:12:32
すまん、よく読んでなかった。忘れてくれ。
491 ：
デフォルトの名無しさん ：2005/09/13(火) 02:32:15
>>487 をみて思ったんだけど
A* p = &A();
これって、pの参照先はこのスコープが閉じるまで保持されるの？
const A& a = A();
constわけわかめ
そもそもconst T&をT同然に使える（右辺値で初期化できる）ようにというところからこうなったわけで。
497 ：
デフォルトの名無しさん ：2005/09/13(火) 17:35:34
RVOって関係ある？
結果には関係無いんじゃない？
499 ：
デフォルトの名無しさん ：2005/09/13(火) 19:21:00
お忙しいところすみませんが教えてください
>>499 ・gets()は過去との互換性が必要な場合を除いて使うべきではない。
・NULLは入るはずがない。NULキャラなら勿論入るが。
・
>>499 に書かれたロジック以前に入力は行なっていないか? その場合空読みするべき。
501 ：
487 ：2005/09/13(火) 21:23:20
>>488 一時変数の束縛は、それが参照されとぃるかどうかではなく、
あくまでその一時変数を含む式の最後まで保持されるに過ぎない、
ということを確認したかったのですが、規格書の 12.2-3 に
書いてありました。
規格書には「full-expression を評価した最後まで」みたいな表記
だったので、full-expression ってどこまでじゃーと思ってさらに
検索したら 1.9-12 に「別の expression の subexpression でない
ものが full-expression」とかあって何だか騙されたような気分に。
とりあえず関数呼び出しは expression なんで、一時オブジェクト
を使って関数呼び出しを何度行おうが、それが一つの式である限り
一時オブジェクトは有効、ということですね。一番最後の例は最初
の文の後で A() は破棄されてしまうのでダメ、と。
>>499 ios::sync_with_stdio() は呼んでますよね
503 ：
デフォルトの名無しさん ：2005/09/13(火) 21:33:44
>>500 > ・gets()は過去との互換性が必要な場合を除いて使うべきではない。
調べていたらバッファオーバーフローの原因になるので使わないようにと
いろんなサイトに書いてました・・・・。
fgets() というのを使うようにします。
> ・NULLは入るはずがない。NULキャラなら勿論入るが。
すみません。まだまだよくわかってないんですが、
自分でも何が言いたかったのかよくわかんないんですが
文字が入ってない状態ってことを言いたかったんです。
ヌル文字は入りますね。
> ・
>>499 に書かれたロジック以前に入力は行なっていないか? その場合空読みするべき。
>>499 のコード以前に cin で入力させていました。
これを消してやってみたら、問題なく動きました。
どういう動きをしてこういうことになるのかとか
細かいことはまだまだよくわからないんですが
これから勉強続けていけばわかってくるかなということで
今回はこれでよしとします。
ありがとうございました。
504 ：
デフォルトの名無しさん ：2005/09/13(火) 21:47:22
>>502 すみません、呼んでません。
っていうか全然わかりません。
翔泳社の標準講座C++で勉強してるんですが
640ページ近くあるうちのまだ145ページぐらいしか読めてないので
難しいことはまだ全然わかりません。
でもちょっと調べてみます。
ありがとうございました。
>>504 ストリームバッファとstdioが別々の実装になっていても、常に中身を同じく
するのがstd::ios::sync_with_stdio(bool b = true)。
但し、デフォルトで最初からtrueなので、今回の件とは関係ないと思う。
>>503 一般的に、 std::cout が問題なく使える環境なら
iostream と cstdio は混ぜる必要が無い。（混ぜないほうがいい）
さらに言えば、文字列操作も std::string を使ってしまえばいい。
今回の例で行くと、 s1 に４０文字、 s2 に４０文字入力された場合、
strcat() で配列サイズ超えた書き込みが起こってしまう。
string s1, s2;
cout << "Enter two strings : ";
cin >> s1;
cin >> s2;
s1 += s2; // or s1.append(s2);
cout << s1 << "\n";
これでバッファオーバーフローも配列オーバーも起こり得ない。
ただし cin >> s1 はDOS攻撃を許してしまう
セキュリティホールだと捉える場合もある。
istream::getline() などを使うといい。
ポインタについて質問させて下さい。
前者はCPen*型の変数Pen1を宣言している
>>508 上の宣言はC++コンパイラを使うように指示する
下の宣言はCコンパイラを使うように指示する
512 ：
デフォルトの名無しさん ：2005/09/14(水) 01:57:37
えーっ！そうなのか！！知らなかったよ。
C#コンパイラかな、やっぱり。
CPen * * Pen4, *pen5; は？
516 ：
508 ：2005/09/14(水) 04:13:38
>>509 早速のレスありがとうございます。
>>510 本当のことですか？ネタですか？
マジレス、キボン
さすがにこのレベルなら自分で調べられるだろ
>>516 >>511 以降の展開見れば察しはつくだろ。
察しがつかないなら2chを利用するのは止めとけ。
519 ：
デフォルトの名無しさん ：2005/09/14(水) 07:19:56
2ch信者というやつですか。あらまあ必死 ;-)
なぜにウィンク
質問です。
>>516 マジレスしとくよ。一応。お前思いっきり釣られてる。
あれれ、コンパイルできませんでした。
つか仮にコンパイルできて0とかが返されたところで何に使うんだか。
529 ：
デフォルトの名無しさん ：2005/09/14(水) 10:27:34
throw int();
>>529 int()はどんな文脈でも0と同じだが。
531 ：
デフォルトの名無しさん ：2005/09/14(水) 10:34:07
ちなみにaは0でした。
>>529 言っている意味がよく分からんが、それは throw int(0); や throw 0; と書いているのと同じ。
型を返しているのではなく、int型の値(オブジェクト。内容は0)を投げている。
533 ：
デフォルトの名無しさん ：2005/09/14(水) 10:37:24
>>532 意味違ってましたか。
型だけをthrowしたいんですが、どうすればよいですか？
(どっかの解説サイトに型またはオブジェクトをthrowできるとあったので)
>>533 それは嘘だ。 throw できるのはオブジェクトだけ。
サイト晒せ。
>>534 そうでしたか。
すいません。
Javaのサイトだったかもしれません。
たしかgoogleで throw 例外 式 とかで検索して出てきたサイトです。
>>536 読み返したら、自分の勘違いだったみたいです。
型を投げるではなく、～型のデータを投げるという文脈みたいですね。
でも、まぎらわしいですよね。
本買えバカ
>>537 そのサイト、筆者の知識が曖昧だな。鵜呑みにしないほうがいい。
おいおい型を投げるって・・・・・
obj->Func(); は、Func が非仮想関数なら静的結合されて、通常の関数呼び出しと同じ速度で実行できる
合ってる。
thisがレジスタ渡しされるぶん前者が速いよ(VC)
const std::string & s = "hoge";
546 ：
545 ：2005/09/14(水) 14:12:41
すみません。少し前に出てた話題(>487)でした。
>>543 >>544 便乗だけど、非仮想だったら
a->b->c->d->func()
でも同じことが言える？
質問です。
C++の設計ミスでできない
ありがとうございます。
あーん？
互換性
コンストラクタ記述にCとの互換性もクソもないと思うが
C++0xには配列のコンストラクタ記述を認める予定があるんだろ。
実際どうなんかねえ。「C++の設計と進化」を読むと、配列型のnew/delete
>>548 代わりにその型へのポインタをnew []して、その中に個々の要素をnewで入れたり、
あるいはstd::vectorを使って、個々の要素をpush_back()で入れていったりする。
>>558 それやと、boost::shared_ptrか、boost::ptr_vector使わないと、deleteが
面倒やねえ。
560 ：
558 ：2005/09/14(水) 19:43:18
>>559 言い方が悪かった。
std::vectorにはポインタではなく、オブジェクトそのものを入れるつもりで書いた。
まあ配列にはstd::vectorやね。C++なら。OOする時はboost::ptr_vector当たりが便利。
javaでもできないし良いやん
C#が出来るのでくやしい。
C# だと出来るんか。知らんかった
>>564 558の前者のようなやり方になる。つまり参照をnew []して、個々の要素をnewする。
ただ初期化できるんだけどね。
>>548 cygwin g++ なら、-ansi -Wall オプションつけても、それ通るよ。
動作も期待通り。
他の処理系のg++ は試してないからわからんけど。
C++でワイドバイトファイルとマルチバイトファイルを両方扱わなきゃ
568 ：
デフォルトの名無しさん ：2005/09/14(水) 20:58:04
gccとbccは独自拡張多いな‥‥まあbccはObjectPascalとの互換性維持があるからしょうがないが
gccのはもろイカ臭いよね
gccはC99とかc++0xの規格を少し取り入れているからな。C99に関してはかなり。
>>571 逆にgcc独自拡張がC99に取り入れられたものもある。
573 ：
508 ：2005/09/14(水) 22:45:45
>>567 読み込むファイルを全部ワイドバイトにしてしまえばいい。
で、別途コンバータを提供する。
って、そういう問題じゃないか・・・。
ワイドバイト? 新語?
ワイドバイト の検索結果のうち 日本語のページ 約 134 件中 1 - 50 件目 (1.04 秒)
>>545 × sに一時オブジェクトの参照が代入される
○ sが一時オブジェクトへの参照として初期化される
stlのmapみたいな感じで、valueからkeyの検索もできるような物ってありませんでしょうか。
>>579 std::hash_map 但しSGI STL
コンパイルタイムプログラミングで
出力すればいいだろう
>>581 定数式かどうか確認したいなら typede char array[定数式]; とか。
任意の bool 式のコンパイルチェックは
template <bool> struct static_assert;
template <> struct static_assert<true> { enum { value }; };
static_assert<(100 == 100)>::value; とか。
すまん、typedef char array[定数値];
>>582-584 thx
「#defineマクロとstatic const intではなり、const intやstatic const doubleではならない」
ものって即値と呼ぶのだっけ。定数だとconstでしたごめんなさい。
コンパイル時に固定の数値として評価される値、例えばnumeric_limits<int>::min()など。
このように、コンパイル時に評価されていることを確認するのは、どうすればいいのだろう？
>>585 パフォーマンスにそれほど深刻な影響がなければ、別にコンパイル時評価にこだわる理由はない
というのはよくわかっております。
コンパイルタイムプログラミングしているつもりで、実は実行時に展開されてたら寂しいというだけの理由です。
そんなに不安なら逆アセンブルなりなんなりすればいいじゃん。
＞VCならデバッグモード
正しくはデュバックムォード
vctoolkitを使ってるけどIDEは無いとか？
cl -FA
593 ：
デフォルトの名無しさん ：2005/09/16(金) 00:38:19
C++のstreamライブラリを覚えようと
まぁ人の好き好きだが、別なのを勉強した方がいい希ガス。
他スレでVC6の bitmap<n> ってバグってるってマルチがあるけど
iostreamは俺もcin, cout, cerrに出す時以外使ったこと無い
>>596 ＞I/Oクラスが必要なときは自分で作ってる
馬鹿ハケーン。ま、個人レベルで何をやろうが個人の買ってだが、俺の会社に
こういう香具師が面接にきたら、一番最初に落とす。
×買って
まぁ自分の書いた文章も確認できない香具師を落とす方が先だなｗ
>>598 cin cout cerr に出力するサンプルの動作だけを妄信する奴って多いからな
（サンプルがそういうの多いからか）
ここ１年、fstream sstream の実用的な使い方を知って、結構目から鱗状態だったよオレ
職業プログラマは社内のコード共有が優先で標準ライブラリの
>>602 うちのプロジェクトなんてコンテナにSTL使わないで
MFCのコンテナ満載だよ
どうやって、こいつらにSTLを啓蒙させようかと悩み中
イテレーターとか、アルゴリズムとの絡みを上手く啓蒙できればアレ
std::stringとCStringの変換がダサい。
606 ：
凶笑面 ：2005/09/16(金) 02:16:17
今日の夜９時からフジＴＶで民俗学ミステリ凶笑面だ。
Microsoftに言ってくれ
API公開したのはMSだが
>>605 std::string、std::wstring、AnsiString、WideString、CString、char*、wchar_t*が入り交じってて収拾つきません⊂(｡Д｡⊂⌒｀つ
template<class Ctype>
>>612 template<class Ctype>
class A
{
protected:
Ctype foo;
};
template<class Ctype>
class B : public A<Ctype>
{
void bar() {
Ctype::foo = 0;
}
};
いけましたー。ありがとうございます。
>>615 キーワードは
"dependant name"
"unqualified lookup"
"point of definition"
"point of instantiation"
617 ：
もこな ：2005/09/16(金) 14:19:14
はじめまして、私はeVc4.0++を使っている者です。
まずは英語の勉強からかな。
619 ：
デフォルトの名無しさん ：2005/09/16(金) 15:03:08
>>610 グローバルロケールの影響受けない文字列型ない？
>>617 Windows関連スレか初心者スレ、或いはeVcとやらのスレへどうぞ。
>>593 ほか
i/o/iostreamクラスに限って言えばは単にCのFILE *のラッパのような感じだよ。(<<と>>以外は)
std::stringに対し"頭のスペースを削る"とか
>>622 doubleに変換→boost::lexical_cast
頭のスペース削る→boost::regex
>>622 少なくとも後者はstringstream使うと楽にできる。
前者はそのままでも可能。
>>622 頭のスペースはfind_if+erase
後者だけ。
//doubleに変換
じゃあこんな感じで
おっとstdの付け忘れがあった。
すみません、｢禿本｣とは何を指しているのでしょうか？
>>632 ありがとう、早速注文したよ、AMAZONで
boost::trim_left
gcc で日本語の正規表現が使いたいのですが、適当なライブラリはあるのでしょうか？
>>630 たかがこれだけの事で写真まで載せるあたりがアメリカンだね
>>637 CodeProjectのAuthorはアメリカ人じゃない人の方が多いけどな
日本にはCodeProjectみたいなのはないの？
1 AAA
std::multi_map
std::ifstream f;の中身を
>>643 std::istreambuf_iterator<char> begin(fi),end;
std::string result(begin, end);
645 ：
643 ：2005/09/18(日) 07:13:34
>>644 なるほどそうやるのか～
でも、VC6ﾀｿだとだめぽ...
>>640 欲しいねぇ。flipcodeも閉鎖（Readonly化）しちゃったし・・・
647 ：
デフォルトの名無しさん ：2005/09/18(日) 14:31:15
猫でもわかるのページの C++のページの26章のファイルの入出力のところで
初心者スレへでもどうぞ。つーか、URIくらい提示しろって。
文字列定数を宣言したいときってどっちが速度とかメモリの効率がいいですか？
651 ：
649 ：2005/09/18(日) 14:55:42
あと、関数内で
const char[] str = "test";
653 ：
649 ：2005/09/18(日) 15:24:15
>>652 とりあえず手元のVC++7.1ではコンパイル通るのですが、
これってVC++独自拡張でしょうか？
const char str[] = "test";
655 ：
649 ：2005/09/18(日) 15:32:56
bcc5.6.4とg++3.4.3で試したら通りませんでした。
>>654 俺んとこで試したら main 関数がないってエラーがでたよ。
657 ：
649 ：2005/09/18(日) 15:36:08
すいませんやっぱりg++でもbccでも通りました。
658 ：
デフォルトの名無しさん ：2005/09/18(日) 15:36:31
コンパイル通らないけど？これ。
const char[] str = "test";
>>649 いくらか効率に違いが出るかも知れんが、そんな些細な効率化を意識するよりstaticやchar*、char[]の使い分け方を理解しろって。
状況によって使い分けるものを一緒くたに語ってもしょうがないだろ。
659 ：
649 ：2005/09/18(日) 15:38:29
#include <iostream>
アセンブラのソース見れば一発じゃん
すいまらん最初の方に
662 ：
649 ：2005/09/18(日) 15:42:08
>>660 それが一番手っ取り早そうですね。
ありがとうございました。
const char* const str = "test";
全く違います
>>664 どういうときに？ポインタのアドレスを取るようなコードがないとしたらどう？
666 ：
649 ：2005/09/18(日) 15:50:50
>>663 違いました。
コンパイラが吐いたアセンブラのリスト見れば分かります。
コンパイラの最適化ってまだそんなもんなんですね。
667 ：
649 ：2005/09/18(日) 15:51:50
ちなみにアセンブラリストは
ポインタ1個分
考えるまでもなく前者
#define str "test"
int _tmain(int argc, _TCHAR* argv[])
void sub();
>>651 本当だよ。
関数ローカルでの
const char str[] = "test";
は、
・ローカルなメモリ領域（一般的には関数のスタックフレーム内）
・初期化するためのデータ（この場合では"test"）
・初期化するためのコード（この場合ではmemcpyとか）
を必要とする。
それに対して
static const char str[] = "test";
なら "test" の実体を静的に用意すればいい。
"test"とstrがどのセクションに割り当てられてどういう風に初期化されるっかてことだろ。
struct hoge {
void*ってことは何がくるか分からないってことなのか？
>>679 new char [...]で確保したことが確実なのならまあそれでいいんだが
それ以外の確保の可能性があるのなら(mallocやnew 他の型)駄目
確保方法によって方法変わるからどうやってメモリ確保したか教えて。
dataは様々な構造体で確保したデータを指します。
684 ：
679 ：2005/09/18(日) 21:53:30
struct Apple;
ついでにtypeidも取得しといたらどうだｗ
struct Object{
素直にテンプレートでも使おうよ。
void (*ReleaseData)(); みたいなメンバを用意して、data を設定すると同時に解放用の関数を設定してもらうとか
どうでもいいけど、様々な構造体で確保した data を、種類も知らずにどうやって使うのだろうか
暇だったから
VisualC++なんだけど
んな訳ねーだろｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
まぁコンストラクタもデストラクタもないPODなデータ形式でかつ、
694 ：
679 ：2005/09/18(日) 23:27:35
どうも。
>>691 これリークしない？
#include <stdlib.h>
struct hoge {
int* p_;
hoge() : p_(new int[16777216]) {}
~hoge() {delete[] p_;}
};
int main() {
hoge* p = new hoge();
free(p);
}
リークもくそも無茶苦茶でんがな
ﾜﾛｽｗ
>>691 ほい
std::vector<std::string> * p = (std::vector<std::string> *) malloc( sizeof (std::vector<std::string>) );
>>691 たしかにVCのoperator new/new[]/delete/delete[]()はmalloc/freeを呼ぶ実装になっている。
だからと言って混同して良いものではないし、コンストラクタ・デストラクタが絡むとやばい。
派生クラスやコンテナをfreeで開放するのはまずいっしょ。
じゃあこれならOK?
ん？ちょっと話が戻るけど
>>679 の開放はnewした時にどんな構造体かに関わらず
delete [] data;
とやるだけでnewしたときの分がちょうど開放されるわけではないの？
malloc/freeの組み合わせも同様で。
どのコンパイラだか忘れたけど、動的確保したバイト数を、newで返るアドレスの手前に保存するのがあったはず。
まあコンパイラの実装方法は多々あるのかもしれないが、newした分のバイト数は内部でしっかりとっておかないと、普通に素直なnew/deleteしたときも困らないか？
標準を知る者求む。
>>703 hoge h;
h.data=new hoge;
705 ：
703 ：2005/09/19(月) 02:19:11
>>704 あぁ、そういうことか。でも
h.data = new hoge; なら delete h.data;
h.data = new hoge[size]; なら delete [] h.data;
のどちらかしか使わないことように徹底した場合はどう？
まあそんな保守性低いもの書くくらいなら
>>679 みたいなの書かない方がいいわけだけど。
とりあえず、動的確保した大きさが内部で保存されてるってのは標準で保証されてるのかどうかが疑問点。
>>704 の意味がわからないんだけど
これのこと？
これならVCでは駄目だったなぁ。
struct A
{
char* a;
A(){ a = new char[100];}
~A(){ delete [] a;}
};
struct B
{
void* a;
};
{
B b;
b.a = (void*)new A;
delete b.a;
}
そんな糞なVCは窓から投げ捨てろ！
>>708 別にVCだからダメなわけじゃない。コードがダメ。
そもそもわざわざそんなコード書いて何が楽しいのかさっぱりわからん
ロマン
class B;
>>712 無理だろうな。
基底クラスが派生クラスを知っているという状況は、一般的におかしい。
不完全型
というかBがAを継承しているなら、必要なメンバ関数をvirtualにしてA*を返せばいい話じゃ
716 ：
712 ：2005/09/19(月) 17:04:42
うーん、やっぱり無理か…。
717 ：
712 ：2005/09/19(月) 17:07:12
うげ。置換ミスった。
確かにそのコードからだけじゃAssignerの存在価値がわからん
>>712 >>176-717 を見ていなかったときの俺ならこう答えた。
template <typename T>
class A {
public:
T func() {return T();}
};
class B : public A<B> {};
普通にvectorとかに入れときゃいいやん
このスレはレスの多さでどれくらいレベルが低い質問なのかよくわかりますね。
>>718 ,
>>719 略しすぎて訳わかんないな。ごめんなさい。
急にコードが具体的になって申し訳ないんだけど、
PythonのC拡張を書く関係で、Pythonのオブジェクトを表すPyObjectのwrapperを書いてる。
で、Pythonオブジェクトの属性の取得/代入を[]演算子で行いたい。
value = obj["attr_name"];
obj["attr_name"] = value;
こんな感じで。なお、属性はPyObject_{Get|Set}AttrString()で可能。
class PyObjectWrapper
{
public:
PyObject* mObj;
PyObjectWrapper() {}
PyObjectWrapper(PyObject* obj): mObj(obj) {}
class Assigner
{
public:
PyObject* mObj;
string mKey;
Assigner(PyObject* obj, const string& key): mObj(obj), mKey(key) {}
operator PyObjectWrapper()
{
PyObject* pobj = PyObject_GetAttrString(mObj, (char*)mKey.c_str());
return PyObjectWrapper(pobj);
}
こう？
>>723-724 質問をぶった切ることになるけど、 boost::python でも見るといいんじゃないかな？
勉強じゃないなら、そのまま使うとか。
>>723 , 724
アドホックな解決策として、Assignerで
PyObject *operator->() const {
return mObj;
}
としておけば、
obj["name"]->メンバ();
は使えるようになるんじゃまいか。
boost::python使うのが一番手っ取り早いだろうけど。
728 ：
デフォルトの名無しさん ：2005/09/19(月) 20:33:00
COMのスレってどこいっちゃったの？
int *i;
基本的にはできない。
>>733 すいません。
g++ .... -c mqodrawer.cc -o mqodrawer.o
material.hh:22: error: ‘Vector4’ has not been declared
material.hh:22: error: expected ‘,’ or ‘...’ before ‘<’ token
material.hh:23: error: ‘Vector4’ has not been declared
material.hh:23: error: expected ‘,’ or ‘...’ before ‘<’ token
material.hh:24: error: ‘Vector4’ has not been declared
material.hh:24: error: expected ‘,’ or ‘...’ before ‘<’ token
...
こんな感じのエラーです。
>>734 そのまんまじゃねーか。
↓これだろ。
//#include "vector.hh"
#include "texture.hh"
namespace bkl {
#include "vector.hh"
Vector4 が ::bkl::bkl::Vector4 になってる。
::bkl 内で Vector4 では見つからない。
こんなことになるから、 namespace の中で #include するな。
>>735 すいません。それはnamespaceの外でincludeしても同様のエラーが出ます。
元々外のコメントアウトされたものだけだったんですが、見つからんと言われたので
色々書き換えてたのが残ってしまっていました。
#include "vector.hh"
#include "texture.hh"
namespace bkl {
//#include "vector.hh"
このようにしても、エラーコードはかわりませんです。。
>>736 手元の 3.4@cygwin では、その修正で問題なくなる。
エラーメッセージが変わらないわけ無いとおもうんだが。
もう一度試しても、本当に >734 のエラーになるか？
エラーメッセージはそのままコピペしてるか？
>>737 はい、全く同じエラーになります。自分の環境(FedoraCore4)のgcc3.2でも通ります。
が、gcc4では通りません。。
まさか…gcc4環境からそのヘッダにパスが通ってないとか言わないよな…
usingディレクティブである名前空間を丸ごと可視化しようとして、シンボル名が衝突してしまいます。
＞解決するような方法はいまりすでしょうか。
いまハムスターです
>>738 同じディレクトリにあるヘッダですし、
他のファイルからもincludeされているヘッダなのでそれはないです。
何故出来ないんだろう。。
freopenを使わないでstd::coutをファイルにする方法ってないの？
リダイレクト
>>744 逆に、どうやってstd::freopen()を使ってstd::coutをファイルにするのか聞きたい。
747 ：
744 ：2005/09/20(火) 12:50:57
>745
普通そういう場合は設計段階から考慮して、ストリームをostream&なりで保持して
クラスをポインタ型で宣言して
>>749 CGame::Mainが仮想関数なんじゃないの?
ただのvoid型
>>749 それはVC++の意味不明なエラーメッセージで混乱してるだけ。g++でコンパイルしてみ。
「ISO C++ではそのようなアドレス取得は認められていません」って出るから。
>>749 game->Main(); ではないかと釣られてみる。
そりゃ残念だ
755 ：
デフォルトの名無しさん ：2005/09/20(火) 13:19:59
>>749 &(CGame::Main);じゃなんでダメなの？
関数のアドレスを取るだけなら&CGame::Mainでいいけどね。
>>757 ていうか何でエラーが出るか理解してるか？
C++のクラスでは、オブジェクトがいくつあったところで関数の実体は１つしかなくて
その関数に暗黙にオブジェクトのポインタ（thisポインタ）が渡されるのは知ってるよね？
ということは、オブジェクトAの関数F をポインタで表現しようとなると、
オブジェクトAのアドレスと関数Fのアドレスを両方管理しなきゃいけなくなって
1つのポインタじゃ表現できないからエラーになる。
だから結局、関数だけのアドレスを取得するか（&CGame::Main）、
両方を管理できるmem_funのようなクラスを使う必要があるってだけ。
用途に応じて使い分ければいい。
インスタンスをいっぱい生成して
>>747 こんな感じで。
#include <iostream>
#include <fstream>
int main()
{
std::ostream* fsp;
int i;
std::cout << "1: std::coutに出力 2: 'test.txt'に出力？ ";
std::cin >> i;
if (i == 1)
fsp = &std::cout;
else if (i == 2)
fsp = new std::ofstream("test.txt");
else
return 0;
(*fsp) << "出力\n";
if (fsp != &std::cout)
dynamic_cast<std::ofstream*>(fsp)->close();
}
>>759 boost::signalを調べてみれば？
そこまで複雑なものじゃなくてもいいなら、ちょっと工夫すれば自作できるだろうし
763 ：
デフォルトの名無しさん ：2005/09/20(火) 16:47:03
下の様に、あらかじめ数が分からないintデータを、ファイルが終わるまでreadしたいのですが、
>>763 while (!ifile.eof()) がおかしい。
C/C++はBASICとは違い、一度読んでみて初めてEOFかどうかわかる。
従って、「読み込んでからeof()で調べてみて、okだったらやりたいことをやる」
>>764 ありがとうございます、おかげで良く分かりました
この場合はreadの後にeofで終了判定すべきなんですね
>>765 リロードが間に合いませんで
なるほどwhileの所に書く手もあるんですね
重ね重ね感謝ッス
listの最後の要素のイテレータが欲しいのですが、
>>768 std::listのイテレータはBidirectionalIteratorだからまずくない。
今ExceptionalC++を読み直してみたらまずいのは
list.rbegin();
>>771 そいつが返すのはreverse_iteratorじゃないのか？
>>770 list::iterator が builtin type であることはないから
問題ないのでは？
どんなクラスへのポインタも代入できて、そのメンバ関数も実行できる型って無い？
どんな型のポインタも代入できる、とは型がないということだ。
IOの
標準C++にstrstreamなんてないが。
>>776 strstream類は過去との互換性のためだけに存在するから。
逆にstringstream類はテンプレートになっている。
>>777 少なくともX3014:2003には附属D.7にstrstream類が載っている。
>>774 boost::anyにoperator->を付け加えてやればできるのではないかと。
試してないけど。
どのみち型が確定しないと意味がない。
783 ：
776 ：2005/09/21(水) 01:11:35
どうも。
>>777 basic_iostream<...>->strstream
>>779 そのような歴史的経緯?もあり、
配列ベースの入出力のようなので今後はあまり使わない方がよさそうですね。
そこでObjective C++ですよ
どこで？
>>784 微妙に使いどころに苦しむ。
オブジェクトに互換性がないんじゃ、混ぜて書けるメリットが無いと思うんだが。
つか、むしろC++ベースでCocoaをサポートしてくれ
787 ：
635 ：2005/09/21(水) 16:47:08
>> 638
鬼車で解決したみたいだからどうでもいいけど、
PC一般板の、エスパースレから誘導されてきました。
790 ：
デフォルトの名無しさん ：2005/09/21(水) 18:25:20
参照仮引数と、ポインタを使った仮引数の違いは
参照だとNULLを渡せないていう制約はあるけどね
こういう変態的な事したら渡せる。
>>789 自分がそのプログラムのソースコードを修正する気でもない限り、ここは板違い。
恨むならエスパースレでお前にここに行けと答えた奴を恨め。
795 ：
790 ：2005/09/21(水) 20:15:18
前勉強したときはなんか頭混乱して
796 ：
デフォルトの名無しさん ：2005/09/21(水) 20:19:58
クラス内で定義されたタイプはなんて呼んだらいいんでしょう？
>>789 EUCかUTF-8かSJISかいろいろ試せ。
798 ：
635 ：2005/09/21(水) 23:02:51
>>788 gcc with boost::regex (wregex) だと、正規表現自体に日本語を含むケースでまともに
動きませんでした。原因は良く分かりませんが・・・。
>>796 クラス内で定義されたクラス型なら
"nested class" 「ネストされたクラス」っていう呼び方があるけど、
typedef だと特に用語も無く「クラス内の typedef 」とか言えばいいと思う。
800 ：
デフォルトの名無しさん ：2005/09/22(木) 05:50:42
自分のクラスをintの参照にキャストしたい場合、
>>800 参照とポインタは違う。やればすぐ判ることを一々聞くな。
そもそも、メンバを返すのが適当な設計かどうかは一概には言えんぞ。
それと、constメンバ関数にしておいた方がいいかも知らん。
802 ：
初心者 ：2005/09/22(木) 13:20:24
質問があります。
804 ：
デフォルトの名無しさん ：2005/09/22(木) 13:42:18
以下のようなMakefileでコンパイルしているのですが、$(EXE)を生成する時は、$(CC)により指定しているコンパイラを
>>804 .cpp.oはデフォルトでどう定義されているのか見てみるがよろし。
806 ：
初心者 ：2005/09/22(木) 13:55:17
807 ：
804 ：2005/09/22(木) 13:56:20
>>805 c++のプログラムでしたので、
.c.o => .cpp.o
と、変更したら解決できました。ありがとうございます。
ほんとしょうがないミスで申し訳ありません。
.c から .o を生成する規則を自分で記述しときながら、実際の SRC は .cpp の群
809 ：
デフォルトの名無しさん ：2005/09/22(木) 21:50:36
今晩は、教えてください。
なぜだめなのかを考えなさい
strlen(hh.c_str())
string使う意味が全くないな
813 ：
デフォルトの名無しさん ：2005/09/22(木) 22:26:49
>>810 さんありがとうございます。
何度かんがえてもわかりません。
上のコードでは、最後の文字が半角なら
失敗しす。
だから、最後の文字が半角かどうか判断して、
コードを変えようかと思ったのですが、
もっと簡単な方法があると考えてよいのでしょうか。
そうならば、もっと考えて見ます。
>>811 さん、全く読みにくいコードをあげてしまいすみません。
c も c++もまったくしらず、vc++からはじめたので、
charのポインターつかうか、stringクラスつかうか、
あるいは、この関数がどっちの関数なのか、
整理が全くできてない状態です。
814 ：
デフォルトの名無しさん ：2005/09/22(木) 22:28:59
>>812 さんへ
string 使うと、メモリの心配しなくてすむのかなと思ったのですが、
malloc とか、使わなくてすむと・・・
＞c も c++もまったくしらず、vc++からはじめたので、
>>814 std::string.length()のこともたまには思い出してあげてください。
とりあえずstrlen(～.c_str())は～.length()に直せ。
> hh.substr(0,hh.length()).c_str(),
昔見たstr[strlen(str)] = '\0';並にヒットだ俺的に。
VB厨臭い使い方だよなあ。MID$のような。
未来の大物が降臨しているなｗ
>>822 むちゃくちゃなやり方知りたいので書いて
>>822 普通のCスタイル配列じゃコンストラクタ関数の先頭で、とか無理だから
別にないと思うよ。
参照をメンバに持つクラスを複数持ちたいときハマるよね。
826 ：
822 ：2005/09/23(金) 00:08:53
class Color {
>>826 float４つだからAltiVecかSSEのコードかと思った。
>>826 組込型なら、そういう場合は割り切ってコンストラクタの中で記述するのがいいかと。
829 ：
822 ：2005/09/23(金) 00:25:38
そんなもんか。㌧㌧
>>819 strを単なる文字型の配列として使っていたら最後が'\0'で終わってるとは限らないから有効なんじゃ、と
一瞬思ってしまったorz
'\0'で終わってなかったらstrlen使えないよな。sizeofならともかく。
BCCでコンパイルしたときSleepが未定義の関数ってなるのは俺だけ？
>>831 必要なライブラリにリンクしてても出るんなら
あんただけ。
イテレータってポインタの代わりとして長期間保持していてるのって普通？
834 ：
デフォルトの名無しさん ：2005/09/24(土) 12:42:56
質問です。
>としたところコンパイルエラーなのです。
>>833 イテレータは、ポインタの概念を大きく拡張したもの。
君の言っているポインタは、random access iteratorの事だと思うが、
C++ STLのコンテナや、ストリームは、自由にあちこちをアクセスできない
物がある。
イテレータをそれぞれの属性を持った物として定義する事により、その
コンテナやストリームの意味を逸脱しない範囲でアクセス出来るように
なっている。
それから、長時間保持するとあるが、コンテナのメンバ関数にはイテレータ
を無効にする物があるので、保持しても無意味。
>>833 イテレータが無効になるタイミングを把握しているのなら、
長期間保持してもいい。
イテレータとしての操作が不要であれば、
生ポインタのほうがサイズや処理効率の面で
パフォーマンスがいいこともある。
>>836 map や list などのイテレータは、
指してる要素の削除以外では無効にならないんで、
長期間保持するのはよくあることだよ。
>>834 演算子のオーバーロードも継承される。
ただし代入演算子の場合はうまくいかない。
同じクラスの代入用 T& operator = (T const&) はクラスを定義ごとに必ず宣言される。
ユーザーが宣言しなくても、コンパイラが自動的に宣言する。
前者のケースではコンパイラが自動的に追加した宣言によって
CBase の operator = が隠れてしまっている。
>>838 あらー、代入演算子だけはダメなんですか。
ありがとうございます。
いちいち代入演算子のオーバーライドに長々プログラム書くのはアレなので、
CBaseにInsert()という関数を作ってそれを呼ぶようにします。
void operator =(CBase* p){
insert(p);
}
>>835 失礼しました。
error C2679: 二項演算子 '=' : 型 'class Image *' の右ｵﾍﾟﾗﾝﾄﾞを扱う演算子は定義されていません。(または変換できません)
でした。
>>839 そんなことするぐらいなら、全部 Insert() 使ったほうがいいぞ。
ただ便利だからと言うだけの理由で
組み込み型と意味の違う代入演算子を作るのはよくない。
さらに、 >834 の例だと a = 0 なんてコードもコンパイルが通る。
new の戻り値を生ポインタで受け取るのも危ない。
>>837 例えばstd::mapが赤黒木で構成されているとして、挿入後回転や二重回転
が起きてもイテレータは全部有効なのか？
insert()が挿入後の新しいイテレータを返すようになっている仕様は、そういう
意味だと思っていたが。
>>840 ＞ただ便利だからと言うだけの理由で
＞組み込み型と意味の違う代入演算子を作るのはよくない。
なるほど、確かにその通りですね。
じっくり考えてみます。ありがとうございます。
>>837 なるほど。そういう感じで使い分ければいいのですか。
ありがとうございます。
>>841 ISO/IEC 14882:1998
23.1.2 Associative containers
-8-
The insert members shall not affect the validity of iterators and references to the container,
and the erase members shall invalidate only iterators and references to the erased elements.
なので
>>837 さんが正しいです
844 ：
デフォルトの名無しさん ：2005/09/25(日) 07:39:18
LinuxでMPIを使ったC++コードのデバッグをVC++みたいに
>>832 ありがと。
ライブラリにリンクするの忘れてた。
オレが糞なだけだったよー。
派生クラスのインスタンスを基底クラスのポインタに入れると
変わったら仮想関数の意味がないじゃない。
まさにそれを変わらないために作られたカラクリが仮想関数なんだしな
そうだよね。何がおかしかったんだろ
頭
｡･ﾟ･(ﾉД`)･ﾟ･｡
853 ：
デフォルトの名無しさん ：2005/09/25(日) 23:11:50
わかりにくかったらすみません。
pは3_sへの単純なポインタだから1次元配列相当
855 ：
デフォルトの名無しさん ：2005/09/25(日) 23:21:46
>>854 早速の回答ありがとうございます。
試してみたところエラーは無くなりました。
以前そういう記述を読んだ記憶がわずかにあるの
ですが今手元に参考書が無いので確認できません。
とにかくありがとうございました。
>>853 標準では、名前は非数字から始まらなくてはならないと規定されているから、そんな名前は避けること。
>>855 struct 3_s (*p)[W] = 3_t; でもいけるだろ。こちらは二次元配列風にアクセス
できる、配列へのポインタとなる。
858 ：
デフォルトの名無しさん ：2005/09/26(月) 22:59:42
>>809 です
皆様、いろいろご指導ありがとうございました。
mblenを使って解決いたしました。
859 ：
デフォルトの名無しさん ：2005/09/27(火) 03:22:25
質問です。
ありません
>>859 暗黙のキャストを明示しただけなら、遅くなることは無い。
だが明らかに、そんなことはしないほうがいい。
dinamic_castに変更したら遅くなるかもねー
○dynamic_cast
>>861 式の可読性のために明示することはあるけどね。
865 ：
859 ：2005/09/27(火) 03:51:09
回答ありがとうございます。
>>861 明らかにそんなことしないほうがいいというのは、
そもそもキャストする必要がないようにコードを書き直すべき、
という意味でしょうか？
C++ で以下のようなコードを書くと
ハードゲイ？
あ、それだけではだめだ。
>>871 >>864 じゃないけど、オーバーロードの絡む場合。たとえば、
unsigned char *addr;
std::cout << "addr = " << (void *)addr << "\n";
とか。
>>872 それは可読性のためじゃなくて、望みの動作をさせるために必要なんだろ。
全ての暗黙の変換を起こらないように書くことなど、実際的不可能だし意味がない
畜生。規格書にはanonymous union についてしか書いてないな。
↓これなら通るみたい。
MSVCだとそのまま通るな。gccの問題か？
gcc では問題なくて、g++ で error だな。
コンパイラ換えるか、そこだけでも C(not C++)にするか…
>>866 いずれにせよ、書き換えることができない、という前提自体が間違いなので、
お好きにすれば、としかならないなあ。
881 ：
872 ：2005/09/27(火) 16:27:23
>>873 勘違いしてた。
でも、unsigned char *の代わりにint *ならどうよ。
>>866 元のヘッダをlegacy.hとして
$ cat legacy.h
#ifndef Legacy_H
#define Legacy_H
typedef struct {int i;} foo;
typedef struct {foo foo;} bar;
#endif
$ cat bar.h
#ifndef Bar_H
#define Bar_H
#ifdef __cplusplus
extern "C" {
struct bar;
struct foo;
#else
# include "legacy.h"
#endif
struct Bar {bar *bar_;};
struct Bar *init_bar (struct Bar *p);
int *access_foo_i (struct Bar *p);
#ifdef __cplusplus
}
#endif
#endif
（続く）
$ cat bar.c
>>882 > （上記の定義は C のコードとして書かれたもので、私が書き換えることはできません）
て書いてあるからifdef __cplusplusマクロなんぞも追加できないだろう
885 ：
882 ：2005/09/27(火) 19:48:04
>>884 オリジナルと別に用意したラッパに加えるのはいいのでは?
>>885 ……まさかと思ったが本気のつもりでこんなコードを……
まあくそみたいな前提にはそれにふさわしい例がつくという見本として……
そのlegacy.hを使いたい関数だけCでオブジェクトファイルを作ってリンクしたらいいんでない?
>>886 ライブラリかなんかなんでしょ?
くそみたいなってのには違いないけど
>>887 つ
>>880 >>888 「ライブラリかなんか」でも無条件に書き換えられないわけではあるまいに。
どっちにしてもくそみたいなもんだが。
つか、とことん無意味に前提や条件をとり違えて問題点を見失っとるわけだが。
890 ：
866 ：2005/09/28(水) 00:05:44
皆さんいろいろとありがとうございます。
質問です。
=じゃなくてoperator int()作れば?
>892
だめだこりゃ
それC#じゃね？ｗ
了解しました。初心者スレに移動します。
ロベールさんって誰やねんｗ
初学者はつい目先のコンパイルエラーの解消に夢中になるあまり
（
>>901 から続く）
で、エラーを出されたからといってその意味を深く考えないで：
class A {
public:
A(void) {;}
//...(omit)
virtual void v(void)={throw new NotCallException();}
//Non pure virtual function in the appearance only.
};
とかやって見かけ上だけ小手先で回避しようとするのはよくない。
本当に仮想関数をコンストラクタ内で呼び出す必要があるのかどうか、
もしあるならどういうタイミングでどの関数が呼び出されるか
じっくり考えてみるべきだ。
（
>>902 から続く）
まして：
class A {
public:
A(void) {;}
//...(omit)
virtual void v(void)=0;
//pure virtual function
protected:
void bypass(A* a) {a->v();}
};
class D : public A {
D(void) : A() {bypass(this);}
// Ooops!! pure virtual function is called!
//...(omit)
void v(void) {/* anything */;}
};
などとやってコンパイラを出し抜こうと考えるのは
以ての外である。
これはコンパイラが検出可能だったシンプルな問題を
ロジックをスパゲティ化することで
コンパイラにも人間にも
見つけにくい実行時エラーに変えて
隠蔽したに過ぎない最低のコードになる。
宣伝死ねって事でいいんだろうか
最初は愚痴の部分まで一気に書きかけたが、
愚痴の部分抜いたら初心者でもマトモな脳みそがあれば
長すぎ。3行で飽きて読むのやめた。
>>901 コンストラクタ内で仮想関数を呼び出したときの動作については
規格中に記述があるよ。 12.7.3 がそう。
D(void) : A() {v();}
ここでは D::v() が呼び出される。
そして D::v() は純粋仮想関数では無いので、
呼び出し自体に問題は無い。
偉そうな長文が間抜けだな。
偉そうな奴は大抵間抜けだからな。
912 ：
デフォルトの名無しさん ：2005/10/02(日) 02:05:03
メンバ関数ポインタのポインタをtypedefを使わずにどのように定義したらいいんでしょうか？
914 ：
デフォルトの名無しさん ：2005/10/02(日) 05:03:17
std::string型の変数に"2.5"や"4.7"などの小数点を含む数字の文字列が格納されているのですが、
こんな感じかな
>>915 いい加減Cの呪縛から逃れろ。
>>914 boost::lexical_cast<double>(str)を使うか、std::stringstream s(str); s >> d;
などどやる。
>>915 C流でやるならせめてstd::atof(s.c_str())にしてくれ。
>>912 俺もそのままtypedef使えとは思うが、こういう手段を知っていても損はないと思う。
#include <iostream>
#include <typeinfo>
class ClassName {};
typedef void (*ClassName::Func)();
int main()
{
std::cout << typeid (Func *).name() << std::endl;
}
>>916 C++は両方とも糞重いのが難点
まあlexical_castも中でstringstream使ってるから当たり前だけど。
920 ：
914 ：2005/10/02(日) 10:49:27
貧弱シンプルC路線で行くか重厚楽々C++路線で行くか
それを好きに選べることがC++のいいところでもある。
でも単なる変換ならatofのが早くて楽な罠。
924 ：
デフォルトの名無しさん ：2005/10/02(日) 18:06:18
大量にメモリを確保する予定がある場合、
>>924 どっちかと言うと、ちまちま一つずつのほうが成功しやすいだろうな。
ページングの効く環境であれば、物理メモリの
フラグメンテーションによる危険性はほとんど無視できるんで、
あんまり差は無いと思うよ。
関係ないけどC++にとってatoiは標準ライブラリなの？
>>926 じゃあなんでstdネームスペースがあるんだよって言いたくなる
atoi
ごめん
そんな時はstrtolですよ。
931 ：
924 ：2005/10/02(日) 18:58:41
>>925 用語を調べていたら遅くなってしまいすいません。
おかげでとても勉強になりました。ありがとうございました。
Cに由来する標準ライブラリ関数を残らず再設計してリプレースしてほしい
>>926 少なくともJIS X3014:2003では<c～>もその他のヘッダも全く同列に扱われている。
もっとも<c～>のほとんどはCの<～.h>と同じと書かれているが。
>>926 そんでもってstrstreamはほかとは別扱いで附属書D 互換性に載せられている。
そりゃあstrstreamはdeprecatedだからな
>>928 文句があるなら>930。
私ゃ妥当な仕様だと思うがね。
そういや、strstreamは使った事ないな。俺がC++始めた時には既に
strstreamは規格化（？）されたときにすごく非難された、とは聞いたことがある。
>>926 はstringstreamを知った上でわざとstrstreamを出したのかな
>>938 ISO/IEC 1482:1998の通り、標準規格が決まったのは1998年の事で、C++自体は
1985年頃からあるわけで、その13年間でdeprecatedなプログラムが書かれた可能性
はどうかな？
あ、そうか、STLそのものは1993年にC++への組み込みが提案され、1994年に正式
に取り入れられる事が決まったので、たった4年ほどしかstd::strstreamを安心して
使える時期はなかったんだね。
>>910 その動作は10年前から知ってる。
…だからわざわざ絶対にまずい純粋仮想関数の場合と分けて
「微妙だ」と書いたんだが。
仮想関数がコンストラクタ内でだけは通常のようなオブジェクトの動的な型ではなく、
静的な型に従って呼び出されるというのは決して直感的に分かりやすい動作とは思えない。
（その呼び出しそのものは確かに動作として安全ではあっても、
その仮想関数からさらに仮想関数が呼ばれたりRTTIが利用されたりした場合の
動的な型と静的な型がどうなっているか考えると頭が痛くならないか？
多分このようにコンストラクタ内でだけ仮想関数の動作が「特別扱い」される仕様は
古いC++コードとの互換性のために残ってしまった仕様ではないかと思う。
そしてこの微妙な仕様のせいで純粋仮想関数をコンストラクタ内で呼ぶのは
呼ぶ相手がなくなるために具合が悪いわけだ。
純粋仮想関数のほうが歴史的には後でできた仕様だったからこうなったのだろうが。）
・・・なので絶対に必要なとき以外はやはり書かないに越したことはにと思うのだ。
（もっともその「絶対に必要な例」は中々思いつけないが。）
というわけで例に挙げたコードのように論理的には純粋仮想関数であるべきものを
コンパイルエラー回避目的でエラー例外を投げる仮想関数に書き換えるのは
決して必要に迫られて熟慮した結果というよりはやっぱり性質の悪い小手先の誤魔化しだと思う。
>>941 ・書かないに越したことはにと思うのだ→書かないに越したことはないと思うのだ
・決して必要に迫られて→ 必要に迫られて
>>901 >こういうコードはC++では実行結果が不定になる。
>（分かりやすく言うと書いちゃだめ。）
>仮想関数のセットアップはコンストラクタの実行の
>どの段階で行われるか規格は敢えて厳密には決めていないからだ。
>仮想関数をコンストラクタ中で呼び出すことはそもそも微妙だが、
>特に純粋仮想関数の場合は深刻で、結果は不定だと明示されている。
>気の利いたコンパイラなら上掲のコードについてエラーを報告するだろう。
・初心者も読むスレッドでこういう嘘を平気で書き、なおかつ指摘されても訂正もしない
・他人のミスとも言えないようなミスはことさらに（誤りを含んだ）長文で指摘する
・しかも多分スレ違い。
>>943 たぶん、得意げになりたかっただけだろ。
ｽﾙｰで勘弁してやってくれ。
>>941 恥をかきたくなかったら、最低でも、規格書のどこを読めば
そんな動作をするか、リファレンス先を書いておけ。
ま、この場合完全な嘘だから、リファレンス先などありはしないがな。
>>941 D&E読め。
コンストラクタで仮想関数呼び出しでは派生クラスでオーバーライドしたほうの関数が呼ばれない理由がちゃんと書いてある。
ようするに派生クラスでオーバーライドした仮想関数の実装が
その派生クラスのコンストラクタが行われていることに依存していたら、
派生クラスのコンストラクタが呼ばれる前（== 基底クラスのコンストラクタの中）で、
派生クラスでオーバーライドされた仮想関数が呼ばれたらまずいことになる、
だからはコンストラクタでの仮想関数呼び出しでは派生クラスでオーバーライドした関数は呼ばれない仕様にしたと書いてある。
>>941 この動作がいかに（マシンにとって）自然であるか理解していないのなら、
１０年もの間、誤解していたことになるな。
>>941 ﾜﾛｽｗｗｗｗnｗっうぇｗuｗｗｗrｗuｗっうぇｗｗpｗｗｗｗｗoｗ
952 ：
デフォルトの名無しさん ：2005/10/04(火) 03:31:20
晒し上げしていいの？
ﾄﾞｿﾞｰ
954 ：
デフォルトの名無しさん ：
2005/10/04(火) 11:12:11 ここまで説得力の無い長文の言い逃れは久々に見たｗ