C++相談室 part137

**デフォルトの名無しさん** · 2018/07/14(土) 17:53:02.14

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part135
https://mevius.5ch.net/test/read.cgi/tech/1522495206/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1509780815/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2018/08/10(金) 12:20:52.35

>>683
CreateProcess()使ったことあれば lpProcessInformation.hProcess ってわかると思うが…

>>682
何も書いてない → 何が入っているかわからない
ってことだろ

**デフォルトの名無しさん** · 2018/08/10(金) 12:21:22.72

>>675
https://cpprefjp.github.io/lang/cpp11/defaulted_and_deleted_functions.html

**デフォルトの名無しさん** · 2018/08/10(金) 13:06:07.39

>>686
HANDLEならINVALID_HANDLE_VALUEがデフォでしょ

**デフォルトの名無しさん** · 2018/08/10(金) 14:25:58.73

>>685
std:char_traits<char>::length(const char*)
std::char_traits<wchar_t>::length(const wchar_t*)
こういう関数の選択は引数によらない
wchar_t x[2];
std::char_traits<char>::length(x); //error

**デフォルトの名無しさん** · 2018/08/10(金) 14:45:17.93

>>688
だからそんなことを期待しちゃダメってこと

**デフォルトの名無しさん** · 2018/08/10(金) 15:10:51.55

>>689
wchar_tを使うとわかっていてテンプレート引数にcharを入れるのはおかしくない？

**デフォルトの名無しさん** · 2018/08/10(金) 18:49:42.52

>>682
関数が失敗したら新しいプロセス自体作れられないんだから
hProcessが不定でも何も困らないと思うが

**デフォルトの名無しさん** · 2018/08/10(金) 18:53:21.62

>>691
std::char_traits::length(x); //error

**デフォルトの名無しさん** · 2018/08/10(金) 19:18:52.44

おまいらコミュ障かよ

**デフォルトの名無しさん** · 2018/08/10(金) 19:19:41.62

std::char_traits<wchar_t>::length(x);//0

◆QZaw55cn4c · 2018/08/10(金) 19:23:47.91

>>680
＞まずはvectorから、ハイ、どうぞ
これ、いちどやってみたいですね…
https://mevius.5ch.net/test/read.cgi/tech/1434079972/33

**デフォルトの名無しさん** · 2018/08/10(金) 21:04:31.61

このメンツで開発とか地獄だろうな。。

**デフォルトの名無しさん** · 2018/08/11(土) 08:11:36.74

ガイジしかおらんやんけ…

**デフォルトの名無しさん** · 2018/08/11(土) 11:00:44.96

char_traitsの件、どうも話通じてないなあ

**デフォルトの名無しさん** · 2018/08/11(土) 11:25:54.74

多重定義, オーバーロード - Wikipedia
https://ja.wikipedia.org/wiki/%E5%A4%9A%E9%87%8D%E5%AE%9A%E7%BE%A9

質問者が解決の糸口を見つけられればそれでいい。
>>684 のような間違った用語定義を主張して、何の生産性にも貢献しない ID:NKvoiPPS みたいな人は迷惑。

**デフォルトの名無しさん** · 2018/08/11(土) 12:18:16.68

>>700
Wikiより規格票な

N3337 13 Overloading [over]
When two or more different declarations are specified for a single name in the same scope, that name is said to be overloaded.

JIS X3014:2003 13. 多重定義
同じ名前を指定した異なる宣言が同一有効範囲内に複数ある場合，その名前は，多重定義されているという。

言わんでも解るだろうから、説教臭いことはあえて黙っておく

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/11(土) 13:37:39.73

たしかに >>670 のいう「オーバーロード」は用語の使い方が誤っているが、
それはそうとしてオーバーロードっていう言葉の中にバーローという言葉が入ってるから、
オーバーロードの話題が出るたびに俺の中のコナン君がバーローとささやくので、
お前らにも同じ呪いをかけてやろう。

**デフォルトの名無しさん** · 2018/08/11(土) 13:41:08.56

真実はいつも多重定義されない！

**デフォルトの名無しさん** · 2018/08/11(土) 13:43:33.49

std::char_traits<char>::length()と
std::char_traits<wchar_t>::length()は
互いに同じ名前（a single name）なんやろうか…

**デフォルトの名無しさん** · 2018/08/11(土) 15:53:50.27

