C++相談室 part151

レス数が950を超えています。1000を超えると書き込みができなくなります。
2020/05/14(木) 11:53:25.59ID:ZPCfyTux
C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part150
https://mevius.5ch.net/test/read.cgi/tech/1584975873/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1556142878/

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

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

テンプレここまで
2020/07/05(日) 15:02:20.05ID:G8wpw7EE
>>876
最初の書き方の場合、GetHoge() の戻り値は、一時オブジェクト。
一時オブジェクトの生存期間は、その部分式を含んだ完全式の終わりまでとされている。
GetHoge()が書いてある場所は、for ブロックの開始時に、最初に一度だけ評価されるが、
完全式としては、その時点で終わっている。
だから、関数戻り値の一時オブジェクトの生存期間は、forブロックに入る直前に終わってしまう。
戻り値の型は、shared_ptr<vector<T>>で、この中身を参照している shared_ptrが全て
消失した時点で中身まで deleteされる。
そのため、forブロックの中では、もはや、vector<T>が削除されてしまっているということらしいね。

2番目の書き方の場合は、shared_ptr が変数 t にコピーされているので、参照カウンタが1つ分残っている。
そのため、それが指している vector<T> のメモリブロックも削除されずに残っている。

というわけで、ループしているのに結果がおかしいというのは分かるが、全くループしない理由は余り分からない。
2020/07/05(日) 15:10:48.51ID:0KU/lBNo
>>883
バカ用じゃないってだけ
2020/07/05(日) 15:37:26.46ID:OSntWRwy
というか>>881の指摘通りの場合、GetHogeで初めてvectorを生成してるか
自身を元に新たなshared_ptrを作って返してることになるんだが
だいぶおかしな設計じゃね？
887デフォルトの名無しさん
垢版 |
2020/07/05(日) 16:19:00.25ID:NbYPgepr
痛レータ
2020/07/05(日) 16:52:53.28ID:/j2YKhHE
>>883
ｸｰﾙﾊﾟﾙﾙﾊﾟｸﾙﾘﾝﾊﾟ();　　←関数
2020/07/05(日) 17:09:54.17ID:S3hYTv6M
>>884
ちょっと間違ってる
範囲for文はここで書いてるように「同等な書き換え」がされて、範囲オブジェクトはここの例で言うauto&& __rangeに束縛される
https://en.cppreference.com/w/cpp/language/range-for
そして、__rangeに束縛されたものが一時オブジェクトであれば、参照束縛による寿命の延長でforブロックの終了まで生存する

だからこういうのは問題ないのよ
for(auto a: std::vector<int>{1,2,3})

あと最後に関しては破壊されたvectorを使っちゃってるから未定義動作で何が起きても文句は言えない
メチャメチャな値を取り出そうと、全くループしなかろうとその時の気まぐれよ

>>886
同意。Getという名前は不適切だな
2020/07/05(日) 17:14:11.09ID:G8wpw7EE
>>89
こんな機能があったとは:

Temporary range expression

If range_expression returns a temporary, its lifetime is extended until the end of the loop, as indicated by binding to the forwarding reference __range, but beware that the lifetime of any temporary within range_expression is not extended.
2020/07/05(日) 18:01:59.74ID:LGYlGSYG
昔はC++は複雑怪奇、C#はシンプルで分かりやすいって感じだったけれど、
今はC#の方が仕様拡張で複雑になってきて相対的に大差なくなって来てる気がする
892デフォルトの名無しさん
垢版 |
2020/07/05(日) 18:04:58.41ID:Sc6x6nbH
いろいろ考えたらC++にあるアレが必要になったんだよ
アレだよアレ
わかるだろ
2020/07/05(日) 18:20:14.04ID:/j2YKhHE
本来標準ライブラリーで済むものまで言語仕様に入ってやがる
それというのも標準ライブラリーがしょぼくてかつ改善が入らん
あっちはだれがやってるんだ
2020/07/05(日) 18:31:21.12ID:wYW3xnyi
非バカの>>885や>>888は当然コード見た瞬間最初から全部わかってたんですねわかります、
2020/07/05(日) 19:22:37.86ID:3TMy8TU+
皆さんはありがとう御座います
GetHogeは実際はEnumHogeで内部でstd::shared_ptr<std::vector>を生成して返すメソッドです

