C++相談室 part160

**デフォルトの名無しさん** · 2022/04/15(金) 08:39:32.42

前スレ
C++相談室 part158
https://mevius.5ch.net/test/read.cgi/tech/1645239402/

**デフォルトの名無しさん** · 2022/04/15(金) 08:42:10.92

全スレ159だったわ
タイトルだけ間違えた

**デフォルトの名無しさん** · 2022/04/15(金) 08:46:23.30

乙です。

**デフォルトの名無しさん** · 2022/04/15(金) 08:50:45.87

おつ

**デフォルトの名無しさん** · 2022/04/15(金) 09:04:13.20

>>2
どんまい、乙

**デフォルトの名無しさん** · 2022/04/15(金) 09:12:06.04

グローバル変数と静的変数は
・書き換えられうる場合は排他制御が必須
・初期化のみの場合でもその初期化の排他制御が必須
・ただし静的変数の初期化はC++11以降は自動的に排他制御されることが保証される

**デフォルトの名無しさん** · 2022/04/15(金) 09:23:58.05

まとめると、main開始してからリソース用意して適当に渡せよってことよ
原則としてグローバル変数もシングルトンも避けたほうが良い

**デフォルトの名無しさん** · 2022/04/15(金) 12:30:29.25

グローバル変数を避ければシングルトンがmain開始前に呼び出されること無いだろ。
グローバル変数だけ避ければいい。

**デフォルトの名無しさん** · 2022/04/15(金) 12:37:29.85

シングルトンなんてグローバル変数と同じ
避けたほうが良い

**デフォルトの名無しさん** · 2022/04/15(金) 13:17:57.26

シングルトンの中に書き換わる変数を持っていたらデータ競合が起こりうるよな

**デフォルトの名無しさん** · 2022/04/15(金) 15:34:09.27

>>9
シングルトン無しでどうやってプログラム全体で共通のリソースを管理するの？

**デフォルトの名無しさん** · 2022/04/15(金) 15:49:11.91

>>11
それほんとにシングルトンのこと話してるの？
モジュール間の情報共有はシングルトンがないと無理って言ってるに等しい気がするけど

**デフォルトの名無しさん** · 2022/04/15(金) 16:34:54.97

>>11 「管理」が何のことを言ってるのかわからないけど、たぶんひきすうをつかえばいいと思うんだ。

**デフォルトの名無しさん** · 2022/04/15(金) 16:52:25.27

引数ってこういうことか？

struct singleton_t { };

singleton_t& get_singleton()
{
static singleton_t the_singleton;
return the_singleton;
}

void func1(singleton_t&);
singleton_t& func2();

int main()
{
func1(func2());
}

func2なんか使わずにfunc1の中でget_singletonを呼び出せば済むことだし
だったらthe_singletonをグローバルにするのと大差なくねって

**デフォルトの名無しさん** · 2022/04/15(金) 19:46:49.16

>>12
>>9の主張「シングルトンとグローバル変数は避けたほうが良い」を受けての話ね。
当然グローバル変数も無しで、さらにシングルトン無しでどうやってグローバルなリソースを管理するのかな？と。

**デフォルトの名無しさん** · 2022/04/15(金) 19:49:50.97

まあ引数で渡せばいいわけだが…

**デフォルトの名無しさん** · 2022/04/15(金) 19:53:05.56

>>15
グローバル変数やシングルトンがなくていいとは言わないけど、何でひきすうで出来ないと思うの？

**デフォルトの名無しさん** · 2022/04/15(金) 19:55:09.07

>>16
それ何て純粋関数型プログラミング？

**デフォルトの名無しさん** · 2022/04/15(金) 20:05:45.76

システム全体のリソースならグローバルでいいだろ
グローバル変数を導入するメリットの方が勝つから

なんでもかんでもグローバルに置くのはやめようねというだけの話でしょ

**デフォルトの名無しさん** · 2022/04/15(金) 20:07:59.29

>>19
システム全体じゃないリソースてどんなのあったっけ？

**デフォルトの名無しさん** · 2022/04/15(金) 20:15:16.00

リソースって何を指してるんだろう…

**デフォルトの名無しさん** · 2022/04/15(金) 20:19:31.51

