C++相談室 part134

2018/01/20(土) 09:05:42.21

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

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

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

このスレもよろしくね。
【初心者歓迎】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/02/26(月) 10:55:31.04

>>313
むしろそれはアプリケーションハンガリアンじゃね？

2018/02/26(月) 11:21:30.74

間違えると大変だからハンガリアンを使ってはならないんだよ
偽の情報に頼るんではなくて元を逐一確かめないと

2018/02/26(月) 11:33:14.68

今勉強してるんだけどC++ではポインタを使わずに参照で書くのがデフォルトなの？

2018/02/26(月) 11:36:50.47

>>315
不一致が存在しない事が保証されてれば問題無いんやな
そういう事ならつまり変数宣言とプレフィックスが全て一致してるかチェックするスクリプトとかがあれば満足って事でええんか？

2018/02/26(月) 11:38:09.46

>>316
ポインタも必要に応じて使うけど、メモリ管理の煩雑さとミスの危険性を避けるために参照やスマートポインタやコンテナ、イテレータなど他に適切な物がある時はなるべくそちらを使うのが流儀かな。

2018/02/26(月) 11:51:17.55

>>316
デフォ・・・まあ、そう言えなくもないか
参照でもポインタでもどっちでもいい用途には参照
ポインタでしかできないことはNULLに++や絶対番地指定
参照でしかできないことは一時オブジェクトやコピコン類

2018/02/26(月) 12:15:47.61

書き込むときは参照ではなくポインタにしろと言ってた人がいた。
理由を聞いたら「なんか書き込んでる感がない」だった。

2018/02/26(月) 12:17:18.65

std::cin >> &a;
やだよ、こんなの

2018/02/26(月) 12:21:09.58

グーグル規約だと書き込む引数は参照ではなくポインタにしろってなってる
でも標準ライブラリが普通に参照で書き込んでるので意味ないかなと思う

**デフォルトの名無しさん** (ｽﾌｯ Sd94-OThY) · 2018/02/26(月) 13:05:03.30

やC++糞

2018/02/26(月) 13:30:49.55

好きな方使えとしか言いようがない
ただ参照はnullポインタが無いという特性はある

2018/02/26(月) 13:42:09.37

>>322
自分もその人の気持ちは理解できた。
func(a, &b);
と書かれていると、bに結果を書き込んでいる感があるし。

2018/02/26(月) 13:44:00.32

レスサンクス
cからだからポインタで書いちゃいそうだわ

2018/02/26(月) 18:25:47.85

ローカルで宣言したunique_ptrを他のメソッドに渡してデータをつめたいばあいってどういう引数で渡せば良いの？
unique_ptr<Hoge> ptr(new Hoge);
hogehoge(ptr);

Hogehoge::hoge(const unique_ptr<Hoge>& ptr){
ptr->aaa = 123;
}

これでいける？
なんかウェブサイトみてると&&二つとかあったりするの見かけて混乱してきた

2018/02/26(月) 18:46:48.22

&&は所有権ごとぶん投げる時に使う
渡した後も呼び出し元で使うんだったらそれて合ってるぞ

2018/02/26(月) 19:00:19.12

>>327
それだったらunique_ptrじゃなくて参照渡せば良いだけじゃ

2018/02/26(月) 19:31:15.52

知らない間に、&& みたいな参照渡しもできた

Rust の所有権ムーブの事

2018/02/26(月) 19:58:16.47

何年も前からある

2018/02/26(月) 21:01:42.73

所有権を渡すのってstd:move()だと思ってたんだけどconst &&でもいけるの？？

2018/02/26(月) 21:42:25.99

C++17でstd::iteratorが非推奨ってなっているみたいだけど代わりに何使うの？

2018/02/26(月) 23:56:58.87

2018/02/27(火) 00:00:22.09

>>333
自分で実装する

2018/02/27(火) 02:00:32.40

>>332
std::move は rvalue にキャストするだけで、それ自体にはムーブする機能はない。
実際にムーブの処理をするのはムーブコンストラクタやムーブ代入演算子の方やで。

2018/02/27(火) 02:10:59.44

&& は単純に右辺参照って意味しかないから、 rvalue を受け取れるってだけ。
だけど lvalue でもムーブしてぇってときは std::move で rvalue にキャストすんの。

2018/02/27(火) 02:19:45.35

そこら辺はめんどくさいからテンプレート使え

2018/02/28(水) 18:07:41.72

