【初心者歓迎】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/

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/03(土) 11:26:29.27

>>657
NULL はあくまでも「無効なポインタ」を表し、意味のある番地ではない。
けど、うっかり意味のある番地としてアクセスしたら 0 番地だから、
その付近へのアクセスがあったらたぶん駄目なプログラムとして検出しようねっていう話。

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/03(土) 11:29:39.54

今回の場合は char をポインタとして解釈してしまった場合ってことになるけど、
(0 ではないが) 0 に近いアドレスなので、その付近のページは
トラップ用に予約しておいたらあかんプログラムの検出に便利やんというわけ。

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/03(土) 11:36:04.04

本筋とは関係ないけど念のために補足しておくと、ヌルポインタがゼロというのは、
そういうアーキテクチャがほとんどだと思うけど言語仕様の保証はない。

整数のゼロと互換性はあるという扱いで、
つまりは、ヌルポインタを整数にキャストするとゼロだし、
ゼロをポインタにキャストするとヌルポインタになることは保証されるが、
ヌルポインタのビットパターンが整数のゼロと等しいことは保証されない。
(なので移植性が必要ならポインタの配列を memset とかで初期化したりするのは駄目)

**デフォルトの名無しさん** · 2018/11/03(土) 13:12:43.48

>>ゼロをポインタにキャストするとヌルポインタになることは保証されるが

そうだっけ。定数のゼロだけでは？

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/03(土) 14:56:28.34

>>661
そういや C++ ではそういう変更もされたような気がするな。
以前は確かに定数に限らずゼロはヌルってことだったはずだが。

C では今でもヌルはゼロ (と相互に変換される) だと思う。

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/03(土) 15:04:23.69

>>661-662
リテラルの 0 じゃなきゃダメなように改められたのは C++14 からだった。

**デフォルトの名無しさん** · 2018/11/04(日) 13:52:28.75

>printf("c: %s",c);

va_list な関数でフォーマットからパラメータの妥当性チェックって
コンパイル時に出来るもんなのか？

**デフォルトの名無しさん** · 2018/11/04(日) 13:54:42.83

>>664
無理

**デフォルトの名無しさん** · 2018/11/04(日) 14:31:45.47

コンパイル時にprintfのフォーマットチェックくらい出来る

**デフォルトの名無しさん** · 2018/11/04(日) 14:35:28.83

>>664
標準ライブラリ関数みたいに、コンパイラ作成時点で仕様が確定してれば可能。
https://wandbox.org/permlink/d1F80sYjt6FhgjY8
> prog.cc:5:19: warning: format specifies type 'char *' but the argument has type 'int' [-Wformat]

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/05(月) 15:55:21.21

逆に言えばコンパイラが特別扱いする必要があるってことだね。

**デフォルトの名無しさん** · 2018/11/05(月) 22:44:26.18

面倒なので出力書式には%sのみを使うこととし引数の型の分だけstringに変換する同名関数用意して必ず文字列にしてしまうという力技

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

>>669
オブジェクト指向的にはそれが正解なんだよな

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

>>669
まあ結局どこかで文字列化するんだからその考え方もありだね

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

cout << left << hex << showbase << setfill('0') << setw(8) << i << eol;
より
cout << i.tostring("0x%-08x") << eol;
とかなら %書式にはあまりこだわらないんだけど
前者の仕様だと %書式の方が描きやすいから
結局普及しない原因

**デフォルトの名無しさん** · 2018/11/07(水) 23:51:04.79

よくint型のサイズとかエンディアンが処理系依存って解説を目にしますが
この「処理系」ってコンパイルするマシンのCPUですか？
それともプログラムを実行するマシンのCPUですか？

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

>>673
コンパイルするプログラムや出来たプログラムを実行するOSやハードウェアなどの諸々の環境

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/08(木) 00:00:47.19

>>673
最近は仮想環境も処理系に含まれるよ。

**デフォルトの名無しさん** · 2018/11/08(木) 00:05:29.53

ﾀｰｹﾞｯﾄになる処理系にあわせてｺﾝﾊﾟｲﾙするからな
べつにﾀｰｹﾞｯﾄになる処理系でｺﾝﾊﾟｲﾙする必要はない

**673** · 2018/11/08(木) 00:44:14.28

ありがとうございます
ちょっとプログラムを見直してみます

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

>>673
CPUで変わるのはもちろんだが
クロスコンパイルも可能なので
コンパイル時のオプションでも変わる

**デフォルトの名無しさん** · 2018/11/08(木) 21:31:49.37

