トップページ⇒tech
1001コメント325KB

【初心者歓迎】C/C++室 Ver.72【環境依存OK】

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2010/03/05(金) 16:51:13
エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。
※sage禁止です(と代々スレに書いてありますが自己判断で)。

【前スレ】
【初心者歓迎】C/C++室 Ver.71【環境依存OK】
http://pc12.2ch.net/test/read.cgi/tech/1264774545/

【アップローダー】(質問が長い時はココ使うと便利)
http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm
http://codepad.org/ (コンパイルもできるし出力結果も得られるのでお勧め)

◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白か に置換すると見栄えだけはよくなります。
0085デフォルトの名無しさん2010/03/15(月) 20:54:46
struct ar{double*const p;ar(size_t a):p(new double[a]){};~ar(){delete[] p;}double&operator[](size_t a){return *(p+a);}}*huge;
// を new deleteでつかう。
0086662010/03/16(火) 09:18:35
>>70
詳しく説明していただき、大変参考になりました。
ありがとうございました。
0087デフォルトの名無しさん2010/03/16(火) 09:50:03
>>85
コピーコンストラクタと代入演算子は書こうぜ
0088デフォルトの名無しさん2010/03/16(火) 10:06:23
>>76
http://blogs.msdn.com/oldnewthing/archive/2008/03/26/8336829.aspx
これだな。

標準化前のCではタグ名の名前空間が分かれていなかったことが原因で、
それを受けた Windows プログラミングによってさらに広まったものだろう。

tag ならまだしも下線で始める奴が多くて困る。
http://www.kijineko.co.jp/tech/superstitions/tags-begin-in-underscore.html
0089デフォルトの名無しさん2010/03/16(火) 10:10:47
>>80
実はまだ active issue になってたりする。
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#407
0090デフォルトの名無しさん2010/03/17(水) 01:33:03
JIS版C++ではOKだがISO版C++ではNG…ということか？
0091デフォルトの名無しさん2010/03/17(水) 02:06:50
>>90
んなこたーない。ISOもJISも内容は基本的に同じ。

元々の規格の意図としては同じ名前も使えるようにしたかったようだけど、
厳密に解釈していくとなにやら矛盾のある状態になっているようだという話。
0092デフォルトの名無しさん2010/03/17(水) 11:36:16
VistaにVC2003をインストールしたんですが、ダイアログデザイン
編集時にプロパティウィンドの中身が一切表示されません。
サポート対象外なのはわかっていますが、解決策があれば
教えてもらえないでしょうか
0093デフォルトの名無しさん2010/03/17(水) 18:31:40
class abc
{
abc(int);
･･･
}
---

list<abc> a1;
for (int i=0;i<10;i++){
a1.push_back( new abc(i));
}

こんな感じで作ったa1を削除する時って、
a1の要素のabcのメモリ解放は、
ループさせて、いちいち要素ごとにメモリ解放をしていかないとダメですか？
それとも、
a1.clear();で、全部やってくれるモンなのですか？
0094デフォルトの名無しさん2010/03/17(水) 19:10:06
自分でやんないとだめ
0095デフォルトの名無しさん2010/03/17(水) 20:44:35
>>92
好きなのを選べ
1. WindowsXPをインストールする。
2. VisualStudio2008ExpressEditionをインストールする。

0096デフォルトの名無しさん2010/03/17(水) 22:13:41
あるクラスAがあります。

このクラスをクラスBがコンポジションします。
クラスAのprotectedメンバー変数にクラスBからアクセスしたいのですが、継承した場合と違ってアクセスできません。
どのようにアクセスすべきでしょうか？
A内にpublicな関数をつくり、その関数がprotectedメンバーの値を返すようにすればいいのでしょうか？
0097デフォルトの名無しさん2010/03/17(水) 22:29:59
お好きにどうぞ。
0098デフォルトの名無しさん2010/03/17(水) 22:46:37
どうするのが一般的なんでしょうか？

