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/16(土) 18:43:27.21

今ハード割り込みなんて気にするソフト書くとしたらOSがないやつだよね

**デフォルトの名無しさん** · 2019/02/16(土) 18:46:53.94

プロセスとして切り離しとけってアドバイスでこんなの終わりだろ。

**デフォルトの名無しさん** · 2019/02/16(土) 18:56:31.75

>>855
OSがない環境だから処理ルーチンもないんだろ
詳しくは>>852に聞いてくれ

**デフォルトの名無しさん** · 2019/02/16(土) 18:57:29.43

>>856
こんなスレで一般人の感想を言われても…

**デフォルトの名無しさん** · 2019/02/16(土) 19:57:22.22

一般人とか言い出すのはLinux板だけかと思ってた、ワロ。

**デフォルトの名無しさん** · 2019/02/17(日) 02:38:22.89

ていうか今目の前にある環境でコード書いて試せばすぐわかることを聞いてくるやつは
エアC++

**デフォルトの名無しさん** · 2019/02/17(日) 04:21:07.23

Visual Studioでコード書いても何もわからない。
とても都合よくできてるから。
こっちが標準になればいいのに。

**デフォルトの名無しさん** · 2019/02/17(日) 04:25:41.02

ラムダ式がいまだに書けないし読めないんだけど
書きたくなるようなメリット教えてくれ

**デフォルトの名無しさん** · 2019/02/17(日) 04:28:58.95

読みやすいし楽だからでは。

**デフォルトの名無しさん** · 2019/02/17(日) 04:46:40.12

C++を使うとコンパイラエラーで悩むことが多いがラムダは複雑そうなのに非常に素直だ。ラムダで問題がでることが一度もない。素直でできがいいと思うが残念なことに
そんなに使い道がない。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/17(日) 04:51:22.12

関数の内部で関数を定義できる。すなわち、例えばデカい関数からいちいちその関数の外側に注意を向ける必要が無くなる。

**デフォルトの名無しさん** · 2019/02/17(日) 05:00:32.63

述語に使えば。

**デフォルトの名無しさん** · 2019/02/17(日) 05:04:23.32

STLでもboostでもQtでも使いまくるだろ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/17(日) 05:05:22.93

std::sortの述語に使うのはよくあるね。

**デフォルトの名無しさん** · 2019/02/17(日) 05:32:44.80

>>868
それ凄くいい着眼点だと思うのだが、無名のnamespaceで代用できるし、どちらもそれぞれ利点が
あって、どうかするとnamespaceにしておく方が便利だったりする。

**デフォルトの名無しさん** · 2019/02/17(日) 05:36:53.53

std::thread t([&]() {
....
});

とか。

**デフォルトの名無しさん** · 2019/02/17(日) 06:17:10.31

>>873
文法的意味もよくわからないのだが、直観的にはわざわざそんなことをすることにどんな
意味があるのかというのもわからない。解説をたのむ。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/17(日) 06:33:40.59

std::threadはスレッド。すなわち並列処理ができる。以前は別の場所に並列処理を行う関数を書かないと
いけなかったのが、ラムダを使えば処理をその場で書くことができる。

**デフォルトの名無しさん** · 2019/02/17(日) 06:53:15.35

>>865
いちいち関数名考えなくて済むでしょ

**デフォルトの名無しさん** · 2019/02/17(日) 07:51:55.06

そんなしょうもない理由、どうでもいいわ。
てか可読性上げるために少しは考えろや。

他の言語なんかだったら部分的に引数を適用した関数(カリー化)が使いやすくなるとかはある。

**デフォルトの名無しさん** · 2019/02/17(日) 09:00:43.73

名前付をしょうもない理由とか言う奴はもれなく使えない
そもそもその場で書いてるから可読性も上がるし
ラムダ使えない奴の戯言でしかないな

**デフォルトの名無しさん** · 2019/02/17(日) 09:47:35.17

処理の一部を関数として受け取れるように関数書いといて
呼び側はラムダを好きに作ってそこに突っ込む
DRYするときとかに割とよくやるでしょ

**デフォルトの名無しさん** · 2019/02/17(日) 11:01:41.76

>>875
なるほど。それはC#なんかではよく思った。以前はdelegate関数を定義するのがめんどくさくてかなわなかった。
しかしC++はマイコンでしか使わないし、まだ恐る恐る使ってるレベルなのでthreadとかは使ったことがない。

