C++相談室 part140

**デフォルトの名無しさん** · 2019/01/13(日) 05:56:22.70

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

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

前スレ
C++相談室 part137 (正しくはpart138)
http://mevius.5ch.net/test/read.cgi/tech/1535353320/
C++相談室 part139
https://mevius.5ch.net/test/read.cgi/tech/1538755188/

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

■長いソースを貼るときはここへ。■
　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

**デフォルトの名無しさん** · 2019/02/11(月) 06:35:27.07

>>671
意味的に変わらんよな？
つまり a にはlong long の 1 が入るよな？

**デフォルトの名無しさん** · 2019/02/11(月) 07:42:02.90

>>670
今時のコンパイラではありえないと思うがintの1をlong longに変換してaに代入するコードを吐くかもしれない

**デフォルトの名無しさん** · 2019/02/11(月) 08:05:38.42

auto i = 1LL;
これも有り。

**デフォルトの名無しさん** · 2019/02/11(月) 11:23:03.19

静的解析ツールで型の明示忘れを指摘される

**デフォルトの名無しさん** · 2019/02/11(月) 11:40:26.90

そんなツールは捨てちまえ

**デフォルトの名無しさん** · 2019/02/11(月) 12:28:53.00

C#で書かれたC#以外のコンパイラとかあるんだっけ

**デフォルトの名無しさん** · 2019/02/11(月) 12:44:30.74

>>675 その解析ツールはC++11対応してるの？

**デフォルトの名無しさん** · 2019/02/11(月) 12:53:52.59

その程度静的解析持ち出すまでもなく
コンパイラのwarningにできるでしょ

**デフォルトの名無しさん** · 2019/02/11(月) 12:57:08.64

>>679
auto使ったら警告されるの？

**デフォルトの名無しさん** · 2019/02/11(月) 13:12:41.82

え、静的解析でauto禁止にするって話だったの？
静的解析というよりどっかのしょうもないガイドライン準拠か調べるオマケレベルの機能だろそれ

**デフォルトの名無しさん** · 2019/02/11(月) 13:57:18.54

1LLとlong long型の1と明示されている変数に対して警告出すのおかしくない？

**デフォルトの名無しさん** · 2019/02/11(月) 14:20:07.79

>>682
いやそれは良いそうしたら指摘されない

**デフォルトの名無しさん** · 2019/02/11(月) 14:20:08.61

世の中にはauto使うと読みにくくなるから使わないで、って言う人が本当に居るから・・・

**デフォルトの名無しさん** · 2019/02/11(月) 14:34:11.51

まじか・・・

**デフォルトの名無しさん** · 2019/02/11(月) 14:42:14.51

読みにくくなる場合は確かにあるだろ

**デフォルトの名無しさん** · 2019/02/11(月) 14:46:12.16

読みにくくなる場合があるから「全部」禁止な
って言う老害

**デフォルトの名無しさん** · 2019/02/11(月) 14:49:55.35

std::vector<std::pair<…>>

**デフォルトの名無しさん** · 2019/02/11(月) 15:03:25.67

読みやすくするためとテンプレートのためにautoを使うんじゃないの

**デフォルトの名無しさん** · 2019/02/11(月) 15:39:17.91

autoで読みにくくなる所って大体変数名をちゃんとすれば良い
それで足りないなら仕方ないから型を書く

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/11(月) 15:45:49.19

静的解析ツールの挙動を好意的に解釈すれば、
「暗黙の処理」に対して「それって本当にプログラマの意図した通り？」
ってのが機械的には読み取り難いことだから厳しい側に倒してるんじゃない？

仮にそうだとしたら、
機械で「わからない」箇所を人間が検証してねっていう話なわけで、
よくない作法だからやめてねというわけではないのでは。

ただ、テスト駆動開発で最初からテストしやすいプログラム構成をするように、
静的解析ツールを開発に活用する前提で静的解析しやすりプログラムを書くというポリシーも
それはそれでひとつの選択ではあるだろ。

**デフォルトの名無しさん** · 2019/02/11(月) 16:30:57.99

今使っている静的解析ツールはIPAのこのルール↓↓↓への適応をチェックするやつ
ttps://www.ipa.go.jp/sec/publish/tn16-007.html
（ツール自体はIPAとは無関係なサードパーティー製

autoはそれ自体は別に何とも言われなかったと思う
一方、>>670の下の方
long i = 1;
とすると、R2.4.1あたりの指摘を食らっていたと思う

**デフォルトの名無しさん** · 2019/02/11(月) 16:33:09.42

ひょっとしたらR2.5.1かもしれん…
最終的に指摘を出なくするので記憶モード、

