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

**デフォルトの名無しさん** · 2019/04/25(木) 06:54:38.08

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

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

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

**デフォルトの名無しさん** · 2020/03/05(木) 06:44:44.35

本当にリークだったりして

**デフォルトの名無しさん** · 2020/03/05(木) 10:32:20.81

>>714
プログラムは全インスタンス解放後にstd::chrono::secondsでスリープかけていて
2GBほど掴んだメモリが半日経ってもそのままでした
こういうのもシステム起因の挙動なのでしょうか？

**デフォルトの名無しさん** · 2020/03/05(木) 11:03:11.50

>>716
心配なら Valgrind とかで調べてみれば？
Linux はなるべくメモリを使い切る方針だったはず (※) なので、 >>714 のようなことは普通にあると思う。

※ 空いているメモリがある状態というのは要するにメモリを無駄にしている状態ってこと

**デフォルトの名無しさん** · 2020/03/05(木) 13:46:12.81

他のプログラムで多量に確保してみれば？

**デフォルトの名無しさん** · 2020/03/05(木) 14:55:04.52

>>716
まず質問者の心がけとして
言葉だけでなく実際のコードと計測結果をそのまま書け

**デフォルトの名無しさん** · 2020/03/05(木) 16:41:49.18

713=716ですが、malloc_trim関数を呼んだらメモリが空きました
>>714さんの仰るようにOSに返していないのが原因のようです

>>719
すみません、自社内のかなり複雑で汚いコードなので晒せませんでした
厄介なことにスクラッチから同じ程度のメモリを使うテストコードを書いたら現象は再現しませんでした

**デフォルトの名無しさん** · 2020/03/05(木) 17:13:53.55

OSからのリクエストと返却はコスト高だから
ランタイムのアロケーターが握ったままでOSには返さない
OSへ返すタイミングはプロセスが終わるとき、という実装は割りとありえそう

**デフォルトの名無しさん** · 2020/03/05(木) 18:22:39.16

お礼を言うのを忘れてました
回答くれた方ありがとうございました

**デフォルトの名無しさん** · 2020/03/05(木) 18:46:09.59

>>722
malloc_trim使えるなら
malloc_statsも見てみたらいい
たぶんmmapで確保した分は返却されない

◆QZaw55cn4c · 2020/03/05(木) 21:06:25.30

>>713,716
http://www.kouno.jp/home/c_faq/c7.html#25
たぶん C++ もそうだと思います

**デフォルトの名無しさん** · 2020/03/06(金) 23:01:27.31

CとC++ってなんで一緒にされていることが多いの？

**デフォルトの名無しさん** · 2020/03/07(土) 00:18:58.16

一緒に使うことが多いから
じゃね？

**デフォルトの名無しさん** · 2020/03/07(土) 08:11:04.10

他の言語同士に比べて類似してる部分が多いだけに、
Cでの動作はこう、しかしC++では違う、みたいな情報の有用性が高いから、かも。
少なくとも、こういう質問と回答のようなスレッドでは。

**デフォルトの名無しさん** · 2020/03/07(土) 08:55:37.01

ならC言語勉強するならC++もやれってことか？

**デフォルトの名無しさん** · 2020/03/07(土) 10:45:02.41

c++の方ではcとの互換性を大きな要素として挙げてるからな。
元々cの前処理での言語拡張が始まりだし。
cの方はもう切り離して一緒にされたくないだろうが。

**デフォルトの名無しさん** · 2020/03/07(土) 16:29:47.82

C が C++ との非互換を最小限にするってのは大きな方針になってるよ。
少なくとも C99 の時点では。
http://www.open-std.org/jtc1/sc22/wg14/www/C99RationaleV5.10.pdf#page=11
ただし「C を C++ にしたいわけではない」みたいな文言もある。

C2X のドラフトを見る限りでも C++ に追従すると取れる変更は結構ある。
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n2478.pdf

C++ を使う上で改めて C を学ぶ必要はないが、
仕様としてはつかず離れずを維持し続けるのは C の側も是としている。

**デフォルトの名無しさん** · 2020/03/07(土) 16:53:11.21