>>663
>どうしてこう融通が利かないのか。設計のせいか・・・Orz
ユーザーコードにクラスの中で定義された型（Base::TypeやNext::Type）を見せるのはやめて、
NextやBaseのオブジェクトのふるまいとしてだけ見せたら宜しいかと

ふるまいだけを見せる抽象化はまず純論理的にはポリモーフィズムで逝ける
次の段階として、呼び出しの度にvtblの間接参照が一発入る遅さを嫌い、高速化したいという要求が生じるかもしれないが
そのときは知らん（テンプレートによるダックタイピングでさらに戦うこともできるが同一翻訳短以内でのcloseが前提でありかつクラスの継承の恩恵にはなかなかあずかれない

**デフォルトの名無しさん** · 2018/08/11(土) 15:58:27.82

なおふるまいだけを見せる抽象化ができないオブジェクト指向言語とか無いから他言語への移植性とかを気にするのは狂気の杞憂
ていうか非オブジェクト指向言語であっても関数ポインタと構造体が使えれば似たようなことはいつでもできる

**デフォルトの名無しさん** · 2018/08/11(土) 18:59:43.05

非オブジェクト指向言語とオブジェクト指向言語で
最終的に作れるものと作れないものは
その違いによる差は全くないんだが

**デフォルトの名無しさん** · 2018/08/11(土) 22:22:49.51

ちな>>707は、>>660へのレス。

**デフォルトの名無しさん** · 2018/08/11(土) 22:42:05.15

技術系の板でID使い分けする惨めさよ

**707** · 2018/08/12(日) 07:44:03.92

俺の偽物がいるな

**デフォルトの名無しさん** · 2018/08/12(日) 20:13:35.92

レイトレーシングをやってみたいんですけど、何もない状態から画像を生成するのと、画像処理（opencv）でやろうと思ってます。
前者と後者とも資料は見つけたのですが、どうやって勉強するのがおすすめですか？
opencvで例えばアイドルの画像をCGっぽく、またはアニメっぽくはできたりするのでしょうか？

**デフォルトの名無しさん** · 2018/08/12(日) 22:21:45.58

>>711
多分君には無理だからそういったアプリを探しなさい
煽りでも何でもなく実力不足

**デフォルトの名無しさん** · 2018/08/12(日) 23:17:59.82

>>711
レイトレーシングの本質は三次元空間での光の挙動のシミュレーションであって
既存の画像を加工するような技術じゃないぞ

**デフォルトの名無しさん** · 2018/08/13(月) 00:27:19.20

Late racing.

**デフォルトの名無しさん** · 2018/08/13(月) 00:28:37.24

視線の追跡したほうが効率よさそうな気がする。
目に入らない光は無いも同然だし。

**デフォルトの名無しさん** · 2018/08/13(月) 00:31:27.67

一番シンプルなレイトレの実装は視線追跡だからな

**デフォルトの名無しさん** · 2018/08/13(月) 00:33:31.73

>>716
寝ぼけて謎な用語の用法をしてしまった忘れてくれ
視線側からのレイの追跡だ

**デフォルトの名無しさん** · 2018/08/13(月) 00:36:44.24

トイレの覗きかと一瞬勘違いしましたｗ

**デフォルトの名無しさん** · 2018/08/13(月) 00:43:21.17

ちゃんとミラーボールの映像から抽出しないと

**デフォルトの名無しさん** · 2018/08/13(月) 01:42:46.41

遠い昔だが、いい基礎解説本があったんだがﾀｲﾄﾙが思い出せない
98用のCのｿｰｽｺｰﾄﾞも附録でついてた
98なんかもってなかったから、Xlibで動かした記憶がある

その書籍はｻｰﾌｪｲｽﾓﾃﾞﾙもﾚｲﾄﾚｰｼﾝｸﾞも基礎から丁寧に書いてある良書だった
ｻｰﾌｪｲｽﾓﾃﾞﾙについては、ものすごい力を入れて書かれてた良い本だった