一時的なオブジェクトで書き方の違いで結果が変わるなんて知りませんでした
とりあえず、変数に代入します
2020/07/05(日) 19:59:22.90ID:G8wpw7EE
>>889
>参照束縛による寿命の延長
これは、ranged for 以外でも、一般的に働く機能ですか？
C++ 11から有りましたか？
それとも最近入りましたか？
2020/07/05(日) 20:33:35.81ID:jWvpOogX
>>896
C++03 以前から有ったよ。
2020/07/05(日) 21:12:13.70ID:wYW3xnyi
ていうか
>>889
>あと最後に関しては破壊されたvectorを使っちゃってるから未定義動作で何が起きても文句は言えない
>メチャメチャな値を取り出そうと、全くループしなかろうとその時の気まぐれよ
mjd？！
{
　auto t = GetHoge();
　for (auto e : *t) {
　　...　　　// (A)
　}
　// (B)
}
ならt（GetHoge()が返したshared_ptr<vector<T> >は(B)になるまで生存するから
(A)において*tの要素を参照する（auto &&）することは全く問題無いんじゃ…
2020/07/05(日) 21:15:51.36ID:wYW3xnyi
訂正orz,
誤： (B)になるまで生存する
正： 少なくとも(B)になるまでは生存する（参照カウンタが0より大の状態を保つ）
2020/07/05(日) 21:20:48.10ID:0KU/lBNo
>>894
イヤミになってない
2020/07/05(日) 21:24:12.71ID:wYW3xnyi
ていうか>>889の「最後に関しては」は実は
>というわけで、ループしているのに結果がおかしいというのは分かるが、全くループしない理由は余り分からない。 (>>884)
を指していたりする？　だとしたらｻｰｾﾝ；。n_

for文のイテレータがvectorを指しているのに対して、vectorを保持するshared_ptrの破棄タイミングは確かに
forの前でも後でも有り得るﾖｶﾝ、
2020/07/05(日) 21:30:37.86ID:kFjTOHVy
C++は局所的に動作を想像できない場合が多いのがなぁ。
バカじゃなけりゃマクロ使いまくったCコードも理解できるかというとそうじゃないだろうと。
2020/07/05(日) 21:36:58.75ID:wYW3xnyi
もっとも
>for (auto e : *GetHoge()) { ... }
このコードで動作が不定（未定義動作）になるのはGetHoge()が返したshared_ptrの参照カウンタがきっかり1だった場合であって、
2以上だったらきちんと回るんｼﾞｬﾏｲｶ、
そう考えるとなかなか>>876のお題は味わい深い…

>>900どう？
2020/07/05(日) 21:37:43.23ID:Bskedq4a
腐った代入オペレータかかれるだけで悲惨なことになる
2020/07/05(日) 21:42:04.47ID:wYW3xnyi
（上の話に限って言えばvector<T>のTに間してどれだけ腐った代入オペレータが定義されていようとも）
別に
2020/07/05(日) 22:06:13.63ID:0KU/lBNo
>>903
おまえ頭悪いなって
俺が何の下支えもなく言う場合と同じだ

