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

**デフォルトの名無しさん** · 2016/11/06(日) 22:58:02.60

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

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

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

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

**デフォルトの名無しさん** · 2017/06/24(土) 13:28:24.19

変数宣言のときの=はあくまで初期化であって、たまたま同じ記号を使ってるだけで代入とは違うと思ったほうがいい

同じと思うと他にもC++の参照とかで混乱する

**デフォルトの名無しさん** · 2017/06/24(土) 15:16:01.77

>>741
コピーしようがしまいが結果は一緒でしょ？
単に最適化の結果で余計な処理が動かないだけと考えればいい

**デフォルトの名無しさん** · 2017/06/24(土) 18:10:28.98

>>743
一緒じゃねーよヴァカ乙
リソースはメモリだけと思ってんの？どんだけお花畑なの？
mutex a = {};コピー無しの保証

**デフォルトの名無しさん** · 2017/06/26(月) 12:57:25.63

>>744
コピー出来るクラスを例に持って来いよ

**デフォルトの名無しさん** · 2017/06/28(水) 18:40:34.84

コピー出来ないクラスではコンパイル結果が異なるという>>744の指摘に対して
「コピー出来るクラスを例に持って来い」とはこれ如何に

**デフォルトの名無しさん** · 2017/06/28(水) 18:53:40.08

>>746
その元コメントはコピーしようがしまいがと言ってるのにそもそもコピー出来ないクラス持ってきて罵倒とはこれ如何に

**デフォルトの名無しさん** · 2017/06/28(水) 20:44:21.28

>>743
一緒じゃない
一緒になるようにクラスを設計すれば一緒というだけ

**デフォルトの名無しさん** · 2017/06/28(水) 20:47:16.20

デフォルトコンストラクタでカレーライスを製造
コピーコンストラクタでラーメンを製造
代入でうどんを製造

同じか？

**デフォルトの名無しさん** · 2017/06/28(水) 21:08:19.84

>>743が「コピーしようがしまいが」と言ったからこそ>>744がコピーされてはは困る例を出したのだが
悲しきかな>>747には理解ないのであった

**デフォルトの名無しさん** · 2017/06/28(水) 21:16:03.41

いや、ちょっとズレてると思うよ

**デフォルトの名無しさん** · 2017/06/28(水) 22:13:17.29

横から何だけど
どうズレてるかの説明は無いの？

**デフォルトの名無しさん** · 2017/06/28(水) 22:25:47.08

コピーしない保証がC++17でさらに追加されたがそこで最適化でコピーしようが直接構築しようがどちらでもよかったC++14までの規格は彼の頭の中ではヴァカでお花畑らしい

**デフォルトの名無しさん** · 2017/06/28(水) 23:59:13.87

なるほど>>738を初期化でなくcopy/move elisionの話だと勘違いしたままだとこのようなとんちんかんなレスになるのだな
残念なのが>>739-742を読んでも勘違いに気付かないことだ

**デフォルトの名無しさん** · 2017/06/29(木) 00:23:16.57

>>754
とりあえずお前が一番元のレス読んでないと言うことは解ったよ。
読んでるというなら彼が何を疑問に思ってるか、そしてそれへの説明をしてみるといい

**デフォルトの名無しさん** · 2017/06/29(木) 08:20:56.52

>>752
恐らく>>751は「コピーしようがしまいが」について、コンパイル可否(>>750で書いたコピーされてはは困る例)ではなく
「デフォルトコンストラクターで構築したものとそれをコピーして構築したものを概念的に同一視することの是非」こそが論点と主張している
その片鱗が>>749

**デフォルトの名無しさん** · 2017/06/30(金) 16:06:42.41

printf("おちんぽじゅぽじゅぽ")

**デフォルトの名無しさん** · 2017/06/30(金) 23:27:57.21

catch のところで例外を再スローすると
再スローされた例外の型は、catchの所に書いたスーパークラスの型に
差し代わってしまうの？