constexpr char *mes[] ={(char *)"error", (char *)"ok" ,(char *)"abc"};
みたいにキャストしないとワーニングがでるんだが、めんどくさいね。なんか方法ないの？

**デフォルトの名無しさん** · 2018/11/08(木) 21:41:57.89

constexpr const char *mes[] ={"error", "ok" , "abc"};

constexprが何にかかっていたか考えてみれ

**デフォルトの名無しさん** · 2018/11/09(金) 03:42:19.86

constつけたらワーニングが無くなるのだろうか？　何故なくなるの？

ポインタにかかるのか、ポインタの中身にかかるのか？という問いだろうけれども恐らくはポインタ自体
にかかるのだろう。そしてconstがポインタの中身にかかる。順番が逆だといろいろ不都合がしょうじる
から、このようになる筈だ。
しかし、constを追加しただけでwarnningが消える理由はなんなのだろうか？　(char*)でキャストするのと
同じ効果を持ちうるのはなぜか？　constにはそんな意味はない。「単に書き換えできないようにする」
と言う意味だろう。書き換えできないｓｒｉｎｇももちろんあるから矛盾が生じるのだ。その矛盾を
解決する可能性があるとすれば書き換えできないstringがすなわちchar*と同じである場合に限る。
つまり
const string とは　char*　の事なのだ。
あってる？
もしあってるとすれば、
constexpr (char*) char *mes[] ={"error", "ok" , "abc"};
でもOKな筈だね。そうでないと矛盾する。この方が分かりやすいね。

**デフォルトの名無しさん** · 2018/11/09(金) 04:05:10.44

そしてワーニングはすべてきえたが、エラーになった。ｗ

**デフォルトの名無しさん** · 2018/11/09(金) 04:08:12.56

constexpr const char *mes[] ={"error", "ok" , "abc"};
これをクラスのなかで定義したいのだが、クラスの中で定義するとエラーになる。クラス内だけで使いたいのに
外部に引き出すのは面倒だ。どうしたらいいの？

**デフォルトの名無しさん** · 2018/11/09(金) 08:48:09.13

static

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/09(金) 11:35:02.44

>>681
書いている意味はさっぱりわからんが、文字列リテラルの型は const char[] だ。
そんでもって >>679 の場合の文字列リテラルは暗黙の型変換で const char* になる。
const char* を char* に入れようとしたら型が合わないがキャストで無理やり合わせることも出来るという簡単な話。

だが、型から const を剥がしたからといって文字列リテラルを書き換えてよくなるわけではない。 (← 重要！)

const を剥がすだけなら問題はないが、
書き換えたら駄目 (未定義) にもかかわらず型から const を外すのは馬鹿馬鹿しい間違いの元。
よくわからんままキャストしたら警告が消えた～～っていうのはC/C++ の歴史で何十年も繰返してるので
古参ならうんざりするほど見てきた駄目なパターンだと思う。
とりあえずキャストってのはほんとにやめて……。

(ちなみに C では文字列リテラルの型は char[] だが、書き換えるのは未定義ってことになってるという更なる闇がある)

**デフォルトの名無しさん** · 2018/11/09(金) 11:51:24.81

x ワーニング
△ ウォーニング

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/09(金) 12:19:21.70

>>686
カタカナにする時点で元の発音からずれまくりなので×も△も五十歩百歩だろ。

**デフォルトの名無しさん** · 2018/11/09(金) 12:31:06.48

ウォァニンぐらいでもOK

**デフォルトの名無しさん** · 2018/11/09(金) 12:33:34.59

五十歩くらいマシ

**デフォルトの名無しさん** · 2018/11/09(金) 12:36:43.84

pingをピングと言っちゃう国だから大丈夫だ

**デフォルトの名無しさん** · 2018/11/09(金) 12:44:17.18

壊れかけのレイディオ

**デフォルトの名無しさん** · 2018/11/09(金) 12:46:06.80

KING KONG

**デフォルトの名無しさん** · 2018/11/09(金) 13:58:07.89

>>686
warning

ウァーニング　だ

**デフォルトの名無しさん** · 2018/11/09(金) 13:59:30.86

ウォーニングが×
ワーニングの方がまし

**デフォルトの名無しさん** · 2018/11/09(金) 15:56:52.94

>>693
アホ

**デフォルトの名無しさん** · 2018/11/09(金) 17:01:38.84

今調べてきた。確かにwikiとかでもウォーニングってなってんな
発音記号もcの逆みたいのが使われている
でも実際の発音を聞くと、あの方が近いぞ。まあどっちでもええわ

**デフォルトの名無しさん** · 2018/11/09(金) 19:27:01.40

君のアナルはウサイン・ボルト

