X

C++相談室 part133

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん (ﾜｯﾁｮｲ 1fcf-H1rY)
垢版 |
2017/11/24(金) 16:52:50.43ID:WoNXR2ax0
次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

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

前スレ
C++相談室 part132
http://mevius.5ch.net/test/read.cgi/tech/1507561894/

このスレもよろしくね。
【初心者歓迎】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
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
0620デフォルトの名無しさん (ｽﾌﾟｯｯ Sd1f-k/7O)
垢版 |
2017/12/22(金) 06:57:32.16ID:v69hnew3d
基本的な動作について知りたい
msgrcvは、msgsndされた瞬間にキューがたまるから、キューが追加されたと同時に待機状態をやめて動き出す

これであってる？？

あと、msgsndする先やmsgrcvで確認する先はmsggetで動的に確保された番号を知らないといけない
こうであってるかな？
0621デフォルトの名無しさん (ﾜｯﾁｮｲ a378-STQK)
垢版 |
2017/12/22(金) 10:05:15.55ID:H4ZK8i5q0
知らんわその関数の実装者に聞いてくれよ
0623デフォルトの名無しさん (ﾌﾞｰｲﾓ MM67-Wig1)
垢版 |
2017/12/23(土) 00:52:53.65ID:KIhrhFKZM
>>620
TRON系のOSかな？
0624デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl)
垢版 |
2017/12/23(土) 09:50:06.14ID:DCeTZoHD0
これ実行すると0と2が表示されるので一応は問題ないですか？汚いとは思うけど。

int main(void)
{
vector<int> vec;
vec.push_back(0);
vec.push_back(1);
vec.push_back(2);

for(vector<int>::iterator ite = vec.begin(); ite != vec.end();){
if(*ite == 1){
vec.erase(ite++);
printf("num: %d\n", *ite);
}else{
printf("num: %d\n", *ite);
++ite;
}
}

return 0;
}
0626デフォルトの名無しさん (ﾜｯﾁｮｲ 7f25-I6sZ)
垢版 |
2017/12/23(土) 10:16:01.07ID:pfQ4NECA0
おっと、質問は問題あるかどうかだった。
結論から言うと、問題はある。
0～2までではなく0～3までvectorに入れてから実行すれば、
まともに動作していないのは分かるはず。
0627デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl)
垢版 |
2017/12/23(土) 11:00:02.97ID:DCeTZoHD0
>>626
やっぱこうしないとダメですね。
ite = vec.erase(ite);
どうもでした。
0628デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl)
垢版 |
2017/12/23(土) 11:17:57.62ID:DCeTZoHD0
一応はこれでもいけるってことですかね？削除した時は次の要素になるという理解でいいですか？
for(vector<int>::iterator ite = vec.begin(); ite != vec.end();){
if(*ite == 1){
vec.erase(ite);
}else{
++ite;
}
}
0630デフォルトの名無しさん (ﾜｯﾁｮｲ 339f-mAIl)
垢版 |
2017/12/23(土) 11:40:33.04ID:DCeTZoHD0
これlistとvectorでも違いました。

listだと++しないと正常に動作せず
for(list<int>::iterator ite = lst.begin(); ite != lst.end();){
lst.erase(ite++);
}
vectorだと++すると上手く動作しない
for(vector<int>::iterator ite = vec.begin(); ite != vec.end();){
vec.erase(ite);
}

でもeraseの戻り値取得するのが一番いいですね。
0631デフォルトの名無しさん (ﾜｯﾁｮｲ 7f25-I6sZ)
垢版 |
2017/12/23(土) 11:45:41.24ID:pfQ4NECA0
std::vector::eraseのリファレンスに、こう書いてある。

https://cpprefjp.github.io/reference/vector/erase.html
削除された要素またはそれ以降の要素を指すイテレータや参照は無効になる。

これによると、vec.erase(ite); 実行後にはiteが無効になることになる。