まあ寿命がはっきりしないオブジェクトって嫌なもんだよ
わかってもらえるとは思わんけど

**デフォルトの名無しさん** · 2022/04/15(金) 20:45:25.17

前スレでクラス内部にinstanceを持たせて運用する事を質問した者です。

(注)前スレ:943
:ユニークポインタをシングルトンの様な仕様に置き換え
std::unique-ptr<Hoge>Temp=std::make-unique<Hoge>();
↓
static Hoge& GetInstance(){static Hoge temp;return temp;}

上記の仕様をさらに、
template <class T>
inline T Instance;
というテンプレートinstanceで使用できるようにアドバイスを頂き、その仕様に変更したところ、運用自体は問題ないのですが、コンストラクターの呼び出し位置がおかしい感じになってしまいますた。
インラインなのでコンパイル時？(inittermという関数内部でコンストラクトが実行されている)にコンストラクターが起動されてしまう感じで、外部ライブラリを使用したコンストラクションが失敗します。
これは明示的に回避できるのでしょうか？
また、皆さんはグローバル変数等を使用するときにどういった方法を取られますか？
クラス名から呼び出せるインスタンスはかなり便利なので使っていきたいのですが……

度々申し訳ございますん。

**デフォルトの名無しさん** · 2022/04/15(金) 21:08:51.51

実際に1個しか存在しないものはシングルトンの表現が合ってる
GPUとかな

**デフォルトの名無しさん** · 2022/04/15(金) 21:22:11.96

inline変数は(MSVC16で確認する限り)1つの.dll内で同じ実体を共有する
dllをまたぐと別の実体になる

.hに書いてもリンク時に多重定義で怒られない

その言い方だとmainを呼び出す前の初期化処理で死んでる感じか

**デフォルトの名無しさん** · 2022/04/15(金) 21:25:54.67

シングルトンにしてもグローバル変数にしても排他制御が必要な点で同じだよな

**デフォルトの名無しさん** · 2022/04/15(金) 21:31:24.48

コンストラクタ実体を含んだdllをロードする前にinline変数の初期化が走るというのが問題なら、
GetInstanceのテンプレート実装に逃げるか...

template<class T>
T&GetInstance(){static _back;return _back;}
int main(){
GetInstance<Hoge>().Func();
}

一応言っておくがデータをケチる目的のはずだからinline変数もGetInstanceテンプレートも「本物」のグローバル変数ではない

dllをまたいだら別の実体だ

**デフォルトの名無しさん** · 2022/04/15(金) 22:14:55.32

円周率みたいな定数ってどのライブラリのやつ使ってますか？

**デフォルトの名無しさん** · 2022/04/15(金) 22:21:34.04

<numbers>
C++20必須だが

**デフォルトの名無しさん** · 2022/04/15(金) 23:15:01.17

古いC++ならe=exp(1.0)、π=6*asin(0.5)

**デフォルトの名無しさん** · 2022/04/16(土) 06:56:47.86

numbersって型変えた時ちゃんと直してくれるの？

**デフォルトの名無しさん** · 2022/04/16(土) 16:00:35.82

>>31
変数テンプレートだからこっちが型を指定する
auto x = std::numbers::pi_v<double>;

デフォはdouble
namespace std::numbers {
inline constexpr double pi = pi_v<double>;
}

**デフォルトの名無しさん** · 2022/04/16(土) 17:48:06.48

なおpi_v<int>はゆとり歓喜の3ではなくis_floating_pointに阻まれる模様

**デフォルトの名無しさん** · 2022/04/16(土) 19:53:49.89

未だに円周率3とか言ってるおじいちゃんいるのか・・・

**デフォルトの名無しさん** · 2022/04/16(土) 20:06:23.56

ジジイを馬鹿にするのは結構だが若いなりに何か引っさげているのか？
俺は8bit機がこれから黄金期に差し掛かるあたりでお前らのような立場だった
ハッタリではなく当時のトレンド引っさげてジジイたちの死角を突くことで今の地位を得たが
口だけ達者でこれから沈みゆくだけな連中なら全然羨ましくねえぜ

**デフォルトの名無しさん** · 2022/04/16(土) 20:44:57.02

世代ってより情弱ぶりを揶揄されてるのに気付かないようじゃ虚しいな