**デフォルトの名無しさん** · 2019/02/11(月) 16:45:03.75

なんかクソとクソを組み合わせてるな
clang一つあれば全部解決だろうに

**デフォルトの名無しさん** · 2019/02/11(月) 16:50:29.08

>>687
こういうバカが当時は最新だったが今はレガシーなコードを残していくという負の連鎖。

**デフォルトの名無しさん** · 2019/02/11(月) 17:08:48.59

>>673
int の 1 を long long に変換したらそれは 1LL じゃないの？

**デフォルトの名無しさん** · 2019/02/11(月) 17:39:52.78

>>696
そうだよ
もちろん結果は同じになるけど生成コードが違うかもって話
まぁ書いてる通りほぼあり得ないと思うけど

**デフォルトの名無しさん** · 2019/02/11(月) 18:23:19.76

構造体や複数の変数の中から必要な変数を扱うときに
auto & var1 =
ってエイリアス的なノリで使ってるけどこれはありだよな？

**デフォルトの名無しさん** · 2019/02/11(月) 18:26:33.23

いいよ

**デフォルトの名無しさん** · 2019/02/11(月) 18:28:31.07

構造化束縛もくるしどんどん使うべき

**デフォルトの名無しさん** · 2019/02/11(月) 18:49:54.66

C++が束縛ってイキッた数学用語使うのなんかいらっとくるんだよね
理論もへったくれもない建て増し温泉旅館のクソ言語のくせに

**デフォルトの名無しさん** · 2019/02/11(月) 18:59:55.40

構造化バインディングって呼んでもいいんだよ別に

**デフォルトの名無しさん** · 2019/02/11(月) 19:02:03.68

ストラクチャードバインディングスって言え

**デフォルトの名無しさん** · 2019/02/11(月) 19:50:47.74

C++20でいろいろな武装がついて、ますます訳が分からなくなってきた。

**デフォルトの名無しさん** · 2019/02/11(月) 20:02:04.46

c++20で追加される機能で気になるのある？

**デフォルトの名無しさん** · 2019/02/11(月) 21:28:28.23

ついにコンセプト入るんやろ？
やることが増えただけとも言えるが

クラステンプレートの引数推論は改良されないのかな・・
コンストラクト時にしか省略できない&パラメータが残る形で省略できないのは不便

**デフォルトの名無しさん** · 2019/02/11(月) 21:34:25.05

<=>、契約、range...
結構盛りだくさんだよね

**デフォルトの名無しさん** · 2019/02/11(月) 22:31:10.87

脱法建て増し建築

**デフォルトの名無しさん** · 2019/02/11(月) 22:32:26.99

一体何と戦っているのかってｶﾝｼﾞ

**デフォルトの名無しさん** · 2019/02/12(火) 01:08:47.17

コンパイル時に解決できることは何でもやります。

**デフォルトの名無しさん** · 2019/02/12(火) 02:16:21.61

大学で2年CをやったんだけどC++を学習するのかなり楽になる？

**デフォルトの名無しさん** · 2019/02/12(火) 02:25:52.97

大学次第かなぁ
CができればC++の学習はそら楽になるよ、相対的には

**デフォルトの名無しさん** · 2019/02/12(火) 03:07:37.43

Cの勉強に2年使ってる時点でろくな大学じゃない

**デフォルトの名無しさん** · 2019/02/12(火) 03:19:13.37

>>711
C++はC言語のほとんどの部分を内包したようなものだから、先にC固有の部分を理解した上でC++に入るのはかなりやり易いとは思う。
あと、Cでは当たり前のやり方がC++では推奨されないやり方になる部分もあるので、考え方の切り替えは必要になる。推奨されないといっても深い理解のためにはけして無駄になるわけではない。
まあそれでも十分大変だが。

◆QZaw55cn4c · 2019/02/12(火) 04:25:41.28

>>714
＞Cでは当たり前のやり方がC++では推奨されないやり方
なんかありましたっけ？

**デフォルトの名無しさん** · 2019/02/12(火) 04:28:58.59

mallocとかsetjmp/longjmpとか
変数は関数の頭じゃなくて使う直前に宣言するとか

**デフォルトの名無しさん** · 2019/02/12(火) 06:12:35.00

ファイラ作る場合ｃ＋とｃ＃どちらがいいのですか？
いずれ３ｄもやりたいです

**デフォルトの名無しさん** · 2019/02/12(火) 07:02:19.46

ご本尊のハゲ先生は「Cを知らなくてもC++を使える」と書いてるな。
一方『独習C++』でシルトさんは「Cを知らなきゃC++は難しい」と書いてる。

