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

**デフォルトの名無しさん** · 2018/07/01(日) 03:44:53.53

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

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

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

**デフォルトの名無しさん** · 2018/11/14(水) 11:29:46.12

設計者の意図が伝わりやすいのは前者

**デフォルトの名無しさん** · 2018/11/14(水) 11:45:30.11

int a=1;
if(!hoge){
a=2;
}

のa=1は通常の代入じゃないからね。
これは基準値で初期化しんだからよ。

こっちのが効率は良いよ。

**デフォルトの名無しさん** · 2018/11/14(水) 11:49:18.98

int a = hoge? 1 : 2;
はどう？

**デフォルトの名無しさん** · 2018/11/14(水) 12:07:57.04

多分タイポでa,bの値を条件によって入れ替える処理だと思うぞ。

**デフォルトの名無しさん** · 2018/11/14(水) 12:08:42.29

int a = 1 * (!hoge) + 2 * (!!hoge);
線型代数

**デフォルトの名無しさん** · 2018/11/14(水) 12:58:55.38

>>817
機械語に直したらどっちもmovでしょ

**デフォルトの名無しさん** · 2018/11/14(水) 13:41:43.62

>>815
どういう最適化？
初期化されても参照される前に代入が起こる可能性があるから
hoge の判定の後まで初期化を遅延させる、つまり実質 else を使ったのと
同じコードが生成されるということかな？
そこまで出来そうな気もしなかったのだけど

**デフォルトの名無しさん** · 2018/11/14(水) 15:05:08.52

初期値として意味があるなら後者でいい気はするが
なんか例が微妙というか、プログラムの流れがなんか不自然

**デフォルトの名無しさん** · 2018/11/14(水) 15:14:44.43

だよね。
だからやっぱタイプミス(タイポ)で条件によってa,bを入れ替える/入れ替えないを切り替える処理と見た方が自然。

**デフォルトの名無しさん** · 2018/11/14(水) 20:24:55.58

>>822
797の後者のコードがLLVM IR 2命令に最適化される
%2 = select i1 %0, i32 1, i32 2
%3 = select i1 %0, i32 2, i32 1
%0がhoge、%2がa、%3がbにあたる

**デフォルトの名無しさん** · 2018/11/14(水) 21:42:49.91

>>825
ありがとう。なるほど、すばらしい
これをまんまC/C++に書き戻すと

int a = hoge ? 1 : 2;
int b = hoge ? 2 : 1;

ということかな
でもこれだとhoge を2回チェックしてるので却って非効率な気もするけど
まぁ LLVM はまだ中間形式だから、これをターゲットコードに落とすところで
hoge の判定を一回で済ませるようにさらに最適化するのは簡単そうではあるね

**デフォルトの名無しさん** · 2018/11/14(水) 21:44:23.61

とは言え C/C++は効率ファーストな言語なんで、最適化を当てにして
ユルいコードでOK、てのも如何なものかという気はする
最適化は所詮、処理系依存だし

まぁ >>823 の言うように、その値で初期化することに強い意味があるなら
その書き方を優先する、そういうトレードオフがあることは認めるけど

**デフォルトの名無しさん** · 2018/11/15(木) 08:33:27.40

そんな細かい最適化は困ってから気にすればいい

**デフォルトの名無しさん** · 2018/11/15(木) 08:49:34.01

後から見て意図がわかるならドッチでもいいや

**デフォルトの名無しさん** · 2018/11/15(木) 09:03:11.75

hoge ? a = 1, b = 2 : a = 2, b = 1;
ができればな

**デフォルトの名無しさん** · 2018/11/15(木) 09:06:57.93

>>830
カッコつけて試せ

**デフォルトの名無しさん** · 2018/11/15(木) 09:08:20.15

カッコつけてもカッコ悪いからやめとくわ

**デフォルトの名無しさん** · 2018/11/15(木) 16:41:41.66

>>829
もちろん原則論に過ぎないよ
あと、原則論と言えば「変数は定義時点で必ず初期化せよ」というのもあるわけで
初期化忘れを防ぐためにそういうコーディングルールを設けている所も多いはず
その場合は後者の方が望ましいことになる
初心者はむしろ効率より堅牢性を重視した方がいいかもね