**デフォルトの名無しさん** · 2018/11/09(金) 19:47:28.26

「警告」で良いだろう

**デフォルトの名無しさん** · 2018/11/09(金) 20:21:57.93

5chで発音ガーとか何回見たことか…
なのでそういう奴が居そうなスレでは原語（warning）で書くのが基本

**デフォルトの名無しさん** · 2018/11/09(金) 21:19:39.32

「文字列リテラル型」って表現はよくわからない。文字列はリテラルじゃないの？
文字列のリテラル型というのであればリテラル型でない文字列ってあるんだろうか？
リテラルって何？　英語をやくしたら文字列って意味だろ。

**デフォルトの名無しさん** · 2018/11/09(金) 21:21:10.22

即値というこれまた訳のわからない訳が出てくるからw

**デフォルトの名無しさん** · 2018/11/09(金) 21:29:35.20

A character literal is a type of literal in programming for the representation of a single character's value within the source code of a computer program.

「文字列リテラル」ってキャラクターリテラルのことだろうか？
それなら日本語にすると「文字列」でOKと思う。文字列リテラルって文字列列ってことか？
つまりA character literal literal **str のこと？

**デフォルトの名無しさん** · 2018/11/09(金) 21:30:17.80

char a[] = "abcd";

左辺のaが文字列で右辺の "abcd" が文字列リテラル

**デフォルトの名無しさん** · 2018/11/09(金) 21:31:35.81

それなら文字列配列だよな。

**デフォルトの名無しさん** · 2018/11/09(金) 21:33:21.78

のんのん　\0終端の文字配列　で　文字列になねるー

**デフォルトの名無しさん** · 2018/11/09(金) 21:33:25.58

>>703
アッごめん。７０４は無視して。
リテラルって、堅物って意味のほうか？　そうなんだ。

**デフォルトの名無しさん** · 2018/11/09(金) 21:39:02.77

literalって頭が固くて融通が利かないって意味があるみたいだから、”abc”というように値が固定した
文字列って意味なんだね。
ということは
char literal 'a'
char literal "abc"
int literal 0x111
ということか。

**デフォルトの名無しさん** · 2018/11/09(金) 21:40:08.63

まちがってる
char [] literal --> "abc"

**デフォルトの名無しさん** · 2018/11/09(金) 21:41:35.53

無名定数って感じかな

**デフォルトの名無しさん** · 2018/11/09(金) 21:56:52.98

"literal"って「文字通り」ってことだろう。
ソースコード中に埋め込まれた、値そのものを表す記述のこと。

**デフォルトの名無しさん** · 2018/11/10(土) 01:12:58.35

int a = 10;
の「10」もリテラル

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/10(土) 01:32:44.99

リテラル型という用語もあるが、リテラル型がいわゆる「リテラル」とは限らないので気を付けてな。

**デフォルトの名無しさん** · 2018/11/10(土) 04:45:24.06

＞よくわからんままキャストしたら警告が消えた～～っていうのはC/C++ の歴史で何十年も繰返してるので
＞古参ならうんざりするほど見てきた駄目なパターンだと思う。
＞とりあえずキャストってのはほんとにやめて……。

void uprint( char * message);
こういう関数って普通にあると思うが、そうすると
uprint((char *)"abc");
こんなふうにキャストしないでwarnigを取る方法ってありますの？　
そもそも関数の定義の仕方が悪いって意見？　C++ってｃと混在一体で使うところに多大な
メリットがあるわけで、ｃだとstringとか使えないし、どうすりゃいいのよ。

**デフォルトの名無しさん** · 2018/11/10(土) 04:56:10.50

あっ、わかった。C++の場合はvoid uprint( const char * message);　も作っておけばいいのか。
納得。

**デフォルトの名無しさん** · 2018/11/10(土) 06:25:16.23

>>702
＞for the representation of a single character's value
a がついてるだろ。　つまりこれは１文字のことを言ってるんであって、複数文字ではないよ
で、主語を見ると、A character literalってあるから、そもそもこれは１キャラクタのリテラルの定義
なので、複数キャラ、単語等のリテラルの定義は他にあるはず

**デフォルトの名無しさん** · 2018/11/10(土) 06:27:24.70

書き忘れた
a と、わざわざsingle もつけている

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

charactor literalって命名は違和感あるな。
float literal 123.4 だぜ。　おかしいだろ。 float leteral なら"123.4"なら許せる。そもそもliteral使うところが
おかしい。
英語にだってconstantって言葉あるんだから、constantをつかったらいいのに。ところがconstはconstant
のことかと思いきや、read　only　変数のことなんだよね。ｗ

