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

**デフォルトの名無しさん** · 2020/07/13(月) 13:51:48.09

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

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

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

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/13(金) 16:31:09.36

>>802-803
念のために仕様書を見直して見たら抽出子 (extractor) だったわ。

**デフォルトの名無しさん** · 2021/08/21(土) 20:09:51.28

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しでView types参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴
著者：アンドレアス・ルンプ
バージョン： 1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、Cのソースコードを吐き出せるのでC言語でリモートワークされ
ている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/22(日) 10:20:28.75

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴
著者：アンドレアス・ルンプ
バージョン： 1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/22(日) 10:29:54.67

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/22(日) 12:34:32.34

怠け者が一生懸命２回書き込んじゃうのか

**デフォルトの名無しさん** · 2021/08/22(日) 13:21:27.56

unordered_map で erase(key) を実行した場合
要素のデストラクタは呼ばれるのでしょうか？
必ず自分で呼ばないとだめ？
あるいは勝手に呼んでくれるオプションとかある？

**デフォルトの名無しさん** · 2021/08/22(日) 13:38:27.67

呼ばれるよ。そうじゃないと危なすぎるでしょ。

**デフォルトの名無しさん** · 2021/08/22(日) 13:51:18.62

つまり
unordered_map<hoge, fuga *>
みたいなときって
fuga *f があるとすると
delete f されるっていう認識で OK?

**デフォルトの名無しさん** · 2021/08/22(日) 13:56:28.38

ポインタ型のデストラクタは基本的に何もしない。
デストラクタで破棄したいならunique_ptrなどスマポを使う。

**ハノン** ◆QZaw55cn4c · 2021/08/22(日) 15:55:44.42

>>809
つ　https://ideone.com/zKMtPs

**ハノン** ◆QZaw55cn4c · 2021/08/22(日) 16:00:15.54

>>811
つ　https://ideone.com/AIykVF

**ハノン** ◆QZaw55cn4c · 2021/08/22(日) 18:24:32.36

>>813
>>809
ユーザー定義のハッシュ関数を std 名前空間に押し込むのはお行儀が悪いよね…‥
https://ideone.com/J5JYnG

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/22(日) 21:31:04.10

>>815
文字列リテラルを char* にキャストするほうがだいぶん行儀が悪いと思うよ。

**ハノン** ◆QZaw55cn4c · 2021/08/22(日) 22:10:22.39

>>816
しかし、MyStr のコンストラクタの引数が std::string とか、もう何やっているのかわからなくなる‥‥

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/22(日) 22:21:02.88

>>817
？？？
const char* で受ければいいだけでしょ？
なんでそこで std::string が出てくるの？

**ハノン** ◆QZaw55cn4c · 2021/08/22(日) 22:23:59.15

>>818
そういう意味でしたか、const に対する注意力がまだ足りないのは私の課題ですね

**デフォルトの名無しさん** · 2021/08/23(月) 11:12:35.74

linuxのg++8.3でstd::stringのメンバ関数の
insert(const_iterator, char)を使うとコンパイルが通らないのですが、バグでしょうか？
-std=gnu++1zつけてます。

**デフォルトの名無しさん** · 2021/08/23(月) 12:30:44.70

>>820
具体的に問題を再現するコードとエラーメッセージを書いて。

**デフォルトの名無しさん** · 2021/08/23(月) 14:00:01.42

>>819
草生えたｗ

**デフォルトの名無しさん** · 2021/08/24(火) 09:47:42.50

>>821
こんな感じです。
g++のバージョンは8.3で-std=gnu++1z でコンパイルしています。

-- ソースファイル
#include <string>
int main(int argc, char** argv) {
std::string str="abcd";
std::string::const_iterator it = str.cend();
str.insert(it, 'a');
return 0;
}