右辺値参照とか難しいなー
最近ようやくC++11使えるようになったから全然いってることがわからん

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-HaFh) · 2018/02/28(水) 18:34:51.95

右辺値参照が使えなかった頃は、std::swapでスピード最適化していた。ポインタとメモリー確保を含む構造体は、
単純にスワップしたり、単純にバイト単位コピーしたりするのはまずいことがある。
そういうときに、std::swapを使う。右辺値参照は、それよりちょっと速くて賢いが、テンプレート型を理解してないと多分理解できないと思われる。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-HaFh) · 2018/02/28(水) 18:43:18.32

右辺値参照の型はテンプレートを使った特殊な型だと考えるのが自然。

T&& === rvalue_ref<T>.

std::move(T&)はrvalue_ref<T>という型。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-HaFh) · 2018/02/28(水) 18:44:28.64

訂正。
std::move(T&)の戻り値はrvalue_ref<T>という型。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-HaFh) · 2018/02/28(水) 19:01:47.21

すみません、テキトーなことを書いたので、銃殺されます。

2018/02/28(水) 19:18:07.29

実際のところヘッダファイルから std::move の定義を抜き出すとこんな感じ。

template<typename _Tp>
constexpr typename std::remove_reference<_Tp>::type&&
move(_Tp&& __t) noexcept {
return static_cast<typename std::remove_reference<_Tp>::type&&>(__t);
}

テンプレートの都合で面倒くさくなってるけど、実態としては static_cast してるだけ。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-HaFh) · 2018/02/28(水) 19:24:03.59

そのstd::remove_reference<T>::typeはTから左辺値参照や右辺値参照をはずした型になるね。それに&&を付けるんだから、左辺値参照が右辺値参照になる。

2018/02/28(水) 19:25:31.22

やはり、constexprやnoexceptを付けた方が性能がいいんだな。

2018/02/28(水) 19:35:33.38

C++17 では noexcept は型の一部という扱いに変更された。
例外を投げないなら投げないと書いておかないと他のライブラリとの組合せで型エラーになったりすることもあるかもしれんぞ。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd94-HaFh) · 2018/02/28(水) 19:43:54.33

やっぱ江添亮様ってスゲーや。

2018/02/28(水) 21:22:30.07

江添本にこの辺りのチートシートと問題集いれたら100部くらい売り上げ増えるのでは

2018/02/28(水) 21:27:43.47

江添ってあれか。ニートの時にやることないからたまたま目についたC++の仕様書を読み込んでたら
いつの間にかすごく強くなったという、ホリランみたいな。

2018/02/28(水) 21:32:34.60

おまえそれをバカにできるのか？
仕事ってそういうもんだぜ
目の前の案件のために必死こいても付け焼き刃にできることは知れてるんだよ
「ヒマ」なときに遠くを見て投機的にコツコツ努力したことが
あとで花咲くことがあるし咲かないこともある
賭に勝った者を、降りたやつがバカにできるのか？　え、おい

2018/02/28(水) 22:02:12.40

>>320
>>322
書き込むときポインタ渡しにするのは
C++には参照渡しがin/out/refのどの意味なのか表すシンタックスが現状無いから
というのが主要な動機だと思うが
inならconst T& aというのは比較的読み筋だが
T* pと書いただけだとoutなのかrefなのかやっぱりわからん…

2018/02/28(水) 22:22:45.57

>>352
outは**だろ

2018/02/28(水) 22:38:47.40

&& は、Rust のmove の事。
所有権移転。移転元が空になる

基本的に数年は、ドワンゴ江添と共に、山ごもり！
江添が空海なら、漏れは最澄w

悟りを開くまで、空海・最澄の一問一答が、延々と続くw

2018/02/28(水) 23:03:26.56

rvalue reference 自体はムーブしねぇつってるだろ。

2018/03/01(木) 02:40:44.97

&&は所有権付き参照オブジェクトのようなものだな

2018/03/01(木) 07:05:17.46

&&参照は「このオブジェクトもういらないからぶっ壊してもいいよ」というサイン
言うなれば肉屋へ行く馬車
野生のオブジェクトは誰に断る必要もないので勝手に連れてかれて解体される
家畜を渡す時は解体に同意するサイン(std::move())が必要

2018/03/01(木) 07:13:49.75

Fooクラスのunique_ptrがつまったvectorを作って、他クラスのメンバ変数にセットするときはどう渡すべき？
作った元ではもう使わないから所有権放棄していいとする