**デフォルトの名無しさん** · 2017/06/30(金) 23:50:44.58

式無しのthrow;なら元の型のまま

**デフォルトの名無しさん** · 2017/07/01(土) 17:28:15.16

「型に差し代わってしまうの？」
　↓
「～なら元の型のまま」

確かにその通りなのだが、「型」に着目するあたり、
どうも仕様を正しく理解していないのではという気がしてならない

**デフォルトの名無しさん** · 2017/07/01(土) 22:43:53.34

c++は難しい分ほかの言語より色々できると聞いたんですがどういうことができるのでしょうか？

**デフォルトの名無しさん** · 2017/07/01(土) 22:56:09.11

メモリアクセスができます

**デフォルトの名無しさん** · 2017/07/01(土) 23:22:20.76

難しいからではなく低級言語なのでハードウェアを直接操作するようなプログラムも書ける

**デフォルトの名無しさん** · 2017/07/02(日) 00:10:04.15

>>762
>>763
ハードウェアに直接操作やメモリアクセスですか
トンクスです

**デフォルトの名無しさん** · 2017/07/02(日) 10:29:07.80

質問です
doubleの計算誤差ってちゃんと考慮必要でしょうか？
数桁の四則演算なら誤差なしと考えていいですか？

**デフォルトの名無しさん** · 2017/07/02(日) 12:30:57.68

考慮が必要な時もあるし
不要な時もある

**765** · 2017/07/02(日) 13:04:46.92

>>766
考慮必要ですか、、
ありがとうございます

**デフォルトの名無しさん** · 2017/07/02(日) 14:24:20.03

精度保証付きの演算ライブラリ使えば？

**デフォルトの名無しさん** · 2017/07/02(日) 15:42:45.32

4倍精度でも8倍精度でも多倍長でも整数でも有理数でも、使い方を間違えば誤差が問題になる

安直な処理で一番問題が発生しやすいのが整数丸めと比較
ごくごく微妙な誤差は何時でも含んでいると思うと良い

**デフォルトの名無しさん** · 2017/07/02(日) 15:45:50.50

>>768
大抵の演算ライブラリや演算器は精度の保証がある

**デフォルトの名無しさん** · 2017/07/02(日) 16:02:14.06

>>770
いや、そうじゃなくて浮動小数点計算誤差由来の誤差を解決するための分野とライブラリがあるんだよ
解をレンジで持ち続けるみたいな感じ
Accuracy guaranteed numerical calculation でググるとたくさん出てくるよ

**デフォルトの名無しさん** · 2017/07/02(日) 16:12:27.01

>>771
解をレンジで持ち続けて何か解決出来ると思うか？
>>765レベルの人が

**デフォルトの名無しさん** · 2017/07/02(日) 16:13:48.15

mpir、gmpだろ。これ使えば円周率1万でも1億でも正確に計算できるはず

**デフォルトの名無しさん** · 2017/07/02(日) 16:15:08.10

有理数を有理数のまま保持している分には、四則演算では誤差が発生しない

もちろんオーバーフローしない条件で

**デフォルトの名無しさん** · 2017/07/02(日) 16:16:17.16

>>773
前提条件は数桁の四則演算

**デフォルトの名無しさん** · 2017/07/02(日) 16:18:03.31

doubleで計算を前提とし、誤差が問題となりやすい場面だけ教えてあげれば十分

**デフォルトの名無しさん** · 2017/07/02(日) 16:22:01.48

実際、浮動小数点型の誤差は無視できないぞ。
float型とか、容量が少ないほど。情報処理の入門書の最初から出てくる話題だろ。

**デフォルトの名無しさん** · 2017/07/02(日) 16:22:48.13

いい加減スレタイ変えろよ

【初心者姦ゲイ】C/C++室 Ver.100【姦狂依存OK】

**デフォルトの名無しさん** · 2017/07/02(日) 16:36:49.35

>>777
無視できる場合もあるし出来ない場合もある
floatや半精度があるのはそれで十分な場合があるから

