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

**デフォルトの名無しさん** · 2017/11/04(土) 16:33:35.07

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

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

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

**デフォルトの名無しさん** · 2018/04/10(火) 08:29:44.17

strがなんで値渡し？
アホなの？

**はちみつ餃子** ◆8X2XSCHEME · 2018/04/10(火) 11:04:36.10

クソザコです

**デフォルトの名無しさん** · 2018/04/10(火) 21:38:17.71

なにこのバッファ溢れさせてくださいって釣り針

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

色々とクソコテクオリティ

**はちみつ餃子** ◆8X2XSCHEME · 2018/04/11(水) 11:17:54.25

えー、可変長引数の例にしただけなので、そんなどうでもいいとこを言われても困るよ。

**デフォルトの名無しさん** · 2018/04/11(水) 12:37:28.30

そう言うところにしか突っ込めない雑魚の相手するなよ...

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

わざわざ互換性を下げなくてもいいのに

**デフォルトの名無しさん** · 2018/04/11(水) 21:16:27.05

>>511
なんでbufに一旦書いてるの？
直接printfじゃだめなん？

**デフォルトの名無しさん** · 2018/04/11(水) 21:20:49.36

実行目的ならvprintf使うんじゃね？

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

普通はね
クソコテがコードサイズ、互換性、実行速度など
全て犠牲にしてもテンプレートを使いたかったみたい

**デフォルトの名無しさん** · 2018/04/11(水) 21:46:51.95

va_start の第2引数の型の制限を知らなくてもor気にしなくても良いように
C++ らしく va_start 使わない例を出したんだろ…

と書いてはみたが、
そういう意図が通じるわけないか
通じる人は最初からわかってるもんな

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

そもそも何でbufにって質問は
コメント元の>>507にすべきだろ

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

こんな辺境ですらイキリ散らすなんて呆れる他ありませんわ

**デフォルトの名無しさん** · 2018/04/11(水) 21:54:51.56

>>522
誰も求めてないwww

**デフォルトの名無しさん** · 2018/04/11(水) 22:01:42.55

危険てんこ盛りなコードの危険性が低い部分をなおしてどうすんの？アホなの？

オナニーは隠れてやれ

**デフォルトの名無しさん** · 2018/04/11(水) 22:53:04.70

c++ スレで variadic template 紹介されてこの反応

**はちみつ餃子** ◆8X2XSCHEME · 2018/04/12(木) 00:24:16.88

>>526
危険性が高いかどうかは重要じゃなくて、話題のテーマに近いかどうかだろ。
本題に関係ないところなんてどうでもいいじゃないの。

**デフォルトの名無しさん** · 2018/04/12(木) 02:27:29.73

>>501とvariadic templateは関係ないわけだが

**デフォルトの名無しさん** · 2018/04/12(木) 02:36:35.20

わざわざ環境まで書いてあるのに
アホですね

**デフォルトの名無しさん** · 2018/04/12(木) 10:41:06.56

const double const ARRAY[] = { 3, -1 };
const double ARRAY[] = { 3, -1 };

の違いを教えてください。

**デフォルトの名無しさん** · 2018/04/12(木) 10:48:56.23

ポインタ変数なら
・変数も指し先も書き換えられない
・変数は書き換え可能。　指し先は書き換えられない
のパターンだけど

対象が配列の場合、元々変数の書き換えができないから同じ意味じゃないかと

**デフォルトの名無しさん** · 2018/04/12(木) 12:23:14.02

>>531
> const double const ARRAY[] = { 3, -1 };
コンパイルエラーにならないんだっけ？

**デフォルトの名無しさん** · 2018/04/12(木) 12:25:36.92

>>532

ありがとうございました。

>>533

Visual Studioではコンパイルエラーになりません。

**デフォルトの名無しさん** · 2018/04/12(木) 14:29:59.20

あいうえお

**デフォルトの名無しさん** · 2018/04/12(木) 14:43:04.91

おこそとの

◆QZaw55cn4c · 2018/04/12(木) 15:19:35.63

とりなくこえすゆめさませ

**デフォルトの名無しさん** · 2018/04/12(木) 21:59:02.17

const double const a[];
は
const double a[];
と同じ意味
const const double const const a[];
なんて書いてもいいし
double const a[];
と書いてもいい