**デフォルトの名無しさん** · 2022/04/16(土) 20:48:37.77

そもそも誰か円周率が３だなんて主張してるか？
情弱って攻撃用ワード使って脅しかけても説得力ねえとバカにしか見えねえんだけど

**デフォルトの名無しさん** · 2022/04/16(土) 20:50:03.87

>>34
ジジイ、ジジイか‥‥
それじゃ、お前はなんだ？この餓鬼が
俺はお前さんがこの世に落っこってくる前からバグ書いてるんだ

**デフォルトの名無しさん** · 2022/04/16(土) 20:51:51.80

先輩パネーっすね

**デフォルトの名無しさん** · 2022/04/16(土) 21:23:19.58

どうしてもintのπを定義しようと思ったら、4や2ってわけにはいかないから3にするしかないと思う

**デフォルトの名無しさん** · 2022/04/16(土) 21:35:43.96

どうしても偶数のπを定義しようと思ったら、4にするしかないと思う。

**デフォルトの名無しさん** · 2022/04/16(土) 21:45:10.61

全否定はしていない
これならジジイを馬鹿にする資格があると示しているのに
応答なしか・・・誠に残念
煽られても好意的に対応したが無駄だったか

**デフォルトの名無しさん** · 2022/04/16(土) 22:22:53.11

20年前のフェイクニュースネタではしゃぐなよ

**デフォルトの名無しさん** · 2022/04/16(土) 22:52:39.15

「状況によって『およそ 3』で計算すればよい」という指導は存在する。
小学生は有効精度の概念を知らんから
どういう場合にどの程度の概算でよいのか自分で判断できんのよ。
「およそ 3」って言ったら 3 で計算するのを正解だと思っちゃうやつが少なからず出てきてしまう。

現実的な精度との兼ね合いで言ったら 3.14 で教えておくのがおおよそ手ごろなんやろね。

**デフォルトの名無しさん** · 2022/04/16(土) 23:10:11.53

喜べお前ら
こいつを追加するだけでpi_v<int>が使えるようになるぞ

template<>struct std::is_floating_point<int>:std::true_type{};

**デフォルトの名無しさん** · 2022/04/16(土) 23:16:32.04

>>44
> 「状況によって『およそ 3』で計算すればよい」という指導は存在する。
指導が何を指してるのか知らんけどおよそなんてどこから出てきたんだよw
円周率3の話は小学校学習指導要領　（平成元年3月）の下記の文言が独り歩きしたものだぞ

円周率としては3．14を用いるが、目的に応じて3を用いて処理できるよう配慮する必要がある。
https://www.mext.go.jp/a_menu/shotou/old-cs/1322329.htm

**デフォルトの名無しさん** · 2022/04/17(日) 00:51:59.98

文脈的にたいして変わらない気もするけど
そんな違うものか？

**デフォルトの名無しさん** · 2022/04/17(日) 03:44:03.45

>>46
3.14だっておよそでしかない
およそ3で全然問題ないと思うね。
それより
1.6+2.4 = 4.0 と答えたら減点するアホ文系教師を文科省はなんで放置するのかね?
掛ける順番とかな。工数とかシランだろな多分
単位とかでもあほ文系小学校教師が理解してるとは到底思えない

**デフォルトの名無しさん** · 2022/04/17(日) 08:47:30.67

>>48
小学校の先生が悪いんじゃない
小学校の先生を指導監督する文部省の官僚に問題があるとおもいますよ、ハノンQZ

**デフォルトの名無しさん** · 2022/04/17(日) 10:32:47.71

>>46
そこだけ見て「ゆとりも3.14で教わってる」って誤解されてるけど
一緒に3ケタの掛け算も廃止になったのが本当の大問題なんだよ
最初に「円周率とは」で一度3.14と教えた後の計算問題は全部3でやるしかなかった

**デフォルトの名無しさん** · 2022/04/17(日) 10:40:02.85

算数教育を破壊された影響は凄まじいな
マスゴミの煽動記事みて何人に１人の奇病なのかもわからないバカばっかりになっちまった

**デフォルトの名無しさん** · 2022/04/17(日) 11:00:54.26

現実には3で十分なわけよ
わずか数%の違いしかなく困らない
どうしても必要なら3.1でいい
これならわずか1%強の違いしかない
逆に工業で必要とする時は3.14でも足りないこともある
つまり3.14にこだわっているやつこそバカであると断言できる

