【初心者歓迎】C/C++室 Ver.104【環境依存OK】

**デフォルトの名無しさん** · 2018/12/28(金) 06:04:52.38

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

**デフォルトの名無しさん** · 2019/02/23(土) 00:51:14.65

つけて問題ないならつけるべきだけど、まあ実際は面倒くさくなければという程度…

**デフォルトの名無しさん** · 2019/02/23(土) 10:37:02.21

>>530
内部で書き換えないポインタや参照の引数には必ずconstをつけるべき。より自己文書化されるし、付けてないと使う側の手間が増える。>>531は元javaプログラマ

**デフォルトの名無しさん** · 2019/02/23(土) 10:39:40.19

今は良いけど、半年後の自分は既に他人だと思わないと

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

const連鎖まんどくせ

**デフォルトの名無しさん** · 2019/02/23(土) 12:40:33.73

530みたいな質問する奴はそもそもconst気にする前に関数が長すぎたり
参照と実値渡しの違いもわかってないと思われるのでその辺をしっかりやった方が良い。

**デフォルトの名無しさん** · 2019/02/23(土) 17:32:16.44

入門書の類が、最初のうちは const なしで説明しておいて、
本の後半でおもむろにポインタの引数に const つけることを
載せてたりするせいかもな。
高度な、マニアックな話題みたいな感じで。

文字列(charへのポインタ)を受け取る関数を紹介したら、
すかさず const char* の説明も合わせてすべきって気がする。

const の一般的な価値が分かれば、メンバ関数での func() const {...} の
ありがた味もすぐ飲み込めて const つけまくり派になるでしょ。

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

戻り値を const char*　してても、
char* const してなければさほど意味がない。

**デフォルトの名無しさん** · 2019/02/23(土) 21:20:57.14

それは質問なの初心者君？

**デフォルトの名無しさん** · 2019/02/23(土) 23:45:27.99

クソミソみたいなjavaのconstと違ってC++のconstは
コードの安全性を高めるのに必須といっていいぐらいのキーワード
とりあえず片っぱしから全部const付けて、どう頑張ってもここは
constはずさないと動くコードにできないよな・・ていうぐらいの
時だけはずす。このぐらいの気構えでコードを書けば、かなり安全な
コードになってる。他のやつが書きかえちゃダメなものをいじろうと
しても、強引なキャストでもしない限りどうやってもコンパイルが
通らなくなる。強引なキャストしてでも無理矢理強姦してくる強姦魔は
そもそも犯罪者気質なのでそんなやつに仕事をやらせてる時点で間違い

**デフォルトの名無しさん** · 2019/02/23(土) 23:48:50.01

「かなり安全な」

ここで思わず笑ってしまったではないか

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

残念ながらバカはmutable使い出すから無意味。

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

俺は書換られたりはしないたぶんしないと思う
しないんじゃないかなま、ちょっと覚悟はしておけ

**デフォルトの名無しさん** · 2019/02/24(日) 00:47:53.06

constっていちいち書くのめんどい

**デフォルトの名無しさん** · 2019/02/24(日) 00:48:50.68

>>537
何を言ってるのか分かりません

**デフォルトの名無しさん** · 2019/02/24(日) 01:15:50.47

いやまてまて・・このスレの99%はネタでできてるけど
そこ分からないのはダメだぞ
まさに初心者向けの話題ではある

**デフォルトの名無しさん** · 2019/02/24(日) 07:21:28.17

>>541
mutable使ったらいかんのか

**デフォルトの名無しさん** · 2019/02/24(日) 08:50:14.25

こいつ能力低いなと思う奴のソースを見ると、
constなんて全く付いていない場合が多い

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

>>543
ちょっとわかるわｗ
あと3文字くらいが良かった

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

cnst

**デフォルトの名無しさん** · 2019/02/24(日) 09:40:01.37

constはキーボード入力の観点からはそんなに苦じゃない
stdとかarrayが割りと入力しづらい
左右均等に割り振られてると楽な感じ

**デフォルトの名無しさん** · 2019/02/24(日) 09:57:22.91