**デフォルトの名無しさん** · 2018/11/15(木) 18:14:33.63

>>830-831
副作用でるやつ

**デフォルトの名無しさん** · 2018/11/15(木) 22:00:21.20

inline void debug_pulse(int no){
#if(DEBUG == 1)
switch(mode){
case 0: pulse(A0); break;
case 1: pulse(A1); break;
case 2: pulse(C5); break;
case 3: pulse(F0); break;
}
#endif
}

１．この場合　debug_pulse(3);は　pulse(F0)と同じになる。
２．　#define　DEBUG　０　にすると全て跡形もなく消える。
１，２は正しい？

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/15(木) 22:04:26.81

1.は正しい。
2.この世の全てが無くなるとは思えない。質問が不適切。

**デフォルトの名無しさん** · 2018/11/15(木) 22:09:23.82

DEBUG　==　1のときコンパイル通らないぞ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/15(木) 22:24:43.20

駄々しくなかった

**デフォルトの名無しさん** · 2018/11/15(木) 22:52:52.91

関数の外で適切な定義がされてれば通る

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/15(木) 23:14:39.58

こんな感じで私は馬鹿です。

**デフォルトの名無しさん** · 2018/11/16(金) 05:03:45.34

＞2.この世の全てが無くなるとは思えない。質問が不適切。
質問の意図は
inline void debug_pulse(int no){ }はコードを生成しない。これは正しいか？
である。
質問の理解が不適切。

**デフォルトの名無しさん** · 2018/11/16(金) 07:42:29.36

>>841
エラーになるのでコードは生成されません

**デフォルトの名無しさん** · 2018/11/16(金) 08:49:40.86

mode の出所は？　A)no の typo　B)別途関数の外に居るし

**デフォルトの名無しさん** · 2018/11/16(金) 19:06:25.10

int mode;
void pulse(void);
int A0;
int A1;
int C5;
int F0;

**デフォルトの名無しさん** · 2018/11/17(土) 10:49:41.98

modeがどうかは質問の趣旨と関係ないのでどうでもいいが(modeがglobalとか適当に)

inline void debug_pulse(int no){
switch(mode){
case 0: pulse(A0); break;
case 1: pulse(A1); break;
case 2: pulse(C5); break;
case 3: pulse(F0); break;
}
}

か

inline void debug_pulse(int no){
}

か

にしかならないから

1.は「ならない」
2.は「消える」

**デフォルトの名無しさん** · 2018/11/17(土) 10:50:51.46

ああ 2. で消える条件は
debug_pulse() を呼んでる部分が無いことが前提だから

2. 「消える」「消えない」どっちとも言えない

だな

**デフォルトの名無しさん** · 2018/11/17(土) 12:25:27.92

>>846
inlineなんで、消えるか消えないかはアドレス必要な操作をしてるかどうか

**デフォルトの名無しさん** · 2018/11/17(土) 13:20:26.13

inlineをどう扱うかなんてコンパイラ次第
どんなコードが吐かれるかが知りたければ
吐かれたコードを見るのが一番

**デフォルトの名無しさん** · 2018/11/17(土) 22:18:09.47

inline void debug_pulse(int no){
#if(DEBUG == 1)
switch(no){
case 0: pulse(0xA0); break;
case 1: pulse(0xA1); break;
case 2: pulse(0xC5); break;
case 3: pulse(0xF0); break;
}
#endif
}
１．この場合　debug_pulse(3);は　pulse(0xF0)と同じになる。
２．　#define　DEBUG　０　にすると全て跡形もなく消える。
１，２は共に正しい？

**デフォルトの名無しさん** · 2018/11/17(土) 22:20:38.34

そもそもpulseがなんなのかわからんから
なにが書いてあるのか意味不明

**デフォルトの名無しさん** · 2018/11/17(土) 23:02:18.32

コンパイラのオプション指定は？