いや、コンストラクタやデストラクタが暗黙で動く時点で全然違う言語でしょ。。
解釈を 2、３層入れてやっと表面上は同じように動くみたいな状況なわけでさ。
その辺誤魔化すからロクでもないことが起きるんだよ。

**デフォルトの名無しさん** · 2020/03/07(土) 17:26:14.19

>>731
いや、もちろん違う言語だよ。 >>729 の

> cの方はもう切り離して一緒にされたくないだろうが。

に対して、仕様の策定では連携していく方針があるってことを言ってるだけ。

**デフォルトの名無しさん** · 2020/03/07(土) 18:33:23.15

>>728
Cを使える人は(C++知らない状態からでも)C++もそこそこすぐ馴染む
C++を使ってる人(C知らない人)はCだと使えないことが多いと思う

**デフォルトの名無しさん** · 2020/03/07(土) 18:38:46.76

C++2017の電子本が無料らしい
Embarcaderoからメール来た

**デフォルトの名無しさん** · 2020/03/07(土) 20:21:56.03

Cから始めてC++に移行した時は
クラス・継承(仮想関数)・例外・new,deleteをもっと早く知りたかったわ

**デフォルトの名無しさん** · 2020/03/08(日) 06:17:37.40

**デフォルトの名無しさん** · 2020/03/10(火) 21:03:25.71

組み込みシステム部に転属したくてＣ言語の勉強してたんだけど、使ってる言語はC++とJAVAって聞いて萎えてる。

**デフォルトの名無しさん** · 2020/03/10(火) 21:27:52.91

それならCそんな無駄じゃないような

**デフォルトの名無しさん** · 2020/03/10(火) 21:35:56.80

C言語が出来るってのが最低条件なんだろう
ついでにその部署には「この門をくぐる者は一切の希望を捨てよ」とか書いてないか？

**デフォルトの名無しさん** · 2020/03/10(火) 21:38:36.13

>>738
無駄ではないが遠回りしたような…
>>739
その部署の新人教育見てたらJAVAとC++しかやってなかった。

**デフォルトの名無しさん** · 2020/03/10(火) 21:39:52.01

まあ確かに、例えば変数の宣言がいちいちスコープの最初とか今更考えられんな

**デフォルトの名無しさん** · 2020/03/10(火) 21:40:37.65

JAVAとC++ならどっちからやるべきなのだろうか

**デフォルトの名無しさん** · 2020/03/10(火) 21:47:57.73

一か月でJavaをやりその次の一か月はC++をやる
さらに5月からはもう一度Javaをやって六月からはC++をやる
そして7月にはC言語をやる

**デフォルトの名無しさん** · 2020/03/10(火) 21:50:37.20

>>742
どういう組み込み機器なんだ？
javaならjavaでsmartcard制御するのか、gui作るのかでかなり違う

◆QZaw55cn4c · 2020/03/10(火) 21:50:59.61

>>742
両方書いている者としては、java は virtual 付きで、C++ なら p = new XXX, p->property, p->method() と書く気持ちと思想で p.property, p.method() と書いておれば間違いないです
それと、コンストラクタの書き方、基底クラスの呼びかたは毎回お手本をみています
両方同時にやって混乱するようではセンスを疑います

**デフォルトの名無しさん** · 2020/03/10(火) 21:59:27.15

C++対応してるプロゲートみたいなサイトってないの？

**デフォルトの名無しさん** · 2020/03/10(火) 22:01:39.03

俺、変数宣言は関数の頭じゃないとコンパイル通らない環境なんだがｗ
GUIつうかOSからして無いんだがｗ
組み込みってひとまとめに言っても範囲広すぎるからもう少し具体的な情報無いとアドバイスしづらいよね

**デフォルトの名無しさん** · 2020/03/10(火) 22:07:13.07

相互参照がかんたんな方からやればいいんだよ

**デフォルトの名無しさん** · 2020/03/10(火) 22:18:40.36

>>747
C99 に対応してないコンパイラってことか。
理屈の上では実際のメモリの確保は関数の頭にまとめてしまえばいいから
実行時のリソースが限られていても関係なく出来るはずなんだが、
マイナーな環境だとコンパイラもまともなものがなかったりするんだよな……。