const char* a = "hoge";
const char* const a = "hoge";

の違いがわからんやつは死ねとよい

**デフォルトの名無しさん** · 2019/02/24(日) 10:22:22.64

そんな違いを意識しないと読めないコード書く方がバカだと思う。

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

（そんな初歩中の初歩でマウンティングドヤ顔して大丈夫っすか先輩）

**デフォルトの名無しさん** · 2019/02/24(日) 10:37:36.70

>>545
>>544のこと言ってるの？
>>537は、ポインタの指し先だけでなく、戻り値を格納する変数自体を定数にしなければさほど意味がないっていう主張だと理解したけど、合ってる？
ローカル変数を定数化したければ呼び出し元が勝手にやればいいし、戻り値をconst char*にする重要性に比べたらそれをする必要性なんてごく僅かで"さほど意味がない"なんてとても言えないと思うけど

**デフォルトの名無しさん** · 2019/02/24(日) 12:08:33.20

>>551
ドヤ顔して噛むなよ

**デフォルトの名無しさん** · 2019/02/24(日) 12:15:09.98

C++ってC言語の負の遺産を引き継いだ言語だろ？
constは廃止すべき

**デフォルトの名無しさん** · 2019/02/24(日) 15:05:59.28

constみたいな糞どうでもいい些末なことより
配列のサイズとオーバーフローの管理を強化するべきだったんだよ
互換性捨てなきゃならんが

**デフォルトの名無しさん** · 2019/02/24(日) 15:35:26.16

>>557
そこはCの負の遺産を引き継いだのではなく、可能な限り実行時オーバーヘッドを小さくする実装手段を提供するというCの基本スタンスを継承しただけだろう。それが負の遺産というなら他の言語の方が適切なんだからそれを選択すればいいよ。
C++を使いたく、ある程度の実行時オーバーヘッドが許容できるときはstd::vectorという選択肢があるけど、それじゃダメなのか？

**デフォルトの名無しさん** · 2019/02/24(日) 16:47:00.15

>>556
const に関しては C++ で新規導入された仕様を ANSI C に逆輸入、
みたいな感じじゃなかったっけ?
そのせいか、定数としてconst変数を使えないとか中途半端になってる。
C++ が C の負の遺産を切り捨てるべきだったとしても、
const はその「C の負の遺産」の範疇に含まれないかと。

いずれにせよ、今さら言っても、現に存在する C++ はどうもならんよね。
そういう新プログラミング言語が出ても、それは C++ じゃない別物ってことで。

**デフォルトの名無しさん** · 2019/02/24(日) 16:57:30.90

そういうのはDで良いと思う

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

とりあえず数値以外はconst参照渡しが基本でおｋ？

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

>>557
at()使え。
>>556
constが負の遺産とか頭おかしい。
ドキュメントにこの変数は内部で変更しませんとか書くよりよっぽど楽だろ

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

>>562
負の遺産だよ。
const キーワードを廃止して
デフォルトの挙動を const に出来れば
どれほど良いことか。
という意味で。

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

>>563
それなら同意するけど>>556にそんな意図はないでしょ

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/24(日) 17:43:09.22

>>564
皮肉っぽい言い回しをしてみたかっただけ。

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

いやん

**デフォルトの名無しさん** · 2019/02/24(日) 18:48:30.19

そこまで挙動を変えるなら別言語でやれば良いし、実際rustとか他の言語としてあるだろ。

**デフォルトの名無しさん** · 2019/02/24(日) 18:53:22.05

使わないで済ませる事ができるなら、使わないで置く方がうまく行く

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

>>563

>>567 も書いてるけど、それ何てRust？と思った。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/25(月) 01:48:46.07

負の遺産でも互換性とのトレードオフだしな。
いいことばかりじゃないけど、悪いことばかりでもない。

とりあえず const は付けれるだけ付けとけというのが
ベストプラクティスだと思う。

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