**デフォルトの名無しさん** · 2018/11/18(日) 03:24:10.19

次スレからは、

【初心者歓迎】C/C++室 Ver.103【環境依存OK】を、
【上級者用】C/C++室 Ver.104【環境依存OK】

にした方がいいな。

**デフォルトの名無しさん** · 2018/11/18(日) 11:25:26.97

何で相談室の方行かないんだろう

**デフォルトの名無しさん** · 2018/11/18(日) 13:06:07.95

いいかお前ら、これから>>852が理解できないことは一切書いちゃだめだぞ。
ここが初心者専用でなく初心者歓迎であってもだ。
回答するのはお前らだからな。

◆QZaw55cn4c · 2018/11/18(日) 14:38:54.74

>>852
①すでに上級者スレはありますが？
②そもそも上級者と初心者の境目をどう定義しますか？

**デフォルトの名無しさん** · 2018/11/18(日) 14:47:27.03

本人の主観で良いでしょう

**852** · 2018/11/18(日) 16:35:58.45

>>855
過去レスから、自ずと答えが出るだろ。

◆QZaw55cn4c · 2018/11/18(日) 17:06:28.24

>>857
それは>>855②の答えだけですね、①はどうですか？

**デフォルトの名無しさん** · 2018/11/18(日) 19:08:07.14

くだらないないことを、グダグダ突っかかり続けるのが、5ch民のクセ。

◆QZaw55cn4c · 2018/11/18(日) 19:17:44.42

>>859
>>852 の提案が一番くだらないのでは？

**デフォルトの名無しさん** · 2018/11/18(日) 19:23:01.28

何がしたいんだ？煽りたいのか？

**デフォルトの名無しさん** · 2018/11/18(日) 21:29:53.81

>>852が初心者向けの回答すればそれで解決だろ。アホ草

**デフォルトの名無しさん** · 2018/11/18(日) 21:35:53.00

そもそも論言っていい？ｗ
なんで初心者でも上級者でも質問したらきちんと回答してくれるこのスレがあるのに、自分が気に入らないからって勝手に新スレ作るの？
そういうのを躊躇なくやれちゃう人が本当に怖い・・・

**デフォルトの名無しさん** · 2018/11/18(日) 21:41:35.59

議論したいなら、自治スレに移動してやってくれ

**デフォルトの名無しさん** · 2018/11/18(日) 22:07:32.02

上級者？向けってこっちだと思ってた
C++相談室 part139
https://mevius.5ch.net/test/read.cgi/tech/1538755188/

◆QZaw55cn4c · 2018/11/18(日) 22:09:26.83

>>863
そうそう、そうですよね
初心者には初心者のための回答がつき、上級者には上級者にふさわしい回答がつけば、それで必要にして十分ですよね
なんでスレを分ける必要があるのですか？>>852

**デフォルトの名無しさん** · 2018/11/18(日) 23:53:08.38

今までの、他者排除姿勢から、よくも>>866が書けたもんだ。

**デフォルトの名無しさん** · 2018/11/19(月) 00:02:10.47

他者排除だって？誰が？QZが？
被害妄想激しすぎるんじゃないか？

◆QZaw55cn4c · 2018/11/19(月) 00:28:37.15

>>867
＞他者排除姿勢
とても興味があるのであえてお聞きしてもいいですか？
私のどういう点に「他者排除姿勢」を感じたのでしょうか

**デフォルトの名無しさん** · 2018/11/19(月) 00:33:46.22

他所でやれよ（排他主義)

**デフォルトの名無しさん** · 2018/11/19(月) 00:38:17.03

荒らし始めたとき

**デフォルトの名無しさん** · 2018/11/19(月) 01:30:18.22

ひどい虫歯な排他主義の人
「歯ぁ、痛過ぎぃ～」

**デフォルトの名無しさん** · 2018/11/19(月) 02:44:50.38

日本人じゃないんだろこいつ
在だな

**デフォルトの名無しさん** · 2018/11/19(月) 15:26:04.17

#include <stdio.h>