以前はPC側はC#、マイコンはCと使い分けて書いていて今回初めてマイコンにC++を使ってるが便利
だとは思うが、困ることも多い。
　二人で開発をしているが、相方が意味のない機能をやたらつかいたがる。string やvectorをドンドン
使うのでプログラムが無意味にバカでかくなってしまう。自分は基本的にCレベルの機能しか使わない。
でもクラスやNamesapce が整理する上では便利だし、constexperも好き。
ラムダはデバッグターミナルを切り替えるのに使ってるが他にはつかうところが思いつかなかった。

**デフォルトの名無しさん** · 2019/02/17(日) 11:05:05.20

ラムダ式は名称が良くない

**デフォルトの名無しさん** · 2019/02/17(日) 11:10:40.23

>>880
君にはCがお似合いじゃないかな
コンパイルや実行時のある程度のオーバーヘッドを許容してでもOOPを導入して
楽に安全に大規模で複雑なプログラムを開発しようってコンセプトに馴染めないんだろう？
stringやvectorを使うとはそういうことだからこれを無意味と考えてる時点で向いてない

**デフォルトの名無しさん** · 2019/02/17(日) 11:14:31.53

マイコンならCで関数ポインタ使うような所で一部代わりに使う感じじゃないの
ポインタを動的に取り替えたりしないなら間接参照がなくなって速くなる

**デフォルトの名無しさん** · 2019/02/17(日) 11:28:22.52

頭が悪くてその機能を理解出来ず使いこなせないだけなのに
「書きたくなるようなメリット教えろ」と言い換えてるだけだ

「わたしの頭が悪い」ではなく「わたしにその機能にメリットが無いように見せているのが悪い（そちらから自発的にアピールしないのが悪い）」としてる
バカじゃないのかこいつ

**デフォルトの名無しさん** · 2019/02/17(日) 11:32:45.27

C++で安全になってるプロジェクトを見たことがありません。

**デフォルトの名無しさん** · 2019/02/17(日) 11:55:17.00

>>884
上の発言はおいらが書いたわけじゃないけど、どんどん色々と新しくなってるから
おいらも含めて昔からC++を使ってた人にとっては、vector、string、
smart pointerなどは知らないことなんだよ。文字列はMFCのCString使ってたし、
vectorの代わりに、自作のクラス・テンプレートを使ってた。

**デフォルトの名無しさん** · 2019/02/17(日) 12:13:43.95

>>885
それはC++のコンセプトを理解せずにまるでCみたいな手法を混ぜ込んでくる人が一定数居ることが最大の原因だろうね

Cを使うと低スキルのゲロゲロなC++プログラマを排除できるけど
C++を使っても低スキルのゲロゲロなCプログラマは排除できない
これはC++の弱点と言っていいだろう

**デフォルトの名無しさん** · 2019/02/17(日) 12:19:18.91

vector stringがない昔ってC++98より前のお話か・・・？

**デフォルトの名無しさん** · 2019/02/17(日) 13:07:09.82

>>888
1998当時、本を買ってC++を学ぶと、C++98 の事は書いてなかったんだよ。
C++98 が本に書かれるようになったのは、何年か後。

使えても、実際に使われるようになったのは、感覚的には、
この5～10年ほどなんじゃないかと思う。

**デフォルトの名無しさん** · 2019/02/17(日) 13:26:22.07

VCが糞すぎた時代が長かったからねえ
だいたいあいつのせい

**デフォルトの名無しさん** · 2019/02/17(日) 13:31:49.98

>>887
そう、絶対いるんですよ。
大規模になればなるほど避けられない。

**デフォルトの名無しさん** · 2019/02/17(日) 13:47:28.47

>>887
リーナス乙

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

>>857
GCは知らんけどSSDとかのレロケーションで固まったように見えるケースはあるね

**デフォルトの名無しさん** · 2019/02/17(日) 14:51:27.44

>>873
これとか頻出だと思うんだけど不思議と見たこと無い人居るんだなあ
他の言語でも良くあるパターンなんだけど

**デフォルトの名無しさん** · 2019/02/17(日) 16:14:40.21

このスレを見ようとすると、

503 Service Temporarily Unavailable