あなたの環境だと、たまたまiteが削除した次の要素になったのかもしれないが、
それがすべての環境で成り立つ保証はない。
0634デフォルトの名無しさん (ﾜｯﾁｮｲ f378-tRgI)
垢版 |
2017/12/23(土) 12:16:58.11ID:82L7PCHk0
>>631
なんか変な説明だね
vector<int> vec{0, 1, 2};
auto ite = vec.begin();
++ite;
vec.erase(ite);
--ite;
cout << *ite; //これでvec[0]にアクセスできそうに聞こえる
内容的にはこういうことなのに
vec.m_head = realloc(vec.m_head, 2 * sizeof(int));
0642デフォルトの名無しさん (ﾜｯﾁｮｲ ff61-Luxy)
垢版 |
2017/12/23(土) 17:51:30.26ID:eg9r3pR90
https://gabekore.org/vscode-c-windows
↑のサイトを見ながらCの開発環境を作っているのですが④の当たりから分からなくなってしまいました‥‥

説明のユーザー設定というものがそもそも無かったです‥‥ただの設定を開いたらこの画面になったのですが、この右に書いたのは合ってるのでしょうか‥‥？

このあとの⑤からはほんとによく分からなくなってしまいました‥‥この程度が出来ないなら、プログラミングなんて出来ないですよね‥‥(..;)
自分が不甲斐ないです‥‥-_-


https://i.imgur.com/VH9Yt5X.jpg
0644デフォルトの名無しさん (ﾜｯﾁｮｲ 6f9f-2x/m)
垢版 |
2017/12/23(土) 19:22:40.52ID:e2jvvoOp0
削除する場合とそうでない場合の処理を分ければＯＫ
forでもwhileでもＯＫ　リストでもＯＫ
std::vector<int> vec{ 0, 1, 2 };
auto it = vec.begin();
while (it != vec.end()) { if (*it == 1) it = vec.erase(it); else it++; }
for (auto n : vec) { printf("vec %d\n", n); }

std::list<int> list{ 0, 1, 2 };
auto it2 = list.begin();
while (it2 != list.end()) { if (*it2 == 1) it2 = list.erase(it2); else it2++; }
for (auto n : list) { printf("list %d\n", n); }
0645デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1)
垢版 |
2017/12/23(土) 20:28:00.26ID:0b4Aycyz0
>>640
根本的に勘違いしていると思うけどな。

×　> eraseの戻り値使うのが一番いいのは分かったんですが
○　eraseの戻り値を使わなければならない（そうしないと意味がない）

× > 単にvectorとlistで動作が違うのが気になっただけです。
○ 戻り値を使えば同じソースコードになるように設計されている

何の為にイテレータを使うか分かっておらず、
イテレータ使えば効率が上がると勘違いしているJava鹿程度の知能なんだろ。
Linusが文句言っているのもこういう連中に対してなんだが。
0648デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz)
垢版 |
2017/12/23(土) 21:12:36.34ID:rmLkS6yi0
>>634
規格書の文言そのままの説明だと思う。
vec.erase(ite)の段階でiteは無効になるのでそれ以降は未定義だからvec[0]にアクセスできる保証はないという意味になる。
vector::eraseで領域の再確保は発生しないので削除する要素以前のiteratorは無効にならない。

vectorのiteratorをポインタで実装していれば次の要素をさしてそうなものだけど、そうでない実装、例えば削除した分だけ自動的にずらして同じ内容を指し続けてくれたり、例外を投げて間違いを知らせてくれるとかがありうる？
0651デフォルトの名無しさん (ﾜｯﾁｮｲ ff61-Luxy)
垢版 |
2017/12/23(土) 22:28:45.69ID:eg9r3pR90
c++についての質問です。
call by reference あるいは call by value にて引数の受け渡しを行う関数を利用して、乱数発生ルーチンを評価し、評価得点法による最適次数n(<5)を求める場合どのようなプログラミングになるのでしょうか？
教えてください。よろしくお願いします。
ここまではできたんですが、このあとどうすればいいでしょうか？


https://i.imgur.com/XmuQ0Mw.jpg
0654デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1)
垢版 |
2017/12/23(土) 23:09:46.07ID:0b4Aycyz0
>>646
まあその実装の方が初心者向けには妥当だな。
C#はそこら辺の「割とどうでもいいが無駄に複雑になる」部分を回避していていいと思う。
ただまあ、この方向（堅牢性、容易さ）のベストは実行時例外ではなくコンパイルエラーであり、
C#もまだそこまでは行けてない、ということだね。

