【初心者歓迎】C/C++室 Ver.101【環境依存OK】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/07/18(火) 07:07:27.20

エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。

◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白かに置換すると見栄えだけはよくなります。

【アップローダー】(質問が長い時はココ使うと便利)
http://codepad.org/ (コンパイルもできるし出力結果も得られる[]privateをチェック)
http://ideone.com/ (時間帯によってはcodepadが重い事があるのでここも利用)

前スレ
【初心者歓迎】C/C++室 Ver.100【環境依存OK】
http://mevius.2ch.net/test/read.cgi/tech/1478440682/

**デフォルトの名無しさん** · 2017/08/19(土) 11:37:47.76

C++は天才の言語と言うよりは、無駄に意識高い人の言語。
関係ないけど京都出身のプログラマはC++使ってる奴多い印象。
一見さんお断り的な文化が合ってるんだろう。

**デフォルトの名無しさん** · 2017/08/19(土) 11:48:31.10

>>496
C++11later になってからいっそうひどくなりました。テンプレート周りはもうわけわからん、翻訳じゃなくきんとした和書はでないものですかね

**デフォルトの名無しさん** · 2017/08/19(土) 11:54:49.03

>>495
きっとライセンスのことなんて考えたことないんだよ

**デフォルトの名無しさん** · 2017/08/19(土) 12:10:40.40

>京都出身のプログラマ
ぷぷぷっ

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/19(土) 12:35:47.59

まだWindows XPを使っている人が居るかも知れないから。

**デフォルトの名無しさん** · 2017/08/21(月) 00:35:19.32

まぁ、島根だか鳥取だかの出身のプログラマはruby大好きなイメージと同じだよな。

**デフォルトの名無しさん** · 2017/08/21(月) 08:26:40.74

ruby はやめて python にするよ‥

**デフォルトの名無しさん** · 2017/08/21(月) 16:02:51.68

嫌、そこはALGOLだろう

**デフォルトの名無しさん** · 2017/08/22(火) 09:50:47.77

c/c++の簡単版があればいいんだが
rustはあまりにも機能が多い

**デフォルトの名無しさん** · 2017/08/22(火) 10:53:41.18

スレチだけどオープンソースのAlgol68ってあるんだな

**デフォルトの名無しさん** · 2017/08/22(火) 11:29:16.92

>>504
java「呼んだ？」

**デフォルトの名無しさん** · 2017/08/22(火) 11:29:39.34

C++はベターCとして使うのが最も生産的だと思いました。

**デフォルトの名無しさん** · 2017/08/22(火) 17:29:10.69

auto使ってる奴見るとイタイ奴だなと思いました。

**デフォルトの名無しさん** · 2017/08/22(火) 21:27:29.17

auto に問題があるの？

**デフォルトの名無しさん** · 2017/08/22(火) 22:18:17.39

別に痛い奴だと思われるとガソリン代が上がったりするわけじゃないからね

**デフォルトの名無しさん** · 2017/08/22(火) 22:31:49.37

型名変数名 = ... だとデコボコするんで、ついつい
auto 変数名 = ... をズラズラっと並べたくなる
でも、書き終わってから読み直すと、あれ？逆に読みにくい？とか
どーでもいいとこで悩んでしまう

**デフォルトの名無しさん** · 2017/08/23(水) 08:09:55.25

C# の var 論争再び w
老害ってほんと進歩しないのな

**デフォルトの名無しさん** · 2017/08/23(水) 08:51:20.73

老害って何歳から？

**デフォルトの名無しさん** · 2017/08/23(水) 10:35:28.29

>>512
https://github.com/aspnet/Home/wiki/Engineering-guidelines

**デフォルトの名無しさん** · 2017/08/23(水) 12:45:56.26

年齢関係なく、単に馬鹿ほどvar好き。論理的思考ができない。

**デフォルトの名無しさん** · 2017/08/23(水) 18:28:16.03

>>515
https://github.com/aspnet/Home/wiki/Engineering-guidelines

**デフォルトの名無しさん** · 2017/08/23(水) 18:28:57.19

>>514
これはガチなの？実はアンチパターンで釣られましたねってことはないだろうな？ｗ

FruitFlavor flavor = fruit.GetFlavor();
var flavor = fruit.GetFlavor();

前者の方が読みやすいような気がしてしまう。
今時ならIDEのアシストあるし関係ないか？って気がしないでもないけど
考えるほど分かんなくなる～