>>563
引数だけなら同意してもいいけど変数はどうするんだ？
for(variable int i = 0; i < 10; i++){
とかはあまり書きたくないぞ

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/25(月) 13:56:12.72

>>571
まあそこはもしもの話だから。
最初から const なら文法もそれに
沿ったものになってただろうさ。

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

確かに、関数内で作ったローカル変数だけデフォルト変更可能、
他所から持ちこんだ、ポインタの先や参照、グローバル変数へのアクセスは
基本的に読み出しのみ許可で、明示した場合だけ変更できる、なら
「勝手に書き換えたのは誰だ!?」ってバグは減りそうだね。

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

>>573
ああ、それなかなかいいかも

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

そうそう、だから普通にC++書いてる人は
とりあえず引数に全部 const つけるでしょ
それはそういうことだよ

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

引数じゃなく method の const は後悔することがちょいちょいと

class foo {
public:
void method() const;
};

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

constつけときゃいいってのもなんか胡散臭い印象しかないな。
そんなことよりも変更や生成を行う場所、タイミングを局所化するってのが本質だと思うが。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/25(月) 20:56:50.13

const が必要なところに付けるって考えるよりは
const では駄目なところでは外すという考え方の方が
安全っぽいという話であって、
適切に使い分けろというのは大前提のことだってことは補足しておく。

const が当たり前だって気持ちになると
変更が必要な個所は自然に局所化されるでしょ。

**デフォルトの名無しさん** · 2019/02/25(月) 21:58:02.00

const連鎖くらったらほどほどでいいやと思うようになる

**デフォルトの名無しさん** · 2019/02/25(月) 22:14:33.44

なんというかもう修正が一切されないコードしか想定してない印象を受ける。

**デフォルトの名無しさん** · 2019/02/25(月) 22:37:43.55

やりすぎオブジェクト指向といっしょで
事故起こりにくいとこでこだわっても変更に弱くなるだけ

**デフォルトの名無しさん** · 2019/02/25(月) 22:51:58.14

複雑怪奇で理解不能にしておくと、
変な改造されないで済む

**デフォルトの名無しさん** · 2019/02/26(火) 00:51:25.18

初心者で申し訳ないんですが、c/c++を学ぶため何か作りたいのですが、cで作る意味のあるいいお題はないでしょうか。JavaやC♯、rubyは一通りかける感じですがcはmallocなど知ってはいても使ったことはないレベルです。よろしくお願いします！

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

>>583
ビットマップ画像を読み込んでブラーをかけてビットマップ画像として出力

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/26(火) 01:30:28.38

>>583
いきなり「実務的な」プログラムを書くのはオススメしないよ。
C/C++ には歴史的経緯によってクソな落とし穴と「未定義」がたくさんあるので、
たとえ期待通りに動いたとしても正しくないプログラムであることは多い。
初心者向けのしょうもない (他の言語でやる入門と大差ないような) 題材で小さなプログラムを書いて
ブログとか Qiita とかに書いておけばベテランがよってたかって指摘してくれるさ。
そういうので基本的な落とし穴くらいは理解してから進んだ方が良いと思う。

**デフォルトの名無しさん** · 2019/02/26(火) 01:35:07.18

HDDの中を検索するプログラムとか、整理するプログラムとか
こういうのがあったら便利だなっていう物を考えて作ってみる
途中分からなくなったら、ここに相談に来ると良い
親切な人が教えてくれる、かもしれない
あてにはしないこと

**デフォルトの名無しさん** · 2019/02/26(火) 01:49:53.01

おっさんらジイさんらの世代だと
「こういうのあったら便利だよな」と思って作りはじめるパターンは有効だったけど
今はそういうの探したらほとんどあるからある意味不幸だよな
しかも自分で作ってたらとてもここまで作ってるヒマないっていうぐらい高機能なのが多いし

**デフォルトの名無しさん** · 2019/02/26(火) 01:50:17.99

>>584
>>585
>>586
ありがとうすごく参考になりました。デスクトップランチャーとかほしいと思って作るならWPFだし、Cで実用的なほしい物ってむつかしいんですよね。初心者向けの小さなプログラムは上記のブラーとかでしょうか？Cで書く意味がある題材ってわからなくて。。。

**デフォルトの名無しさん** · 2019/02/26(火) 01:59:04.98

>>588
そもそも自分がC/C++を身につける意味があるかというとこらから見直した方がいいのでは？
直ちに必要な訳ではないが将来的に身に付けたいというなら、先に他の人が言っていたようにいきなり実用的なプログラムから入るより練習問題レベルの小品をコツコツ作っていった方がいいと思う。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/26(火) 02:00:19.43

どうしても自分が欲しくて既存のものがないってケースでも、
既存のものをバッチファイルで繋げればできるって程度のものだったりするもんな。
そういう意味じゃ、日常ではスクリプト言語の方が使うことが多いとは思う。
俺が一番最近に書いた C のプログラムもスクリプト言語の拡張パッケージだし。

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

>>588
例えば容量の大きなHDDだと、同じファイルが複数場所にあったりするじゃない？
そういうのを見つけて、チェックした後削除すれば容量節約という実利もあるよ

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/26(火) 02:22:08.89

>>588
C/C++ で書く意味ということに最初は拘らなくてよいと思う。
こだわらなくてもプログラムの構成の仕方、書き方には確実に違いがあるから、
むしろ比較しながら学んだ方がいいかもしれない。

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

C/C++使う必要性がわからないならやらないのが正解
今だにこんなクソ言語使ってるのはそれしか選択肢がないから
あるいは物好きな言語マニアか

**デフォルトの名無しさん** · 2019/02/26(火) 03:33:39.99

先に他の言語やらんとC++の必要性はわからんと思う

**588** · 2019/02/26(火) 08:48:58.01

こんなにレスもらえると思いませんでした、他の言語スレや板だともっと殺伐としてます。。。ありがとうございます。
低レイヤを高速で処理できるのが魅力だと思うので最終的には任意のパケットを送受信できるデーモンを作りたい。ので、>>591のいう同名ファイル検索デーモンから始めようと思います。

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

ならechoサーバーから入ってhttpサーバーという定番ソケットプログラミングコースもおすすめ
まぁでもその検索デーモンとやらでファイルの扱い勉強してからでいいだろうな
高速化に興味あるならC/C++の標準ライブラリでなくOSのnativeのapiを積極的に使うのもいい
ファイルならメモリマップドファイルを使ったり(ファイル名調べるだけなら不要だけど)
他には検索アルゴリズムに凝る方向とかね

**デフォルトの名無しさん** · 2019/02/26(火) 11:48:20.70

>>595
同じファイルというのをどう判定するかだな
ファイル名なのかハッシュ(中身)なのか

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

globalに宣言されてる変数と同じ型同じ名前で
関数内にlocalに宣言されたものがあるとき
警告出してくれるオプションって何だっけ

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

>>595
なんで、そんな面倒くさい事をしなきゃならないんだ？

Ruby なら、PowerShell から、1-liner で、
Rubyで作られた遅いウェブサーバー、WEBrick が起動する

ruby -run -e httpd . -p 8080

そのフォルダに、index.html があれば、
何も考えなくても、これでブラウザからアクセスできる

http://localhost:8080

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

>>599
お前は相手の意図を理解する気がまったくなく、人とのコミュニケーションができないことをさっさと理解して、巣にかえって閉じ籠っていてくれ。
ここはお前に用がある奴は一人もいない。

**588** · 2019/02/26(火) 17:33:10.46

みなさんありがとう
今日は会社で暇だったのでコピペベースながらUDPで任意のメッセージ送受信出来るようになった
ヘッダでincludeする構造体って宣言済みのクラスみたいな感じで使えることを理解しました。（udphdrを使わずにsendしたからか、送れたけどudpチェックサムは自動で計算されなかった）

tcpは、というかhttpサーバは難しそうですが頑張ります！

**デフォルトの名無しさん** · 2019/02/26(火) 17:44:16.64

>>598
gcc/clang だと -Wshadow だな。
-Wall -Wextra とは別に指定する必要があるようだ。
細かいことを言えば、同じ型でなくても、名前が隠される場合は警告が出る。

今ネットで調べて確認、これからオイラも使うことにする。

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

同じ意味だけど型が違うときの変数名ってどうされてますか？
いつも困ってます。

例)