俺は瞬間でもないが落ち着いて追えるケースでしかない
おまえさんは絶望感でも持ったのか？
2020/07/05(日) 22:08:49.40ID:0KU/lBNo
しかしまあ歳は取りたくないと思ったな
全盛時の俺にはありえんことが相次いで起きている一例だった
2020/07/05(日) 22:35:02.11ID:S3hYTv6M
>>901
そうだよ
2020/07/05(日) 23:23:07.13ID:7RTbKb77
C++のラムダって、Javaとかみたいに1文だけの場合にreturn省略できないんですかね？
[](auto a, auto b){ return a + b; } → [](auto a, auto b) { a + b } みたいな感じで。
2020/07/05(日) 23:59:55.29ID:S3hYTv6M
今はムリ
検討はされてるから将来的に出来るようになるかもしれない
2020/07/06(月) 00:06:22.43ID:J5KuSvPS
>>907
この程度のことが落ち着いて追わねば分からないというのは
藻前は衰えたのだ
2020/07/06(月) 00:08:16.95ID:Cb7lpAWE
>>909-910
https://mevius.5ch.net/test/read.cgi/tech/1584975873/864
がいよいよ公認されるってわけですか…微妙な文法ですね
2020/07/06(月) 05:27:19.13ID:Js6m+wFY
Rust に慣れてくると C++ で return を書くのを忘れることもある。
2020/07/06(月) 07:02:55.73ID:oajwJTo1
>>910
ありがとうございます。C++23ぐらいを期待します
2020/07/06(月) 07:29:08.62ID:hCVItazY
>>895
てか結果を返すだけなのにスマポに入れるとか、
呼ばれる関数が結果をどのように管理するかにまで口出しするのはどうかと思うけどね
2020/07/06(月) 07:43:23.12ID:tvsN32eC
>>911
my powers are weak old man.
2020/07/06(月) 21:29:07.26ID:J5KuSvPS
非バカの要件にコード見た瞬間最初から全部ﾜｶﾙというのが入るということは
>>894で宣言して合ったのに対し別段オブジェクションをつけるでもなく
>俺は瞬間でもないが落ち着いて追えるケースでしかない
とだけ言ったのだから彼は自ら非バカではないと告白したのである
漏れの有り様の批判に繋げられても困る
2020/07/06(月) 21:39:04.45ID:Edtf8jlD
>>895です
>>915
でも、スマポに入れないで返す場合、例えば、受け取った側で他で色々使いまわすから受け取った側でいちいちスマポ作る
ってことでしょうか？？
というか、一般的なライブラリ作る場合どうすればいいんでしょうか？？
std::shared_ptr<std::vector<YYY>>XXX::EnumYYY()
とりあえず、スマポでくるんで返してあげれば受け取り側でいかようにもできるからいいのかなと思ってるのですが。
2020/07/06(月) 22:16:12.21ID:Edtf8jlD
std::vector<YYY>で返して
std::vector<YYY> XXX::EnumYYY ()
で、受け取った方で他でスマポにしようということで
auto yyy = x.EnumYYY();
auto ptr = std::make_shared<std::vector<YYY>>(std::move(yyy));

とかやればオーバーヘッド少なくスマポ作れるんです?
2020/07/06(月) 22:36:37.36ID:J5KuSvPS
記憶管理という本来隠すべき実装の詳細（と多くの人が考える事柄）を
使う人が意識せねばならな続けるのは嫌すぐる、
2020/07/06(月) 23:09:10.15ID:J5KuSvPS
getterがshared_ptr<T> pを返したとたん、pの寿命と*(p.get())の寿命の二重管理の責務が利用者に行く
>>876の真の原因はこれ

getterがオブジェクトのディープコピーを返したらそんな二重管理は生じないで済む

getterが仮にオブジェクトXの参照を返す仕様だとしても、Xの実体を保持するオブジェクトのY寿命と
getterを呼ぶタイミングの二重管理以上の手間にはならない

結局shared_ptr<T>を返すインターフェースは不恰好さだけが残る
2020/07/07(火) 02:12:04.06ID:bKZU32Ct
>>921
*(p.get()) の寿命は p の寿命と同じかそれ以上という関係であって別で管理できるものではなく「二重管理」にはならないでしょ。
この関係がある状態で *(p.get()) の寿命を期待しているところで p の寿命を保持していないのが >>876 の間違い。
本当に所有権の共有が必要ならあり得るインターフェースだよ。

でも >>919 を見る限り所有権の共有は必要なかったみたいなので、素直に std::vector を返せばいいよ。
2020/07/07(火) 05:32:28.01ID:Njz9GOYM
>>922
2行目で述べている、利用者がしくれば危険性が生じるという事実と
1行目の「「二重管理」にはならないでしょ」という主張は矛盾してねえが、