int main() {
float f = 262143.98;
fprintf(stdout, "%f\n", f);
f += 0.01f;
fprintf(stdout, "%f\n", f);
f += 0.01f;
fprintf(stdout, "%f\n", f);
f += 0.01f;
fprintf(stdout, "%f\n", f);
return 0;
}

// why 厚切り json

**デフォルトの名無しさん** · 2018/11/19(月) 15:38:13.37

floatって有効桁数は6桁じゃなかった？

**デフォルトの名無しさん** · 2018/11/19(月) 15:40:16.18

オーバーフローじゃなくて
マシンイプシロンの問題

**デフォルトの名無しさん** · 2018/11/19(月) 20:50:54.90

>>875
規格では決まってなかったと思う
まあたいていIEEE754の単精度だけど

**デフォルトの名無しさん** · 2018/11/19(月) 22:43:09.35

様々な処理系依存についてそれぞれ具体的に何に依存してるのかってどこで調べられますか？
ソフトを作って配布するにあたって、ユーザーの環境をwindows7以降のPCに限定するとして
ユーザー側の環境に依存するもの
ユーザー側の環境に依存するがwin7以降のPCでは共通なので実質非依存とみなせるもの
コンパイル側の環境に依存するのでコンパイルしてしまえば非依存とみなせるもの
に分けて調べたいです

**デフォルトの名無しさん** · 2018/11/19(月) 22:57:04.59

>>878
MSDN

**デフォルトの名無しさん** · 2018/11/20(火) 06:11:07.08

>>878
まとめて書いてある所なんか無いよ

普通はコンパイラの範疇なものは実行環境に依存しない
一緒に提供しない外部のコードを使う部分(DLL, API, ドライバ)は依存する
と思っておけば良いけど
環境を判断して動作を変えるコードもあるし
実行速度は当然環境に依存する
特定の環境の場合にタイミング依存で発生する問題もある

確実に実行環境に依存しないなんて確証を得られるコードなんてごく限られた範囲になるんで
そんなものに頼らず
出来るだけより多くの環境で評価するのが望ましい

**デフォルトの名無しさん** · 2018/11/20(火) 10:23:14.85

README (.txt) (.md) (.rst)

**デフォルトの名無しさん** · 2018/11/21(水) 12:28:30.64

某本で読んだんだけど、クラスの中にポインタ変数もたせる場合って、コピー禁止にするのが一般的？
コピーコンストラクタを書くのがめんどそうだし、そもそもクラスを代入やコピーをあんましないよね？

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/21(水) 12:44:01.50

>>882
そのクラスがコピーできるようになっているべきかどうかは個別に判断すべき話で、クラスの性質による。

コピーできない (コピーすると不整合が起こる) ようなデザインならコピーするなって言うだけじゃなくて
コピー禁止 (コピーコンストラクタの削除) にしておいたほうがうっかりコピーしなくて安全だねってだけの話。

**デフォルトの名無しさん** · 2018/11/21(水) 22:50:19.46

排他主義は当然
低学歴知恵遅れは板から排除するﾍﾞｷ

**デフォルトの名無しさん** · 2018/11/21(水) 23:19:14.19

>>883
> そのクラスがコピーできるようになっているべきかどうかは個別に判断すべき話
これ、全く尤もだし大事な事だと思うんですけど、判断基準を学校や職場で教えてないんですかね？
メモリが少ない組み込み環境だと選択肢はあるけど、C++でアプリを組むような環境だと、
- シングルトンはコピーしない
- それ以外はコピアブル（ディープコピー）にする
一択だと思うんですが。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/21(水) 23:22:30.38

>>884
君の辞書には排他主義という単語があるのか？

**デフォルトの名無しさん** · 2018/11/21(水) 23:42:08.80

>クラスの中にポインタ変数もつ
これは、pimpl (pointer implement)デザインパターンだろ

pimpl インスタンスの遅延初期化だろ。
こういうのは普通コピーしないし、コピーするとインスタンスを共有して危険になるとか

遅延初期化するようなものは、非同期読み込みとか、何か失敗する可能性が高い、ヤバイもの