ﾜｲﾔｰﾌﾚｰﾑから陰面消去、さらに双三次ｽﾌﾟﾗｲﾝでの補間、そしてﾚﾝﾀﾞﾘﾝｸﾞ、ﾊﾞﾝﾌﾟﾏｯﾋﾟﾝｸﾞ
さらに3次ｱﾌｨﾝ変換つかってﾓｰｼｮﾝｷｰで動くとこまで解説してる
基礎で必要な内容は、ほぼすべて網羅されてて、ﾊﾞｶでもﾁｮﾝでも分かるように書かれてた

で、ﾚｲﾄﾚｰｼﾝｸﾞはｻｰﾌｪｲｽﾓﾃﾞﾙより超簡単だからな
このｽﾚのｱﾎが難しいといってるだけで
むしろﾚｲﾄﾚｰｼﾝｸﾞはﾊﾞｶでもﾁｮﾝでも分かる

**デフォルトの名無しさん** · 2018/08/13(月) 01:48:30.63

せっかく良い質問なのに、
あまり汚い言葉で、アホとかバカとかチョンとか言わなない方がいいよ…

**デフォルトの名無しさん** · 2018/08/13(月) 02:07:33.90

レイトレならこれもおすすめ
https://qiita.com/mebiusbox2/items/89e2db3b24e4c39502fe

**デフォルトの名無しさん** · 2018/08/13(月) 02:52:34.70

Oh!Xにソース付きで事細かく書いてあってだな

**デフォルトの名無しさん** · 2018/08/13(月) 03:13:41.34

多分これだと思う
https://www.amazon.co.jp/dp/4871481999
３冊とも名著。１と２はBASICだけど

**デフォルトの名無しさん** · 2018/08/13(月) 03:39:58.88

レイトレーシングに限らないけど、アルゴリズムの勉強にはLinuxが良いですよ。

**デフォルトの名無しさん** · 2018/08/13(月) 04:00:12.36

紹介されてる本全部古い...

linuxだと何がいいの？

**デフォルトの名無しさん** · 2018/08/13(月) 04:14:38.66

Kernelソースが勉強になります。

**デフォルトの名無しさん** · 2018/08/13(月) 04:15:34.47

openclとグラボの勉強したら？
レイトレーシングの大量の計算するのがグラボでしょ

**デフォルトの名無しさん** · 2018/08/13(月) 06:59:52.73

>>724
アスキーの『応用グラフィックス』か。入門・実習・応用の3冊シリーズだね。
各巻のつながりは緩いから順番に読まなくてもほぼ大丈夫だけど。

確かに良い本だった気がするけど、なにぶん読んだのが昔なんで
いくらも理解できなかったわ。今ならもう少しマシだと思いたい。
大学近くの古本屋でなら見つかるかも。

**デフォルトの名無しさん** · 2018/08/13(月) 07:05:01.34

　
畏（おそ）れ多くも森喜朗元帥閣下の有り難いお言葉：
　「オレはＩＴ（いっと）のことはよく知らんがぁ
　　　時計をたった２時間早めるだけだろぉ？
　　オレなら１分あれば済ませるぞぉ！
　　　サマータイムの何がそんなに難しいんだぁ？」
　
システム開発現場の勇ましい言葉：
　「畏れ多くも森元帥閣下のご下命を賜った以上
　　　現場ＳＥは有り難いお言葉に勇気百倍
　　デスマーチとバンザイ突撃を敢行いたします！」
　　
　「マラソン選手さまが涼しい時間に走るためなら
　　　現場ＳＥの千人や二千人死んでも本望です！
　　私たちＳＥの生命など、虫けらと同じです！」
　
　「畏れ多くも森元帥閣下の有り難いご下命にしたがって
　　　最前線システム開発現場で殉職出来るとしたら
　　現場ＳＥとしてこれに勝る喜びはありません！」
　
日本という国では
　体育会系が一番偉い（森元帥閣下、田中理事長）
　　文科系がその次で（財務省、教授会）
　理科系は最底辺の奴隷とされています（現場ＳＥ）
　

**デフォルトの名無しさん** · 2018/08/13(月) 07:26:44.37

レイトレーシングがサーフェイスモデルより簡単とか
半透明物体内部の散乱表現に踏み込んだらそんな寝言は言えないんじゃ…

**デフォルトの名無しさん** · 2018/08/13(月) 10:07:11.78

みんな例外と戻り値ってどう使い分けてる？
例えば以下みたいな、ファイルからとある要素を抜き出して返す関数とかで

std::string extractHogeFromFile(const std::string& file_path)