-- エラーメッセージ
testinsert.cpp: In function ‘int main(int, char**)’:
testinsert.cpp:6:21: error: no matching function for call to ‘std::basic_string<char>::insert(std::basic_string<char>::const_iterator&, char)’
str.insert(it, 'a');
^
In file included from /opt/rh/devtoolset-8/root/usr/include/c++/8/string:52,
from testinsert.cpp:1:
/opt/rh/devtoolset-8/root/usr/include/c++/8/bits/basic_string.h:4419:7: note: candidate: ‘void std::basic_string<_CharT, _Traits, _Alloc>::insert(std::basic_string<_CharT, _Traits, _Alloc>::iterator, std::basic_string<_CharT, _Traits, _Alloc>::size_type, _CharT) [with _CharT = char; _Traits = std::char_traits<char>; _Alloc = std::allocator<char>; std::basic_string<_CharT, _Traits, _Alloc>::iterator = __gnu_cxx::__normal_iterator<char*, std::basic_string<char> >; typename _Alloc::rebind<_CharT>::other::pointer = char*; std::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]’
insert(iterator __p, size_type __n, _CharT __c)
^~~~~~

**デフォルトの名無しさん** · 2021/08/24(火) 12:50:48.93

>>823
コンパイルできないのはバグだが終端イテレータの扱いについては
変遷があって有効なイテレータと見做されない時期もあった。
最後に文字をくっつけるのであれば push_back か append を使ったほうが無難。

**デフォルトの名無しさん** · 2021/08/24(火) 14:09:58.40

>>824
> 終端イテレータの扱いについては
> 変遷があって有効なイテレータと見做されない時期もあった。
要出典

**デフォルトの名無しさん** · 2021/08/25(水) 14:20:52.77

>>824
アドバイスありがとうございます。
やっぱり規格的におかしいと思って調べてみたところコンパイラがc++11に対応していないだけでした。
ありがとうございました

**デフォルトの名無しさん** · 2021/08/25(水) 15:38:43.16

コンパイラはver.4.8で対応してるよ
gnu++1zてのがないんじゃないの？

**デフォルトの名無しさん** · 2021/08/25(水) 17:29:41.65

const_iteratorだとダメでiteratorだと通るぽい

↓のコード、手持ちのg++ (GCC) 7.3.1で-std=gnu++1zでコンパイル、実行できたが
https://cpprefjp.github.io/reference/string/basic_string/insert.html
「(6) 指定したイテレータが指す要素の前に、文字を挿入する」の
s.insert(s.begin(), 'b');
を
s.insert(s.cbegin(), 'b');
にするとコンパイルエラーになる

**デフォルトの名無しさん** · 2021/08/25(水) 19:02:32.36

C++を勉強しているんだけど難しすぎる。
目標は研究に使う数値計算ライブラリを作ることでそのために、
オブジェクト指向とテンプレートプログラミングとSTLを勉強しているんだけど量が多すぎて発狂しそう。
本当にC++を仕事で使っている人はこの量の仕様を覚えて使いこなしてるのか・・・

**デフォルトの名無しさん** · 2021/08/25(水) 19:16:48.44

基本的に自分がよく使う範囲だけ覚えて
必要があればそれ以外の範囲を調べて使う
膨大なようで、所詮言語だから使ってれば覚える

**デフォルトの名無しさん** · 2021/08/25(水) 19:55:14.87

生半可に上辺だけ触って判った気になって
コード描けますとかいうやつと仕事したくないわ

**デフォルトの名無しさん** · 2021/08/25(水) 21:53:18.83

>>827
>>828
言葉足らずですみません。
CentOS7のdevtoolのg++はABI互換性の関係から古いlibstdc++としかリンクできないようにされていて
つまるところC++11の機能はほとんど使えなくなっている、ということでした。
本来ver8.3ならC++17にも対応しているはずなのにほとんど意味ないわけです…。
だったら-std=c++11とかつけたときに警告してくれとでも思わないわけもないですが。

**デフォルトの名無しさん** · 2021/08/25(水) 23:11:46.20