const typename と typename const と同じ
しかもconstはいくつ書いてもいい

**デフォルトの名無しさん** · 2018/04/13(金) 10:38:13.53

Win32のBOOL型を返す関数を複数回呼んで、
すべて成功したときのみTRUEを返したいのですが
(途中で失敗しても関数自体はすべて呼んでおく)、

BOOL Test()
{
　　BOOL bResult = TRUE;
　　bResult &= Api(...);
　　bResult &= Api(...);
　　bResult &= Api(...);
　　return bResult;
}

と書いてとりあえず動くのですが、よく考えたら&=はビット演算だし、
Win32のBOOL関数は成功時にTRUEを返すとは書いていないので、
例えば関数が成功時に2を返すパターンがあったら、
すべて成功しても戻り値はFALSEになるのではと思っています。

この場合、

bResult = Api(...) && bResult;
bResult = Api(...) && bResult;
bResult = Api(...) && bResult;

みたいな書き方をするしかないのでしょうか。

**デフォルトの名無しさん** · 2018/04/13(金) 10:57:04.94

result &= !!api(...);

という風に!!を使うのも zero, non zero を false/true に正規化するイディオムだけど、
何にしても見た目は汚いと思う

文字数は増えるがif文を使って
if (!api()) result=false;
の方が可読性高いかもしれない

**デフォルトの名無しさん** · 2018/04/13(金) 11:38:56.36

>>539
成功した回数をカウントして呼び出す関数が3つなら3でTRUEにするかな
BOOL Test()
{
int count = 0;
if(Api() != FALSE) count++;
if(Api() != FALSE) count++;
if(Api() != FALSE) count++;
if(count == 3) return TRUE;
}

**デフォルトの名無しさん** · 2018/04/13(金) 12:44:10.91

結果を std::vector にでもまとめておいて、 std::all_of で全てがFALSEでないことを確認するとか。

**デフォルトの名無しさん** · 2018/04/13(金) 12:50:27.67

>>539
> bResult = Api(...) && bResult;
> bResult = Api(...) && bResult;
> bResult = Api(...) && bResult;
これでいいと思う

>>541
３個位ならいいけどたくさんになると数え間違いとかやらかしそう

**デフォルトの名無しさん** · 2018/04/13(金) 14:35:54.06

>>543
1年後の自分がやらかしそうだわｗ

**デフォルトの名無しさん** · 2018/04/13(金) 14:37:30.50

普通に&で繋げてしまえば。
return Api()&Api()&Api()...;

**デフォルトの名無しさん** · 2018/04/13(金) 14:44:49.05

>>545
そもそもの質問のキモがわかってないよ

**539** · 2018/04/13(金) 15:24:49.14

みなさんご意見ありがとうございます。
例を簡略化しすぎてしまいましたが、処理は状況によって分かれるため、
常に同じ関数が3回というわけではありませんでした。
失礼しました。

bResult = Api(...) && bResult;

の書き方自体は、そこまで汚いわけではないのですね。
同じような書き方をしているソースも、検索してみたら出てきました。

個人的には、

bResult &&= Api(...);

のような記述ができるとありがたかったです。

**はちみつ餃子** ◆8X2XSCHEME · 2018/04/13(金) 16:20:54.65

>>547
こういう手段もあるぞ。

bResult *= Api(...);

一度 0 になったら何をかけても 0 だ。

**デフォルトの名無しさん** · 2018/04/13(金) 16:33:04.14

&&= と書けないことをこの質問で知ったわ。

>>548
「返り値が0でなければ成功」の関数で変テコな返り値が来ると
組み合わせでダメになるかも。
256 * 256 == 65536 でオーヴァーフローして0、みたいな感じ。

**デフォルトの名無しさん** · 2018/04/13(金) 16:33:39.54

明確なメリットが無いのに、
無駄にトリッキーなコードを書くのはおすすめしない

**デフォルトの名無しさん** · 2018/04/13(金) 16:39:34.39

数が少なく重要な箇所であれば、
デバッグ用コードを追加しやすい以下で良い

if (!Api(...)){
bResult = FALSE;
}
...

数が少なく重要じゃなければ >>547 で良い

数が多ければ色々と工夫しようか

◆QZaw55cn4c · 2018/04/13(金) 16:44:07.64