が出る人いる？　書くことは出来るはずだから、書いてみて。

**デフォルトの名無しさん** · 2019/02/17(日) 18:54:54.93

>>876
結局ラムダ式の変数名考えなきゃならんのだから命名の手間は一緒では？
まさか f にする気か？

**デフォルトの名無しさん** · 2019/02/17(日) 19:05:30.20

>>896
関数名って書いてあるんだが…
引数の命名は必要だけどスコープ狭いから命名にたいして苦労はしないだろ
それこそx, yとかでもいいレベル

**デフォルトの名無しさん** · 2019/02/17(日) 19:07:19.51

fでも良いレベルならfにするしもうちょっと詳しい方がいいときは動詞にする

**デフォルトの名無しさん** · 2019/02/17(日) 19:18:21.48

>>897
命名面倒だからラムダ式で程度のもならprivateなんだし適当でいいのは同じだろ

**デフォルトの名無しさん** · 2019/02/17(日) 20:01:49.45

メンバ関数だとクラス内全体に名前見えちゃうだろ
スコープ狭いから適当でいいって言ってるのに

**デフォルトの名無しさん** · 2019/02/17(日) 20:22:43.95

>>899
まんま使えない子の意見でワロタ
いつもテキトーに命名してるんだろうな w
そもそもC++のprivate指定ってスコープの指定じゃないし

**デフォルトの名無しさん** · 2019/02/17(日) 22:32:40.23

>>894
c++慣れしてる人ほどスコープの抜け方になんとなく不安を覚える書き方だからだろ。

◆QZaw55cn4c · 2019/02/17(日) 22:44:39.54

>>887
＞Cを使うと低スキルのゲロゲロなC++プログラマを排除できるけど
＞C++を使っても低スキルのゲロゲロなCプログラマは排除できない

無論、低スキルのゲロゲロベロベロなC++を排除できるほうが優れた手法といえるだろう
上記のどちらかを選べ、というのなら、私はそうする

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/17(日) 23:36:21.11

>>886 >>889
俺も 1998 年頃に ARM を読んで C++ を学んだが、そんな恥ずかしいことよう言わんわ。
当時の、それも日本語に限ってもネット上には情報があふれてたし、
2000 年頃になるとCマガ (επιστ?μη の連載) でも string や vector は取り上げてるし、
避けて通る方が難しいくらいの状況だったので、要するにお前が「あえて避けてた (逃げてた)」だけ。

そりゃあ当時の Windows での事情を考えれば MFC が妥当な選択だし、
MFC を使うとなれば文字列は CString を選ばざるを得ないというのはわかるよ。
よほどリソースが限られている組込み系とかなら vector でさえキツいって
状況だってあるかもしれんというのはわかるよ。
それに慣れてたら標準のライブラリの方がなじみが無いかもしれん。

でも、そういったライブラリのクソさに打ちのめされてきた経験があればなおさらのこと、
よりよい標準には飛びつかざるを得ないだろ。
よりよいということが理解できないほどクソの臭さに慣れてしまったなら、
そりゃやっぱりお前がクソなだけだわ。

**デフォルトの名無しさん** · 2019/02/17(日) 23:49:56.95

久々のダークサイド餃子

**デフォルトの名無しさん** · 2019/02/18(月) 00:39:07.20

横からだが
>>904
＞2000 年頃になると
>>889
＞C++98 が本に書かれるようになったのは、何年か後。

たかが標準ライブラリでマウントとかやめた方がいいよ、見てて恥ずかしい
>>878なんかもそうだが

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/18(月) 01:21:22.59

>>906
大衆向けのプログラミング雑誌であるCマガにすら！ 2000 年頃にはと言ってるんであって、
1998 年当時にでも情報はあふれてたと書いているんだが、そんなことも読めんのか？

その「たかが標準ライブラリ」すら知らん最低以下のクソ >>889 奴が
「昔から C++ を使っていた人にとっては」とか言って代表面してるのをぼんやり見てられるほど
俺は人が出来てないんでな。

**デフォルトの名無しさん** · 2019/02/18(月) 01:21:47.26

福田の本ほどわかりにくいものはない。
非お勧め。

**デフォルトの名無しさん** · 2019/02/18(月) 03:09:31.91