>>829
もしEigenとかみたいなメタプログラミング使った数値計算ライブラリを考えてるならやめとけ
無駄に開発期間が数倍から10倍程度に膨れ上がるだけ

とりあえずテンプレートとか使わずに(あるいはメタじゃないレベルにおさえて)普通に書いたら？

**デフォルトの名無しさん** · 2021/08/26(木) 06:13:02.19

>>829
仕事をすると言っても、他の人がこさえたライブラリを使う場合はそこまでは求められんだろう。
反対に根っこ部分のライブラリとか、チーム内でのルールに関わると知識と経験がいるんじゃないかな？

よく理解できている方法でしっかり組み立てられるようになってから、徐々に細かい話に手を出したらいいと思う。
他の方法は解ってるし悪いわけでもないが、記述が気に入らないので延々とtemplate弄り倒す沼もあるから注意してね。

**デフォルトの名無しさん** · 2021/08/26(木) 09:00:20.61

数値計算に使うのならまずはSTL抑えておくだけでいいんじゃね？
C++言語自体の習得より、GPGPU、分散処理、SIMD、メモリ管理とかのノウハウ習得にまずは時間を割り当てるほうがよいと思う

**デフォルトの名無しさん** · 2021/08/26(木) 09:28:17.30

物理の計算とか、いろんな数学的な量が出てくるけど、そういうのの演算がすべて
プログラム上では同じ形で書ければかっこいいなあと思ったり。
例えば、（スカラー）積なら、オペランドが実数、虚数、ベクトル、行列、テンソル....等々どれでも
乗算オペレーターで扱えるとか。
「普通」の数値ライブラリだとオペランド毎に積を扱う関数がうんざりするほどあってそれを適切に
選ばないといけなかったりするので。

**デフォルトの名無しさん** · 2021/08/26(木) 12:08:14.60

829です。
皆さんいろいろとアドバイスありがとうございます。

自分が作ろうと思っているのは、Eigenを用いた金融系の数値計算ライブラリなのですが、テンプレートを用いたらいろいろな型を代入できて便利かな〜くらいの感じで作ろうとしていました。

templateの使い方自体は少し勉強してみましたが、メタプログラミングの概念自体もよくわかっていないので、ひとまずtemplateは後回しにしようかと思います。

オブジェクト指向で書くかどうかは実際にコードを書いてみてから考えてみたいと思います。

**デフォルトの名無しさん** · 2021/08/26(木) 16:35:43.38