**デフォルトの名無しさん** · 2017/08/23(水) 18:30:10.67

>>517
MSのOSSリポジトリ覗いてみ

**デフォルトの名無しさん** · 2017/08/23(水) 18:42:34.12

ID:Bqf1nBHj 　な？　馬鹿だろ。

**デフォルトの名無しさん** · 2017/08/23(水) 18:53:12.02

>>519
なにが？

**デフォルトの名無しさん** · 2017/08/23(水) 18:59:53.02

C++ 標準委員会のドワンゴ江添は、職務質問の手荷物検査を拒否したら、
警官10人に、現場で1時間半以上、拘束されたらしい

捜査でもない、任意の行政処分なのにw

それで東京都を訴えた

**デフォルトの名無しさん** · 2017/08/23(水) 19:04:14.64

日頃から発言がおかしい勘違い君だからな。

**デフォルトの名無しさん** · 2017/08/23(水) 19:07:29.72

>>517
そう言う単純な奴ならたいして変わらんので>>515みたいな変化を嫌う老害はvarを使いたがらない
Dictionary<string, Dictionary<string, string>> M = new Dictionary<string, Dictionary<string, string>>();
とか使い始めたら同じの２個もいらんやんってなる

**デフォルトの名無しさん** · 2017/08/23(水) 19:13:12.59

ここ数年、どのスレで論破されるとキレて老害連呼しだす人がいたが、
おそらく、ID:Rd2CDMDC は同一人物だろう。

**デフォルトの名無しさん** · 2017/08/23(水) 19:34:08.26

右辺にクラス名が現れるときだけauto使う派
FruitFlavor flavor = fruit.GetFlavor()
auto unko = (Unko)GetFuck()

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/23(水) 19:36:20.34

複雑な型は事前にtypedefして使う派。

**デフォルトの名無しさん** · 2017/08/23(水) 19:36:35.05

ラムダ式のときもauto使うしなー

**デフォルトの名無しさん** · 2017/08/23(水) 19:40:35.97

>>526
C++11以降ならtypedefよりusingがよいぞい
https://msdn.microsoft.com/ja-jp/library/dn467695.aspx

**デフォルトの名無しさん** · 2017/08/23(水) 19:57:11.83

老害は過去のレスには詳しいw

**デフォルトの名無しさん** · 2017/08/23(水) 20:13:58.21

restrictなんかもそのうちdstのsrc言及有無、srcのdst参照有無を縛る修飾に成るんだろうな

**デフォルトの名無しさん** · 2017/08/24(木) 05:55:50.39

>>525
同意

関数が何を返すか分かるから右辺が関数の場合でも構わないけど
関数の戻り値にauto使う奴らは殲滅したい

**デフォルトの名無しさん** · 2017/08/24(木) 09:53:17.83

タイプが面倒というPGはコメントも書かないし、単体テストも端折るし、
他の人が書いたソースにバグがあるかどうか真剣に読まない。バグ製造機。
プロジェクトにこういう人が一人でもいると、全体の品質が下がるばかりか
全体の士気まで下がるから厄介。態度の悪さを指摘すると老害連呼のウイルスプログラマ。

**デフォルトの名無しさん** · 2017/08/24(木) 18:33:33.36

>>532
他人のコードのバグを見つけるとか極悪じゃないか？

**デフォルトの名無しさん** · 2017/08/24(木) 19:29:06.97

>>533
えっっ？
最近はコードの机上検証はしないって？

**デフォルトの名無しさん** · 2017/08/25(金) 14:56:45.51

>>531
ちょっと聞きたいんだけど、
std::vectorをprivateメンバに持つクラスに、vectorのサイズを返すメンバ関数を作る場合、
返値の型はstd::vector::size_typeにするの？
それとも適当にsize_tとかで返しちゃう？

前者だとprivateメンバの型が外側に漏れてる感じが気持ち悪くて嫌だし、
後者は型が違うのが嫌だから、
autoで返しちゃいたいんたけど、殲滅されるべきなのかな

**デフォルトの名無しさん** · 2017/08/25(金) 15:13:47.84

>>535
typedefかusingを使う

**デフォルトの名無しさん** · 2017/08/25(金) 17:04:11.95

intでいいよ

**デフォルトの名無しさん** · 2017/08/25(金) 17:08:02.77