**デフォルトの名無しさん** · 2020/03/10(火) 22:20:49.11

>>743
おれとしてはc++から始めることをおすすめするな
javaから入るとc++でもjavaの作り方をずっと引きずる
そういう人数多く見てる
それだと組み込みでつらい場合が考えられる
ただしc++極めるのはまず無理なので
適当なところで打ち切る必要はある

**デフォルトの名無しさん** · 2020/03/10(火) 22:22:24.15

C++勉強するなら江添亮のやつがいいのか？

◆QZaw55cn4c · 2020/03/10(火) 22:37:05.22

>>751
かつては、旧版独習C++ でstd::string を再実装する練習問題に出会うまで黙々と読んでいくことを薦めていましたが、確かに今となっては旧版独習はC++が古過ぎるでしょうね
江添さんは、私も今読んでいる最中です、もう少ししたらお勧めできるかどうかわかるかと思います

**デフォルトの名無しさん** · 2020/03/10(火) 22:58:14.28

ありがとう

**デフォルトの名無しさん** · 2020/03/10(火) 23:02:41.52

>>749
コストのためにハードが固定化され、ハードが決まってるからCPUも固定でコンパイラもそれに依存
ハードの更新なんて5年に1回あるかどうかだし、更新されてもROM容量が16MBに増えました！程度とかだしねぇ

ツール類はPC上で動けばいいからそっち方面触ってないと技術的に取り残される
つっても未だにMFCで新規ツール作るような人もいるけどねｗ

まぁ業界によってはこんな組み込みだって居るんだよって程度で

**デフォルトの名無しさん** · 2020/03/10(火) 23:27:10.68

江添亮VS柴田望洋

**デフォルトの名無しさん** · 2020/03/10(火) 23:41:21.31

>>751
新しい仕様も考慮しているまともな C++ 入門書は少ないのでその中では十分に良いと思う。
紙でなくてよければ無料で読めるし、とりあえずこれで始めても損にはならんのじゃないかな。
https://ezoeryou.github.io/cpp-intro/

**デフォルトの名無しさん** · 2020/03/11(水) 00:14:52.72

>>751
江添亮の本は、勉強用じゃないw
プロが見て、あれこれ議論する土台になる本

10年以上やっていないと、まず読めないw

どの言語でも、勉強用は「Effective 何々」

**デフォルトの名無しさん** · 2020/03/11(水) 00:27:33.10

>>757
それはひょっとして「江添亮の詳説C++17」と混同してない？

「江添亮のC++入門」は初心者が基本的なツール (make やコマンドライン) の使い方さえわかってないからってんで、
そのあたりから記述している上にクラスの継承を説明しないという思い切った簡略化をしてる本だぞ。

**757** · 2020/03/11(水) 02:06:23.50

C++11/14 コア言語、江添亮、2015

この神の書と勘違いしたw

江添は、素人向けの本も、出しているのか

**デフォルトの名無しさん** · 2020/03/11(水) 02:43:05.64

hageで安全靴履いてリュック背負ってると職務質問される的なスキルが身に着く

**デフォルトの名無しさん** · 2020/03/11(水) 09:42:39.53

江添のあれ、糞本だろ。。
初心者はそんなとこでつまづかねーよってところにばかり無駄な記述を付け加えてるっていう。。
センスねーわ。

**デフォルトの名無しさん** · 2020/03/11(水) 10:20:19.09

炎上商法に釣られてると売り上げが伸びちゃいますよ？

**デフォルトの名無しさん** · 2020/03/11(水) 13:07:41.95

江添は職務質問で、大勢のポリ公に囲まれて、その場で監禁されたとかで、
今、警察を訴えているのだろ

警察はボーナスが欲しいから、誰でも犯人に仕立て上げるから、危険！

漏れも昔やられた。
パトカーに止められて、アルコール検知器に息を吐いても、ランプが点かなかったのに、
ポリ公がクルッと後ろを向くと、ランプが点いた！