なおJavaScriptはその辺保証してない。「出来るだけ止めない」方針だからね。
> もしプロパティがある反復で修正された後に訪問されたなら、ループにより公開される値は後の時点での値となります。
> 訪問される前に削除されたプロパティは、それから後には訪問されません。
> オブジェクトに対する反復が起きている中でそのオブジェクトに追加されたプロパティは、訪問されるかもしれませんし反復から省略されるかもしれません。
> https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Statements/for...in


>>647
Linusが馬鹿にしているのは、意味もなく抽象化して喜んでいる馬鹿C++erだろ。
正しく抽象化している分には馬鹿にして無いと思うが。

とはいえ、OS組むならC++よりもCなのは事実だよ。
0655デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1)
垢版 |
2017/12/23(土) 23:26:16.74ID:0b4Aycyz0
>>648
>>631を理解できない馬鹿共は放置として、君の理解にも多分間違いがある。

> ありうる？
多分無い。

× vec.erase(ite)の段階でiteは無効になるのでそれ以降は未定義だから
○ vec.erase(ite)後にiteが指すのは「次の要素」であり、
　元々指していた「削除された要素」ではないことを「無効」と表現している。
　そしてそれ以前に「削除された要素」以降を指していた物も全部ずれるので、
　「削除された要素またはそれ以降の要素を指すイテレータや参照は無効になる。」という表現になる。

つまり、この文字数であればきわめて妥当な表現であり、ゆとりが馬鹿すぎて理解できないだけ。

> vectorはシーケンスコンテナの一種で、各要素は線形に、順序を保ったまま格納される。
> https://cpprefjp.github.io/reference/vector.html
つまり、ド頭から密に詰められていることを規定されているので、
削除すれば当然次の要素が入るに決まっているし、
（これは君は正しく理解しているが）reallocはなされないし、
vec[0]についてもアクセス時点での先頭要素が取得できるに決まっている。←多分君はここを勘違いしている
0656デフォルトの名無しさん (ｱｳｱｳｳｰ Sa67-bqMz)
垢版 |
2017/12/23(土) 23:28:50.54ID:qGqY4/PAa
ｃ原理主義者はそぎ落とされたロジックにしか興味ない
c++は彼らにとっては冗長なんだろう
GNUのツールセットのコードをみてると納得いく
しばらく見てると脳のワーキングメモリが不足しておかしくなりそうだ
が、残念なことにifとフラグとマクロ使いまくりの糞コードにも見える
0665デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz)
垢版 |
2017/12/24(日) 00:15:10.13ID:CHij32pE0
>>655
>元々指していた「削除された要素」ではないことを「無効」と表現している。
そうなの？
規格ではclearとかresizeとかでも無効になる(invalidate)と書いてあるしeraseがそれと何か違うようにも見えないし、無効なiteratorをdereferenceするのは未定義だとも書いてあるように見えるけど。

>つまり、ド頭から密に詰められていることを規定されているので、
>削除すれば当然次の要素が入るに決まっているし、
>（これは君は正しく理解しているが）reallocはなされないし、
>vec[0]についてもアクセス時点での先頭要素が取得できるに決まっている。←多分君はここを勘違いしている
ポインタならそうだろうけどvectorのiteratorでも規格上保証されてるの？

ttps://stackoverflow.com/questions/45758659/does-stdvectorerase-really-invalidate-the-iterator-at-the-point-of-erase
0666デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1)
垢版 |
2017/12/24(日) 00:17:58.25ID:buA98p4W0
>>661
> including the end() iterator.
いや、これが抜けてる方が大問題だろ。
まあ広い意味では「それ以降の要素を指すイテレータ」に含まれるとも言えなくもないが、
これについては明記されるべきだね。
しかしこれだとイテレート中に削除していいのか？と心配になるが、
直ぐ下のサンプルコードで「偶数番目の要素を削除」してるからいけるんだろうね。