float2 fPos( 1.0f, 2.0f );

XMFLOAT2 fPos( fPos.x, fPos.y ); ←当然同じ名前は×

**デフォルトの名無しさん** · 2019/02/27(水) 07:11:30.50

>>603
float2でfPosって付けてるならXMFLOAT2ならxPosとかでいいと思うが…

**デフォルトの名無しさん** · 2019/02/27(水) 07:53:03.71

>>603
よくシステムハンガリアンは悪と言われるけど、この例のように同じ内容で型名の違いに意味がある場合は、型名に関するプリフィックスをつければいいんでない？
とあるライブラリに渡す境界部分ならそのライブラリ名に関するプリフィックスとか。

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

初心者ですみません、こんなコードをみたのですが2点わかりません。
char packet[1500];
memset(buf, 0, sizeof(buf));
ether_header *eh;
eh = (struct ether_header *)packet;

たぶん、1500byteのメモリを確保して0埋め、ether_header構造体のポインタを宣言してpacketのアドレスを渡す、としたいのだと思います。

分からないのは0埋め対象が宣言されていない変数bufであること、packetのアドレスを渡すのにわざわざether_header型のポインタにキャストしている2点です。よろしければ教えてください。

https://qiita.com/marufeuille/items/81f323a52a6fd3bd530c

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/27(水) 19:18:47.40