C以外のプログラミング言語を知ってるかどうかに依存するのか知れんし、
「この本ではCと共通する部分は説明しないよ」程度の意味かも知れんけど。

**デフォルトの名無しさん** · 2019/02/12(火) 07:29:33.60

mallocは非推奨なんですか？

**デフォルトの名無しさん** · 2019/02/12(火) 08:01:36.93

malloc/freeだとコンストラクタ・デストラクタが呼ばれないからね。
placement newと組み合わせて、余計なmallocを減らして高速化をねらう使い方もあるにはあるけど、そういのはコンテナクラスでまとめちゃうだろうし。

**デフォルトの名無しさん** · 2019/02/12(火) 08:26:33.80

>>718
まあ難しいけど使えるという状態はあるからその２つは矛盾してるわけじゃない

**デフォルトの名無しさん** · 2019/02/12(火) 10:06:17.35

>>719
malloc() の戻り値は「void *」で、C だとどんな型のポインタ変数に代入しても
エラーや警告が出なかったが、C++ だとエラーが出る。
C++ は型を非常に大切にしていて、
TYPE *ptr = new TYPE; や
TYPE *ptr = new TYPE[N];
のように書くのが標準。理由は、必ずコンストラクタを呼ぶようにするためと、
型の異なるポインタには　cast しない限りは絶対に代入できないようにするため
だと思われる。というのは、delete ptr とした場合に、ptr の型によってどの class の
デストラクタが呼ばれるかが変わったり、ptr->func() とした場合に、func が、
どの class のメンバ関数であるかをコンパイラが知るため。わずかでも違っていれば
結果が変わってきてしまう。これが C++ が大きなプログラム開発に向いている
所以でもあって、わずかな間違いでもコンパイラが見つけてくれる確率が高くなっている。

C++ で malloc() をエラーを起こさずに使うには、コンストラクタが（絶対に）存在しない
ところのBYTE 配列の場合ですら、
BYTE *ptr = (BYTE *)malloc(N);　
のように書かなくてははならない。これは面倒なので（←嘘です）、
BYTE *ptr = new BYTE[N];　
と書く習慣になっている。

**デフォルトの名無しさん** · 2019/02/12(火) 11:29:59.12

delete [] ptr; じゃね

**デフォルトの名無しさん** · 2019/02/12(火) 11:46:23.37

>>723
TYPE *ptr = new TYPE;
の場合は、delete ptr; で、

TYPE *ptr = new TYPE[N];
の場合は、delete [] ptr;

と書くのが C++ の原定義。ここが、C++ のちょっと怖い気がするところ。
間違えてても、コンパイル段階ではエラーになってくれない。

**デフォルトの名無しさん** · 2019/02/12(火) 11:55:45.12

ほんそれω

**デフォルトの名無しさん** · 2019/02/12(火) 12:07:41.98

deleteにカッコつけるのってちょっと配列を特別視してて嫌だわ。
配列を実現するにしても、[]表記を捨ててもいいんじゃないの。

**デフォルトの名無しさん** · 2019/02/12(火) 12:14:13.71

その辺は禿先生も失敗だったと認めてるけど今更変えられないんだよ
new[]は一切使わず、配列をnewするときはstd::arrayを使うのが今時の推奨スタイルです

**デフォルトの名無しさん** · 2019/02/12(火) 12:14:29.27

今時はstd::unique_ptrを使えという人もいるかも知れん。
newとdeleteでいいと思うが念のため。

**デフォルトの名無しさん** · 2019/02/12(火) 14:38:12.08

Linuxのシステムコールオススメ本ありますか？

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/12(火) 14:52:25.40

たしかオブジェクトは、それと同じ型を要素とする大きさが 1 の配列と同じレイアウトだっていう保証は
どっかに書いてなかったっけ？ (C++ じゃなくて C だっけ？うろ覚えですまん。)
それを前提とすると delete と delete[] の区別を導入してしまったのは不用意だよな。
malloc / free では区別なしに出来てたわけだし。

**デフォルトの名無しさん** · 2019/02/12(火) 14:54:20.86

>>730
オーバーロード

**デフォルトの名無しさん** · 2019/02/12(火) 15:08:09.96

>>730
ヘッダ部分を除いたデータ部分としては完全に同じといっても過言ではないんだけど、
ptr = new TYPE; とした場合は、C++ の仕様上は
メモリブロックの先頭に「配列の場合には埋め込まれるところの要素数」をコンパイラは
必ずしも埋め込まなくても良いという事になっていて、その場合、delete 命令から見ると、
要素数1の配列とは同じではない。ただし、VC++ の場合には、危険を避けるため、
delete と delete [] は、どちらを書いても問題なく動作するようになっている
という文書を読んだ事が有る。