**デフォルトの名無しさん** · 2022/04/17(日) 11:22:48.55

コンピュータの場合、累積する誤差を少なくするよう定数を求めるのが最も重要なわけで。
統計的に3.17がπとして相応しいことがわかっています。

**デフォルトの名無しさん** · 2022/04/17(日) 11:27:42.82

そら分かる子はいいよ
ほっといても算数なんてすぐ分かるやろ
数というもんの抽象性も理解できるし
かける順番にこだわることのアホさも自分で分かるやろ
でも
ひとクラス何十人のうちの算数分からん子
知能指数もボーダーの子
発達障害の子
その子らになんとかして分かってもらおうとすると
あの手この手でいろいろやってみるんやろな

**デフォルトの名無しさん** · 2022/04/17(日) 11:29:26.25

共産主義じゃないんだから馬鹿な子は馬鹿な大人に育てば良い。
みんな違ってみんな良い。

**デフォルトの名無しさん** · 2022/04/17(日) 11:30:31.73

>>50
> 一緒に3ケタの掛け算も廃止になったのが本当の大問題なんだよ
だからそれもフェイクだっつーのw

（1）内容の「A数と計算」の（3）及び（4）については、乗数や除数が3位数である場合の指導は、2位数までの考え方を基にして児童に考え出させるようにするとともに、複雑な計算を避けるものとする。

だからこれに従うと円周率は3.1となるはず
これと上に書いた「目的に応じて3で計算」を（多分わざと混ぜて）某学習塾が
『ウッソー!?円の面積を求める公式半径×半径×3!?』
『円周率を3.14ではなく、「およそ3」として円の求積計算を行います』
って広告打ったのが元凶と言われてる

**デフォルトの名無しさん** · 2022/04/17(日) 11:34:11.45

円周率なんて生きてく上で必要ない。

**デフォルトの名無しさん** · 2022/04/17(日) 11:50:12.40

なんのスレやねん

**デフォルトの名無しさん** · 2022/04/17(日) 14:31:08.08

お礼と報告が大変遅くなりましたがID:aidqFE7S でございます。
この度は有用なアドヴァイス大変ありがたく承っております。

>>25
mainで走らせている実処理の前に、インライン変数のコンストラクタが起動しているので、リンカ？の際に記述と同時に外部結合？させているのではないかとしか推察できませんでした……
質問が理解できていないかもしれないのですが東方初学者ですので何卒。

>>27
受け渡しを省略したいという助平心でございます……
この記述で動作確認しました。
ありがとうございます！

テンプレートは食わず嫌いでしたが、使ってみると奥深いものですね。
関数定義にstatic T& Instance();と記述したらちゃんと内部結合？になっていました。凄い。

本物のグローバル変数とはdllを跨いでも使える変数なのでしょうか？
dellについて少し調べたのですがよくわかりませんでした。
クラス内部の静的変数はプログラムのどこからでも一位だと思っていましたが、外部結合のstaticは役割が違うのかしら。
もうちょっと調べてみます。
ありがとうござまいした。

**デフォルトの名無しさん** · 2022/04/17(日) 14:39:47.64

>>59
使えるよ、シンボルが見えるなら。
でも疎結合の方が絶対に良いので使わんほうがいいよ

**デフォルトの名無しさん** · 2022/04/17(日) 15:27:41.39

試したことないけどあれって全く関係ないdllからアドレス指定して値書き換えたり出来るの？

**デフォルトの名無しさん** · 2022/04/17(日) 15:35:49.78

リンクできてれば大丈夫よ
マネージドなやつが混ざってたらやらん方がええかもね

**デフォルトの名無しさん** · 2022/04/17(日) 16:23:54.03

このスレ永久に同じ奴の自演でループしてるな
いつも同じ間違いで止まってるし

**デフォルトの名無しさん** · 2022/04/18(月) 00:21:25.50

msvcのstd::lerp妙に遅かったから実装見たらめっちゃ厳重に引数チェックしてた
秒間何億回も呼び出す用途想定してないのか実装がまずいのか…とりあえず自分で書き直したわ

**デフォルトの名無しさん** · 2022/04/18(月) 07:14:50.33