メンバ関数ごとに型が違うなんて使いづらすぎる

**デフォルトの名無しさん** · 2017/08/25(金) 17:28:28.06

intは流石にだめだろ

**デフォルトの名無しさん** · 2017/08/25(金) 17:47:23.39

intでサイズ的に十分ならint

**デフォルトの名無しさん** · 2017/08/25(金) 17:48:31.18

>>539
なぜ？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/25(金) 18:03:18.25

>>541
sizeof(int) == 4 && sizeof(size_t) == 8という環境がある。
intは符号あり、size_tは符号なし。

**デフォルトの名無しさん** · 2017/08/25(金) 18:06:14.26

size_tを符号なしにした馬鹿は誰だよ。

**デフォルトの名無しさん** · 2017/08/25(金) 18:15:01.16

>>542
だから、
intで収まるならintで

**デフォルトの名無しさん** · 2017/08/25(金) 18:19:04.85

>>544
もとからintならあれだが、いちいち別の型であるintにキャストする積極的な理由はなんだ？

**デフォルトの名無しさん** · 2017/08/25(金) 18:20:08.57

intをオーバーする心配をするなら
size_tをオーバーする心配も
メモリが足りない心配も
処理が遅すぎて使い物にならない心配も

**デフォルトの名無しさん** · 2017/08/25(金) 18:20:36.17

>>546
そうじゃなくてわざわざ型変換する理由は何？

**デフォルトの名無しさん** · 2017/08/25(金) 18:21:19.25

統一

**デフォルトの名無しさん** · 2017/08/25(金) 18:25:11.29

>>542の環境の場合、多くの場合ムダにデカい変数を扱うことになる

もちろん、巨大なデータを扱う可能性があるならムダではない
と同時に、>>546も心配する必要がある

**デフォルトの名無しさん** · 2017/08/25(金) 18:26:03.20

>>548
何と何を統一するの？

int n = static_cast<int>(v.size());
という面倒な表記？それとも
int n = v.size();
とかいう-Wall で死ぬ表記？

auto n = v.size();
って書かずにキャストをどうしてもしたいのはなぜなのか

**デフォルトの名無しさん** · 2017/08/25(金) 18:30:18.05

クラスを使う人が、内部的にvectorを意識する必要もないし、それようにわざわざ専用の型を使う必要もない

intは他の処理でも多く使われているので、使う側からすれば一番変換が少ない

巨大なデータを扱う処理に関する記述で、size_tで統一してるならそれでも
符号無しで統一してるのも考えにくいけど

**デフォルトの名無しさん** · 2017/08/25(金) 18:35:08.21

>>550
そういう面倒なことをクラスのユーザーにさせないため

**デフォルトの名無しさん** · 2017/08/25(金) 18:48:22.24

ID:mWX/padLみたいな前近代的なマが早くくたばりますように

**デフォルトの名無しさん** · 2017/08/25(金) 19:08:25.29

>巨大なデータを扱う処理に関する記述で、size_tで統一してるならそれでも
符号無しで統一してるのも考えにくいけど

STLのsizeはsize_tで統一されてんのにお前が乱してるんだろｗ

**デフォルトの名無しさん** · 2017/08/25(金) 19:21:24.07

>そういう面倒なことをクラスのユーザーにさせないため

どんな理屈だよ
vectorをラップしたクラスにat()やoperator[]を設けたらint指定でアクセスするのか
ユーザは負数に成り得る変数を注意しながら使えってか
何のための型だよ

**デフォルトの名無しさん** · 2017/08/25(金) 19:27:33.63

>vectorをラップしたクラスにat()やoperator[]を設けたらint指定でアクセスするのか
あたりめーだ
真人間ならラップは手段であって目的じゃねーから
>ユーザは負数に成り得る変数を注意しながら使えってか
バカ乙
計算をミスらないことと演算がオーバーフローしないことだけ注意すんだよ

**デフォルトの名無しさん** · 2017/08/25(金) 19:38:23.61

>>554
STLを意識させないためにクラスで包んでるんだろうに
意識させるならパッケージング失敗では？

**デフォルトの名無しさん** · 2017/08/25(金) 19:38:41.32

>>556
>あたりめーだ
>真人間ならラップは手段であって目的じゃねーから
ごめん、意味分からん