てか初心者なら、この辺のサンプルコードから出発した方がいいよ。いろんな意味で。
ちゃんと公式な使い方してあるし。(当然戻り値をイテレータに代入している)
> // Erase all even numbers (C++11 and later)
> for (auto it = c.begin(); it != c.end(); ) {
> if (*it % 2 == 0) {
> it = c.erase(it);
> } else {
> ++it;
> }
> }
> http://en.cppreference.com/w/cpp/container/vector/erase
0668 ◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+)
垢版 |
2017/12/24(日) 00:19:42.01ID:WikwUycQ0
std::vector の場合はこう、std::list の場合はこう、とかいう知識はあまり意味がないのではないか？
erace() したら、erace() したところおよびその後を指していたイテレータ（＝ポインタ）は使えなくなる、くらいで一括するのが妥当だと考える。
0669デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/)
垢版 |
2017/12/24(日) 00:23:13.30ID:DlgRUKPs0
細かい場合分けするのはプログラミング的に悪だと思ってる。
統合的に丸っと処理できると気持ちいい。
なのでちょっと粒度を上げてSTLの作法というものを考えた方がイイ。
0671デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1)
垢版 |
2017/12/24(日) 00:49:18.45ID:buA98p4W0
>>665
つか、君は何に文句を言っているのだ？そこにそのまま書いてあるだろ。
> When describing iterator invalidation,
> the C++ standard takes the simplifying assumption that iterators refer to elements,
> and a valid iterator value always refers to same element.
> Invalidating references, pointers or iterators to an element all follow the same rules. (The exception is the end iterator).
>
> Clearly references or pointers to the erased element are invalidated by a call to erase,
> thus under the standard's simple rules so are all iterators.
> It could have described what new element must be moved in place abd substituted what iterators refer to,
> but the writers of the standard chise not to go there. They instead simply dictated the iterator was invalid.

eraseでvecが移動しないことは保証されてるだろ。
当然vec[0]は削除後の先頭要素を指す。
ただしそもそも削除後にイテレータを再代入してないコートについては知るかボケだろ。
それについてもそこにモロに書いてあるし。

そのページは俺の言い分を全く書いてあるような物なんだが、何が言いたいんだ？
0672デフォルトの名無しさん (ﾜｯﾁｮｲ cf8a-LdUP)
垢版 |
2017/12/24(日) 01:05:17.93ID:pxiUCfvD0
そもそもeraseするならvectorなんか使うな。よっぽど小さいvectorじゃない限り
eraseは縮小操作だからリアロケーションは起きないけどその時何が起こるのか理解してるのか？
理解できないならお前はC++を使えないやつ
0673デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1)
垢版 |
2017/12/24(日) 01:25:35.46ID:buA98p4W0
>>659
こんなもんじゃね？みたいな感じなんだが。
決して理解したわけではなく、雰囲気だけしか見てないが。

C特有のstructの嵐でもなく、
今ならIDEが警告出してくるほどのif文等のネストもなく、
意味不明なマ黒魔術使いまくりでもない。
グローバルが嵐になっているが、これはCUIツールだから大して問題ないし。

色が付いてないのとコーディングルールがアレなので詳しく読む気にならないが、
整形ツール通せば結構読めるコードのような気がする。
0674デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz)
垢版 |
2017/12/24(日) 01:43:03.65ID:CHij32pE0
>>671
>eraseでvecが移動しないことは保証されてるだろ。
>当然vec[0]は削除後の先頭要素を指す。
誰もそんなことは問題にもしてないんだが大丈夫？
偉そうなことを言ってる割には全然読めてないんだなあ
0679 ◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+)
垢版 |
2017/12/24(日) 02:15:08.39ID:WikwUycQ0
>>634
ite = vec.begin()
++ite;
ite = vec.erase(ite);
--ite;
であれば ite == vec.begin(); は保障できるが、

vec.erase(ite)
とした場合の ite の値は、コンテナ vec のどこかを指している保障はないのでは？
したがって、--ite もどこを指しているか保障がないのでは？
典拠を示してほしい
0680デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/)
垢版 |
2017/12/24(日) 02:19:46.66ID:DlgRUKPs0
イテレータを削除したときあり得る処置。
一個目。
メモリの再確保相当のことをして再構築する。
二個目。
尻尾の要素をムーブして詰めて最後の要素を開ける。