**デフォルトの名無しさん** · 2017/07/02(日) 16:37:57.96

doubleより前に、整数演算の誤差を学ばなければならないレベルかも

**デフォルトの名無しさん** · 2017/07/02(日) 16:42:50.35

>>765
>>768
>>777
まとめて

**デフォルトの名無しさん** · 2017/07/02(日) 17:12:26.96

コーディング規約で
float、doubleは使用禁止が正解

**デフォルトの名無しさん** · 2017/07/02(日) 18:20:54.13

1/3の結果に3を掛けても1にならないとか、
0.1を10回足し合わせても1と一致しないとか、
その辺りは分かっているのかな？

**デフォルトの名無しさん** · 2017/07/02(日) 18:24:15.36

>>782
質問者は浮動小数点数の演算のどこに注意点があるか分かっていない状態で、
いいから浮動小数点数は使うな、
というのは回答として乱暴過ぎるだろう。

**デフォルトの名無しさん** · 2017/07/02(日) 18:38:08.40

・同じ計算をするんでも
なるべく精度の高いアルゴリズムを選ぶ
・0との比較では、絶対値と計算機epsilonの比較を用いる

他にある？

**デフォルトの名無しさん** · 2017/07/02(日) 18:50:30.43

>・0との比較では、絶対値と計算機epsilonの比較を用いる

何かとごっちゃになってる気がする。
計算の収束判定等で用いるのは機械イプシロンじゃない。

**デフォルトの名無しさん** · 2017/07/02(日) 19:09:48.56

>>785
0との比較に限らず、比較には絶対値の大きさに応じたεの考慮が必要。

**デフォルトの名無しさん** · 2017/07/02(日) 19:18:00.04

機械イプシロンはあくまでも最大値だよね

**デフォルトの名無しさん** · 2017/07/02(日) 20:17:22.84

初めて知りました

**デフォルトの名無しさん** · 2017/07/02(日) 20:44:23.29

数桁のdouble計算で誤差が問題になる場面では「誤差が存在する」ことが問題であって、精度を上げることは(誤差の大小は)本質的な解決でないような
(3.1 - 2.9 > 0.2) != (3.1 > 2.9 + 0.2)みたいな

**デフォルトの名無しさん** · 2017/07/02(日) 21:37:11.95

計算順序で誤差が違ってくるのは教科書でよくかいてある

**デフォルトの名無しさん** · 2017/07/02(日) 22:54:19.38

情報処理資格に受かっていない人が、C/C++ をプログラミングするなど、10年早い

C/C++ は、直接デバイスを扱うから、自作パソコンを作れるぐらいに、
かなりパソコン内部の装置の仕組みを、知っていないと無理

さらに組み込みなら、高度情報処理のエンベッド資格も必要

**デフォルトの名無しさん** · 2017/07/02(日) 22:59:43.93

そんなことはない

**デフォルトの名無しさん** · 2017/07/02(日) 22:59:50.00

お前は試験に受かってからプログラミング始めるのかw

**デフォルトの名無しさん** · 2017/07/02(日) 23:03:16.06

パソコンって、アドレスバスの、メモリ読み書きで、
デバイスを、直接操作するのか？
それとも、アドレスA0000に文字を書き込むのか？
その知識、30年くらい、遅くね？

**デフォルトの名無しさん** · 2017/07/02(日) 23:32:00.58

>>782
整数も除算に誤差があるから禁止

**デフォルトの名無しさん** · 2017/07/02(日) 23:32:37.56

>>783
整数でも1/3*3は1にならない

**デフォルトの名無しさん** · 2017/07/02(日) 23:35:11.82

>>785
コストも考えなさい

epsilonは>>786の通り
補足すると、
収束判定に限らず、普通はepsilonで判定しない

**デフォルトの名無しさん** · 2017/07/02(日) 23:36:02.92

0になるし誤差はないな

**デフォルトの名無しさん** · 2017/07/02(日) 23:36:20.12