アクセスしたい変数は2個あって、そのために関数を2個用意するのはバカらしい感じがします。
0099デフォルトの名無しさん2010/03/17(水) 22:49:21
friend
0100デフォルトの名無しさん2010/03/17(水) 22:55:41
>>98
二個用意するのが馬鹿らしいなら設計を見直しましょう。
0101デフォルトの名無しさん2010/03/17(水) 23:21:25
アクセス制御精査を心がけてるよと見せるのが主目的なら
抽出用一時オブジェクトとメンバ関数へのfriend指定を駆使して記述すれ
0102デフォルトの名無しさん2010/03/17(水) 23:34:18
>>96
共通のメンバーを抜き出したクラスをクラスA,Bから参照すればいい。
0103デフォルトの名無しさん2010/03/17(水) 23:42:07
＞98
このスレッドに書き込む労力を
アクセッサの実装に使ってください
0104デフォルトの名無しさん2010/03/17(水) 23:49:32
>>98
getter setterは邪悪
0105デフォルトの名無しさん2010/03/18(木) 00:01:52
>>93
それ、
  a1.push_back(abc(i));
でよくない？
どうしてもnewしなきゃならないなら、shared_ptrを使うといい。
0106デフォルトの名無しさん2010/03/18(木) 23:50:38
>>96
Bに包含されることを前提にAを設計しているなら単にfriend指定すればいい。
そうでなければアクセサを書くか、メンバ変数自体をpublicにすればいい。
0107デフォルトの名無しさん2010/03/19(金) 08:50:01
>>105
用途によっては shared_ptr をコンテナに突っ込むより ptr_vector の方がいいかもね。
0108922010/03/19(金) 13:29:45
やはりそうなりますかー。
ネットで調べてもそういう現象が見つからないし、
自分の環境固有の問題なのかなぁ

ちなみに最近ではMFCが使われて無いみたいなこと聞きますが
そうなるとウィンド周りは何で作るのが主流なんでしょう？
SDK？ CLI？
0109デフォルトの名無しさん2010/03/19(金) 16:45:15
operator boolをそのまま実装すると色々とよろしくないようでsafeboolなるテクニックがあるようですが
ググっても何をやってるのかさっぱりわかりません

どういう原理でsafeになるのでしょうか？
0110デフォルトの名無しさん2010/03/19(金) 17:09:07
Linuxでgccを使っています。
プログラム自身が使用しているメモリ量と、システムのフリーメモリ量を取得する方法を教えてください
0111デフォルトの名無しさん2010/03/19(金) 17:33:51
>>110
OS板、OSスレでどうぞ。
0112デフォルトの名無しさん2010/03/19(金) 19:40:36
>>109
more c++ イディオム　safe bool でググるんだ。

普通にはアクセスできないポインタ型を変換演算子で返せば、ifで評価できるし、あれこれ暗黙な変換がされなくて済む。
0113デフォルトの名無しさん2010/03/19(金) 19:42:30
int a=p+1;こんなのがsafeじゃない意図されない使い方
0114デフォルトの名無しさん2010/03/19(金) 19:48:46
C++0xのexplicit conversion operatorsがあればsafe bool idiomはいらない子ですか？
0115デフォルトの名無しさん2010/03/19(金) 19:56:24
そうだね。
でも、コンパイラの実装を待つことなく工夫してsafe boolを手に入れられる拡張性がC++のいいところだよね。
0116デフォルトの名無しさん2010/03/19(金) 20:55:43
C++のコードをDLLにするのってめんどいな
例外出しちゃいけないからわざわざ例外捉えるだけのラッパー書かないといけないし
引数と返り値にSTL使えないし
0117デフォルトの名無しさん2010/03/19(金) 22:58:13
それを突き詰めていくとな、いつのまにか劣化COMを作っている事に気づくのさ
0118デフォルトの名無しさん2010/03/19(金) 23:02:59
>>116
多分、結局インタフェースコードはCかCOMにすることになると思うよ
労力ばかり無駄にかかる上に、CのDLLやCOMより相互運用性において劣る
0119デフォルトの名無しさん2010/03/19(金) 23:06:13
WindowsならCOMでいいけど
MacやLinuxはどうすんの？
0120デフォルトの名無しさん2010/03/19(金) 23:07:22
>>112-115
ぐぐってみてこのページを見たのですが
ttp://ja.wikibooks.org/wiki/More_C%2B%2B_Idioms/%E5%AE%89%E5%85%A8%E3%81%AA_bool(Safe_bool)