このどっちかだと思う。
2個目だとイテレータのロストはしないかもしれないが、
1個目だとアドレスが変わっちゃうのでイテレータが保持しているアドレスは無効。
両方あり得るのでeraseの戻り値はちゃんと受け取ろう。
0681デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1)
垢版 |
2017/12/24(日) 02:38:56.42ID:buA98p4W0
>>680
お前もちゃんと読めよ
> 戻り値
> 削除された要素の次の要素を指すイテレータを返す。
> そのような要素が存在しない場合は、end()を返す。
> さらに、削除された要素以降の要素の数と同じ回数のTのムーブ代入演算子が呼ばれる。
> https://cpprefjp.github.io/reference/vector/erase.html

つかC++にはGCねえんだよ
Java鹿死ね
0684デフォルトの名無しさん (ﾜｯﾁｮｲ 0f7f-QnTz)
垢版 |
2017/12/24(日) 03:05:24.20ID:CHij32pE0
>>681
>○ vec.erase(ite)後にiteが指すのは「次の要素」であり、
>元々指していた「削除された要素」ではないことを「無効」と表現している。
とか書いちゃう人が言っても説得力ないけどねw
0687デフォルトの名無しさん (ﾜｯﾁｮｲ ff34-bbRz)
垢版 |
2017/12/24(日) 09:02:08.85ID:LF0oxcI10
昔のvectorは同一メモリ上にデータが配置されていることは保障されていなかったから昔の環境でなにか作る場合は注意したほうがいい。
そういう処理系が存在するのかどうか疑問だけど。
0688デフォルトの名無しさん (ﾜｯﾁｮｲ f378-tRgI)
垢版 |
2017/12/24(日) 10:15:11.27ID:QEOGdK3r0
>>679
俺の論旨は保証ねえだろなんだが
だからreallocを持ち出した
典拠というのがあるなら631で
俺はそれを変だと言っている
0689デフォルトの名無しさん (ﾜｯﾁｮｲ f378-tRgI)
垢版 |
2017/12/24(日) 10:18:18.02ID:QEOGdK3r0
>>687
え？？
昔ってどのくらいのことを言っている？

そもそも連続領域でなければリストと同じ特性になってしまい
配列であることのメリットが完全に失われるだろ
ポインタの配列になっていて実体はばらばらでもよいということならわかるが
0690デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1)
垢版 |
2017/12/24(日) 10:26:48.95ID:buA98p4W0
>>649
横だが。

ソース見ろとよく言っている奴が居るので偶には、ってやってるんだが、
どこにあるかわかりにくい上に何だかなあ、なコードなんだが。
とりあえずこれでいいのか？
https://gcc.gnu.org/onlinedocs/gcc-4.6.2/libstdc++/api/a01116_source.html
そしてiterator.cがどこにあるか分からないという、、、

同様の奴もいるが、あまりオススメはされてない。
https://stackoverflow.com/questions/4304783/c-vector-source-code

> 00402 iterator
> 00403 erase(iterator __position)
> 00404 {
> 00405 typename _Base::iterator __res = _Base::erase(__position.base());
> 00406 return iterator(__res, this);
> 00407 }
> 上側URL
__position.base()ってのは<T>だから致し方なしかもしれんが、
確かにこれだとC使いにとってはC++は冗長すぎる。
> ｃ原理主義者はそぎ落とされたロジックにしか興味ない
> c++は彼らにとっては冗長なんだろう (>>656)
は当たってる。
0691デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/)
垢版 |
2017/12/24(日) 10:56:02.77ID:DlgRUKPs0
>>689
C++は厳密な定義を始めたのはここ最近の話で昔はほぼ実装に丸投げしてた。
これは、きゃするのように仮想コンピュータを定義しないでやってきたツケだな。
ぼんやりとコンピュータっていうものの抽象化イメージだけで進んできた。
あと、C++はわからないけど、Cはとあるコンピュータに依存するものは規格に入れない決まりになってたと思う。
0694デフォルトの名無しさん (ﾜｯﾁｮｲ ffe7-Eeo6)
垢版 |
2017/12/24(日) 12:22:41.71ID:8qRcljjK0
流れ読んでないけどvec[0]が無効になるって発言したやつがいるから荒れてるの？
0703デフォルトの名無しさん (ﾜｯﾁｮｲ 2304-615/)
垢版 |
2017/12/24(日) 12:58:57.63ID:DlgRUKPs0
俺は叩き合いが面倒だから理由つけてしゃべってるのに、問答無用で死ねはひどいよなぁ。
完璧超人じゃないから間違いの一つや二つくらいするよ。
なぁ。完璧超人。鏡見てみたらいいと思うよ。自分ぶっ殺したくなると思うよ。
0705デフォルトの名無しさん (ﾜｯﾁｮｲ 73f3-tRgI)
垢版 |
2017/12/24(日) 19:53:35.49ID:DS5eJCmj0
> プログラミングスキルでイキリ散らしたい