>>792
情報処理資格www
なんの役にもたたない

**デフォルトの名無しさん** · 2017/07/02(日) 23:36:31.36

って触れちゃダメな奴だったかすまん

**デフォルトの名無しさん** · 2017/07/02(日) 23:38:56.12

前回、共用体の非アクティブメンバーアクセスが許されるcommon initial sequenceの条件である「型の互換性」に目を付けたレスを見た時は
>>792がもう少し見所の有る奴だと思っていた(過去形)

**デフォルトの名無しさん** · 2017/07/02(日) 23:51:33.15

>>797
すまん、1/3は1.0/3とか書くべきところだったな。

**デフォルトの名無しさん** · 2017/07/02(日) 23:53:35.08

いやいやそこじゃなくて

**デフォルトの名無しさん** · 2017/07/02(日) 23:55:20.40

1.0/3.0*3.0 が 1.0にならないことがある
1/3*3 が 1にならない

小数演算特有ではない

**デフォルトの名無しさん** · 2017/07/02(日) 23:59:40.73

0.1を10回足しても1にならないことがあるって言うのも小数特有ではない

0.1は普通のfloatやdoubleでは表現できず、コンパイル時に近似値に変換する
この意味では以下と本質的には同じ

int a = 0.1;
int b = a * 10;

**デフォルトの名無しさん** · 2017/07/03(月) 00:01:24.04

>>792
自作って高価なプラモデルだぞ。。。
夢見過ぎ。
直接ってもなぁ。。。
昔はx86限定で直接レジスタ弄れる命令あったんだが、その命令は今じゃ優先的にレジスタ使ってね☆って意味に変質してるもんなぁ。。。
今のCは思ってるより下級言語じゃ無いぞ。
普通の言語よりゃハードに近いけどさ。

**デフォルトの名無しさん** · 2017/07/03(月) 00:02:29.57

doubleがintに比べて誤差が少ないため、誤差を気にせずに使ってしまいやすい

だから注意の意味を含めて誤差が大袈裟に語られる傾向がある

当然整数の方が(普通は)はるかに誤差が大きい

**デフォルトの名無しさん** · 2017/07/03(月) 00:03:12.56

>>805
それは知ってるけど元の質問者がdoubleの演算誤差について聞いているのだから、整数の除算の件は話が外れていると思う。
この手のスレに良くあることだけど、元の質問から勝手に話が発散して何を目的に議論しているのかが分からなくなるね。

**デフォルトの名無しさん** · 2017/07/03(月) 00:04:40.53

いやだから、

気を付けるべき点は >>769 の後半にまとめたつもりだけど

**デフォルトの名無しさん** · 2017/07/03(月) 00:10:25.95

よくやりがちな例は、

for (double a = 0; a <= 1 ; a += 0.1)

みたいな比較と

double a = sqrt(3);
double b = a * a;
int c = b;

みたいな整数丸め

**デフォルトの名無しさん** · 2017/07/03(月) 00:12:35.84

これは、
double に限らす10000桁精度の演算ライブラリでも全く同じ問題がほぼ同じ率で起こる

**デフォルトの名無しさん** · 2017/07/03(月) 00:14:47.47

前者はループが10回か11回かはバクチで、
後者はcが2になるか3になるかはバクチ

**デフォルトの名無しさん** · 2017/07/03(月) 00:19:44.20

なんかそんなの読んだことあるな。
計算結果は精度の範囲内だけど、計算途中で精度超えて結果に誤差が出る的な。
なんか対策あったぞ。

**デフォルトの名無しさん** · 2017/07/03(月) 04:06:04.60

>>798
普通は計算機epsilonで判定は
しない、これはわかりました
じゃあどんな値で判定するんですか？

**デフォルトの名無しさん** · 2017/07/03(月) 04:57:07.32

>>792
カーニハンもリッチーも受かっていないようだが？

**デフォルトの名無しさん** · 2017/07/03(月) 08:32:52.95

