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

**デフォルトの名無しさん** · 2021/07/15(木) 05:14:12.89

>>775
> 「767を書いた意味」なら>>769で説明した。
あああのメモリーバリアと排他の区別もついてないアホ丸出しの説明ねw

> 少なくとも現メモリモデル策定当時から Web 上に積み上げられている多くの記事（標準化委員会の↑含む）や
> 現行コンパイラ（最適化、スレッドサニタイザなど）での扱いと合致しない。
百歩譲ってstd::atomic使えと言うのはいいけど、排他は必須じゃないだろ

**デフォルトの名無しさん** · 2021/07/15(木) 06:52:54.80

charはatomicなの？規格にどれがatomicだってあるの？
どれがatomicかなんて、CPU毎に違って当然だと思ってたわ

**デフォルトの名無しさん** · 2021/07/15(木) 07:50:32.57

>>777
CPU毎と言うかシステム毎に違うだろ

**デフォルトの名無しさん** · 2021/07/15(木) 08:52:46.15

>>776
うん。データ競合を回避するにあたって std::atomic を使えば排他は必須じゃなくなるよ。
ミューテックスを使うなどの排他（順序付け）でも回避できて、どっちかでもいいし両方でもいい。

>>755 が嘘だという点には異論なくなったみたいだね。よかったよかった。

**デフォルトの名無しさん** · 2021/07/15(木) 09:20:51.24

>>775
排他は要らんケースがあると言うだけの話
ちなみに>>755では生intなんて一言も書いてないけどね
std::atomic<int>でも多くの環境では
> 単純なカウンタみたいなアトミックに読み書きできるような変数になるしな

まあ結局規格ガーって言うしかないレベルの低い規格厨が関係のないメモリーバリアーとか出してきて恥を晒しただけだったなw

**デフォルトの名無しさん** · 2021/07/15(木) 10:06:00.17

お前ら暇すぎやろ

**デフォルトの名無しさん** · 2021/07/30(金) 19:50:56.40

C++ のバイナリ互換性についてお聞きしたいのですが。C++ のライブラリの中に以下のようなものが
あったとします。
class A { char *p1; };
class B { /* 略 */ };
class C { A a; B b; };

で、class A に新たな要素を追加して
class A { char *p1; char *p2; };
としてからライブラリを再ビルドし、以前のアプリのバイナリと混在させると、class C 内で a のサイズ
が変わる結果 b へのオフセットが変わりクラッシュするようです。

そこでふと思ったのですが、class A に最初から
class A { char *p1; char *p2; char *p3; char *p4; };
等と最初からある程度要素を確保しておき、必要に応じ上の方から使っていく、みたいなやり方は
アリでしょうか? （b へアクセスするときのクラッシュを防げるでしょうか?）

**デフォルトの名無しさん** · 2021/07/30(金) 19:57:58.75

pimpl使え

**デフォルトの名無しさん** · 2021/07/30(金) 21:01:43.73

>>782
素直にC.aやC.bをポインタにすりゃいいだけちゃう？

**まあ俺が言うのもなんだがw** · 2021/07/31(土) 22:17:00.01

>>782
クラス定義が変わったのにそれを使う一部のコードを再ビルドしないってこと？

> そこでふと思ったのですが
> （中略）
> アリでしょうか? （b へアクセスするときのクラッシュを防げるでしょうか?）
ありかも知れんが、なんでそんな前近代的なやり方しないといけないのかを考えたほうがいいと思う

**デフォルトの名無しさん** · 2021/08/01(日) 03:13:38.20

C++ポケットリファレンス読んだ方いらっしゃいますか?
独習C++ 詳説 C++ 第2版の次に読もうかと思ってるのですが

**デフォルトの名無しさん** · 2021/08/02(月) 10:21:16.05

近年の現場と言うか、
大手の製品開発や比較的規模の大きい案件とかで使われてるC++のバージョンってどの辺ですか？
未だにC++03ってわけないですよね？

**デフォルトの名無しさん** · 2021/08/02(月) 10:29:43.05

>>786
C++プログラミング言語自体の研究という訳ではないのなら、
入門書以降は何か作る系の書籍のほうが良いのではないでしょうか？
物理シミュレーションだったりゲームだったり
人工知能だったりOSだったり様々あると思うので、
興味のある分野を極めていくのが良いと思います。
作りたいものがあるが何から手を付けて良いか分からないのなら
設計理論系の書籍等も良いと思います。
OOPを極めたいという考えであるならデザインパターン等も良いと思います。