ニヤニヤ
0706デフォルトの名無しさん (ﾜｯﾁｮｲ ff34-bbRz)
垢版 |
2017/12/25(月) 18:50:42.37ID:IE33Y1720
文献に書いてあることが全てだと真信してマニュアル通りに事を進めていくってまぁ受験とかならソレで良いかもしれないけどね。
物事の成り立ちを追っていくと決してその通りではないことも世の中にあるわけできちんとそういう所は汲み取っていかないとただ
の鉄砲玉みたいな一番扱いが厄介な｢無能な働き者｣になってしまうよ。
特にこの業界では型にはまってばかりの柔軟性のない>>692みたいな思想の違うものは徹底的に粛清しようとするワンマン堅物野郎は淘汰されるべきだと思うけどね。
0707デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1)
垢版 |
2017/12/25(月) 18:53:10.54ID:8OH7D8YO0
>>694
日本語も英語も読めない不遜鮮人2人(>>674,>>686)が火病してるだけ。
話に脈略が無く、突然火病るのはいつものこと。
だから嫌われる。当然韓国人は排除されるべき。邪魔だから。

話が噛み合ってないのなら噛み合わせる努力をすればいいだけ。
それ以前に知りもしない奴がデタラメに回答する必要もない。

そして状況を知りたければ全部読めばいいだけ。
日本語が読めない馬鹿ゆとり>>694も邪魔なだけ。
つまり、結論は、

韓国人マジで死ね
ゆとりも死ね

お前らが居なければどれだけ2chから雑音が減るか、少しは考えてみろ。
0710デフォルトの名無しさん (ﾜｯﾁｮｲ 4371-0jja)
垢版 |
2017/12/25(月) 22:20:40.14ID:PDFy/wgd0
初心者ですがGC付きの言語しかやったことないのでメモリ管理について質問させてください
例えば下記のようなコードでは、hoge関数で確保したvector用のメモリはGCがないためプログラムが終了するまで解放されないということでしょうか？
少なくともpiyo関数が終了するまでは残ってないと使えないですよね？


vector<string> hoge(){
vector<string> v = {"hoge", "piyo"};
return v;
}

string piyo(){
vector<string> v2 = hoge();
string s = v2[0] + v2[1];
return s;
}

int main(){
cout << piyo();
}
0712デフォルトの名無しさん (ﾜｯﾁｮｲ 4371-0jja)
垢版 |
2017/12/25(月) 22:47:27.89ID:PDFy/wgd0
>>711
ヒープってオブジェクトをインスタンス化したときに割り当てられるメモリ領域って認識なんですが合ってますか？

Cは関数内で宣言したローカル変数に配列を代入しても関数外に引き継げないのでまだわかるのですが、C++の考え方が掴めず混乱してます……
0713デフォルトの名無しさん (ﾜｯﾁｮｲ 239f-7LW1)
垢版 |
2017/12/25(月) 23:11:18.12ID:8OH7D8YO0
>>706
ヘタレか？

お前の喧嘩を買ってやると言っているのだから、
馬鹿パヨク韓国人なりの論理を展開してみろよ。


状況としては、2chは地域の公園のようなもので、
誰でも自由に入って楽しむことは出来るが、
飼い犬のウンコをまき散らして帰るような奴は二度と来るな、と当然思われる。
それを俺は、はっきり言ってやってるだけだ。
お前らは馬鹿すぎて理解できないようだから、直接的に言うしかない。

韓国人死ね

で、それで俺を嫌うのはお前らの自由だが、当然それでは何も解決しない。
お前らが迷惑行為を続け、他の連中に嫌われ続けるのも変わらないからだ。
何でも他人のせいにして被害者ぶるのはマジでムカつかれるから止めた方がいい。
嫌われる原因はお前ら自身にある。特に匿名掲示板ではそうだ。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況