operator bool()ではなくoperator bool_type() constでもよいのでしょうか？

で、operator bool_type() constの挙動は
ok_がtrueであればthis_type_does_not_support_comparisons()のアドレスを返し、0以外の値なのでtrueと動作する
falseならば0をかえしfalseとなる

例文の
if (t2 == t1)や
if (t1 < 0)
のばあいはprivate関数のアドレスを比較するのでコンパイルエラーをはく
ということでしょうか

この場合なぜメンバ関数のアドレスを返り値とするのでしょうか？

質問続きで申し訳ありませんがよろしくお願いします
0121デフォルトの名無しさん2010/03/19(金) 23:10:44
Cでいいんじゃないの
必要に応じてヘッダのみ、またはスタティックリンクのラッパーを書いて提供

つまり
ユーザーコード - C++ラッパー - DLL境界 - Cインタフェース - C++実装
こうなる
面倒すぎて反吐が出るね
0122デフォルトの名無しさん2010/03/19(金) 23:14:39
CORBA(笑)
0123デフォルトの名無しさん2010/03/19(金) 23:18:10
>>120
普通のポインタだったらいろいろできて副作用があるから。
0124デフォルトの名無しさん2010/03/19(金) 23:40:28
>>120
キャストでいじってみるとわかるけどpointer to memberはキャストの制限がきつい
だからかってに暗黙変換されてコンパイルとおって変な動作したりとかがなくなって安全なわけ
0125デフォルトの名無しさん2010/03/20(土) 13:56:08
質問です。
速度で考えると、floatとdoubleではどちらを使った方がいいのでしょうか。
最近のPCで動かす場合を考えているのですが、最近はfloatよりdoubleの方が早い、みたいな話を聞いたのですが・・・。
0126デフォルトの名無しさん2010/03/20(土) 14:09:45
32bitCPUならfloatもdoubleもそんなに差がないだろ
x86に限定して言うならどちらもFPUにロードした時点で80bitになる
SSE使ってたらfloatの方が速いって事もあるけどな
0127デフォルトの名無しさん2010/03/20(土) 14:15:09
>>126
64bitだと差が出ると言うことでしょうか？
そして32bitなら、精度が高い分doubleのほうがよい、という事で合っていますか？
0128デフォルトの名無しさん2010/03/20(土) 14:22:25
>>127
ああごめん
今昼間から酒飲んでるから答え半分に聞いてくれ
32bitCPUだとdoubleのロードにメモリアクセス2回必要だわな
64bitCPUだとそんなに差がないってのが正解か

でも実測してみると分かるけどfloatでもdoubleでもそんなに差がないよ
結局FPUの演算に掛かる時間が食われてロードの時間なんて問題に
ならないんだろうな
0129デフォルトの名無しさん2010/03/20(土) 17:12:20
>>125
あなたが究極の性能を目指しているのでもない限り、doubleを使うべきです。

理由は幾つかあります。先ずはメリットを。
・floatの方が演算処理が速い場合もある。特に、ベクタ化できる場合に2倍速くなるかもしれない。
・floatの大きな配列の方が同じ要素数のdoubleの配列よりもキャッシュヒットが期待できる。そもそもメモリ容量的にdoubleではダメかもしれない。
・三角関数などの標準関数はsin()とsinf()のようにfloat版が用意されていればそれを利用できる。

次にデメリットを。
・一部の標準関数にはfloat版が用意されていない。また、sprintf()のようにfloatを渡すことができない場合もある。
・floatとdoubleの変換は一般的にかなり遅い。
・1.5のように書いてしまうとその定数はdoubleになってしまうので、1.5fのようにfloat定数であることを明示する必要がある。
・以上のように、暗黙のdoubleへの格上げを禁止するにはアセンブリ出力を確認するような神経質な手続きが必要になる。
・そもそも実数演算以外のコストが高くてfloatのメリットが殆どないかもしれない。

尚、doubleの方が速いのはCでは20年来の話。「最近はdoubleの方が速い」なんてことはないのでその話をした人は何か勘違いをしている。
0130デフォルトの名無しさん2010/03/20(土) 17:15:13
お前は少しでも速いからと言ってshortを多用する気になるか?
余程のことがない限り深く考えずにintを使うだろ?
floatとdoubleの関係はshortとintの関係と一緒だ。
深く考えたくなかったら黙ってdoubleを使っとけ。

