08/06/10 22:36:39
>>177
見慣れないうえにあんまり意味無いと思うからお勧めはしない。
179:デフォルトの名無しさん
08/06/10 23:31:49
char_traits が定義されてないとダメなんじゃないかな。
180:デフォルトの名無しさん
08/06/11 01:13:48
std::basic_fstreamがstd::iostreamみたいにC++に規格として盛り込まれているのか、
あるいは処理系に依存するのかをききたいんじゃね
181:デフォルトの名無しさん
08/06/11 01:15:29
>>179 なるほど
それでは std::char_traits 相当の UcharTraits を定義して
std::basic_fstream<unsigned char, UcharTraits>
とすると使えるでしょうか?
182:デフォルトの名無しさん
08/06/11 01:16:29
理論上は使えるんじゃないかな？ 多分。
183:デフォルトの名無しさん
08/06/11 01:41:47
>>180
やりたいことは
put( unsigned char ) と write( const unsigned char*, streamsize )
を使ってバイナリデータをファイルに書き込むことです。
このとき1バイトは0から255を表現できないといけないので最低 unsigned char の型が必要です。
型が char の場合、どの処理系でも使える範囲は0から127までなので目的を果たせません。
184:デフォルトの名無しさん
08/06/11 01:54:15
>>183
バイナリデータとしてみると算術型は違ってもビットパターンを変更しないキャストは実質的に同じデータを指す。
writeはchar*を引数に取るけど、そのポインタがintであれwchar_tであれエンディアンとサイズが正常であれば問題ない。
つまり任意のデータのポインタをchar*として見ることは、その先にあるデータをビットパターンを変更せずにキャストする事に相当する。
185:デフォルトの名無しさん
08/06/11 02:01:01
>>184
キャストとはちょっと違う。 char* はオブジェクトの内部表現となる
メモリの読み出し～書き込みに使えることになっている。これは
unsigned char も signed char も同じ。
ってことで、バイナリ出入力したいだけなら普通の fstream で十分。
186:デフォルトの名無しさん
08/06/11 02:15:47
ios::binary を指定しておけば
fstream で何の問題も無くバイナリの入出力ができる。
187:デフォルトの名無しさん
08/06/11 13:00:02
>>185
それは仕様書で言えばどのあたりで分かるでしょうか？
JIS X 3010-1993 は6章ぐらいまで目を通したのですが見当たりませんでした。
188:デフォルトの名無しさん
08/06/11 16:23:35
エンディアンについても実装がバラバラなのが許容されるのにオブジェクトの内部表現って言及されてるの？
189:デフォルトの名無しさん
08/06/11 16:39:28
>>187
185じゃないけど、
ISO/IEC 9899 [6.5.3.4] でどう？
sizeof(char)==1の保証 → 単位粒度で扱えることの保証。
190:デフォルトの名無しさん
08/06/11 16:56:05
これかな
3.9 Types
2 For any object (other than a base-class subobject) of trivial type T, whether or not the object holds a valid value of type
T, the underlying bytes (1.7) making up the object can be copied into an array of char or unsigned char.36) If the
content of the array of char or unsigned char is copied back into the object, the object shall subsequently hold its
original value.
36)By using, for example, the library functions (17.4.1.2) std::memcpy or std::memmove.
191:デフォルトの名無しさん
08/06/11 17:14:51
>>724
ID出る板限定＋多少巻き添え有りで良ければ、
NGワードのIDの欄に「O」を加えると消せる。
192:デフォルトの名無しさん
08/06/11 17:17:35
もちろん誤爆
193:デフォルトの名無しさん
08/06/11 17:24:40
そんなあなたに性器表現
194:デフォルトの名無しさん
08/06/11 18:24:26
VBでビルドすると100KBくらいだったプログラムを
ほとんど同じ構成（コード）でC++に移植したらサイズが900KBまでふくらみました
これって正常ですか？
VS2008、C++ 非MFCのアプリケーションです
195:デフォルトの名無しさん
08/06/11 18:28:09
ヒント： VBランタイムのサイズ
196:デフォルトの名無しさん
08/06/11 18:32:28
デバッグビルドしてるっていうオチでは?
197:デフォルトの名無しさん
08/06/11 18:39:43
>>195
C++はランタイムライブラリが大きいということですか？
>>196
いえ、リリース用のビルドでそのサイズです
最適化オプションも分かる範囲で変更してみましたが あまり変化なしでした
198:デフォルトの名無しさん
08/06/11 18:43:50
>>197
VBはランタイムDLLが別だからその分を考慮しろ。
199:デフォルトの名無しさん
08/06/11 18:44:49
VBランタイムのサイズをご存知ないのか
URLﾘﾝｸ(www.microsoft.com)
＞ダウンロード サイズ : 1.0 MB
＞Visual Basic 6.0 を使用して作成されたあらゆるアプリケーションは、これらのファイルを必要とします。
200:デフォルトの名無しさん
08/06/11 18:48:10
>>198-199
>>194のはVS2008のVBですが
それもDLLが別ということですよね？
201:デフォルトの名無しさん
08/06/11 18:48:24
現実にはそれで足りないプログラムが多数。
202:デフォルトの名無しさん
08/06/11 18:50:36
>>200
VB 2008のランタイムたる.NET Frameworkは数百MBある。
あと、一応聞いておくが、C++製はCLRフォームアプリケーションじゃないほうだよね？
203:デフォルトの名無しさん
08/06/11 18:52:49
>>202
>C++製はCLRフォームアプリケーションじゃないほうだよね？
それです
204:デフォルトの名無しさん
08/06/11 20:28:33
>>190
なかなかいい情報ありがとう。
でもここでいっているコピーって memcpy() や memmove() を想定しているような気がする。
普通に char, unsingned char ポインタ経由で代入した場合も同じことが言えるのかな?
205:デフォルトの名無しさん
08/06/11 21:48:42
クリティカルセクションについて質問です。
クリティカルセクション用のクラスを作成しています。
外部からCRITICAL_SECTION構造体を渡さなくても済むように、
staticなメンバ変数としてCRITICAL_SECTIONオブジェクトを作成し、
それに対してInitializeやEnter、Leave、Deleteを行うようにしています。
しかし、ネット上で似たようなコード見つけられていないことから、
本当にこれでスレッドセーフが実現できているのか不安です。
何か問題はありそうでしょうか？
206:デフォルトの名無しさん
08/06/11 22:46:43
>>205
それだとお互いに無関係なクリティカルセクション同士でも排他してしまうな。
というか、二重にInitializeとかDeleteとかしてしまうのでアウト。
CRITICAL_SECTION構造体は非staticなメンバ変数にすればよろし。
207:デフォルトの名無しさん
08/06/11 23:11:40
>>206
なるほど、考えが足らなかったです。
ありがとうございます。
208:デフォルトの名無しさん
08/06/12 00:14:55
こういう時って、コンストラクタでInitialize、デストラクタでDeleteするのが
いいんだっけ？
209:デフォルトの名無しさん
08/06/12 00:27:16
もう1つ、コンストラクタでEnterしてデストラクタでLeaveするクラスも欲しい。
いかにもWinSTLが持っていそうだ。
210:デフォルトの名無しさん
08/06/12 00:37:07
boostも持ってるな
211:デフォルトの名無しさん
08/06/12 02:49:00
>>204
190 は明らかに char や unsigned char の配列として（ポインタ経由で）読み書きした
場合のことを想定した記述だろ。
ほかには 3.10 p15 にある aliasing rule でも char, unsigned char だけ、
そういう直接アクセスを許すように特別扱いされてたりすることから、任意のオブジェクトに
対する char, unsigned char 経由でのアクセスは規格の意図として想定されているものと
考えられる。
よく見ると signed char はダメみたい。微妙だなー。
212:デフォルトの名無しさん
08/06/12 12:08:09
charがsignedならどうなるの？
213:デフォルトの名無しさん
08/06/12 12:14:00
char と signed char と unsigned char はそれぞれ別の型
char が符号付きでも符号無しでも signed char とは関係ない
214:デフォルトの名無しさん
08/06/12 12:33:31
VBでは下記のように宣言して 違うクラスからでも sub.関数() が使用出来ていたのですが
c++で同じ構成の共通関数を作ろうとしても参照エラーが出てうまくいきません
下記のコードをc++用にした場合 クラス、関数はそれぞれ
どのように宣言するのが正しいでしょうか？
Public Class main
Sub ボタンクリック イベント
sub.関数() '違うクラスの共通メソッド呼び出し
End Sub
End Class
Public Class sub
Public Shared Sub 関数()
End Sub
End Class
215:デフォルトの名無しさん
08/06/12 12:43:19
>>214
C++のソース貼らないと答えようがない。
216:デフォルトの名無しさん
08/06/12 12:44:18
class main {
public:
void button_click_event();
};
class sub {
public:
static void kansu();
};
void main::button_click_event()
{
sub::kansu();
}
void sub::kansu()
{
}
たぶんこんな感じ？
217:デフォルトの名無しさん
08/06/12 13:10:00
>>215
namespace test {//Namespace
public ref class Form1 : public System::Windows::Forms::Form{//Class Form
private: System::Void code_Click(System::Object^ sender, System::EventArgs^ e) {//イベント
sub::kansu(); //共通関数 呼び出し
}//イベント
};//Class Form
class Sub{//Class Sub
public :
void kansu();
};//Class Sub
void Sub::kansu(){// 共通関数
};//共通関数
}//Namespace
こんな感じです、共通関数を違うClassのForm1から呼びだして使いたいのですが
識別子が見つからない等のエラーが出てうまくいきません
>>216
そのコードのように修正してみましたが
クラス、識別子が見つからないという同じエラーが出てだめでした
218:デフォルトの名無しさん
08/06/12 13:22:02
・void kansu() に static を付ける
・sub::kansu() の呼び出しは sub の定義よりも下で行う
・class Sub と sub::kansu で sub の大文字と小文字が異なる
219:デフォルトの名無しさん
08/06/12 13:25:47
あと
・エラーメッセージは一字一句正確に書け
220:デフォルトの名無しさん
08/06/12 13:29:36
>>218
うまく動きました、みなさんどうもありがとうございます
>・class Sub と sub::kansu で sub の大文字と小文字が異なる
コードではちゃんとなっているのですが
ここに書くときに記述ミスしていました、申し訳ないです
221:デフォルトの名無しさん
08/06/12 18:17:23
>>211
3.9 p2 は
「そのオブジェクトを構成するバイトは、char または unsigned char の配列にコピーできる」に対して
「例えば、ライブラリ関数 std::memcpy または std::memmove を使って」という注釈があるけど
char 配列の要素ごとの代入でコピーできるなら「std::memcpy や std::memmove も含まれる」のような
ニュアンスで注釈を付けるんじゃないかな?
それと 3.9 p2 はあるオブジェクトを char 配列にコピーして、その配列から元のオブジェクトにコピー
したときにオブジェクトが元の内容に戻ることを保障しているだけで、同型の他のオブジェクトに対しては
どうなるか分からないんじゃない?
3.9 p3 では char 配列を通さずに std::memcpy でコピーすればオブジェクトが同じ内容になるようです。
3.10 p15 は未定義ではないだけで結果は処理系定義ということもありえるんじゃない?
222:デフォルトの名無しさん
08/06/13 07:57:56
>>221
> char 配列の要素ごとの代入でコピーできるなら「std::memcpy や std::memmove も含まれる」のような
> ニュアンスで注釈を付けるんじゃないかな?
"for example" って書いてあるんだから、そういうことだと思うよ。
1.7, 1.8 より、 POD 型のオブジェクトはメモリ上で連続する
バイト列とされている。
3.9.1 p1 により、 char, unsigned char はバイト中のすべての
ビットが値に反映されることになっているので、これらの型を介して
バイトを正確にコピーできる。
memcpy などの動作は引数の指すメモリ上の位置から連続する
バイト列に対する操作として定義されているので、 char* を使って
同様にバイト列をコピーするコードを書けば同じ意味になる。
そのような操作に対する意味が 3.9 p2, 3.9 p3 の範囲で確定する。
これ以外のバイト操作（ POD 型のオブジェクトに属さないバイトの
操作や、オブジェクトひとつに満たない部分的な操作）については
意味も動作も規定はない。（不定？）
223:デフォルトの名無しさん
08/06/13 08:14:03
違うフォーム上のテキストボックス等のデータを取得するにはどうすればいいですか？
224:デフォルトの名無しさん
08/06/13 08:21:14
C++にフォームなんて概念ありません
225:デフォルトの名無しさん
08/06/13 10:20:30
>>223
初心者スレ、もしくはMFC, WTL, C++/CLIなどで該当するスレへ。
開発環境は必ず書くこと。
226:デフォルトの名無しさん
08/06/13 11:52:30
array<String>型の2次元配列 data[40][40] を作りたいのですが
array<String^> ^data = gcnew array<String^> (40)(40);
とするとエラーが出ます
どうやって宣言したらいいですか？
227:「CLI」で探せ
08/06/13 12:04:18
>>226
そんな気持ちの悪い記法は専用スレへどうぞ。
228:デフォルトの名無しさん
08/06/13 12:23:01
>>226
CLIはC++じゃないのですれ違い。
229:デフォルトの名無しさん
08/06/13 13:51:26
>>228
じゃ CLIなC++は何言語なんだよ？w
バカかお前ww
230:デフォルトの名無しさん
08/06/13 13:55:45
C++/CLI
231:デフォルトの名無しさん
08/06/13 14:00:53
A.hで中身まで記述した
static void Func()
{
・・・
};
を B.cpp、C.cppそれぞれでインクルードすると実体はそれぞれにできるんでしょうか？
232:デフォルトの名無しさん
08/06/13 14:02:42
>>229
>227
233:デフォルトの名無しさん
08/06/13 14:03:33
>>229
C++/CLIはC++を拡張した別の言語としてEcmaで標準化されてるよ。
234:デフォルトの名無しさん
08/06/13 14:03:59
>>231
はい。但し、そのFunc()を例えばB.cppでは使いC.cppでは使わなかったとすると、一つだけになるかもしれません。
# 勿論、どちらでも使わない場合は一つもないかもしれないわけで。
235:デフォルトの名無しさん
08/06/13 14:05:25
まぁそれをやるならせめて無名名前空間をつかってほしいところ
236:デフォルトの名無しさん
08/06/13 14:13:59
>>234
うわぁぁ。そうなんだ。
staticつければ必ずひとつになると思っていました。ありがとう。
こういう場合ひとつだけにするにはテンプレートにするしかないのかな。
ヘッダに記述すること自体の是非は別として。
237:デフォルトの名無しさん
08/06/13 14:19:46
>>236
いや、テンプレートにするかしないかとstaticかどうかは別の問題だから。
つーか、>231の場合でもどうせインライン展開されるから消えてなくなると思うし、
テンプレート関数にしたところでインライン展開されなければ複数できてもおかしくはない。
で、一つにしたい積極的な理由があるの?
238:デフォルトの名無しさん
08/06/13 14:42:06
いろいろ言われそうだけどVCのﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの#include <stdafx.h>
が嫌だからなんです・・。
いろいろなコンパイラで使えればな～と思っていたらどうしてもこれが邪魔で。
ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの設定変えればいいのでしょうけど、ファイルをコピー、
includeですぐに使えるような書き方はないかな～と。
239:デフォルトの名無しさん
08/06/13 14:50:41
あ、見当違いなこと書いてたかも。
上記理由でどうせ同じ関数なんだからひとつにしてファイルサイズ減らせないかなと
思っていた次第です。
240:デフォルトの名無しさん
08/06/13 14:52:05
>>239
理由がそれだけなら、最適化するとどうせインライン展開されて消えてなくなるから気にするな。
241:デフォルトの名無しさん
08/06/13 15:27:25
というか、あちこちに同じ中身が生成されるわけだから
ファイルサイズは逆に増えるよね。
242:デフォルトの名無しさん
08/06/13 15:33:47
う～ん、いろいろありがとう。
とりあえず最適化に任せてみます。
243:デフォルトの名無しさん
08/06/13 16:11:17
===foo.h===
#include "bar.h"
class foo
{
（略）// barは出てこない
};
===foo.cxx===
#include "foo.h"
（略）// barが出てくる
とやるのと、
#include "bar.h"
をfoo.cxxの中に持ってくるのは、
どちらにどういうメリットデメリットがあるのでしょうか。
また、一般的にはどちらの書き方が推奨されますか。
244:デフォルトの名無しさん
08/06/13 16:13:13
CLIって便利だよな
特に他言語で作ったクラスライブラリがそのまま使えるお得感は感動ものだ
245:デフォルトの名無しさん
08/06/13 16:17:15
>>243
ヒント:依存関係、カプセル化
246:デフォルトの名無しさん
08/06/13 17:46:14
>>243
後者。素直に使う所に書く、で必要十分。
前者にメリットは無い。fooを使うやつのコンパイルがbar.hの分遅くなるだけ。
247:デフォルトの名無しさん
08/06/13 18:14:43
次のプログラムをエラー無くコンパイルしたいのですが、方法を教えてください。
//データの構造体-----------
struct dataA
{
int m_dataA;
CLSA * m_next //クラスのポインター
};
//使用するクラス------------
class CLSA
{
dataA m_dat[100]; //データの配列
};
dataAの中にクラスのポインターを持つ。この状態ではCLSAが無いと言われます。
順番を変えるとクラスの中でdataA構造体が無いと言われます。
対処方法が無いでしょうか?
248:デフォルトの名無しさん
08/06/13 18:16:41
セミコロン抜けてた
CLSA * m_next； //クラスのポインター
249:デフォルトの名無しさん
08/06/13 18:32:36
>>247
struct dataAの上に 「class CLSA;」を書く。
あと、どうでもいいけど何かよく分からないデータ構造だな。
dataA{ CLSA* m_parent; } とか
dataA{ dataA* m_next; } とか
CLSA{ CLSA* m_next; } なら分かるけど。
250:デフォルトの名無しさん
08/06/13 20:00:26
出来ましたありがとうございます。基本的な内容ですねorz
データ構造は
root クラスインスタンス
|
|-ノード1クラスインスタンス
| ： |-ノード1クラスインスタンス
| ： |-ノード1クラスインスタンス
| ：
|-ノード1クラスインスタンス
のような多段構造のようなもので、ノード分岐の意味をdataAの内部で示しています。
意味自体が単独で作られたり渡されたりするので、1つの構造体にしています。
251:デフォルトの名無しさん
08/06/13 20:08:54
>>244
そのままシームレスに使えればだがな。
だが現実は・・・・ ハァー
252:デフォルトの名無しさん
08/06/13 22:04:32
>>222
3.9.1 p1 は「バイト中のすべてのビットが値に反映される」とはいっても、ビット列と値が
1 対 1 でないこともあるんじゃないかな。
例えば char が符号付きで符号ビットと絶対値で表現する場合、値 0 を表現するビット列が
2 パターンある。その処理系で char* を通して値 0 を読み、その値を char* を通して書く
とビット列が変わる可能性があるんじゃないかな?
253:デフォルトの名無しさん
08/06/14 00:03:39
char型のコピーはbit列をそのままコピーすると言っているのでは
254:デフォルトの名無しさん
08/06/14 04:05:09
>>252
現行の規格で多少無理やり解釈すれば、 -0 と +0 は == で比較すれば
同じになるとしても、区別可能な（異なる value representation を持つ）二つの値
ということでコピーでビット列が変わる可能性は無い、とは言えそう。
ちょっと苦しいんで調べてみたところ、 C との互換性と合わせて見直しが
提案されているみたい。
URLﾘﾝｸ(www.open-std.org)
この中で C99 の規格を基本的にはそのままパクりながら、 C99 では
保証が無いものの、 C++ で半ば慣習的に行われてきた char による
object representation のコピーを保証するため、以下のような記述の追加が
見られる。
The types unsigned char and char may be used for “bitwise” copy.
[Note: this means that if signed char has a negative zero which is
either a trapping value, or will be forced to positive zero on assignment,
plain char must be unsigned. ?end note]
てきとう訳:
型 unsigned char と char は「ビット的」コピーに使ってもよい。
[注: これは、もし signed char が負のゼロをトラップ値として持つか
代入において正のゼロに強制されるのであれば、ただの char は
unsigned でなければならない、ということを意味する。 -注ここまで]
提案とは別に、議論の中では C++ では２の補数を強制してしまうような話も
出ていたらしい。実際のところはそれでもいいのかもしれない。
255:デフォルトの名無しさん
08/06/14 13:48:22
以下のような二種類の構造体のフィールドなのですが、
どちらがより適切なのでしょうか?
struct A
{
int length; // textの長さ
unsigned char text[0]; // 利用者側で好きに領域を確保して先頭を格納。
};
struct B
{
int length;
unsigned char text[1];
};
違いはtext[1]とtext[0]だけなのですが、
text[1]としてしまうと、
unsigned char text[] = "aiueo";
A* a = (A*)malloc(sizeof(A) + strlen(text));
としたときに(処理系依存ですが)
intで4バイト、unsigned charがパディングされて4バイト
さらに文字列の長さで5バイト確保されます。
これだとunsigned charがパディングされた4バイトは無駄な領域の気がします。
text[1]とするメリットはあるのでしょうか?
256:デフォルトの名無しさん
08/06/14 14:12:25
>>255
宣言より大きい配列のアクセスはお勧めできないと思う。
環境依存なしでそういう構造を作りたいなら
struct A
{
int length; // textの長さ
};
A* a = (A*)malloc(sizeof(A) + strlen(text));
で確保して
char* buff=(char*)(a+1);
で文字列にアクセス
文字列の構造体を作りたいなら以下の方がお勧めかな
struct A
{
int length; // textの長さ
unsigned char* text;
};
257:デフォルトの名無しさん
08/06/14 14:24:31
>>255
unsigned char text[0]; はC89では認められていない。
C99から導入されたflexible array memberを使うなら、
unsigned char text[];
258:デフォルトの名無しさん
08/06/14 14:58:10
>>254
なるほど。
今回初めてC++の仕様書に目を通してみたけど未定義や処理系定義の部分が多くて
正確に解釈するのははなかなか難しいですね。
現状の処理系に合わせて処理系定義の部分を削っていけばかなりシンプルになると
思いますけど。
259:デフォルトの名無しさん
08/06/14 15:18:36
>>258
処理系を前提とした入門書を読もう。 処理系未定義はその後で。
260:255
08/06/14 19:20:57
>>256さんどうもありがとうございます。
struct A{
int a;
unsigned char c[0];
};
gcc -c -pedantic test.c
としたら警告が出ました。
警告: ISO C forbids zero-size array 'b'
gccの独自拡張で可能になっているけれどC89自体では禁止されている
ということですね。
261:デフォルトの名無しさん
08/06/14 20:30:10
おい、お前ら、googleでソースコードの検索ができることを知ってましたか？
URLﾘﾝｸ(www.google.co.jp)
262:デフォルトの名無しさん
08/06/14 20:31:46
お前が今まで知らなかったことに驚愕。
263:デフォルトの名無しさん
08/06/14 20:32:49
どういうときにつかうん
264:デフォルトの名無しさん
08/06/14 20:34:41
codeをsearchする時
265:デフォルトの名無しさん
08/06/14 20:54:24
>>261-264自演乙
266:デフォルトの名無しさん
08/06/14 20:56:31
>>265
自演じゃねーよ、タコが
267:デフォルトの名無しさん
08/06/14 20:58:47
>>266
イカですけど何か？
268:デフォルトの名無しさん
08/06/14 20:59:26
>>267
創価、すまんかった
269:デフォルトの名無しさん
08/06/14 23:11:26
# include<iostream>
using namespace std;
void func(int a = 0,long int b = 1000, double c = 2.9751)
{
cout<<"This is func[i].\n";
cout<<"a="<<a<<", b="<<b<<", c="<<c<<"\n\n";
}
void func(int a,double b =3.4152)
{
cout<<"This is func[ii].\n";
cout<<"a="<<a<<", b="<<b<<"\n\n";
}
void func(long int a)
{
cout<<"This is func[iii].\n";
cout<<"a="<<a<<"\n\n";
}
int main(void)
{
func(0,1000,2.9751);
func(0,3.14152);
func(0);
return 0;
}
オーバーロード関数が呼び出せませんと言うエラーが出るのですが、
何処が間違えているかわかりませんか？
未熟な私に教えていただけたらありがたいです。
270:デフォルトの名無しさん
08/06/14 23:16:36
そんな
かわいそうな
つかいかたを
するな
271:デフォルトの名無しさん
08/06/14 23:22:17
>>269
どれを呼んでいいのかワカンネ。とコンパイラ様は仰っておられる
272:デフォルトの名無しさん
08/06/14 23:23:24
>>269
とりあえず、２個目と３個目のfuncを関数ごと
コメントアウトして実行してみ。
273:デフォルトの名無しさん
08/06/15 02:27:52
もう引数全部意図する型にキャストしちゃえよ
274:デフォルトの名無しさん
08/06/15 02:40:25
既定引数と多重定義は「まぜるな危険」だろ。
危険といっても、だいたいコンパイルエラーか警告だけど。
必要なら既定引数を使わないで多重定義をがんばることもやる。
といってもこういうのはありにしているが。
void f(int x);
void f(double x);
void f(int x, int y, int z = 0);
//実引数1個なら多重定義の解決の候補に既定引数は関係しない。
//実引数2個ならデフォルト引数を使うがfの候補は1つに決まっているので良し。
275:デフォルトの名無しさん
08/06/15 03:02:24
fcloseの定義はどこにあるのでしょうか?
glibc-2.7のソースの中には無いようなのですが…
276:デフォルトの名無しさん
08/06/15 03:07:07
libio/stdio.h
277:275
08/06/15 03:16:44
>>276
ありがとうございます！
あった！なるほど#defineされてたわけですね。
#define fclose(fp) _IO_new_fclose(fp)
で、_IO_new_fcloseをたどっていくと
最終的に__closeという関数が呼ばれているようなのですが、
今度こそ定義がglibcにはありませんでした。
ここから先はどうやって追えばよいのやら…
278:デフォルトの名無しさん
08/06/15 03:17:10
>>275
マクロになってるとかじゃないの？
279:275
08/06/15 03:22:33
すみません__closeありました。
sysdeps/march/hurd/close.c
にありました。
実は、fcloseするときにバッファをディスクに同期する
部分がどうなってるのかを追いたかったのですが、
__closeから先はどうやら単にクローズしているだけのようです。
追いなおします。
280:デフォルトの名無しさん
08/06/15 03:25:42
>>277
それはシステムコールじゃないかね。
そうだと、カーネルのソースを見る必要がある。
281:277
08/06/15 13:41:18
>>280
ありがとうございます。
Linuxのソースを見てみました。
linux/include/asm-i386/unistd.h
の中に
#define __NR_close 6
というのがあって、
linux/arch/i386/kernel/syscall_tables.S
の中のテーブルの6番の位置は
sys_close
となっていたので、sys_closeで探すと
linux/fs/open.c
の中にあって、その中で呼んでいる
filp_close
の中でflushとかやっていました。
ただ、__closeから__NR_closeのつながりがわかりませんでした。
これをどこかで#defineされているものなのでしょうか。
282:デフォルトの名無しさん
08/06/15 13:58:38
C++のスレで話すような話題か、っつーのは置いといて...
今時のOSだと、ユーザアプリがファイルをcloseした
からといって、いちいちディスクに同期は取らんと思うけど。
libcのfclose()は、fflush()を呼ぶなりして、少なくとも
ユーザアプリ(というかlibc)が握ってるデータがkernel側に渡るようにはする。
が、kernel側がダーティページをどう処理するかは、バッファキャッシュ管理の
問題になるんでは。
ぶっちゃけsyncとかがあるのはそのためでしょ。
283:デフォルトの名無しさん
08/06/15 22:44:48
class A { A(); ~A(); A(const A&); void operator=(const A&); friend class X; };
class X { class Impl; Impl* impl_; };
ユーザから見て A オブジェクトの生成と消去を X からしかできないようにしたいけど
impl_ の中で A を何らかのコンテナで管理するとき、そのコンテナは A と friend で
はないので A のコンストラクタとデストラクタを呼び出せません。A の中に実装のため
のクラスを friend として並べたくないし、実装の変更のたびに変更したくありません。
何か簡単に解決する方法はあるでしょうか?
284:デフォルトの名無しさん
08/06/15 23:10:00
>>283
class A を class X か class X::Impl の private メンバにする。
285:デフォルトの名無しさん
08/06/16 00:39:28
>>284
もちろんユーザは A の public メンバにアクセスできることが前提です。
286:デフォルトの名無しさん
08/06/16 00:57:47
>>285
A を抽象インターフェースにして実体を >284
287:デフォルトの名無しさん
08/06/16 01:12:34
template hackerさん。ヘルプミー。
template < class _T >
class C
{
public:
template < class _Ta >
void X();
};
template < class _T >
void F()
{
C< int > obj1;
obj1.X<int>();
C< _T > obj2;
obj2.X<_T>();
}
288:デフォルトの名無しさん
08/06/16 01:13:57
めっちゃ途中で書き込んだ。さーせん。
その上のコードの、obj2.X<_T>();がコンパイルエラーで通りません。
何ででしょうか
代替案とかあるでしょうか
289:デフォルトの名無しさん
08/06/16 01:21:27
環境とエラーメッセージくらい書こうぜ
290:デフォルトの名無しさん
08/06/16 01:29:17
ったりめーだろ
class _Tの実体がない
291:デフォルトの名無しさん
08/06/16 01:29:37
じゃなかったclass _Tの定義がない
292:デフォルトの名無しさん
08/06/16 01:33:42
>>286
ああ、その手があったね。
しかも A の唯一の派生クラスを A の friend にしておけば抽象である必要もないし
X の中に入れる必要もないね。
ありがとう。
293:デフォルトの名無しさん
08/06/16 01:34:00
>>290
_Tはテンプレート引数だろ。
294:デフォルトの名無しさん
08/06/16 01:57:05
>>288
obj2.template X<_T>();
その名がテンプレートであることを示せ
>>289
この場合はいらんかも
295:デフォルトの名無しさん
08/06/16 02:02:54
>>294
>>287-288
296:デフォルトの名無しさん
08/06/16 02:21:21
>>287 予約識別子死ね。
297:デフォルトの名無しさん
08/06/16 02:25:06
>>292
> しかも A の唯一の派生クラスを A の friend にしておけば抽象である必要もないし
> X の中に入れる必要もないね。
何か変だな。一般的には、抽象でいいものに実装を混ぜる必要もないし、
スコープを無駄に広める必要もない、となりそうなもんなんだが。
まぁ望むものは得られたみたいなんで、書き込みに出てない部分の都合があっての
話ならどうでもいいけど。
298:デフォルトの名無しさん
08/06/16 07:38:23
これでいいんだよね？
class A {
public:
virtual ~A() { }
virtual void Foo() = 0;
};
class X {
public:
X();
A* NewA();
private:
class Impl* impl_;
};
class X::Impl {
public:
A* NewA() {
return new AImpl;
}
private:
class AImpl : public A {
public:
virtual void Foo();
};
};
X::X() : impl_(new Impl) { }
A* X::NewA() { return impl_->NewA(); }
299:デフォルトの名無しさん
08/06/16 12:39:10
>>297
抽象にしたくないのは単に性能のため。
Aは単純なクラスを想定しているのでそれほど実装を隠す必要はないから。
もしAの実装を隠したい場合はImpl方式にするかもしれない。
抽象クラスより優れている根拠は特にないが。
確かにAの派生はXに入れたほうが名前空間の汚染を軽減できるね。
>>298
デストラクタは private にしてユーザが削除できないようにしたい。
さらに特定のクラスにしか派生できないようにしほうが何となく安心。
300:デフォルトの名無しさん
08/06/16 12:47:35
obj2.template X<_T>();
いや本当は知らないんですけどね
301:デフォルトの名無しさん
08/06/16 23:02:51
>>294
>>300
thx。たすかりますた。thx。
>>287
解った。死ぬから_Tを使わせてくれ。
302:デフォルトの名無しさん
08/06/16 23:03:51
＞ _T
処理系の予約語じゃねえか・・・
303:デフォルトの名無しさん
08/06/17 21:38:29
ﾜﾗﾀ
304:デフォルトの名無しさん
08/06/17 23:47:32
class x について ++x と x++ を定義する場合
operator++ はどうなるのかしらぁぁぁぁぁぁぁぁ
305:デフォルトの名無しさん
08/06/17 23:53:14
++x → operator++()
x++ → operator++(int)
後者の引数はオーバーロードのためのダミー引数で、
それ以外の何かに使う物ではない。
306:デフォルトの名無しさん
08/06/17 23:55:50
X & X::operator ++ (void) ;
X X::operator ++ (int) ;
307:304
08/06/17 23:59:07
ありがとうございました。orz
308:デフォルトの名無しさん
08/06/18 07:40:42
関係無い話だけど、
テンプレート引数型で後置インクリメント使う馬鹿は氏ねと言いたい。
309:デフォルトの名無しさん
08/06/18 07:56:32
いやむしろ型特性を利用して組み込み型のときだけ後置インクリメントにするという手も
310:デフォルトの名無しさん
08/06/18 13:14:00
VC++ の2005を使用し、C++/CLIでアプリを作成しています。
ListViewに複数項目が登録されている場合、最下段での下キー押下で最上段へ、
また、最上段での上キー押下で最下段にフォーカスを移したいと思っています。
これをやるだけならキーイベントを拾って
「最下段で下キーが押された場合、フォーカス位置を０にする」
というようにすればいいのかと思ったのですが、ListViewのデフォルト機能（？）で
上下キー押下はフォーカス位置を１つずらすようになっています。
つまり、
1
2
3←フォーカス
この状態で下キーを押すと、フォーカス位置が0に戻る処理が実行された後、
フォーカス位置が1つ下にずれてしまうので
1
2←フォーカス
3
となってしまいました。
ListViewが持っているデフォルトのキーイベントを破棄できればいいのかと思ったのですが、
その捨て方も分かりませんでした・・・。
上記要件を満たす方法などがありますでしょうか？
311:デフォルトの名無しさん
08/06/18 13:39:20
スレ違い
.NETスレ行け
312:デフォルトの名無しさん
08/06/18 13:39:59
>>310
C++/CLIはC++を元にした別の独立した言語です。
なので基本的にはC++/CLIスレで質問して下さい。
しかし、言語自体でなく、
ListView(.NETコンポーネント)のことなので、
.NET総合スレか、人の多い(+構文が近い)C#スレをお勧めします。
System.Windows.Forms.ListView などは
C++/CLI, C#, VB.NETで同一のものです。
313:デフォルトの名無しさん
08/06/18 13:52:12
次スレのテンプレには、
C++/CLI関連の誘導を加えた方がよさそうだな
314:デフォルトの名無しさん
08/06/18 14:25:33
>>311、312
失礼しました
他ｽﾚにて再質問します
ありがとうございました
315:デフォルトの名無しさん
08/06/19 14:53:55
以下のプログラムで、ddd() の中のようなキャストを行ってから bbb() の中で B::f() を正しく
呼び出せるでしょうか?
struct B { void f(); };
struct D : B {};
void bbb( B* b[], int size ) { for ( int i = 0; i < size; ++i ) b[i]->f(); }
void ddd( D* d[], int size ) { bbb( static_cast<B**>( static_cast<void*>( d ) ), size ); }
316:デフォルトの名無しさん
08/06/19 15:46:32
ちょっと聞いてください。
enumハックを使ってクラスの中でSIZE_MAXという名前の定数を定義したんですよ。
そしたら、「error C2143: 構文エラー : '}' が '定数' の前にありません。」などのエラーが何個か出ました。
いろいろコメントアウトして原因を探ったら、vectorやstringなどをインクルードするとエラーが出る事がわかったんです。
で、インクルードファイルが壊れてると思い、再インストールしたんですが直らず、
結局、limits.hでSIZE_MAXという名前のマクロが定義されていたのが原因でした。
エラーメッセージに名前は出ないし、ネームスペースも無視される。
マクロって最低じゃないですか？
317:デフォルトの名無しさん
08/06/19 16:00:25
マクロのない言語に乗り換えるといいと思うよ
318:デフォルトの名無しさん
08/06/19 20:39:42
>>316
だからマクロは大文字を使うんだよ。
319:デフォルトの名無しさん
08/06/19 21:15:33
やってみて結果を述べるのが自立した大人の行動と思う。
320:デフォルトの名無しさん
08/06/19 21:15:56
319はto315
321:デフォルトの名無しさん
08/06/19 21:21:24
だから、大文字の識別名はマクロ名以外には使わないという
お約束があるんだよ。
322:デフォルトの名無しさん
08/06/19 21:46:10
>>319
すみません。特定の環境ということではなく一般的にできるかどうかです。
VC8で試したら動きます。
323:デフォルトの名無しさん
08/06/19 22:37:03
やってみた結果から刷り込まれた処理系依存な「知識」が豊富な「大人」は痛いよな
324:デフォルトの名無しさん
08/06/19 22:44:01
>>318,321
列挙型や定数に大文字使ってるのよく見かけるけどそんなお約束あるの？
325:デフォルトの名無しさん
08/06/19 22:51:45
>>324
定数もマクロだったりするし、列挙型はスコープ無いから定数の代わりに使ったりするから
326:デフォルトの名無しさん
08/06/19 23:29:25
std::wstring以外で、汎用的な文字列クラスって言うと何になるんでしょうか。
今までずっとATL::CStringWでやっていたのですが、std::wstringはいまいち不便で。
boostあたりになっちゃうんでしょうかね。
327:デフォルトの名無しさん
08/06/19 23:49:29
>>325
>定数もマクロだったりするし、
定数をマクロで書くのはよくないんじゃない？
Effective C++ 1項に書いてあるように、これこそお約束なのでは。
>列挙型はスコープ無いから定数の代わりに使ったりするから
>>316の例だって列挙型を定数がわりに使ってハマってるように見えるんだが、何か違う？
328:デフォルトの名無しさん
08/06/20 00:13:55
怪しかったらundef
CreateWindowとか
329:デフォルトの名無しさん
08/06/20 00:35:20
質問です。
あるクラスのインナークラスを他のファイルで前方宣言したいと思っているのですが
どのように宣言すればよいのでしょうか…。
以下例です。
名前空間SpaceAに定義されたクラスClassAがあったとして
ClassA内部にはInnerClassAが定義されているとします。
namespace SpaceA {
class ClassA {
public:
class InnerClassA{}
}
}
このInnerClassAを他のファイルClassB.hで前方宣言して使うことはできるのでしょうか…。
// 前方宣言
namespace SpaceA {
class ClassA;
//struct ClassA::InnerClassA; // ClassAは名前空間じゃないからエラー…どう書けばいいのか
}
using SpaceA::ClassA;
namespace SpaceB {
class ClassB {
public:
ClassB( InnerClassA* p ); // イメージ的にはこんな感じで使いたい
}
}
よろしくお願いします。
330:デフォルトの名無しさん
08/06/20 01:44:36
>>315
D* を B* としてアクセスするのは、規格の 3.10 p15 にあるエイリアスの制約に
違反するので、未定義動作。
ddd() の引数に B* の配列を似たようなキャストしてねじ込んだ場合は、上記の
制約を満たすことになるのでセーフ。
331:デフォルトの名無しさん
08/06/20 01:48:50
>>329
無理。外側の ClassA の定義が必要。 ClassA の中で class InnerClassA; としてあれば
InnerClassA の定義は必要ない。
332:デフォルトの名無しさん
08/06/20 08:20:45
>>315
>D* を B* としてアクセスするのは、規格の 3.10 p15 にあるエイリアスの制約に
>違反するので、未定義動作。
普通のアップキャストだからOKじゃないの？
333:332
08/06/20 08:34:45
332は>>315じゃなくて>>330だった。
なおModern C++ Designでは、
仮想継承でなければstatic_castによる
アップキャストは問題ないとなってた。
規格でどうなってるかは知らない。
334:332
08/06/20 09:16:06
>>330
もしかして static_cast<B**> がダメってことですか？
335:330
08/06/20 09:30:49
>>332
ごめん。まぎらわしいね。
「D* に B*& でアクセスするのは、～」ってことで、少しは伝わりやすいかな、と。
336:デフォルトの名無しさん
08/06/20 13:36:27
C++ の仕様では sizeof(B*) != sizeof(D*) の処理系もありえるのかな。
337:デフォルトの名無しさん
08/06/20 15:16:43
クラスが違うとポインタサイズも違うのか・・・？なんという
338:デフォルトの名無しさん
08/06/20 16:08:14
class XをSTL準拠にするため自作イテレータを作ろうと
operator++( X* x )みたくしたら
「クラス型パラメータがひとつもありません」と怒られました。
ハーバートシルト先生のSTL標準講座を読んでも解決法が書いてありません。
っていうか自作STLの書き方なんて載ってないし。
もうだめです。さようなら。
339:デフォルトの名無しさん
08/06/20 16:56:07
はい、さようなら。
340:デフォルトの名無しさん
08/06/20 17:37:07
using namespace std;という呪文が書いてある他人の作ったヘッダ（hoge.hh）をインクルードするのが気持ち悪かったので、
>hogehoge.hh
namespace hogehoge{
#include "hoge.hh"
};
>hogehoge.cc
#include "hogehoge.hh"
……
ってやったらhoge.hhの中でhogehoge::stdをさがしにいきやがったのが納得いかないんですが、
using namespace std;っていうのはstdをグローバルスコープにする命令じゃないんですか？
341:デフォルトの名無しさん
08/06/20 17:52:33
違うよ。
現在の名前空間から見てstd::以下にあるシンボルを現在のスコープにロードする命令だよ。
ちなみに、名前空間のなかから普通の"std"を読み込みたいなら
using namespace ::std;
とする必要がある。
342:デフォルトの名無しさん
08/06/20 18:11:09
>>338
ポインタで横着しようとしないで、イテレータ用のクラスを作る。
343:デフォルトの名無しさん
08/06/20 18:16:56
>>340
hogehoge::stdを探しにいったってことは、
hoge.hh内に namespace std {...} があるのか・・・。
using namespace std;で飽き足らず、
std空間にユーザー定義を追加するとは、不届きなヘッダだなｗ
とりあえず、
>hogehoge.hh
namespace hogehoge {
namespace std { using namespace ::std; } // これを追加
#include "hoge.hh"
};
しておけばおｋ。
344:343
08/06/20 18:54:47
あ、hoge.hhにstd系のincludeがあったら駄目か・・・。
345:デフォルトの名無しさん
08/06/20 19:01:52
>>341
うむむ、namespaceは奥深いですね。
>>343
namespace stdは見つかりませんでした。。。
あと、その行を追加してもhogehoge::stdを探しに行ってるように見えます。。。
一番簡単なのはヘッダのusing namespace std;の行を削除することなんだろうけど、
ファイルの上の方のコメントみたらcopyrightとか書いてあるし……
諦めて裸のままインクルードして使うことにします。
ありがとうございました。
346:デフォルトの名無しさん
08/06/21 13:11:25
>>344-345
hoge.hhの中にincludeがあるなら、
それを先にincludeしとけば良いんじゃね？
インクルードガードで無視されるから。
例えば #include <vector> があるなら↓のように。
#include <vector>
namespace hogehoge {
namespace std { using namespace ::std; }
#include "hoge.hh"
};
347:デフォルトの名無しさん
08/06/22 23:55:19
定数を指定するとき、C言語では#defineを使いましたが、
C++ではconstな変数を使え、とモノの本に書いてありました
ところで、定数がint型で何個も欲しいのですが、
列挙型の列挙子で代用するのはアリでしょうか？
348:デフォルトの名無しさん
08/06/23 00:09:47
>>347
どれくらいの個数かにもよるかもしれないけど、
列挙子で代用（？）している入門書は結構ある。
349:デフォルトの名無しさん
08/06/23 00:28:08
#define 使うなってのは、型だとか副作用だとかエラーメッセージだとかだから
enum なら問題ないと思うよ
350:デフォルトの名無しさん
08/06/23 00:30:07
配列の添え字に使いたかったんです
単なる数字より、文字のほうが読みやすいですし
ありがとうございました
351:デフォルトの名無しさん
08/06/23 00:34:33
>>347
なんで数が増えたら enum で代用するなんてことになるの？
意味が違うだろ。
352:デフォルトの名無しさん
08/06/23 00:37:28
連番なら enum だね。
353:デフォルトの名無しさん
08/06/23 00:46:05
>>351
いや、0から始まる連番なもんで
354:デフォルトの名無しさん
08/06/23 00:50:15
>>353
それなら代用じゃなくて enum が正解。逆に int const で用意するほうがありえない。
355:デフォルトの名無しさん
08/06/23 03:11:09
すみません．
ここでする質問ではないかも知れませんが．
C++でMPEG2を取り扱うプログラムを作らなくてはならなくなりました．
MPEG2を扱うにはどのようなlibraryを使わなければならないでしょうか？
またそのマニュアルが詳しく掲載しているサイトを教えてくれません？
Directshowは抜きでお願いします．
356:デフォルトの名無しさん
08/06/23 03:25:18
ffmpegでヤフれ
ただしMPEG2特許の利用ライセンスは自分でとってね！
357:デフォルトの名無しさん
08/06/23 16:44:37
VC++環境です。STLのlistについて質問です。
あるlist(Aとする)の情報をまるまる別のlist(Bとする)にassign()で写したのち、
Aのある位置を指しているイテレータをそのままBで使いたい
（Aで指していた位置にある情報を指させたい）
のですが、方法を探しても見つかりません。
アルゴリズムのfind()以外で何か方法はありますか？
358:デフォルトの名無しさん
08/06/23 17:13:09
>>357
std::distance(), std::advance()
ただ、listだとランダムアクセス出来ないから
一応それぞれO(n)で、セットでO(2n)になる。
まぁとんでもない要素数でない限り一瞬だろうけど。
359:デフォルトの名無しさん
08/06/23 17:18:01
listはアクセスするだけでもメモリの中を不規則な順序で飛び飛びするので、平均の次の要素へのアクセス速度は
要素が連続しているvectorよりも遅い。
360:デフォルトの名無しさん
08/06/23 17:24:45
>>357->>359
頭からの距離で考える発想は思いつきませんでした。
要素も少なく、実際に動かしてみても一瞬で処理できました。
ありがとうございました。
361:デフォルトの名無しさん
08/06/23 22:12:24
解決したようだが、
begin()～itとit～end()の2回に分けてコピーするのもいいな。
362:355
08/06/24 02:37:33
ffmpegをヤフりました．
MS-DOSで動くオープンソースの動画変換アプリなんですね．
ソースを見て参照方法を探れということですね？
これも方法の一つとしますが時間がかかるので，なにか他の方法はないでしょうか？
それと商用配布は考えていないのでライセンス申請の必要はありません．
363:デフォルトの名無しさん
08/06/24 03:12:10
いいえ、商用に限らず許可なく使うことは許されません。
364:デフォルトの名無しさん
08/06/24 07:35:29
特許権は、それを使ったものを製造、保管、流通することを制限することができるよ。
商用かどうかは関係ないよ。
詳しくは法務に聞こうね。
365:デフォルトの名無しさん
08/06/24 10:47:36
>>362
> MS-DOSで動くオープンソースの動画変換アプリなんですね．
違います。
> ソースを見て参照方法を探れということですね？
違います。
> これも方法の一つとしますが時間がかかるので，なにか他の方法はないでしょうか？
規格書読むより時間掛かりませんよ。
366:デフォルトの名無しさん
08/06/24 16:10:28
classのstaticメンバで、shortの配列があります。
例えば、
class hoge {
private:
static array[100];
};
となっていて、arrayの中身を
for(int i=0; i<100; i++){
array[i] = i*i;
}
のように初期化したいとします。
このよな作業はどの箇所で行えばいいでしょうか。
367:デフォルトの名無しさん
08/06/24 16:16:38
>>366
クラスの外で一回やっておけばよい。
main()が呼ばれる前に初期化される保証がある。
368:デフォルトの名無しさん
08/06/24 16:19:15
Singletonの問題のようにも思えるが
369:366
08/06/24 16:27:24
>>367
GCCですが、.cxxの先頭でやると怒られます。
src/hoge.cxx:24: error: expected unqualified-id before ‘for’
src/hoge.cxx:24: error: expected constructor, destructor, or type conversion before ‘<’ token
src/hoge.cxx:24: error: expected constructor, destructor, or type conversion before ‘++’ token
24: for(int i = 0; i < 100; i++){
370:デフォルトの名無しさん
08/06/24 16:28:58
#include <iostream>
class hoge {
private:
static int array[100];
static int flag;
public:
hoge() {
if (flag) {
for (int i = 0; i < 100; i++)
array[i] = i * i;
flag = 0;
}
}
void printa() const {
for (int i = 0; i < 100; i++)
std::cout << array[i] << ' ';
}
};
int hoge::flag = 1;
int hoge::array[100];
int main()
{
hoge h;
h.printa();
}
371:366
08/06/24 16:31:18
short* hoge::array = 0;
としておいて、constructorで
if(!array){
array = new short[100];
for(int i=0; i<100; i++){
array[i] = i*i;
}
}
でしょうか。それだと、いつdeleteするのでしょうか。
それとも、初期化フラグをメンバ変数に持っておいて、
それのtrue/falseでconstructorからfor文を呼び出す？
372:366
08/06/24 16:32:03
>>370
ということのようですね。
ありがとうございました。
373:デフォルトの名無しさん
08/06/24 17:22:54
どんな初期化をするかにも夜
コンストラクタとデストラクタは忘れないであげてくだちぃ
374:デフォルトの名無しさん
08/06/24 17:54:53
>>373
staticだからこの場合は無理なのよ
375:355
08/06/24 18:33:23
ffmpegのAPIを使ってMPEG2を読み込めということでしょうか？
現在mpeg2dec-0.4.1 とでどちらを使うか考えています．
両方の向き不向きについて何か教えてくれませんか？
376:デフォルトの名無しさん
08/06/24 18:49:21
C++相談室
377:355
08/06/24 19:53:12
すみません．
そうでした．完全にスレ違いになってしまいました．
去ります
378:デフォルトの名無しさん
08/06/25 00:49:33
C++って先頭からコンパイルしますよね
だから↓はコンパイルエラーになりますよね。
void main(){
int a=func(3);
}
int func(int x){
return x+5;
}
なのに、なぜ↓はコンパイルエラーにならないんでしょうか？
class cA{
public:
cA(){a=10;}
private:
int a;
};
379:デフォルトの名無しさん
08/06/25 00:50:14
C++って、単純な速さは他の言語と比較してどうなの？
380:デフォルトの名無しさん
08/06/25 00:56:45
>>378
そういう仕様に決まったから。
>>379
書き方や問題領域で当然変わってくるけど、大体Cと同じ。
381:デフォルトの名無しさん
08/06/25 00:58:44
ていうことは、C++のコンパイラは場合によっては、
読む場所を行ったり来たりしうるんですね
ありがとうございました
382:デフォルトの名無しさん
08/06/25 02:00:09
>>378
正確に述べると、クラス定義の中に関数定義を書くと、
そいつはクラス定義の終わった後に、inline付で定義されたものとして扱われるということになる。
383:デフォルトの名無しさん
08/06/25 02:15:49
クラス宣言じゃないのか。
384:デフォルトの名無しさん
08/06/25 07:37:29
定義。
385:デフォルトの名無しさん
08/06/25 07:51:00
クラス宣言って外部でメンバ関数の定義をしたりあと前方宣言
の時に使われる物？
386:デフォルトの名無しさん
08/06/25 08:26:28
クラスそのものを後方定義というやり方にも使う。
387:デフォルトの名無しさん
08/06/25 09:26:57
template<typename T> struct base{
typename T::X test(){ return typename T::X(); }
};
struct A : base<A>{
struct X{}
};
継承するクラスのテンプレートに継承するクラス自身を渡して、
継承するクラス内の型を基底型で使いたいのですが不可能でしょうか？
388:デフォルトの名無しさん
08/06/25 10:55:21
>>387
全く問題ない。
389:デフォルトの名無しさん
08/06/25 11:27:40
>>387
弾かれました
template<typename T> struct base{
typename T::X test(){ return typename T::X(); } <-error C2039: 'X' : 'A' のメンバではありません。
};
struct A : base<A>{
struct X{}
};
390:デフォルトの名無しさん
08/06/25 13:48:24
struct X {};
struct A { void add( X* x ); };
X* x = new X;
A a;
a.add( x );
A のオブジェクトは A::add() で追加した X のオブジェクトを delete する義務があります。
この場合 A::add() が失敗して例外を投げるとき A::add() は x を delete するべきでしょうか?
普通、関数が例外を投げるときその関数が何もしなかったことにするのが理想だと思いますが
delete したほうが便利な場合も多いと思うのですが。
391:デフォルトの名無しさん
08/06/25 14:02:32
すべきでないと思う
auto_ptrを使えばどうか
struct A{ void add(std::auto_ptr<X> x); };
std::auto_ptr<X> x(new X);
A a;
a.add(x);
392:デフォルトの名無しさん
08/06/25 20:30:13
>>390
391に同意。
a.add(x)に渡すxはnewしないといけないという変な制約が発生してしまうから。
393:デフォルトの名無しさん
08/06/25 20:45:33
boost の shared_ptr のコンストラクタや ptr_container の追加関数は
確か失敗したら delete される設計になってた。
394:デフォルトの名無しさん
08/06/26 02:56:30
>>390
そのインターフェースなら a.add(new X) したくなりそうだから、 delete したほうがいいと思う。
395:デフォルトの名無しさん
08/06/26 20:01:08
>>393
スマートポインタと一緒にしちゃだめでしょ。
>>394
X x;
a.add(&x)で落ちてもいいんだね。
396:デフォルトの名無しさん
08/06/26 20:08:30
>>395
boost::ptr_vector
397:デフォルトの名無しさん
08/06/26 20:27:03
C++で動く、フリーなライセンスの行列演算ライブラリはありませんか？
398:デフォルトの名無しさん
08/06/26 21:13:04
boost
399:デフォルトの名無しさん
08/06/26 21:34:13
boost::uBLASな
400:デフォルトの名無しさん
08/06/27 00:34:47
boost::uBLASってパフォーマンスより安全性とかを優先してて遅いとか、
書かれてるけど、実際どうなん？
401:デフォルトの名無しさん
08/06/27 00:48:54
boost::numeric::ublasは遅くないぞ
パフォーマンス表も書いてある
URLﾘﾝｸ(boost.cppll.jp)
402:デフォルトの名無しさん
08/06/27 01:02:54
liboctaveより遅いけどな
403:デフォルトの名無しさん
08/06/27 01:07:56
そうかもしれんがBlitz++のように途中で更新停止したり
するのが怖い
boostならまずそういう事はないだろうし
404:デフォルトの名無しさん
08/06/27 01:25:54
確かに。メンテされ続ける安心ってのは大事だな。
405:デフォルトの名無しさん
08/06/27 01:56:56
Program Optionsとか放置されてて酷いけどな。
一度使おうとして、あまりにも酷い出来で、ワイド文字対応がなってなかったんで、あきらめた。
内部的には全部マルチバイト文字にしてやがる。
そのため、ワイド文字でデフォルト値とか設定しようとするとコンパイルエラー。
少しいじって、utf16からutf8に変換するようにしてやれば動くが、
わざわざそんなことするぐらいなら、自前で書いたほうがいい。
ありゃ絶対に、一文字は絶対に一バイトで、しかも7bitに収まるって前提の南蛮人の書いたコードだ。
406:デフォルトの名無しさん
08/06/27 02:19:23
progressbarは？
407:デフォルトの名無しさん
08/06/27 03:59:44
>>401
ありがとうございました。
ありがとうございました。
ありがとうございました。
408:デフォルトの名無しさん
08/06/27 07:53:35
>>395
> A のオブジェクトは A::add() で追加した X のオブジェクトを delete する義務があります。
これが前提じゃないのか？ new してないものは最初から渡せないだろ。
409:デフォルトの名無しさん
08/06/27 08:08:55
「渡せない」と「渡さない」の違い
410:デフォルトの名無しさん
08/06/27 09:33:28
すみません。boost::numeric::ublasを教えていただいた者ですが、
vc8でdebugモードとreleaseモードで結果が異なり、debugモードでのみ正常に動作します。
使用しているboostは1.34ですが、これにはバグがあるんでしょうか？
面倒なのでアップデートしたくないのですが・・・。
boostコード中で警告4267と4244が出てくるのでboostが原因かもしれませんが把捉しかねる状態です。
ご教示願います。
411:デフォルトの名無しさん
08/06/27 10:59:43
URLﾘﾝｸ(engineering.meta-comm.com)
1.34.1で悪いけど。
結構厳しいね。
412:デフォルトの名無しさん
08/06/27 12:45:56
>>397
俺はliboctave使ってたよ
もう遅いかもしれないけど…
413:デフォルトの名無しさん
08/06/28 21:07:42
C++ 始めたばっかなんですが、
this はなんでポインタなんでしょうか
せっかく参照というものがあるのに...
そんで、今日は C++ のオブジェクトが自身への参照を
self という名前で持てるようにいろいろがんばってました。
具体的には、そのクラスを継承したらクラス定義の中で self が使えるようなクラスを作ろー...と思ってたんですが、うまくいかず。
結局
#define self (*this)
しか思いつきませんでした orz
こういうんじゃなくって、ちゃんと自分自身への参照をメンバ変数にもつオブジェクトは作れないのでしょうか。
414:デフォルトの名無しさん
08/06/28 21:18:51
>>413
別の表記方法がないなら*thisでいいじゃん。表現に揺らぎがなくて結構なことじゃないか。同じものをいろんな名前で表現させるほうが混乱するんでないかい？
size length len count distance 同じ意味だったり違った忌みだったり混乱するね。
415:デフォルトの名無しさん
08/06/28 21:25:04
>>413
昔、this = malloc(1); てな構文があったんだよ
416:デフォルトの名無しさん
08/06/28 21:29:05
>this はなんでポインタなんでしょうか
thisが C with Classes に導入されたときには参照はまだなかった
417:デフォルトの名無しさん
08/06/28 21:31:11
JavaからC++への移行は推奨しません。
418:デフォルトの名無しさん
08/06/28 21:47:59
selfってことはJavaじゃないと思う
419:デフォルトの名無しさん
08/06/28 21:50:43
Object Pascalだね。
420:デフォルトの名無しさん
08/06/28 21:51:42
C++ではboostはデフォなのか？
421:デフォルトの名無しさん
08/06/28 21:51:52
現代版#define BEGIN {ですね、わかります。
422:デフォルトの名無しさん
08/06/28 21:58:28
>>420
一部はデフォになりつつある。
まあ、知って損はない。俺も最近使い始めた。今まで知らなくてずいぶん損したと思う。
423:デフォルトの名無しさん
08/06/28 21:59:31
>>420
中にはそういう人間もいる（俺もその1人だがな）。
当然、すべての人間にとってそうとは限らない、いつだって使えるとは限らないから、
Boostデフォを妄信するのは危険。使えないときは反動でだるくなる。
424:440
08/06/28 22:49:03
>442
勉強しておくよ。
GCとか便利そうだし
>443
仕事の場合だと、使えない場合が多そうだな。
425:デフォルトの名無しさん
08/06/28 22:50:24
今テレビでターミネーター２やってるよね。
未来から来たって話。
426:デフォルトの名無しさん
08/06/28 22:59:36
>>424
440基準でも未来レスかよｗ
427:デフォルトの名無しさん
08/06/28 23:01:52
Testってクラス書くとして
Test.cppとTest.h用意？
Test.cxx作ってそこに全部記述？
428:デフォルトの名無しさん
08/06/28 23:02:56
Testを他で使うなら.hも作っとけ
429:デフォルトの名無しさん
08/06/28 23:05:05
Test.hppにテンプレートクラスでイナフ
430:デフォルトの名無しさん
08/06/28 23:11:42
hppだとどういうコーディングルールがベスト？
サンプルないかな？
431:デフォルトの名無しさん
08/06/28 23:14:01
boost
432:デフォルトの名無しさん
08/06/28 23:14:07
>>426
意味不明だよ。
433:デフォルトの名無しさん
08/06/28 23:15:01
IDﾃｽﾄ
434:デフォルトの名無しさん
08/06/28 23:16:10
>>430
hppでの例
URLﾘﾝｸ(www.boost.org)
ベストかどうかは・・・分からんけど。
435:デフォルトの名無しさん
08/06/28 23:17:05
>>432
424 ：440 [sage] ：2008/06/28(土) 22:49:03
>442
勉強しておくよ。
436:デフォルトの名無しさん
08/06/28 23:18:40
>>434
オペレータの定義だけ外だし？
437:413
08/06/29 04:39:41
>>414
はっきりいってネタですw
でもthisが参照じゃないのは何でやろー && 参照だったら
Foo& Foo::operator=(const Foo& rhs) {
this.bar = rhs.bar;
return this;
}
こんな感じで(->)や(*)使わなくてすむのにと思ったので
>>415
kwsk
>>416
それじゃあ this が参照じゃないのは後方互換性のためなのか。
かつ *this があるから別の予約語を用意する必要もないと
>>419
ざっと見た感じでは self 使ってない雰囲気ですが
438:デフォルトの名無しさん
08/06/29 12:34:32
URLﾘﾝｸ(google-styleguide.googlecode.com)
Google社内でのコーディング規約らしい。例外は悪か、やっぱり。
439:デフォルトの名無しさん
08/06/29 12:55:16
>>438
全部読んでないけど、「例外は悪」とは書いてないと思うよ。
Googleの場合はデメリットがメリットより大きいから使わないという話と思う。
440:デフォルトの名無しさん
08/06/29 14:13:45
C++0xがでたら、boostも用済みなんだろうか…というか組み込まれるのか？
最近C++の書籍がどんどん廃刊したり、改訂版が出ないのは、やはりC++0x
待ちなのかな？早くして欲しいもんだ。
441:デフォルトの名無しさん
08/06/29 14:16:53
boostの一部は標準に取り込まれるが、
標準に新たな機能が追加されるわけで、
boostは更なる進化を遂げるだろう。
442:デフォルトの名無しさん
08/06/29 14:17:18
coocle
443:デフォルトの名無しさん
08/06/29 16:03:01
concept_map使った凶悪なライブラリがきっと入る、絶対入る
444:デフォルトの名無しさん
08/06/29 16:03:44
使わない、って書いてあるけど、
標準ライブラリ等で例外が投げられる奴らはどう使ってるんだろう？
使ってないのか？
new も nothrow で使ってんのかね。
445:デフォルトの名無しさん
08/06/29 16:09:02
catchしてNULL返す関数でラップしてるとか？
446:デフォルトの名無しさん
08/06/29 16:16:47
>>438
> string tableName; // Bad - mixed case.
おいらは google で仕事はできない
447:デフォルトの名無しさん
08/06/29 16:19:09
Googleに限らずどんな環境にも適合する人じゃないと駄目だよね。
448:デフォルトの名無しさん
08/06/29 16:19:53
まあ、その辺は統一取れてりゃ合わせるよ。
よほど変なのでなければ。
449:デフォルトの名無しさん
08/06/29 16:20:16
初心者もれに
string tableName; // Bad - mixed case.
なんでバッドなんだよって教えて干しいぉ？
450:デフォルトの名無しさん
08/06/29 16:24:31
>>449
誰がBADだと言っているのかは知らんが、MixedCaseなのがいかんと言っているだけじゃないか。
要は、caseをmixするなってことだろ。
451:デフォルトの名無しさん
08/06/29 16:26:28
変数名は全て小文字で。単語の区切りはアンダースコアで。
と書いてある。
452:デフォルトの名無しさん
08/06/29 16:28:25
コーディング規約に違反しているから bad なだけ
453:デフォルトの名無しさん
08/06/29 17:01:58
>>445
std::nothrowって知ってる?
454:デフォルトの名無しさん
08/06/29 17:05:12
>>453
標準ライブラリが例外を投げないようにするのに、
どうやってstd::nothrowを使うのか教えてほしい。
455:445
08/06/29 17:08:18
知りませんですた
456:デフォルトの名無しさん
08/06/29 17:34:59
標準ライブラリから例外が投げられてもそのままキャッチしないで死ぬ
だけ、とか？
もしくは標準ライブラリも書き直して使っているとか。
457:デフォルトの名無しさん
08/06/29 17:40:28
俺C++2年以上使ってるけど、例外処理ほとんどしたことない
458:デフォルトの名無しさん
08/06/29 17:50:04
Cの癖が抜けてないんじゃね？
459:デフォルトの名無しさん
08/06/29 17:56:07
まさにそれ…
460:デフォルトの名無しさん
08/06/29 17:57:11
googleって例外使わないってことは
C++でも、全部defineかenum斬った値返すだけってこと？
461:デフォルトの名無しさん
08/06/29 18:04:01
>>457
普段ほとんど気にしなくても、必要なときにキャッチするようにしておけば済むってのが強みだね。
462:デフォルトの名無しさん
08/06/29 18:08:41
C++はマルチパラダイム言語でしかも多機能だけど、別に
それを全部使ってプログラムする必要はない。
むしろSTLも含めて常時全部の機能を使うのは大変。
その人に合ったコーディングスタイルでいいんじゃないかと
思う。
463:デフォルトの名無しさん
08/06/29 18:10:39
>>462
ダメそれ無理
464:デフォルトの名無しさん
08/06/29 18:12:33
>>463
え？全部の機能を常時使えって？
その方が無理でしょ
常に10冊ほどの本を隣に置いておかないといけなくなるよ
465:デフォルトの名無しさん
08/06/29 18:13:35
より良い選択肢を無視するのは悪ではないか
けっきょく頑固な保守派はC言語をやれば良いではないか
466:デフォルトの名無しさん
08/06/29 18:14:40
>>464
全部の機能を覚えてれば本置いとく必要なくね？
467:デフォルトの名無しさん
08/06/29 18:16:04
>>464
学生じゃないなら20万ぐらいのドキュスキャン買って
本を全部PDF化するでしょ？
それで2画面で検索＋コーディングするよね？
しない奴はカス
468:デフォルトの名無しさん
08/06/29 18:17:02
ええっ
例えばSTLの関数名全部覚えられるか？
現在のC++のSTLは当初標準化に際して提出された文書の
サブセットだそうだがそれでも一冊の本が書けるほどだぞ
469:デフォルトの名無しさん
08/06/29 18:18:25
例外大好きってわけじゃないけど、
RAIIしたら普通に例外に使わないか？
コンストラクタで例外出せないと、かなり面倒です・・・。
470:デフォルトの名無しさん
08/06/29 18:18:33
関数名なんて覚える必要ないが、だいたいどういうことが出来るか
という全体像を掴んでいれば、その都度調べて使えるし、いつの間にか
覚える。
471:デフォルトの名無しさん
08/06/29 18:19:33
>>462-464
よくわからんけど、話食い違ってるだけじゃね？
472:デフォルトの名無しさん
08/06/29 18:24:49
std::locale とか std::codecvt とか一度も使ったことないや
473:デフォルトの名無しさん
08/06/29 18:38:08
>>468
んな必要ねーし
憶え方なんざ ISO/IEC14882 にだって書いてあるぞ
たかが few 万円の費用が壁になるようなアマチュアの道具ではないってだけさ
474:デフォルトの名無しさん
08/06/29 18:40:20
few 万円で済めばいいが
俺はC++関連の本だけで既に百万は超えてる
475:デフォルトの名無しさん
08/06/29 18:45:14
>>474
スゲェ俺一冊ｗ
476:デフォルトの名無しさん
08/06/29 18:46:37
一冊で済む奴はいいよな
俺頭悪いから、というかCの悪い癖を徹底的に取り除きたかった
からそれなりの出費を強いられたよ
477:デフォルトの名無しさん
08/06/29 18:50:37
俺は入門書とD&Eで２冊だった。あとはweb。
478:デフォルトの名無しさん
08/06/29 18:51:15
webって手もあるね。
479:デフォルトの名無しさん
08/06/29 18:51:55
学校の図書館に散々リクエストしまくっている俺がいる。
卒業したらリクエスト出しづらくなるから、早く0xが出てくれないと困る。
480:デフォルトの名無しさん
08/06/29 18:54:06
0xが2009年末くらいに出たとして、そこからそれに対応したコンパイラや
書籍が揃うまで、どのくらいかかるんだろうね。
481:デフォルトの名無しさん
08/06/29 18:55:03
webも含めて、他人のソースを見るのは結構効果的だと思う。
オープンソース系や、STLとかboostとか。
482:デフォルトの名無しさん
08/06/29 18:55:57
コンパイラの方はすぐだろ
書籍はそれから半年遅れてドバッと出てくるか
まあC++でほとんどのプログラミングテクニックは
出尽くしているから文法本しか買わないと思う
483:デフォルトの名無しさん
08/06/29 20:16:51
知り合いの達人プログラマーに
何から始めたらいい？って聞いたら
Ｃ＋＋とロキやれって言われたけど
ロキってなに？
484:デフォルトの名無しさん
08/06/29 20:18:27
Lokiは今更だなぁ。boostで良いと思うよ。
485:デフォルトの名無しさん
08/06/29 21:19:50
コンストラクタやデストラクタにinline指定をして、メリットって
けっこうあるもん？
486:デフォルトの名無しさん
08/06/29 21:23:55
>>485
inline は使いまくるほど最適化がかかりやすくなる
487:デフォルトの名無しさん
08/06/29 21:26:53
>>485
プロファイルしてみれ
488:デフォルトの名無しさん
08/06/29 21:35:44
するってぇと、もはやコンストラクタは一般に
explicit inline 指定はデフォ？
489:デフォルトの名無しさん
08/06/29 21:37:19
場合による。吐き出すコードのサイズと相談だ。
490:デフォルトの名無しさん
08/06/29 21:37:52
force inlineして結果変った場合だけつけろよ
デバッグするとき泣くぞ？
491:デフォルトの名無しさん
08/06/29 21:49:44
>>485
最適化がかかりやすくなるかもしれんが、実装をヘッダに晒すようだとデメリットも大きい。
inline で向上する効率を確かめて、さらにそれが必要だといえる時だけ使うのがいい。
492:デフォルトの名無しさん
08/06/29 21:55:14
L2キャッシュに収まりきらないコード量をinline指定によって
吐くようになった場合はかえって性能が低下する事がある
実際に走らせてみるかプロファイル取ってみるかだな
493:デフォルトの名無しさん
08/06/29 21:56:36
アクセッサ程度のメンバ関数なら、無条件でinlineでおｋ？
494:デフォルトの名無しさん
08/06/29 22:11:51
おｋ
495:デフォルトの名無しさん
08/06/29 22:19:36
逆にヘッダに実装書きつつ、inlineにしたくない場合って
void hoge::hage(){...} ってクラス定義の後に分けて書けば良いんだっけ？
※コンパイラオプションはそのままで
496:デフォルトの名無しさん
08/06/29 22:23:45
>>493
491と同じではないかと思うけど。
C++ coding standardに載っている時期尚早な最適化(だったかな)じゃないかと思う。
497:デフォルトの名無しさん
08/06/29 22:24:26
ヘッダに非inline関数の実装を書いたら、そのヘッダを取り込んだ
翻訳単位それぞれに関数の定義ができて、重複エラーになるんでは？
498:デフォルトの名無しさん
08/06/29 22:30:16
>>497
普通なるね。
499:デフォルトの名無しさん
08/06/29 22:33:20
>>497
ならない。
inline 関数の定義が、リンクされるすべてのコンパイル単位間で矛盾して無い限りは問題ない。
500:デフォルトの名無しさん
08/06/29 22:33:33
重複した同じ定義を一つにする方法って無いんだったっけ？
テンプレートクラスとかの型毎のインスタンスはリンク後は一つになるよね？
501:デフォルトの名無しさん
08/06/29 22:34:08
>>499
非inline関数でっせ？
502:499
08/06/29 22:34:30
あれ？非inlineか。ごめん。
503:デフォルトの名無しさん
08/06/29 22:41:40
クラスの中に
static int a[] = {} かけないんだっけ？
504:デフォルトの名無しさん
08/06/29 22:50:36
>>503
無理
static const int のみ初期化OK
505:デフォルトの名無しさん
08/06/29 22:52:14
もっというと整数型がOKってことみたいだね。long や shortも
初期化おｋ
506:497
08/06/29 22:57:12
よく考えたら、
メンバ関数ならOKで非メンバ関数だとNGじゃないかな。
507:デフォルトの名無しさん
08/06/29 22:59:55
>>506
どっちでも同じ。ただしメンバ関数をクラス定義内で定義した時は自動的に inline 扱いになる。
508:デフォルトの名無しさん
08/06/29 23:35:16
>>506
俺が497だｗなりすますな
509:デフォルトの名無しさん
08/06/29 23:52:16
最近のC++の流行では
getter/setterはどうやって書くの？
510:デフォルトの名無しさん
08/06/29 23:55:30
マクロを使って読みにくく且つ簡潔に書きます
511:デフォルトの名無しさん
08/06/29 23:55:57
今までの話の流れからすると、実装はソースファイルに書くのが
基本みたいな話だね。ただ、inline指定してみて効果が顕著だったら
inlineにするみたいな。
しかし、ほとんどの参考書では、GetやSetはクラスの型定義内に
inlineとして実装されてるよね。あれが誤解の元なんだろうか。
512:デフォルトの名無しさん
08/06/30 00:00:23
誰か>>500教えて～
513:デフォルトの名無しさん
08/06/30 00:02:22
リンカがよきにはからってくれるんじゃないの？
それか明示的にインスタンス化しておくとか
514:デフォルトの名無しさん
08/06/30 00:06:04
inlineはコンパイラによってはデフォルトで無視されるし
あまり気にしなくていいんじゃないの？
CPUがリターンキャッシュ持ってれば
515:デフォルトの名無しさん
08/06/30 00:17:18
>>492
P6のばやいL1じゃね？
516:デフォルトの名無しさん
08/06/30 00:26:54
>>514
無視するコンパイラにも、なるべく広範囲のソースを見せたほうがいい
処理系には何がしたいのかを伝えよ、禿の格言にもあるぞ
517:デフォルトの名無しさん
08/06/30 00:27:04
なんか初歩的な質問かもしれませんが、変数名やクラス名ってどう名づけてます？
変数や関数、インスタンスは小文字から始まり、
クラス名は大文字からはじめるのが一般的なんでしょうか
また、分かりやすい名前をつけると、クラス名とそのインスタンス名がかぶってしまうんですが、
何か分け方はありませんか
518:デフォルトの名無しさん
08/06/30 00:31:40
クラス名・変数名に迷ったら書き込むスレ。Part12
ｽﾚﾘﾝｸ(tech板)
ここで聞いてみるとか
519:デフォルトの名無しさん
08/06/30 00:36:48
>>517
クラス名の最初にcを付けてる
520:デフォルトの名無しさん
08/06/30 00:41:40
>>517
先生方のルールを参考にしてはどうかな
URLﾘﾝｸ(www.boost.org)
521:デフォルトの名無しさん
08/06/30 00:53:51
一応>>520のを書いておくと
クラス名 ：小文字+アンダーバーの組み合わせ（例：multi_array）
ネームスペース名 ：クラス名同様
ローカル変数名 ：クラス名同様のルールで短めに
メンバ変数名 ：クラス名のルールに加えて最後にアンダーバー
短くなくても良い（例：allocated_elements_）
関数名 ：クラス名同様
テンプレート型引数名：パスカルケース（例：NDims）
マクロ名 ：大文字+アンダーバーの組み合わせ
(BOOST_STATIC_CONSTANT)
522:デフォルトの名無しさん
08/06/30 00:54:58
typedef enumはどうすれあいいの？
523:デフォルトの名無しさん
08/06/30 01:03:51
typedefはクラス名同様
enumはメンバ変数名と同じ
ただ、boostの中で完全に統一されてるわけでもないみたい
524:デフォルトの名無しさん
08/06/30 01:04:28
>>517
unko_t unko;
525:デフォルトの名無しさん
08/06/30 01:16:04
Cの勉強をしているのですが、VCでスタティックライブラリを作ってみたりしました。
その後、似たものでシェアードライブラリ（.so）なるものがあるのを知ったのですが、
VCで作成することはできますか？
検索してもgccばかりが見つかってしまって。
ライブラリのファイルがないとexeの実行ができないようですが、dllと何が違うのか分かりません。
526:デフォルトの名無しさん
08/06/30 01:20:46
>>525
dll と同じようなものです
UNIX系では shared object
Windows系では dynamic link library
527:デフォルトの名無しさん
08/06/30 01:41:04
>>517
>438で出てたGoogleのルールのまとめ:
●ファイル名
ぜんぶ小文字で、単語は_か-で区切る。foo-bar.cc
●クラス名
各語の先頭を大文字にする。 FooBar
●名前空間名
ぜんぶ小文字。区切りについては明記してないけど、_？ foo_bar
●変数名
ぜんぶ小文字で、単語は_で区切る。 foo_bar
●メンバ変数名
ぜんぶ小文字で、単語は_で区切り、最後は_にする。foo_bar_
●関数名
クラス名と同じ。アクセサだけは変数名と同じ。
●定数
先頭にkを付けて、単語区切りは大文字。 kFooBar
●マクロ名
マクロなんて使うな。
アクセサと定数が妙だなあ。
528:デフォルトの名無しさん
08/06/30 02:07:19
定数の接頭語のkって何の意味？
529:デフォルトの名無しさん
08/06/30 02:13:43
konstant。なぜかこれだけドイツ語。
530:デフォルトの名無しさん
08/06/30 02:13:47
koteiのk
531:デフォルトの名無しさん
08/06/30 02:16:10
>>518-521,527
細かくありがとうございます
いろいろな方法があるんですね
検討して、しっくりくる方法を選びたいと思います
532:デフォルトの名無しさん
08/06/30 03:23:02
constant でプレフィクス c だと、コーディング規約にも関わらず class と混同しそうだな
マクロ禁止なら全部大文字でもよさそうだが・・・
533:デフォルトの名無しさん
08/06/30 03:40:28
メンバはm_というつまらん駄洒落をまだやってる俺はどーせM$かぶれだい
534:デフォルトの名無しさん
08/06/30 07:48:41
>>533
boostにもあったりするよｗ
URLﾘﾝｸ(www.boost.org)
> const traits& m_traits;
> const Results& m_results;
> OutputIterator m_out;
> ...
535:デフォルトの名無しさん
08/06/30 12:36:05
標準的な識別子のプレフィックス一覧みたいなのなーい？
てか、どこの会社でもまちまちなんだろうけど。
536:デフォルトの名無しさん
08/06/30 12:41:49
プレフィックス一覧って？
命名ルールなら上で出てるgoogleかboostので十分だと思うけど。
537:デフォルトの名無しさん
08/06/30 15:27:37
なんか、なんちゃら記法みたいなのなかったっけ？
ポインタはpを付けるとか。C言語の時代か？
538:デフォルトの名無しさん
08/06/30 15:49:34
ジャンガリアン
539:デフォルトの名無しさん
08/06/30 15:50:56
ハンガリアン記法
URLﾘﾝｸ(ja.wikipedia.org)
ただし、ポインタにpを付けたりするのは
システムハンガリアンと呼ばれる間違ったハンガリアン記法。
本当のハンガリアン記法は
アプリケーションハンガリアンと呼ばれてる。
540:デフォルトの名無しさん
08/06/30 19:08:04
禿リアン
541:デフォルトの名無しさん
08/06/30 19:30:34
>>539
おお、それそれ。なんか批判が多いみたいだね。保守が大変とか。
けっきょくプレフィックスなんてないほうがいいのかね……
542:デフォルトの名無しさん
08/06/30 19:44:44
プレフィクスの使い方を間違わなければ有用らしいよ
間違ったコードは間違って見えるようにする - The Joel on Software Translation Project
URLﾘﾝｸ(local.joelonsoftware.com)
543:デフォルトの名無しさん
08/06/30 20:29:03
つまりアプリケーションハンガリアンてのは、識別子の補助的な意味を表す
プレフィックスを付けるって感じ？
システムハンガリアンはデータ型を表すプレフィックスを付けてるのかな？
544:506
08/06/30 21:13:12
>>508
ごめん。眠かったから間違えた。 by498
545:デフォルトの名無しさん
08/06/30 23:01:10
void hoge(const std::vector<foo>& foos);
という宣言をヘッダ(hoge.h)に書いたとき，fooを宣言している
ヘッダもhoge.hでインクルードしないといけないでしょうか？
それともhoge.hでは
class foo;
と書くだけでおｋでしょうか？
546:デフォルトの名無しさん
08/06/30 23:50:55
データを線形リストでアクセス可能かつキューのように
扱えるデータ構造ってありませんかね？
data[3].hogeみたいにアクセスもしたいし
dequeue(data)みたにもアクセスしたい
547:デフォルトの名無しさん
08/06/30 23:58:57
>>546
std::dequeが火を噴くときが来たな
548:デフォルトの名無しさん
08/07/01 01:19:19
なんという出番ｗ
549:デフォルトの名無しさん
08/07/01 08:09:47
>>545
標準ライブラリのテンプレート引数は基本的に完全型じゃないとダメ。
つまり class foo; だけじゃダメ。
550:デフォルトの名無しさん
08/07/01 10:33:31
forkについて
1プロセスで三回printfを実行して別プロセスを作成
そこからまた三回printfを実行して別プロセス
10プロセス実行完了したら最初のプロセスから終了していく
そんな課題なのだけどforkが理解できなくて困っている…
申し訳ないですがバカな俺でも理解できるように解説してくださらんでしょうか？
551:デフォルトの名無しさん
08/07/01 10:59:33
>>550
まずスレ違い。OSの話で言語と関係無い。
で、もうちょっと端的に質問しないと、ググって出るような解説をするしかないよ。
552:デフォルトの名無しさん
08/07/01 11:05:57
>>550
fork → UNIX/Linux系のシステムコールで環境依存
printf → C言語
【初心者歓迎】C/C++室 Ver.55【環境依存OK】
ｽﾚﾘﾝｸ(tech板)l50
>そんな課題
C/C++の宿題を片付けます 111代目
ｽﾚﾘﾝｸ(tech板)l50
>解説して
URLﾘﾝｸ(www.google.com)
553:デフォルトの名無しさん
08/07/01 12:25:56
質問です。
newでメモリを動的確保する場合失敗するとNULLが返るのですが、
これを意図的に失敗させたい場合どのような手段があるでしょうか？
どういう場合にnewが確実に失敗するのかがよくわかりません。
よろしくお願いします。
554:デフォルトの名無しさん
08/07/01 12:33:52
>newでメモリを動的確保する場合失敗するとNULLが返るのですが
返らないよ．
newが失敗したらbad_allocって例外が投げられる
ためしに以下の失敗するコードを実行してみるといいよ
char *a = new char[0x7FFFFFFF];
if (a == NULL) printf("%s", "メモリ失敗"); // 標準準拠のコンパイラではこのコードは絶対に実行されない
555:デフォルトの名無しさん
08/07/01 13:11:01
>>554
先生、失敗しないんですけど
556:デフォルトの名無しさん
08/07/01 13:24:11
ﾜﾛﾀ
557:デフォルトの名無しさん
08/07/01 14:00:19
struct test_type{ char mem[0x7FFFFFFF]; };
test_type *a = new test_type[0x7FFFFFFF];
if(a == NULL) printf("%s", "print format");
558:デフォルトの名無しさん
08/07/01 14:28:44
>>555 for (;;) で囲め。
559:デフォルトの名無しさん
08/07/01 15:19:53
コンパイラのバージョンを聞いたほうがいい
古いやつとか組み込み用は標準と違う動作をするだろ
560:553
08/07/01 16:19:49
ご回答ありがとうございます。
コンパイラはVC++2005付属のMSコンパイラVer 8.00.50727.42です。
>>554のサンプルコードを試しましたが、確かにNULLでなく例外を投げていますた。
コンパイラが古いとNULLを返す仕様になっているのでしょうか？
561:デフォルトの名無しさん
08/07/01 16:27:37
10年くらい前なら NULL を返したかもしれない
今はみんな bad_alloc を投げる
562:デフォルトの名無しさん
08/07/01 18:37:37
URLﾘﾝｸ(msdn.microsoft.com)(VS.80).aspx
>In Visual C++ 2005, the C Runtime Library's new function will also
>throw a std::bad_alloc exception if the memory allocation fails.
>If you still want the non-throwing version of new for the C Runtime Library,
>link your program with nothrownew.obj. However, when you link with nothrownew.obj,
>new in the Standard C++ Library will no longer function.
563:デフォルトの名無しさん
08/07/01 18:54:03
失敗時に NULLがほしいときは new (std::nothrow) じゃなかったっけ。
564:デフォルトの名無しさん
08/07/01 19:52:48
>>557
数学的に破綻してるコード嫌い
565:デフォルトの名無しさん
08/07/01 19:57:04
今、MSもVC++ Express Editionなる、無料コンパイラ配布してんだし、
最新の2008を使うべきでは。商用コンパイラ必要になるほどの
大プロジェクトじゃないならね。
566:デフォルトの名無しさん
08/07/01 20:00:24
>>564
数学的に破綻って？
567:デフォルトの名無しさん
08/07/01 20:18:41
>>566
失敗しない環境がありうるだろ
7で始まるのがﾌﾟｹﾞﾗとか言う問題ではない
568:デフォルトの名無しさん
08/07/01 20:43:06
大抵の環境で失敗するだろうから細かいことはいいんだお！
569:デフォルトの名無しさん
08/07/01 20:44:11
size_tの最大値じゃん。
570:デフォルトの名無しさん
08/07/01 20:56:07
>565
Express Edition は無料でいいんだが、MFCが使えん。
お偉いさんは、見た目が一番なんだよ。
571:デフォルトの名無しさん
08/07/01 21:53:20
>>570
見た目を気にするなら、なおさらMFCはダメだろ
572:デフォルトの名無しさん
08/07/01 22:11:16
>>569
何が？
573:デフォルトの名無しさん
08/07/01 23:35:10
size_tは符号無し整数だよ。サイズは処理系定義だけど。
それはともかく、普通に2Gも確保出来るってのが・・・ｗ
>>565
2008はWin2Kに入らなかったりしてなｗ
2Kをバカにすん(ry
>>570
WTL+ATL使おうぜ
574:デフォルトの名無しさん
08/07/02 00:01:19
>>573
メモリ確保操作は、物理メモリのサイズが足りなくても
アドレスだけ確保して返して成功してしまう場合がある。
実際に手元の2GBしかメモリ積んでないマシンで2.5GB確保してもなんなく成功する。
これは、デマンドページングといって、物理メモリの確保が
実際にメモリを踏んだ段階で初めて起こるような仕組みが存在するため。
C++のnewの場合は、コンストラクタでメモリを踏んでしまう場合があるから
この仕組みがあったからといって実際に得はしないような気はするけどな。
575:デフォルトの名無しさん
08/07/02 00:04:33
UNIX系はそうなんだっけか
まあVCには全く関係がないな
連続した大領域確保しようとするとよく失敗するし
576:デフォルトの名無しさん
08/07/02 00:11:04
>>574
デマンドページングが動いている状態で、実際には確保されていない（＆できない）アドレスにアクセスしたらどうなるの？
577:デフォルトの名無しさん
08/07/02 00:12:46
>>574
単にスワップメモリで足りただけじゃね？
578:デフォルトの名無しさん
08/07/02 00:24:19
>>576
典型的にはいらないページをスワップアウトしにいく
>>577
確保だけならスワップは発生せずに即終了する
579:デフォルトの名無しさん
08/07/02 00:35:06
「スワップに充分な領域が必要」な環境もあるし
「スワップに余裕があるか判断しない」環境もある。
後者だと、アクセスした途端にシステム全体でのメモリが不足することになる。
URLﾘﾝｸ(www.linux.or.jp)
>>578の世界はLinuxだけで出来ている模様。
あと、どうしても失敗したければ
new char[2 << (sizeof(void *) * CHAR_BIT - 1) - 1]; を2回もやれば十分だろうが
この2を2Lにしないとオーバーフローする環境もあるし
逆にlong引数のnewを認めない環境もあるんだろうな。
580:デフォルトの名無しさん
08/07/02 01:31:51
> new char[2 << (sizeof(void *) * CHAR_BIT - 1) - 1]; を2回もやれば十分だろうが
だから、何でそうなる
581:578
08/07/02 01:42:20
>>579
ん？ なんで自分がバカにされているのか全然理解できないんだけど
いろいろな環境があることを頭に置いているからこそ578では
「典型的には」と頭につけたんだけどな
あとそのコード変だよ
少なくともビットシフトされる方は 2 じゃなくて 1 じゃないとおかしいし
そういうことやりたいなら
new char[std::numeric_limits<size_t>::max()] で十分じゃないかな
＃ ちなみにこういう最大限のメモリ確保は常識的な環境ならば1回ですぐに失敗するはず
＃ なぜなら、普通はスタックのためのアドレス空間やカーネルアドレス空間が同居しているから
582:デフォルトの名無しさん
08/07/02 12:26:21
> new char[std::numeric_limits<size_t>::max()] で十分じゃないかな
やっと出てきたw
が途中UNIXが出てきたり、やっと出てきたこれもmay beな言い方なので合格点はやれんな
583:デフォルトの名無しさん
08/07/02 12:35:24
std::size_t
584:デフォルトの名無しさん
08/07/02 12:36:06
SIZE_MAX
585:デフォルトの名無しさん
08/07/02 16:03:07
VC++のスレから来ました。相談させてください。
以下の710の質問をしました。
711の回答をもらいました。
それはそうだ、と納得しました。
---
710 ：デフォルトの名無しさん [↓] ：2008/07/02(水) 15:02:13
templateの使い方を教えてください
class parent;
class child : parent;
の２つのクラスがあって、
void hogeFunc(vector<shared_ptr<parent> > & param)
を呼び出したいとき、
vector<shared_ptr<parent> > vp;
は渡せるけど、
vector<shared_ptr<child> > vc;
が渡せないのはなんでかわからないです。
お分かりの方、理由を教えていただけないですか。
ちゃんと、pとcは親子関係にあるので問題ないと思っています。
711 ：デフォルトの名無しさん [↓] ：2008/07/02(水) 15:07:53
vector<shared_ptr<child> >& から vector<shared_ptr<parent> >& に変換できないから。
---
で、解決方法について相談させてください。以下は正しいですか？
・ void hogeFunc(vector<shared_ptr<parent> > & param)
のように、多態をvectorでやろうとしてるのが根本的に間違っている。
間違っているならこういったコンテナの要素を多態で扱いたいときは、
どのようにコーディングされているのか教えてください。
586:デフォルトの名無しさん
08/07/02 16:27:04
template<typename T> void hogeFunc(vector<shared_ptr<T> > & param){
struct check{ void f(){ T* a=NULL; parent* b = a; } };
．．．
}
587:デフォルトの名無しさん
08/07/02 17:29:52
樹木型（IPアドレスのような）のクラスを作成するにはどのようにしたらいいですか？
588:デフォルトの名無しさん
08/07/02 17:34:46
class Tree {
Tree[] subtrees;
}
589:デフォルトの名無しさん
08/07/02 17:36:01
ここC++だったorz
こんなのでいいんじゃない
class Tree {
std::vector<Tree*> subtrees;
};
590:デフォルトの名無しさん
08/07/02 17:55:38
template<typename T> struct node<T> {
T value;
node* prev;
node* next;
node* parent;
node* first_child;
static node* tree_next(node* n){
if(n==NULL){ return NULL; }
if(n->first_child!=NULL){ return n->first_child; }
return tree_next_no_child(n);
}
static node* tree_next_no_child(node* n){
if(n==NULL){ return NULL; }
if(n->next!=NULL){ return n->next; }
if(n->parent==NULL){ return NULL; }
return tree_next_no_child(n->parent);
}
};
for(node* it=n; it!=NULL; it=node::tree_next(it)){
}
591:デフォルトの名無しさん
08/07/02 18:27:09
>>587
C++を使う
できない人は他のスレで聞く
592:デフォルトの名無しさん
08/07/02 18:47:12
>>591
ここってC++スレじゃないのか？？
593:デフォルトの名無しさん
08/07/02 20:33:00
>>592
そうだけど、あの聞き方ではhello worldから教える必要があるだろ
594:デフォルトの名無しさん
08/07/02 20:53:29
俺も興味あるんだが多階層にクラスを定義した場合下みたいな使いかたってできる？
Aclass.Bclass.element = NULL
昔クラスのpublic下にクラスを定義し派生用の関数で増やせるようなものを作ろうとしたんだがうまくいかなかった記憶があるもんで…