【初心者歓迎】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/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

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

g++はソースでライブラリを指定できないの？

**デフォルトの名無しさん** · 2017/09/04(月) 09:53:17.44

ソースでリンクとかvisual studioかよ

**デフォルトの名無しさん** · 2017/09/05(火) 17:26:13.07

質問です
DLLの中で宣言したvectorを呼び出し側のEXEから使うのにスマートな方法は
どんな方法がありますか？

**デフォルトの名無しさん** · 2017/09/05(火) 17:29:23.60

class CFirstClass {
public: virtual const char* GetString() const = 0;
};
class CNinja : public CFirstClass {
public: virtual ~CNinja();
virtual const char* GetString() const;
};
class CMaster : public CFirstClass {
public: virtual ~CMaster();
virtual const char* GetString() const;
};
class CJohnin : public CNinja, public CMaster {
public: virtual ~CJohnin();
};
CNinja::~CNinja(){ }
CMaster::~CMaster(){ }
CJohnin::~CJohnin(){ }
const char* CNinja::GetString() const { return "忍者"; }
const char* CMaster::GetString() const { return "マスター"; }
int main() {
CJohnin johnin;
cout << dynamic_cast<CNinja&>(johnin).GetString() << endl;
cout << johnin.CMaster::GetString() << endl;
return 0;
}

GetStringの戻り値charから*を消したらエラーになるんですが、
これがポインタじゃなければならない理由は何でしょうか？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/09/05(火) 18:18:30.94

>>599
文字と文字列は違う。C文字列は、ヌル文字で終わる文字配列、または文字の並びへのポインタ。

**デフォルトの名無しさん** · 2017/09/05(火) 18:37:05.61

* は、ポインタ

まさか君は、ポインタを知らないのか？w

**デフォルトの名無しさん** · 2017/09/05(火) 18:37:39.05

>>600
＞または文字の並びへのポインタ。

これはきちんと理解できてませんでした。大変勉強になりました。ありがとうございます。

**デフォルトの名無しさん** · 2017/09/05(火) 18:43:08.96

>>600
> または文字の並びへのポインタ
お前がポインタを勉強しなおしてこい

◆QZaw55cn4c · 2017/09/05(火) 18:44:45.37

>>599
＞return "忍者"
だから char * で受けないといけない

**デフォルトの名無しさん** · 2017/09/05(火) 18:50:39.70

そしてリテラルの "文字列" って static で保持しなくていいの？　までテンプレ

**デフォルトの名無しさん** · 2017/09/05(火) 19:50:20.12

>>603
>文字の並びへのポインタ
をchar**と解釈したのか？
ちょっと気になった

文字の並びの先頭アドレス
でどうだろう

**デフォルトの名無しさん** · 2017/09/05(火) 20:01:40.54

>>603
片山先生になんて失礼な態度なんだ

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/09/05(火) 20:08:04.50

>>607
先頭アドレスと言う方が正確だよね。先生と呼ぶのはやめようね。個人崇拝禁止ってルールだから。

**デフォルトの名無しさん** · 2017/09/05(火) 22:30:28.03

片山先生www

**デフォルトの名無しさん** · 2017/09/05(火) 22:59:11.90

文字列リテラルがchar*に勝手に変換されてるのかよ。糞言語だな。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/09/05(火) 23:20:23.43

戦国武将を崇拝する事は人●しを崇拝する事になるし、ハッカーを崇拝する事はハッキングを崇拝する事になる。
個人崇拝にとらわれず、正しい道を歩まねばならない。

**デフォルトの名無しさん** · 2017/09/05(火) 23:28:12.79

>文字列リテラルがchar*に勝手に変換
そんなクソ言語はCだけ

**デフォルトの名無しさん** · 2017/09/05(火) 23:58:54.60

>>612
char const*なりconst char*ならおｋ？

**612** · 2017/09/06(水) 00:03:55.15

>>613
それなら別にええやろ

**613** · 2017/09/06(水) 00:06:53.44

日が変わったのね

領海いや了解です
まぁ歴史的理由とは言えクソではある
ROM化するときもどっちだよ？ってな話にはなるね

**デフォルトの名無しさん** · 2017/09/06(水) 00:18:48.47

>>613
char[] = "samurai";

はどうなるんだよ。欠陥だらけの言語だな。

**デフォルトの名無しさん** · 2017/09/06(水) 06:42:27.45

それのどの辺が欠陥？

**デフォルトの名無しさん** · 2017/09/06(水) 09:50:26.00

char hoge[] = "samurai";
const char hage[] = "harakiri";
無問題

**デフォルトの名無しさん** · 2017/09/07(木) 22:47:37.15

↑どうしようもないバカ