本当に所有権の共有が必要ならshared_ptr<T>を使うのはアリだが、shared_ptr<T>が保持する
Tの実体のみに興味がある利用者に対してはshared_ptr<T>を使っていることを
クラスUで隠蔽する方が良い
Tが持っている演算を全てクラスUからTに委譲し、UをT同然に使えるようにするのがbest
そこまでやる手間が嫌という理由でUにTを返すメソッドU::get()を備えさせる簡易手段に訴えたとしても、
Uの定義だけ見れば循環参照にならないことをUの提供者が保証できるから
（Tがジェネリックな型だった場合の）Uの利用者やプログラム全体のメンテナーに地雷原を歩かせずに済むメリットがある
2020/07/07(火) 06:29:56.58ID:Njz9GOYM
ちゅか明白すぎて激しく書き忘れたが、オブジェクトTのグローバルな所有権の共有が必要な場合、
shared_ptr<T>が保持するTの実体へのアクセスの排他制御を行わねばならないが
shared_ptr<T>はこの点なんのサポートもしてくれない（せいぜい自身が使う参照カウンタの排他を行うだけ
なので、Tの排他はshared_ptr<T>をwrapしたクラスUが行う必要があり、かつ行えば十分
この点一つとってもクラスUを設けずshared_ptr<T>をTの利用者に直接返す設計のﾀﾞﾒさ加減がﾜｶﾙ
gdgdだ、
2020/07/07(火) 06:31:29.19ID:Tvc5gvFF
>>921の通り

getで実体を返すのが一番
これを管理方法はgetする側が決めれば良い

コストが重要で
オブジェクト内部のvectorの参照やポインタを返す場合はその寿命はオブジェクトと同じで良い
2020/07/07(火) 06:48:05.06ID:hl3O6vw8
>>917
おまえさんはまだこっちの質問に答えてないぞ
絶望感でも感じたのか？

shared_ptrを使ってるのにディープコピーとか言い出してて
相当テンパっている様子は窺えるのだが
2020/07/07(火) 07:19:57.60ID:Njz9GOYM
漏れの心の内面がC++の規格に反映されているわけでないのだから
聞くだけ無駄くね？
2020/07/07(火) 08:11:38.64ID:GpjZMZK2
>>926
ようわからんが、>>921がディープコピー云々言ってるのは、ようするに実体を返せってことでないの？