簡単に纏めるとこれでいいだろw
0131デフォルトの名無しさん2010/03/20(土) 17:18:59
>>129
メリットとデメリットの説明が逆のような気がする…。
0132デフォルトの名無しさん2010/03/20(土) 17:22:36
>>131
いや、2行目に空白があるだろ？そこの行間を読んでみると、
彼はfloatにした場合の説明をしているんだろう。

0133デフォルトの名無しさん2010/03/20(土) 17:28:24
>>125
とりあえず自分のマシンで実測してみれば？
0134デフォルトの名無しさん2010/03/20(土) 17:29:16
>>133
そして/fp:fastを付けずにfloatが遅いと言い出すわけだ
0135デフォルトの名無しさん2010/03/20(土) 17:32:47
>>132
そ、そんなところに空白が…！！！
0136デフォルトの名無しさん2010/03/20(土) 18:26:02
GPUに仕事ぶん投げて非同期にやらせればいいじゃない
01371292010/03/20(土) 19:51:23
おっと、途中で構成を変えたのが裏目に出たようで。失敬。

>>136
正直、今の4coreCPUならGPUにぶん投げられるような仕事はかなり特殊と言わざるを得ません。
実装の手間を考えると、IntelCompilerで最適化する辺りが無難ですね。
いずれにしても、普通のプログラマが意識するような領域では普通にdoubleを使ってgccなりVCなりで
コンパイルするだけで充分です。
0138デフォルトの名無しさん2010/03/21(日) 05:29:48
typedef struct tHOGE
{
int x ;
TCHAR[256] str;
}HOGE;

std:vector<HOGE> vHoge ;

見たいな感じのものをstd:sortを使ってx又はstrで
並びかえる事は出来ますか？
0139デフォルトの名無しさん2010/03/21(日) 05:34:13
>>138
すみません
TCHAR str[256] ;です＞＜
0140デフォルトの名無しさん2010/03/21(日) 06:51:01
>>138
比較関数を自分で書けばソートできる
0141デフォルトの名無しさん2010/03/21(日) 09:42:10
>>138
簡単
std::sortの第三引数に叙述関数の名前を書くか、関数オブジェクトの
名前を書いて、叙述関数または関数オブジェクトを書けばソート可能
0142デフォルトの名無しさん2010/03/21(日) 10:01:12
>>138

http://ideone.com/q1vUcaVV

こんな感じな
0143デフォルトの名無しさん2010/03/21(日) 10:51:46
>>140-142
出来ましたありがとうございます
ソースわかりやすかったです
0144デフォルトの名無しさん2010/03/21(日) 10:58:23
deprecated conversion from string constant to ‘char*’

