12/05/26 23:09:46.56
>>370
デフォルトのnew_handlerを自作new_handlerに差し替えた後ならnewが勝手に例外を投げることはないから、
>365の言うような現象は起きない。よって、>365に基づく批判はナンセンスだし
>>371
まあそこらの細かい設計は一考を要するが、
別にg_pReservedをただ一つのオブジェクトに一括で返さねばならないわけでもなし
>>372
可能性を下げる方法の話ではないよ。プログラムを正常終了させる話。
本当にヒープ0になってからでは何も仕事はできない、という主張をするなら、
後始末という仕事を正しく遂行するため用のメモリをあらかじめ確保しておくという発想に到らねばおかしい
>>373
無視するが、>372へのレスの通りである
375:デフォルトの名無しさん
12/05/26 23:17:56.17
>>374
g_pReservedが空になったらどうする気だ?
376:デフォルトの名無しさん
12/05/26 23:21:13.73
>>375
本当にそうなったら万事休すだが、
やる仕事は後始末、と限定し、それに必要十分なメモリ量を見積もって
g_pReservedとして確保しておけば、それは避けられる
377:デフォルトの名無しさん
12/05/26 23:23:24.66
>>376
万事休すになった時のことをみんな言っているんだけど
それと、その時あんた例外なげないっていってたけどどうする気だ?
378:デフォルトの名無しさん
12/05/26 23:33:22.47
>>376
newを呼ぶ側からすればどこから取ったかなんて知らんのですよ。
取れれば有効なポインタが返り、取れなければ例外、それだけ。
足りなくなったのでクリーンナップして終了させる必要があるなんて知る余地もない。
std::vector<T>あたりのメンバ関数/コンストラクタで足りなくなったとして、お前は一体何をすればいいと言うつもりだね?
379:デフォルトの名無しさん
12/05/26 23:36:22.15
>>377
「万事休す」に2種類あることに注意だな。ただしどっちの解決策も示し済みwwwwww
(1) 後始末を遂行するためのメモリがリザーブ領域に残っているがそれ以外が0になった「万事休す」なら、
リザーブ領域のメモリからの割り当てて後始末を遂行し、プログラムを正常終了すれば良い(>369, >374の3コ目)
(2) 後始末を遂行するためのメモリまで0になる「万事休す」は、
>376のようにきちんと必要なメモリ量を見積もって確保しておけば生じない
ていうか、漏れとしてはnew_handlerの一活用方法を述べているだけで、そればかりに食いつかれてもなんだか悲しい
興味がおありの向きは、自力でnew_handlerを調べて活用方法でも考えたらどう?
例えば、new_handlerから自作GCを起動してしばらく使っていないオブジェクト(当然GCで管理する設計にする)
を解放し、空いたメモリを返すとか
380:デフォルトの名無しさん
12/05/26 23:40:36.58
>>376
>>369のやり方をすれば、ヒープが枯渇するタイミングが早まるだけで、
使えるヒープの総量は変わらないんだけど
381:デフォルトの名無しさん
12/05/26 23:54:34.16
>>378
>newを呼ぶ側からすればどこから取ったかなんて知らんのですよ。
おk newがメモリをどこから取るかに依存するような話はしていないつもりだが
>std::vector<T>あたりのメンバ関数/コンストラクタで足りなくなったとして、お前は一体何をすればいいと言うつもりだね?
漏れはg_pReservedに残っているメモリでプログラムの後始末を遂行し、終了するという考え方を示した。
後始末と終了以上の仕事をさせたいというならどうするか考えるのはYOUの仕事ですな
>>380
使えるヒープの総量が変わらない、はその通り
>369のやり方は、後始末を遂行する余力を残した状態で、ちょっとだけ早期にヒープ枯渇を察知することに意味がある。
382:デフォルトの名無しさん
12/05/27 00:22:31.86
>>381
おい、new_handlerが不足を察知したところでnewを呼ぶ側にはそれを知る術がない、といっているのだが。
383:デフォルトの名無しさん
12/05/27 00:27:33.02
>>379
リザーブが枯渇した後なんだから(1) は文脈としてありえないだろ
見積もれないからnew_handlerが呼ばれてるわけで(2)も終ってる
384:デフォルトの名無しさん
12/05/27 00:36:22.89
>>374
> 可能性を下げる方法の話ではないよ。プログラムを正常終了させる話。
どっちにしてもメモリーリークと関係なくね?
プログラムを正常終了させる話にしても、普通にスマートポインタつかってりゃ
例外が飛んで catch されるなり terminate() されるなりしてプログラムを終了
させたければさせられるわけだが、そのよくわからん new_handler を使う方法は
何がうれしいのかさっぱり。
385:デフォルトの名無しさん
12/05/27 14:26:48.55
>>328-383
Effective C++ 改訂2版 p.49に>363に類似だがより良い方法の記述がある
>たとえばプログラム起動時に予備として大きなメモリブロックを割り当てておき、
>new-handlerが初めて呼び出されたときにそのブロックを開放するという方法がある。
記憶管理の話は荒れますねwwwwww
386:デフォルトの名無しさん
12/05/27 14:31:55.15
>>385
荒れてる原因は話題じゃなくて、無理を通そうとする若干一名に見える。
387:デフォルトの名無しさん
12/05/27 14:34:23.79
>>384
>385の引用の続きだが
>予備のメモリを解放するときには、ユーザーにメモリが少ないことを警告
>し、もっとメモリを追加しないと今後の要求が失敗する恐れがあることを
>知らせるメッセージを出す事が多い。
↑これはメッセージを出すケースだが、予備が十分なら、
メッセージを出すのがある程度高価な処理であるケース
(例えばダイアログボックススに長いメッセージを出す必要があり、文字列をnewしたい場合等)に対応できる。
また、ヒープメモリが予備含めて完全に0になった状態で
「(例外をcatch等して)プログラムを(正常に)終了させたければさせられる」
という>384の自信はどこから来るんだ;
388:デフォルトの名無しさん
12/05/27 14:36:00.96
>>386
違うな。Effective C++の著者と漏れとで少なくとも2名だ
389:デフォルトの名無しさん
12/05/27 15:00:39.65
>>388
お前か。
みんなが >>361 の「new_handlerの中身がリーク発生に全く無関係とは言えない」について
ツッコミを入れているのがわからないの?
390:デフォルトの名無しさん
12/05/27 15:19:59.91
>>389
じゃあ藻前ら流の「全く無関係」のwell-definedな定義と「全く無関係」であることの論証よろ
少なくとも>388は、A,Bを命題として、「A→Bかつ¬A→¬BだからAとBは無関係とはいえない」、
という論法(のちょい派生)なわけだが
391:デフォルトの名無しさん
12/05/27 15:21:59.07
しつれい
× >388
○ >361
392:デフォルトの名無しさん
12/05/27 15:27:48.24
>>390 命題A,Bってそれぞれ何のこと?
393:デフォルトの名無しさん
12/05/27 16:04:43.89
\ / /. : : : : : : : :ヽ-‐.: :_;. --- .._: : : : : : : :\ \ /
_ 争 も _ /, -‐==ミ: : : : _,ィニ-‐……ー-: 、`ヽ、: : : : ヽ、 _ 争 _
_ え っ _ . .:´: : : : : : : ≠:7: : : : : : : : : : : : :ヽ、 ヽ| : i : : :, _ え _
_ : . と _ /.: : : : -‐: :7´: : /:,ハ : : : :ヽ : : : ゝ-- :\ | : :! : : : , _ : _
_ : _ /, -‐/.: : : : :i : : /ィ:爪: : :\ :\ : : :\: : :`ト : !: : : :′ _ : _
〃 /. : : : : : : |.:イ :ハ:| \: .、\: : xィ¬ト、: :| : : ! : : : : :,
/ \ /.: :/.: : : : /l : |/Гト、 / |_,ノ0:::ヽ : : :i : : : : :′ / \
/ | | \ | .:/.:/. : : :i: i : | |ノ0:::ト ::::::::::::: |: :∩::::::ト: : : !: : : : : : :, / | | \
∨i: |: : : : |: :ヽ| |::∩::| :::::::::::::::: !.::∪::::::| |: : :i : : : : : : ′ ,ィ /〉
|: |: : i : :', : | |::∪::| :::::::::::::::: !: : : : : :||: : i : : : : : : : :, / レ厶イ
ヽハ: : :、: :ヽ| l : : : |::::: , ::::└―┘ ! : : i : : : : : : : ′ / ⊂ニ、
い、: :\/  ̄ ̄ ', : : i : : : : : : : : , _, -‐' ⊂ニ,´
r 、 _ ヽ: :〈 <  ̄ フ |: : : ! : : : : : : : :′,.-‐T _,. -‐'´ ̄
くヾ; U| | : \ /| : : :i : : : : :_, -‐' | /
r―' ヽ、 | : : : \ イ: : :| : : :i_,. -‐ |/
`つ _  ̄ ̄Τ`ー―-- L: : : : : `: : . . . __ .:〔: : :|: : :r┬' |
394:デフォルトの名無しさん
12/05/27 19:45:53.79
このスレはC++/CLIもやってるの?
395:デフォルトの名無しさん
12/05/27 19:49:06.86
共通の話題なら扱うだろうけどCLI固有の話となるとご遠慮願いたい。
396:デフォルトの名無しさん
12/05/27 20:20:49.72
CLIはこっちか
初心者用しかないのが気にはなるが
くだすれC++/CLI(初心者用)part2
スレリンク(tech板)
397:デフォルトの名無しさん
12/05/27 21:00:36.93
初心者といっても、C++/CLI初心者にはC++と.NETの両方とも中級以上が必須だぜ
向こうはC++/CLIに固有の内容以外(C++や.NETの基礎知識)は基本的にスレチだし
398:デフォルトの名無しさん
12/05/27 21:42:40.23
int main()
{
int *array = new int[0];
delete[] array;
return 0;
}
Visual Studio 2008搭載のコンパイラーでこのコード走らせると
異常終了してた気がするけど、もし異常終了したらバグじゃね?
仕様として正常終了と異常終了どっちが正しいんだ?
399:デフォルトの名無しさん
12/05/27 21:58:07.72
>>398
new が失敗→ bad_alloc → terminate() → abort() という可能性はあるが、
現実に VS が対象としてる Windows 環境でそうなることは考えづらいな。
400:デフォルトの名無しさん
12/05/27 22:00:21.06
>>390
メモリー不足→new_handler作動→リザーブが足りない→newが例外→直前にnewで確保したメモリーがリーク
もしくは、
メモリー不足→new_handler作動→リザーブが足りない→newが例外を出さない→newが0を返す?→異常終了
メモリーリークとnewが例外出す以前は全く関係ない
401:デフォルトの名無しさん
12/05/27 22:01:47.57
>>399
俺Windows持ってないから、実際やったらどうなるか試してもらえるか?
正常終了したら正常終了したと教えてくれ。
402:デフォルトの名無しさん
12/05/27 22:10:53.15
new int[0] は合法。変える値もnull値とは限らない(配列の格納に必要な追加のメモリを要求することは実装上許されているので)。
…規格票はJISのページがアレなので、誰か英語の規格でも貼っておくれ^^
403:デフォルトの名無しさん
12/05/27 22:12:54.12
bad_allocが投げられるようなシチュエーションではもはや何をやっても大抵ダメ
って書いてある本があったな
Exceptional C++だったかな?
404:デフォルトの名無しさん
12/05/27 22:14:48.61
>>402
new int[0]が何を返そうがどうでも良いんだけどね。
どうせ0なんだから代入しないわけだし。
問題はdelete[]がnew int[0]で確保した何かを
削除して落ちるのが合法かというわけで。
405:デフォルトの名無しさん
12/05/27 22:17:32.68
>>404
勿論合法。>>398もエラー無しの正常終了。VCでもエラーでなかったよ。
406:デフォルトの名無しさん
12/05/27 22:20:18.83
>>403
大抵はダメでも対処するケースはそれなりにある
可能な限りキャッシュを開放してロックを解除とかね
プロセス外部にあるロックは鼓動が止まってから
しばらく立たないと解除されないから、開放できるものがあるなら
最後の余力を使って可能な限り解放したほうがいい
407:デフォルトの名無しさん
12/05/27 22:21:29.08
>>405
de;ete[] new int[0];で異常終了が合法なの?
りょうかーい。
408:デフォルトの名無しさん
12/05/27 22:25:00.40
大抵は盛大にリークしまくりモードで焼け牛に水状態なんだけどな。
実装によっては開放した途端OSにボッシュートされてヨソにもってかれたりとかも。
409:デフォルトの名無しさん
12/05/27 22:29:37.55
Windows Me以前か、Windows以外のOSか?
基本的に
ヒープが空 = アドレス空間に空きがない
であって
ヒープが空 = システムの記憶領域が足りない
じゃないからな。後者だとプログラム以前にOSが止まる。
410:デフォルトの名無しさん
12/05/27 22:30:27.97
>>407
ちゃうねん。異常終了しないのが合法。
411:デフォルトの名無しさん
12/05/27 22:31:42.59
焼け牛…そういえば、牛に衝突すると「モー」となくドライビングゲームがあってだな…
412:デフォルトの名無しさん
12/05/27 22:58:10.60
若干スレチですが、
cmathのrand()って周期いくつか分かりますか?
413:デフォルトの名無しさん
12/05/27 23:00:29.78
若干スレチですが、
cmathのrand()って周期いくつか分かりますか?
414:デフォルトの名無しさん
12/05/27 23:03:46.58
2分弱かな・・・。
415:デフォルトの名無しさん
12/05/27 23:15:26.42
>>413
そんなもの存在しない
416:デフォルトの名無しさん
12/05/27 23:26:07.12
C++11ならMT19937が装備されたじゃん
417:デフォルトの名無しさん
12/05/28 00:05:41.96
>>413
cmathの中にrandはない。他の場所にあるrandの周期は実装によって異なる。
418:デフォルトの名無しさん
12/05/28 00:15:04.79
randの仕様見たけど、ほとんど仕様ないんだな
419:デフォルトの名無しさん
12/05/28 00:24:54.98
線形合同法だったり、なんかビット操作して128bit周期にしてみたりとか色々実装があるね。
420: ◆QZaw55cn4c
12/05/28 03:46:04.96
最近のはやりは、それでも基本線形合同、ただし表に返すのは上から半分
421:デフォルトの名無しさん
12/05/28 05:52:39.32
それは仕様がない
422:デフォルトの名無しさん
12/05/28 10:47:20.39
土日に盛り上がってたんだな・・・
>>361
RAII(スマポ)使うかtry-catch(-rethrow)するか2択なんだし
両方しないのは単なる例外安全でないバグコードじゃね
Fooがバグってるのに
Foo「俺のせいじゃないです、bad_alloc投げたやつせいです」
それあんまりじゃね
423:デフォルトの名無しさん
12/05/28 12:00:15.12
>>403
どうしようも無いケースも多いだろうけど
オンメモリで小さいテキストを処理する機能にクソでかいファイル渡すとか
オプションで何かのバッファサイズに無茶な値を設定したとかあるし
対話型なら別にプロセス落とさなくても
入力ハンドラあたりでcatchしてエラー表示して続行でよくね
424:デフォルトの名無しさん
12/05/28 12:34:04.34
まったくだ。数ある「例外処理したくない」言い訳のひとつだろ。
425:デフォルトの名無しさん
12/05/28 14:26:54.15
>>423
画面表示もメモリ食うんじゃないのか?
426:デフォルトの名無しさん
12/05/28 18:21:20.59
>>425
>>423の2,3行目のケースならメモリ大量消費処理から
入力(\nやマウスイベント)ハンドラまでスタックが戻った時点で
メモリは解放されてる(例外安全なコードなら)
戻って尚足りないなら、どうしようも無いケースってことで
427:デフォルトの名無しさん
12/05/29 09:45:22.55
リソースが厳しい組み込み系以外で、
コンパイラオプションで例外を無効にしてる人っている?
428:デフォルトの名無しさん
12/05/29 13:24:28.38
>>427
Google社員がそうじゃね?
429:デフォルトの名無しさん
12/05/29 21:19:59.03
PSP、DS、360、Wii全部例外切ってやってた
430:デフォルトの名無しさん
12/05/29 21:59:51.13
>>429
コンパイラー何使った?
431:デフォルトの名無しさん
12/05/29 22:52:35.80
CODE WARRIOR
432:デフォルトの名無しさん
12/05/30 01:10:25.39
>>429
427 じゃないけど、なんで切ったのか気になるなー。
プログラムサイズ?実行速度?
433:デフォルトの名無しさん
12/05/30 04:20:14.38
>>431
それはコンパイラーじゃなくて統合開発環境じゃん。てのは置いといて、
CodeWarriorについて来るコンパイラーは、そもそもthrow-try-catchが
まともに動かんだろ。
434:デフォルトの名無しさん
12/05/30 07:38:21.36
例外切るとstd::stringやstd::vectorとかも実質使えないから
ベターCとしてのC++になるのかな
435:デフォルトの名無しさん
12/05/30 08:05:44.79
STLも使えなくなるな
いやまて例外を投げるメンバ関数だけ切ればいい話か
436:デフォルトの名無しさん
12/05/30 08:28:18.20
クラスのポインタって実体はあるの?
class sub{
public:
int aaaa;
};
claaa sper{
public:
sub* s;
};
↑特にこういう時
437:デフォルトの名無しさん
12/05/30 08:37:44.75
メンバへのポインタあるだろ
(sub::**s)になるのかな
438:デフォルトの名無しさん
12/05/30 08:38:14.93
あ、ただしこれは単独では使えないからね
インスタンスと組み合わせて使わないと意味をなさない
オフセットのようなものか
439:デフォルトの名無しさん
12/05/30 08:46:53.93
sperをインスタンス化してもsubは不定かNULLポインタだな。
440:デフォルトの名無しさん
12/05/30 08:50:28.22
それはコンストラクタの初期化リストか他のメンバ関数でnewするしかないね
他の配列やPODなんかを指しても別にいいけど
ただクラスはstaticメンバでない限り多数生成する目的なんだからやはりnewだろうね
そしてデストラクタにはdeleteを入れる
スマポを使うと楽だけどな
441:デフォルトの名無しさん
12/05/30 08:52:29.69
オブジェクトを作って配下の変数やクラスにもデータを入れているのに
初期化関数を抜けたらポインタで持たせているデータだけNULLになっていました。
char*とかがそうです。中身を持たせているのにも関らず消えてしまうのはなぜなんでしょうか?
442:デフォルトの名無しさん
12/05/30 09:00:09.20
具体的に書いてみろや
文章だけじゃイメージ沸かない
443:デフォルトの名無しさん
12/05/30 09:17:17.40
>>436
こんな感じかなあ
class sub {
public:
int aaaa;
};
class sper {
public:
sub* s;
};
int main()
{
sub* su = new sub;
sper* sp = new sper;
sp->s = su;
int sub::*aa = &sub::aaaa;
su->*aa = 1;
std::cout << su->*aa << std::endl;
sp->s->aaaa = 2;
std::cout << su->*aa << std::endl;
delete sp;
delete su;
}
444:デフォルトの名無しさん
12/05/30 09:42:39.53
クラスの配列をコンストラクタで初期化することってできますか?
class test{
public:
cObj* objArray[10];
test() : objArray[0](new cObj) {};
};
みたいな感じなんですが・・・・・
445:デフォルトの名無しさん
12/05/30 09:50:21.49
>クラスの配列をコンストラクタで初期化することってできますか?
できる。
446:デフォルトの名無しさん
12/05/30 09:56:04.82
>>445
どうやって?
447:デフォルトの名無しさん
12/05/30 09:58:31.43
やればできる
できないと思った瞬間にゲーム終了だ
448:デフォルトの名無しさん
12/05/30 09:58:34.74
>>445
それできるのか? 知らんかった
449:デフォルトの名無しさん
12/05/30 10:05:05.19
newしたオブジェクトをdeleteする際に下のエラーが出て困っています。 どうしたらいいか教えてください。
HEAP[hoge.exe]: Invalid Address specified to RtlFreeHeap( 00000000, 00000000 )
Windows によって hoge.exe でブレークポイントが発生しました。
ヒープが壊れていることが原因として考えられます。hoge.exe または読み込まれた DLL にバグがあります。
可能であれば、出力ウィンドウに詳細な診断情報が表示されます。
450:デフォルトの名無しさん
12/05/30 10:19:59.96
ソースを示せ
nullをdeleteしてるんだろ
451:デフォルトの名無しさん
12/05/30 10:23:54.40
>>444
デフォルトコンストラクタでいいならvectorにでも突っ込めばいいけどな
452:デフォルトの名無しさん
12/05/30 10:41:58.15
>>449
地道にデバッグするしかない
書いちゃダメなところに書いてる
多くの場合、配列の添字かポインタが意図しない値になってる
453:デフォルトの名無しさん
12/05/30 10:51:41.49
>>450
無理!
超雑だし、吐き気を催すだろうからww
>>452
なるほど・・、取りあえずやってみます。
454:デフォルトの名無しさん
12/05/30 10:57:58.23
答え:雑だから
455:デフォルトの名無しさん
12/05/30 11:04:26.07
>>454
明日から背中に気をつけろよ
456:デフォルトの名無しさん
12/05/30 11:13:47.59
ソースも出せないカスプログラムをデバッグさせられるのは嫌だ
457:デフォルトの名無しさん
12/05/30 11:25:43.53
どっちにしろって所だけどな
カスだろうがカスじゃなかろうが、カス扱いは確実だろう
やりたくなきゃやらなきゃ良い
458:デフォルトの名無しさん
12/05/30 11:32:25.52
心のさけびをぶっぱされても・・・
459:デフォルトの名無しさん
12/05/30 11:40:58.92
動的メモリ確保でいいならアライメントを解決した領域に単純なplacement new、
それが嫌ならaligned_storageから作れるスタック領域にplacement newをforなりwhileなりの
繰り返し構文で回せばできるだろ。
460:デフォルトの名無しさん
12/05/30 11:43:19.03
sizeof使った部分特殊化で重複定義を回避する方法って何か無いですかね?
URLリンク(ideone.com)
URLリンク(ideone.com)
URLリンク(ideone.com)
461:デフォルトの名無しさん
12/05/30 11:43:25.50
自分でnewしたものをdeleteできないなんてプログラマとしてどうなんだ
462:デフォルトの名無しさん
12/05/30 11:46:14.46
おとなしくスマートポインタ使えよ。
463:デフォルトの名無しさん
12/05/30 11:56:39.78
>>460
mpl::mapを使えばできる。
ちょっと待っててね。
464:デフォルトの名無しさん
12/05/30 12:18:14.76
>>460
できたよー(^o^)ノ
URLリンク(ideone.com)
465:デフォルトの名無しさん
12/05/30 12:35:47.70
またnullをdelete出来ないと思ってるアホが居る…
466:デフォルトの名無しさん
12/05/30 12:35:57.38
>>464
ありがとうございます
template<int n>にして目的のものが出来ました
467: ◆QZaw55cn4c
12/05/30 12:41:05.43
free(0)はOKなんですけど、delete はだめなんですか?
468:デフォルトの名無しさん
12/05/30 12:45:23.75
delete nullptr; は何ら間違ってはいない。
前規格だと delete NULL; かな。
469:デフォルトの名無しさん
12/05/30 18:35:27.65
ソースも出さずにデバッグ出来るのはエスパーだけ
元のソースが秘密で出せないのならせめて症状が再現する最小のプログラムだけでも
示してくれないと何も出来ないから
470:デフォルトの名無しさん
12/05/30 18:57:32.46
質問の意図や前提をくみ取れない糞質問
が多い。それで回答者が逆質問をしたり
悪口を言ったりする。それを前もって思
い描く力が絶望的に欠如してるに違いない。
スーパーハッカーだけが意図を理解できる。
レアなそういう神が颯爽と登場する予感。
471:デフォルトの名無しさん
12/05/30 19:47:02.72
>>468
NULLじゃなくて0じゃね?
NULLは、Cとの互換で残ってて
元々非推奨だし
472:デフォルトの名無しさん
12/05/30 20:19:34.26
NULLが非推奨って何の話だ
473:デフォルトの名無しさん
12/05/30 20:24:15.21
0がNULL扱いになった頃の話
474:デフォルトの名無しさん
12/05/30 20:24:50.01
逆じゃね?
475:デフォルトの名無しさん
12/05/30 20:29:53.11
ネットじゃ文章が見当たらんけど
NULLだと、0だということがぼやけるから
という事だったハズ
476:デフォルトの名無しさん
12/05/30 20:36:29.39
#define NULL (void*)~0
0がぼやけるってのを補足するとNULLだと別に
0じゃなくてもいいんだけど、C++じゃdynamic_castとか
deleteとか無効アドレスとして0を前提とした
言語機能があるもんで、NULLだと値が不定でマズイ
477:デフォルトの名無しさん
12/05/30 20:39:30.91
4.10 Pointer conversions [conv.ptr]
1 A null pointer constant is an integral constant expression (5.19) rvalue of integer type that evaluates to
zero. A null pointer constant can be converted to a pointer type; the result is the null pointer value of that
type and is distinguishable from every other value of pointer to object or pointer to function type. Two null
pointer values of the same type shall compare equal. The conversion of a null pointer constant to a pointer
to cv-qualified type is a single conversion, and not the sequence of a pointer conversion followed by a qualification
conversion (4.4).
JIS-X3014
4.10 ポインタ変換
ゼロと評価される右辺値を持つ整数型の汎整数定数式(5.19)を、空ポインタ定数と呼ぶ。空ポインタ定数
は、ポインタに変換する事ができる。その結果は、その型の空ポインタ値となる。空ポインタ値は、オブジェクト先
ポインタ型 又は 関数型ポインタ型のどんな値とも区別できる値とする。同じ型の二つの空ポインタ値は、
比較で等しくなるものでなければならない。空ポインタ定数から、cv修飾付きの型へのポインタの変換は、
単一の変換となり、ポインタ変換の後で修飾変換(4.4)を行うことはできない。
C++ではCと違い、void*を任意のポインタに代入する場合には明示的なキャストをしなくてはならなく
なったためにvoid*を使うメリットがなくなったという話
しかし単なる 0 をヌルポインタなのかdouble型の0.0なのかコンパイラが判別出来ないためにまだ問題が
残ったので、C++11ではnullptrを新設した
478:デフォルトの名無しさん
12/05/30 20:42:10.74
>>477
C++98とかそんな最近の話じゃないぞ
479:デフォルトの名無しさん
12/05/30 20:44:03.62
>>478
ISO/IEC 14882:2003だぞ
480:デフォルトの名無しさん
12/05/30 20:48:17.83
>>479
98年以前から言われてた話だってこと
そっからすると2003は最近でしょ
あと、仕様が出来た理由と非推奨の話は別だからね
仕様書に書いてる話じゃなく禿のコラムとかそっちに
書いてあった内容だから
481:デフォルトの名無しさん
12/05/30 21:01:09.85
URLリンク(www.libjingu.jp)
標準化前というとiostream.hとかの時代かなあ
482:デフォルトの名無しさん
12/05/30 21:15:42.11
>>434
例外切ってるけどstd::stringやstd::vectorはフルに使うよ。何かまずいの?
483:デフォルトの名無しさん
12/05/30 21:43:54.88
>>480
D&Eの日本語版のP291から書いてあるな
484:デフォルトの名無しさん
12/05/30 23:01:04.82
>>482
中でメモリ確保失敗したらどうすんの?
485:デフォルトの名無しさん
12/05/30 23:12:10.31
>>484
メモリ確保失敗しないように作る。ゲーム開発では普通のこと
486:デフォルトの名無しさん
12/05/31 00:04:33.51
>>485
そりゃ製品はそうなるだろうけど、開発中には失敗しちゃうこともあるでしょ。
呼び出し元でチェックとかできないわけだけど、どうすんの?
わけわかんない動作が起こってから調べに行くの?
487:デフォルトの名無しさん
12/05/31 00:13:37.94
>>486
なぜ呼び出し元でチェックできないのかよくわからんけど
488:デフォルトの名無しさん
12/05/31 00:17:11.33
NULLチェックすりゃいいじゃんね
489:デフォルトの名無しさん
12/05/31 00:25:19.96
new (nothrow) 使うんだろ
490:デフォルトの名無しさん
12/05/31 00:27:53.20
>>487
vectorの中のメモリ確保失敗は標準C++ではbad_allocなんかの例外で通知されるんだけど、
例外無効にしてる状態で呼び出し元でチェックしようとしたら何かしら標準以外の方法を使うことに
なるんじゃないの?
>>488-489 vectorやstringではそうはいかないでしょ。
491:デフォルトの名無しさん
12/05/31 00:29:39.31
>>490
例外未対応の処理系ならabortへ直行
492:デフォルトの名無しさん
12/05/31 00:35:15.99
GoogleならSTLに頼らない独自の配列クラスとか作ってるらしい
493:デフォルトの名無しさん
12/05/31 00:44:25.22
>>491
やっぱそうか。ありがとう。
494:デフォルトの名無しさん
12/05/31 00:45:33.18
まあヌルポにアクセスしちゃうからね
495:デフォルトの名無しさん
12/05/31 00:46:14.25
>>476
んなこたーない。
496:デフォルトの名無しさん
12/05/31 07:20:19.34
ヌルポは必ず 0 だよ
ビット表現が ~0 だろうが
ソース上は必ず 0 で表現する
だから >>476 はあり得ない
というか (void*) 付きの NULL は C++ じゃなくて C だし
>>476 は無茶苦茶やで
497:デフォルトの名無しさん
12/05/31 07:29:48.78
~ヌルポ
498:デフォルトの名無しさん
12/05/31 10:50:31.28
ソースコード上のポインタリテラルの0はNULLとして扱われるが
内部表現が0(0番地)とは限らない
//OK
int* p = 0;
delete p;
//NG ただし殆どの環境で問題は起こらない
int n = 0;
int* p = reinterpret_cast<int*>(n);
delete p;
499:デフォルトの名無しさん
12/05/31 11:32:04.45
そんなもん知ってる
500:デフォルトの名無しさん
12/05/31 12:16:01.43
C FAQ 読め。んで、そこに書いてあることは繰り返し書かなくていい。
URLリンク(www.kouno.jp)
501:デフォルトの名無しさん
12/05/31 12:30:10.64
それCや
502:デフォルトの名無しさん
12/05/31 12:57:36.36
規格票読んでもこの点に付いては同じ
503:デフォルトの名無しさん
12/05/31 13:01:32.98
規格にこだわる人に限ってたいしたプログラムを書けない
504:デフォルトの名無しさん
12/05/31 13:02:29.84
○○○さんのことかー
505:デフォルトの名無しさん
12/05/31 13:08:12.51
deleteするのとNULLを代入するのとどう違うんだよ
506:デフォルトの名無しさん
12/05/31 13:19:43.41
>>503
馬鹿かお前は
規格票は無駄な議論を終わらせるためにある
507:デフォルトの名無しさん
12/05/31 13:20:03.68
どこが同じなんだよ
508:デフォルトの名無しさん
12/05/31 14:39:11.68
deleteしてからNULLにしなきゃいけないのはなぜ?
最初からNULLじゃ駄目なの
509:デフォルトの名無しさん
12/05/31 14:51:05.54
>>508
int *a = new int(0);
delete a;
a = nullptr;
の事?それなら、
int *a = new int(0);
delete a;
a = nullptr;
... // いろいろな処理
delete a; // 重複delete
っていうのを仮にしたとしてもプログラムを落とさせないためだと思う。
でもそれやるくらいならunique_ptr使った方がいいし、これが必要な場面というと
「もしかしたらコードの中途半端な所でメモリ削減のためにdeleteする場合があるけど最終的な終了場面でもdeleteしたい」
っていうそうとうトリッキーで可読性の低い時だから推奨は推奨はしない。
510:デフォルトの名無しさん
12/05/31 14:51:43.63
誤字まくりだけど気にしないで。
511:デフォルトの名無しさん
12/05/31 15:16:43.24
>>505 >>508
GCの話・・・なわけないよな
512:デフォルトの名無しさん
12/06/01 00:39:38.16
>>400
>メモリー不足→new_handler作動→リザーブが足りない→newが例外を出さない→newが0を返す?→異常終了
ないわwwwwww
newが例外をスローせずに0を返すのはset_new_handler(0)とした場合(ハンドラ無し)であって
set_new_handler()に有効なnew_handlerを設定すれば、メモリ確保に成功するか、
new_handlerから例外を投げるかするまでnew_handlerが繰り返し呼ばれるのじゃ
というわけでど素人相手に潰れた漏れの土日を返せよ;
ま、漏れの意見を潰したければ、>369の無駄な複雑さに噛み付くべきであった
513:デフォルトの名無しさん
12/06/01 00:47:51.29
>>422
Fooがバグっていたとして、叫ぶことになるのがFooの作者とは限らん
ていうか、std::vector<T>にしても、コンストラクタからTのコンストラクタが呼ばれるわけだが、
その中で例外が発生した場合ときリークしないことが仕様で謳われてるっけ?
いちおうVS2008ではリークしないみたいだけど、ようわからんので>376への回答は避けといた
514:デフォルトの名無しさん
12/06/01 01:07:08.93
>>512
> newが例外をスローせずに0を返すのはset_new_handler(0)とした場合(ハンドラ無し)であって
そんな動作しません。
set_new_handler(0) はデフォルトのハンドラを指定していることになるので、普通に bad_alloc が飛ぶ。
515:デフォルトの名無しさん
12/06/01 02:06:07.06
>>513
> Tのコンストラクタが呼ばれるわけだが、
> その中で例外が発生した場合ときリークしないことが仕様で謳われてるっけ?
new TでTのコンストラクタが例外を投げたらTのために確保されたメモリは解放される。
new T[x]でどこかの要素の構築中にTのコンストラクタが例外を投げたら構築済みの要素のデストラクタが呼ばれ確保されたメモリは解放される。
ただしTの内部でコンストラクタの中断でリークがおきるならそれはリークする。
516:デフォルトの名無しさん
12/06/01 02:12:02.44
>>513
>リークしないことが仕様で
リークしたらバグ
リークしないためのRAII
URLリンク(ideone.com)
517:デフォルトの名無しさん
12/06/01 06:27:50.13
>>512
お前が例外出さない方法があるって言ったから提示してくれた案だろ
痴呆かよ
518:513
12/06/01 06:36:18.11
しつれい ×: >376 ○: >378
>>514
ありゃ確かにそうかも、、、
// (main()の冒頭で)
std::new_handler prevHandler = std::set_new_handler(foo);
std::cout << "p=0x" << prevHandler << std::endl; // p=0x00000000
519:デフォルトの名無しさん
12/06/01 06:39:59.13
>>517
>お前が例外出さない方法があるって言ったから提示してくれた案だろ
┐(´ー`)┌
気持ちは有難いが、規格準拠じゃない挙動を案と言われても困るな、、
520:デフォルトの名無しさん
12/06/01 06:51:04.78
ということで結局メモリー枯渇したらnewで例外は避けられん訳だ
521:デフォルトの名無しさん
12/06/01 07:25:18.44
nothrowしろよ
522:デフォルトの名無しさん
12/06/01 08:15:17.43
例外安全にするかabortだろ
NULL返す意味ねーよ
523:デフォルトの名無しさん
12/06/01 10:10:18.87
C++で背景画像とロゴ画像が二つ作ってあるときに
ロゴ画像のロゴ以外の部分(何も無い余白部分)を透明にして
ロゴ画像の何も無い部分には背景画像が映るようにするにはどうしたらいいんですか?
524:デフォルトの名無しさん
12/06/01 10:13:12.39
>>523
画像を二枚読んで合成する。
具体的には、
ロゴ画像のとある位置の色が透過色だったら背景色を出力バッファに書き込む。
透過色じゃなかったらロゴの色を出力バッファに書き込む。
それだけ。
525:デフォルトの名無しさん
12/06/01 10:30:01.46
だからそのやり方を(ry
526:デフォルトの名無しさん
12/06/01 10:36:08.00
分かってない人に分かり難く言っても絶対分からない
527:デフォルトの名無しさん
12/06/01 10:38:55.07
む~。これ以外にどう説明しようか。
>>524
画像を読むときはファイルオープンして画像フォーマットにそって画素データを読み込む。
画像ファイルフォーマットは数多にあるので対象になるものをググれ。
後は画素を比較して出力バッファに書き込むだけなんだが・・・。
コードがほしいなら宿題スレでお願いしてみるのがいいかもしれん。
あんまりいい方法じゃないけどな。
528:デフォルトの名無しさん
12/06/01 10:41:38.98
>>523の内容だけじゃ
>>524ぐらいしか言えないだろw
APIも画像フォーマットも謎なんだし
529:デフォルトの名無しさん
12/06/01 10:43:34.01
できるだけプラットフォーム非依存にするならDeVILで読み込んでOpenGLのテクスチャにして
合成はOpenGL側でやるとかか
530:デフォルトの名無しさん
12/06/01 11:19:10.19
>>528
用件が解決する方法であればなんでもいいだろ
客先で「画像形式は?」「API使います?」なんて聞くエンジニアは見たこと無い
指定が無いなら勝手に決めればいいこと
531:デフォルトの名無しさん
12/06/01 11:22:53.98
>>526
このスレではよくあること
理解してても他の人の説明聞くと「えっ?」ってなる
532:デフォルトの名無しさん
12/06/01 11:23:40.51
何で客に聞く話になるんだよwアホ杉だろw
533:デフォルトの名無しさん
12/06/01 11:31:27.28
質問もせずに独断で決めるエンジニアとか嫌だ
同じチームなら困る
534:デフォルトの名無しさん
12/06/01 11:59:26.97
画像形式ぐらいさすがに聞くだろ…
535:デフォルトの名無しさん
12/06/01 12:51:38.25
暇でしょうがないから突貫で作ったよ。3時間ではこれが限界。
URLリンク(www1.axfc.net)
もっと手を抜くつもりだったけど思ったよりかかってしまった。
画像形式はPGMテキストだ!まさに外道。
我を崇めよ~~~。はっは~~。
536:デフォルトの名無しさん
12/06/01 13:21:30.92
カスだった
537:デフォルトの名無しさん
12/06/01 13:36:25.45
>>536
よく言った。その功績を讃えてすごいサンプルを作る義務をあげるよ。
たのんだよ~。
538:デフォルトの名無しさん
12/06/01 13:38:30.63
ヘッダーに定義を書くなよ
539:デフォルトの名無しさん
12/06/01 13:46:27.56
>>538
テンプレート書いてた時の癖でベタ書きしてしまう。
手抜きの意味もあるんだが、正直スマンカッタ。
540:デフォルトの名無しさん
12/06/01 15:29:52.12
なにもしないやつほど文句を言う典型例
541:デフォルトの名無しさん
12/06/01 16:48:21.33
突貫としても低レベル過ぎ
542:デフォルトの名無しさん
12/06/01 19:23:02.02
>>538
今は、ヘッダー別のプリコンパイルドヘッダーも
あって速度も速いんだからいいじゃねぇか
543:デフォルトの名無しさん
12/06/02 00:03:30.05
>>542 そういう問題じゃないだろ。
544:デフォルトの名無しさん
12/06/02 02:49:02.35
>>541
腕がないのはしょうがない。仕様だ。
処理が低級っていうだったら、概念を説明出来ればいいかなと割り切ったんだよ。
ま、高尚なライブラリは俺がドキュメント読めなくて使えないんだけどね。
お、俺にもっと能力をくれ・・・。
545:デフォルトの名無しさん
12/06/02 04:07:18.14
胸がないのはしょうがない。仕様だ。
546:デフォルトの名無しさん
12/06/02 04:09:06.20
>>545
きょぬー甘え。
547: ◆QZaw55cn4c
12/06/02 04:34:28.04
>>545
賓乳萌え
548:デフォルトの名無しさん
12/06/02 10:53:04.80
貧乳が好きなのは肉体労働者だそうです
頭脳労働者はグラマーが好きな傾向が高いです
549:デフォルトの名無しさん
12/06/02 12:15:53.19
プログラマーと言いたいようだから先に言っておこう
550:デフォルトの名無しさん
12/06/02 12:21:02.95
数学者はたぶん虚乳が好き。
551:デフォルトの名無しさん
12/06/02 12:21:38.68
このスレおやじばっかw
552:デフォルトの名無しさん
12/06/02 12:24:48.04
わてはピチピチの女子高生でおまんがな
553:デフォルトの名無しさん
12/06/02 13:54:10.94
>>551
オヤジはプログラマなんて出来ないよ
連日徹夜でしかも頭の柔らかさを必要とするIT土方だから、定年が35才と言われている
それまでに管理職に移動出来ないと悲惨な人生が待っている
554:デフォルトの名無しさん
12/06/02 16:03:52.76
>>553
確かに力づくでコーディングしている人は体力がなくなると終わりだが、
センスや技術がある人はいくつになってもプログラマできるよ。
555:デフォルトの名無しさん
12/06/02 16:40:55.85
センスも技術も年で劣化するから・・・
556:デフォルトの名無しさん
12/06/02 16:52:31.83
プログラマ35歳定年説とか
ただのヘボプロブラマだけの話だよ
557:デフォルトの名無しさん
12/06/02 17:09:55.44
経験豊富になってダメな囲い込み技術の(未来のどん詰まり具合を)見抜けるようになると
その日の飯の種を拾う(3年後には)無駄/死亡と判りきってる学習が億劫に成っちゃうからねー
ケツの軽い若い時期しか無理ってのは確かだと思うよ
558:デフォルトの名無しさん
12/06/02 17:12:13.66
マ板でやれ
559:デフォルトの名無しさん
12/06/02 18:14:27.03
>>556
お前プログラマじゃないだろ・・・
560:デフォルトの名無しさん
12/06/02 19:05:05.40
>>559
プログラマだよ
まだ35じゃないけど
561:デフォルトの名無しさん
12/06/02 19:13:26.54
>>555
センスも技術も年で劣化するからダメというのなら、
どんな職業も35歳で定年だな。
562:デフォルトの名無しさん
12/06/02 19:14:14.71
クラスを配列に動的に確保したいんですが
hoge *h;
h = new hoge(int ho)[size];
とかだとコンストラクタの引数を変えれないので
*(h+1) = new hoge(int ho);
*(h+2) = new hoge(int ge);
みたいにできないでしょうか
563:デフォルトの名無しさん
12/06/02 19:21:04.50
別にコンストラクタを使わなあかんゆう決まりはないんやで
564:デフォルトの名無しさん
12/06/02 19:27:14.73
コンストラクタでなくても
parent *h;
h[0] = new child1();
h[1] = new child2();
みたいな使い方がしたいんです
565:デフォルトの名無しさん
12/06/02 19:29:43.99
いや、h[0].init(ho); やあかんのん?
どうしても new したいのなら boost::ptr_vector<T> でも使っとき
C++11 なら std::vector<std::unique_ptr<T>> でもええけど
566:デフォルトの名無しさん
12/06/02 19:33:32.17
>>562
std::vector<hoge> h;
h.reserve(size);
h.push_back(hoge(ho));
h.push_back(hoge(ge));
...
567:デフォルトの名無しさん
12/06/02 19:36:28.00
>564 URLリンク(ideone.com)
568:デフォルトの名無しさん
12/06/02 19:53:32.36
>>565-567
ありがとうございます、試してみます
569: ◆QZaw55cn4c
12/06/02 20:19:43.25
>>548
へーそうなんだ、なして?
570:デフォルトの名無しさん
12/06/02 21:45:33.58
Java使いで、C++初心者です。
C++でも、
xxx.method(new A());
と書けると思うんですが、
この場合、Aのインスタンスのdeleteは、
どこですべきなのでしょうか?
method内ですると、
A *a = new A();
xxx.method(a);
のときにもdeleteされてしまい、その後使えなくなってしまいます。
C++では、
xxx.method(new A());
という使い方はよくないのでしょうか?
571:デフォルトの名無しさん
12/06/02 21:49:42.82
うん。良くない。unique_ptrとかshared_ptrを使うべき。
572:デフォルトの名無しさん
12/06/02 21:58:36.41
そもそもmethod側がnewすべきじゃね
573:デフォルトの名無しさん
12/06/02 22:19:09.09
っていうかぁー。
Javaはすべてのオブジェクトをnewで生成するけど、
C++はnewでオブジェクトと生成するのは
「スコープを私(プログラマ)が管理しますよ」って宣言するのとほとんど同義なのでー
生成した人が、破壊を管理しないといけないんですよー。
で、xxx.methodの中で破棄するなら、
それは生成と破棄をxxxが管理すべきですしー
xxx.methodを呼び出す側が生成しているなら、破棄も呼び出す側の責任ですしー
もしくは、A自身が己の破棄を自前で行うよう設計する必要があるわけですよー。
…タブンネ。
574:デフォルトの名無しさん
12/06/02 22:20:16.71
Decorator とか Builder とか Strategy とか
575:570
12/06/02 22:44:41.62
shared_ptrを使えば、deleteしなくていいみたいなので、
Java感覚でできるということですね。
>>571さんありがとうございました。
576:デフォルトの名無しさん
12/06/02 23:01:03.29
Java感覚でプログラミングしたら
C++使う意味ないね
577:デフォルトの名無しさん
12/06/02 23:16:06.28
基本はconst参照か右辺値参照でどうにかする事を考えるみたいなのがC++極右
578:デフォルトの名無しさん
12/06/02 23:20:47.09
うっへんち参照はライブラリ(コンテナ)設計者以外はあんまし考えなくていいみたいよ?
ライブラリが正しく設計されていると、その利用者は右辺値参照について考慮しなくて済む。
579:デフォルトの名無しさん
12/06/03 01:18:34.69
>>572
method関数がnewするなんてどこに書いてあった?
580:デフォルトの名無しさん
12/06/03 08:22:12.26
C++は自動ガベージコレクションしてくれたりしないのでJavaみたいにnew/deleteを乱発してると
そのうちメモリが断片化してbad_alloc例外飛ばされるぞ
581:デフォルトの名無しさん
12/06/03 08:23:50.71
GCと断片化に何のつながりが
582:デフォルトの名無しさん
12/06/03 08:25:37.74
コピーガベージコレクションならコンパクションかけられると言いたいんだろ
583:デフォルトの名無しさん
12/06/03 08:44:04.41
g++でgprofの使い方がイマイチ分からん。
何かいいリファレンスかサイトある?
特にclassのメソッドをよく使っているプログラムで解析しやすい方法が知りたい。
584:デフォルトの名無しさん
12/06/03 08:45:23.25
あとついでにインライン展開を止める方法も。
585:デフォルトの名無しさん
12/06/03 09:42:01.37
>>584
___attribute( 何か )___ で止められたはず
何かは、何だったか忘れた volatileだったかnoinlineだったかそんな感じだったはず
586:デフォルトの名無しさん
12/06/03 12:51:55.87
GLSLシェーダやOpenCLカーネルのような実行時にコンパイルされるソースコードを
main.cpp等のファイル内に簡単に埋め込む方法はないでしょうか。
現在はchar型配列に
char data="int main(){..."
上のように書き込んでいますが見にくいので・・・(改行ごとにバックスラッシュを入れています)
boostや標準機能の中でもっと綺麗に書く方法があればご教示お願いします。
587:デフォルトの名無しさん
12/06/03 12:56:38.80
ある
588:デフォルトの名無しさん
12/06/03 12:59:33.93
>>586
std::stringを返す専用の引数なし関数にキックするとか。
589:デフォルトの名無しさん
12/06/03 13:00:14.86
>>586
エスケープ済みの別ファイルsource.cppとか
作ってmainで#include"source.cpp"じゃだめなんけ
source.cppは、cl.cppみたいな別ファイルにソース書いといて
置換コマンドで、\,"を\\, \"に置き換えるだけ
590:デフォルトの名無しさん
12/06/03 13:31:19.36
>>587,588,589
レスありがとうございます。
>>588
string型を返す専用関数で少しうまい方法を考えて見ます。
>>589
ヘッダのように別ファイルに書き込んで置換、というのは一度やってみたのですが
次の2点から少し敬遠していました。
・IDE上に並ぶファイルが増える。
・友人にコードを渡すときにヘッダが増殖する(lib化しろ、というのは最もなのですがWinとMac・・・)
588さんの書き込みを見ていろいろ探していたところ、
string tmp=STRINGIFY(int main(){...);
のような書き方をしているコードを見かけたので中を調べてみます。
皆様すぐにレスしていただきありがとうございました。
591:デフォルトの名無しさん
12/06/03 14:13:54.22
構文エラー : ';' が '*' の前にありません。
と出てしまいます。エラー場所はこれだと思うのですが、文法が間違っているのかよくわかりません。
class Cabc{
Cbdf* bdfaddr;
public:
Cabc(Cbdf*);
};
Cabc::Cabc(Cbdf* tmp):bdfaddr(tmp){}
class Cbdf{
Cabc* abc;
private:
Cbdf(){abc = new Cabc(this)}
};
592:デフォルトの名無しさん
12/06/03 14:22:16.98
Cabc(Cbdf*);
これは
Cabc(int*)
って書いてるようなものだ
Cabc(Cbdf* hoge);
とすれば消える
593:デフォルトの名無しさん
12/06/03 14:36:17.77
Cabc(きゃびっく?)ってなんよ?
594:デフォルトの名無しさん
12/06/03 14:44:26.79
>>591
きゃびっく型が事前に宣言してないきゃぶどふ型使ってるからだろ
きゃびっくの前に、class Cbdf;と書いとくか、Cbdf *bdfaddr;を
class Cbdf *bdfaddrと書けば行けるはずだ。
ただ、よっぽどの事情が無い限りクラス同士を循環参照すべきじゃない。
オブジェクト同士の循環参照は構わないが、その場合、抽象クラスなどを
用いてクラス定義では単一参照にする。
595:デフォルトの名無しさん
12/06/03 14:45:17.51
>>593
Class ABC じゃね?
596:デフォルトの名無しさん
12/06/03 14:49:01.51
プリフィクスはヤメロと・・・
597:デフォルトの名無しさん
12/06/03 15:01:37.39
>>592
なるほど・・・
宣言時は省略できるもんだと思ってました
598:デフォルトの名無しさん
12/06/03 15:02:43.71
>>596
便利じゃないですかー
599:デフォルトの名無しさん
12/06/03 15:11:23.54
何に使うんだよ・・・
(今やプリフィクス禁止が基本なのに)
600:デフォルトの名無しさん
12/06/03 15:22:11.28
今やというか、昔から禿はプリフィクス付けんなと言っているけどな
代わりに名前空間使えや
601:デフォルトの名無しさん
12/06/03 15:23:27.27
>>597
いや、省略できるよ。そこは問題ない。問題は循環参照。
602:デフォルトの名無しさん
12/06/03 15:25:32.98
これからはフィリックスの時代
603:デフォルトの名無しさん
12/06/03 15:51:11.79
>>602
懐かしいな。黒い猫だろ。
604:デフォルトの名無しさん
12/06/03 15:59:12.44
プラスネジじゃないの?
605:デフォルトの名無しさん
12/06/03 19:44:49.39
>>591そのままのソースならnew Cabc(this)の後ろに;がないのが間違いだが
606:デフォルトの名無しさん
12/06/03 20:03:46.47
>>601
ポインタの場合具体的な変数名を記入すれば回避できるという話では無いんですか?
それにしてもfunc(int*)という宣言は出来たような気がしますけど・・・
607:592
12/06/03 20:05:20.92
592はただの知ったかだから無視すればいい
608:デフォルトの名無しさん
12/06/03 20:08:14.92
えーと、じゃあ>>591のソースコードで出るエラーは>>605ぐらいしかなく、
とりあえず他のエラー要因は無いということですか?
609:デフォルトの名無しさん
12/06/03 20:23:15.28
>>608
だから循環参照が原因だっつってんじゃねぇかハゲっ
610:デフォルトの名無しさん
12/06/03 21:08:37.12
>>608
両方ポインタなら回避できると聞いたんですけど、違うんですか?
611:デフォルトの名無しさん
12/06/03 21:15:31.14
ポインタでもCbdfが何かは書かないとわからない。class Cbdf;みたいに
612:デフォルトの名無しさん
12/06/03 21:41:55.41
> とりあえず他のエラー要因は無いということですか?
既出のように>>591の適切な場所にCbdfの宣言と;を追加すればとりあえずコンパイルは通る
が、意図したように動くか?
613:デフォルトの名無しさん
12/06/03 22:30:35.03
>>612
設計の話になってしまうのですが
マネージャークラスが保持する任意のクラスから、
同じくマネージャークラスが保持する他の任意のクラスにアクセスしたいんです。
ファイルの階層構造みたいな感じで、例えばwindowsの
Program FilesフォルダからWindowsフォルダにアクセスするときローカルディスクC:に戻るみたいな設計です。
C++風に書くと
LocalDiscAddress->GetWindowsAddr()->hoge
でも中々に読みづらい(´・ω・`)
614:デフォルトの名無しさん
12/06/03 23:43:59.83
メモリポインタを使うと動くよ
615:デフォルトの名無しさん
12/06/04 00:21:22.68
親クラス 子クラスがあります
親 hoge = new 子1
親 hoge = new 子2
みたいな感じで1つのオブジェクトで親と子の2クラスを両方扱いたいんです。
これは可能で、キャストすれば子独自のメソッドも使用可能なのはわかるんですが。
今親クラスのオブジェクトの宣言を std::auto_ptr で行なっているため、キャストが上手くいきません。
解決法としては、std::auto_ptr を辞めるしかないんでしょうか?他にいい方法がありましたら、
ご教授お願いします。
616:デフォルトの名無しさん
12/06/04 00:22:55.89
std::auto_ptrはそれ無理です
std::unique_ptr使ってください
617:デフォルトの名無しさん
12/06/04 01:25:07.50
>>615
auto_ptr でも static_cast<子1&>(*p) すりゃ何の問題も無いだろう。
何か他に制約があるようならコード晒せ。
618:デフォルトの名無しさん
12/06/04 01:36:00.60
ダウンキャストするぐらいなら最初から子のauto_ptr使えよ
619:615
12/06/04 01:36:05.78
dynamic_cast ではなく static_cast を使うんですか?
これは思いつきませんでした。ありがとうございます。
620:615
12/06/04 01:42:13.45
初めは子の auto_ptr を使っていたんですが、コーディングが冗漫になったので
ダウンキャストしようかと。
621:デフォルトの名無しさん
12/06/04 01:46:09.88
だったら親と子の型2つのスマポを用意して
同じオブジェクトを参照させるべき
auto_ptrじゃ使えねぇからshared_ptr使うことになるけどね
622:デフォルトの名無しさん
12/06/04 02:24:53.64
>>619
型を自分で保証できるなら static_cast でいい。
623:デフォルトの名無しさん
12/06/04 02:25:16.25
>>621
それはないわ。
624:デフォルトの名無しさん
12/06/04 05:39:45.46
安易なダウンキャストは止めたほうがいい
根底と、派生2つのポインターで管理してる場合は、
派生クラスを差し替えた際、派生のポインターで
コンパイルエラーを引き起こせる。根底のポインターを
1個使い回しダウンキャストする方法だと、
派生を交換しても実行時になるまで、キャストミスに
よるエラーが解らない。関数スコープならそこまで
面倒じゃないが、クラススコープだと問題特定が面倒になる。
625:デフォルトの名無しさん
12/06/04 07:07:32.40
UNIX系で C++ 勉強してて最近 Visual C++ 2010 はじめたばかりなんですけど
Visual C++ で時刻を取得するにはどうしたらいいんでしょうか
time.h インクルードしても
time_t time;
は宣言できるんですが
time(&time);
でエラーになります
レベルの低い質問ですいません…
626:デフォルトの名無しさん
12/06/04 07:15:56.30
エラーの内容を書けと
627:デフォルトの名無しさん
12/06/04 07:18:53.48
すいません><
式には(pointer-to0)関数型が必要です
っていうエラーがでます
628:デフォルトの名無しさん
12/06/04 07:25:16.64
うわあ はずかしい
ごめんなさい 自己解決しました
time_t t;
time(&t);
にしたらとおりました
C++は関数と変数で名前空間かぶっちゃだめなんですね
授業でならうの Java が多いのでので知りませんでした
おさわがせしました><
629:デフォルトの名無しさん
12/06/04 09:28:28.59
一定時間ごとにメッセージボックスを表示するだけのプログラムを作ったんですけど
メッセージボックスが表示されてないときにプログラム終了するには
タスクマネージャーからきるしかないんでしょうか…
好きなときに終了できるようにするにはどうするのがスマートなんでしょうか…
#include <windows.h>
#include <time.h>
#define INTERVAL 60
int APIENTRY WinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
int nCmdShow)
{
time_t prev = (time(NULL) + 300) / 1800;
while(1) {
time_t now = (time(NULL) + 300) / 1800;
if(now != prev) {
MessageBox(NULL, TEXT("時間で~す"), TEXT("時間で~す"), MB_OK | MB_TOPMOST | MB_SETFOREGROUND);
prev = now;
}
Sleep(INTERVAL * 1000);
}
}
630:デフォルトの名無しさん
12/06/04 09:33:59.01
>>629
例えば「好きなとき」をキー入力で伝えることにすれば、てきとうな API でキー入力でも監視すればいいだろう。
心を読んで欲しいということならたぶん無理だ。
631:デフォルトの名無しさん
12/06/04 09:43:08.60
あ~ 説明不足でごめんなさい
できればキーじゃなくて直感的に分かりやすい操作で終了dけいるようにしたいんですけど
たとえば常にベースパネルだけ表示させてそこに終了ボタンつけるとか…
下のタスクバーに表示させて右クリック終了みたいにできるとか…
って簡単にできますか?
なにぶん GUI プログラミング初心者なもので…
632:デフォルトの名無しさん
12/06/04 09:59:34.74
Shell_NotifyIconでgoogle
633:デフォルトの名無しさん
12/06/04 10:05:46.32
あ まさにやりことこれでした!
なんか難しそうですけどがんばってよんでみます!
ほんとにありがとうございました!
634:デフォルトの名無しさん
12/06/04 10:12:32.33
>>629
今度からは環境を明記の上、環境依存OKのスレに書いてね。
635:デフォルトの名無しさん
12/06/05 17:47:30.54
カンマで並列関係にある引数、(a1,a2)や(a,b)の順序が
固定されないのはいいけど
a1,a2,b1,a,b のように並列関係を超えて順序が未規定なのは何でだろう
これのせいで
f(std::unique_ptr<A>(new A()), std::unique_ptr<B>(new B()));
が危険なコードになってしまう
C++11で直せばよかったのに
どうせCと完全互換でないんだから例外に絡むところまで合わせる必要ないのに
636:635
12/06/05 17:49:38.33
1行目消しちゃった
f(a(a1(), a2()), b(b1())));
637:デフォルトの名無しさん
12/06/05 19:13:51.16
>>635
評価順序の話か?
その危険なコードとやらがどう危険なんだ?
638:デフォルトの名無しさん
12/06/05 19:33:33.75
>>637
new A()実行後にunique_ptrに渡される前にnew B()が呼ばれ
Bのコンストラクタが例外を出すとAは解放されない
並列関係を超えない場合はnew A()の結果が必ずunique_ptrに渡されるので、
その後Bが例外を出してもunique_ptrのデストラクタで例外安全は保たれる
↓はshared_ptrでの例、C++11/unique_ptrでも同様
URLリンク(www.boost.org)
>Avoid using unnamed shared_ptr temporaries to save typing; to see why this is dangerous
>void bad()
>{
> f(shared_ptr<int>(new int(2)), g());
>}
関数の引数で無名スマポを作ってはいけないという話
639:デフォルトの名無しさん
12/06/05 20:01:42.25
一応引数内でもラムダ使えば評価順序をブロック化出来るか
流石にやんないけど
f([&](){return std::unique_ptr<A>(new A());}(), [&](){return std::unique_ptr<A>(new A());}());
URLリンク(ideone.com)
640:デフォルトの名無しさん
12/06/05 20:06:10.81
>>636
引数の評価順が固定されない方が最適化が楽な処理系があるからに決まってるじゃん
641:デフォルトの名無しさん
12/06/05 20:16:38.14
>>640
それと引き換えにスマポを一時オブジェクトにすることで可能な最適化が出来なくなってる
あと評価順の固定とまでは言ってない、並列関係を越えないことの保証と言ってる
f(a(), b(d()), c())がb,c,aという順でもいいけど、
dとbの間にa,cが入らないのを保証して欲しいということ
その制限でも出来なくなる最適化はあるだろうけどさ、トレードオフに見合うかは疑問
642:デフォルトの名無しさん
12/06/05 20:37:01.40
>>640
stdcallとcdeclじゃ引数の積み方が逆だし
今更固定にできないよな
643:デフォルトの名無しさん
12/06/05 20:51:49.09
>>641
スマポはtemplateが入ってきてからboostから入れられた概念だろ
それに対し引数の評価順はC時代から規定されていない
スマポがC++98/2003にもう入っていたら規定されてたかもね
他にも&&や||のオーバーロードも短絡評価ではなく全部評価してしまう
という元の演算子とは異なる挙動を見せるなど問題点は一杯あるだろ
More Effective C++に書いてあるけど
644:デフォルトの名無しさん
12/06/05 20:55:17.19
てか便利な仕様だな
コンパイラーベンダーは、引数で時間のかかる処理呼ばれたら
スレッド化する最適化とかすりゃいいのに
645:デフォルトの名無しさん
12/06/05 21:03:14.06
でも並列化で早くなるかどうかは環境次第だしなあ
1コアで並列化しても意味が無いし
646:デフォルトの名無しさん
12/06/05 21:06:49.51
アーキティクチャー指定でいいんじゃね
今でもSSEなんてそうだし
647:デフォルトの名無しさん
12/06/05 21:28:25.32
数値と文字列で比較はできても結合できる必要は無いな
既に似たような仕組みがあるし
648:デフォルトの名無しさん
12/06/05 21:28:43.05
誤爆した・・・
649:デフォルトの名無しさん
12/06/05 21:31:12.76
似てるからね
650:デフォルトの名無しさん
12/06/05 21:32:15.39
どこのを誤爆したかすぐにわかってしまったw
651:デフォルトの名無しさん
12/06/05 22:23:05.31
このスレいつからC++11板に・・・(笑
現実的に考えて日本語版Effective C++11が出るくらいまで
(2年後くらい?)はC++11普及しない気がする。
もっと悲観的な見方をすれば、爆発的な機能増強のせいで、
C++03に対するC言語ユーザの認識程度にしか広まらなかったりして。
「あ~C++11ね、コンパイラは使ってるけどね」
そのへんどう考えてるの>偉い人
652:デフォルトの名無しさん
12/06/06 12:59:59.19
C++11板とか単一言語しか許されない板怖すぎる
653:デフォルトの名無しさん
12/06/06 14:45:53.32
C++11はC++の一方言だ
654:デフォルトの名無しさん
12/06/07 10:09:46.63
>>652
auto_ptrは板違いとか言われそうw
655:デフォルトの名無しさん
12/06/07 20:46:47.32
まだ規格から消えてないから大丈夫
656:デフォルトの名無しさん
12/06/07 21:07:08.62
でもdepricatedなんだろ
657:デフォルトの名無しさん
12/06/07 21:28:46.06
exportに比べればマシな扱いさ
658:デフォルトの名無しさん
12/06/07 21:33:27.84
const auto_ptrなら残してもいいと思う
659:デフォルトの名無しさん
12/06/08 16:01:44.79
const auto_ptrは感動した
660:デフォルトの名無しさん
12/06/08 20:08:17.52
別にunique_ptrでええやん
661:デフォルトの名無しさん
12/06/08 20:37:16.62
だってまだ無かったりtr1だったりする環境が・・・
662:デフォルトの名無しさん
12/06/08 20:40:21.33
boostに03で動くのなかったか
使ったことないからどんなできかは知らんが
663:デフォルトの名無しさん
12/06/08 21:38:15.30
LPCTSTRも仲間に入れてあげて
664:デフォルトの名無しさん
12/06/08 21:41:46.55
>>662
C++11のものと同じような使い勝手だと思うとモニターに右ストレート叩き込みたくなるレベル
665:デフォルトの名無しさん
12/06/08 22:58:15.54
C++11が使えないならboost::scoped_ptrを使えばいいじゃない
666:デフォルトの名無しさん
12/06/09 01:11:55.09
boostで日本提供のライブラリって多いよな
日本優秀だな
667:デフォルトの名無しさん
12/06/09 01:12:53.39
たとえば?
668:デフォルトの名無しさん
12/06/09 01:14:28.80
boost::sinobi
boost::geisha
boost::shogun
669:デフォルトの名無しさん
12/06/09 03:27:19.55
boost::harakiri
670:デフォルトの名無しさん
12/06/09 03:59:45.65
boost::fukushima
このライブラリは日本の優秀さをみごとに示している
671:デフォルトの名無しさん
12/06/09 04:21:40.19
え?これってマジ?なわけないか
672:デフォルトの名無しさん
12/06/09 22:08:27.44
最近アクセスしたデータを高速に取出し、
アクセス頻度の低いデータをちゃっちゃと
削除する(所謂キャッシュ)のに、適した
STLコンテナーの組み合わせってなんだろうか?
大量の配列からデータを検索するんだが、
その検索速度よりは、速くしたい。
673:デフォルトの名無しさん
12/06/09 22:23:21.20
priority_queueとか
674:デフォルトの名無しさん
12/06/09 22:30:55.99
言ってる事はLRUアルゴリズムの事だと思うんだけどこれをSTLでするにはなあ
LRU STL でぐぐってみたら?
675:デフォルトの名無しさん
12/06/09 22:49:25.47
>>672
こんなのは?
URLリンク(timday.bitbucket.org)
676:デフォルトの名無しさん
12/06/10 00:07:32.88
>>675
商用なんで、そんな得体の知れない、何の保障もないものは使えないんですよ
677:デフォルトの名無しさん
12/06/10 00:12:42.90
スプレー木自作コースだな
バグ多発のヨカーン
678:デフォルトの名無しさん
12/06/10 00:14:14.01
>>676
2chで金取るような質問すんなよ
そこまで言うなら自分で考えな
679:デフォルトの名無しさん
12/06/10 00:21:08.76
スプレー木 Boost にあるじゃん
680:デフォルトの名無しさん
12/06/10 00:21:59.97
>>679
商用なんで、そんな得体の知れない、何の保障もないものは使えないんですよ
681:デフォルトの名無しさん
12/06/10 00:22:45.47
>>675
ありがとうございます。もっと詳しく調べてみようと思いますが
キャッシュ管理コスト自体が重そうですね・・・
682:デフォルトの名無しさん
12/06/10 00:24:13.85
dllが複数のアップリケーションから読み込んで使われるとして、そのdllの別々のインスタンスに共通のデータを持たせる方法はありますか?
具体的には、読み込まれたdllのインスタンスが自分が何番目のdllインスタンスなのかを知ることができるかどうかなのですが
HD書き込みよりも直接的な方法で
683:デフォルトの名無しさん
12/06/10 00:26:56.11
共有メモリ
684:デフォルトの名無しさん
12/06/10 00:30:58.11
>>682
templateのinstanceは共有できんぞ
単に変数とか記憶領域の事をいってんならMemory-Mappedか、
data_segをつかう↓。ただし処理系依存だし、addressも制御できんから
特別事情がない限りMemory-Mappedを使うべき
URLリンク(msdn.microsoft.com)(v=vs.80).aspx
685:デフォルトの名無しさん
12/06/10 00:31:33.01
>>683
ありがとうございます、ググっていけばなんとかなりそうな雰囲気がつかめました
これって言語レベルで使えるものなんですかね?
686:デフォルトの名無しさん
12/06/10 00:40:59.55
>>684
更にありがとうございます
チラッとし食べてみた感じ言語レベルで使えそうですね、ありがたい
687:デフォルトの名無しさん
12/06/10 00:44:43.61
class nekoあったとして
下記をやるために用意しなければいけないnekoのメソッドって何ですか?
const char* koe = "wan";
neko pochi = neko(koe);
688:デフォルトの名無しさん
12/06/10 00:46:02.33
メモリポインタ
689:デフォルトの名無しさん
12/06/10 00:46:56.73
C++は関数はあってもObjective-Cの様にメッセージの対になるメソッドは持っていない
690:デフォルトの名無しさん
12/06/10 03:01:36.67
C++11じゃない場合は
is_rvalueで条件文分岐するのは無理なのでしょうか
boostの中にもis_rvalueないみたいですし
例えばこんなことしたい
template<T>
struct glue
{
T & value
glue(T & v):value(v) {}
};
template<>
struct glue<rvalue<float> >
{
float value;
glue(float v):value(v) {}
};
float f=10.2;
glue<float> g1(f);
glue<rvalue<float>> g1(2.3);
691:デフォルトの名無しさん
12/06/10 03:58:06.88
それだけだとこれでいいように見える
template<T>
struct glue
{
T value
glue(T v):value(v) {}
};
float f=10.2;
glue<float&> g1(f);
glue<float> g1(2.3);
692:デフォルトの名無しさん
12/06/10 12:58:03.71
boost.moveにrvalue判定できるマクロあったよね
693:デフォルトの名無しさん
12/06/10 20:37:33.46
C++の標準STLって覚えたほうがいいのか
694:デフォルトの名無しさん
12/06/10 20:38:47.45
STL覚えてないってことはC++の基本すら習得出来てないってことだろ
695:デフォルトの名無しさん
12/06/10 20:45:12.22
>>694
なるほど
696:デフォルトの名無しさん
12/06/10 21:10:27.44
インターフェースクラスのGetメソッドで
サブクラスのフィールドのオブジェクトポインタを
返したいんだけどどうしたらいいですか?
インターフェースクラスは複数のサブクラスに継承されて、それぞれのオブジェクトの定格は違う
697:デフォルトの名無しさん
12/06/10 21:29:30.05
コンパイル通らなくてもいいから
どんなことしたいかソース書いた方がいい
698:デフォルトの名無しさん
12/06/10 21:45:35.96
>>694
C++に詳しそうだから聞こう。std::messageってLinuxだと
gettextと同じカタログファイルでいいんだが、
windowsだと、どこのカタログから文字列取ってくるんだ?
699:デフォルトの名無しさん
12/06/10 21:54:16.40
STLならともかくlocale系なんてまともに使ってる人いるんだろうか
700:デフォルトの名無しさん
12/06/10 21:56:41.90
多言語対応は大抵ICUまかせ
701:デフォルトの名無しさん
12/06/10 21:58:09.30
localeはvactor<bool>ぐらいのうんこ
702:デフォルトの名無しさん
12/06/10 22:12:53.22
>>697
あっ
メソッドのおしりに=0をつければサブクラスでそのメソッドを定義できるんですね
ありがとうございました
703:デフォルトの名無しさん
12/06/10 22:13:18.02
>>697
あっ
メソッドのおしりに=0をつければサブクラスでそのメソッドを定義できるんですね
ありがとうございました
704:デフォルトの名無しさん
12/06/10 22:15:22.58
メッセージカタログの仕様、MSDNで探しても見つからんな…
つかVC++の日本語localeはゴミみたいな仕様なのでもしかしたら未実装なのか?^^
705:デフォルトの名無しさん
12/06/10 22:21:21.59
URLリンク(cpplover.blogspot.jp)
URLリンク(cpplover.blogspot.jp)
706:デフォルトの名無しさん
12/06/10 22:28:38.43
std::message ←
707:デフォルトの名無しさん
12/06/10 22:47:28.40
>>704
URLリンク(stdcxx.apache.org)
URLリンク(en.cppreference.com)
に書いてある
rwstdmessages.catや/usr/share/locale/de/LC_MESSAGES/sed.moを探してみたら?
708:デフォルトの名無しさん
12/06/10 23:04:06.31
インタフェース
インターフェース
インタフェイス
インターフェイス
どれ派?
709:デフォルトの名無しさん
12/06/10 23:08:32.63
>>697
じゃなかった、返り値の型が定まらないです。
class Interface{
public:
virtual Object GetObject() = 0;
};
class hoge:Interface{
Object obj;
public:
hoge(Object obj):this.obj(obj){}
};
710:デフォルトの名無しさん
12/06/10 23:15:37.27
>>708
約 1,510,000 件
約 3,400,000 件
約 363,000 件
約 2,550,000 件
711:デフォルトの名無しさん
12/06/10 23:19:41.67
>>710
yahooにしろよ
712:デフォルトの名無しさん
12/06/10 23:22:30.47
ヤホーで調べました
713:デフォルトの名無しさん
12/06/10 23:29:12.97
>>709
よく分からんけどこういうこと?
URLリンク(ideone.com)
それとも
class hoge:Interface{
HogeObject obj;
とかになるってこと?
714:デフォルトの名無しさん
12/06/10 23:32:46.96
>>713
それっぽいけど、Objectポインタってなんでもいいの?
まぁ4バイト固定だからできるんですか。
実際に仮想関数作る時に適当なポインタいれるのは一般的に使われる手法なんですか?
715:デフォルトの名無しさん
12/06/10 23:43:56.65
>>714
= 0のこと?
4バイト固定でも適当なポインタでもなく
純粋仮想関数を定義するただの構文で、0に数値としての意味は無いよ
716:デフォルトの名無しさん
12/06/10 23:58:54.33
>>701
まともに動かない事もあるしな
717:デフォルトの名無しさん
12/06/11 00:01:09.69
メモリポインタでいいよ
718:デフォルトの名無しさん
12/06/11 00:01:58.47
>>715
いや、リンク先の1行目でObjectを定義してて
それをポインタとして利用してるから、それはよく使われるのかなーと・・・
例えるなら、数値データリストクラスと文字データリストクラスがあって、
それぞれ数値データクラスのリストと文字データクラスのリストを持っている。
データクラスのポインタを各リストクラスで共通のメソッドでGetしたいので同じインターフェースクラスを作って継承することにする。
・・・すると、インターフェースクラスの宣言?のGetメソッドの返り値は、
数値データクラスのポインタも文字データクラスのポインタでも適さないのでは?
という感じです。
Object構造体はあくまでポインタを使うための使い捨てするのは一般的な手法なのかなと・・・
わかりにくてすいません。
719:デフォルトの名無しさん
12/06/11 00:24:10.23
>>718
>それをポインタとして利用してるから
structはstructでしかなくポインタではないよ
Object ←実体
Object* ←Objectのポインタ
&objの& ←アドレス演算子
hogeのメンバobjは実体、hogeコンストラクタのaobjも実体(値渡し)
GetObject()の戻り値はObjectのポインタ
というところまで分かる?
>>709のObjectはどう扱いたいの?
720:デフォルトの名無しさん
12/06/11 08:39:54.15
>>719
例えが悪かったです
class Interface{
public:
virtual ??? GetObject() = 0;
};
class hoge:Interface{
ObjectA obj;
public:
hoge(ObjectA obj):this.obj(obj){}
};
class hage:Interface{
ObjectB obj;
public:
hage(ObjectB obj):this.obj(obj){}
};
このような時、InterfaceのGetObjectメソッドの返り値をどのように宣言したらいいのか
ということです。
>>713でいうなら、hogeクラスの他にhuga,hogaクラスがあったとして
それぞれの扱うobjの型は違います。
721:デフォルトの名無しさん
12/06/11 09:42:53.65
同じように扱えるからinterfaceなのであって、
ObjectAとObjectBが同じinterfaceを持つならそれを返せばいい。
class Object{
public:
virtual int GetID() = 0;
};
class ObjectA : Object {
public:
int GetID(){...}
};
class ObjectA : Object {
public:
int GetID(){...}
};
class Interface{
public:
virtual Object* GetObject() = 0;
};
ObjectAとObjectBが同じinterfaceを持たないなら、
そもそもInterface::GetObject()を使って何をしたいか意味不明。
722:デフォルトの名無しさん
12/06/11 13:03:15.13
ああ、インターフェイスを2個使えばいいという感じですか
723:デフォルトの名無しさん
12/06/11 20:59:01.80
Javaとかの出身なのかなあ
724:デフォルトの名無しさん
12/06/11 23:54:12.27
union foo { int f; };
struct bar {
foo a;
union { int b; };
};
bar zot;
int bar::*p = &bar::b;
int x = zot->*p; // is zot.b
int bar::*q = XXX;
int y = zot->*q; // is zot.a.f
これを満たすようにするにはXXXの所どう書けばいいんでしょうか?
725:デフォルトの名無しさん
12/06/12 00:12:16.32
できないと思う
726:デフォルトの名無しさん
12/06/12 00:15:18.44
C++ってGUIライブラリが貧弱だよね
winのデスクトップアプリを作成するとき皆さんはなにをつかってるの?
727:デフォルトの名無しさん
12/06/12 00:24:56.62
C++
728:デフォルトの名無しさん
12/06/12 00:28:10.44
>>724 やっと動いた 思ったより厄介だぞこれ
union foo {
int f;
void operator=(int x) {
f = x;
}
};
struct bar {
foo a;
union { int b; };
friend std::ostream& operator<<(std::ostream& os, foo& f);
};
std::ostream& operator<<(std::ostream& os, foo& f)
{
std::cout << f.f;
return os;
}
int main()
{
bar zot;
zot.b = 123;
zot.a = 456;
int bar::*p = &bar::b;
int x = zot.*p; // is zot.b
foo bar::*q = &bar::a;
foo y = zot.*q; // is zot.a.f
std::cout << x << std::endl;
std::cout << y << std::endl;
}
729:デフォルトの名無しさん
12/06/12 01:35:48.51
なにがしたかったの?やりたいことによってはBoost.Variant使ったほうが楽かも知れんよ
730:デフォルトの名無しさん
12/06/12 08:43:54.54
>728 qがint bar::*じゃないじゃん。
731:デフォルトの名無しさん
12/06/12 09:09:03.00
>>730
unionが名前空間じゃないしクラス名でもないから通らないんだって
やってみろ
732:デフォルトの名無しさん
12/06/12 10:35:05.45
>>725の言うように出来ないだろ。
int bar::*単体でネスト内にアクセスしたいんだろうし。
呼び出し側を変えていいならコピーしなくてもzot.*q1.*q2で十分。
URLリンク(ideone.com)
pとqが同じ型であればいいだけなら関数ポインタで似たものにはなる。
URLリンク(ideone.com)
733:デフォルトの名無しさん
12/06/12 10:39:53.63
関数ポインタちょっと訂正(int→int&)
URLリンク(ideone.com)
734:デフォルトの名無しさん
12/06/12 11:01:35.15
reinterpret_cast使うしかないな
735:デフォルトの名無しさん
12/06/12 11:20:23.42
移植性無視するのか
736:デフォルトの名無しさん
12/06/12 12:16:05.92
>>728
Boost.Variantを使ってやってみた
URLリンク(ideone.com)
737:デフォルトの名無しさん
12/06/12 20:15:35.48
offsetofとreinterpret_cast使うしか無いな
738:デフォルトの名無しさん
12/06/12 21:08:41.94
それにしてもunionに名前が付いただけでなんだってこんな面倒な事になるんだろうな
739:デフォルトの名無しさん
12/06/12 23:30:49.04
unionなんか使うから
もともとC++ではunionは型安全でない点で推奨できるものではなかったし
最近では(型を意識しない)ジェネリックなプログラミングにも対応できないしで
Cから引き継いでしまった負の遺産といっていいだろ
740:デフォルトの名無しさん
12/06/12 23:38:09.53
>>739
無名構造体が書けるC++11で>>724のunionを両方ともstructに置き換えても同じことが起きるぜ。
741:デフォルトの名無しさん
12/06/13 00:13:25.65
それは 無名構造体なんか使うから になるだけでは・・・
というかもともとの話の本質はunionも無名なんちゃらも関係なく
直接のメンバとメンバのメンバを同列に扱いたいけどどうしようという話だよな
742:デフォルトの名無しさん
12/06/13 00:18:58.86
そういう事ならハンドリング時ラッピングテンプレートクラス+関数を作ればいいんじゃね
743:デフォルトの名無しさん
12/06/13 01:46:00.21
>>728
>>732と同じ方向性だが最初からC++っぽい設計にしとけば悩むほうが難しいくらいだったろうに
union foo { int f; };
struct bar {
foo a;
struct { int b; };
int get_f() { return a.f; }
int get_b() { return b; }
};
int main()
{
bar zot;
zot.b = 123;
zot.a.f = 456;
int (bar::*p)() = &bar::get_b;
int x = (zot.*p)(); // is zot.b
int (bar::*q)() = &bar::get_f;
int y = (zot.*q)(); // is zot.a.f
std::cout << x << std::endl;
std::cout << y << std::endl;
return 0;
}
744:デフォルトの名無しさん
12/06/13 14:40:09.67
std::list<double &> に相当するものってないの?
boost:intrusive
がそれっぽいけど doubleとかintとかは扱えないっぽい
745:デフォルトの名無しさん
12/06/13 15:58:15.10
ある文字列(std::string型)からユニークなIDを作成する静的な方法はないでしょうか。
ある文字列のペアを引数に取ることで自作クラスの実体のアドレスを返す関数、またはクラスを
作りたいと考えています。
Hoge* rtnHoge(std::string a,std::string b){...; return &hoge;}//例
上記のような方法で一度作成したのですが、
・この方法ではペアの検索に時間がかかる(std::mapを使用しました)
・aとbに入れる文字列はコーディング時に決めうちで入力する
の二つの特徴から、
テンプレート等を利用して別途にアドレスを確保する箇所を作成したいと考えています。
テンプレートの特殊化では文字列を受けることができないため、
文字列からint型のユニークなIDを再生することが出来ると思い、その方法を探しています。
もしどなたか良い案などがありましたらアドバイスのほう頂けたら幸いです。
746:デフォルトの名無しさん
12/06/13 16:05:28.09
crc
747:デフォルトの名無しさん
12/06/13 16:22:51.36
なぁなぁ。静的ってことはコンパイル時ってことじゃろ?
しかしクラスのオブジェクトのアドレスっていうのはコンパイル時にはわかっていないじゃろ。
どうやってMooRieなんじゃないかって気がするんだよね。
748:デフォルトの名無しさん
12/06/13 16:24:04.04
>>745
CLSIDかSHA256とか
749:デフォルトの名無しさん
12/06/13 16:50:14.75
>>746,748
レスありがとうございます。
CRC,CLSID,SHA256を少し調べてみましたが、動的な方法になってしまいそうですね・・・。
>>747
そうですね、コンパイル時に確定したいと思っています。
テンプレートを使えば
template<int ID=0>
class Hoge{}
Hoge<0>,Hoge<1>,Hoge<2>
上記は全て異なる型として生成されるので、
この中それぞれに別途にシングルトンのようなクラスを生成してアクセスすれば
実現できると考えました。
ですので、静的に、コンパイル時に文字列からユニークなIDが生成できれば・・・と思い、
こちらに質問させていただきました。
750:デフォルトの名無しさん
12/06/13 16:55:53.76
aとbの最大長が固定なら連結してmapのキーにすればいいんじゃないの?
751:デフォルトの名無しさん
12/06/13 17:01:30.60
>コンパイル時に確定
・#defineで自分で連番化
・ユーザー定義リテラル(C++11)
・GNU gettext
752:デフォルトの名無しさん
12/06/13 17:01:57.34
ユニークなIDが欲しいのはいいとして文字列にこだわる理由が分からん…
マクロでも列挙でも定義すればいいと思うのだが…
自分は壮大な勘違いをしているのかな?
753:デフォルトの名無しさん
12/06/13 17:39:19.12
文字列のペアとアドレスの対応表を作れ
754:デフォルトの名無しさん
12/06/13 17:48:20.74
>>749
文字列そのものが動的に変化する性質のものなのになぜユニークなIDが?
755:デフォルトの名無しさん
12/06/13 17:54:40.28
.NETならSHA1CryptoServiceProviderを使えば簡単に生成できるから
stringとSHA1のstructをコレクションに突っ込んでおればいいしな
756:デフォルトの名無しさん
12/06/13 17:57:07.63
皆様レスありがとうございます。
>>750,753
はじめはmapで実装を行っていたのですが、文字列ですのでどうしても検索速度が気になって・・。
>>751,750
やはりマクロか列挙型しかないですか・・・。
実は実行時コンパイルの必要なGLSLのプログラムクラスを作りたいと思っています。
本来ならば以下のようにすれば特に問題ないのですが
class Hoge
{
public:
Hoge(){prog.init("foo.vert","bar.frag");}
void run()
{
prog.bind();
○○何らかの処理○○
prog.unbind();
}
private:
GLSLProgram prog;
};
prog自体はrunの中でしか呼び出さないためメンバ変数として保持するほどでもないので
出来れば以下のようにしたいなと考えています。
void run()
{
prog("foo.vert","bar.frag");//コンストラクタ、デストラクタでbind,unbindを行う
}
ただ、prog("foo.vert","bar.frag")自体はほかのクラスでも使うときがあるかもしれないので、
"あるペアに対する実体は一つ"のクラスを作りたい、と考えています。
757:デフォルトの名無しさん
12/06/13 17:58:16.34
ハッシュはユニークじゃなくね
実用上ユニークと考えて差し支えは無いかもしれないけど
758:デフォルトの名無しさん
12/06/13 18:04:18.81
メモリを自動的に確保したら
intを作る必要なんかないのでは?
759:デフォルトの名無しさん
12/06/13 18:05:23.41
多分2倍程度しか早くならないけどhash_mapっていうハッシュ使うマップもあるよ
あとはハッシュ関数自前で作ってaとbの命名を被らないように特徴づけるとかすればいいんじゃないの?
760:デフォルトの名無しさん
12/06/13 18:08:28.50
>>757
衝突する確率はゼロじゃないわな
でも文字列も同一文字列である可能性もあるわけで
761:デフォルトの名無しさん
12/06/13 18:23:11.70
void Hoge::run(){
static id = id_from_map("foo.vert", "bar.frag");
GLSLProgram prog(id);
}
762:デフォルトの名無しさん
12/06/13 19:02:57.58
>>756
URLリンク(ideone.com)
cache find, new glsl_bodyは2回、bind,unbindは4回
文字列での検索は関数毎に1回だけ
コンパイル時じゃないけど初回くらいいいだろうということで
763:デフォルトの名無しさん
12/06/13 22:06:36.71
無料ではじめたい、無料でソフトつくりたい・・・はやっぱり贅沢すぎるか・・・
764:デフォルトの名無しさん
12/06/13 22:24:01.97
PCと電気代、通信費以外は無料でプログラム作れるぞ?
回線も一昔前のISDN時代とは違うしな。
765:デフォルトの名無しさん
12/06/13 22:46:02.09
PCもネットも無料で使える図書館的なものが欲しいって話かと思った
766:デフォルトの名無しさん
12/06/13 22:47:27.45
Visual Studio の無料版なくなったってよ
767:デフォルトの名無しさん
12/06/13 22:48:51.21
情弱乙
768:デフォルトの名無しさん
12/06/13 22:53:15.51
提供されないよ!って大風呂敷広げた記事が数日で訂正されてたのには笑った
769:デフォルトの名無しさん
12/06/13 22:59:02.78
仮にVSなくなろうとPlatform SDKかWindows SDKもしくは、gcc使えば済むしな
お勉強したいだけなら、cintやcodepad使う手もある
770:デフォルトの名無しさん
12/06/13 23:01:54.02
テキストに「ド、レ、ミ」と入力してMIDIファイルを書き出すソフトって難しそうだ
771:デフォルトの名無しさん
12/06/13 23:07:47.88
一応ここでいいかな?
mp3だとかwavみたいな音楽ファイルから、
タイトルとかアルバム名を取れるライブラリってないかな?
772:デフォルトの名無しさん
12/06/13 23:19:17.89
mp3infp
773:デフォルトの名無しさん
12/06/13 23:35:31.84
>>772
ありがとう。
とりあえずこのプログラムから解析してる部分の抜き出しをがんばってみる。
774:デフォルトの名無しさん
12/06/13 23:36:17.30
テンプレート関数の事なのですが、
戻り値が引数と同じ型で、
かつ特殊化をするコードを教えていただけませんでしょうか。
C#でのコードだと↓です
public T getObject<T>() where : Hoge
{
~~~~~~
~~~~~~
return T;
}
775:デフォルトの名無しさん
12/06/13 23:43:01.91
引数ないじゃん
776:デフォルトの名無しさん
12/06/13 23:45:50.36
すみません説明不十分でしたorz
テンプレート引数です。
777:デフォルトの名無しさん
12/06/13 23:48:22.98
template <> Hoge getObject() { /* */ }
特に悩むところもないと思うけど
778:デフォルトの名無しさん
12/06/13 23:57:26.61
>>756
究極的には文字列を分解して一文字ずつテンプレートに渡す方法だな
template<char C1, char C2 ・・・ > hoge;
hoge<'f', 'o', 'o'> h;
11ならconstexprと組み合わせて文字列から↑まで持っていくのも不可能ではなさそうなんだが実際できるのかな?
779:デフォルトの名無しさん
12/06/14 00:05:36.70
boost::mpl::stringみたいな魔境に近づくのはやめようぜ
780:デフォルトの名無しさん
12/06/14 00:09:44.66
>>777
それはちょっと違うと思う
特定の型から派生されているかの制約を持たせたいなら
メタプロでなんとかなると思われ
C++11 なら std::is_base_of ってのがあるが
C++11 でなくても真似すればいいと思う
781:デフォルトの名無しさん
12/06/14 00:19:00.62
>>744
list< shared_ptr<double> >
782:デフォルトの名無しさん
12/06/14 00:20:07.66
>>777
すみません。また説明不足でした。すみません。
>>778
関数の処理結果に応じて戻り値の型を変える事ができるのでしょうか?勉強不足ですみません。
説明不足で申し訳ありません。
↓のような場合の時でテンプレート引数がHogeの派生クラスになるように制約をかけたいです。
class Hoge()
{
public T getObject<T>() where T : Hoge()
{
~~~~
~~~~
return T;
}
}
class Poge() : public Hoge
{
}
class Foge() : public Hoge
{
}
>>780
メタプロでぐぐってみます。
783:デフォルトの名無しさん
12/06/14 00:22:39.49
boostにis_base_ofがあるな
BOOST_STATIC_ASSERTと組み合わせて使えばいいはず
784:デフォルトの名無しさん
12/06/14 00:25:59.51
template <typename T> typename std::enable_if<std::is_base_of<Hoge, T>::value, T>::type getObject(){return T();};
こうだろ
785:デフォルトの名無しさん
12/06/14 00:28:09.48
enabled_ifはキモいなあ
今回はたまたま戻り値の型でしかTが使われてないけど
2箇所以上で使われている場合に
1箇所だけenabled_ifってのも何かバランス悪いし
786:デフォルトの名無しさん
12/06/14 00:28:38.38
enable_ifだよ
ミスったよ
787:デフォルトの名無しさん
12/06/14 00:41:45.51
boostなんて実用はありない
あんなのヲタが使うもの
ソースが汚くいことこの上ない
788:デフォルトの名無しさん
12/06/14 00:47:04.52
自分が使いこなせないからってライブラリのせいにする人はちょっと…
789:デフォルトの名無しさん
12/06/14 00:53:53.73
>>784
今さっきなんとなくわかりました。長いのは戻り値だったんですねー…
Boostをインストールしてみて、
きびしそうなら別の方法を執ってみます。
みなさんわざわざありがとうございました。
790:デフォルトの名無しさん
12/06/14 00:56:23.34
>>788
使いこなせないとどこに書いてあるんだ?
脳内補完もここまで来ると感服だなw
791:デフォルトの名無しさん
12/06/14 02:38:33.34
STLにTree構造データないのは何故だ
792:デフォルトの名無しさん
12/06/14 03:04:06.37
Setは?
793:デフォルトの名無しさん
12/06/14 04:11:05.53
ありない
ありない
ありない
汚くい
汚くい
汚くい
794:デフォルトの名無しさん
12/06/14 06:05:26.57
>>780
そんな事するんだったらconst定数使った方がましじゃね?
template<const char *array> class Example;
namespace Keys
{
const char alpha[] = "Alpha";
const char beta[] = "Alpha";
}
Example< Keys::alpha > object;
>>782
template<class type> type Example::Function()
{
type value;
ExampleBase *base_check = &value; // 親子関係がなければコンパイルエラー
return value;
}
795:デフォルトの名無しさん
12/06/14 06:27:38.53
>>791
map, set, priority_qeueは内部的にtree使ってる
std::make_heapを使えば自前の二分木を楽に作れる
796:デフォルトの名無しさん
12/06/14 08:43:30.62
class Object {};
class User
{
public:
User(std::shared_ptr<Object> o = std::make_shared<Object>())
: o_(o)
};
797:796
12/06/14 08:45:31.56
すみません、記述途中で投稿してしまいました。
デフォルト引数にstd::make_shared~とやると、make_sharedがglobal namespaceのメンバーでないとエラーが出てしまいます。
当然、using namespace std;を行うと、正しくコンパイルできるのですが、それはしたくありません。
どのように記述するのが正しいのでしょうか?
798:デフォルトの名無しさん
12/06/14 09:24:56.76
VC++が悪い
799:デフォルトの名無しさん
12/06/14 10:06:41.32
そのコンストラクタはデフォルト引数の指定無しにして引数なしのコンストラクタも書けばいいじゃないか
800:デフォルトの名無しさん
12/06/14 11:35:13.06
こんなのはどう?
User(std::shared_ptr<Object> o = [](){return std::make_shared<Object>();}()) : o_(o) {}
801:デフォルトの名無しさん
12/06/14 11:44:08.99
>>769
そもそも勉強用にMSVC使うってのが間違ってるだろ。
LLVM/clang使えばいろいろ捗るぞ。ここまで無料で高品質でライセンスの緩いコンパイラは珍しいし他にない。
本来ならば金の要らないLinux前提だしmingw入れればwindowsでも動くしな。
802:デフォルトの名無しさん
12/06/14 11:54:10.94
Linux前提やクロス開発を考慮する場合はともかく
Windows前提ならmingw選ぶのは間違ってる
803:デフォルトの名無しさん
12/06/14 12:40:59.56
windows使ってるならcygwin入れろ。
ファイル消せなくなって困るぞ。
804:デフォルトの名無しさん
12/06/14 12:45:48.23
問題なのはcygwinを入れないとファイルが消せなくなるんじゃなくて
cygwinを入れたせいでファイルを消せなくなる点なんだよな。
805:デフォルトの名無しさん
12/06/14 12:49:49.76
Windows前提をはずすのが一番って尊師が言ってた
806:デフォルトの名無しさん
12/06/14 13:30:06.78
そりゃあ尊師はUNIXライク前提ですから
807:デフォルトの名無しさん
12/06/14 13:52:33.44
cygwin()
808:デフォルトの名無しさん
12/06/14 16:22:24.28
マハーポーシャでPC組んでLinux入れよう
809:デフォルトの名無しさん
12/06/14 18:03:24.84
LinuxはTagジャンプをなんとかしろ
global.elとか仕様頻繁に換えんな