(C++元々の)仕様は、なるべくメモリ使用量も検査量も少なくして効率を上げる、
という哲学から来るものなんだけど、型検査をがちがちにして安全性を高めている一方で、
非常に危険な仕様になっていると言えなくもない。ただし、TYPE が小さなオブジェクトの
場合、new TYPE において、メモリブロックのヘッダ部分を配列と同じ構造にしてしまうの
は、結構、メモリの無駄使いにはなる。ただし、それもC#なんかの無駄と比べれば
すずめの涙程度の全然問題ない程度のものではある。しかし、それだけ、C++が効率が
良いはずではある。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/12(火) 15:18:28.58

>>732
new はランタイムの処理だ。
同じメモリプールから切り出してくるならどちらにせよ大きさの管理は必要で、
コンパイル時に型が (すなわち必要なバイトサイズが) わかっているからといって、
それで効率的にはなる余地はあんまりあるとは思えんな。

**デフォルトの名無しさん** · 2019/02/12(火) 15:22:00.28

>>733
要素数が正確にわからないと、デストラクタを呼び出す回数が分からない。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/12(火) 15:28:51.61

>>734
？？？

**デフォルトの名無しさん** · 2019/02/12(火) 15:44:00.70

>>735
生のメモリブロックも、大きさは管理されているといえばされているんだけど、
理由は分からないけど、サイズを取得するための _msize(ptr) が存在しない
ライブラリがある。あと、TYPE が小さい場合、アラインの問題もあって、
MBのサイズがTYPE が2個以上入ってしまうようになってしまう場合も有り得て、
要素数を計算する再にその場合の処理を適切にしないといけない。
恐らく出来ないわけではないはずなんだけど、そういう変な事情も
考慮して元祖の C++ は設計されたんじゃないかな。

**デフォルトの名無しさん** · 2019/02/12(火) 17:37:31.15

日本で最も使いやすい無料レンタルサーバーといえば、xrea だろう。
しかし、bit defender traffic light は、「黄色ランプ」になる。
これも、日本人に対するいじめの一環と考えられよう。

一応の理由としては、xrea で設置されていたバナー広告が過去に
マルウェア感染していた事があるかららしい。

いずれも日本で最も使いやすかったり普及していたり、日本人にとっては
最も重要なものばかりだ。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/12(火) 18:16:06.64

>>737
誤爆？

**デフォルトの名無しさん** · 2019/02/12(火) 18:28:54.36

pmrとかいう名前空間が出来ててワロ。

**デフォルトの名無しさん** · 2019/02/12(火) 18:55:34.22

スマートポインタを返す関数？について質問です
Smp<Foo> f = foo(); // こういうのがあるとき
if (foo()->bar) {} // こういうのとか
handle h = foo()->handle; // こういうのは安全なんですか？
または、スマポのデストラクタが動く瞬間はいつですか？

**デフォルトの名無しさん** · 2019/02/12(火) 19:31:38.96

実装による

**デフォルトの名無しさん** · 2019/02/12(火) 19:33:57.75

>>740
uniequ_ptr/shared_ptrはチェックしない
ただ、operator bool()を持ってるから取得してすぐチェックしてやれば以降は安全
デストラクタが呼ばれるのは寿命が尽きるとき
1番上の例はfのスコープの終わり、下2つはその行の終わり

**デフォルトの名無しさん** · 2019/02/12(火) 19:52:41.54

operator bool()について勉強になりました
if (f = foo() && f->bar) {}
こういう書き方にすればnull関係のチェックとなるというわけですね
> 下2つはその行の終わり
なるほどですね、実はそれを恐れていましたｗ
あほっぽいですが->barする直前にもしやデストラクタ動く？と怯えました
ありがとうございます

**デフォルトの名無しさん** · 2019/02/12(火) 20:32:31.62

>>743
ifの場合はその後に続く{}の終わりまで延長する、一応

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/12(火) 20:59:11.79

>>743
最新の C++ (C++17) なら

if(auto f=foo(); f && f->bar) {}

というように初期化と条件式をセミコロンで区切った書き方もできる。
ここで宣言した変数は if 文全体の終わりがスコープの終わりになるので、
範囲が限定的、かつ、スコープの終わりがわかりやすいので、
積極的に活用したいところ。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/13(水) 00:18:46.08

>>716
変数を使う直前に宣言するのは、
今では C でも望ましいスタイルだと思う。