何のことは無い。
そのポリ公が酔っ払いで、息を吹きかけていたw
後輩の若いポリ公も、グルだった

**デフォルトの名無しさん** · 2020/03/11(水) 14:07:13.44

知能低そう

**デフォルトの名無しさん** · 2020/03/29(日) 00:51:11.45

何を作ったら一番C++の勉強になるんだ？

**デフォルトの名無しさん** · 2020/03/29(日) 00:56:17.78

ビットマップ画像のファイルパスを入力したらそれにブラー処理を施して出力するコンソールアプリ

**デフォルトの名無しさん** · 2020/03/29(日) 01:24:25.56

C++使いのみなさんはC++以外だったら何の言語が好きなんですか
もしくは次何覚えたいですか

**デフォルトの名無しさん** · 2020/03/29(日) 01:40:31.93

>>767
GUIはC++でやるのつらいからC#をよく使う

**デフォルトの名無しさん** · 2020/03/29(日) 01:52:28.90

>>765
競技プログラムのクソコードのリファクタリング。

**デフォルトの名無しさん** · 2020/03/29(日) 02:37:01.61

競技プログラミング界隈だと #include<bits/stdc++.h> とか using namespace std; が普通になってるのが本当に嫌なんだよな。
AtCoder がそれを推奨しているのは「そこでつっかえて先に進まないよりは良い (競技の上では問題ないことが多いし)」みたいな
ニュアンスだし、ちゃんと理解してちゃんと書くならそれに越したことはないはずなんだよ。

**はちみつ餃子** ◆8X2XSCHEME · 2020/03/29(日) 02:53:17.00

>>767
ワイは Scheme が好きで日常的には C++ より使うなぁ。
興味があるのは Rust。入門書を読みながら色々といじって遊んでる。

**デフォルトの名無しさん** · 2020/03/29(日) 04:41:47.48

そらトリップにSCHEMEいれてるぐらいやしの

**デフォルトの名無しさん** · 2020/03/29(日) 09:44:17.77

https://pbs.twimg.com/media/EUH_eMWUwAAgsV4.jpg

**デフォルトの名無しさん** · 2020/03/29(日) 10:05:56.36

二重言語であり真顔で「わたくしはC言語を極めました」と言えるのが第一関門

**デフォルトの名無しさん** · 2020/03/29(日) 12:55:27.64

>>771
Rustの入門書はどれがお勧めですか。
Box<T>や、Option<Box<T>> の代入や参照について詳しいものがあれば幸いです。

**デフォルトの名無しさん** · 2020/03/29(日) 15:54:38.44

>>765
そういう視点より自分が何を造りたいかを考えろ

**デフォルトの名無しさん** · 2020/03/29(日) 15:55:46.75

>>767
Python
C#
D
Go
Nim

◆QZaw55cn4c · 2020/03/29(日) 16:08:26.57

>>767
＞C++使いのみなさんはC++以外だったら何の言語が好きなんですか
C です

＞もしくは次何覚えたいですか
classpath を C++ に移植したいです

**デフォルトの名無しさん** · 2020/03/29(日) 18:35:29.30

>>778
Javaのclasspath相当の機能をC++に移植したいということかね。

**デフォルトの名無しさん** · 2020/03/29(日) 20:08:59.77

>>768,771,777,778
どうも
色々ご意見ありがとうございます。みな人それぞれですね

>>773
さすがねねっち

**デフォルトの名無しさん** · 2020/03/30(月) 14:36:39.18

C/C++ で OpenGL とか Tck/Tk とかやるとオブジェクト指向ωの有難さωωが判るωωω

**デフォルトの名無しさん** · 2020/03/30(月) 19:25:06.14

>>781
OpenGLが使いにくいという意味で言ってるなら、使いにくくなったのは OpenGL 2.0
以後に入った部分のみだ。
OpenGL 1.0 は非常に美しく人気が有った。
ところが、Direct3Dに対抗するためか、高速化やShaderの導入のために
2.0では非常に使いにくい方式を追加してしまった。