>>548
適当なニ数をかけたら 0　になってしまった、とかはあり得るのでしょうか？

…んー、ないな、何故ないのだろう？

**デフォルトの名無しさん** · 2018/04/13(金) 17:53:26.34

基底クラスのメンバ関数に virtual をつけないことってあるんですか？
つけてもつけなくてもどちらでもいいという場合はあると思いますが、
つけちゃいけないという場合が考えにくいのですが、そういう場合は
あるのでしょうか？

**デフォルトの名無しさん** · 2018/04/13(金) 17:55:06.07

逆に言うと、今のC++でvirtualをつけた場合の機能をvirtualをつけなかった場合の
デフォルトの機能にすればいいのにと思います。

どうでしょうか？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/04/13(金) 17:56:07.81

>>553
仮想メソッドは、最適化がなければ関数ポインタのように確保されるので、不必要なものはメモリーの無駄になる。

**デフォルトの名無しさん** · 2018/04/13(金) 17:58:31.25

>>555

virtualはつけなくてもかまわない場合には付けない方がいいということなんですね。

ありがとうございました。

**デフォルトの名無しさん** · 2018/04/13(金) 19:32:26.21

>>552
オーバーフローで0とか

**はちみつ餃子** ◆8X2XSCHEME · 2018/04/13(金) 21:02:41.55

>>557
せやな。普通はないと思うが、無いと言い切ることもできない。

ここまでいろんな案が出てるけど、なんだかんだで >>539 が自分で結論出してるのがベストだと思う。
書き方の話なら、マクロでもクラスでも適当なものでラップすれば見栄えはどうとでも出来ることだし。

**デフォルトの名無しさん** · 2018/04/13(金) 21:13:39.42

浮動小数点ならダーティー0とかあるけど
普通は意識しないでしょうねぇ

**デフォルトの名無しさん** · 2018/04/14(土) 00:48:59.29

今回は「非ゼロ」が様々な数値である場合について考えているわけだから
0x80000 等掛けたらゼロになるケースを意識しないのはむしろ不自然

**デフォルトの名無しさん** · 2018/04/14(土) 01:08:45.20

int64_t 使えばいいだろｗｗｗ
ケチケチすんなってｗｗｗｗｗ

**デフォルトの名無しさん** · 2018/04/14(土) 03:21:52.45

4つ掛けたらアウトじゃん
ほんとうにバカだなあ

**デフォルトの名無しさん** · 2018/04/14(土) 05:40:34.13

>>547
汚い書き方とまでは言わないけど、個人的にはあまりいいやり方だとも思わないかな。

俺もC, C++を覚えた当初はなるべく冗長な記述を省くことが正義であると考えていたけど、
そのうち高々数文字削ることなんかより、素直に可読性や保守性が高い記述をする方が美しいと感じるようになったよ。

**デフォルトの名無しさん** · 2018/04/14(土) 07:52:50.53

!か!!使えば1か0にしかならんからそれかけるとか

**デフォルトの名無しさん** · 2018/04/14(土) 08:44:41.44

それをシフトと組み合わせると、エラー箇所までわかって便利だね

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