**デフォルトの名無しさん** · 2019/02/13(水) 01:07:33.18

今までは構文の都合でconstであるべき変数もconstにできないことがあったが↓↓↓、
char c;
while ((c = *(p++), (c != '\0' && isprint(c))) {
　/*...*/
}
// 以下変数cを使わないコード

これからはconstにできる↓↓↓やたー！
while (const char c = *(p++); (c != '\0' && isprint(c))) {
　/*...*/
}

**デフォルトの名無しさん** · 2019/02/13(水) 01:12:36.96

もうfor文とかも見境無し！
for (int i = 0; const char c = str[i]; c != '\0'; i++) {
　/*...*/
}

すばらしい…！

**デフォルトの名無しさん** · 2019/02/13(水) 01:37:32.24

shared_ptrじゃなくてunique_ptrじゃないとだめなときってあるの？

**デフォルトの名無しさん** · 2019/02/13(水) 01:40:02.25

あるよ。

**デフォルトの名無しさん** · 2019/02/13(水) 01:44:30.84

普通のポインタとしての運用ができる

**デフォルトの名無しさん** · 2019/02/13(水) 01:58:56.40

shared_ptrでもできるくね

**デフォルトの名無しさん** · 2019/02/13(水) 02:01:16.26

ごめんshared_ptrが

**デフォルトの名無しさん** · 2019/02/13(水) 02:02:23.91

基本sharedでいいけどリソース節約したいところではuniqueって感じ？

**デフォルトの名無しさん** · 2019/02/13(水) 03:25:00.08

shared_future, shaed_mutex を使い分けるポイントって何でしょうか？

**デフォルトの名無しさん** · 2019/02/13(水) 12:15:19.31

基本uniqueで、いろんな所に取り回したいのがsharedかな
所有者がはっきりしてればunique、パタパタ受け渡したり色んなので共有するならsharedが自分の基準

**デフォルトの名無しさん** · 2019/02/13(水) 17:50:02.15

c++のデスクトップアプリケーションをVS２０１７で作ろうと思うのですが、フォームデザイナーはないのでしょうか？
ボタンの位置などは全部コードで作る感じでしょうか？

**デフォルトの名無しさん** · 2019/02/13(水) 17:52:20.25

mfcを追加でインストールしろ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/13(水) 17:52:50.90

>>757
リソースエディタ、ダイアログエディタがそれに該当する。Win32のリソース参照。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/13(水) 17:59:32.77

リソースエディタでダイアログを作って、DialogBoxまたはCreateDialog系の関数でダイアログを作成できる。

**デフォルトの名無しさん** · 2019/02/13(水) 18:13:16.31

↑mfcというのは今はあまり使われないそうですが、c++でインターフェースを作る場合、
今どきは何が使われるんでしょうか？
ある程度いい見た目にするのなら、自作しなければいけない感じですか？

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/13(水) 18:17:11.29

>>761
C++/WinRT
https://github.com/Microsoft/cppwinrt

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/13(水) 18:17:30.33

>>761
wxWidgetとGTK3がオススメ。キャリアがほしけりゃ、Win32なんか窓から捨ててしまえ。

**デフォルトの名無しさん** · 2019/02/13(水) 18:25:09.79

↑ありがとうございます
調べてみます

**デフォルトの名無しさん** · 2019/02/13(水) 18:25:23.74

>>761
Visual studioでは標準的
ただマイクロソフトから見切られているので今後の発展は無い

最近ならQtが人気
初心者には取っつきづらいのと日本語情報がほとんど無いのとライセンスがちょっと厳しいのとVSで完結させることはできないが移植性が高くガンガン更新されているから将来性は一番ある
今時なデザインにしたいならQt内で独自言語のQMLを使ってつくるかWebEngineをつかってhtmlとjavascriptと連携させて作る必要がある
どちらも簡単にはできないけど

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/13(水) 18:31:17.25

Qt5なんてダウンロードに数十分かかるアホなビッグシステム。

**デフォルトの名無しさん** · 2019/02/13(水) 18:31:55.58

使うものだけダウンロードすればいいじゃん

**デフォルトの名無しさん** · 2019/02/13(水) 18:34:59.46

アホが釣れたようだな

**デフォルトの名無しさん** · 2019/02/13(水) 18:40:53.11

>>757
Tcl/Tk

**デフォルトの名無しさん** · 2019/02/13(水) 18:42:26.28

>>766
ほんそれ

**デフォルトの名無しさん** · 2019/02/13(水) 18:53:39.36

使いもしないオプションを付けて時間がかかるとか言ってる人がいるってマジ？