の意味をぐぐってみたが、C++0xで廃止予定との事なので
現行標準C++では関係ない
0145デフォルトの名無しさん2010/03/21(日) 12:26:39
>>144
というか
C++0xで廃止予定
だから
deprecated conversion
なんじゃねぇの？
0146デフォルトの名無しさん2010/03/21(日) 12:28:17
（=ﾟωﾟ)？
0147デフォルトの名無しさん2010/03/21(日) 12:32:22
>>146
いやだから廃止予定だから　deprecatedなんじゃね？と
0148デフォルトの名無しさん2010/03/21(日) 12:46:23
C++0xで廃止されるかどうかは関係なく
現行のC++03でdeprecatedだから素直にconst付けろ
0149デフォルトの名無しさん2010/03/21(日) 13:59:07
C++でatollっぽいこと（文字列→long long int）がやりたいんだけどどうやればいいの？
0150デフォルトの名無しさん2010/03/21(日) 14:00:55
lexical_castとかstringstreamとか
0151デフォルトの名無しさん2010/03/21(日) 14:11:20
atoll使えばいいじゃん
0152デフォルトの名無しさん2010/03/21(日) 14:28:31
class Hoge {...}; があるとして
Hoge hoge; を禁止して
void func(Hoge hoge); func(Hoge(...)); を許可したい
つまりテンポラリなオブジェクトとしてfuncの引数に渡す時のみ生成を許可したい
こういうことは可能でしょうか？
0153デフォルトの名無しさん2010/03/21(日) 14:31:02
>>152
Hoge のコンストラクタを private にして func を friend にして、
Hoge は func の中で生成する。
0154デフォルトの名無しさん2010/03/21(日) 14:55:28
operator void*とoperator boolが同一の動作をするというのがよく判らない
これはどういうことでしょうか
0155デフォルトの名無しさん2010/03/21(日) 15:00:34
>>154
if や条件演算子の条件式として使う分には同じ結果が得られる、ということ。
void* なら意図しない暗黙変換による間違いをいくらか防げる。しかし完全ではない。
0156デフォルトの名無しさん2010/03/21(日) 15:06:07
レリーズｗｗｗｗｗってかｗｗｗうほっ
0157デフォルトの名無しさん2010/03/21(日) 15:06:16
誤爆
0158デフォルトの名無しさん2010/03/22(月) 16:50:36
簡単な二次元テーブルクラスを作ってみようと思ってやってみたんですが
width*heightの大きさの配列を一回で確保して、data[width*y+x]でアクセスというやり方が一般的で良いと聞いたんですが
width*heightが大きくなるとメモリを確保出来なくなってしまいませんか？
WORD最大*WORD最大ぐらいまでしか確保してくれません
こんな中途半端なやり方がほんとに一般的に見て良いものなんでしょうか？
0159デフォルトの名無しさん2010/03/22(月) 16:53:58
>>158
無茶な釣りは結構です。
0160デフォルトの名無しさん2010/03/22(月) 17:05:49
>>158
メモリが何メガバイト必要か計算してみよう。
0161デフォルトの名無しさん2010/03/23(火) 00:34:26
http://codepad.org/yZs7gMD8

こういうのってありですか？
つうかもっと簡単にクライアントに引数の並べ替えを提供するテクってありますか？
0162デフォルトの名無しさん2010/03/23(火) 02:15:39
>>158
> width*heightが大きくなるとメモリを確保出来なくなってしまいませんか？
当然なるでしょう

data[width*y+x] の結果に法則性は無いのか、全くのバラバラならば仕方ないけど、
たとえば、100,500 の結果から 500,100 の結果は通常計算より簡単に導き出せないか。
または、ある要素番号の結果の符号を反転すれば他の要素の結果にならないか。
そんなふうにして配列数は半分に減らせないか色々考える。
多少妥協してテーブルを正規化していくしかない。
0163デフォルトの名無しさん2010/03/23(火) 08:38:33
>>161
Boost Parameter
0164デフォルトの名無しさん2010/03/23(火) 12:33:53
マクロは使いたくないです
0165デフォルトの名無しさん2010/03/23(火) 14:13:37
マクロ使いたくない？ならC使うな
0166デフォルトの名無しさん2010/03/23(火) 14:29:24
こんなんどうよ
template <typename LHS,typename RHS,typename RET> RET argswap2(RET (*p)(LHS,RHS),LHS a,RHS b){return p(b,a);}
int sub(int a,int b){return a-b;}

cout << sub(10,2) << endl;
cout << argswap2(sub,10,2) << endl;
0167デフォルトの名無しさん2010/03/23(火) 22:52:07
>>161
並べ替えを許可する引数の型が全部違えばできないこともない
http://codepad.org/kJHyMc72
引数が多いときは大変だがTypeList使うかenable_ifを駆使すればどうにかなる。
0168デフォルトの名無しさん2010/03/23(火) 23:24:45
その引数の並べ替えって意味あるの？
0169デフォルトの名無しさん2010/03/24(水) 23:16:15
組み込み型のデストラクタを明示的に呼び出すことになっても問題ないのでしょうか？
0170デフォルトの名無しさん2010/03/24(水) 23:30:51
問題無いはず。
STLのコンテナの内部で普通に行われてる。
0171デフォルトの名無しさん2010/03/24(水) 23:31:14
>>169
どういうソースコードを組めばそうなるってこと？
0172デフォルトの名無しさん2010/03/24(水) 23:32:57
>>169
placement newに対応するデストラクタ呼び出しなら必要だけど？
それ以外？
0173デフォルトの名無しさん2010/03/24(水) 23:44:31
>>167
どうもです
面白いですね
templateだけで汎用化できるならそれに越したことはないんですが完全には難しいですね