>>556
補足すると、仮想関数は呼び出しのコストも同じ理由で非仮想のメンバ関数より高い(わずかだけど
あと、仮想関数が一つでもあるクラスは、そのクラスのオブジェクトの先頭に仮想関数テーブルへのポインタが入る
つまり純粋にメンバ変数のデータ通りのメモリイメージになるクラスが作れなくなる

virtualかどうかを選ぶ余地があるってことは選ぶ必要があるということだよ

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

>>565
ネタだろうけど、ほんとにそれが必要としてもよほどメモリーに困ってるのでないなら>>542とかでいいだろ

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

メモリをけちるとかそんなけちな理由じゃない

**デフォルトの名無しさん** · 2018/04/14(土) 12:05:20.64

selectって知っている？

**デフォルトの名無しさん** · 2018/04/14(土) 12:31:15.66

select?
その時代の知識で止まってるの？

**デフォルトの名無しさん** · 2018/04/14(土) 17:00:09.46

a=1に対して、
cout << a << a++なら21
cout << a++ << aなら12
cout << a++ << a++なら21
と表示されました。
coutはどんな順番で評価されているのでしょうか？

**デフォルトの名無しさん** · 2018/04/14(土) 18:21:04.74

>>571
確かに以下は
https://ideone.com/sBACG3
21
12
21
と表示される

でも、手元のVC 2017 / Windows 10 では
11
12
11
と表示された

g++ x86_64-posix-seh 7.1.0 / Ubuntu 16.04.3 LTS on Windows 10 では
11
12
12
と表示された

**デフォルトの名無しさん** · 2018/04/14(土) 18:31:12.32

>>572
http://codepad.org/KVv4KD8O
ではコンパイルエラーになった。
cc1plus: warnings being treated as errors
In function 'void test1()':
Line 6: warning: operation on 'a' may be undefined
In function 'void test2()':
Line 12: warning: operation on 'a' may be undefined
In function 'void test3()':
Line 18: warning: operation on 'a' may be undefined

http://techtipshoge.blogspot.jp/2012/01/c.html
http://www.kouno.jp/home/c_faq/c3.html
http://www.st.rim.or.jp/~phinloda/cqa/cqa7.html

こんな書き方をするなってことだね

**デフォルトの名無しさん** · 2018/04/15(日) 00:38:00.30

>>571
いくつかの例外を除いて式中の各項が評価される順序は決まっていないので、
評価される順を知りたいのなら実際にコンパイルされた結果のコードや挙動を見て調べるしかない。

**デフォルトの名無しさん** · 2018/04/15(日) 08:36:03.86

未定義動作になるから、今回のコンパイル時と次回のコンパイル時とで
同じ順序で評価されない可能性もある、じゃないかな。

実際のところ、コンパイルごとに評価順が変化するとも思えないけど。
いずれにせよ「未定義動作は避けろ」が間違いない方針だわね。

**デフォルトの名無しさん** · 2018/04/15(日) 09:17:15.75

>>573
おお、「未定義動作となること」を検出してコンパイルエラーにする環境もあるんだな

**デフォルトの名無しさん** · 2018/04/15(日) 10:08:58.88

class Base {
public:
void A();
protected
virtual void B();
}

void Base::A() {
B();
}

void Base::B() {
cout << "Base" << endl;
}

class Derived : public Base {
protected
virtual void B();
}

void Derived::B() {
cout << "Derived" << endl;
}

Base b;
b.A();　⇒　「Base」が表示される。

Derived d;
d.A();　⇒　「Derived」が表示される。

b = d;
b.A()　⇒　「Base」が表示される。

**デフォルトの名無しさん** · 2018/04/15(日) 10:11:08.98

b = d;
b.A()　⇒　「Base」が表示される。

↑で、なぜ、「Derived」が表示されないのでしょうか？

ロベールの本に、
「仮想関数はどんな状況でもそのオブジェクトの本来の型のものが呼ばれる」
と書いてあります。

**デフォルトの名無しさん** · 2018/04/15(日) 10:29:12.58

void Base::A() {
B();
}

void Base::B() {
cout << "Base" << endl;
}

A() の中で、B() を呼んでいるから

A(), B() は異なる関数なのに、呼ぶなんてあり得ないだろ。
こんなコーディングはしない

**デフォルトの名無しさん** · 2018/04/15(日) 10:37:36.78

バカを装った荒らしか本当のバカか

**デフォルトの名無しさん** · 2018/04/15(日) 10:41:29.91

>>578-579

よく分かりません。

ポリモーフィズムというのがありますが、その考え方だと

b = d;
b.A()　⇒　「Derived」が表示される。

のではないかと思ってしまいます。

**デフォルトの名無しさん** · 2018/04/15(日) 10:59:34.87

Base::B() の virtual を削除する：

class Base {
public:
void A();
protected
void B();
};

すると、

Base b;
b.A();　⇒　「Base」が表示される。

Derived d;
d.A();　⇒　「Base」が表示される。

**デフォルトの名無しさん** · 2018/04/15(日) 11:27:00.75

ポインタじゃなくて実体をBase bに代入(コピー)したらDerivedじゃなくなるのは当然。「スライシング」でググれ。

**デフォルトの名無しさん** · 2018/04/15(日) 11:33:52.43

スライシングとも別の問題のような

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

bの型がBaseだからだろ？

**デフォルトの名無しさん** · 2018/04/15(日) 12:16:46.54

まずこの本で、オブジェクト指向を学ぶ。
スッキリわかる Java入門第2版、2014

最難関のC++ で、オブジェクト指向を学ぶなんて、夢のまた夢w
軽く、数年を無駄にするだけ

C++ なんて、偏差値70以上しか無理やのに

**デフォルトの名無しさん** · 2018/04/15(日) 12:34:26.84

>>577
> b = d;
> b.A()　⇒　「Base」が表示される。

Base bp;
bp = &d;
b->A();

こうやね

**デフォルトの名無しさん** · 2018/04/15(日) 12:35:11.72

>>582
間違えた

Base *bp;
bp = &d;
b->A();

**デフォルトの名無しさん** · 2018/04/15(日) 12:36:47.16

>>583-585

ありがとうございました。

C++が難しいというのは、設計が悪いからですか？
C++と同等の機能を持った言語で、C++よりも分かりやすい言語を新たに
設計することは無理ですか？

**デフォルトの名無しさん** · 2018/04/15(日) 12:37:23.54

>>587-588

ありがとうございました。
試してみようと思います。

**デフォルトの名無しさん** · 2018/04/15(日) 12:43:40.81

理由があってC++を習得するのが難しいのならOKですが、設計が悪いから
難しいということになると、利用者にとっては迷惑な話ですね。

**デフォルトの名無しさん** · 2018/04/15(日) 13:30:31.42

C++ は、何でも出来るようにしているから、ルール数が100以上ある

さらに、ルールAでは、B, C は除くとか、
1つのルールが、他のルールとからむから、
非常に難しいし、組み合わせ爆発が起こる

膨大な時間を無駄にしても、さほど理解できず、身につかない。
組み込み機器も想定しているから、
どうしてこういうルールが必要なのか、初心者には理解できない。
Rust ですら、初心者には無理だろ

だから、ドワンゴ江添の本を持って、数年山ごもりしろって言われる。
ルールの多さで、廃人になってしまう

初心者には、絶対に無理。
最初から、エベレストを登るようなもの。
まず「スッキリわかる Java入門」とかの、低い山で修行を積むべし

このレベルでは言語どうこうじゃない。
小中高大学まで行くような、研修制度・道筋が大事。
徐々に基礎体力を付けていかないと、何もできない

**592** · 2018/04/15(日) 13:45:38.29

ロベールでC++ を勉強するのも良いけど、
あくまで、C++ の初心者というだけで、
C++ をやるには、最低でも数言語は知っている必要がある

特に、Java, C, Rust は、絶対に知っていないといけない。
組み込みの知識も必要

C++ の初心者だけど、他の言語はプロ級で、
PC・組み込み・Linux コマンドも知っていて、C++ を始められる

それでも、ほとんどのC プログラマーは、C++ へ進めない

**デフォルトの名無しさん** · 2018/04/15(日) 13:49:36.88

スッキリ厨はちゃんとコテ付けてくれ

**デフォルトの名無しさん** · 2018/04/15(日) 15:24:18.71

某洋氏翻訳の第4版がロベール本より先に出てくる理由について3行で述べよ。

第３版が難読版というのは判る

**デフォルトの名無しさん** · 2018/04/15(日) 15:55:19.09

= が代入じゃなく単に Base クラスのオブジェクトのoperator = を呼んでるだけ、
という理解が必要なんだろうけれどこれ難しいだろうか？

cから来た人なら
struct base b;
b = ...;
で b の型が変わるなんて考えもしないだろうけど
最近の人は c やらないのかな

**デフォルトの名無しさん** · 2018/04/15(日) 16:39:48.86

ロベールの方が、独習・柴田望洋・林晴比古などよりも、簡単

**デフォルトの名無しさん** · 2018/04/15(日) 17:20:50.44

原典も読まずに能書き垂れる奴っているんだなぁ

**デフォルトの名無しさん** · 2018/04/15(日) 18:07:17.49

>>588

試してみました。
確かにポインタを使うと期待通りの結果でしたが、参照を使うと期待通りにはいきませんでした。
これはなぜでしょうか？

#include "Derived.h"

int main() {
Base b;
Base& br = b;
br.A();

Derived d;
br = d;
br.A();

Base *bp;
bp = &b;
bp->A();

bp = &d;
bp->A();
}

実行結果は以下です。

Base
Base
Base
Derived

**デフォルトの名無しさん** · 2018/04/15(日) 18:44:29.81

参照は書き換えられないからな。

>br = d;

参照先のbに代入してるのと同じこと。

**デフォルトの名無しさん** · 2018/04/15(日) 18:50:44.48

>>599
当たり前
br は b の別名なだけだから
b = d;
ってやってるのと同じ
b は Base の領域しかないんだから b.A() で Delived::A() を呼び出した時に Delived にしかないメンバ変数とか参照してたら困るし

**デフォルトの名無しさん** · 2018/04/16(月) 00:20:31.20

参照のポインタっぽい振る舞いを確認したいならこう

Derived d;
Base & b1(d);
b1.A();

**デフォルトの名無しさん** · 2018/04/16(月) 07:57:32.89

>>602
ありがとうございました。
下の結果は、

Base
Derived
Derived

になりました。1番目と2番目の違いがよく分かりません。この違いが分かれば、疑問が
解消することになると思うので、理解したいです。

#include "Derived.h"

int main() {
Derived d;
Base b;

Base& br1 = b;
br1 = d;
br1.A();

Base& br2(d);
br2.A();

Base *bp;
bp = &d;
bp->A();
}

**デフォルトの名無しさん** · 2018/04/16(月) 08:01:12.80

Base
Derived
Derived

となりました。

2番目と3番目は同じことの別表現のようですね。
見た感じ、1番目と2番目に違いがあるようには思えません。

Derived d;
Base b;

Base& br1 = b;
br1 = d;
br1.A();

Base& br2 = d;
br2.A();

Base& br3(d);
br3.A();

**デフォルトの名無しさん** · 2018/04/16(月) 08:14:10.02

>>604
参照は初期化時に参照先が設定され、以降の操作は参照先に対してなされる。
初期化と代入を区別すること。

Base& br1 = b; // 初期化 br1 は b の参照
br1 = d; // 代入 b = d と同じ動作

Base& br2 = d; // 初期化 br2 は d の参照

**デフォルトの名無しさん** · 2018/04/16(月) 08:32:20.53

>>605

ありがとうございました。

＞Base& br1 = b; // 初期化 br1 は b の参照
＞br1 = d; // 代入 b = d と同じ動作

br1 = d としても参照先は変わらないんですね。

ありがとうございました。

**デフォルトの名無しさん** · 2018/04/16(月) 12:10:28.34

Java,C#などのプログラマです。
C++にC#などのインターフェースはない代わりに多重継承？できるのでそれを使うとのことで、
https://ideone.com/k7g2nn
ITestAとITestBはインターフェース的なものです。
で、ITestAを実装したCBaseAを作り、CBaseAを継承しITestBを実装したCTestBを
作ったのですが、
CBaseBをnewなど実体化するとITestA::methodAがオーバーライドされておらずCBaseBは
抽象クラスになってて実体化できません。
ITestA::methodAをCBaseBでまた実装しなければいけないんでしょうか？？
というかこういう場合C++ではどうすればいいのでしょうか？

**デフォルトの名無しさん** · 2018/04/16(月) 12:43:19.10

Base Pointer : 100～119
Derived Pointer : 120～139

こういう状況で、Base クラスを指す際、クラスポインターは100 を指している。
100～119 内で、Base クラスの変数・メソッドのアドレスを探す

Derived クラスを指す際、クラスポインターは自動的に、120 に変わる。
120～139 内で、Derived クラスの変数・メソッドのアドレスを探す

**デフォルトの名無しさん** · 2018/04/16(月) 13:08:20.92

>>607
単なる文法エラーだからエラーメッセージみてコードを直してください

**デフォルトの名無しさん** · 2018/04/16(月) 14:01:04.61

>>609
文法エラー？？
https://ideone.com/k7g2nnの今回の部分と関係ないエラーは無視してください。
あくまでイメージ目的でそこらへん適当にやりました。
すみません。

https://ideone.com/QxErKY
こっちですね。

**デフォルトの名無しさん** · 2018/04/16(月) 14:08:31.72

ちなみに、C#だとこんな感じです。
https://ideone.com/8SZhJ7