**デフォルトの名無しさん** · 2018/11/10(土) 09:00:12.85

何がおかしいのかさっぱり分からん。
"文字通りの"という意味に囚われてるのかもしれないが、ソースコード上に123.4とあったらまぎれもなく文字通りだろう

**デフォルトの名無しさん** · 2018/11/10(土) 09:56:00.85

>>713
勘違いしてね？

void f(char * message)
void c_f( const char * message)
のとき、
char *p = "abcde";
f("abc");
c_f("abc");
f(p);
c_f(p);
は全部警告なしで通るぞ。　問題があるのは、
const char *cp = "abcde";
としたときの
f(cp);
だけがエラーあるいは警告になる
2017の最新のVC++

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

>>717
リテラルという言葉に「文字列」的なイメージを持っているならそれはなくした方がいいよ

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

>>717
さらに追加
言うように3や3.14を定数と呼ぶとしても、リテラルと呼ぶことを排除できないと思うよ。
例えばこうなる。

「ソース中に3や3.14などの定数を記述する場合は数値リテラルを用いる。
数値リテラルは8進数、16進数、10進数の3種に大別されそれぞれ以下の形式である」

など。

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

そうなの？　TIのCCSってのを使いはじめたところだが、warning出まくりでいやになる。
TI独自の問題？　それとも警告レベル下げてるんじゃない。
問題なしだなんてとんでもない。問題大ありだよ。
そもそもC++ってCompileが全く通らない。なんでこんなにいちいちエラーをだすのかと腹が立つ。ｗ

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

>>722
お前なあ。　素人さんだったんだな

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

>>714
c でも c++ でも const char * 版だけ作っておけばいい

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

>>721
＞「ソース中に3や3.14などの定数を記述する場合は数値リテラルを用いる。
＞数値リテラルは8進数、16進数、10進数の3種に大別されそれぞれ以下の形式である」

違和感あるのは俺だけ？
「ソース中に3や3.14などの定数を記述する場合がある。。
定数は8進数、16進数、10進数の3種に大別されそれぞれ以下の形式である」
このほうが自然とおもうが、、、

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

俺はこっちの説明の方がしっくりくるな。リテラルと定数は意味合いが違う。
https://ja.wikipedia.org/wiki/定数_(プログラミング)

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

>>725
一般的な意味での定数なら8,16,10進数に限らず3進数だろうが78進数だろうが好きに考えることができるけど、ここで8,16,10進数だと限定していっているのは、あくまでもC/C++の構文の要素である｢数値リテラル｣な訳だから、全く別の概念として明確に区別して考えた方がいいよ。
言語仕様のBNFとか見てくればもう少し理解できるようになるかも。

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

Wikiの説明はわかりやすいね。
でもconstのサンプルにはメッセージテーブルとかが良くかいてあるけど、ROM配置
じゃなくてRAM配置になるんだね。組み込みだとRAMが少ないから使えない。
constは役立たずというか貴重なRAMを消費する邪魔もの。

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

そういう話ではなく
コンピュータサイエンスにおける「リテラル」の用法についての批判でしょ。

恐らくコンピュータサイエンスを学び始めたばかりの日本人が、
リテラルという用語を使い始めた英米の専門家に対して行う、
英語として不自然である、という批判。

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

>>724
組み込み観点ではそういう考え方はまずいんじゃない？
なるべくconstは使わない方が良いような気がする。RAMが貴重だからね。

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

>>730
頼むからまずはcの基本を勉強してくれ

**デフォルトの名無しさん** · 2018/11/10(土) 12:03:55.29

>>728
一体どこをどう読んだらそんな結論になるんだよ。
頼むから断定調で嘘を撒き散らさないでくれ

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

これのどこが、「初心者歓迎」なんだよ。

**デフォルトの名無しさん** · 2018/11/10(土) 12:54:49.76

嘘つきは歓迎しない

**デフォルトの名無しさん** · 2018/11/10(土) 12:55:21.30

>>819が悪い。反省しろ

**デフォルトの名無しさん** · 2018/11/10(土) 12:57:37.55

a = a+10;
の意味も分からない人も、受け入れろよ。

**デフォルトの名無しさん** · 2018/11/10(土) 13:51:00.28

>>819にあつい期待

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

>>736
そこを否定している人はいない

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

＞頼むからまずはcの基本を勉強してくれ

これが基本じゃなのか？　高度な質問をしているつもりはないが、、、
頼むからまずは基本に答えてくれよ。

まずVSなど他のC++はしらない。自分の感想はTIのCCSコンパイラについてだけ。しかし一般的に
組み込み系には通じると思う。