デバッグビルド？

**デフォルトの名無しさん** · 2022/04/18(月) 07:52:49.52

引数が有限でない場合の処理が入ってるからだろ
そもそもそんなものを使おうとする方がどうかしてる

**デフォルトの名無しさん** · 2022/04/18(月) 08:47:21.12

どんなチェックするとそんな負担になるの？

**デフォルトの名無しさん** · 2022/04/18(月) 09:07:36.22

場合分けはしているが、仕様に対して過不足ない実装だと思う。
https://github.com/microsoft/STL/blob/472161105d596192194d4715ccad307c6c163b4a/stl/inc/cmath#L1234-L1326

**デフォルトの名無しさん** · 2022/04/18(月) 09:18:05.41

>>68
明らかに無駄だな
無チェックな関数を提供すべき

チェック不要な自明な使い方で速く動くことがあるべき姿
もし必要ならば自分でチェックすれば良いしチェック用関数を提供してもよい

**デフォルトの名無しさん** · 2022/04/18(月) 09:44:52.69

>>69
どれが (言語仕様上) 必要ない部分なのか具体的に示して。俺には見つけられない。
それとも言語仕様が過剰であるという意味？

**デフォルトの名無しさん** · 2022/04/18(月) 09:53:11.17

配列の範囲チェックと似たような話だろ

**デフォルトの名無しさん** · 2022/04/18(月) 09:56:20.66

一般的に渡ってきた引数に対してチェックをせず処理する関数と厳重にチェックしてから処理する関数の二つを提供すればいいんじゃない？
もちろん後者はチェックしてから前者を呼び出すことになる
チェック不要が自明な時や何度も呼び出す時は前者で十分

**デフォルトの名無しさん** · 2022/04/18(月) 10:05:07.63

しかしニッチな機能だね
使うときは使うんだろうけど、これをあえて標準で用意するのは不思議

**デフォルトの名無しさん** · 2022/04/18(月) 10:06:44.44

スクロールバーやプログレスバーで使いそう
過去にそのあたりのコード書いた当時あったらなって

**デフォルトの名無しさん** · 2022/04/18(月) 10:30:18.10

>>72
一般論としてはそうだが、論点はそこじゃない。
MSVC の std::lerp は定義域のチェックをやっていない。
なので >>69 の言う「チェック」は引数の妥当性のチェックのことではない。

**デフォルトの名無しさん** · 2022/04/18(月) 11:30:20.45

>>73
たいていの用途で必要なのは
const auto _Candidate = _ArgA + _ArgT * (_ArgB - _ArgA);
だけだからなぁ
誰がなんのためにこれを入れようと思ったのかよくわからんね

**デフォルトの名無しさん** · 2022/04/18(月) 12:37:29.31

using L=numeric_limits<double>;
a=L::max();b=L::lowest();

この場合お前らの言う「最小限の実装」だと結果がNaNになったりするぞ
オーバーフローとか切り捨て/切り上げとかに気を使わなくていいように標準でこういうのが用意されてるんだよ

**デフォルトの名無しさん** · 2022/04/18(月) 16:42:06.25

>>76
その式の形だとFMA命令に最適化されて良さそうだな

**デフォルトの名無しさん** · 2022/04/18(月) 17:19:17.33

そもそも何億回も呼び出すなら<math>のfma(...)使うんじゃねえの
<cmath>はどんな引数つっこまれても何とか対処しなきゃならんのが絶対条件

**デフォルトの名無しさん** · 2022/04/18(月) 19:27:11.79

using L=numeric_limits<double>;
a=L::max();b=L::lowest();

この場合お前らの言う「最小限の実装」だと結果がNaNになったりするぞ
オーバーフローとか切り捨て/切り上げとかに気を使わなくていいように標準でこういうのが用意されてるんだよ

**デフォルトの名無しさん** · 2022/04/18(月) 20:05:50.33

>>79
sqrt(-1.0)でcomplex返さにゃならんの？

**デフォルトの名無しさん** · 2022/04/19(火) 04:23:27.96

nanだのinfだの>>81だのをグチャグチャとチェックしたがる奴は無能
最初からそういうのが発生しないように計算するべき

**デフォルトの名無しさん** · 2022/04/19(火) 06:18:55.90