>計算をミスらないことと演算がオーバーフローしないことだけ注意すんだよ
だから、わざわざvector::size_typeなものをintに変換する必要がないじゃないの
0からmax_size()までの範囲なんだからさ

**デフォルトの名無しさん** · 2017/08/25(金) 19:40:58.71

>>557
だからtypedefやusingを使うって話だよ

**デフォルトの名無しさん** · 2017/08/25(金) 19:41:24.55

vectorから他の実装に変えたらクラスの仕様も変えるのか？

**デフォルトの名無しさん** · 2017/08/25(金) 19:42:44.43

>>559
いちいちメンバ関数ごとに型を定義する？
本気で言ってるの？

**デフォルトの名無しさん** · 2017/08/25(金) 19:47:10.01

クラスやメンバ関数ごとに型を定義したら、
それらの数値を複数用いて演算した結果はどうすんの？
まさかauto？

**デフォルトの名無しさん** · 2017/08/25(金) 19:50:17.50

クラスが値に関して責任を持つ
当たり前

クラスが値や型に対して責任を持たずにただ値をスルーパスするだけの糞クラスなんかは
ローカルで個人で使う物だけにとどめておきな

**デフォルトの名無しさん** · 2017/08/25(金) 19:51:00.23

ただメールを転送するだけの役に立たない糞上司と同じ

**デフォルトの名無しさん** · 2017/08/25(金) 20:00:01.80

>>561
?
クラス内に
typedef typename std::vector<T>::size_type size_type
でいいんじゃないの

**デフォルトの名無しさん** · 2017/08/25(金) 20:14:31.61

>>565
vector以外のデータは無いっていう前提？
または、クラスで扱うサイズをすべてそれで統一？

仮にそうだとして、
じゃあ別のクラスのsize_typeや他の型と演算した結果はどういう型にするつもり？

**デフォルトの名無しさん** · 2017/08/25(金) 20:16:04.43

使う側に考えさせる
使う側の手間を考えない実装

**デフォルトの名無しさん** · 2017/08/25(金) 20:18:17.34

vectorをそのまま継承した程度のクラスなら、
当然vectorのインターフェースを保つべきと思うよ
今回はvectorはただのデータのひとつ

**デフォルトの名無しさん** · 2017/08/25(金) 20:19:47.38

実装上、たまたまvectorを使っただけ
もしかしたら変えるかも

といった、ごく普通のクラス設計だと仮定した場合の話

**デフォルトの名無しさん** · 2017/08/25(金) 20:26:53.78

てか普通コンテナのサイズはsize_typeでとるだろ
別のクラスのsize_typeもsize_typeで取れ

勝手にintにキャストしてwarningまみれにすんな死ね

**デフォルトの名無しさん** · 2017/08/25(金) 20:29:55.07

コンテナはただのクラス内のデータのひとつ
内部の設計事情を外部に出す必要はない

**デフォルトの名無しさん** · 2017/08/25(金) 20:32:07.80

>>562 >>566 に対して、何も回答がない

**デフォルトの名無しさん** · 2017/08/25(金) 20:32:27.95

>>566
>vector以外のデータは無いっていう前提？
実装を替える必要があるってのは後で作り変えるって意味？それって設計の問題で関係なくね？
静的動的問わずポリモーフィズムするって意味なら最初からそういった設計をするでしょ
今回の話はvectorをラップしているクラスの話でしょ、何で関係ない話を持ち込むの？

>または、クラスで扱うサイズをすべてそれで統一？
size_typeで統一されるならそれでイイんじゃないの？君の言うintに統一と何ら変わらない
それなら内包しているvectorと同じsize_typeを使った方のが余計な記述も減るしバグも減る

>じゃあ別のクラスのsize_typeや他の型と演算した結果はどういう型にするつもり？
それって君の言うint統一でも同じじゃね？

何か話がどんどんズレていない？

**デフォルトの名無しさん** · 2017/08/25(金) 20:33:01.08

お前はそれでいいんじゃないか？
intで出せばいいじゃん
他のコンテナと整合取れないから使われないだけで、法に触れてるわけでもないし

**デフォルトの名無しさん** · 2017/08/25(金) 20:37:36.90

>>573
私の書き込みの前提は >>568 >>569

クラスの中にvectorやlistや他のコンテナのデータもあるかもしれない
それぞれが、コンテナ独自のサイズの型を定義してるかもしれない
コンテナが返すサイズを加工して返すかもしれない
比較的大きなクラスの話