俺だったら以下みたいにしてるけど、いまいちしっくり来てないとも思ってる

ファイルが見つからない→例外
要素が見つからない→例外
要素が見つかるけど空→空

みんな例外クラスとかはstd::exception継承して自作してるのかな？
バックトレースやコード行数とれないのが使いにくくて、javaっぽい例外クラスを自作してる

**デフォルトの名無しさん** · 2018/08/13(月) 10:16:27.95

例外は発生時の動作が遅い

**デフォルトの名無しさん** · 2018/08/13(月) 10:17:50.65

exceptionを直に継承ということは滅多にないな
system_errorがあるからerror_categoryの派生クラスを作れば大抵足りる
__FILE__ や __LINE__ のようなデバッグ情報を入れたくてマクロを作ることはあるけどね

空という概念ならoptionalはいかが？
template <typename ELEMENT>
std::optional<ELEMENT> extractHogeFromFile(std::path) noexcept(false);

**デフォルトの名無しさん** · 2018/08/13(月) 10:36:14.97

>>733
発生時は確かに遅いね
ただ、あくまでも例外的なものだけに利用をとどめておけば、そんなに発生するものでもないし、その場合は戻り値をifで見るより命令数が少なくなるから、結果的に高速になるって俺は考えてる

>>734
exception直に継承も少し疑問もってるんだけど、std::exceptionのcatchで全部取りやすいからこうしてるんだよね
...でcatchは乱暴な気がするし

ただ、調べて見た感じsystem_errorも使いやすそうね。最近開発で使えるようになったC++11だからこんなのあるの気づいてなかったわ
std::optionalとかあったんだね、ちょっと調べてみるわありがとう

**デフォルトの名無しさん** · 2018/08/13(月) 11:20:33.79

>>720
レイトレーシングが簡単なのは入り口だけ
20世紀あたりのなんちゃってレイトレーシングは楽だけど本格的にやると解決できない問題が多数出てくる

**デフォルトの名無しさん** · 2018/08/13(月) 11:32:34.68

ファイル開くのはそれ自体がすっごい遅い操作だから例外のコストなんか無視できるのと
開き損なうとそれ以降の処理が致命的な失敗になりやすい
そういう操作のエラー通知が例外に向いてる

**デフォルトの名無しさん** · 2018/08/13(月) 11:47:23.91

>>733
例外発生時の速度が問題になるなら例外の使い方を見直した方がいい

**デフォルトの名無しさん** · 2018/08/13(月) 12:31:28.26

>>832に対して
例外は遅いから例外の時に使いましょう
ということを書いたつもりなんだけど

単なる終端マークとか区切りとか
そういう頻出する可能性のある用途では使っちゃダメってこと

**デフォルトの名無しさん** · 2018/08/13(月) 12:35:13.84

例外は仕組みを入れるだけで、
例外が発生しなくてもオーバーヘッドが発生する環境がほとんどなので
組み込みだとわざと無効にすることも多い

x86の64bitはオーバーヘッドが無い代わりに
例外発生時は極端に遅い
一度測定してみるとその遅さがよく分かる

そういうことがわかっていれば
どこに使うべきかがおのずとわかる

**デフォルトの名無しさん** · 2018/08/13(月) 12:41:46.34

低水準ライブラリに属するべき関数が例外みたいな高級なしくみに依存するのは美しくないｷﾓｽ
システム設計とかアプリの基本設計レベルで例外の種類とcatch箇所とcatch時の処理を定義して使うなら良い
が、呼び出し側でif文を書きたくないからという理由でｲﾐﾌな例外定義を行うと、結局第三者に正しく使ってもらえない
ｷﾓｽ

**デフォルトの名無しさん** · 2018/08/13(月) 12:48:07.11

例外のオーバーヘッドについてはこれな↓↓↓
ttp://zakkas783-blog-blog.tumblr.com/post/3870295160/c-の例外ハンドリングとパフォーマンス

>>740の通り例外処理の裏側の実装には2つの潮流があるんじゃ

**デフォルトの名無しさん** · 2018/08/13(月) 13:03:58.12

制御をすっ飛ばす必然性があるほどの例外的状況に限るのが吉だろうな。
返値で返せないものを返すのに使うなら検査例外のような保証が欲しいところ。

**デフォルトの名無しさん** · 2018/08/13(月) 13:22:39.94