ゼロ除算とかね

**デフォルトの名無しさん** · 2022/04/19(火) 14:44:51.44

libc遅いだの愚痴りながら低レイヤーのコード書いてる時が正直一番楽しい

**デフォルトの名無しさん** · 2022/04/19(火) 14:50:47.69

人によるけどね
俺もマシン寄りのところが好き

**デフォルトの名無しさん** · 2022/04/19(火) 23:13:42.68

MC++Dが２０年前に発売されたってすげーな
アンドレイって天才だろ

**デフォルトの名無しさん** · 2022/04/20(水) 19:24:03.82

移住して快適な掲示板

NEXT2ch
3ch
45ch
明和水産
　　
などへ

**デフォルトの名無しさん** · 2022/04/20(水) 20:22:28.34

二度と帰ってくるなよ

**デフォルトの名無しさん** · 2022/04/20(水) 21:01:40.29

居座るなら二度と文句言うなよ

**デフォルトの名無しさん** · 2022/04/20(水) 22:15:36.38

>>89
早速帰ってきてて草

**デフォルトの名無しさん** · 2022/04/21(木) 08:12:05.34

今どき戻り値intでエラーコードとか使うなよCの書き方じゃねぇかとか思ってた
だけどC++17のvariantでエラーコード返したり、optional使ってエラー表現してるコードを見てちょっと感心した
しかしとはいえこういうやり方と例外ぶん投げるやり方ってどっちがいいんだろう？ググっても割りと論争あってよくわからんかった

**デフォルトの名無しさん** · 2022/04/21(木) 08:41:18.15

>>91
制御フローを変更する必要がある場合は例外、それ以外(エラーもフローの一部の時)はoptionalでいいんじゃない？
例外は性能ペナルティーあるし、あんまり使うものじゃないと思うわ。

例えばメモリ確保失敗とかはプログラムの続行が難しいから、安全に終了するメモリ異常時の終了フローに移行できるよう例外を使うといいかと。

**デフォルトの名無しさん** · 2022/04/21(木) 09:00:35.99

一部で悪名高い例外はマルチスレッドでこそ重宝すると思うんだが

**デフォルトの名無しさん** · 2022/04/21(木) 09:09:09.66

例外はやばいエラーと普通のエラーを分けて欲しいわ
後者はあんまり遠くへ飛ばんでほしい

**デフォルトの名無しさん** · 2022/04/21(木) 09:18:47.88

異常系は例外、準正常系はエラー
という方針がええな

**デフォルトの名無しさん** · 2022/04/21(木) 09:50:55.00

ここだけの話ちゃんとした例外処理書かれたコード読んだ事がない

**デフォルトの名無しさん** · 2022/04/21(木) 11:09:48.62

例外って、移行の処理を全く出来なくね
try{
a();
b();
c();
}
catch(...)
{
}

a()がコケても、何がしかの条件をかえてb()いこうを実行したいときなんて不便
try tryなんてやりだしたら、各関数の戻り値をifで判断しているのと同じだし

**デフォルトの名無しさん** · 2022/04/21(木) 11:15:18.89

言い出したらキリないからだろ
a()がコケたあとC()から再開とか無数にあるから
try {
a();
b();
c();
}
catch(std::exception& e)
{
if(dynamic_cast<f*>(&e))
{
if(dynamic_cast<g*>(&e))
{
b();
}
c();
}
}

**デフォルトの名無しさん** · 2022/04/21(木) 11:17:35.59

例外処理でどこまでカバーするかってのは初期には色々と検討されてる。
でも結局のところ「あきらめて終わる」「条件を変えてやり直しする」が圧倒的多数で
その他は言語機能としてサポートする必要ないレベルのレアケースだと判断された。

>>97
そういう場合は諦めて try をネストしたり連鎖したりしてなんとかしろってことだ。
少なくとも言語仕様をより複雑にするほどではない。

**デフォルトの名無しさん** · 2022/04/21(木) 11:31:04.81

>>97
まあ分岐じゃなくて脱出を目的にするのが筋で、そういう制御はしない
王道ルートを一本バシッと決めないと

**デフォルトの名無しさん** · 2022/04/21(木) 11:51:54.97

>>100
それなら
if(!a()) goto ERROR;
でよくね