bufはpacketの間違いか？多分。

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

キャストしてるのはwarning回避じゃないか？

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

>>606 の引用元を見るとコード片だから、実際にはコンパイルしてないんだな。

char packet[1500];
memset(buf, 0, sizeof(buf));
は、packet と buf が同じもので、正しくは

char packet[1500];
memset(packet, 0, sizeof(packet));

なんだと思う。最初は両方とも buf と書いてあったけど
「もっと自ら語る変数名にしよう」と packet に変えたはいいが、
memset() の方では直し忘れた、というお話かと。

(struct ether_header *) のキャストは、コンパイラの警告対策だな。
…って言うか、これキャストしないでも警告だけで通るのね。

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

やってきたパケットのうち　頭のEthernet Header にフォーカスしてる意図でのキャストかな？

最終的には char [1500] で受け取ったパケットの配分を（パディング無しで）
　struct TCPpacket {
　　Ethernet_Header eth;
　　IP_Header iph;
　　TCP_Header tcph;
　　char* TCP_payload[]; /* 末尾可変サイズ */
　};
に配分したいんだろうけど、手を抜くなら union にしそうだわ

union Packet {
struct TCPpacket tcp;
char* packet[1500];
};

**603** · 2019/02/28(木) 00:25:33.39

>>604
>>605
ご提案ありがとうございます！
何らかのプリフィクスで識別が妥当そうですね。
ローカル名前空間みたいな概念があると便利そうですが･･･。

local namespace XM
{
　　XMFLOAT2 fPos;
}

float2 fPos( 1.0f, 2.0f );

XM::fPos = { fPos.x, fPos.y };

**デフォルトの名無しさん** · 2019/02/28(木) 09:35:29.75

どうせ長ったらしい関数書いてんだろ
それがそもそもの間違い

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

>>607
>>608
>>609
ありがとう、cがとんでもなく難しい言語かと誤解するところだった。

◆QZaw55cn4c · 2019/02/28(木) 20:15:42.34

>>583
https://mevius.5ch.net/test/read.cgi/tech/1549160513/
にお題がいっぱい転がっています…

**デフォルトの名無しさん** · 2019/02/28(木) 22:42:25.23

いやーCは簡単な言語だけどC++はとんでもなく難しい言語だと思うぞ
解説本が電話帳より分厚いなんてな自然言語超えてる

**デフォルトの名無しさん** · 2019/02/28(木) 22:46:25.10

そんな解説本あるのかｗ

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

それはあいつが悪いだろ‥

**デフォルトの名無しさん** · 2019/03/01(金) 00:09:02.27