**デフォルトの名無しさん** · 2021/08/02(月) 10:37:42.71

どの道、

class C { A* a; };
と、ポインターに変えても、

class A { char *p1; char *p2; };
と、新しいメンバーp2 には、C を再コンパイルしないとアクセスできない

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

class A;
class C { A* a; }; だけで完結してるなら　まぁ問題をおこしにくそうではあるけど
そこまでして C に関わるコンパイルを止めたい理由がわからん

**デフォルトの名無しさん** · 2021/08/03(火) 10:56:52.82

>>787
最低でも C++11
それでも古いと思う

**デフォルトの名無しさん** · 2021/08/09(月) 22:11:24.65

C++って競プロ以外に何に向いてるの？なんで競プロに使われるの？

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/10(火) 01:15:34.32

>>792
実行速度が速いことが多いから速度が評価の一部である以上は有利になる。
(速ければ速いほど良いというわけではないが、上限が設定されているのが普通)

**デフォルトの名無しさん** · 2021/08/11(水) 12:58:25.34

std::map<std::pair<const char *, int> > hoge;
のように const char * を key とするとき
hoge.insert(std::make_pair("A", 41));
hoge.insert(std::make_pair("C", 43));
hoge.insert(std::make_pair("B", 42));
と追加すると
hoge["C"] で 43 が得られると期待できますが
このとき make_pair したときの "C" と hoge["C"] の "C" のポインタは値が違ってても
同一 key とみなされますか？(ポインタの値ではなく文字の中身の一致を見てくれますか？)
あるいは char * だとまた変わりますか？

**デフォルトの名無しさん** · 2021/08/11(水) 13:12:29.99

ポインターは先頭アドレス

2つのオブジェクトの内容が同じでも、
別々のオブジェクトなら、ポインターも異なる

ポインターが同じとは、同一のオブジェクトを指している場合だけ

**デフォルトの名無しさん** · 2021/08/11(水) 13:28:06.66

追伸
一つの fuga.cpp 内で
二か所以上で "C" が使用されていたとき
同じアドレスにしてくれる機能もあるみたいですが
fuga.cpp と hage.cpp みたいに別のソースで
それぞれ "C" を使ってたりすると
勝手に同じアドレスにしてくれたりはないみたいで
いろいろトラブルのもとになりそうです
(どっちみち変数になってると手も足も出ませんし)
key は std::string にしておくか
あるいは
std::hash<>
と
std::equal_to<>
を定義して自分で比較する方が安全な模様

**デフォルトの名無しさん** · 2021/08/11(水) 13:42:41.83

>>796
「あるいは」以降ってunordered_mapの話じゃないかい
mapならstd::less<>を定義する……というかデフォルトのstd::less<>が使われないようにユーザ定義比較関数をコンストラクタで渡す

俺もこういう場合はキーにstd::string使うからいいけども

**デフォルトの名無しさん** · 2021/08/11(水) 14:06:43.19

今回の問題は
>一つの fuga.cpp 内で二か所以上で "C" が使用されていたとき同じアドレスにしてくれる機能もあるみたいですが
>fuga.cpp と hage.cpp みたいに別のソースでそれぞれ "C" を使ってたりすると勝手に同じアドレスにしてくれたりはないみたいで
これでした
stringにしたら解決です
ほんとうにありがとうございました

**デフォルトの名無しさん** · 2021/08/11(水) 14:27:08.48

>>798 別のソースでも同じアドレスにしてくれることあるよ。

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/11(水) 14:56:20.07

言語仕様上は内容が同じ文字列リテラルを統合するかどうかは処理系定義。
https://timsong-cpp.github.io/cppwp/n3337/lex.string#12

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

>>ってどのように言えばいい？

だいなり、だいなり
？？？

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/13(金) 00:46:25.67

>>801
トークンとしての名前は無いと思う。
演算子としての名前なら右シフト演算子とか、
iostream 的な用途の場合は抽出演算子とも言う。

**デフォルトの名無しさん** · 2021/08/13(金) 15:49:32.03

insertion/extraction operatorっていうのか。
stream operatorだと思ってたわ

**はちみつ餃子** ◆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　するのも不親切かもね