const参照渡しにして、渡された側でvectorの中身を全部std:move()して新しいvectorにつめるのが一番最初に思い浮かんだ
そんなことしなくても最近ここででてる、&&つけて渡してそのままセットすれば解決するのかな？

2018/03/01(木) 07:20:14.18

vectorを丸ごとmove付けてコンストラクタに渡せばいいよ
出来上がった後で渡したいならswapすればいい

2018/03/01(木) 08:22:01.82

なるほどー
コードにするとこんな感じかな？

std::vector<std::unique_ptr>vec_hoge;

...

Hoge hoge;
hoge.setHoge(std:move(vec_hoge))

Hoge::setHoge(vector<unique_ptr>&& vec_hoge) {
this-> vec_hoge = vec_hoge;
}

2018/03/01(木) 08:51:22.88

>>360
最後にmove必要

2018/03/01(木) 08:54:17.19

せやな。
rvalue reference は lvalue だぞ。

2018/03/01(木) 10:38:08.68

ありがとう！勉強になりました

2018/03/01(木) 22:06:37.33

>>353
ちげう

2018/03/02(金) 07:10:33.20

noexceptにtrue,falseがある理由については

#include <type_traits>

template<typename T>
void test(T t)noexcept(is_unsigned<T>){
//Tの型がunsignedの時だけは例外は投げない
}

こういう事が出来ると書いてあったけど、c++17以降も問題なく使えるだろうか？

2018/03/02(金) 07:15:24.27

is_unsigned_vだろ

なぜC++17以後で廃止になると思ったんだ？

2018/03/02(金) 07:38:40.59

stdも抜けてた。。。

廃止になるじゃなく面倒な事になりそうだと。

2018/03/02(金) 08:07:40.62

unsigned は組み込み用だろ

0 ～ 255 のカウンターなどで、無限にループする。
255の次に、0が来る

overflow にされると困る

2018/03/02(金) 08:51:13.35

>>368
組み込みでなくても極々普通に使うし、標準ライブラリ使ってれば知らぬ間に使ってる。

2018/03/02(金) 09:14:23.17

size_t

2018/03/02(金) 09:29:49.65

それを言うなら
uintptr_t

2018/03/02(金) 12:01:58.77

普段は uint_xxt と size_t しか使わんわ
int と ptr あんまり相互に変換しないし

2018/03/02(金) 22:27:40.22

visualstudio2017 でスタックトレースがしたいのですができません。
最初はBoost.StackTraceで試みたのですがMSVCでは行数やファイル名の出力が非対応で
アドレスまでしか取れませんでした。

次にWinAPIを使って解決させようとしたのですがこれもうまく行きません。
SymGetSymFromAddrを使うとどうやってもエラー126が帰ってきてしまいます。

以下のプログラムがVisualstudio2017で動作している人はいないでしょうか？
ttps://github.com/shive/blogpost/blob/master/20130918-stacktrace/main.cpp

2018/03/02(金) 23:27:18.83

スタートレックと空目した

2018/03/02(金) 23:40:43.96

>>373
こうなった

---- BEGIN BACKTRACE ----
1 : 0x00e76873 : Project1 : mycode::foo : c:\users\\source\repos\project1\project1\main.cpp(116) :
backtrace();
2 : 0x00e76513 : Project1 : mycode::bar : c:\users\\source\repos\project1\project1\main.cpp(120) :
foo();
3 : 0x00e76563 : Project1 : mycode::baz : c:\users\\source\repos\project1\project1\main.cpp(124) :
bar();
4 : 0x00e76b33 : Project1 : mycode::hoge : c:\users\\source\repos\project1\project1\main.cpp(128) :
baz();
5 : 0x00e76f0d : Project1 : main : c:\users\\source\repos\project1\project1\main.cpp(134) : try {
6 : 0x00e7870e : Project1 : invoke_main : f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl(78) : ?
7 : 0x00e785b0 : Project1 : __scrt_common_main_seh : f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl(283) : ?
---- END BACKTRACE ----

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdff-dixK) · 2018/03/02(金) 23:47:44.16

https://stackoverflow.com/questions/22481126/why-isnt-symgetsymfromaddr64-working-it-returns-error-code-126

未確認

**373** (ﾜｲﾓﾏｰ MMff-cxM0) · 2018/03/03(土) 01:05:16.48

>>375
プロジェクトの設定はdbghelp.libを追加しただけでしょうか？
あとWindows10ですか？7ですか？