別スレッドでの関数呼び出し階層が深すぎて安全にスレッド終了させる方法が分からない時に便利でしょ、例外。

**デフォルトの名無しさん** · 2018/08/13(月) 13:37:06.53

このパーセンテージどうやって表示してるのですか？
http://aokomoriuta.hateblo.jp/entry/2016/05/05/145810

**デフォルトの名無しさん** · 2018/08/13(月) 13:37:33.57

すいませんこれです
https://i.imgur.com/p53FZao.jpg

**デフォルトの名無しさん** · 2018/08/13(月) 14:16:12.02

前測ったときはアセンブリ言語にしてみると、戻り値ifチェックだと2命令だったのが例外使うと20命令くらいだったなぁ

**デフォルトの名無しさん** · 2018/08/13(月) 14:27:34.65

>>741
自前の文字列操作のUtilとかだと例外にするかすごいその観点で迷うんだよね

>>743
賛否両論なjavaの検査例外だけど欲しくなるときはあるね
C++の例外指定がもう少し使いやすければよかったんだが

>>744
すごく同感

**デフォルトの名無しさん** · 2018/08/13(月) 14:39:38.06

>>739
困ったことにbasic_iosはexceptionsで頼みもしてないのにEOFで例外を投げる

**デフォルトの名無しさん** · 2018/08/13(月) 14:48:44.15

HTTPで400番台500番台は例外投げればいいのかな。

**デフォルトの名無しさん** · 2018/08/13(月) 14:51:05.76

例外を投げるクラスはピッチャーって名前でいいんか？
受け取るクラスはキャッチャー？

**デフォルトの名無しさん** · 2018/08/13(月) 15:18:30.60

甘めの例外を打ちかえすのはバッター

**デフォルトの名無しさん** · 2018/08/13(月) 15:38:43.20

C++17では多値が返せるようになりました。
できるならレガシーを切って次へ行きたいものです。
またはstd::optionalなんてものもありますな。

std::tuple<bool,Item> Fun(){return {true,Item()};}
auto [F,I] = Fun();

**デフォルトの名無しさん** · 2018/08/13(月) 15:41:48.16

あ、多値自体は返せたけど受け取って初期化できるようになったか。
ちなみにすでに実体化している変数は、std::tie(...);で受け取れます。

**デフォルトの名無しさん** · 2018/08/13(月) 16:14:15.10

>>754
prvalueでもforward_as_tupleならおｋ

**デフォルトの名無しさん** · 2018/08/13(月) 16:15:13.67

auto func()
{
return forward_as_tuple(123, "456");
}

**デフォルトの名無しさん** · 2018/08/13(月) 19:17:45.97

お、なるほど。良いこと聴いた！

**デフォルトの名無しさん** · 2018/08/13(月) 20:21:18.19

ただ元からタプルがある言語と比べたら劇的に汚い仕上がりだよね

**デフォルトの名無しさん** · 2018/08/13(月) 21:43:01.79

http://itest.5ch.net/test/read.cgi/tech/1528382412

前スレのURL違うくね
これがただしいっしょ

**デフォルトの名無しさん** · 2018/08/14(火) 02:06:11.13

>>758
何と比べてる？

**デフォルトの名無しさん** · 2018/08/14(火) 02:50:24.34

そんなに汚いかねえタプル

**デフォルトの名無しさん** · 2018/08/14(火) 03:32:08.59

演算子オーバーロードっぽいものを珍重するのはやめた方がいいと思うけどね。

**デフォルトの名無しさん** · 2018/08/14(火) 08:20:26.94

autoでしか受けられないのがイマイチかなあ
メインの戻り値は期待する型を明示したいことがある
エラーの方が何のenumかは知ったこっちゃないからautoにしたかったりするからややこしい

**デフォルトの名無しさん** · 2018/08/14(火) 09:31:57.53

無名の共用体と似たようなもので
構造体のメンバをバラで貰えるってだけやん

**デフォルトの名無しさん** · 2018/08/14(火) 09:44:39.80

型推論のautoを見て嘔吐

**デフォルトの名無しさん** · 2018/08/14(火) 12:12:14.83

C＋＋のメタプログラミングって実際にはどうすればあんな複雑に書けるの？
自分は出来ても階乗を求めると型の判別くらいしか出来ない