ややこしいのは、WebGL や OpenGL ES は、その 2.0 の部分だけをベースにしてしまったため、
美しい OpenGL 1.0 とは互換性が全く無い。
だから、WebGL や OpenGL ES から入った人は、OpenGLといえば、その使いにくい関数セット
の方しか知らないから、OpenGLは使いにくいと思ってしまっている。

**デフォルトの名無しさん** · 2020/03/30(月) 20:57:38.25

OpenGLって昔のやつは使いにくいぞ

**デフォルトの名無しさん** · 2020/03/31(火) 01:07:28.66

>>783
逆、昔のが使い易いから人気が出て標準の座を勝ち取った。
当時、OpenGL は、3Dを凄くよく理解している人が設計したといわれていた。
ところが、OpenGL 2.0 は高速だが使いにくくされた。

**デフォルトの名無しさん** · 2020/03/31(火) 09:24:13.17

ハードウェアの種類が減ったんだよね。
その分だけ低レイヤまで踏み込ませても互換性が維持できる……
かと思いきや割とそうでもないな？みたいな闇が出来てしまった。

元から低レイヤを触る人にとってはハードウェアに近いところまで触れる方が使いやすいってのは
普通にあることなので、 API が綺麗なのが使いやすいというのは思い込み。
その人の経歴による。

**デフォルトの名無しさん** · 2020/03/31(火) 10:06:09.54

例のRuby君のことだから、自分で理解的ないものは難しい、使いにくい、汚いと非難の対象にしているか、もしくはどこかで聞き齧った意見をそのまま受け売りで垂れ流すだけ。
いずれにせよ聞くに値しない。

**デフォルトの名無しさん** · 2020/03/31(火) 10:06:35.13

理解的ない→理解できない

**デフォルトの名無しさん** · 2020/03/31(火) 15:44:37.42

機械工学部なんですが、授業で扱うレベルが初歩の初歩のみで
独学するにもどういうところから勉強すればいいのかわからず困っています
将来的にロボットを動かしたりするための知識を学ぶおすすめの教材とかありますか？

**デフォルトの名無しさん** · 2020/03/31(火) 16:11:50.19

電気・電子板へgo!

**デフォルトの名無しさん** · 2020/03/31(火) 16:21:47.06

>>788
Arduino

**デフォルトの名無しさん** · 2020/03/31(火) 16:29:23.37

>>786
そうじゃない。
俺は3Dを専門にやってきた。

**デフォルトの名無しさん** · 2020/03/31(火) 18:09:22.14

>>785
いや、書き方に夜がOpenGL 2.0以後は初期設定だけで200行を超えるくらいある。
それに比べて、OpenGL 1.0は、最初、お決まりの数行の初期化のあとは、
glBegin();
glVertex3f(x1,y1,z1);
glVertex3f(x2,y2,z2);
glVertex3f(x3,y3,z3);
glEnd();
glFlush();
程度でポリゴンが1枚書ける。
このコードを見ればマニュアルを見なくてもなんとなくやってることが分かるだろう。
それと、行列計算がとても判りやすくできるようになっている。

**デフォルトの名無しさん** · 2020/03/31(火) 18:33:37.31

hello world的なプログラムなら1.0が楽だが、まともなアプリやゲーム作ろうとしたら、一々頂点定義していくのは面倒なだけ
しかも性能落ちる

**デフォルトの名無しさん** · 2020/03/31(火) 18:36:35.46

一見簡単に見えるだけ
問題だらけのAPIデザインだよ
とにかくそんな遠い過去の技術どうでもいいから

**デフォルトの名無しさん** · 2020/03/31(火) 18:46:15.18

>>793
2.0 は初期化時の
glBindBuffer(), glBufferData(), gl.bufferSubData()
が特に難しい。
STATIC_DRAW, DYNAMIC_DRAW
の違いや、glBufferData(), bufferSubData() の違いとか。

**デフォルトの名無しさん** · 2020/03/31(火) 18:50:55.69

>>794
なら、あなたは何推しなの？

**デフォルトの名無しさん** · 2020/03/31(火) 18:55:52.92

>>792
お前は俺の言うことがわからないということがわかった。

**デフォルトの名無しさん** · 2020/03/31(火) 19:06:18.63