>>376
自分もそれを読んでx86とx64両方試したのですがダメでした、、、

2018/03/03(土) 01:52:28.21

>>377
Windows10で実行
ライブラリは追加したのと
このFileNameがchar*でmsvcでは通らないから適当に文字列のバッファを作って渡した
>94 line.FileName = "?";

**373** (ﾏｸﾄﾞ FFbb-x7J7) · 2018/03/03(土) 07:43:32.07

>>378
自分はWindows7&VisualStudio2017なのですが
dbghelp.lib、dgbhelp.hを探すと以下の場所にあるのでWin10でしか対応していないのかなと…

C:\Program Files (x86)\Windows Kits\10\Lib\10.0.16299.0\um\x86
C:\Program Files (x86)\Windows Kits\10\Include\10.0.16299.0\um

C:\Program Files (x86)\Windows Kitsの下には8.1と10
という名前のフォルダがあるのでOSの番号ぽいです。

dbghelp.dllならそこらじゅうにあるのでLoadModule関数で呼べばいけるのかも

**373** (ﾏｸﾄﾞ FFbb-x7J7) · 2018/03/03(土) 08:51:25.52

VisualStudio Installerで構成の変更をしようとすると
'Windows XP Support for C++'というのがあって
これがWindows7用のSDKらしいです。（どんな名前の付け方だ…）

これをインストールするとめでたくdbghelp.libとdbghelp.hが追加されるので
それでコンパイルしようとすると
#include <dbghelp.h>
とかくだけでコンパイルエラーになってしまいました。

エラー C2760 構文エラー: トークン '識別子' は予期されておらず、'型指定子' が予期されています scratch c:\program files (x86)\microsoft sdks\windows\v7.1a\include\objbase.h 239

Windows10を買うかVisualStudio2015をインストールするかしかないのかもしれません；；

2018/03/03(土) 09:17:35.93

>>380
Visual Studio 2017 スレの919あたりから話題になっているけど、
VS2017 の Windows 旧バージョンサポートはおかしいみたい。
2015と同じツールセット、SDKを用いても動作が違う。

2015をインストールするのがいい気がする。

参考
Visual Studio 2017 Part4 ･
http://mevius.5ch.net/test/read.cgi/tech/1509244956/

https://www.visualstudio.com/ja/vs/older-downloads/

2018/03/03(土) 10:29:47.52

コンパイラを作っているんですが、char 10bit short 18bitの時はsizeofはいくつを返せばいいんですか？

2018/03/03(土) 10:36:52.34

>>382
アドレス単位を返す。ワードアドレッシングなら通常全て１になる

2018/03/03(土) 10:42:04.53

メモリ上のレイアウト次第
その18ビットを隙間だらけでchar8個分のメモリに置いてるなら8だし、
詰めて2個分で置いてるなら2

2018/03/03(土) 10:51:46.74

sizeof(char)は必ず1じゃなかったっけ？

**デフォルトの名無しさん** · 2018/03/03(土) 12:49:02.99

sizeofが小数を返しちゃいけないって誰が決めたの？🙄

2018/03/03(土) 13:15:05.21

>>386
仕様。
C99 だと 7.17 に size_t は sizeof 演算子の結果の符号無し整数型って書いてある。
C++11 だと 5.3.3 に sizeof 演算子の返却値の型は size_t って書いてあって、
18.2 に size_t は符号無し整数型って書いてある。

2018/03/03(土) 13:20:00.43

sizeof(bool) == 0.125 であって欲しいのかｗ

2018/03/03(土) 13:43:14.93

どうせ汎整数昇格で int になることばかりなので、
アドレス単位以下の小さなオブジェクトにする意味なんてないよ。
大きな配列で扱いたいときは std::bitset が有るし。

**デフォルトの名無しさん** · 2018/03/03(土) 14:56:24.32

>>387
ありがとう🤣

2018/03/03(土) 15:45:51.52

>>389
もしsizeofが小数を返したら汎整数昇格は適用されないんじゃない？

2018/03/03(土) 16:09:32.75

使用者が混乱するような仕様はちょっと

2018/03/03(土) 18:28:41.77

この板に書いてあることがほとんどわかっていないようなクソ素人ですみませんがちょっとお聞きしたいことがあります。
Windows 7でOpenCVをTDM-GCCにて動かしたいと思っているのですが、どなたかこの設定で動かされている方など居られますでしょうか？
もしくは素直にVisualStudioなど使ったほうが良いのでしょうか？
昨日からあれこれ試しているのですがまったく動かないです。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdff-dixK) · 2018/03/03(土) 19:01:36.20

