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/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とか嫌だよ

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

multimapである値に対応する全てのキーを列挙するのってどうやるの？

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

std::multimap<int, double> m;
m.insert({ 1, 2.0 });
m.insert({ 2, 2.0 });
m.insert({ 3, 2.0 });
m.insert({ 4, 2.0 });
m.insert({ 5, 2.0 });
//C++17
for (auto [key, value] : m){
std::cout << key << ": " << value << std::endl;
}
//C++11
for (auto&& p: m){
std::cout << p.first << ": " << p.second << std::endl;
}

上のコードで全要素参照できるから、valueかp.secondの値を比較すれば？

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

>>959
毎回全要素にアクセスするべきなのですね
分かりました

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

キーと値の設定間違えてない？

**デフォルトの名無しさん** · 2019/02/21(木) 08:23:36.74

>>884
楽なC#を使わないでC++を使い続けるのは馬鹿にみえる。それと同じだろうな。
Cを使わないでASMを使い続けるのも同じ。
C++を使わないでCを使うのも同じ。
まあでもそれなりにターゲットによってはそれを使わざるを得ない場合がある。
マイコンの場合はASMが基本だがCでも書けるようになってきた。殆ど
の場合はCでも書ける。しかし条件付きではあるがC++でも書けるようになってきた。
ただスピードも遅いメモリも少ないマイコンでは便利だからといってもvectorやstringは
あまり使わない方がいい。使う場合でも節度をわきまえて使わないとね。
馬鹿なんて言葉も使うには節度がいる。でないと単なる馬鹿にしか見えない。

**デフォルトの名無しさん** · 2019/02/21(木) 09:34:18.02

マイコンをどう使うのかわからんが
定期的にリセットできるならともかく、
C++のようにオブジェクトの生成消滅繰り返すなんて言語道断だからな。

**デフォルトの名無しさん** · 2019/02/21(木) 09:36:40.40

ものによる

**デフォルトの名無しさん** · 2019/02/21(木) 10:55:49.95

マウンティング用パワーワードが「ものによる」
コレ言う奴は大抵ばか

**デフォルトの名無しさん** · 2019/02/21(木) 10:56:14.09

そうですか

**デフォルトの名無しさん** · 2019/02/21(木) 12:41:59.00

C++がCの唯一の子孫というわけでもないし

**デフォルトの名無しさん** · 2019/02/21(木) 13:09:43.80

C#はCとは全く異なる言語だと思うな。似ても似つかない。

**デフォルトの名無しさん** · 2019/02/21(木) 18:27:00.81

>>968
快適なC++、それがJava。

**デフォルトの名無しさん** · 2019/02/21(木) 18:32:29.46

単価半額以下の屑言語。
悔しかったらデバドラ書いて売ってこい

**デフォルトの名無しさん** · 2019/02/21(木) 18:52:26.41

>>969
C#ならまだしも今更Javaはないわ

**デフォルトの名無しさん** · 2019/02/21(木) 19:25:32.37

C#に一番近い言語は、VBかも知れない。
VBは馬鹿にされるので、名前がCに近くなって喜んでいる人がいる気はするが。

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

Cの影響を受けているという意味では現役の言語のほとんどが影響を受けているのでみんなCの子孫

**デフォルトの名無しさん** · 2019/02/21(木) 21:49:22.41

PostScript 「せやな」
APL「せやせや」

**デフォルトの名無しさん** · 2019/02/21(木) 22:03:54.15

全部FORTRANの子孫で結論

**デフォルトの名無しさん** · 2019/02/21(木) 23:43:22.72

>>962
ちょっと違うんだよな
vectorやstringは普通にC++でプログラムできる環境なら使って問題ないだろ。。
でも、アルゴリズムを明示したいとかあるのよ。
DSPでアセンブラでコーディングさせる外注さんに手渡す仕様書としてCでコーディングして渡すとかね。
レジスタを short r0,r1,r2;とかおいて、そのDSPの構造真似たりして。
C++のライブラリなんか使ってしまうと肝心なアルゴリズムが見えなくなってしまう。

**デフォルトの名無しさん** · 2019/02/21(木) 23:49:54.40

>>972
経緯からするとJavaから阻害されてC#立ち上げたけど、
たしかに書いてるとBasic臭がするよなぷんぷんと、VBはあんま詳しくないけど、
はじめて言語に触れたN88 Basic臭がツーンと脳裏のそこから蘇ったわ。思い出したくないヤーな感じ。
でもポインタ使えるのは確実にPost C
間接アドレッシング可能な言語はCの後継とみなしていいでしょ。

**デフォルトの名無しさん** · 2019/02/21(木) 23:58:57.84

疑似言語で書けよ

**デフォルトの名無しさん** · 2019/02/22(金) 00:15:39.44

>>976
> vectorやstringは普通にC++でプログラムできる環境なら使って問題ないだろ。。

C++は使うがvectorやstringはヒープ使うからNGの業界余裕であるから
というかこういうことに無頓着なやつはそれこそC#がお似合いだよ

**デフォルトの名無しさん** · 2019/02/22(金) 00:17:24.73

普通の環境じゃねえだろカス
マウント取りたいがために文盲になるなよゴミ

**デフォルトの名無しさん** · 2019/02/22(金) 00:20:30.83

いまどきC++を使う普通の環境って何さ？

**デフォルトの名無しさん** · 2019/02/22(金) 00:21:51.02

競技プログラミング

**デフォルトの名無しさん** · 2019/02/22(金) 00:22:17.68

普通とは

**デフォルトの名無しさん** · 2019/02/22(金) 00:24:11.03

競技プログラミングも時間制約あるから
バカみたいに動的確保、解放繰り返したらアウトになるよ
まぁどのみち趣味の領域だからご自由にだけど

**デフォルトの名無しさん** · 2019/02/22(金) 00:25:12.85

お前がこれを見てる箱はいったい何ですかねえ

**デフォルトの名無しさん** · 2019/02/22(金) 00:26:41.79

質問なのですがスコープを抜けたら自動的にリソースを解放するクラスを作りたいのですが、
スマポ（メモリの解放）ならともかく解放がエラーになる可能性がある場合（ファイルのクローズとか）は
どう書けば良い
の？

**デフォルトの名無しさん** · 2019/02/22(金) 00:28:07.98

>>984
ならねえよ
適切なアルゴリズムであればどんな言語でも時間内に終わるように設定されているから

**デフォルトの名無しさん** · 2019/02/22(金) 00:31:00.86

>>981
ラウンドロビン型 & ガベコレ持ってるOS環境だ
今時raspi程度のハードであればこの環境を期待できる。
RTOSやOSレスなどハードの一部として動作させたいアプリケーションならさにあらず。
業界で判断する話じゃなくアプリケーション内容で判断する内容だろがよゴミ