Eigen利用するだけか
それならまぁ無駄に時間かかるということも無いと思う(変なとこに拘らなければ

**デフォルトの名無しさん** · 2021/08/26(木) 16:43:57.74

>>836
コンピューターというか主要な高級プログラミング言語が出来て50年以上経つが
だれもそういうことをやってないのは何故だと思う？

**デフォルトの名無しさん** · 2021/08/26(木) 16:45:12.60

ちなみに SciPy とか SymPy は良く出来てる方

**デフォルトの名無しさん** · 2021/08/27(金) 14:40:33.39

>>839
template使ったらもう型にとらわれなくていいんじゃね？はC++学習者の必ず通る道やからしゃーない

**デフォルトの名無しさん** · 2021/08/27(金) 15:05:57.44

で、結局なんでできないの？

C APIのほうが汎用性が高いから？
行列やテンソルは乗算方法が複数あるから？
結果の表現形式も有理数とか複数あるから？
結果をエレベーションする必要があるから？

**デフォルトの名無しさん** · 2021/08/27(金) 17:44:56.54

extern "C" 使ってる？

**デフォルトの名無しさん** · 2021/08/27(金) 17:53:48.43

>>843
Cで開発するときに、常にヘッダファイルに書いておく必要があるかどうかって話なら、将来c++から呼び出す可能性があるなら書いておけば？
最悪なくてもインクルードする側でどうにかなる

**デフォルトの名無しさん** · 2021/08/27(金) 19:22:59.35

>>843
32bitとはいえマイコンで-std=gnu++17とか指定するのは微妙な背徳感を感じてしまうチキンだが、
Cのライブラリも一緒に使うから、普通に使ってるな。基本ヘッダファイルでほとんど事足りるんだけど、
weak指定のCの割り込みハンドラとか再定義するときは混乱しないように明示的にextern "C"付けてる。

**デフォルトの名無しさん** · 2021/08/29(日) 01:50:34.33

>>841
operator置き換えまくりとかな

**デフォルトの名無しさん** · 2021/08/29(日) 10:17:41.53

>>841
設定読み込みの部分でお世話になったわ

**デフォルトの名無しさん** · 2021/08/30(月) 14:54:09.69

C++17は甘え

**デフォルトの名無しさん** · 2021/08/30(月) 20:54:03.52

甘えてもいいぜ

**デフォルトの名無しさん** · 2021/09/08(水) 21:07:44.76

C99で良いです……

**デフォルトの名無しさん** · 2021/11/24(水) 18:53:15.36

void *q = (void*)p;
void *r = reinterpert_cast<void *>(p);
void *s = static_cast<void *>(p);
どっちが良い？

**デフォルトの名無しさん** · 2021/11/24(水) 22:24:01.60

p の型によるんじゃね？

**デフォルトの名無しさん** · 2021/11/25(木) 14:45:18.21

>>838
Eigen の MatrixXtype と Matrix<type, Dynamic, Dynamic> が便利なのは判ったが
自分でそいつらを引数に持つテンプレート関数書こうとして
template <typename T, int R, int C>
void func(Matrix<T, R, C>&m){ ... }
で定義したら
a が Matrix3d a; とか RC 固定されてるときは func(a) で問題無いが
a が Matrix<type, Dynamic, Dynamic> a(3, 3); だと
実際に func(a) とかで呼ばれるときに
Matrix<type, -1, -1>
で呼ばれてて Row 数も Column 数も判らないので
結局呼ぶときに
func<type, 3, 3>(a)
みたいに確定して呼ぶことになるんだが
そういうもの？

**デフォルトの名無しさん** · 2021/11/26(金) 19:09:15.51

Eigen使ったことないけど、それ多分動的なサイズ指定だよね
コンパイル時にサイズ分かってない奴じゃね

**デフォルトの名無しさん** · 2021/11/27(土) 15:14:48.94

fstream で open するオプションで
ios:in ios:out ios:binary とかと
ios_base:in ios_base:out ios_base:binary とかと
何が違うのでしょう？

**デフォルトの名無しさん** · 2021/11/29(月) 16:58:44.62

おなじ
:: だろうけど

**デフォルトの名無しさん** · 2021/12/06(月) 10:19:18.78

一般的にプリプロセッサのビットシフトに制限てありますか？
#define HOGE (1<<27)
だとダメで
#define HOGE (0x8000000)
だとOKだとかありますかね？

**デフォルトの名無しさん** · 2021/12/06(月) 10:50:06.54

>>857
プリプロセッサはその define値をその記述通りの文字列(というか文)としか見てなくて、単にその定義名の所へはめ込むだけじゃない？
あとは嵌め込まれた後の文脈でコンパイラが解釈するんじゃないかな。

**デフォルトの名無しさん** · 2021/12/06(月) 12:49:27.90

>>858
そう言われてみればそうですよね
トンチンカンな質問失礼しました

**はちみつ餃子** ◆8X2XSCHEME · 2021/12/06(月) 13:31:07.92

>>857
定義での制限はないが、マクロの制御定数式として表れる場合、
つまり

#if HOGE > 0

みたいな前処理指令があった場合に全ての符号付整数型が intmax_t 、
全ての符号無し整数型が uintmax_t と同じ表現を持つというルールがあるので
通常の式とは解釈が違う。
(大抵の場合に intmax_t は long long int と同じ大きさだと思う。)

つまり普通の式としてならオーバーフローする場合でもプリプロセッサではオーバーフローしないこともあるので、
制限としてはむしろ緩い。

https://wandbox.org/permlink/Ns4Qt2xG3wj1WVBH

**デフォルトの名無しさん** · 2021/12/08(水) 17:56:15.71

std::listのsortを使ってるのですが
同値だった場合の順序が維持されず困ってます。
何かよい手はないですか？
比較関数を渡してるのですがその中で何とかならないでしょうか？

**はちみつ餃子** ◆8X2XSCHEME · 2021/12/08(水) 18:22:21.80

>>861
言語仕様上は std::list::sort は安定ソートなので
そうなってないなら標準ライブラリの実装が間違っているか使い方が間違っている。

**デフォルトの名無しさん** · 2021/12/08(水) 18:28:56.67

>>862
そうなんですね。ありがとうございます。
調べてみます。

**デフォルトの名無しさん** · 2021/12/09(木) 05:48:07.42

純粋仮想関数の通知メソッドの中から他所のアドレスを知りたい時C++だとどう書くのが一般的ですか？

**デフォルトの名無しさん** · 2021/12/09(木) 07:40:39.36

日本語でおけ

**デフォルトの名無しさん** · 2021/12/14(火) 05:24:10.27

私の同僚のプログラマがC++で、あるソフトのプラグインをdll形式で作成しており
そのdllファイルは6割くらいの環境では問題なく動作しています。

しかし、ユーザーの環境次第で動かないことがあり
dllをインストールした状態でソフトウェアを起動しようとすると、ソフトウェア自体が起動しないというバグを抱えており
この問題の解決方法は数か月以上、見つかっていません。

そのdllはWindowsのみで動作するものであり、MacやLinuxには対応していません。
Windowsの何らかの設定に関係するバグなのでしょうか…？

バグの原因が一切分からず、彼の作業が進まないので私の作業も進まず、困っています。
私自身はC++でそのソフトのプラグインを作成したこともないですし、彼に何のアドバイスもできないので
このスレッドのお力をお借りしたいです。

dllを作成する際にユーザー環境でデバッグしてログを取得する方法など
何でも良いのでアドバイスがあったら教えてください。
エスパーを求めています。

**デフォルトの名無しさん** · 2021/12/14(火) 05:56:13.12

printfデバッグをファイルに書くとか

**デフォルトの名無しさん** · 2021/12/14(火) 06:41:07.66

64bitと32bitの違い・・・ではないか
それかintel/amdどちらかにしかない命令使ってるとか、何か依存する部分があるとか？？

**デフォルトの名無しさん** · 2021/12/14(火) 08:10:32.07

まずはエラーメッセージをだな

でもランタイムライブラリのオプションがMTじゃなくてMDになってると予想

**デフォルトの名無しさん** · 2021/12/14(火) 08:23:33.51

>>866
例外で落ちたりもせず、ただ起動しないの？
起動しない環境の特徴も分からない？
なにかしらのセキュリティソフトが入ってるとか。

**デフォルトの名無しさん** · 2021/12/14(火) 10:16:08.28

>>866
＞6割くらいの環境では問題なく動作

落ちる環境のPCで開発させてみるといいんじゃね

**デフォルトの名無しさん** · 2021/12/14(火) 11:09:39.54

そのプラグイン dll が vcのランタイムを要求してて　実行環境にvcのランタイムが入っていない

プラグインdllの性質上　ソフトが自前で LoadLibary するが、そこで失敗する
この際何が主因なのかわからないまま

静的なリンクなら ○○が見つかりませんdialog がでてすぐわかる

プラグインdll　を Dependency Walker なりでそのDLLが必要としてる DLL を確認してみたら？

**デフォルトの名無しさん** · 2021/12/14(火) 11:37:46.60

>>872
ソフトの仕様や実装次第だけど、プラグイン読み込みに失敗して起動しないアプリもちょっと手抜き過ぎだよね

**デフォルトの名無しさん** · 2021/12/14(火) 11:41:07.01

>>873
わかったとしても、「モジュール <プラグイン>.dll が見つからない」　としか書きようがなくてややこしい
※ 本当に見当たらないのは <プラグイン>.dll がさらにロードしようとしてる MSVCR○○.dll とかだから

**デフォルトの名無しさん** · 2021/12/14(火) 11:43:56.15

プラグインのロード失敗で即exit　するのも不親切かもね

**デフォルトの名無しさん** · 2021/12/18(土) 10:46:11.74

グローバル変数かstatic変数使ってないか？
昔他所のモジュールと変数の書き換え合戦が起きて正常に動作しない事があった

**デフォルトの名無しさん** · 2021/12/19(日) 15:15:53.34

>>876
static なら他所と競合しないんじゃない？
あとグローバル変数が仮に extern だったとしても、意図的にエクスポートしてなければ他所の DLL と競合はしないような。

**デフォルトの名無しさん** · 2021/12/19(日) 17:40:07.63

拡張子dllでも独自の実装してるホストプログラムあるからなぁ…
それこそホストの開発者に聞くしかない

**デフォルトの名無しさん** · 2021/12/19(日) 23:17:52.32

自前でできることは

1) DllMain の DLL_PROCESS_ATTACH、 DLL_PROCESS_DETACH に
printf を仕込んで最低限 load がなされてるかを確認

