[過去ﾛｸﾞ] 【初心者歓迎】C/C++室 Ver.106【環境依存OK】 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
195(1): 2020/10/02(金)15:08 ID:WC+nGixi(1/3) AAS
char *p; か char* p; かでごねてる人って
char *p[]; とか char (*p)[N]; とかはどうしてるんだろ
196: はちみつ餃子 ◆8X2XSCHEME 2020/10/02(金)15:15 ID:UfIjSULq(2/2) AAS
>>195
どっちでもいいけどどっちかには揃えたくない？
197(1): 2020/10/02(金)16:05 ID:NWZMRD+V(1) AAS
自分で揃えりゃいい話だし
他人がどう書こうが関係ないし
198: 2020/10/02(金)16:39 ID:LbxjABVY(1) AAS
vsならvsに任せる
人間がやったらミスするんだから機械に任せる
vs標準のフォーマットが嫌なら変えればいいが、変えた時点で標準ではないと認識しといて
199: はちみつ餃子 ◆8X2XSCHEME 2020/10/02(金)16:39 ID:0aKkMJ10(1) AAS
>>197
自分ではどう書くかは決めてるってことなんだよね？
200: 2020/10/02(金)17:02 ID:WC+nGixi(2/3) AAS
書き込めないω
201: 2020/10/02(金)17:04 ID:WC+nGixi(3/3) AAS
ソースの一部が入ると書き込めないな
何が琴線に触れてるんだろ
202(1): 2020/10/02(金)17:07 ID:Xjdvbcrc(2/2) AAS
#define LIST { \
{ "a", "b", "c" }, \
{ "aa", "bb", "cc" },
}
char *(list[][3]) = LIST;
これは便利
203(2): 2020/10/03(土)09:21 ID:F7oAx4CC(1/7) AAS
1. char *p;
2. char* p;
自分は(1)派だけど
(2)を許すとしたら
204(2): 2020/10/03(土)09:22 ID:F7oAx4CC(2/7) AAS
3. char* p[];
(3)とか気持ち悪くない？
205(1): 2020/10/03(土)09:23 ID:F7oAx4CC(3/7) AAS
4. char（*p） [8];
(4)とかは？
破綻してるよね？
()を半角で書くと書き込めない？
206: 2020/10/03(土)09:25 ID:tt4465Gc(1) AAS
普通に半角で書いてるよ
>>202とか()()()とか
207: 2020/10/03(土)09:41 ID:F7oAx4CC(4/7) AAS
char(*p)
これがアウトっぽい
208: 2020/10/03(土)09:42 ID:F7oAx4CC(5/7) AAS
char(*p) [8];
合わせ技がダメなんかな
209: 2020/10/03(土)09:42 ID:F7oAx4CC(6/7) AAS
あれ
治ったω
ありがとうωωω
210(1): 2020/10/03(土)09:46 ID:U0QEte6Y(1/2) AAS
>>203
1で書くと>>188がキモい件は？
どっちもキモいんだからどっちでもいいだろ
211: 2020/10/03(土)09:49 ID:wZa/IuqK(1) AAS
>>204
*の位置よりも、小分けに何度もレスするのが気持ち悪い。まとめて1回で書いてくれ。
212(1): 2020/10/03(土)09:50 ID:F7oAx4CC(7/7) AAS
>>210
>>188 はキモくない
213: 2020/10/03(土)09:57 ID:U0QEte6Y(2/2) AAS
>>212
え、じゃあ204もキモくない
214: 2020/10/03(土)10:11 ID:y5FkQ2yd(1) AAS
4. はどうすんの？どこに空白入れる？入れない？
215: 2020/10/03(土)10:59 ID:hn+Q4jRt(1) AAS
好きにすればいいじゃない。
世の中的にはCは右、C++は混在が多いんじゃね。
C++なら生配列の使用はなるべく避けるし。
216: 2020/10/03(土)11:06 ID:iBPdYK2F(1) AAS
MS様の自動整形に任せよ
217(1): はちみつ餃子 ◆8X2XSCHEME 2020/10/03(土)12:33 ID:6Be2cGN6(1) AAS
>>203-205
ワイは C++ では char* p; と書く派 (C では char *p と書く派) やけど char* p[]; とは書かんな。
ごく単純な char *p; の場合に限って char* p; の方がマシな気がするという話であって、
全体としてはもうどうにもならんほどグダグダやと思うておる。
218: 2020/10/10(土)10:10 ID:sA7w+t8z(1) AAS
>>217
結局、複合型とかconst修飾とか出てくると破綻するんだよね。だから右派。
たまに頑固な左派が「そんな変なものは使わない」とか言うけど、だったら*も止めてスマポだけ使ってろとｗ
219: 2020/10/10(土)11:19 ID:ejDp+I1j(1) AAS
char* p, *q;
ってなるやんって思うから右派
意味的にchar* p, q;がpもqもchar*型になるなら左
220: 2020/10/10(土)11:24 ID:cCgV5Rw+(1) AAS
char *p 派の人は p を const にしたいときは char *const p になるの？
221(1): 2020/10/10(土)12:26 ID:kS/jl5rL(1) AAS
頑固な右派は嫌だねえ
222: ◆QZaw55cn4c 2020/10/10(土)15:34 ID:viEJhGtz(1) AAS
>>221
右派にも親米と反米の二種類がありまして‥‥
223: 2020/10/10(土)16:22 ID:i5KfYhU+(1) AAS
左派の破綻誤魔化しのために
typedef が廃止されて using とか本末転倒過ぎる
224(1): 2020/10/14(水)05:39 ID:Ci1OYkop(1/3) AAS
#include<stdio.h>
void main()
{
int a = 9;
double b = 2.3;
printf("%d", a + b);
}
これを実行すると-1717986918になるんですがおかしくないですか
％fだと想定通りになりましたが％dのときは11が出るんじゃないかと思うんですけど
225(1): 2020/10/14(水)06:57 ID:8wBxOyFV(1) AAS
a + bはdouble型
%fはdouble型を出力する書式だから意図通りに表示される
一方%dはint型を出力する書式だからそこにdoubleを突っ込むとおかしな表示になる
%dで正しく表示したければ次のようにa+bを明示的にintに変換する必要がある
printf("%d", (int)(a+b));
226: 2020/10/14(水)08:29 ID:Ci1OYkop(2/3) AAS
>>225
丁寧な説明ありがとうございます
%dにしても勝手に整数にはしてくれないんですね、なんか不便な気が。
それにしてもマイナスはどこから出てきたのやら
227: 2020/10/14(水)10:51 ID:GsUUoEHv(1/3) AAS
9+2.3=11.3
これの double の bit 表現が
int だと敢えて勘違いして観ると
MSB 1 で負の数になるんだろ
228: 2020/10/14(水)10:58 ID:6pvowPnv(1) AAS
%dなのに引数がdoubleなら今どきのコンパイラなら警告出すはず
見てないだけだろ
229: 2020/10/14(水)11:01 ID:GsUUoEHv(2/3) AAS
#include <stdio.h>
typedef union {
unsigned char u[8];
double d;
int i;
} U;
int main(void)
{
U x;
x.d = 11.3;
省11
230: 2020/10/14(水)11:06 ID:GsUUoEHv(3/3) AAS
ちなみに
-1717986918
は 32bit int で
0x9999999a
つまり
big endian - little endian で byte 順が入れ替わって
さらに 8 byte -> 4 byte で切られてる
231: 2020/10/14(水)11:43 ID:Ci1OYkop(3/3) AAS
謎解き、魔法を見せられたような鮮やかさでありました
232: 2020/10/14(水)12:00 ID:ssGc8zMA(1/2) AAS
doubleやfloatはビットがこう並んでる
外部ﾘﾝｸ[svg]:upload.wikimedia.org
233: 2020/10/14(水)12:08 ID:ssGc8zMA(2/2) AAS
平たく言うと、その%dはこのfloatやdoubleのビットの並びを無理矢理整数にしてしまう
つまり、書いた通りにしか動かない
忖度やお察しが起こって無いのが良いところ
234: 2020/10/14(水)12:17 ID:8jNxcnvs(1) AAS
>忖度やお察しが無い
これはホントマジでそう思う
235: 2020/10/14(水)13:11 ID:k7r/DRjX(1) AAS
これが不便だと思うなら便利な言語を使うと良いよ
便利ってことは高機能ってことで、高機能ってことは裏でいろんな処理が走る必要があるってこと
そんな処理走ってほしくない環境があるから今でもCが現役なだけ
236: 2020/10/14(水)15:56 ID:wBt5LB5z(1) AAS
このばあい言語でなくライブラリの仕組みね
中で(int)vする指定子が用意されてればいいだけ
237(1): はちみつ餃子 ◆8X2XSCHEME 2020/10/14(水)17:04 ID:+PdAwU8N(1) AAS
>>224
この場合は double のビットパターンが整数として読み替えられたということで説明がつくみたいだけど、
言語仕様としては未定義なので別の結果になる可能性もある。
Windows では x86_64 上での引数の渡し方 (呼出規約) は浮動小数点には xmm レジスタを使うが、
引数が浮動小数点だけのときは整数レジスタの方にも値を入れておくというルールがある。
外部ﾘﾝｸ:docs.microsoft.com
このおかげで浮動小数点を整数として読みだしても一応の整合性はとれるようになってる。
Linux などで使われる規約 (いわゆる System V ABI) ではそういう予防措置っぽいものがないように見える。
外部ﾘﾝｸ[pdf]:refspecs.linux-foundation.org
たぶんそのときにたまたま整数レジスタに入っている値が得られるだけなんじゃないかな。
省6
238(1): 2020/10/14(水)17:10 ID:ZV1nncqg(1) AAS
CPUやコンパイラを推測するのに使われるのは？
239: 2020/10/14(水)20:28 ID:GJNQZYNC(1) AAS
>>237
+1
240: 蟻人間 ◆T6xkBnTXz7B0 2020/10/14(水)20:29 ID:P3uQ6dIx(1) AAS
>>238
#ifdef マクロ
241(1): 2020/10/22(木)12:14 ID:A6VvBjuQ(1/8) AAS
C++を使ってシューティングゲームを作ろうとしているものです。
外部ﾘﾝｸ:bituse.info
こちらのサイトを参考にしてＤＸライブラリも使って作業をしているのですが
外部ﾘﾝｸ:bituse.info
ただいまこちらの章でエラーが出てしまい行き詰っています。
背景を線画する章なのですがサイトの指示通りに新しいクラスを作って実行すると
1>------ ビルド開始: プロジェクト: gamegame, 構成: Release Win32 ------
1>back.cpp
1>C:\Users\rikua\source\repos\gamegame\back.h(17,7): error C3861: 'LoadGraph': 識別子が見つかりませんでした
1>C:\Users\rikua\source\repos\gamegame\back.h(19,10): error C2065: 'MARGIN': 定義されていない識別子です。
省11
242(1): 2020/10/22(木)12:38 ID:+kcA91Ab(1/2) AAS
すまん
398MBとか見てそっ閉じしたわ・・・
各ヘッダが何をincludeしてるのか構造見てみて
243: 2020/10/22(木)12:47 ID:vPWH9GQz(1/4) AAS
他人だけど1234で削除したら削除出来ちゃったωωω
244(1): 2020/10/22(木)12:48 ID:A6VvBjuQ(2/8) AAS
>>242
申し訳ありません！
ヘッダは今全部で５つありまして
back.h
control.h
define.h
pch.h
player.h
の5つです
back.h
省13
245: 2020/10/22(木)12:49 ID:A6VvBjuQ(3/8) AAS
最後の
#include "pch.h"
#include "player.h"
こちらの＃は貼るときに消し忘れなので気にしないでください
246(2): はちみつ餃子 ◆8X2XSCHEME 2020/10/22(木)12:50 ID:sdTsVWOF(1) AAS
>>241
質問のクロスポストは好ましくないので避けてね。
外部ﾘﾝｸ:teratail.com
247: 2020/10/22(木)12:55 ID:A6VvBjuQ(4/8) AAS
>>246
申し訳ありません！以後気を付けます
248(2): 2020/10/22(木)14:04 ID:+kcA91Ab(2/2) AAS
>>244
back.hにpch.hを追加で
player.hのplayer.hはいらない
でやってみて
249(1): 2020/10/22(木)14:07 ID:NJqYcfGB(1) AAS
hoge.hファイルに#include "hoge.h"ってできたんか・・・
250: 2020/10/22(木)14:25 ID:ttgeK9fh(1) AAS
>>248
帰宅したらすぐに試してみます！ありがとうございます！！
251: 2020/10/22(木)16:15 ID:qFW7+86p(1) AAS
>>249
コンパイルエラー選手権でそんなんあったな
252(2): 2020/10/22(木)16:24 ID:A6VvBjuQ(5/8) AAS
>>248
すみません！
player.hの内容は元々includeが一つもありませんでした！
なのでback.hにpch.hを追加して実行してみると
このようなエラーが出てきました
1>------ ビルド開始: プロジェクト: gamegame, 構成: Release Win32 ------
1>back.cpp
1>control.cpp
1>C:\Users\rikua\source\repos\gamegame\define.h(16,13): error C2011: 'SHOT': 'struct' 型の再定義
1>C:\Users\rikua\source\repos\gamegame\define.h(16): message : 'SHOT' の宣言を確認してください
省6
253(1): 2020/10/22(木)16:42 ID:A6VvBjuQ(6/8) AAS
>>252
すみません先ほどのエラーは
違ったものでした
こちらが現在出ているエラーです
>------ ビルド開始: プロジェクト: gamegame, 構成: Release Win32 ------
1>back.cpp
1>control.cpp
1>main.cpp
1>pch.cpp
1>player.cpp
省11
254(1): 2020/10/22(木)16:43 ID:fhYgMCzB(1) AAS
>>252
エラーが出る度に頭空っぽのまま教えてくださいって繰り返すのか？
teratailで指摘されてる通り、まずは#includeとかヘッダファイルがどういうもので何のためにあるのか、何故エラーになるのか、解決するにはどうするか、入門サイトなり入門書なりで勉強してきなよ。
それで分からないことが出てきたら、またここで具体的な質問をすれば誰かが回答してくれると思うぞ。
255: 2020/10/22(木)16:48 ID:A6VvBjuQ(7/8) AAS
たびたびすみません！
control.hの中にお手本にはない同じ文列が２つあったので一つ消すと
エラーがだいぶ減りました！
1>------ ビルド開始: プロジェクト: gamegame, 構成: Release Win32 ------
1>control.cpp
1>C:\Users\rikua\source\repos\gamegame\control.cpp(11,1): error C2600: 'CONTROL::~CONTROL': コンパイラで生成された特殊メンバー関数を定義できません (クラスで最初に宣言されなければなりません)
1>プロジェクト "gamegame.vcxproj" のビルドが終了しました -- 失敗。
========== ビルド: 0 正常終了、1 失敗、0 更新不要、0 スキップ ==========
256: 2020/10/22(木)16:50 ID:A6VvBjuQ(8/8) AAS
>>254
ありがとうございます！
もう少し勉強してみてまた質問したいと思います。
257(1): 2020/10/22(木)16:51 ID:jQ+yBpmH(1) AAS
ヘッダのインクルード順に依存するようなプログラムになってるとか？
258: 2020/10/22(木)17:07 ID:vPWH9GQz(2/4) AAS
C言語、C++の基本のヘッダファイルの役割は理解していますか？
もし判らないのであれば、そちらの勉強を先にした方がいいと思います。
参考にしているサイトも、
> このページで学習するには、
> C言語とC++についての知識がある程度必要になります。
> 心配な方はトップページなどから、該当言語のページを選んで基礎を学んできてください。
と前置きがありますよ。
基本を理解せずに始めても、何度も同じような質問を繰り返して遠回りになるだけです。
>>246
有賀豚
259: 2020/10/22(木)17:08 ID:vPWH9GQz(3/4) AAS
>>253 の原因は
player.c の中に back.c の中身がそのままコピーで繰り返されてるから
260: 2020/10/22(木)17:09 ID:vPWH9GQz(4/4) AAS
>>257
それ以前の問題
こんなソース描いてる香具師が同じプロジェクトに居たら殴る
261: 2020/10/22(木)23:26 ID:VEHOj23m(1) AAS
初心者歓迎のスレでそんなきつい言い方するな
262(1): 2020/10/23(金)00:01 ID:fm7mdyX7(1/2) AAS
引っかかってるところよりずっと前で理解してないパターンは面倒くさい。
前提部分からの説明が必要だがそれを学ぶ気がないからこそこういう質問になるわけで、
親切に答えても徒労に終わるパターンなのが見えてる。
263(2): 2020/10/23(金)04:26 ID:DyKPBSgF(1) AAS
Java から C++ に流れてきた者ですが、Javaのインターフェース的なものは
多重継承で実現、ですかね?
class Rectangle : pubilc Polygon {...}; みたいなクラス（他にも Polygon を拡張した
Triangle とか Hexagon とかあるとします）で面積を返す area() の実装を要請して、
そういうオブジェクトだけに適用できるメソッドを定義したい場合、
class Area { virtual int area() = 0; }
class Rectangle : public Sharpe, public Area { int area(); ..}; 的な?
その後 doSomething(Area& area); といった呼び出しでこれらのオブジェクトを引数に?
この場合 Polygon に area() を追加する手もありますが、Polygon でない図形のクラス
でも area() の実装を要請する場合もあるならば、多重継承ということになるのかなと。
省1
264(1): 2020/10/23(金)10:02 ID:fm7mdyX7(2/2) AAS
>>263
仮想関数は動的ポリモーフィズムのためにある。
(最適化で消えることもあるけど) 実行時にディスパッチする仕組みなので、
使わないで済むならその方がいい。
つまり、その例なら doSomething をテンプレートにして型に制約 (メタ関数かコンセプトで) を付ける方が好ましい。
265(1): 2020/10/23(金)11:00 ID:5NWyTruo(1) AAS
>>263
あまり深く考えずにセオリーを真似るだけ
More C++ Idioms/インタフェースクラス(Interface Class) - Wikibooks
外部ﾘﾝｸ:ja.wikibooks.org
266: 2020/10/23(金)17:26 ID:2f10zgGH(1) AAS
>>262
>学ぶ気がない
>親切に答えても徒労に終わる
触っちゃいけない質問者って臭いで判るよな
267: 2020/10/23(金)17:36 ID:YVLucfxG(1) AAS
いきなりどこかのサイトのソース持ってきてコンパイルできません系が怖い
268: 2020/10/24(土)01:05 ID:H3Ix9ZgH(1) AAS
オンラインゲームとかでも初心者狩りとかしてそうｗ
学ぶ気がないとか他人に原因を押し付けてるけど
269: 2020/10/24(土)02:31 ID:yf0wmlMH(1/2) AAS
じゃあこのスレでインクルードやら宣言やらの仕組みから解説しろってのかい？
それはさすがに入門書のひとつでも読んでくれなきゃ困るよ。
単純に説明の分量的にもね。
270: 2020/10/24(土)06:43 ID:12Re86Cq(1) AAS
別にインじゃねえの
答えたくなきゃ答えなきゃいいだけだし
271: 2020/10/24(土)09:29 ID:kz7Ernxq(1) AAS
マジでそれ
答えたくないならスルーすればいいのに余計な事を言うのが害悪
272(2): 2020/10/24(土)09:38 ID:hkdVUCy1(1) AAS
>>264
テンプレートですか、C++っぽいですね。メタ関数とか、いろいろ自分には新しいトピックが。
area() を実装しているかどうかは... is_callable とかでしょうか。
最悪制約をつけなくても area() がなければコンパイル時にテンプレート展開でエラーに
なって、駄目なことはわかることはわかるんですよね?
>>265
それはルートクラスの設計の話に見えるのですが、今回の場合はもう既に
あるクラスの場合の話でして。その場合はインターフェースクラスを多重継承する
のかな? というのが元の質問です。
273: 2020/10/24(土)10:35 ID:Uy2SF5SV(1) AAS
>>272
まあ仮想関数使って多重継承でいいんじゃね
機能的には必要十分かと
それより設計上の問題として
Polygon : public Area｛｝
という構造が適切なのかどうなのか疑問
分かりやすさとしては
Rectangle : public Polygon｛｝,Triangle: public Polygon｛｝・・・
という単なる形状のみの継承クラスと
Graph ｛Polygon poly; int area();・・・｝
省1
274: 2020/10/24(土)11:55 ID:yf0wmlMH(2/2) AAS
>>272
制約を付けなくてもテンプレートを展開してダメだったらエラーになることは保証される。
まあ当たり前っていうかそうせざるを得ないもんね。
でも「(制約を満たさないので) マッチに失敗した」と「マッチして展開した結果にエラーがあった」は意味が違っていて、
結果的に失敗させることを意図するならなるべく前者で失敗させた方が使い勝手はいい。
275: 2020/10/24(土)15:57 ID:XyBgTLH4(1) AAS
答えたくなきゃ答えなきゃいいし
余計な事を言いたきゃ言えばいいよ
ここをどこだと思ってんだよｗ
276(2): 2020/10/24(土)22:10 ID:8e/eI8m7(1) AAS
初心者歓迎のスレで初心者叩くなら出てけよ
277(2): 2020/10/25(日)08:54 ID:63196X63(1) AAS
>>276
は？ 学ぶ気がないことが露骨なやつは嫌だよねって話をしてるんだろうが。
初心者叩きとか話をすり替えるなよカス
278: 2020/10/25(日)09:14 ID:xLKzpL4F(1) AAS
>>276
初心者で一括りにしたら「やる気のある」初心者に失礼
279: 2020/10/25(日)11:23 ID:L6mzxwj8(1) AAS
こいつには質問しても得るものないから目合わせないでおこう
と思うやつに限ってこういう反応してくるんだよなｗ
>>277
280: 2020/10/25(日)11:49 ID:KvAimzX1(1) AAS
>>277
>学ぶ気がないことが露骨なやつ
ほんとこれにつきる
281: 2020/10/25(日)18:00 ID:+b3TKvfL(1/2) AAS
リンカーの話とかもここでおkですか? とりあえずlinux系で、
動的ライブラリlibA.soが、別のライブラりlibB.soに依存しているときには,
libA.so作成時、libA.soにlibB.soをリンクしておけば依存性が解決されますよね?
（libA.soを使うプログラム作成時には、libA.soだけ指定すればよい）
諸般の事情で静的ライブラリlibC.aがあり、これがlibD.soに依存するのですが、
この場合、libC.aにlibD.soをリンクしてlibC.aを生成することはできない? ですか?
libD.soは、libC.aを使ったプログラムの作成時にリンク、ということでおkですかね?
これが正解だと、静的と動的で依存性を解決する場所(?)が違うんだなあと。
282(1): 2020/10/25(日)19:43 ID:+b3TKvfL(2/2) AAS
ふと思いましたが、前者の場合、libA.soにあえてlibB.soをリンクしないで生成、
プログラムにlibA.soをリンクするときにlibB.soを指定する方法もありますよね。
そうすると依存性的には静的ライブラリと同じになる。
でも普通はあえてそんなリンクにはしないのかな。
283: 2020/10/26(月)15:01 ID:EltRWJ/H(1) AAS
libD.a は行方不明か？
284: 2020/10/26(月)19:57 ID:VqHD0zGV(1) AAS
しらない🤢
285: 2020/10/26(月)20:00 ID:I34qBQJ0(1) AAS
ビタミンCならない
286: 2020/10/27(火)05:52 ID:Ol1QMSD8(1) AAS
外部ﾘﾝｸ:codepad.org
外部ﾘﾝｸ:ideone.com
上二つは正常に見えます
ところが
外部ﾘﾝｸ:ideone.com
暴走しますω
なぜでしょう？
287: 2020/10/27(火)08:29 ID:GDxeid4H(1/3) AAS
virtual int d(){cout<<"Ad\n";}
にreturn文ないのが未定義動作でその時の振る舞いはコンパイラの実装依存なのかな
virtual int d(){cout<<"Ad\n";return 0;}
で正常に動いた
288: 2020/10/27(火)08:37 ID:GDxeid4H(2/3) AAS
ていうかなんでこの手のコンパイルが通るようになってるんだろうね
そっちが気になるわ
289: 2020/10/27(火)08:56 ID:+sRGEqV1(1) AAS
gcc のバグ？それとも ideone のバグ？
290(3): 2020/10/27(火)09:14 ID:vtWjbkRe(1) AAS
外部ﾘﾝｸ:codepad.org
の件で
delete b; は B:d, ~B, A:d, ~A と呼ばれる様ですが
virtual int d() はポリモフィズムで
B:d, ~B, B:d, ~A と呼ばれるのが正しい気がするのですが
デストラクタ内から呼ばれるときは特別なのでしょうか？
291: 2020/10/27(火)09:57 ID:vyVElDGQ(1) AAS
>>282
libD.aはないですw libD.soです。
なんというか、静的リンクって面倒だっなって思ったのと、自分の認識が正しいかを
確認したかったのですが。
プログラムにlibA.soをリンクするときは、libA.soだけ指定すればいい。llibB.soの依存性は
リンカーが解決してくれる（libA.soにlibB.soがリンクされているので）。
一方プログラムにlibC.aをリンクするときは、libD.soも指定しないとlibD.so内の関数が
見つからないエラーになる。かといってlibA.soのように依存するライブラリーを前もって
リンクしておくわけにはいかない。
で正しいですよね?
292: 2020/10/27(火)10:09 ID:iKqDwwUH(1) AAS
~B の後 ポリモフィズムで実体のない B:d() を呼び出すのは微妙な感じ
B:d() 内部で Bにまつわるメンバを操作を考えると
すでに生命期間切れてるのにアクセスすることにもなる
293: 2020/10/27(火)10:11 ID:telUcSp6(1/3) AAS
違いますよ？
294(2): 2020/10/27(火)10:42 ID:oh18ycKo(1) AAS
>>290
コンストラクタ、デストラクタ内では仮想関数はオーバーライド解決されない、ポリモーフィズムは効かないとはっきり決まっておる。
上下前次1-新書関写板覧索設栞歴
あと 708 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s