1回目は、ファイルから読み込んで、2回目は、キャッシュから読み込むとか、挙動が変わったり

pimpl を使っていれば、普通と違うから、ヤバイと思っておいた方がよい。
pimpl を使うには、何か理由がある

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/21(水) 23:50:56.39

>>885
原則としてはその意見は正しいと思う。
特別な理由がない限りコピーは出来るべきだ。

その上でコピー可能にするための手間と使い勝手のトレードオフ、
要するに「割に合うか」という判断は実務的なことだから、一律には言えないと思う。
コピー可能に出来るけど、コピーする箇所が一個もなかったわっていうような結末だって
有りうるだろうし。

そういう見極めに簡単な基準を設けられるのなら苦労はないわ。

**デフォルトの名無しさん** · 2018/11/21(水) 23:57:54.13

>>887
pimplはAPIと実装を切り離して抽象化するためのもんだから、遅延とかキャッシュとか
実装詳細が関係しちゃいけないんじゃないですかね。
例えばマルチエージェントシミュレーションとかで、個々のエンティティの実装をpimplで隠した上に、
エンティティの複製は普通にやりますし。

**デフォルトの名無しさん** · 2018/11/21(水) 23:59:15.48

>>888
> コピーする箇所が一個もなかったわ
あっそうかっ

**デフォルトの名無しさん** · 2018/11/22(木) 00:03:02.39

>>888
> そういう見極めに簡単な基準を設けられるのなら苦労はないわ。
私は古い教育しか受けてないので、過去については全く同感なんですが、
最近はもっと抽象化してるんじゃないかな、と思ったんですよ。

**デフォルトの名無しさん** · 2018/11/22(木) 00:06:21.53

今はmoveがあるからとりあえずコピー禁止で作るな。
複製したオブジェクトが必要になる機会はあんまりない気がする。
vectorに突っ込んで連続したメモリに割り当てたいときとかかな。

**デフォルトの名無しさん** · 2018/11/22(木) 00:16:19.69

>>892
read-copy-updateとか、マルチスレッディングで使うんですよ。
（スレッド間で同じ領域にアクセスすると、誰かが書き込むときにロックが掛かるから、
ポインタの参照先もコピーしてしまった方が良い）

**デフォルトの名無しさん** · 2018/11/22(木) 00:23:03.19

pimpl は、DI(dependency injection)でも使うか

**デフォルトの名無しさん** · 2018/11/22(木) 00:35:05.56

>>892
私も>>888で言われるまで気付かなかったんですけど、個々のエンティティはコピーしても
シミュレーション系全体をコピーする、とか、大きなオブジェクトをコピーするときって確かに無いですよね。
むしろ万一コードが走ったらレスポンスが遅くなるから禁止すべき。

**デフォルトの名無しさん** · 2018/11/23(金) 18:17:04.79

でかいオブジェクトはコピーじゃなくてデータベースに入れてリビジョン管理するべきだよな

**デフォルトの名無しさん** · 2018/11/24(土) 04:02:28.06

std::shared_ptr。

**デフォルトの名無しさん** · 2018/11/24(土) 13:15:24.82

>>891
コピーコンストラクタって言語機能があるから勘違いしがちだけど
コピーってオブジェクト指向一般的に言えば全くもって汎用的な処理じゃないんだよね
むしろ無理にコピー可を要求するとおかしくなったりパフォーマンスに悪影響することの方が多いぐらいだ
だから、C++より進化したオブジェクト指向言語、例えばC#もJavaもコピーコンストラクタなんてサポートしてないだろ？
なんでまあ、基本的にはコピーはサポートしなくていい
そのクラスの要件としてコピーのサポートが必須だとはっきり分かったときだけサポートすりゃいい

◆QZaw55cn4c · 2018/11/24(土) 14:34:42.64

>>898
＞C++より進化したオブジェクト指向言語、例えばC#もJavaもコピーコンストラクタなんてサポートしてないだろ？
それはクラスは問答無用でヒープに置くことに統一した結果なのでは？

**デフォルトの名無しさん** · 2018/11/24(土) 15:11:34.85