>>907
>>889,>>886に人格攻撃されるような書き込みあるかね？
ついでに言えば俺も自作線形リストとか書いてたけど
(その頃はC++使い始めて2年程度で、参考にしてた本も古かったのでSTLについての解説が無かった)
STL知ってからは完全にそっちに移ったけどね
標準ライブラリ信者のお前からしたらそれすら気に入らないんだろうな
ほんと何様だよお前

**デフォルトの名無しさん** · 2019/02/18(月) 03:12:36.05

あと1998年でネット使える環境の人間そんなにいねーよ
てかその当時からプログラミングやってるにしては・・・w

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/18(月) 03:24:59.60

>>909
最初は知らないというのは当然だし、使わないという選択をすることは否定しない。
規格にあっても実装が使い物にならない時代だって知ってる。

>>886 が学ぼうともしなかっただけなのに時代のせいにして俺を含む同年代の人間を巻き込みやがった。
何様だよっていうなら、勝手に時代の代表面をした >>886 に言うべきことだろうが。

**デフォルトの名無しさん** · 2019/02/18(月) 03:42:21.75

>>886,>>889は知らないとしか言っておらず、使わないという選択だの使い物にならないだのは
一言も言ってないぞ

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/18(月) 04:40:23.60

>>912
俺が標準ライブラリに拘泥しているみたいに言うから反論したんであって、
関係ない >>886 を巻き込むな。

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

>>906
> たかが標準ライブラリでマウントとかやめた方がいいよ、見てて恥ずかしい
> >>878なんかもそうだが
こっちは標準ライブラリの話じゃないんだが…
一応理由も書いてあるし
悔しくて当たり散らしてる感じ？ w

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

>>913
>>904, >>907, >>911
マジで何言ってんの、頭沸いてるだろ
自分が何書いたか読み返せキチガイ

>>914
やってることは同じだろ、ラムダ使えないとか勝手に前提作ってマウントとか、やってて悲しくならんか？

**デフォルトの名無しさん** · 2019/02/18(月) 06:15:11.87

マジで当たり散らしててワロタ

**デフォルトの名無しさん** · 2019/02/18(月) 06:31:20.82

アホだろお前

**デフォルトの名無しさん** · 2019/02/18(月) 08:53:15.92

Visual C++ 2010 Express に相当する、無料版の最新版はどれでしょうか？

**デフォルトの名無しさん** · 2019/02/18(月) 08:55:21.66

2018 Community
2019のプレビューも出てるけど

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

ありがとう >>919

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

ラムダ式で定義する関数の名前を動詞にしようとする香具師はどうしようもない…

**デフォルトの名無しさん** · 2019/02/19(火) 01:36:14.38

auto型引数が使えるの知ってラムダ式が便利だと初めて感じた
テンプレートと違ってスコープ内でしか使わないから想定外の型が放り込まれることもないから適当に作れる

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

JavaからC++のプログラムを呼んでるのですが、こういう場合にC++のプログラムをgdbでデバッグしたいときってどうしたら良いですか

**デフォルトの名無しさん** · 2019/02/19(火) 08:09:41.11

アタッチできないのかねえ

**デフォルトの名無しさん** · 2019/02/19(火) 08:23:25.75

できないです

**デフォルトの名無しさん** · 2019/02/19(火) 09:41:57.99

JNIでデバック、みたいな文章いっぱい引っかかるけどなにが違うんだろうね

**デフォルトの名無しさん** · 2019/02/19(火) 09:54:37.53

ランタイムである点です

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

>>922
便利だけど用途は限定的ってことですね

**デフォルトの名無しさん** · 2019/02/19(火) 13:49:45.72

アタッチできない理由を書けよ

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

そう言えばなんかソシャゲでバグの説明にソースコード出した奴無かったっけ
確かラムダ式使われてたような記憶があるんだけど何だったっけ？

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

ごめん
ググったら出た

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

ドッカンバトルかな

**デフォルトの名無しさん** · 2019/02/19(火) 15:36:52.16

>>761
そもそもC++ではインタフェースなんか作らないのが吉
そこはC#
C++は処理実体を担わせるべき

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

GUIのことをインターフェースって呼ぶ風潮

**デフォルトの名無しさん** · 2019/02/19(火) 17:05:34.91

(GU)I

**デフォルトの名無しさん** · 2019/02/19(火) 21:34:44.26