htmlも昔の方が良かったって人なんだろうね
cssとか理解できないんだろう

**デフォルトの名無しさん** · 2020/03/31(火) 19:12:17.41

使い物になるだけD3Dの方がまし
OpenGLは初期のAPIデザインひきずって最後までマルチスレッド対応できなかった
拡張性が高いとか言われてるけど
ベンダ依存多くて互換性なんかほとんど期待できない
初心者が一ヶ月学んで卒業するための
教育用の価値しかない
こんなのにしがみついてどうする

**デフォルトの名無しさん** · 2020/03/31(火) 20:05:53.51

ハゲドゥ

**デフォルトの名無しさん** · 2020/03/31(火) 20:19:39.98

>>792
glBegin/glEndがdeprecatedになって、VBOを使うようになってわかりにくい、という主張はわかるけど、
2.0だと初期設定だけで200行必要というのと1.0は初期化の後はglBegin/glEndでポリゴンが書けるというのは、
対応してないところを比較している気がしてしまう。

それに、GLFWなんかを使わずに素のOpenGL APIを使って初期化するなんてこと今どきある？
2.0になってややこしくなったのは、世界が複雑になったのだから仕方のないことだと思うんだけど。

OpenGLの一番良くないところは、ハンドラが引数になくて、操作されるコンテキストがどれかということが
見えない状態になってしまっていることじゃない？

**デフォルトの名無しさん** · 2020/03/31(火) 20:21:22.12

シェーダーとかなしで
グラフを書くだけの用途だから OpenGL1.0でごりおしだな

※ glBegin の対の glEnd を忘れて頂点バッファ漏らすのをラッパークラスで回避する程度

**デフォルトの名無しさん** · 2020/03/31(火) 20:57:23.49

OpenGL 2.0 専用スレ
http://mevius.5ch.net/test/read.cgi/tech/1126268759/

**デフォルトの名無しさん** · 2020/03/31(火) 21:29:07.74

GLFWなんて使うのは試作や使い捨てツールとかくらいだと思ってた。

**デフォルトの名無しさん** · 2020/03/31(火) 23:22:06.63

つーか昔はフレームバッファに書きこんだところにドットが表示されてすっきりしてわかりやすかった
今は全部GPUにふくざつなめいれいを送らないとドットひとつ打つのも大変だから昔のほうが良い
みたいな議論

**デフォルトの名無しさん** · 2020/03/31(火) 23:25:55.16

できることが増えただけで今でも昔のやり方をしたいなら(それで事足りるなら)、昔ながらのやり方をすればいいだけだと思う

**デフォルトの名無しさん** · 2020/03/31(火) 23:28:34.45

imx6でframebuffer上にcv::Mat作って直接弄ったら表示されたときはなんかすごく懐かしかったよ

**デフォルトの名無しさん** · 2020/04/01(水) 10:16:21.36

>>801
>OpenGLの一番良くないところは、ハンドラが引数になくて、操作されるコンテキストがどれかということが
>見えない状態になってしまっていることじゃない？

ほんそれ

python の matplotlib にも同じ違和感を感じる(重箱)

**デフォルトの名無しさん** · 2020/04/01(水) 10:18:19.76

>>804
オレオレルール上は glut までですね判ります

**デフォルトの名無しさん** · 2020/04/01(水) 11:06:09.53

>>808
さすがにそういう30年ぐらい前のAPIデザインはいけてないってことで
direct state accessが導入されたんだけど、中途半端でぐだぐだ

**デフォルトの名無しさん** · 2020/04/01(水) 16:12:02.61

教えてください。
三項演算子

auto a=1;//なんでもいい
a?return 0:return -1;

なんでコンパイルエラー？

**デフォルトの名無しさん** · 2020/04/01(水) 16:12:55.86

>>811
return は文であって式ではない。

**デフォルトの名無しさん** · 2020/04/01(水) 16:13:30.82

>>811
return は式じゃないから

**デフォルトの名無しさん** · 2020/04/01(水) 16:14:38.38

あっ被った
なので解決策書いとく
return a ? 0 : -1;