【初心者歓迎】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/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#のって前置きがあるだろうが
よく読め
まあ元々の質問もあれだが

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

コストは
c++のnew>>(超えられない壁)>>c#のnew>スタック
全然違うというほどでもないし

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

コストは置いておいたとしても寿命はどうするんだよ

平たく言うと
「マニュアル車の1速は、オートマ車のDと同じ意味ですか？」
って質問だぞ
それに対して
「オートマ車はDで発進するからマニュアル車なら1速と同等ととらえるのが筋
　速度が出た後のことなんかどうでもええ」
ってのはなんか違うだろ

メモリ管理に関してはC++はマニュアルでC#はオートなんだから
こういうたとえになるんだよ

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

>>837
おまいさん資格持ちじゃないよな？な？な？

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

あと、C#はJavaと違って構造体が使えてこれは値型になれるから
スタックに確保できる
なんで、C++の A a; はどちらかというと、そちらに該当するんだよ

で、C#のA a = new A();　はというと
delete が必要という一点を除けば C++ の A *a = new A();に相当するんだよ
こんなこと当たり前だろ

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

>>845
実装と目的を一緒にすんなよタコ
単に「Aのインスタンス生成するコード書いてみ」
といわれたら>>823になるだろjk
意味が同じってのはそういうこった

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

>>842
えっ？？？
そんな馬鹿な

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

>単に「Aのインスタンス生成するコード書いてみ」

ってのはお前が勝手に言ってることだろ

元は
>このc++の「A a;｣は、c＃の「A a = new A();」と同じ意味ということでいいんですか？
だ

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

超えられないかはともかく、newに限って言えばGC言語の方が低コストでもおかしくない。

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

厳密にどうかじゃないんだよ
初心者がこれから言語を勉強していくのに
より得になる方はどっちだってことよ

GCだからー、ヒープだからーって
そんな答えおよびじゃないっつーの

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

実際に試してから言えよ

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

>>842
>>849

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

どの程度の初心者かわからないだろ
C#と比べてるってことは既にC#をそこそこマスターしているかもしれないだろ
その状態でC++に手を出そうとしていたとしたら、どうだ？
C#とC++の違いなどを書いたほうが良いだろ

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

>>850
初心者だからこそ、上っ面の文法の違いだけで捉えて、こうすればだいたい同じとか説明する前に、
前提としてメモリ管理の考え方が違うことを理解してもらうのは重要だろう。

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

違うものは違う

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

もういいよ、まとめると

C++ではインスタンス生成(アドレスの決定)は二種類のやり方がある
A a;
A* pa = new A();
前者はスタックのアドレスが割り当てられ、後者は通常はヒープのアドレスが割り当てられる。
前者はスコープが寿命で、後者はdelete pa;されるまでが寿命。

C#ではインスタンス生成の方法は値型、参照型でそれぞれ一種類ずつしかなく、
A a; //struct A
B b = new B(); //class B
前者はスタックのアドレスが割り当てられ、後者はヒープのアドレスが割り当てられる。
前者はスコープが寿命で、後者はdelete pa;されるまでが寿命。

どれとどれを同じと思うかは人それぞれ。
終了

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

C# の後者の寿命は？　delete pa は C++ だよね

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

>>856
おっと、間違えた
C#の後者の寿命はGCに回収されるまででした

**デフォルトの名無しさん** · 2017/07/05(水) 00:46:01.47

>>856
ご苦労さん

何故この話題がここまで伸びたんだろ

**デフォルトの名無しさん** · 2017/07/05(水) 22:56:44.72

異なる考えの言語同士であるため対応が自明でないという事実を無視して
自分の考える「同じ意味」の解釈を押し付けるからに相違ない

>C#ではインスタンス生成の方法は値型、参照型でそれぞれ一種類ずつしかなく、
>A a; //struct A
なるほどこうやって言語仕様を確認せず想像をたれ流すので世の中が嘘だらけになるのだな

**デフォルトの名無しさん** · 2017/07/05(水) 23:29:36.43

>>860
ん、C#のほうはそれであってるだろ
StringとかDateTimeみたいな一部の例外を除けば

**デフォルトの名無しさん** · 2017/07/06(木) 01:22:17.04

>異なる考えの言語同士であるため対応が自明でないという事実を無視して
>自分の考える「同じ意味」の解釈を押し付けるからに相違ない

ん？だからそれに基づいてほとんどの人は
「違う意味だよ～」って言ってたんじゃなかったの？
一部の人が「同じような意味だよ～」って言ってただけで
それに反論する流れだったでしょ
だから「同じ意味」の解釈の押し付け合いはしてなくて
同じ意味だよ vs 違う意味だよ
だったと思うけど

**デフォルトの名無しさん** · 2017/07/06(木) 05:15:51.23

わざわざ堅苦しい言葉選んで俺偉いアピール

**デフォルトの名無しさん** · 2017/07/06(木) 05:29:37.28

同じ様な意味と同じ意味は違う
さらっと言葉をすり替えるなよ
まったく卑怯な奴よの
（つーか同じ様な意味とも言っていない）

**デフォルトの名無しさん** · 2017/07/06(木) 08:09:44.50

>>862
>だから「同じ意味」の解釈の押し付け合いはしてなく
「同じ意味」の基準について合意していないのに「ここが違うから別」とだけ言うのは「同じ意味」の解釈の押し付けに他ならないと思うのだが、
もう少し日本語の字面でなく意味を理解した方がよいのではないか

>「違う意味だよ～」って言ってたんじゃなかったの？
　→Yes
>同じ意味だよ vs 違う意味だよだった
　→Yes

**デフォルトの名無しさん** · 2017/07/06(木) 08:11:58.37

違うものは違う

**デフォルトの名無しさん** · 2017/07/06(木) 08:12:32.60

>>861
合っているかと訊かれれば合っていないので、言語仕様を読むか当該のスレッドで訊くのが良いのでは
あとStringやDateTimeの例外というのが何なのかよくわからなかった

**デフォルトの名無しさん** · 2017/07/06(木) 08:18:45.02

>>867
合ってるから消えろ
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/keywords/new-operator

**デフォルトの名無しさん** · 2017/07/06(木) 14:54:52.15

まだやってんのかよ
おまいらのこだわりはスゲェな

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

リンク先を見て思ったのだが
こだわりじゃなくて罵られることに喜びを覚えるマゾなのではないかと言う気がした

**デフォルトの名無しさん** · 2017/07/06(木) 22:08:34.16

>>870
正しく指摘できないのならレスしないほうがいい
あなたの思ういちばんすこいC#の仕様の世界で生き続けてくだはい
アーメン