(CU)I

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

mfcとかいうからjavaのinterfaceと思いきやcomみたいなものを指してるんじゃないかと勘ぐっちゃったよ

**デフォルトの名無しさん** · 2019/02/20(水) 05:22:26.29

言語単体では図形描写というのはできないのですか？
また、図形描写する機能は一般的になんと呼ぶのですか？

javascriptだとhtmlやcssを使うと思います。

**デフォルトの名無しさん** · 2019/02/20(水) 06:08:35.28

私のプログラムはポーカーフェイス搭載
何考えてんだかさっぱりわからん

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

>>938
画像を扱う機能をもった外部関数(ライブラリ)を呼ぶことで画像を表示する。
その意味では「C++では言語単体では図形描写できない」という認識で正しい。
…よね? 標準ライブラリにグラフィック含まれてないよね。

「図形描写する機能」ってのは一般的には何て呼ぶんだろ。
昔は「グラフィックライブラリ」とか言ったけど、
現在は「ウィンドウライブラリ」とでも言うのか？

Windows なら「Windows API のグラフィック関連部分」とか、
X Window System なら「X の API」とか、具体的に名指しするかな。
もっと上位のクラスライブラリでも同様かと。

**デフォルトの名無しさん** · 2019/02/20(水) 06:44:28.39

>>940
グラフィックライブラリで調べてみます！

**デフォルトの名無しさん** · 2019/02/20(水) 06:45:11.12

>>938
svgを出力しなされ

**デフォルトの名無しさん** · 2019/02/20(水) 06:48:28.01

図形描画は基本的にはメモリ配列に描画することだからな
2次元配列にドット打ったり直線引いたりとかｃでも標準化されててもいいような気がする

**デフォルトの名無しさん** · 2019/02/20(水) 06:52:12.33

標準に組み込まれてる言語がどれだけあるのだろうか

**デフォルトの名無しさん** · 2019/02/20(水) 07:10:25.48

>>944
言語自体に組み込まれてるのはNBasicとかぐらいしか知らんわ

**デフォルトの名無しさん** · 2019/02/20(水) 07:15:02.69

WinFormsはC#の標準ライブラリだろうか

**デフォルトの名無しさん** · 2019/02/20(水) 07:36:29.38

cairoをC++標準に組み込むとかいう話はどうなったんだろう

**デフォルトの名無しさん** · 2019/02/20(水) 07:44:49.23

LOGOのグラフィック機能(タートル)は標準じゃないかな。
使ったことないから実際のところは知らんのだが。

ROM-BASICの頃は、たいがい何らかのグラフィックを使えたけど、
方言ばっかりで標準とは言い難かったね。

**デフォルトの名無しさん** · 2019/02/20(水) 07:49:44.24

>>947
待てど海路の日和無し

**デフォルトの名無しさん** · 2019/02/20(水) 10:49:58.31

wolf editorみたいなのはC++なんでしょうかね

**デフォルトの名無しさん** · 2019/02/20(水) 19:42:52.26

iteratorのメンバへのアクセスは、なぜドットではなくアローなのですか？

**デフォルトの名無しさん** · 2019/02/20(水) 19:43:28.58

ポインタとの互換性を持たせるため

**デフォルトの名無しさん** · 2019/02/20(水) 19:54:35.48

イテレータを ++ で進めたり、比較演算子で終わりの判断をするため、かな。
つまり「ポインタとの互換性」か。
シンタクスとかセマンティクスとか、専門用語が出る部分だね。

あと、ドット演算子はオーバーロードできないでしょ。

**デフォルトの名無しさん** · 2019/02/20(水) 19:59:56.78

std::next()って出来たけど、これは配列のアドレスと互換性を持たせるためかな。
std::advance()のように参照を渡すのがダメだとすると、戻り値で何かを返す場合、イテレータを返せなくなるので、どういう設計にしたらいいのだろ。

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

>>943
TclTkのcanvasが便利

**デフォルトの名無しさん** · 2019/02/20(水) 22:16:30.19

#include <chrono>
namespace user {
using std::chrono::operator""ms;
};

上の場合msというユーザー定義リテラルをuser名前空間内に定義した扱いになる？

**デフォルトの名無しさん** · 2019/02/20(水) 22:23:30.88

tclとか嫌だよ