**デフォルトの名無しさん** · 2018/08/14(火) 12:16:05.35

まずは脳内バッファを増やす訓練からだな

**デフォルトの名無しさん** · 2018/08/14(火) 12:26:17.71

関数型言語を勉強するといいよ

**デフォルトの名無しさん** · 2018/08/14(火) 12:41:59.55

>>767
脳内バッファがなぜ必要？
>>768
そうしてみる‥
Lisp読んで見る

**デフォルトの名無しさん** · 2018/08/14(火) 13:29:44.46

>>766
メタプログラムは今ほとんどconstexprに置き換えれない？

**デフォルトの名無しさん** · 2018/08/14(火) 14:16:24.99

>>770
確かに置き換えられるんだけど、それじゃあ普通のプログラミングと変わらなくて面白みが無いと思って‥

**デフォルトの名無しさん** · 2018/08/14(火) 14:39:49.94

>>770
型でメタプログラミングするとき困らんか？

**デフォルトの名無しさん** · 2018/08/14(火) 14:41:24.25

>>772
もちろんtemplateも使う

**デフォルトの名無しさん** · 2018/08/14(火) 16:24:16.29

>>760
特に何とは言わないけど

return (123, "456");
とか
return 123, "456";

みたいに現行のc++ではできないタプル表現のほうがすっきりして見える　（個人の感想です）

**デフォルトの名無しさん** · 2018/08/14(火) 16:31:09.91

123には副作用が無いから最適化でreturn "456";になるんじゃ…

**はちみつ餃子** ◆8X2XSCHEME · 2018/08/14(火) 16:32:25.07

>>775
「できない」って話だから……

**デフォルトの名無しさん** · 2018/08/14(火) 17:01:49.73

vector<object*>* list;
Fuga fuga;
Hoge* hoge;
for(int i = 0; i < 5; ++i)
{
fuga.fugaMethod(hoge->hogeMethod(list->at[i]));
fuga.fugaMethod(hoge->hogeMethod((*list)[i]));　// エラー
}

リストの要素に対して全部処理をするっていうよくあるプログラムなんです。
なんですが、上の書き方だと通るのに対して、下の書き方だと「式にはクラス型が必要です。」と出ます。
vectorの要素指定はat(i)を使うか括弧で指定するかの2通り、違いは範囲チェックを行うかどうかだけという認識だったのですが……
何がまずいんでしょうか？

**デフォルトの名無しさん** · 2018/08/14(火) 17:10:49.55

list->at[i]はまずいだろ
typoか？　それとも本当にそう書いているのか？

**デフォルトの名無しさん** · 2018/08/14(火) 17:27:33.05

typoじゃないとしたら、上は通ってるんだから
hogeMethodの引数がobjectかobject&なんだろうな

**デフォルトの名無しさん** · 2018/08/14(火) 17:31:42.31

えーっとtypoじゃないです。
何がまずいんでしょうか。ポインタだしアロー演算子で問題ないのでは。
それとhogeMethodの引数はobject*ですね。抜けてましたすいません。

**デフォルトの名無しさん** · 2018/08/14(火) 17:49:25.24

listの前の*が邪魔？

◆QZaw55cn4c · 2018/08/14(火) 18:00:20.07

>>777
vector<string *>::iterator list;
なら理解できるのですが、
vector<string *> *list;
というのが、よくわからないのです
プログラム例では list にすでに値が入っているようですが、実際には
list をどのように初期化しているのでしょうか？

**782** ◆QZaw55cn4c · 2018/08/14(火) 18:19:15.36

>>777
(*list)[i]
(*list).at(i)
list->at(i)
は等価であることを確認しましたが
list->at[i]
というのは逆にダメっぽいです
https://ideone.com/ripLji

list->at[i]
がどういう文脈なのか？
コンパイラがなになのか情報をください

**デフォルトの名無しさん** · 2018/08/14(火) 18:27:08.03

>>780
何がまずいって
listはvector<object*>へのポインタ
list->atはvector<object*>::atでメンバ関数
ここまではいいが
at[i]は関数に添え字だろ

こうやってんのと同じだぜ
void func();
func[1];

**デフォルトの名無しさん** · 2018/08/14(火) 18:32:33.03

なんでメンバ関数を配列にしたいのかかが気になる