>>815
対象の値が含み得る誤差を用いる。
機械イプシロン(を指数によってスケールしたもの)は誤差の下限を示しているだけに過ぎない。

**デフォルトの名無しさん** · 2017/07/03(月) 11:17:36.99

下限ではない
下限はその半分

**デフォルトの名無しさん** · 2017/07/03(月) 19:44:02.70

VisualC++とそれ以外用とで別の関数を用意して、プリプロセッサを使用してコンパイル時に選択したいと思っています
この場合、関数全体を#ifdef _MSC_VER～#endifで囲うことになるのですか？
もう少しきれいな書き方があれば教えてください
よろしくお願いします

**デフォルトの名無しさん** · 2017/07/03(月) 20:12:56.57

>>819
機種依存部分をライブラリ化してリンク時に差し替えるとか

**デフォルトの名無しさん** · 2017/07/03(月) 20:21:04.11

関数全体を切り替えたいなら関数全体を複数記述するしかあるまい

部分的に違うだけならその違う部分的だけ切り替えればいい

関数全体を複数記述する方法はいくつかある

**デフォルトの名無しさん** · 2017/07/04(火) 00:10:04.57

>>819
別にそれでいいじゃん。大量にあるならファイル分ければいいし

**デフォルトの名無しさん** · 2017/07/04(火) 09:38:28.01

class A {}
int main{
A a; //c++
A a = new A(); //c#
}
このc++の「A a;｣は、c＃の「A a = new A();」と同じ意味ということでいいんですか？

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

>>823
同じになるねぇ
あえて違う点を挙げるとすればAが作成される領域がスタックかヒープか
でも意識するほどのことじゃない

**デフォルトの名無しさん** · 2017/07/04(火) 10:53:00.81

>>824
スッキリしました。ありがとうございます。

**デフォルトの名無しさん** · 2017/07/04(火) 12:24:06.77

いやC++やるならスタックかヒープかは意識しなきゃだめだろ
deleteどうすんの

**デフォルトの名無しさん** · 2017/07/04(火) 12:53:41.35

>>824
> Aが作成される領域がスタックかヒープか
いや、それは意識しろよ

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

ヒープはC#の方だろ、とりあえず意識しないでも

**デフォルトの名無しさん** · 2017/07/04(火) 17:16:06.09

C#はdelete書かないんだからC++なら
deleteが不要な「A a;」を同等と捉えるのが筋
配置場所なんかどうでもええ

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

newだとスコープ抜けても残るんじゃ？

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

C#だとスマポみたいになるんかね

**デフォルトの名無しさん** · 2017/07/04(火) 19:56:18.89

c#はGC管理、classは参照型

**デフォルトの名無しさん** · 2017/07/04(火) 20:17:33.06

>>829
寿命が全然違うじゃないですかぁ

**デフォルトの名無しさん** · 2017/07/04(火) 20:31:05.28

コストも

**デフォルトの名無しさん** · 2017/07/04(火) 21:02:27.05

で？

**デフォルトの名無しさん** · 2017/07/04(火) 21:52:57.05

すげえ考え方の奴が出てきてワロッシュ

**デフォルトの名無しさん** · 2017/07/04(火) 22:13:30.60

寿命だのコストだの言うけど
そんな実相依存どうやって見積もるの？
無意味な揚げ足取りはやめたら？

**デフォルトの名無しさん** · 2017/07/04(火) 22:14:59.82

え？

**デフォルトの名無しさん** · 2017/07/04(火) 22:17:16.01

C++ 側は実装依存な部分あるっけ？ C#側はよーわからんけど

**デフォルトの名無しさん** · 2017/07/04(火) 22:19:25.34

こっちはC++スレだぞ？C++でスタックとヒープのコストや寿命の違いを意識する必要がないってマジでいってるのかよ

**デフォルトの名無しさん** · 2017/07/04(火) 22:29:39.22

newの方はC#のって前置きがあるだろうが
よく読め
まあ元々の質問もあれだが