C#には構造体があるがそれもコピーコンストラクタなどサポートしてないね
オブジェクト指向にはほとんど不要だから

**デフォルトの名無しさん** · 2018/11/24(土) 15:48:36.96

IClonableが用意されているのはそれが必要だと判断されたからだわな

**デフォルトの名無しさん** · 2018/11/24(土) 19:04:04.80

>>897
循環参照や並行処理や、今や制限しか思い浮かばない……

**デフォルトの名無しさん** · 2018/11/25(日) 09:06:53.31

コピーコンストラクタなんて使ったことないよ
関数の引数も構造体はポインタで渡すべきだし、関数からの返り値も構造体で返すべきではない
あんなのは使うべきではない

**デフォルトの名無しさん** · 2018/11/25(日) 09:07:39.68

＝はもちろん実装するけどね

**デフォルトの名無しさん** · 2018/11/25(日) 18:17:50.26

便利なのに:-P

**デフォルトの名無しさん** · 2018/11/26(月) 03:48:18.53

あるクラスのオブジェクトを静的/動的に確保した場合の互いのメンバ関数処理速度の差ってどれくらいなもんですかね
処理の規模にもよるのですか？

**デフォルトの名無しさん** · 2018/11/26(月) 06:54:42.96

ほぼ無いと思って良い。

**デフォルトの名無しさん** · 2018/11/27(火) 09:16:27.15

今プログラミング言語C++4第四版読んでるのですが、中級者なのですが1ページから読んでます
テンプレートはあまり使ったことがなく、テンプレートの章を読んでいるのですが理解出来ているのか出来ていないのか分かりません
皆さんこの本はどんな感じで読みましたか？

**デフォルトの名無しさん** · 2018/11/27(火) 09:40:16.02

テンプレートは大分前に読んだが、ぜんぜんスマートだとは思わんかったしプログラムもでかくなりそうだったし
くだらねえと思って、読むのやめたよ。　別に使わなくてもプログラム出来るしな

**デフォルトの名無しさん** · 2018/11/27(火) 10:30:40.71

ID:lehzCciN
ID:jIxWA8zR
ちょっとだまってて

**デフォルトの名無しさん** · 2018/11/27(火) 17:54:30.60

テンプレートは書くのはちょっと難しいというかアレだが
使うのは簡単だから、まずstd::vectorとか使ってみれば？便利だから
使い方が分かれば作り方もわかるようになるだろう

あとコピーの話でもめてたようだが、オブジェクトのコピーはC++の特徴だからなぁ
C言語からのもので、構造体が値型と同じようにコピーできるっていう
そのおかげでスタックにオブジェクトを確保してRAIIが出来るまぁこれも特徴的だわ
一方で配列が=でコピーできないのもC言語からのもので
構造体より配列の方が他の言語で言うところのオブジェクトと似たような仕様になってるw
参照するとポインタに格下げになるのもJavaやC#のオブジェクトと一緒だね

**デフォルトの名無しさん** · 2018/11/27(火) 18:01:09.09

もしC言語の構造体が配列の仕様と同じように
アクセスしようとするとポインタに格下げになってコピーできない仕様だったのなら
C++のクラスはもうちょっとモダンな仕様になってたかもしれないよね
値渡し出来ないからコピーの事を考えなくてもよいし
GCないからキツイか

**デフォルトの名無しさん** · 2018/11/27(火) 19:03:17.02

>>911
> 使い方が分かれば作り方もわかるようになるだろう
コンパイラの使い方が分かっても作り方が分かるやつはそんなに多くないが…

**デフォルトの名無しさん** · 2018/11/27(火) 19:33:57.58

その場合でも、例えばC言語のコンパイラを作りたいとき
C言語の使い方を理解せずにC言語のコンパイラを作るより
C言語の使い方を学習してからC言語のコンパイラを作る方が
賢明だろ

◆QZaw55cn4c · 2018/11/27(火) 20:17:27.09

>>906
性的・童貞的の差異よりも仮性・真性の差異を問題にすべきかと