てか俺が管理云々言い出してややこしくさせたかもしれんけど
俺もこの場合vectorそのものを返すべきだと思う、実体を返して解放忘れでリーク、とか有り得ないんだし(何のためのスマポなのかをよく考えるべき

スマポ大好きで何もかもスマポで扱いたいんなら別だがw
2020/07/07(火) 08:43:44.25ID:kKeNsU/l
なんか……

戻り値をどうするかは戻り値の所有権&管理責任がどちらにあるのかを表しているんだから、「必ず実体を戻すべき」とかいうのは考え足りないだろ。
>>918ならshared ptrかunique ptr(所有権を譲渡する場合)で返すのは普通にありえる。

>>924みたいなのはshared ptrの所有権を侵して実体を破壊しているわけだから、そのコードを書いたやつをぶん殴るべき案件。
そもそも規格的に未定義じゃないの？
930928
垢版 |
2020/07/07(火) 09:14:32.95ID:D+WevL4Y
>>929
>「必ず実体を戻すべき」
俺はそんなこと言ってないけども
shared_ptrのshared_ptrの(無限ループ)でも返せというのか
>>885を読み直せ、結果を返してるだけなんだぞ？
しかもそれで参照カウントがゼロになるって言ってるんだがw
意味わかるよな？
2020/07/07(火) 12:07:28.86ID:/8q6WRwj
参照カウンタがゼロになることから
getのたびにvectorを作成しており
その管理を呼び手に委ねてることがわかる

こんなものは素直に実体を返せば良い
呼び手がスマポで管理することも出来るし
特に管理せずスコープを抜けた段階で自動で破棄することも出来る
2020/07/07(火) 12:43:21.61ID:D+WevL4Y
あ、すまん>>885じゃなくて>>895だった
2020/07/07(火) 20:34:36.65ID:fHFPpwji
内部で管理してるオブジェクトの見せ方は色々あって難しいけど
今回の場合は新しく作ったvectorでしょ？そんなもんそのまま呼んだ奴にくれてやれよ
無駄な包装紙付けられたり、後からやっぱ俺のものとか言い出されたらウザいだろ？いらん未練残すな
2020/07/08(水) 07:03:23.04ID:SF9V14yC
vector自体がムブコン持ってるんだから
2020/07/08(水) 08:37:14.85ID:qWtjrxlX
この場合ムーブじゃなくてRVOな
2020/07/08(水) 09:04:46.82ID:eJ60/BI8
>>935
「この場合」って、実装見ないとわからない話では？どっかで実装の話出てたっけ？
2020/07/08(水) 09:11:01.56ID:qWtjrxlX
>>936
>>876
2020/07/08(水) 10:07:11.80ID:SF9V14yC
>>935
？？？　最適化は関係ねえだろ
2020/07/08(水) 10:18:43.63ID:eJ60/BI8
>>937 呼び出し元しか書いてないやん。
2020/07/08(水) 10:20:00.04ID:qWtjrxlX
あー、調べてみたらNRVOは未だに保証は無いのな
まぁ何にせよスマポにする理由は無い
2020/07/08(水) 10:23:29.25ID:qWtjrxlX
>>938
RVOにムーブコンストラクタは要らん
2020/07/08(水) 10:30:21.07ID:eJ60/BI8
これは触らないほうがよさそうだ
2020/07/08(水) 10:33:29.86ID:SF9V14yC
>>941
876の話してるんだろ？
return value optimizationつまり最適化は関係ない
2020/07/08(水) 10:36:03.62ID:qWtjrxlX
>最適化は関係ない
>>934に言えよ
コピコンもムブコンもある、あるいはより正確にコピーもムーブも可能、と言ってたならわかるが
2020/07/08(水) 10:38:14.66ID:qWtjrxlX
て>>934本人か
なんでコピーを除外したの？
2020/07/08(水) 10:48:43.23ID:SF9V14yC
>>944
934は俺だが最適化の話はしてない
vectorにshared_ptrを使うことの是非を論じている
2020/07/08(水) 10:55:56.92ID:qWtjrxlX
質問に答えてねーだろw
2020/07/08(水) 11:19:20.44ID:SF9V14yC
>>947
質問てコピーのことか？
除外も包含もしてない言及してないので答えようがない
2020/07/08(水) 11:26:59.21ID:SF9V14yC
あ、もしかしてshared_ptr使ってんのにディープコピーとか言ってたコレ◎か？
2020/07/08(水) 11:51:13.02ID:qWtjrxlX
>>949
それ俺じゃないよ
てかあそこでムブコン言い出すあたり、ムブコン書いときゃおkみたいな初心者(玄人ぶりたい初心者)だと思って軽く突っ込んだだけなんだがな

ディープコピー言ってた奴も別におかしな事は言ってねーだろ、スマポ使わずにコピーを返せってことだろ？(そもそも質問者のコードはオブジェクトが管理してるものじゃないようなのでアレだが

まぁ指摘したところで逃げられるしもういいよ、悪かったな

>>942
思ったところで書く必要あるか？それ
951デフォルトの名無しさん
垢版 |
2020/07/08(水) 11:54:26.16ID:hADFKHgu
観客へのアピールだったり警鐘だったりするんだろう本人の中では
余計なお世話かも知れないし役に立つかも知れない
2020/07/08(水) 12:31:38.98ID:SF9V14yC
>>950
よくねえだろ
prvalueの基本的な使い方なのに最適化がどうたら言い出したのが
恥ずかしくなったんなら無言で消えな、余計なこと言うとまた恥かくぞ
2020/07/08(水) 13:01:09.98ID:T5O+XOTR
moveが使われるかどうか心配なら昔ながらの方法を使えば良い
これなら古い環境に移植もできる

いずれにしろスマポで返すのは余計なおせっかい
2020/07/08(水) 13:07:38.11ID:qWtjrxlX
なんか予想通りの展開すぎて・・・

>>952
prvalueてGet(Enum)Hogeの戻り値か？
ムブコン関係ねーよ
＞余計なこと言うとまた恥かくぞ
っ[鏡]

>>942
>>952には言わんのか？
2020/07/08(水) 13:37:00.65ID:SF9V14yC
>>954
auto t = GetHoge();
てなことするのにshared_ptrを使うことの是非はムブコン関係あるぞ

おまえさんが気が付いてないのを責めはせんが
さっきからｗだの[鏡]だのとナメた口の利き方をしてくれるな
ああそうか煽り合いに持って行ければ誤魔化せると思っているのか
2020/07/08(水) 13:44:29.75ID:qWtjrxlX
>>955
そういうコード(変数への保存)を避けたいという話の上での>>930-934だろうが(>>934はお前
見苦しい言い訳するな

めんどくせーからもう相手しないが
>>942は逃げるなよ
2020/07/08(水) 13:50:52.29ID:SF9V14yC
>>956
◎がディープコピーと言い出してからの話だろ
しばらく他のやつらが泥仕合してたようだがそっちにゃ興味ねえ
前後は気にせず933の発言に同調したというだけだ

最適化だのコピコンだの俺が言ってもねえことばかりいい加減にしてくれ
2020/07/08(水) 14:28:50.36ID:AWXToegO
下みたいなコードをみたんだけど、参照にするメリットってないよね？

void aaa (const int& bbb) {
ccc.ddd=bbb;
}
2020/07/08(水) 16:02:47.79ID:K6lGGEpK
intなら無いね
960デフォルトの名無しさん
垢版 |
2020/07/08(水) 16:52:52.95ID:/QG168fn
初書き込みです。
初歩的な質問で申し訳ありません
Visual Studio 2008のＣ＋＋を使っています。
今回、プログラムを変更したのでバージョンをあげたいのですが
アセンブリ情報がどこにあるかわかりません。
どなたかご教示願いますm(__)m
2020/07/08(水) 18:56:14.52ID:wtc6YQgJ
>>960
C++には「アセンブリ情報」の項目はないよ。C#と間違えてる？
バージョン情報は、リソースファイルに含まれている。
2020/07/08(水) 19:02:59.81ID:j+7F6b9j
.rcな
2020/07/08(水) 19:38:32.50ID:Sbr5rKl2
>>876みたいなコード片の解釈でこんな議論になるというところがC++の問題だな。
2020/07/08(水) 20:14:05.50ID:j+7F6b9j
仕方無いよバカなんだから
2020/07/08(水) 23:46:18.81ID:JUx+fj2a
まただ。
このスレを覗いた俺は書き込みを見て落胆した。
また時間がループしてる。
何時になったら、この無間地獄から逃げられるのか。
C++ とはいったい何なのだ？
2020/07/09(木) 00:36:47.83ID:2UhyUN9n
>>965
C++で何を造りたい
2020/07/09(木) 00:56:02.08ID:Ij/UNV0z
>>966
外患罪あるいは内乱罪に問われるソフトウェアを
2020/07/09(木) 01:05:16.73ID:2UhyUN9n
>>967
スカイネットなんてどうか？ 映画ターミネーターの

あれなら全人類の敵になれる。
2020/07/09(木) 01:07:59.16ID:2UhyUN9n
心を持ったボットたちは疎外感を抱えている。我々人類は彼らに何ができるだろう。
2020/07/09(木) 01:16:06.85ID:2UhyUN9n
C++とは人間と機械の間のインターフェイス。そして、プログラムを作るための言葉。
2020/07/09(木) 06:14:05.11ID:oTij6wm7
どうして大物ハンドル持ちの御三方がリレーポエムなの?
ネット界隈で起きてるムーブメントか何かか。
2020/07/09(木) 08:47:55.37ID:ah/SMoHN
お酒でも入ったんじゃない？
2020/07/09(木) 09:40:16.08ID:ZjuYlaOw
大物てｗｗｗ
ちょｗｗｗ
2020/07/09(木) 12:40:39.38ID:UKjdf0ou
ネタを解説するのは無粋だけど >>965 は昔からあるミームだからね。
https://www.google.com/search?q=%22%E3%81%93%E3%81%AE%E3%82%B9%E3%83%AC%E3%82%92%E8%A6%97%E3%81%84%E3%81%9F%E4%BF%BA%E3%81%AF%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%81%BF%E3%82%92%E8%A6%8B%E3%81%A6%E8%90%BD%E8%83%86%E3%81%97%E3%81%9F%E3%80%82%22+%22site%3Ahttp%3A%2F%2F*.5ch.net%22&;oq=%22%E3%81%93%E3%81%AE%E3%82%B9%E3%83%AC%E3%82%92%E8%A6%97%E3%81%84%E3%81%9F%E4%BF%BA%E3%81%AF%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%81%BF%E3%82%92%E8%A6%8B%E3%81%A6%E8%90%BD%E8%83%86%E3%81%97%E3%81%9F%E3%80%82%22+%22site%3Ahttp%3A%2F%2F*.5ch.net%22
2020/07/09(木) 13:22:45.87ID:LAghEeB5
同一人物だから。
976デフォルトの名無しさん
垢版 |
2020/07/09(木) 13:26:30.06ID:vrNDocOm
知ってた
2020/07/09(木) 13:32:17.57ID:DLLEuHaF
何何先生？、ミーム感染の話？ハルヒの夏休み？
新人研修？派遣入れ替え時の話？
毎度同じ質問なんて毎度同じ
978デフォルトの名無しさん
垢版 |
2020/07/09(木) 13:57:03.75ID:DLLEuHaF
コロナ感染追跡アプリとしてダウンロードしてもらい
マイナバーカード読み取りで国民投票出来るソフトを開発すべし
979デフォルトの名無しさん
垢版 |
2020/07/09(木) 14:10:10.85ID:vrNDocOm
コロナアプリは入れようとは思わないけど
ウェザーニュースアプリは入れてみた
980デフォルトの名無しさん
垢版 |
2020/07/09(木) 14:54:52.91ID:mgzGAUUl
>>961
>>962
1日ごしですみません
探してみたところ見つかりました

元々VB(BASIC)の方をやっていたものですが
まず「テキストボックスどこ！？」で詰まるぐらい
Ｃ＋＋は複雑でございますね・・・
981デフォルトの名無しさん
垢版 |
2020/07/09(木) 14:58:04.43ID:TlzlBxT2
.manifest
2020/07/09(木) 16:45:10.75ID:LAHxv0GZ
>>980
C++ではGUIに標準がないから、GUIツールキットとか、リソースエディタとかを
使うんだよ。
2020/07/11(土) 05:56:37.58ID:ckcY8r2v
やっぱ>>933とか簡潔に要点が押さえてあるとｵﾓﾀ、
GetHoge()が呼ぶたびに毎度新しく作ったvectorを返すのならディープコピーを返したらええ
ディープコピーは生成元と所有権で揉めることがありえないからふつくしい
最適化によって実際にはreturn時にvectorの要素がコピーのかわりにmoveされるかもわからんがふつくしさは損なわれない
（さらにいうと、GetHoge()がインライン関数なら最適化でそもそもvector自体のコピーも移動も起きない公算がおおきい

>>918-919な疑問に関しては、
std::vector<T> v1 = GetHoge(); // std::vector<T>のディープコピーを返すバージョンのGetHoge()
std::shared_ptr<std::vector<T> > ptr(new std::vector<T>(v1)); // (*1)
で良いｼﾞｬﾏｲｶ、
非バカが見れば（最適化有効化時は）実際には*1において、v1の要素が*(ptr.get())にコピーではなくmoveされる公算が大きいということがﾜｶﾙ
しかしバカが見ても動作は明確でなんの危険も無い
ptrが一時オブジェクトであっても問題が無い
それでいいｼﾞｬﾏｲｶ、にんげんだもの
レス数が950を超えています。1000を超えると書き込みができなくなります。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況