しかも、言語仕様の改訂が3年ごとと早すぎて、
邦訳解説本はもちろん、原書でもリリースがおいつかず、
仕様改訂を繰り返すたびについてこれないユーザーをふるい落とす恐るべき言語
仕様改訂の世代を重ねるごとに中国以上の人口減少率でユーザー数が減少する既に終わった少子化言語ww

**デフォルトの名無しさん** · 2019/03/01(金) 01:01:16.39

なんか皆C++はむずかしいむずかしいっていうが、そんなむずかしいか？
俺的には今時のECMAScriptと各種フレームワークの使い方のほうがよほどむずかしい。
2、3年もすると何だかイノベーションがどうのこうのいってまるっきり別物のコンセプトのがでてくるし・・。
C++なんて基本概念はもう何十年もかわらんだろ。あとはその都度必要なstlとかの機能覚えればいいだけ。
楽なもんだよ。

**デフォルトの名無しさん** · 2019/03/01(金) 01:51:54.22

今何も見ずにラムダ式書ける?

**デフォルトの名無しさん** · 2019/03/01(金) 01:55:24.44

有名所のライブラリでラムダ式使ってるの見たことない

**デフォルトの名無しさん** · 2019/03/01(金) 06:22:49.33

『プログラミング言語C++』第4版は電話帳より厚いね。
あれは解説書だよな。1300ページ以上ある。

ちょうど新しい電話帳が届けられたばかり。
田舎住まいだから都市部に比べて電話帳が薄いってこともあるけど。

**デフォルトの名無しさん** · 2019/03/01(金) 07:01:09.26

C++は新しい言語仕様が次々に追加されるせいで、
同じ細かな処理をするにも人によって書き方が色々になって、
「同じ言語で同じ処理をしてるはずなのにソースは似ても似つかない」
「自分で書くには便利だけど、他人の書いたプログラムは読み解けない」
てな状況になってるんと違うかな。

わざわざストラウストラップ先生が「言語の全部を知らなくても、
徐々に理解しながら使えばいい」と書いてくれてるけど、
他人のソースを読む際には役に立たないアドバイスだよね。

**デフォルトの名無しさん** · 2019/03/01(金) 13:03:30.11

>>615
CもC++も仕様は簡単
ライブラリやアルゴリズム考えるのが面倒で生産性が低いだけ
それを難しいと勘違いしてるだけ

**デフォルトの名無しさん** · 2019/03/01(金) 13:21:26.51

こういうc++の危険さをまったく認識できてないやつが一番困る
std::forwardの意義を誰にでもわかるように説明してみろよ

**デフォルトの名無しさん** · 2019/03/01(金) 15:52:20.02

C++11以降とそれ以前で違い過ぎるのが問題では？

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/01(金) 16:02:10.84

>>623
「徐々に理解しながら」は、 C を既に知っている人を明らかに想定していて、
今では C がそんなに支配的でもないという状況を思うと適切な動線とは言えないという意味でも
あまり役に立たなくなってきていると思う。

ただ、追加された機能を見ると、
新しい書き方の方が間違い難くて綺麗で一貫していることが多いので、
肥大化するから追加するのをやめろとも言い難いんだよな……。

**デフォルトの名無しさん** · 2019/03/01(金) 16:17:07.89

皆、ドワンゴ江添亮の本を読んでいないから、C++ の恐ろしさがわからないのだろう

詳細を突っつくと、無限にややこしいものが出てくるw
だから江添でさえ、詳細は省略しますって書いてあるw

>>610
1バイトずつ、check sum を計算するような場合は、そういうように、union にするのが定番

**デフォルトの名無しさん** · 2019/03/01(金) 17:25:35.13

●ワンゴ倒産の危機わろすω

**588** · 2019/03/01(金) 17:56:26.55

udpパケットを送れるようにはなったのですが、wiresharkで確認するとudpフレームのchecksumが未定義となっていました。。。
そこで１からやりなおしたいのですが、ソケットはrawで開くべきなのでしょうか。いまはudpなのでdgramで開いてsockaddr_inのインスタンスをつかってsendtoしています。

**デフォルトの名無しさん** · 2019/03/01(金) 18:11:15.15

checksum計算して値入れてから送れよ