const 定義すると.bssに配置される。.bssはRAMである。組み込みマイコンではRAMとROMに分かれて
いるがRAMは非常に貴重だ。ちなみに今使ってるCPUは４ｋしかない。ROMは256kバイトある。
constでメニューテーブルなどを書くのは愚の骨頂だろ。そもそもconstなどなければこういう間違いは起こらない。
故にconstは有害だ。
どうだ理路整然としてるだろ。

**デフォルトの名無しさん** · 2018/11/10(土) 19:53:11.97

>>739
> const 定義すると.bssに配置される。
んなこたーない。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 19:53:33.64

トイレは水を大量に消費する。
ここには十分な水がない。
よってトイレは有害だ。

**736** · 2018/11/10(土) 19:56:06.79

>>627は、俺だ。

**デフォルトの名無しさん** · 2018/11/10(土) 20:01:42.68

constだけで飯が3杯食えるスレってあったよな確か。
飯一食1000円とすると、3杯で3000円。
constには3000円の価値があるってことだ。
しらべえによると、3文は90円だそうだから、早起きの33倍、constのほうが価値があるってことだ。

**デフォルトの名無しさん** · 2018/11/10(土) 20:03:36.88

>>741
そういうトイレは有害だ。ただしい。

結局んところconstはリードオンリーの意味しかない。リードオンリーのテーブルを作るのであればconstexprを
使えばいい。
リードオンリーの変数って何か意味があるんだろうか？　先ずは変数でありながら変更できない
のだから、実質的には変数ではない。本質的に存在自体が矛盾している。
たとえばリードオンリーであってもロックしたりアンロックできるのであれば意味がある。一旦ロックしたら
そのまんまってのでは、録に役にたたない。

**デフォルトの名無しさん** · 2018/11/10(土) 20:04:25.53

>>744
ヒント：メモリーフェンス。

**デフォルトの名無しさん** · 2018/11/10(土) 20:09:30.23

>>740
ん。それは矛盾するだろ。基本的にC++のconsｔは変数だ。だから初期値は代入する。
それ以後はアクセスできない。少なくともRAMに配置する変数だ。ということは言える。
.bssに配置されるのかどうかはリンカでコントロールできるのかもしれない。ROMにだって無理やり配置は
可能だ。そういう無理やりのことをいってるのではない。あくまで自然なありかたとしてのconstだ。

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

>>745
言いたいことはわかるが、チャンと説明してみて、自分の間違いに気が付いた方がいい。

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

変数じゃなくてもメンバはconstで修飾できるぞ。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 20:16:00.60

変数のconst,
文字列リテラルのconst,
メンバー関数のconst,
関数の仮引数のconst

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

>>749
それは知らなかったが、その肝はなんなの？　結局はリードオンリーってディフェンスしたいって
ことではないの？　

物理的に書き込み可能ならリードオンリーにしてもディフェンスになんかならないでしょ。
ディフェンスするならライトプロテクト機能がどうしても必要だからね。
アクセスできないようにするには、Privateにして不可視にすればいい。これでディフェンスになる。
グローバルにさらしてなお且つリードオンリーにしておきたい変数がはたして必要だろうか？
　必要性はないと思う。
具体的にどんな意味があるのよ。

**デフォルトの名無しさん** · 2018/11/10(土) 20:25:53.82

知らないで難癖付けてたのかよ。

**デフォルトの名無しさん** · 2018/11/10(土) 20:26:38.74

＞変数じゃなくてもメンバはconstで修飾できるぞ。

出来て何の意味があるのかということが知りたい。意味がないなら邪魔だな。

**デフォルトの名無しさん** · 2018/11/10(土) 20:30:17.34

高橋マナ著やさしいC++から始めたほうがよい。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 20:37:38.39

メンバ関数プロトタイプの後ろをconstで修飾すれば、その関数の中ではthisがconstなポインタになり、
その関数の中ではconstではないメンバー関数は呼べなくなる。
つまり、constキャストを使わないと、thisを変更できなくなる。

**デフォルトの名無しさん** · 2018/11/10(土) 20:38:58.59

>>752
あなたの言葉を借りるとconstはコンパイル時に「ディフェンス」するので
ランタイムで「ディフェンス」するよりも少ないコストで問題を発見できる
これは意味があることだ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 20:43:43.52

関数の仮引数の型をconstで修飾すると、対応する実引数は変更できなくなる。
ただし、その仮引数にconstではない引数を渡すことはできる。
const付ければ多分変更されない。変更しようとすると、多分コンパイルエラー。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 20:46:16.75

struct X
{
void func1();
void func2() const;
};
func1からfunc2を呼び出せるが、その逆はできない。