2) load されてるのなら
　最初に呼ばれるであろうexportしてる関数にがんがん printf を仕込んで　何処で死んでるかを確認

**デフォルトの名無しさん** · 2021/12/24(金) 03:18:25.98

規格厨ほど仕事ができなくね
どうでもいいようなことにこだわってないで
さっさと仕事終わらせろよ

**デフォルトの名無しさん** · 2021/12/24(金) 10:00:30.81

またお前か
何年立ったらルール覚えられるんだよ
つかえねーな

**デフォルトの名無しさん** · 2022/01/17(月) 19:13:47.29

メンバ関数へのポインタで質問なのですが
class MyClass {
public:
　　void (MyClass::*p)();
　　void func();
};
int main() {
　　MyClass obj;

このようなクラスがあったとして
main関数でobjのメンバの関数ポインタpへfuncのアドレスを入れる書き方と
pを使ってfuncを呼ぶ書き方を教えて下さい

**デフォルトの名無しさん** · 2022/01/17(月) 19:29:52.39

>>882
obj.p = &MyClass::func;
(obj.*(obj.p))();

**デフォルトの名無しさん** · 2022/01/17(月) 20:40:50.75

C++でオブジェクト指向を学びたいなと思ってるのですが、みなさんはどのように学びましたか？
既存のゲームの機能追加などをサークルでやっていて、C++自体には慣れてきて次のステップに進みたいと思いました.

**デフォルトの名無しさん** · 2022/01/17(月) 20:47:51.30

ただただ自分でクラス設計考えて実際に書いて、さらにそれをあちこちで使ってみるだけ
実際に書く、利用する、をサボると机上の空論しか語れない頭でっかちになる

**デフォルトの名無しさん** · 2022/01/17(月) 20:50:24.57

>>883
ありがとうございます

**デフォルトの名無しさん** · 2022/01/26(水) 21:23:31.72

初心者です。
自作クラスをVector型に押し込めようとしたのですが、そこで発生したエラーの解決方法を2時間くらい調べたのですが分かりませんでした。
class myClass
{
myClass(int A){num = A;}
void show() {
cout << "" << "="<<num<<endl;}
~myClass(){}
int num;
};
int main() {
myClass a1(1), a2(2), a3(3), a4(4), a5(5);
vector<myClass> myClassList;
myClassList.push_back(a1);
//中略
//削除するオブジェのインデックス番号を記録
vector<int> delList;
for (int i = 0; i < myClassList.size(); ++i)
{
if (myClassList[i].num == 2 || myClassList[i].num == 4) {
cout << "i" << "=" << i << endl;
delList.push_back(i);
}
}
cout << "削除開始" << endl;
for (int i = 0; i < delList.size(); ++i)
{
std::erase(myClassList, delList[i]);//コイツでエラー
}
return 0;
}
二項演算子 '==': 'myClass' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。

**蟻人間** ◆T6xkBnTXz7B0 · 2022/01/26(水) 21:34:31.80

>>887
myClass::operator==を定義してみ。

**デフォルトの名無しさん** · 2022/01/26(水) 22:43:54.69

>>888
オペレータに何を定義すれば良いか分かりません

**蟻人間** ◆T6xkBnTXz7B0 · 2022/01/26(水) 22:53:20.32

>>889
eraseの仕様を見れば内部で要素を比較していることがわかる。
そこでmyClassとintの比較を定義する必要がある。
bool operator==(int n) const
{
return n == num;
}

**蟻人間** ◆T6xkBnTXz7B0 · 2022/01/26(水) 22:55:52.03

あるいは
friend bool operator==(const myClass& my, int n)
{
return my.num == n;
}

**デフォルトの名無しさん** · 2022/01/26(水) 23:02:17.85

蟻人間さん、ご丁寧に教えてくださり、本当にありがとうございます。
無事問題が解決しました

**デフォルトの名無しさん** · 2022/01/27(木) 07:58:45.49

delListはインデックスだからvector::eraseではなかろーか
https://ideone.com/jnELhK

**デフォルトの名無しさん** · 2022/01/28(金) 15:24:34.96

msvcのコンパイルが遅いのとメモリ大量に使うのとで大変辛いのですが、コンパイルだけ別の端末で出来たりしませんか？

**はちみつ餃子** ◆8X2XSCHEME · 2022/01/28(金) 15:33:38.19

>>894
GitHub Actions

**デフォルトの名無しさん** · 2022/01/28(金) 16:19:19.11

VARIANT型をログ出力したいときはどうしたらよいでしょうか？

**はちみつ餃子** ◆8X2XSCHEME · 2022/01/28(金) 16:23:28.54

>>896
std::variant (C++17 以降) のこと？
それとも COM で使う VARIANT のこと？
それとも特定の実装 (または規約) ではなく動的型一般のこと？

**デフォルトの名無しさん** · 2022/01/28(金) 16:59:31.61

>>897
Comのです

**はちみつ餃子** ◆8X2XSCHEME · 2022/01/28(金) 17:44:30.90

何がわからないの？
基本的な数値型や配列以外の場合にどう文字列化すればいいかわからないってこと？

**デフォルトの名無しさん** · 2022/01/28(金) 17:57:24.82

VARIANT.ToString的なのないかな？的な
みんな自分で作ってるの？

**はちみつ餃子** ◆8X2XSCHEME · 2022/01/28(金) 23:10:21.87

>>900
VARIANT は基本的な型だけでなく COM のオブジェクト (を指すポインタ) を含むこともある。
COM におけるオブジェクトは「少なくとも IUnknown インターフェイスは実装されている」という保証 (規約) があるだけで、
それをどのように表示できるのかは汎用的には決めようがない。

基本的な型だけでも簡易的に文字列化するものがあるとちょっとしたデバッグ用途などでありがたいというのはわからんでもないけど。

**デフォルトの名無しさん** · 2022/01/28(金) 23:24:19.57

>>901
オブジェクトはそのポインタ値を表示とかよくある

**はちみつ餃子** ◆8X2XSCHEME · 2022/01/28(金) 23:39:29.92

ログ用途だとアドレスだけでは意味が薄そうに思うけど……
(実行のたびに値は変わるだろうし、検証に使えない。)
少なくとも整数などではないという区別が出来れば十分ということはあり得るかな。

タイプライブラリがちゃんと用意されているなら型名などが取得できる場合もあるので可能ならそういう情報も欲しいけど、
いずれにしても「文字列にする」という要求はユースケースが多用すぎて標準的な機能として決め打ちはしづらい。