ただvectorを包んだだけなら当然vectorのインターフェースを継承すべき

**デフォルトの名無しさん** · 2017/08/25(金) 20:51:59.32

>>575
何その後出しの仮定
取り敢えず、君が幾らでも解釈を広げていくなら話す意味ないわ

それにそのクラス使いたくないわ
絶対何もかも詰め込んだ糞クラスだと思うわ

**デフォルトの名無しさん** · 2017/08/25(金) 21:41:43.35

stlが糞ならautoも糞。これだけ。

**デフォルトの名無しさん** · 2017/08/25(金) 22:47:35.80

auto g() {
　// auto最高や
}

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/08/25(金) 22:49:29.48

ご利用は計画的に

**デフォルトの名無しさん** · 2017/08/25(金) 23:42:52.91

auto 計画通り() -> auto {}

**はちみつ餃子** ◆8X2XSCHEME · 2017/08/26(土) 00:15:55.89

int でいーんと違うかな？ (違う)

**デフォルトの名無しさん** · 2017/08/26(土) 00:18:45.88

この強烈な加齢臭
昭和生まれはお帰りください

**デフォルトの名無しさん** · 2017/08/26(土) 02:07:31.06

平成もあと数年だが在位64年は無茶苦茶長いよな

**デフォルトの名無しさん** · 2017/08/26(土) 02:50:01.47

C++ Core Guidelines より
ES.106: Don't try to avoid negative values by using unsigned
https://github.com/isocpp/CppCoreGuidelines/blob/v0.8/CppCoreGuidelines.md#Res-nonnegative
ES.107: Don't use unsigned for subscripts
https://github.com/isocpp/CppCoreGuidelines/blob/v0.8/CppCoreGuidelines.md#Res-subscripts

**デフォルトの名無しさん** · 2017/08/26(土) 11:13:16.50

↑便所の落書き

**デフォルトの名無しさん** · 2017/08/26(土) 18:00:34.61

size_tって何だっけ?
最近c#脳なので忘れた

**デフォルトの名無しさん** · 2017/08/26(土) 22:37:42.94

きっと何かのサイズだろう
rsize_tが出てきたあたりで規格を読むのがめんどくさくなった

**デフォルトの名無しさん** · 2017/08/26(土) 23:05:29.50

unsigned int

**デフォルトの名無しさん** · 2017/08/26(土) 23:27:40.18

xmlだったかloggerだったかのヘッダオンリーライブラリでsize_t絡みのワーニングを
消そうとintをsize_tに変更すると別の場所にワーニングが出て、そこも直すとまた別
の場所にの繰り返しで使うのやめたことがあった。

**デフォルトの名無しさん** · 2017/08/28(月) 10:50:45.03

インクルードディレクトリの優先順位変えたらうまくいったり

**デフォルトの名無しさん** · 2017/09/02(土) 17:05:03.82

http://opencv.jp/cookbook/opencv_img.html#image-resize
ここのソースコードをコピペしてコンパイルしようとしたのですが
関数 `cv::Mat::release()' 内:
test.cpp:(.text._ZN2cv3Mat7releaseEv[_ZN2cv3Mat7releaseEv]+0x47): `cv::Mat::deallocate()' に対する定義されていない参照です
collect2: error: ld returned 1 exit status
このようなエラー文が出てしまいます
使っているOSはdebian stretchです
/usr/include/opencv2には必要なファイルはありました
コンパイルオプションを色々調べて試したのですがうまく行きませんでした
どのようにコンパイルすればいいのでしょうか

**デフォルトの名無しさん** · 2017/09/02(土) 17:46:32.93

>>591
エラーメッセージの通り、定義されてない関数を呼んだんでしょ
必要なライブラリをリンクしてないんじゃないの？

**デフォルトの名無しさん** · 2017/09/02(土) 17:57:11.82

解決しました
すみませんでした
ライブラリのリンク方法をきちんと理解してなかったみたいです

**デフォルトの名無しさん** · 2017/09/03(日) 01:01:10.24

もちろん、具体的にどうやって解決したかは書きません

**デフォルトの名無しさん** · 2017/09/03(日) 02:48:50.72

>>594
-l のあとにopencv_必要なライブラリで解決しました
g++ test.cpp -lopencv_core -lopencv_imgproc -lopencv_highgui