>>393
俺ならパッケージマネージャがあるMSYS2+MinGW使うよ。
パッケージマネージャがないTDM-GCCなら、まず、OpenCVをビルドして、リンクできるようにしないといけない。
まあ、めんどうくさい訳で。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdff-dixK) · 2018/03/03(土) 19:37:06.06

初心者はVSやるとよろし。NuGetというパッケージマネージャがあるよ。

2018/03/03(土) 20:12:29.49

片山様
レスありがとうございます。
そうですね、VSは重いという理由で避けていましたがやはりまずはちゃんと王道からやっていこうと思います。
慣れたらソースからビルドもしてみたいですが、まずはOpenCVであれこれしたいのでやりやすい環境で頑張りたいと思います。
ありがとうございました。

2018/03/03(土) 20:37:52.59

VS の統合開発環境を外したツールセットだけの SDK もあったはず。
でもまあ初心者は統合開発環境があった方がいいってのは同意だな。

2018/03/03(土) 21:19:46.86

C++の文字列、u16やu32stringとか乱立してるけど今時TCHARとか使わないでしょうか？

string,wstring,u16string,u32string...どれか決め打ち？

2018/03/03(土) 21:37:46.21

主に使ってるライブラリ／フレームワークに合わせれば？

何でもいいなら multibyte で utf-8 一択だろう
ucs2 (16bit) にしても ucs4 (32bit) にしてもどうせ
合字とかで1コードポイント1文字にならないから意味ないし
コンテナは string でも何でも好きなものを

2018/03/03(土) 21:52:22.75

どうやろな？
Windows だと API が UTF-16 前提だからそれで揃えるってのは悪くない選択だと思うし。

2018/03/03(土) 21:55:03.34

>>398
TCHARはcharとwchar_tをvisual studioのプロジェクトの設定で切り替えてtypedefしてる型だ
マイクロソフトのライブラリの一部

u16stringとu32stringはstd::basic_string<char16_t>とstd::basic_string<char32_t>のエイリアス
UTF-16とUTF-32の文字列を扱うクラスで標準ライブラリの一部

そもそもどっちかというものではない
std::basic_string<TCHAR>とか使ってもいい

2018/03/03(土) 22:02:34.74

OpenCVのビルドぐらいCMakeでGUIでできる

2018/03/03(土) 22:07:02.05

>std::basic_string<TCHAR>とか使ってもいい
ほんとそれ

ていうかWin32APIでサポートされるうちはやっぱマルチバイトが無難

2018/03/03(土) 22:12:10.73

ShiftJisなんて廃止して、UTF8に統一してしまえば良かったよね

2018/03/03(土) 22:19:12.96

UTFはソートのコストが高いから痛し痒しだけどね
SJISはその点は優秀かと

2018/03/03(土) 22:38:49.13

Windows10はutf8モードにできたような

2018/03/03(土) 22:56:38.78

文字コードを統一したところでロケールの切替えはどうせ必要なわけだし、
内部的な処理が UNICODE に統一されたので良しとするしかなかろ。

2018/03/03(土) 23:43:29.67

utf8に統一したら、ロケールの切替って表示する文字列の言語を決める位の意味しか無いのではないかな
異なる言語の文字列でもそのまま字化けせずに表示出来た方が都合が良いように思うけど

2018/03/04(日) 00:38:00.37

Windows はもう 20 年以上前から Unicode 化はやってるんだってば。
UNICODE 版の API を正しく使う限り文字化けしない。
フォントの設定とかで化けることはあるかもしれんけど、
それも今はフォントリンクとかでおおよそ上手いこと処理してまうしな。

UNICODE 化できていない今までに作られたカスなアプリが消し去れないし、
カスなアプリのために ANSI 版の API (の挙動を制御するためのコードページの切替えの仕組み)
は残しておかなきゃならないけど、
Unicode への統一そのものは出来てるから満足するしかない。
っていう話ね。

2018/03/04(日) 00:59:55.95

だったらVisualStudioで作ったソースファイルのデフォルトがShiftJIS固定なのをそろそろなんとかしてくれよ

2018/03/04(日) 01:01:33.87

せやな。

2018/03/04(日) 01:07:55.85

LinuxとかのシステムコールもUnicode化されたら考えるわアデューﾉｼ

2018/03/04(日) 01:14:01.78

>>410
2017で治ったんじゃなかったか