>>168
fromとtoどっちが先だっけ・・・というときに明示できると助かったり（この例だけだと微妙だけど数が増えると結構便利）
あとは複数個デフォルト引数の指定があるけどひとつだけ自分で決めたいといったときに使えるかな、と
void func(A a1 = A(1), A a2 = A(2)); // a2だけ指定したいけど出来ない
void func(A1Is a1, A a2 = A(2))
{
func(a1.value, a2);
}
void func(A2Is a2, A a1 = A(1))
{
func(a1, a2.value);
}
func(A2Is(a)); // a2だけ指定できる
といった感じで組み合わせを全部スクリプトに吐かせて使う感じ
例えばWindowを生成する関数でcreate_window(TitleIs("test"), WidthIs(w), HeightIs(h));と言った感じで一部だけ決めて残りはデフォルトを使うとか考えられる
0174デフォルトの名無しさん2010/03/25(木) 00:21:25
>>173
こんなのとか
http://codepad.org/Mn585Q6T
0175デフォルトの名無しさん2010/03/25(木) 12:41:28
とあるクラスの操作で
以下のように

T* hoge = new T;
hoge->~T;
*hoge = new(hoge) T;
hoge->~T;

delete hoge;

初回のみnewで確保してその後はplacement newを利用して初回確保した領域にオブジェクトを生成し
最終的にデストラクタで領域を開放する、と言う操作を行って大丈夫なのでしょうか？
0176デフォルトの名無しさん2010/03/25(木) 12:54:20
>>175
大丈夫かもしれないし、大丈夫じゃないかもしれない。

本当にそんなことをする必要があるのかよく確認して、その必要性を示す
コメントが添えられていれば、やってもいいかもしれない。
0177デフォルトの名無しさん2010/03/25(木) 12:57:28
>>175
デストラクタを２回連続で呼んでる
0178デフォルトの名無しさん2010/03/25(木) 13:10:15
クラスAを生成するファクトリがあって、

A *FactoryA::create(ArgX, ArgY, ArgZ, ...)
{
new A(ArgX, ArgY, ArgZ, ...);
}

このような形で引数をそのままnewにデリゲートしています
Aが固定ならコンストラクタの数だけオーバーロードを力任せに追加すればいいのですが、
Factory<A>のようにテンプレート引数の場合になると力任せではできません
この手の問題を回避する方法はありますか？
0179デフォルトの名無しさん2010/03/25(木) 13:17:03
>>177
deleteのときにhogeにｵﾌﾞｼﾞｪｸﾄが存在するときのみデストラクタが呼ばれるよう工夫することは出来ないでしょうか

やはり素直に1回の処理ごとにnewとdeleteを繰り返した方が良さそうですね、ありがとう御座いました
0180デフォルトの名無しさん2010/03/25(木) 13:34:25
void *v = ::operator new (sizeof(Hoge));

T *p = new (v) T;
p->~T();
operator delete (p, v);

p = new (p) T;
p->~T();
operator delete (p, v);

::operator delete (v);



それにしてもなんで
delete (v) p;
って書けないんだろうな
placement new/delete関係は仕様がなんか気持ち悪い
0181デフォルトの名無しさん2010/03/25(木) 13:36:02
>>179
君が欲しいのは boost::optional かもしれない。
0182デフォルトの名無しさん2010/03/25(木) 17:57:19
>>175
newはそんなに遅くない。

vectorがそれやってるから。

vector<T> hoge(1);//placement newされる。
hoge.resize(0); //デストラクタが呼ばれる。
hoge.resize(1);//placement newされる。
//スコープから出れば勝手にデストラクタが呼ばれる。
0183デフォルトの名無しさん2010/03/25(木) 18:15:41
非POD型に
T *p = new (v) T;
って不味いんじゃなかった？配置構文なんてあまり使わんから勘違いだったらすまん
0184デフォルトの名無しさん2010/03/25(木) 18:25:03
PODじゃなくても問題ないよ
0185デフォルトの名無しさん2010/03/25(木) 18:27:38
実際placement newと普通のnewってどのくらい速度ちがうん？
誰か理論値知らない？
■ このスレッドは過去ログ倉庫に格納されています