C++相談室 part150

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/07 16:31 / Filesize : 257 KB / Number-of Response : 1034
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

C++相談室 part150

1 名前：デフォルトの名無しさん mailto:sage [2020/03/24(火) 00:04:33 ID:YFRNwZnv.net]: C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part149
https://mevius.5ch.net/test/read.cgi/tech/1581974381/
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
mevius.5ch.net/test/read.cgi/tech/1556142878/

■長いソースを貼るときはここへ。■
　codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
www.bohyoh.com/CandCPP/FAQ/ (日本語)

テンプレここまで
2 名前：デフォルトの名無しさん mailto:sage [2020/03/24(火) 02:17:13.57 ID:9OEj9KSc.net]: 「ちんちんプラプラソーセージ」という言い伝えがあるがの、
それは、「C + + 双生児」、つまり、C++と双璧をなす言語の出現を予言したものだったのだよ。
3 名前：デフォルトの名無しさん mailto:sage [2020/03/24(火) 13:19:52.34 ID:j37mJqK4.net]: STLつかうと一気に実行ファイルサイズが10倍に?！

環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない

すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。

C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？

#include <stdafx.h>
後死ね。

言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。

---- テンプレここまで ----
4 名前：デフォルトの名無しさん mailto:sage [2020/03/24(火) 14:30:36 ID:dZNjE6fy.net]: すげーSTLで外出しされると思ってる馬鹿がいるぞ
5 名前：◆QZaw55cn4c mailto:sage [2020/03/24(火) 23:27:02 ID:KtfI6cNR.net]: https://mevius.5ch.net/test/read.cgi/tech/1581974381/937

https://ideone.com/Jso95a
江添さんが間違って「末尾再帰である」と断定した記述方法 f() を、
正しく末尾再帰で記述すると g() になります。
これを最適化して h() とするのには、関数 g() を特別に解析することなく機械的に変換するだけでいいのです
最適化に機械的に変換するだけでいい、というのが末尾再帰の本質です

したがって >>934 の制限は妥当でしょうね
6 名前：デフォルトの名無しさん mailto:sage [2020/03/25(水) 07:20:29 ID:2w2fR+tZ.net]: 941 自分：デフォルトの名無しさん[sage] 投稿日：2020/03/21(土) 19:59:14.68 ID:uResqVEz [3/3]
「末尾再帰」という情報処理用語を定義しているJIS規格票もしくは
"tail recursion" という情報処理用語を定義しているISO規格票の
条項を出せるやついるの？

これだけ上から目線でマウント取っといて
あげくオレ用語だったら恥ずかしいぞ
7 名前：はちみつ餃子 mailto:sage [2020/03/25(水) 17:42:48.23 ID:lGt7vmdl.net]: JIS X 0007 に「再帰」に関連するいくつかの用語があるけど、
その周辺に「末尾再帰」は書かれていないので情報処理用語の規格として
定義されたものはたぶんないんだろうと思う。

用語として定義されてはいないけど、
DSSSL の規格 (JISX4153) に「実装は、正しく末尾再帰を扱えなければならない」という文言として
現れているのは見つけた。
DSSSL がベースにしているのが R4RS (← Scheme の規格の第4版の通称) であることも書いてあるから
ここでいう末尾再帰は R4RS が言う末尾再帰だと考えていいと思う。
だけど R4RS だとどういう場合が末尾再帰なのかようわからんのよなぁ。
(形式的意味論で書いてあるところを読み解ける人にはわかるのかもしれない。)

R5RS 以降だとだいぶん分かりやすく書いてあるんだけど。
8 名前：デフォルトの名無しさん mailto:sage [2020/03/25(水) 18:35:34.29 ID:iLx6+8HG.net]: 8コアマシンでninja -j4 -l4すると固まるんだけどninja何してんの
9 名前：デフォルトの名無しさん mailto:sage [2020/03/25(水) 19:58:22.06 ID:qvXjJ9lz.net]: 汚いことに決まってんだろ
10 名前：デフォルトの名無しさん mailto:sage [2020/03/25(水) 21:43:33 ID:JWtS3Wj0.net]: ｱｲｴｴｴｴｴ
11 名前：デフォルトの名無しさん mailto:sage [2020/03/25(水) 21:45:30 ID:uGR4bFBq.net]: ninjaずるい
12 名前：デフォルトの名無しさん mailto:sage [2020/03/25(水) 21:50:47 ID:lUBLXJbP.net]: ninjaだいすき
13 名前：デフォルトの名無しさん mailto:sage [2020/03/26(木) 00:08:16.23 ID:fd5gxTEt.net]: 忍者だが、電車に乗っていたら下痢したのでそおっと席を立ち駅に向かったらしい
14 名前：デフォルトの名無しさん mailto:sage [2020/03/26(木) 03:05:23.06 ID:7mWqVwqc.net]: 汚いなさすが忍者きたない
15 名前：デフォルトの名無しさん [2020/03/27(金) 12:47:40 ID:yDbWAejo.net]: 禿げや江添さん
16 名前：見て分かる通り。 禿げてる。 []: [ここ壊れてます]
17 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 21:04:21.22 ID:MA/4mtFY.net]: 禿が作った言語は長生きするんだっけ？
18 名前：デフォルトの名無しさん mailto:sage [2020/03/27(金) 22:52:04.36 ID:eQxgR1y2.net]: ｳﾙｾｰﾊｹﾞﾊﾀﾞﾏｯﾃﾛ
　　　　∧___∧　　　　/ / / /
　　⊂（　・∀・）　､,Jし //　ﾊﾟﾝ
　　　（几と　ノ　　）　て.彡⌒ ミ　
　　／/'|ヽソ彡　Y⌒Y( ´；ω；｀)　　　
／ノ / ｜＼彡　　　 l r　Ｙ　i|
ヽ/､/ヽ/ ヽ/ 　　　　　Ｕ>>3|：_|j
19 名前：デフォルトの名無しさん mailto:sage [2020/03/28(土) 02:01:55 ID:8uQkqVES.net]: 髭だろ
ハゲが作った言語なんてc++しか思い浮かばない
20 名前：デフォルトの名無しさん [2020/03/28(土) 09:50:32 ID:laMmnOq7.net]: ハゲが作った移動通信会社なんて知らない
21 名前：デフォルトの名無しさん [2020/03/28(土) 16:10:38 ID:jYzb+dLM.net]: Visual Studio C++ 2019 にて、パフォーマンスプロファイラーを使うと、
__CheckForDebuggerJustMyCode
という関数が呼び出されていて結構な負荷になっています。

デバッグ時にこれをOFFにしたいのですが、どうやって消せばよろしいのでしょうか？
22 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/03/28(土) 16:39:28 ID:FOAUxWzd.net]: >>20
私は Visual Studio を導入していないので試してないけど公式な情報があるやが。
https://docs.microsoft.com/ja-jp/cpp/build/reference/jmc?view=vs-2019
23 名前：デフォルトの名無しさん [2020/03/28(土) 17:20:15.83 ID:jYzb+dLM.net]: >>21
見逃してたけろ(´・ω・`)

ありがとう
24 名前：◆QZaw55cn4c mailto:sage [2020/03/28(土) 20:30:35 ID:WJROMx30.net]: 江添氏 C++ 入門にまた誤りを見つけました
https://ezoeryou.github.io/cpp-intro/#nannot-a-number
> int main() {
> double NaN = std::numeric_limits<double>::quiet_NaN() ;
> // true
> bool b = NaN != 0.0 ;
> // false
> bool a = NaN == 0.0 ;
> bool c = NaN == NaN ;
> bool d = NaN != NaN ;
> bool e = NaN < 0.0 ;
>}
こちらで試してみると、bool c = NaN != NaN の値は true でした。
https://ideone.com/dzmyeq

＞整数であれば、'a == b'がfalseであるならば、'a != b'なのだと仮定してもよいが、こと浮動小数点数の場合、NaNの存在があるために必ずしもそうとは限らない。
残念ながら、a, b, のいずれかまたは両方が Nan であっても、a == b が false ならば a != b true であることを確かめました

江添さん、だいじょうぶですかね？
25 名前：◆QZaw55cn4c mailto:sage [2020/03/28(土) 20:33:39 ID:WJROMx30.net]: 失礼
×bool c = NaN != NaN の値は true でした。
○bool d = NaN != NaN の値は true でした。
訂正箇所は他にはなく、「a == b が false ならば a != b true であることは、double a, b が NaN であってもいえる」
26 名前：デフォルトの名無しさん mailto:sage [2020/03/28(土) 23:03:59.81 ID:TAn8n6A3.net]: 3/14は円周率の日
とくに2015年はアメリカ式日付表記で3/14/15なので100年に1回だったという、

■ Googleの円周率31兆4000億桁までの計算について、きちんと解説
https://www.blog
27 名前：.umentu.work/google-circle-3-14/ ■ 多倍長計算の技法（3章） http://www.kurims.kyoto-u.ac.jp/~ooura/pi04.pdf []: [ここ壊れてます]
28 名前：デフォルトの名無しさん mailto:sage [2020/03/28(土) 23:04:23.60 ID:TAn8n6A3.net]: 誤爆すたorz
29 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 00:16:32.66 ID:t2YV962W.net]: 江添のことはほっといてやれよ。。
30 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 01:26:13 ID:sawiSEmu.net]: >>23-24 少しでも被害者を減らすために issue 立てといてもらえませんかね？
31 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 01:55:28.30 ID:tSgWoZoj.net]: 村上原野が死亡。
Sprout はど～なっちゃうの～
32 名前：デフォルトの名無しさん [2020/03/29(日) 01:57:11.38 ID:KAJzXRPk.net]: デザインパターンのブリッジパターンやストラテジパターンのようなケースで
インターフェースクラスを継承して実装クラスを作る場合、
class If() /* interface */
{
public:
If() {}
virtual ~If*( {}
virtual void func() {}
};

class Impl() : public If
{
public:
Impl() {}
~Impl() {}
void func() {}
};

のようにすると思いますが、Implクラスをさらに基底クラス(ImplBase)と2種類の派生クラス(ImplA, ImplB)に分けたい場合、
多重継承以外でやるには、どうするのが良いでしょうか？
まず If を ImplBase に継承させて、次に ImplBase を ImplA と ImplB に継承させる事になるでしょうか？
その場合、純粋仮想関数func()はどのように書くべきでしょうか？ ImplBase も virtual void func()としておいて
ImplA で実装するのでしょうか？
33 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 02:19:11.85 ID:p3fh4h77.net]: constexprの中二女子亡くなってたのか・・・
34 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 02:26:21.63 ID:p3fh4h77.net]: >>30
ImplBaseにどんな役割を持たせたいかによるんじゃない？
ImplAとImplBがそれぞれIfを継承するのでは何が不満なのかをハッキリしないと何を解決すればいいのかわからない
35 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 08:26:45 ID:zFUy7lJg.net]: >>29
え、持病でもあったの？
36 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 09:05:51.82 ID:GFdzppn9.net]: 中二で死ぬって早すぎないか
37 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 10:02:27 ID:+/sFre8I.net]: >>23
NaNが「不定」を意味するなら、理論的には
> // false
> bool c = NaN == NaN ;
> bool d = NaN != NaN ;
が正しいんだろう
仕様は上のようになってて、実装依存ということはないか？
38 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 10:26:02 ID:zyhHBMyS.net]: NaNとの!=以外の比較演算は常にfalse、!=は常にtrue
ってするのが普通みたいだけど
39 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 10:36:40 ID:oQB7eLYm.net]: そもそも非数に「等しい」なんて場合があるのか？
数学的におかしくね？
40 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 10:49:11 ID:+/sFre8I.net]: 本来は「非数」なら「等しくない」も議論できない気がするのでなんとも
0/0->NaNなら「不定」と解釈してもおかしくないし、その場合、
NaN!=NaNは「ほとんどの場合に正しい」としか言えない
41 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 11:12:19 ID:CNNBvMSR.net]: !=は==の否定だから、NaN == NaNはfalseなので
NaN != NaN -> !(NaN == NaN) はtrue
ほかの等値比較の意味論に合わせてるんだと
42 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 11:22:58 ID:sawiSEmu.net]: >>35
std::numeric_limits<T>::is_iec559 (IEEE 754) の場合は NaN!=NaN に定まる模様。
https://stackoverflow.com/questions/38798791/nan-comparison-rule-in-c-c
> I read the IEEE-754 rules on NaN, which states:
>> The comparisons EQ, GT, GE, LT, and LE, when either or both operands is NaN returns FALSE.
>> The comparison NE, when either or both operands is NaN returns TRUE.

C++の規定はこう。
www.open-std.org/jtc1/sc22/wg21/docs/papers/2020/n4849.pdf [expr.eq]
（C++14でも同じ https://timsong-cpp.github.io/cppwp/n4140/expr.eq#5 ）
> If two operands compare equal, the result is true for the == operator
> and false for the != operator. If two operands compare unequal,
> the result is false for the == operator and true for the != operator.
> Otherwise, the result of each of the operators is unspecified.
これだけなら「equalでもunequalでもない」として結果を不定とする実装もあり得る。

ただしCの規定には以下のものがある。
www.open-std.org/jtc1/sc22/wg14/www/docs/n2454.pdf Equality operators
> The == (equal to) and != (not equal to) operators are ...
> For any pair of operands, exactly one of the relations is true.
これによれば NaN==NaN, NaN!=NaN を両方 false とするCの実装は許されない。
わざわざこれに反するようなC++の実装が作られる理由は無さそうだし、受け入れられることも無さそう。
43 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 13:05:33.90 ID:0VKwdtls.net]: ieee754の書き方が難しすぎて何処をどう読めばNaN!=NaNになるのか分からん…
44 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 13:28:15.35 ID:oQB7eLYm.net]: 現実は>>39なんだろうけど
原理主義的にはNaNの比較は例外を投げるべき
45 名前：デフォルトの名無しさん [2020/03/29(日) 13:57:09.44 ID:vg0TAzW0.net]: NaNを無限と言い換えて数学的な議論をするしかない
46 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 15:32:11 ID:nDbo81n4.net]: みんな大好き超準解析、
47 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 15:32:36 ID:CNNBvMSR.net]: 実際こんなのもある
https://cpprefjp.github.io/reference/compare/strong_order.html
48 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 16:10:11.53 ID:p3fh4h77.net]: 江添が悪い
たぶんx==xが常に真になるとは限らない(xがNaNの場合)って話を間違えて覚えてたんだろ
49 名前： mailto:sage [2020/03/29(日) 16:13:08.71 ID:GnieE+99.net]: >>28
私は江添氏の本を買って読んでおり、個人的に非常に参考になる、どちらかといえば良書の部類だと考えておりますので
「被害者を減らす」という発想はありえないのです
50 名前：はちみつ餃子 mailto:sage [2020/03/29(日) 16:39:47.96 ID:tSgWoZoj.net]: >>47
総合的な判断がどうあれそこが間違ってるなら間違ってるだろ。
51 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 17:54:48 ID:oQB7eLYm.net]: 江添氏はブログを立てて不特定多数の一般人からの指摘を待っている
誤りの指摘はそこでやれ、それが「被害者を減らす」ことにつながる

江添が見ている保証のないこんなところで正義面しても
そういう筋が何もわかっちゃいないやつというだけだ
52 名前： mailto:sage [2020/03/29(日) 18:15:14.00 ID:GnieE+99.net]: >>49
私個人では誤りを指摘するのには非力でしょう、したがってここで相談してから正式な申し入れをする手順を踏みたいと思います、それが読者のため、江添氏のためでもあります
査読を継続します
53 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/03/29(日) 18:27:59 ID:tSgWoZoj.net]: 本当に間違っているという確信がなくて事前に相談するってのならまあそれもいいんじゃないの。
54 名前：デフォルトの名無しさん [2020/03/29(日) 18:41:01 ID:xWXht+2h.net]: 江添さんに聞くのが一番速い。
55 名前：デフォルトの名無しさん mailto:sage [2020/03/29(日) 22:23:18 ID:6MT5MhMu.net]: ここ見てそうだしな
56 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 00:19:48 ID:DkauJosI.net]: あの人もうスノボに夢中でC++に興味なさそう
57 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 01:01:09 ID:PZnOEjGK.net]: C++なんかやってるのにスノボもやってるのか異端だな
58 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 09:52:17 ID:6jBFblvz.net]: githubのissue放置してるじゃん
59 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 13:41:16.50 ID:hh56tBZl.net]: ベクトルが二つあって重複部分を差分取得になるように結合したいです
in
1,2,3,4
3,4,5,6
out
1,2,3,4,5,6
重複がなければそのまま結合でいいです
60 名前：デフォルトの名無しさん [2020/03/30(月) 19:24:54.69 ID:ubfGsS+F.net]: std::sort
std::unique
std::set_union
61 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 19:28:43 ID:Oymj8mf6.net]: >>57
その程度なら、ネットで検索して見つからないようなら、手で書いたほうが早いね。
2つの列を共にソートしたあと、マージソートの様に左端から順に比較して同じなら
1つ分だけ dest にコピーするようにすれば良いだけ。
62 名前：デフォルトの名無しさん mailto:sage [2020/03/30(月) 19:44:49 ID:UMPMfaDu.net]: 標準委員から無視されていじけてるんだろう。ショーもねー奴だよ。
63 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 00:16:01 ID:FylkZaNQ.net]: new, deleteとか手動でやるのはもう古すぎて使わない？スマートポインタ使うのが普通？
64 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 01:00:25.49 ID:oKg2nb+1.net]: 必要な時は使えばいいと思うけど自分は全く使わなくなった
65 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 01:34:17.99 ID:s0jfH2wf.net]: 初めてクラスを使ったのですが、forループの中で関数のように使う場合には
1. 毎回デフォルトコンストラクタに引数を食わせて初期化してからgetterで計算する
2. 初期化はループの外でして置いてループ内ではsetterなどで引数を読み込ませてからgetterで計算する

どちらの方が良いんですかね？

あと、あるメンバ変数に連動したメンバ変数みたいなものって作れますか？
int _a
int _b = _a / 2みたいなものです
66 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 01:43:07.29 ID:oKg2nb+1.net]: 後半の方はint getHalfA()みたいなメンバ関数を設ければいい
前半は関数オブジェクトのこと？何言ってんのかわからん
67 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 03:22:08 ID:Yt3qMdaP.net]: >>63
1,2は、速度面以外ではどちらでもいいが、速度を重視するなら2。
なお、getter, setter は元々、巨大なプログラムでバグを減らすために発明されたようなものだから、小さいプログラムでは特に使う必要は無い。
68 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 03:28:43 ID:Yt3qMdaP.net]: >>65
C#では、getter, setter を凄く高頻度で使ってもいいような設計思想なのかもしれないが、かなり意見が分かれるところ。
クラスを保護する目的では使っても良いが、普通の代入とは動作を変えてしまいすぎる
ようなものは想定した動作との勘違いによる逆にバグの元になる可能性があるのでお勧めしない。
使い道があるのは、代入箇所や読み取り箇所の動作の変更を手作業や grep 置換に頼らずに確実に行いたいような場合だと思うが、小規模なプログラムでは単純に手作業や grep 置換で直した方がよい。
新しい機能は大宣伝されるので初心者が飛び付きがちだが、実は余り普段は使わないほうが良い機能であることもかなり多いので注意。
69 名前：デフォルトの名無しさん [2020/03/31(火) 08:10:50 ID:Zjo4xAEk.net]: >>63
教条主義なら1番
毎ループの中でオブジェクトはそれぞれ異なる
今回の関数Aと前回の関数Aは別物である、という思想になる
逐一newするとそれっぽくなる
70 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 10:02:16 ID:OTxurRkT.net]: >>63
そういう問題を自分が求めるパフォーマンスレベルに最適化できる（やらなきゃならん）のがc++だぞ。
71 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/03/31(火) 10:16:06 ID:Ow5tuxOJ.net]: >>63
デフォルトコンストラクタは引数をとらないコンストラクタのことなのでなんか勘違いしてるぞ。

実行コストか抽象化の都合でどうしても事前にしなければならないことがあるなら 2 の選択肢しかないし、
そうでないときはクラスにする意味がないので普通の関数で書けばよくねって思う。
そのふたつの選択肢の間で迷わなければならない場面というのが既になんかおかしい状態に入り込んでる気がする。
72 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 10:34:43.57 ID:6MgwCPiX.net]: c++使いなら速度を追求しろ
速度こそ正義だ
73 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 12:31:40 ID:b6kPBFRe.net]: >>66
C#は実行時最適化に期待できるのと、ABI互換するのが作法なんで
C++で真似する意味はあんまりないよね。
74 名前：デフォルトの名無しさん [2020/03/31(火) 12:39:27 ID:tVRDD1dz.net]: おい、パフュームはコーディング捗るぞ。
75 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 14:18:42 ID:PMv8PBMm.net]: なんか前提条件抜きで「こう書くのが良い」みたいな答えを求める初心者が最近多いっぽいな
セオリーに従順といえば聞こえはいいが、自分のおかれてる状況でどうすべきかの決断をとことんサボろうとしてるとも言える
76 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 14:28:08.91 ID:daGoeiYK.net]: >>71
「C#はABI互換するのが作法」
という意味が分からないので詳しく。

個人的には、C#でgetter,setterが作り易くなっているのは、HTMLの「property」
を操作するJSの流儀にルーツを持つのではないかと思っている。

そう思う理由の一つは、WinFormsでも、イベントハンドラ(関数)を登録するのに、インスタンス変数に関数の名前を代入するような形式を使っているのが、JSのイベントハンドらの作法にそっくりだし、
Formのフラグ類の設定方法が、HTMLのpropertyやCSSのstyleの設定方法とそっくりだから。

普通、C++だとメンバ関数を通じてオブジェクトに「命令を出す」事でオブジェクトの状態を変える
作法が取られることが多いが、JSだと同じ事をpropertyを設定することで行う。
後者の場合、propertyを設定したら、イベント終了後にDOM要素が自動的にその変化が反映される。
JSのその作法はコードを短く書くのには適してはいるが、インタプリタ的な動作でも有り、
変数の代入のように見える書き方に「副作用」が伴うのがC/C++言語の文化だとちょっと違和感を感じる
人も居ると思う。
77 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 14:39:26.00 ID:daGoeiYK.net]: >>74
なお個人的には、
C#のような自動化された setter, getter を使うより、
void SetXxx(TYPE x); や TYPE GetXxx();
を明示的に使ったほうが、set, get している場所をgrep検索し易いと思う。
xxx = yyy で settter を呼び出す作法の場合、grep検索するなら、
正規表現で xxx*s\= などと書く必要があるし、コンストラクタで
使われている場合や関数の引数に「代入」されている場合にはこれでは検索しきれない。
自動化されることで使用箇所が見えにくくなり、トラブルの元になる可能性がある。

getterの方は使用箇所の検索は不可能になる。
78 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 14:42:36.42 ID:DEnjdkJH.net]: C#はC++と違ってシンボルの完璧な静的解決が可能だからgrep性なんかどうでもいいんだよ
VSでポチポチしたら一瞬で完全な呼び出しツリーが出来上
79 名前：がる []: [ここ壊れてます]
80 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 15:09:58.10 ID:OTxurRkT.net]: >>73
プログラマは怠惰であるべきってのを間違ったとらえ方してるバカは世の中には多い。
81 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 15:12:48.63 ID:YcGHsuX6.net]: >>75
メモ帳でコード書いてるのか？w
82 名前：デフォルトの名無しさん [2020/03/31(火) 17:49:17.43 ID:tVRDD1dz.net]: viでは。
83 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 20:44:47 ID:HDRrREDo.net]: 【速報】東京都が #新型コロナウイルス感染症死亡者数を過少評価か、

「例年より少ない」とされていたインフルエンザ関連死が急増＝国立感染症研究所
https://www.niid.go.jp/niid/ja/flu-m/2112-idsc/jinsoku/1852-flu-jinsoku-7.html …

コロナで死んだのインフルに振り替えてるんじゃまいか
こういうニュースが出てくる時点で隠蔽はもう無理
おそらくパンデミックは避けられないと思うね
84 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 22:00:06 ID:ox5sQqez.net]: 言語仕様はメモ帳で書く場合を想定すべき
メモ帳で楽に書ければ開発環境でも楽に書けるが、逆はない
開発環境がなければ書けないような構文は構文自体おかしいと認識するべきだ
85 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 22:01:35 ID:L/5UA51D.net]: なぜメモ帳？
そこはedlinだろ？
86 名前：デフォルトの名無しさん [2020/03/31(火) 22:05:49 ID:tVRDD1dz.net]: Excelよく使ってる。
87 名前：デフォルトの名無しさん [2020/03/31(火) 22:07:47 ID:tVRDD1dz.net]: ExcelはExtended cellという意味とExcellentという意味がある。
と思う。
88 名前：デフォルトの名無しさん [2020/03/31(火) 22:14:04.53 ID:tVRDD1dz.net]: 電卓にはプログラマ・モードがあるのに。
Excelにはない。
不思議な話だ。
89 名前：デフォルトの名無しさん [2020/03/31(火) 22:14:37.75 ID:tVRDD1dz.net]: そういえば電卓も良く使う。
90 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 22:19:10.66 ID:L/5UA51D.net]: そりゃmac用ソフトだもの
91 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 22:52:39.00 ID:s0jfH2wf.net]: 皆さんありがとうございます
正直個人で利用するだけなら関数でいいし今までも関数で済ましてたんですが、他人に教えるときに変数定義などが散らばってると教えるのが面倒くさいという理由でクラス化したんですよね
92 名前：デフォルトの名無しさん mailto:sage [2020/03/31(火) 23:13:13.12 ID:W8+rJJar.net]: 関数で済むならその方が良い
プログラムが複雑な動作ができるのは「状態（＝変数）」を持つから
単純にできるならその方が良い
変数は悪だよ、必要悪
93 名前：デフォルトの名無しさん mailto:sage [2020/04/01(水) 08:43:31 ID:BVkSt5Rw.net]: class変数ってのはstatic変数とlocal変数の中間的なイメージをもってる。
static変数よりかマシだけど状態を持つことには変わりはない。
まあlocal変数だけでプログラムするのもつらいって場面も多いけど。
94 名前：デフォルトの名無しさん mailto:sage [2020/04/01(水) 13:47:46.62 ID:PC8mhvaW.net]: 気になったので教えて

c＋＋的に関数のbool型戻り値に関数の成功失敗返すとして、真が成功で偽が失敗が一般的？

c言語だと戻り値がintで0が成功、それ以外が失敗ってのか良くあるけど、c++もこの形が一般的？（偽が成功、真が失敗）

個人的には前者を良く使うんだけど
95 名前：デフォルトの名無しさん mailto:sage [2020/04/01(水) 13:55:09.05 ID:BVkSt5Rw.net]: boolとintで区別するってのが一般的で
boolの場合言ってる通りでintの場合cの流儀に沿うのが普通じゃね。
96 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/01(水) 14:38:59 ID:S74lm4t5.net]: >>91
エラーであることと同時にエラーの内容 (エラーコード) も返したいという要求がある。
なので 0 を成功として、失敗ならエラー内容に対応する数値 (真値) を返すというやり方が生まれた。
でも C の標準ライブラリには失敗として 0 を返した上でエラーの内容は errno に設定するものもあるし、
グダグダなんやわ。
真偽のどちらを成功とするか失敗とするかは、どちらかが一般的と言えるほど統一されてはいない�
97 名前：ﾆ思う。 C++ だと失敗は例外で投げてしまえるから返却値はあくまでも正常系のみの結果を返すべきという意見もあるし、 例外は何かと問題があるので避けた方がいいという人もいる。 std::optional は「有効な値があるとき」と「有効な値がないとき」を区別できるけど、 成功・失敗に対応づけるにはちょっとイマイチな感じもあるしなぁ……。 結局のところ場合による。 []: [ここ壊れてます]
98 名前：デフォルトの名無しさん mailto:sage [2020/04/01(水) 17:14:10.11 ID:15FH3/nz.net]: おれも >>92 の認識
結果boolとintでfalse/0の意味が入れ替わるわけだが
intはエラーコードを返す余地があるが
boolの場合失敗をfalseでだけで返しても実用上役に立たないと思う
falseが返ってきたら呼び出し側は何をすればいいかまで考えるべき
内部エラー的などうしようもないもののときは関数内で勝手にabortした方がまし
99 名前：デフォルトの名無しさん [2020/04/01(水) 18:14:31 ID:MoTGnEfh.net]: >>94
実は、エラー番号を返されても、出来ることは限られていて、
ハードウェアエラーの様なものなら、使用者にそのメッセージを
表示することは出来るが、単に関数の呼び出し方の間違いの場合も
多くてその場合は開発時にエラー番号を調べて対処するしかない。
エラー番号によってプログラムの動作を変えて対処できるケースは全体のごく一部。
100 名前：デフォルトの名無しさん mailto:sage [2020/04/01(水) 19:18:06.29 ID:15FH3/nz.net]: >>95
それで十分役にたっとるがなw
実行時にあらゆるエラーをリカバリーしろという話ではないさ
101 名前：デフォルトの名無しさん [2020/04/01(水) 19:24:00.89 ID:Awd6zvg2.net]: std::sortにconstexprが付くことについてコメントお願いします。
102 名前：デフォルトの名無しさん mailto:sage [2020/04/01(水) 22:38:47.73 ID:3pIDnj5r.net]: 標準ライブラリで付けられるところには全部付けろ
103 名前：デフォルトの名無しさん [2020/04/01(水) 23:20:02.25 ID:Awd6zvg2.net]: コンパイル時にソートしてくれるってやばない？
104 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 00:18:03.16 ID:Gf7PuiHp.net]: 左様boolを成功か失敗かの意味で使うのが悪い
boolは単純に真偽として解釈すべきでありかつその解釈で十分な場合に使う他無い
例： std::vector::empty()

どーしても成功か失敗かの意味で使いたいなら
成功なら真、失敗なら偽の値を返す関数なりマクロなりで
wrapした結果をboolにすべきや
例：
　inline bool SUCCEEDED(int retval) { retun (retval == 0); }
　inline bool FAILED(int retval) { return (retval != 0); }
105 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 00:21:01.87 ID:Wbq1ni9c.net]: constexprはやばいがなぜにソート？
というかコンパイル時ソートの需要なんかあんのか？
100万件のデータをソースに埋め込んでコンパイル時にソートしたいとは思わないな
106 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 00:25:29.31 ID:44dV9Os2.net]: そんなでかいのコンパイルに時間がかかって仕方がない
数十数百までなら実用的なコンパイル時間で済みそうだし需要はあるだろ
107 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 00:38:17 ID:Wbq1ni9c.net]: その程度なら実行時でいいやってなる
108 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 00:43:04 ID:44dV9Os2.net]: ソート後もまだコンパイル時評価に使えるじゃん
109 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 01:00:56 ID:Wbq1ni9c.net]: 意味わからんけど
コンパイル時にソートしてくれるのはいいと思うよ
でもそれがスゲー便利とはならないだろうなってこと
110 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 01:08:47 ID:I8hlhwK7.net]: 明らかにアンチパターンだろ。
constexprてフーリエ変換の係数とか定数だけどちょっとした計算が必要なものに使うもんだろうに。
111 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 01:25:43 ID:44dV9Os2.net]: いや、それこそruntimeで良いんじゃね
112 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/02(Thu) 03:49:46 ID:sLIn31jD.net]: >>106
プログラマに対してアンチパターンだろっていうのと標準ライブラリがどうあるべきかってのは違うでしょ。
標準ライブラリがやってくれる分にはプログラマにとっては何も損なことはないじゃん。
113 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 06:22:02.07 ID:I8hlhwK7.net]: >>108
不自然なことやってバギーだったり、その挙動がユーザーにとってデバッグしずらいものだったら
プログラマーにとって損だろ。
なんでもコンパイラにやらせればいいと思ってる輩はそのことを全く理解してない。
114 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 06:40:45.16 ID:H71dGAdS.net]: ソートが必要になる程のデータ数をコンパイル時に用意するならコンパイル時ファイル読み込みも必要じゃない
115 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 08:31:42 ID:SbwrDqdV.net]: >>109
> 不自然なことやって
不自然かどうかは単なるお前の主観

> バギーだったり、
処理系の問題

> その挙動がユーザーにとってデバッグしずらいものだったら
無理矢理の仮定

> プログラマーにとって損だろ。
お前にとって損なだけ

コンパイル時できることはコンパイル時にやるのはC/C++の思想としては当たり前
嫌なら使わなきゃいいだけ
116 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 12:24:51 ID:Wbq1ni9c.net]: あんまり同意できないね
仕事で使う上だと嫌なら使うなというのは困る
多人数で作るうえでは使わないなら使われない仕組みが必要だからね

あとユーザが気軽にO(n^2)、O(n^3)みたない激重アルゴリズムをコンパイルフェーズに
組み込めるわけだけど、それコンパイラの仕事か？と思う
大規規模開発だとコンパイル時間の伸びは問題になる
フェーズわけるべきだよね
実際ビルド時に事前計算するものは多々あるけど、個別にスクリプトとか組むことに別に不満ないし
c++のコンパイルで一発で完結する必要性を感じない
117 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 13:47:09 ID:RbNpa6BP.net]: 嫌なら使うなって、C/C++のことだろ
つまり転職したほうがいいと暗に言っている
118 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 13:48:21.30 ID:1Y8qGLwI.net]: うん、まぁ、自分ならメタプログラミングとか特殊化で
定数のソートがあったら助かるかも・・助からないかも・・程度だけど
標準のやることに疑問を呈すと必ず>>111みたいな変なのが湧くよね

まぁ、コンパイル時のソートしてもしなくてもコンパイル時のオーバーヘッドは微々たるもんじゃね？
大量のインスタンス化とかが起きなければ。
119 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 13:54:25.98 ID:1Y8qGLwI.net]: あ、あと
＞コンパイル時できることはコンパイル時にやるのはC/C++の思想としては当たり前
20年使ってるがそんな思想聞いたこともない
あとコンパイル時に出来る(上に、後で困ったりしない)場面って少ないよ
実際のソフト開発に使ったことないと気付かないんだろうけど
120 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 14:01:37.69 ID:Tie7sLxb.net]: いや、constexprのお陰もあってコンパイル時に解決できることは思いの外増えている
121 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 14:09:38.15 ID:1Y8qGLwI.net]: 実例挙げてくれ
122 名前：はちみつ餃子 mailto:sage [2020/04/02(木) 14:31:13.11 ID:sLIn31jD.net]: constexpr つっても定数式の文脈以外ではコンパイルのフェイズで計算する保証はないよ。
コンパイラの裁量でほどほどにしてくれるからコンパイルのコストが極端に増大することは心配しなくていい。
(たぶんオプションとかで制御できるようになってる。)

constexpr の制約の範囲内に変形するのが難しいようなものまで無理して constexpr 化する必要はないけど、
付けれるもんなら付けとくくらいのスタンスでよいんじゃないかなぁ。
123 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 14:37:59.99 ID:Qj/v/C6S.net]: 保証も何も、実行時にしか分からん値をどうやってコンパイル時に計算するんだ
はちみつ自身よく分かってないだろ
124 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 14:38:59.27 ID:Qj/v/C6S.net]: ＞(たぶんオプションとかで制御できるようになってる。)
初耳だな
125 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/02(Thu) 14:44:22 ID:sLIn31jD.net]: gcc のオプションをざっと検索してみたけど、
定数式の文脈とそうでないときを区別して指定するようなものは見つからんかった……。
126 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/02(Thu) 14:45:31 ID:sLIn31jD.net]: >>119
入力がコンパイル時にわかる値 (定数式) でもその関数の呼び出し自身が定数式の文脈にない場合のことを言ってる。
127 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 15:00:36.45 ID:Qj/v/C6S.net]: >>122
「定数式の文脈以外では」保証もクソも原理的に不可能だと言ってんの
128 名前： []: [ここ壊れてます]
129 名前：はちみつ餃子 mailto:sage [2020/04/02(木) 15:11:28.10 ID:sLIn31jD.net]: >>123
できるよ。入力が定数式なら。
130 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 15:21:55.32 ID:Qj/v/C6S.net]: それを定数式の文脈と呼ぶんじゃないの
131 名前：はちみつ餃子 mailto:sage [2020/04/02(木) 15:24:28.21 ID:sLIn31jD.net]: >>125
いいえ。
132 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 15:26:39.69 ID:Qj/v/C6S.net]: あー調べたら意味わかったわ、結果を格納する左辺が非constexprなら定数式としては呼ばれないと決まってるんだな
それを定数式の文脈と呼ぶのはおかしいと思うが
133 名前：はちみつ餃子 mailto:sage [2020/04/02(木) 15:30:04.54 ID:sLIn31jD.net]: >>127
cpprefjp でそういう用語を使ってるから私もそれに倣ったんだけども、
cppreference の方では「定数式を要求する文脈」という言い方をしてるなぁ。
こっちの方がわかりやすいと思うので今後はこっちを使うようにするよ。
134 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 16:34:46 ID:WWm7acVs.net]: 標準化以前からTMP大ウケだったC++に何求めてるんだよ
135 名前：デフォルトの名無しさん [2020/04/02(Thu) 17:00:14 ID:0tSRYO67.net]: 使い道を想像できない人のほうが多いことにとても驚いてます。
136 名前：デフォルトの名無しさん [2020/04/02(Thu) 17:05:14 ID:0tSRYO67.net]: Javaは心が洗われるような美しい言語だったのに、豆とか言い出したあたりから汚れてしまった。
もはや何も感じない。
137 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 17:05:16 ID:Qj/v/C6S.net]: >>130
だから実例よろしく
138 名前：デフォルトの名無しさん [2020/04/02(Thu) 17:05:53 ID:0tSRYO67.net]: >>132
Excel使わなくて済むなって。
139 名前：デフォルトの名無しさん [2020/04/02(Thu) 17:08:51 ID:0tSRYO67.net]: https://html.spec.whatwg.org/multipage/parsing.html#parsing-main-inhtml
今ここやってんの。
色々検索してたら、std::sortにconstexprが付くというのを見つけて。
なんだこれ！
なんだこれ！
なんだこれ！
となった。
でもまだついてないから使えない。
140 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 17:11:36.01 ID:Wbq1ni9c.net]: なぜ驚くのかよくわからん
ポイントは何？
141 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 17:19:53 ID:RbNpa6BP.net]: 翻訳時に解決できることを、実行環境に持ち越さないために
コンパイラ方式であることが20年かかってもわからんやつが
constexprという止めまで刺されてまだ暴れてるな
142 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 17:21:23 ID:I8hlhwK7.net]: 20年前のitaniumみたいな失敗を繰り返そうとしてるバカ。
143 名前：デフォルトの名無しさん [2020/04/02(Thu) 17:48:06 ID:0tSRYO67.net]: 大変驚いています！
144 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 17:53:56 ID:uLX+Lk1l.net]: コンパイル時にソートできるのか
145 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 18:05:19 ID:Qj/v/C6S.net]: >>136
うん、だから実例よろしく
所詮、TMPでやってたことを実行時コンパイル時普通の関数の形で書けるなら便利ってだけの話だよね
constexprの利点がそれ以上であるというなら実例出せ
146 名前：デフォルトの名無しさん [2020/04/02(Thu) 18:12:59 ID:0tSRYO67.net]: 発想を逆にしてみたらどうだろ。
100万件のデータをソートしたらコンパイル時間が増えるみたいな方向性じゃなくて。
100万件のデータにマッチさせる側の数十件の情報をコンパイル時にソートするとしたら？
ぐもももも！ってなる。

ちなみに100万件の文字列をソートするのは数百ミリ秒。
そんなに怖がるほどでもない。
147 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 18:13:43 ID:RbNpa6BP.net]: >>140
コンパイラ方式という壮大な実例を出しているんだが
20年かかってもわからんやつには無理のようだな
148 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 18:19:18 ID:Qj/v/C6S.net]: >>141
普通そういうのはファイルから読むだろうしなぁ・・
(そういう意味では>>110に同意するけど
149 名前：デフォルトの名無しさん [2020/04/02(木) 18:23:36.92 ID:0tSRYO67.net]: これは凄いことですよ！
150 名前：デフォルトの名無しさん [2020/04/02(木) 18:26:27.69 ID:0tSRYO67.net]: 21世紀最大の発明と言われる右辺値参照についてもコメントお願いします。
ノーベル賞はいつ決まるんでしょうか。
151 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 18:28:13.54 ID:jVaX7Z/j.net]: まあPL/1は35年前からプリプロセッサでサブルーチンも定義できてたから今更コンパイル時にソートできてもたいした驚きはないわ
152 名前：デフォルトの名無しさん [2020/04/02(Thu) 18:35:18 ID:4Juv79OL.net]: 西洋人の決定論が反映されている
「未来は決まって無い」という考え方はダイナミックであり動的と呼ばれる

「未来は全て決まっている」というのが彼らの古典的な思�
153 名前：l方法 未来において起こることの全ては、あらかじめ既に決まっている というか、神が決めた そういう宗教的思想あるいは神学が反映されている []: [ここ壊れてます]
154 名前：デフォルトの名無しさん [2020/04/02(Thu) 18:42:26 ID:0tSRYO67.net]: 禿げにノーベル賞を！
155 名前：デフォルトの名無しさん [2020/04/02(木) 18:51:05.61 ID:0tSRYO67.net]: >>147
ドラゴンブックを一通り実装したかどうかで変わるだけでは。
156 名前：デフォルトの名無しさん mailto:sage [2020/04/02(木) 19:38:08.14 ID:x6ke+Z1w.net]: 右辺値参照とmoveでET不要になる？
157 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 21:38:05 ID:sLIn31jD.net]: >>150
不要にはならない。
より効果的に使えるようになる。
158 名前：デフォルトの名無しさん mailto:sage [2020/04/02(Thu) 21:57:48 ID:RbNpa6BP.net]: >>147
自分が書いたコードの中までコペンハーゲン解釈なんだろ
量子コンピュータでもないTTL～CMOSの回路で
159 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 19:34:28.81 ID:UoNKEVCn.net]: >>150
「ET」とはなんですか？
160 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 21:35:11 ID:SADwXAP6.net]: >>153
ET (Expression Template)
161 名前：デフォルトの名無しさん mailto:sage [2020/04/03(金) 22:08:14 ID:FLH8K04k.net]: >>152
デジタル回路は決定論的かもしれんがI/Oを通して外界と繋がっている件
162 名前：デフォルトの名無しさん mailto:sage [2020/04/05(日) 06:22:54.73 ID:g2vNnymJ.net]: デマングルのことで質問があります。Ubuntu上でwebkitgtkというライブラリを見てるんですが、ライブラリ内に
以下のような2つのシンボル

_ZN3WTF6StringC1EPKDsj
_ZN3WTF6StringC2EPKDsj

があるんですが、これらはデマングル後

WTF::String::String(char16_t const*, unsigned int)
WTF::String::String(char16_t const*, unsigned int)

となって区別がつかない（少なくとも自分には）んですが、これはどういうことでしょう。C1とC2という部分の違いは...
ちなみに元のコード上では同じ型のコンストラクタがダブってたりはしていません（と思います）。し、ダブってたら
コンパイル時にエラーになりますよね?
リンカー的にはデマングル前のシンボルで扱うんでしょうから両者とも必要なんでしょうねやはり
163 名前：デフォルトの名無しさん mailto:sage [2020/04/05(日) 08:18:36 ID:QAcrCW73.net]: unique_ptrについて質問です。
std::unique_ptr<T> uptr(new T);
に対して、uptr.get() と *reinterpret_cast<T**>(&uptr) は常に一致するでしょうか。

用途としては生ポインタの配列を受けとる関数にstd::vector<std::unique_ptr<T>>を渡したいです。
例：
void display_ptr(size_t n, int** pp){
　　for(size_t i=0; i<n; ++i){
　　　　std::cout << pp[i] << '\n';
　　}
}
int main(){
　　std::vector<std::unique_ptr<int>> vec;
　　for(size_t i=0; i<3; ++i){
　　　　vec.emplace_back(new int);
　　}
　　display_ptr(vec.size(), reinterpret_cast<int**>(&vec[0]));
　　return 0;
}
164 名前：デフォルトの名無しさん mailto:sage [2020/04/05(日) 09:51:55 ID:LNp8foc9.net]: >>157
しない
165 名前：デフォルトの名無しさん [2020/04/05(日) 13:16:18.53 ID:P07lI1PF.net]: >>156
https://chromium.googlesource.com/chromium/src.git/+/62.0.3178.1/third_party/WebKit/Source/platform/wtf/text/WTFString.h
88行あたりから
166 名前：デフォルトの名無しさん mailto:sage [2020/04/05(日) 14:16:13 ID:LNp8foc9.net]: >>156
ググったらすぐに出てきたぞ
https://stackoverflow.com/questions/49824915/ambiguity-of-de-mangled-c-symbols
167 名前：デフォルトの名無しさん [2020/04/05(日) 14:41:32 ID:P07lI1PF.net]: UChar * と char16_t * の方だから 84-86 行目の方だったスマソ
168 名前：デフォルトの名無しさん mailto:sage [2020/04/05(日) 17:57:58 ID:IgCOpQa5.net]: >>160
おっとすみません、単なるその説明の訳かもしれませんが、 内部
169 名前：的には (1)基底クラスを直接使う時のコンストラクタ (2)基底クラスから継承したクラスを 使う時に基底クラスを初期化するコンストラクタと二つある、 けどデマングルした名前では両者の区別はつかなくなる（だけ）、みたいな感じでいいんですかね? >>159 >>161 うーんと意味がよくわからないです。あと、特定のコードには寄らない話っぽいですね。 []: [ここ壊れてます]
170 名前：デフォルトの名無しさん [2020/04/06(月) 00:17:22 ID:YN01J8oK.net]: ２次元のレイキャスティングを作成しようとしてます。

ttps://github.com/OneLoneCoder/olcPixelGameEngine/blob/master/Videos/OneLoneCoder_PGE_ShadowCasting2D.cpp
にあるコードを現在javaで書いており、

ttps://youtu.be/fc3nnG2CG8U?t=1519
のように縦に長く１本線が出来てほしいのですが、
縦やにブロックを並べた時に、なぜか１ブロックごとに線が出来てしまいます。

どうすれば動画みたいに、縦に長い１本線が出来ますでしょうか？
コードは
ttps://ideone.com/spxzNE
に載せてみました。
171 名前：デフォルトの名無しさん [2020/04/06(月) 00:42:09 ID:JpxE2ikJ.net]: Javaの質問ならJavaスレへ逝け
172 名前：デフォルトの名無しさん mailto:sage [2020/04/06(月) 00:49:35 ID:/hNEVjF2.net]: 無駄に長い一本糞を作りたいのなら修行を積んでください
173 名前：デフォルトの名無しさん [2020/04/06(月) 20:20:19 ID:umYPTPrb.net]: わかりました。javaの法で聞きます。
174 名前：デフォルトの名無しさん mailto:sage [2020/04/06(月) 20:22:44 ID:g7Z03+iy.net]: そこをなんとか！
175 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 01:04:01 ID:sLx4/ZJO.net]: 質問ですが抽象メソッドを有するクラスのデストラクタは
なんで勝手に仮想デストラクタにならないんでしょうか…
なんか有用なイディオムでもあるんでしょうか……………

C#しばらくやった後だったのでC#のつもりでインターフェースを定義して
virtual ~ＩFoo() { }
を書き忘れた結果盛大にリークすたgrz
176 名前：はちみつ餃子 mailto:sage [2020/04/08(水) 09:41:04.41 ID:kI16h2GK.net]: >>168
ゼロオーバーヘッドの原則は C++ 的にはかなり強い要請なので……。
オブジェクトに常にポインタを保持しなければならないことと、
呼び出すときに仮想関数テーブルをたどるコストがあるってのは看過できなかったんだろう。
177 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 09:52:16.86 ID:BKxeQF3m.net]: ん～そもそも抽象と仮想はもともとの発想が違うから似て非なるもの
さらにC#においてclassとinterfaceは似て非なるもの
C++に厳密な意味でinterfaceを実現する機能はない
そのへんはよしなによしなに

ていうか~IFOOの書き忘れがリークの元凶て発想があかん
解放し忘れしたらあかん物はsafe～とかのクラスに押し込むべき
178 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 10:09:18 ID:bRUXA7Cg.net]: でも仮想関数を持つクラスのデストラクタをわざわざ非仮想にするメリットってなんかあるの？実際の所
179 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 10:20:56.86 ID:iAMh5USc.net]: shared_ptrで管理するなら仮想デストラクタである必要がない
無駄に遅くなる
180 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 11:24:20.39 ID:BKxeQF3m.net]: >>171
インターフェースという位置づけなら仮想・非仮想どちらにしろデストラクタが直に呼ばれるべきじゃないんじゃないかと思うわ
ただのインターフェースだからむしろ非仮想＆protectedで隠すのがいいんじゃないかと（しらんけど）

↓こんなイメージで直にデストラクタ触れるのはclass A以降
struct IFOO
{
protected:~IFOO();
};
class A:IFOO
{
public: virtual ~A();
};
class B:A{};
class C:A{};
181 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 11:40:23.05 ID:bRUXA7Cg.net]: それって要するに解放する時に、IFOOじゃなくてAだとかBだとかの
インスタンスの正体を全て把握しとけってことでしょ？
だったらそもそもIFOOって必要なの？って思う
182 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 11:48:39.21 ID:cOYSaP/H.net]: >>171
俺の狭い知見ではまず無いと思うよ
ただvirtual付けてないのに勝手に仮想になると言うのもいかがなものかと思う
183 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 12:03:48.95 ID:cOYSaP/H.net]: 途中で書き込んでしまった

なので、やるとしても警告を出すぐらいだな
って思ってたらVisual Studio 2017だと既に警告出るわ（「警告をすべて有効にする」にしないとダメだけど）

warning C4265: 'C': クラスは仮想関数を含んでいますが、デストラクタはこのクラスの仮想インスタンスではなく、正しく消滅されない可能性があります
184 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 12:54:49.68 ID:BKxeQF3m.net]: >>174
まあ不要かもしらんけどねぇ
でもC#でも仮想デストラクタを入れてるインターフェースてなくね？
リソース開放を請け負うIDisposableにしても派生クラスのデストラクタから呼び出す形
呼び出さなきゃ勝手に呼ばれるわけでもない
むしろ仮想デストラクタは便利だから使う程度の利点しかなくてインターフェースとしては不要なんじゃないかと言う気がする
185 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 13:19:13.33 ID:bRUXA7Cg.net]: GCがあるC#の話されても困る
186 名前：デフォルトの名無しさん [2020/04/08(水) 13:27:08 ID:lWfV0IAd.net]: GCに夢観過ぎ
187 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 13:32:26 ID:bRUXA7Cg.net]: 夢の話じゃなくてリソース解放戦略が全然違うんだから比べても仕方ないだろ
というかそもそもC#は全部のメソッドがC++で言うところのvirtualなんだから比べようもない
188 名前：デフォルトの名無しさん [2020/04/08(水) 14:40:59.29 ID:lr7ClYRx.net]: 学術の巨大掲示板群 - アルファ・ラボ
ttp://x0000.net

数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など

PS スカイプ友達の掲示板 ttp://skype.x0000.net
189 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 21:04:52 ID:4NV79iCU.net]: GC教のやつC++破門な
190 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:17:53 ID:sLx4/ZJO.net]: class IFoo {
　　virtual int sum(int a, int b) const = 0;
};

これの書き方でリーク原因だったという話、
191 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:20:32 ID:17Fq4h5D.net]: コンパイラがクソなだけ
192 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:23:35 ID:sLx4/ZJO.net]: public: を忘れたgrz、

で、
class IFoo {
public:
　　virtual ~IFoo() { }
　　virtual int sum(int a, int b) const = 0;
};
としたら治まった、
193 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:26:09 ID:sLx4/ZJO.net]: >>172
std::shared_ptr<(IFooの派生クラス)> pObj(new (IFooの派生クラス)()) ならそもそもsumの方こそ仮想関数でなくても良い
std::shared_ptr<IFoo> pObj(new (IFooの派生クラス()) ならデストラクタが仮想でないとﾏｽﾞｰ

仮想関数有りかつ非仮想デストラクタ、を許すC++のこの仕様の理由をゼロオーバーヘッドの原則で説明くのであれば
仮想関数有りかつ非仮想デストラクタ、を許すことで得られる性能上のメリットが指摘されねばならない
194 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:35:26 ID:iAMh5USc.net]: てかそれshared_ptrの作り方が悪いだけじゃん
普通make_sharedで作る。
weakを使う場合でオブジェクト自身が巨大なためメモリは即座に解放したいときでも一度newした型のshared_ptr作れと
195 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:36:00 ID:d4D5nRup.net]: ほう、でそのメリットとは？
196 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:38:08 ID:iAMh5USc.net]: 大体純粋仮想しか持たないクラスって要はinterfaceでしょ

そのポインタで派生オブジェクトのインスタンスのリソース管理するってのとは全く別の概念じゃないか
197 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:39:37 ID:sLx4/ZJO.net]: >>189
C++に向かって言うと良い
198 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:51:06 ID:iAMh5USc.net]: >>186
あー何となくわかったわ
shared_ptrの使い方分かってないのね
一度派生型のshared_ptrで作ったら、それをbaseのshared_ptrに代入して保持していても、デストラクタは元の型で呼ばれるよ

ってかそういう風に使うもの
newと入れるshared_ptrの型を変えるのはダメな使い方
199 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:56:00 ID:iAMh5USc.net]: って思ったけどよく考えたらいきなりbaseのshared_ptrに入れても大丈夫だったはず
200 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 22:57:35 ID:sLx4/ZJO.net]: （はてさて…よくわかっていないのはどちらなのやろうか…
201 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 23:01:19 ID:iAMh5USc.net]: >>193
いや、上でも下でも不味くない
きちんと派生クラスのデストラクタが呼ばれるよ
202 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 23:44:04 ID:oQNNxwBC.net]: >一度派生型のshared_ptrで作ったら、それをbaseのshared_ptrに代入して保持していても、デストラクタは元の型で呼ばれるよ
えっそうなん？って試してみたらマジだった。
https://ideone.com/ZRde8G

https://cpprefjp.github.io/reference/memory/shared_ptr.html
> 通常、void*に型変換して代入されたポインタは、delete演算子を呼んだとしても元の型のデストラクタは呼び出されない。しかしshared_ptrの場合は、代入されたポインタの型が持つデストラクタが正しく実行されることが保証される。

知らんかった。
203 名前：デフォルトの名無しさん mailto:sage [2020/04/08(水) 23:57:12 ID:bRUXA7Cg.net]: 万能じゃないけどな
作る時に本来の型を教えないといけない

shared_ptr<Base> s(new Derived()) // OK

Base* b = new Derived();
shared_ptr<Base> s(b); // NG
204 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 00:30:09.12 ID:U7264wso.net]: > 作る時に本来の型を教えないといけない

なるほど。
ttps://ideone.com/BUt4xc

教えてくれてありがとうな。勉強になる。
205 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 00:57:59.70 ID:1Z0E9i00.net]: なんのためのvirtualなのか解ってないのか
206 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 01:01:05.17 ID:fPJh3bcf.net]: ば、ばーちゃん…
207 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 02:46:58.11 ID:xoGUUmQY.net]: 横レスですみませんがそもそもポインタなんてCの配列かscanfくらいでしか使ったことないんですがスマポとかってどんな事(時)に使うんですか？
208 名前：デフォルトの名無しさん [2020/04/09(Thu) 03:49:37 ID:Jilblwzi.net]: スマートポインタどころか、new deleteさえ使わなくなったな。
209 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 06:58:42.11 ID:G208HopB.net]: >>200
動的なメモリ確保をしたことがない？
210 名前：デフォルトの名無しさん [2020/04/09(Thu) 07:41:56 ID:Jilblwzi.net]: 昔はよくやりましたよね。
211 名前：デフォルトの名無しさん mailto:sage [2020/04/09(Thu) 07:44:32 ID:jjLWwUCO.net]: 結局、計算資源はそのスコープで管理するってのが主流になりつつある。
212 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 08:55:49.91 ID:LQ7/CkSE.net]: C++は昔からそうだったと思うが
まぁCだと関数が確保して呼び出し元でどうこうするのも多かったけど
213 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 09:06:44.43 ID:jjLWwUCO.net]: 例外入れてそういう性質は薄れてるでしょ。
214 名前：デフォルトの名無しさん mailto:sage [2020/04/09(Thu) 16:57:05 ID:J3GRH2ud.net]: https://ideone.com/FvsiNz
意味わからん。
215 名前：デフォルトの名無しさん mailto:sage [2020/04/09(Thu) 17:00:04 ID:J3GRH2ud.net]: std::make_shared<hoge>();　知らんの？
216 名前：デフォルトの名無しさん mailto:sage [2020/04/09(Thu) 17:34:40 ID:l1qMzl9z.net]: >>207
mainでsort呼び出すところで、boolの後にret=みたいなのが無いせいで変に解釈されている
217 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 18:20:12.74 ID:uChXMS9h.net]: >>200
CreateWindowExのlParam経由でオブジェクトのポインタを渡して受けて側でunique_ptrに格納して管理したりしてるよ
218 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 18:20:40.62 ID:RTR2QVCs.net]: >>204
スコープを飛び越えて永続的にデータを保持するために使うのが Heap なんだが。
219 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 19:11:41.90 ID:jjLWwUCO.net]: >>211
だからあんまり使わんようにって感じなってるだろ。
使うとしてもスマポであるスコープ外れたら回収するように作るとか、
そういう方向をどの言語も推奨してる。
220 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 19:18:35.93 ID:l1qMzl9z.net]: 使わんように成っていないよなぁ
221 名前：デフォルトの名無しさん mailto:sage [2020/04/09(Thu) 19:58:02 ID:J3GRH2ud.net]: >>209 thx!
222 名前：デフォルトの名無しさん mailto:sage [2020/04/09(Thu) 21:40:49 ID:c2wEsJAp.net]: >>212
> そういう方向をどの言語も推奨してる。
具体的にどの言語のことを言ってるんだ？
223 名前：デフォルトの名無しさん [2020/04/09(木) 22:37:55.19 ID:jjLWwUCO.net]: python,go,rustあたり見てもスコープ抜けた時に後処理する機構をサポートしとる。
224 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 22:46:51.57 ID:Yh5weH6+.net]: お前はスコープで管理するのが主流っていったわけだけど
gcのないc++ではスコープで管理�
225 名前：ﾅきるものはスコープで管理するのは 大昔から当たり前ではないでしょうか 何がいいたいのやらわからん []: [ここ壊れてます]
226 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 23:15:28.15 ID:U1el1zKz.net]: C++はおじょーずでも日本語アレな奴多いよね
職場でちゃんとコミュニケーションとれてるか？ｗｗｗ
227 名前：デフォルトの名無しさん mailto:sage [2020/04/09(木) 23:46:04.93 ID:l1qMzl9z.net]: そんなん昔からじゃん
それこそcどころかアセンブラの頃から
228 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 02:12:51.60 ID:W/LKdoJE.net]: コンピュータとコミュニケーション取る方が大事だから
229 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 05:02:14.17 ID:sn6MPl7m.net]: >>216
スコープ抜けた時の後処理ってなんだ？
まさかと思うがGCの話じゃないよな？
230 名前：デフォルトの名無しさん [2020/04/10(金) 06:08:55 ID:JXOjZTrq.net]: プログラミングスタイルが変わってきてるんだよね。
アジャイルとOOPは相性が悪いのかもしれない。
231 名前：デフォルトの名無しさん [2020/04/10(金) 06:35:52 ID:+a3yzOMH.net]: sort(
vecVisibilityPolygonPoints.begin(),
vecVisibilityPolygonPoints.end(),
[&](const tuple<float, float, float> &t1, const tuple<float, float, float> &t2)
{
return get<0>(t1) < get<0>(t2);
});
はt1の最初に設定されたfloatとt2の最初に設定されたfloatを比較して昇順に並べているのでしょうか？
[&]の意味はよく分からなくて教えて頂けると幸いです。
232 名前：デフォルトの名無しさん [2020/04/10(金) 06:43:17 ID:JXOjZTrq.net]: そうですね。
&に何の意味があるのか僕にもわかりません。
233 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 07:08:42 ID:j4px16+n.net]: >>223
>t1の最初に設定されたfloatとt2の最初に設定されたfloatを比較して昇順に並べているのでしょうか？
その通りです。get<0>(t)でタプルの最初の要素を取り出して大小比較してます。
ちなみにget<0>を使わずに直接 t1 < t2 と比較すればタプルの左の要素から順に辞書順でsortされます。リンク先の(3)参照。
https://ja.cppreference.com/w/cpp/utility/tuple/operator_cmp

[&]はラムダ式の中で使われる外部の変数を参照で持ってくるものです。リンク先のラムダキャプチャを参照。
ただ上の例ではそもそも外部の変数を使っていないので[&]ではなく単に[]で問題ないです。
https://ja.cppreference.com/w/cpp/language/lambda
234 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 09:22:51 ID:dM0rZx5j.net]: >>217
当たり前はそうなんだが言語機能や標準ライブラリでそういうのを守りやすくしようぜって
流れは感じるけどね。
235 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 10:43:26 ID:Ntz3fYqx.net]: >>226
お前さんがそこで流れと言っているものは別に最近できた流れでもなく、昔からあったし随時拡充されてきているものだぞ。
236 名前：デフォルトの名無しさん [2020/04/10(金) 11:08:46 ID:JXOjZTrq.net]: じゃあnewしたら負けって事で。
237 名前：デフォルトの名無しさん [2020/04/10(金) 11:14:55.67 ID:JXOjZTrq.net]: 僕も流れを感じますね。
このフォースを感じ取れないものもいるんですね。
少し驚きました。
238 名前：デフォルトの名無しさん [2020/04/10(金) 11:17:22.22 ID:nz1tlAhX.net]: get<0> とか get<1> とか観るとげんなりする
なんで動的にアクセスできないんだ
239 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 11:19:41.31 ID:W/LKdoJE.net]: そりゃ0番目と1番目の型が違うかもしれないからだよ
240 名前：はちみつ餃子 mailto:sage [2020/04/10(金) 11:23:39.14 ID:n212JbcP.net]: >>230
タプルはそれぞれの要素の型が違う可能性があるから仕方がないし、
array とかなら get を使わない選択肢があるんだから問題なくね？
241 名前：デフォルトの名無しさん [2020/04/10(金) 11:27:18.78 ID:JXOjZTrq.net]: 格納する値の型を知っているのに相称型でしかアクセスできないのは不便ではないかというご提案として、受け付けました。
進捗状況は、ご提案番号1として随時ご確認できます。

格納する値が実行時にしか確定しない以上、コンパイラが値の型にアクセスすることも出来ないんだよな。

std::variantのoperator==は荒業でアクセスしてるよね。
242 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 11:53:36 ID:OfwBXl+o.net]: あらかじめインデックス渡した関数テンプレートを実体化して
boost::any
243 名前：みたいなものを返すという力技でどうにか出来なくもないだろうけど 上の方で何でもコンパイル時にやるのが良い事みたいに思ってるアホがいたけど この辺の問題全く分かってないんだろうなぁ (tupleを否定してるわけじゃないので変な噛み付き方しないように []: [ここ壊れてます]
244 名前：デフォルトの名無しさん [2020/04/10(金) 12:15:49 ID:GQp0hxvn.net]: 学術巨大掲示板群: アルファ・ラボ
ttp://x0000.net

物理学化学数学生物学天文学地理地学
IT 電子工学国語方言言語学など
245 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 12:21:34 ID:W/LKdoJE.net]: int要素が1個だけならget<int>でアクセスできなかったっけ
246 名前：デフォルトの名無しさん [2020/04/10(金) 12:33:52 ID:JXOjZTrq.net]: 出来る限りコンパイル時に解決したほうが良いと思います。
247 名前：デフォルトの名無しさん [2020/04/10(金) 12:37:34 ID:JXOjZTrq.net]: constexpr ifで実行時の条件分岐数を減らす。
これがいま話題の都会的プログラミング。
248 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 12:52:10 ID:VwhukIlH.net]: >>230
楽してコストを減らす工夫だよ
見た目がイヤなら横着しないで
ちゃんと意味がわかる名前を付けなさい
249 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 12:59:34 ID:VwhukIlH.net]: template < typename > union vector3 {
struct {
T x;
T y;
T z;
};
T[3];

T&operator[](int n);
const T& operator [](int n) const;
};
250 名前：デフォルトの名無しさん [2020/04/10(金) 12:59:47 ID:JXOjZTrq.net]: 定数に名前つけるのはどうだろか。
251 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 13:06:38.10 ID:VwhukIlH.net]: >>238
規模の小さな小さなプログラムでしか効果が無いようなことが都会的かあ
252 名前：デフォルトの名無しさん [2020/04/10(金) 13:26:20.94 ID:JXOjZTrq.net]: フォースを感じ取るんだ。
253 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 13:55:31.86 ID:Ntz3fYqx.net]: >>242
何も知らない田舎者が漠然と憧れてイメージする都会ってことだろう
254 名前：デフォルトの名無しさん [2020/04/10(金) 14:25:31.83 ID:JXOjZTrq.net]: 岡山は大都会。
255 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 15:17:20.24 ID:C0/P2P/U.net]: 都会が優れていると思っている人を見ると、馬鹿なのかな、と思ってしまう。
256 名前：デフォルトの名無しさん [2020/04/10(金) 16:06:17.50 ID:JXOjZTrq.net]: キミ良いこと言うね。
257 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 17:42:57 ID:j4px16+n.net]: タプルの分解は構造化束縛でだいぶ楽になったけど使わない変数を読み棄てる機能も欲しい
int main(){
　　const std::tuple<std::string_view, int> person("nanashi", 35);
　　const auto [name, age] = person;
　　std::cout << "name:" << name << ", age:" << age << std::endl;
　　return 0;
}
258 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 19:35:38 ID:Ekk6JBhA.net]: タプルなんて小規模のちょこっとしたプロトタイプコードのときは
楽だなんておもうけど、きちっとした巨大なコードに仕立て上げていく経過で
結局ふつうにちゃんと構造体なりを定義してそれ返すようにしないと後々
混乱しかないのが見えて結局こんなのイラネーな、ってなる
259 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 19:38:38 ID:1+J64Tmd.net]: 都会つってもアーバンライフが理想だったりするんだよね
最先端とは言わなくても整った街並み統一された景観
中心部は新旧入り混じったごみ溜めみたいなもん

流行に飛びついてつまみ食いするだけのが最悪
260 名前：デフォルトの名無しさん [2020/04/10(金) 19:48:45 ID:JXOjZTrq.net]: タプルはそういう風に使うものじゃないんだが。
261 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 19:50:40 ID:nPD3giIX.net]: タプルは雑多な多値を返したいときが本来の目的

メタプログラミングでも活躍するけど
262 名前：デフォルトの名無しさん [2020/04/10(金) 19:54:34 ID:JXOjZTrq.net]: 使い方のわからない初心者が要らないというが、必要ないなら標準に入るわけがない。
263 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 20:30:00 ID:L+h9leRf.net]: >使い方のわからない初心者
自己紹介乙
264 名前：デフォルトの名無しさん [2020/04/10(金) 21:14:38 ID:n33I9Qyf.net]: >>225
ありがとうございます。
リンクと丁寧な説明、大変助かりました。
265 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 22:48:19 ID:uiBwCqn7.net]: タプルはどっちかというと無名クラスそのものな印象
なので>>249に1票を入れたい

さらに言うとC++ではラムダ式の引数にもポインタを渡せるし、
[&]で呼び出し元変数の書き換えもできるしで
ラムダ式との絡みでもタプルという機構はそこはかとなく重畳な印象
、
266 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 22:53:18 ID:uiBwCqn7.net]: ゼロコストのための手段の品揃えが良いのはいかにもC++だが
JavascriptやPythonに似せる方向性の努力はC++的では無い
ｷﾓｽ
267 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 22:58:05 ID:nPD3giIX.net]: 貪欲に何もかも狙うのこそがc++だろ
268 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 23:05:23 ID:uiBwCqn7.net]: なんじゃそりゃC++はプログラミング言語界のPerlでも目指しとるんか、
269 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 23:07:46 ID:uiBwCqn7.net]: というのは半分は冗談で、
スレッド安全のために関数からはオブジェクトのコピーを返したいのだが
オブジェクトのクラスをいちいち定義したくない、と言う場合には多少便利
270 名前：デフォルトの名無しさん mailto:sage [2020/04/10(金) 23:16:09 ID:TvpFDEko.net]: 時代はjavascriptとPythonだからねー
キミたちより意識高いし「デキる」人多いよ
271 名前：デフォルトの名無しさん mailto:sage [2020/04/11(土) 00:30:10 ID:A+Eh5Xi3.net]: ランタイム速度落とさずに高級なことできるならなんでもやるがc++だろ
272 名前：デフォルトの名無しさん mailto:sage [2020/04/11(土) 02:03:39.02 ID:cUls8f/E.net]: >>261
最近多いんだよねー
JavaScriptやPythonとかちょっとかじった程度で
「俺プログラマーやってます」って顔する子

最初の入り口が動的型付け言語なんだよね最近の子って
そんなもんじゃ使いものにならねっての
273 名前：デフォルトの名無しさん [2020/04/11(土) 13:49:47 ID:ksChGfzp.net]: あほくさ
274 名前：デフォルトの名無しさん mailto:sage [2020/04/11(土) 14:12:14 ID:U1tTiVMl.net]: いつの時代にもいるもんだよ
CでPascalっぽいコード書くような手合いは
275 名前：デフォルトの名無しさん [2020/04/11(土) 14:15:59 ID:xAZRHMqH.net]: アカネチャン
276 名前：デフォルトの名無しさん [2020/04/11(土) 14:17:00 ID:xAZRHMqH.net]: でも、constexprの使い道もわからないようじゃC++の意味ないのでは。
豚に真珠。
277 名前：デフォルトの名無しさん [2020/04/11(土) 14:20:49 ID:P/JT/wuI.net]: CひいてはC++の需要が無駄に高まってきてるのは、一つは競技プログラミングのため、もう一つはpythonのためだ
278 名前：デフォルトの名無しさん [2020/04/11(土) 14:30:47 ID:xAZRHMqH.net]: 競技プログラミングに何故C++を使うのか？
279 名前：デフォルトの名無しさん mailto:sage [2020/04/11(土) 14:41:37 ID:gbVtYUoz.net]: >>267
＞constexprの使い道もわからない
誰と戦ってるんだ
280 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/11(土) 14:42:19 ID:iCsifmaF.net]: >>269
単純に速い。
281 名前：デフォルトの名無しさん [2020/04/11(土) 15:00:39 ID:xAZRHMqH.net]: >>270
らぶりーさまーちゃん。
282 名前：デフォルトの名無しさん [2020/04/11(土) 15:38:18 ID:XnsLNB9H.net]: 学術の巨大掲示板群 - アルファ・ラボ
ttp://x0000.net

数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など
283 名前：デフォルトの名無しさん mailto:sage [2020/04/16(木) 13:35:18.13 ID:VLcNbPWE.net]: RTTIをプログラムの一部で使用した場合
使用していない部分でもRTTIを有効にしたデメリット(実行速度など)の影響を受けますか？
284 名前：デフォルトの名無しさん mailto:sage [2020/04/16(Thu) 18:37:14 ID:ojSHK+XP.net]: はい
285 名前：デフォルトの名無しさん mailto:sage [2020/04/16(Thu) 20:13:11 ID:4a+SNA6K.net]: RTTIって何だっけ要るときになったら確保とかいうやつだっけ
286 名前：デフォルトの名無しさん mailto:sage [2020/04/16(Thu) 22:00:12 ID:ojSHK+XP.net]: dynamic_castとtypeidを使う時に必要な機能
287 名前：デフォルトの名無しさん mailto:sage [2020/04/17(金) 01:51:17 ID:675DQ/0u.net]: >>274
実行速度は実際に使うところにしか影響ないと思う。
バイナリサイズの面でのデメリットはRTTIを有効にしてコンパイルしてたら使わなくても発生すると思う。
288 名前：デフォルトの名無しさん mailto:sage [2020/04/17(金) 10:38:52 ID:xoWFQBId.net]: バイナリサイズなんか見りゃわかるのにな
289 名前：デフォルトの名無しさん mailto:sage [2020/04/17(金) 12:21:47 ID:ojp4wJFZ.net]: C++の設計思想としては
Cで同じコードを書けば同じ速度、リソース
290 名前：で実行出来るのを目指している で基本的には思想通りに仕上がってる []: [ここ壊れてます]
291 名前：デフォルトの名無しさん mailto:sage [2020/04/18(土) 02:08:36.18 ID:MF/MkUpw.net]: 関数形式のキャストってあるじゃん
int(a)みたいの

これのlong long版ってあるの？
スペースを含んでいるのだが(笑)
292 名前：デフォルトの名無しさん [2020/04/18(土) 02:19:16 ID:kdY61W0J.net]: (long long)(x)
293 名前：デフォルトの名無しさん mailto:sage [2020/04/18(土) 03:10:07 ID:qNMUbfyc.net]: >>282
実は、コンパイラからすれば、それは、旧来のC形式の
(型名)値
の形式のキャストとみなされている。
294 名前：デフォルトの名無しさん mailto:sage [2020/04/18(土) 03:11:31 ID:qNMUbfyc.net]: >>283
(TYPE)x　　　　// 原初的なCから存在していた旧来のキャスト形式
TYPE(x)　　　　// C++ で追加された関数形式のキャスト
295 名前：デフォルトの名無しさん mailto:sage [2020/04/18(土) 04:06:49.73 ID:ci0mR+IB.net]: reinterpret_castな
296 名前：デフォルトの名無しさん mailto:sage [2020/04/18(土) 04:16:44 ID:8yR++2ZI.net]: >>281
typedef long long long_long_type;
using alias_ll = long long;
てな感じに別名をつけたらどうだろ。
297 名前：デフォルトの名無しさん mailto:sage [2020/04/18(土) 06:55:36.12 ID:x+kfoWax.net]: >>281
static_cast使え
298 名前：デフォルトの名無しさん mailto:sage [2020/04/18(土) 07:27:51.97 ID:jy7ENsJ8.net]: std::intmax_t(a)だろ
299 名前：デフォルトの名無しさん mailto:sage [2020/04/18(土) 12:36:01 ID:msudwh4N.net]: 関数形式のキャストって、キャスト演算子をオーバーロードするとき
間接的にしかお世話になってない希ガス、
旧来のキャスト形式に対して他になんかメリットあんの？
300 名前：デフォルトの名無しさん mailto:sage [2020/04/18(土) 12:39:19 ID:gzWZknQs.net]: コンストラクタによる変換と一貫してて見やすい（個人差があります
301 名前：デフォルトの名無しさん mailto:sage [2020/04/18(土) 13:54:50.01 ID:lQefZc9Y.net]: >>289
コンストラクタとの一貫性を持たせることでtemplateを書くときに何か都合がいいとどこかで読んだ気がするが、うろ覚えなので間違ってたらスマン
302 名前：デフォルトの名無しさん [2020/04/19(日) 19:48:59 ID:/iMmv/v9.net]: printfで標準出力に一行づつ出力するのが面倒なので、複数行をビアドキュメントで出力したいのですが、何か方法はありますか？
303 名前：デフォルトの名無しさん [2020/04/19(日) 20:27:57 ID:X1m2vVHB.net]: >>292
printf(
"hhhh"
"jjjj"
"kkkk"
"llll"
);
304 名前：デフォルトの名無しさん mailto:sage [2020/04/19(日) 20:39:55 ID:t9NoLnqH.net]: >>292
printf(
R"(hhhh
jjjj
kkkk
llll)");
305 名前：デフォルトの名無しさん [2020/04/19(日) 23:27:06 ID:/iMmv/v9.net]: >>293,294

どちらも出来ました！
ありがとうございます。
306 名前：デフォルトの名無しさん [2020/04/20(月) 10:40:59 ID:gGVXVDIS.net]: 複数行ってそういう意味か？ω
出力は改行せんでええんか？ωωω
307 名前：sage mailto:sage [2020/04/20(月) 14:01:38 ID:H+0bMHyU.net]: 絶対に大丈夫なやり方は、こう :
printf(
　"xxxx\n"
　"xxxx\n"
);
308 名前：デフォルトの名無しさん mailto:sage [2020/04/20(月) 14:31:21 ID:8N3nnwLC.net]: 絶対に大丈夫とは？
309 名前：デフォルトの名無しさん mailto:sage [2020/04/20(月) 23:26:51 ID:7b1yqLmK.net]: ��ドキュメント
310 名前：デフォルトの名無しさん mailto:sage [2020/04/22(水) 13:20:56.58 ID:v2BILLR9.net]: https://ideone.com/rhcxbJ

g++とclで結果が違う
ideoneではエラー

どれが正しい？
311 名前：デフォルトの名無しさん mailto:sage [2020/04/22(水) 13:21:38.64 ID:v2BILLR9.net]: あ、ideoneじゃないcodepad
すまん
312 名前：デフォルトの名無しさん [2020/04/22(水) 13:45:29.47 ID:naSkUAWb.net]: https://ideone.com/wlTuyP
https://stackoverflow.com/questions/37293059/enum-size-in-practice
313 名前：はちみつ餃子 mailto:sage [2020/04/22(水) 14:11:59.93 ID:x0z1Sb8H.net]: >>300-301
スコープ無し列挙定数は全ての列挙子の値を表せる整数型が基底になる。
ただし、全ての列挙子の値が int か unsigned int に収まるならば int より大きくなることはない。
この場合は int で表せないのでもっと大きい型にしたいけど最大の整数型である long でも
表せないのでお手上げって言ってる。

codepad は gcc 4.1.2 を使ってる。
つまりその時点での最新仕様は C++03 で、C++03 には long long なんていう型はない。
long 型が最大の整数。
(実際には処理系の拡張として __int64_t という名前で 64bit 整数も使えたりはするんだけど、
enum 関連で使用されるようにはなってないっぽい。)
314 名前：デフォルトの名無しさん mailto:sage [2020/04/22(水) 16:04:43.48 ID:v2BILLR9.net]: >>303
レスthx

clはデフォC++14なのでlong longがあるはずなのに
何でtest2がlong止まりなのって話

std::cout << typeid(test2).name() << std::endl;
とやってみても
enum `int __cdecl main(void)'::`2'::<unnamed-enum-test2>
となるだけでlongかどうかは確認できない

さらに
void func(int) { std::cout << "int" << std::endl; }
void func(long) { std::cout << "long" << std::endl; }
これだと出力がintになる
315 名前：はちみつ餃子 mailto:sage [2020/04/22(水) 17:35:14.20 ID:x0z1Sb8H.net]: >>304
> clはデフォC++14なので
cl っていうと Common Lisp を連想してまう……というのは余談として、
それは動作環境を用意できてないからこっちで実行できへんのや。
結果が違うってのはどうなるの？
実行結果も示してくれへん？
あと 64bit 版か 32bit 版かも明示してや。

> longかどうかは確認できない
列挙型はあくまでも個別の列挙型であって整数ではないので、
基底型が何かというのは std::underlying_type で調べる必要がある。
316 名前：はちみつ餃子 mailto:sage [2020/04/22(水) 17:39:14.29 ID:x0z1Sb8H.net]: godbolt で確認しようとしたら

LINK : fatal error LNK1104: cannot open file 'libcpmt.lib'

と出るんやが……
317 名前：デフォルトの名無しさん mailto:sage [2020/04/22(水) 17:47:08.07 ID:v2BILLR9.net]: >>305
Visual Studioと言えば通じる？

underlying_typeか、こいつは情報ごっつぁん
std::cout << typeid(typename std::underlying_type<decltype(test2)>::type).name() << std::endl;
これの出力もintだった
318 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/22(水) 18:05:31 ID:x0z1Sb8H.net]: >>307
> Visual Studioと言えば通じる？

コマンドが cl というのは知ってはいるんだけど、コンパイラの名前として cl っていうのは伝わり難いと思う。
マイクロソフトのドキュメントでは Microsoft C++ か MSVC という書き方をしていることが多いようなので、
たぶんそれが公式な呼び方なんじゃないかな。

> これの出力もintだった

値は何になってる？
319 名前：デフォルトの名無しさん mailto:sage [2020/04/22(水) 18:08:15 ID:v2BILLR9.net]: 値はもうあんまり興味なかったが
一応試したらやっぱり0だった
320 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/22(水) 18:26:25 ID:x0z1Sb8H.net]: >>309
バグとして報告が出てたわ。
https://developercommunity.visualstudio.com/content/problem/524018/underlying-type-of-an-unscoped-enum.html

結論： MSVCのバグ。 gcc や clang が正しい。
321 名前：デフォルトの名無しさん mailto:sage [2020/04/22(水) 23:26:04 ID:CBtGJth1.net]: き、君子危うきに近寄らず…！
322 名前：デフォルトの名無しさん mailto:sage [2020/04/22(水) 23:37:02 ID:i2NtNOZ9.net]: キミコってボトムズの主人公いたね
323 名前：デフォルトの名無しさん mailto:sage [2020/04/22(水) 23:46:36 ID:mtNioQDL.net]: キミコ・ビューティフルだったか
324 名前：デフォルトの名無しさん mailto:sage [2020/04/23(木) 11:30:41.04 ID:StmE//V5.net]: >>310
よくこんなの見つけたな
指摘からもう１年経つのにまだ放置か
325 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 12:32:25 ID:GqVREd4h.net]: >>314
VS2013だし放置じゃね？
326 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 13:12:45 ID:StmE//V5.net]: 300で言ってたclは2019だよ
もち更新ちゃんとやってるやつ
327 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/23(Thu) 13:27:01 ID:Fyt21a0c.net]: >>315
最新のコメントに `_MSC_FULL_VER` が `192328105` の環境で再現すると書いてある。
これは Visual Studio 2019 version 16.3.2 のことだそうな。
https://cpprefjp.github.io/implementation.html#visual_cpp_ver
328 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 14:02:24 ID:GqVREd4h.net]: あーすまん、ちゃんと見てなかった
2019でも起きるのに一年放置は長いな

型指定使えば済むやろ、で後回しにされてるのかも？
329 名前：デフォルトの名無しさん mailto:sage [2020/04/23(木) 17:39:32.10 ID:StmE//V5.net]: だいたい出尽くした？
餃子さん情報２つもありがとう
リアルならバーでおごるところだ
330 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 17:56:49 ID:HERx4kEF.net]: 本当は、64bit型が追加されたことはコンパイラ作者泣かせなんだ。
C++コンパイラはとても複雑になってしまっている上に新しい仕様が入ったことで組み合わせ爆発が起きて細かなバグが入り易い。
331 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 18:03:51 ID:HERx4kEF.net]: 型の「昇格」や、2項演算子における型の「統一」も、64bit型が入ったことで複雑さが増した。
普段当たり前すぎて気にしないことだが、
unsigned char ch = 1;
と書いた場合でも、右辺は最初 int 型整数と解釈されるが、型にうるさいC++においても、それよりバイト数の少ない ch に警告も無く代入できてしまう。
他にも、
ch += 2;
とした場合、2は、最初int型と解釈されるのに、それよりバイト数の小さい ch に何の警告も無く足せてしまう。
これらで警告が出たらコーディングの手間がかかり過ぎるためそうなっているとは分かるが、型安全なC++においては背後にどういう仕組みがあるのかと思ってしまう。
332 名前：デフォルトの名無しさん mailto:sage [2020/04/23(木) 18:07:51.10 ID:HERx4kEF.net]: >>321
unsigned char ch = 1 + 2;
と書いたとする。
右辺は、C言語の使用によれば、1も2もint型だとみなされてから計算され、
結果の3もint型である。普通、int i; に対して、
ch = i;
とすると当然エラーか警告が出るのに、
この場合には何もメッセージが出ずにコンパイラが通るはずだ。
これも背後にどの仕様が働いているのだろうか？
333 名前：デフォルトの名無しさん mailto:sage [2020/04/23(木) 18:18:19.96 ID:/EdNitWt.net]: char a = 0;
a += (char)0;

これも代入時にintから型変換
334 名前：デフォルトの名無しさん mailto:sage [2020/04/23(木) 18:19:27.29 ID:mq+N4KeF.net]: 簡単な定数畳み込みして安全かどうか調べてるだけでしょ

gccの場合

char i = 255+1; # warningでる

char i = 1;
char j = 255+j; # warningでない
335 名前：デフォルトの名無しさん mailto:sage [2020/04/23(木) 18:20:26.60 ID:/EdNitWt.net]: 1+2*3
は警告が出ないのに

1<<2+3
は警告が出るとか

色々と恣意的
336 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 18:27:20 ID:mq+N4KeF.net]: そりゃwarningだもの
コンパイラーごとに親切心でやってるだけじゃん
337 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 18:33:48 ID:StmE//V5.net]: >>324
自己初期化？
338 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 18:34:10 ID:/EdNitWt.net]: 親切心じゃなくて趣味の押し付けみたいな物も多い
339 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 18:35:02 ID:HERx4kEF.net]: ch = 1;
がどうしてエラーにならないのか、CやC++の古い仕様仕様書からは見つけることが出来なかった。
340 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 18:35:11 ID:mq+N4KeF.net]: >>327
すまん

char j = 255+i; # warningでない

だった
341 名前：デフォルトの名無しさん mailto:sage [2020/04/23(Thu) 18:35:53 ID:mq+N4KeF.net]: >>329
c++が型安全だとなぜ思った？
342 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/23(Thu) 20:49:08 ID:Fyt21a0c.net]: >>329
古い仕様っていつのやつ？
とりあえず JISX3010:2003 (C99 に相当) を見る限りでは規定はある。
関連しそうなところを抜粋したので細かいことは周辺を確認してね。

> 6.7.8 初期化
> 型の制限及び型変換は、単純代入と同じとする。

> 6.5.16.1 単純代入
> 右オペランドの値を代入式の型に型変換し、左オペランドで指し示される
> オブジェクトに格納されている値をこの値で置き換える。

> 6.3.1.3
> 整数型の値を _Bool 型以外の他の整数型に変換する場合、
> その値が新しい型で表現可能なとき、値は変化しない。
> 新しい型で表現できない場合、新しい型が符号無し整数型であ�
343 名前：黷ﾎ、 > 新しい型で表現しうる最大の数に 1 加えた数を加えることまたは > 減じることを、新しい型の範囲に入るまで繰り返すことによって得られる > 値に変換する。 > そうでない場合、すなわち、新しい型が符号付き整数型であって、 > 値がその型で表現できない場合は、結果が処理系定義の値となるか、 > 又は処理系定義のシグナルを生成するかのいずれかとする。 そんなわけで、変換後が unsigned の場合はどんな値に変化するか既定があるし、 signed の場合は表現できる範囲内では値は変化しないから問題ない。 表現できない値になってるかどうかは基本的に実行時までわからんから コンパイル時には黙って通す (わかるときは警告する) って感じ。 []: [ここ壊れてます]
344 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 02:20:09 ID:UPXGgu7R.net]: >>332
> 右オペランドの値を代入式の型に型変換し、左オペランドで指し示される
> オブジェクトに格納されている値をこの値で置き換える。
C++において、
char ch;
int i;
に対し、
ch = i;
はエラーになるけど、それは左辺と右辺で型が違っているから。
つまり、C++では、単純代入演算子 x = y において、「型変換」は自動的には行われない。
345 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 02:23:37 ID:UPXGgu7R.net]: >>333
pure Cにおいても、
int x;
char *ptr;
x = ptr;
や
int *pInt;
char *ptr;
pInt = ptr;
は
どちらもエラーになる。
だから、pure C の代入演算子に置いても、型変換がエラーも出ずに自動的に行われるわけではない。
346 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 05:55:11 ID:UB0Nvahs.net]: >>333,334
「エラーになる」って言ってるけど、警告の間違いじゃない？
CでもC++でも代入で暗黙の型変換は発生するよ。
347 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 07:54:02 ID:Sh3Vy8vg.net]: >>333
なんでそんな自信満々なん？これコンパイル通るぞ
int main(){
　　char ch = 0;
　　int i = 1;
　　ch = i;
　　std::cout << +ch << std::endl;
　　return 0;
}
348 名前：デフォルトの名無しさん [2020/04/24(金) 10:31:54 ID:FFBNt2WC.net]: unsigned char のときだな
349 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/24(金) 10:33:37 ID:/uuSllCQ.net]: >>333
初期化・代入のどちらにおいても int から char へは暗黙に型変換される。
https://timsong-cpp.github.io/cppwp/n3337/expr.ass#3
https://timsong-cpp.github.io/cppwp/n3337/dcl.init#16.8
https://timsong-cpp.github.io/cppwp/n3337/conv.integral
350 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 11:53:55 ID:VnmHvJrT.net]: エラーじゃなくてワーニングなんだろ多分
しっかりラーニングしておけよ
351 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 11:59:13 ID:X9QPCPhF.net]: c++は型安全おじさん誕生
352 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 12:36:28 ID:TokoipqW.net]: 今月のインターフェースでC++は型なし言語と紹介されていた。
種なしって言われたみたいで悲しい…
353 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 14:00:39 ID:om9P6Ux9.net]: 型があることにも、ないことにもできるのがC/C++の良いところ
まあしかし世の中には反りの合わない人がいるもので
そういうところを酷評する意見も当然出てくる
354 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 14:05:22 ID:A9aEYiqd.net]: c++が悪いんやない！cの型システムが壊れてるからや！
みたいな主張は聞いたことある。
まあしかし互換性がウリですからね。。
355 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 15:11:32 ID:UPXGgu7R.net]: むしろ、型を壊したのは C++ の方だと思うが。
autoとかで。
356 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 15:14:13 ID:UPXGgu7R.net]: >>335
C++では、
void *ptr;
CPerson *pPerson;
に対して、
pPerson = ptr;
はエラーになるはず。
だから、C++では
CPerson *pPerson = malloc(sizeof(CPerson));
がエラーになるのだから。
pure Cではならなかったが。

また、
CBase *pBase;
CDerived *pDerived;
に対して、
pDerived = pBase;
もエラーになるはずだ。
357 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 15:15:40 ID:UPXGgu7R.net]: >>343
何か勘違いしているようだが、人気が有ったのはpure Cの方だからね。
今のC++の人気は、pure Cの人気を引き継いだだけ。
そしてC++が変な拡張を繰り返したからこそ、人気にかげりが見えてきている。
358 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 15:16:31 ID:om9P6Ux9.net]: >>344
autoは型をきちんと理解して使うもので
アホが使うと謎の動きに翻弄されることになる
359 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 15:19:58.74 ID:TokoipqW.net]: >>346
そのコメント
360 名前：343宛でよいの？ []: [ここ壊れてます]
361 名前：デフォルトの名無しさん [2020/04/24(金) 16:02:04 ID:3fWjsT92.net]: autoは要らない子
362 名前：デフォルトの名無しさん mailto:age [2020/04/24(金) 16:06:41 ID:h2kPOcUM.net]: auto使ってない人なんて実在するのか？
363 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 16:22:47 ID:UPXGgu7R.net]: >>341
どう書いてあったか詳しく聞いてみたい。
364 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 17:35:30 ID:UB0Nvahs.net]: >>345
何で別の話を始めたの？
ちゃんと質問には答えてくれないかな？
365 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/24(金) 17:42:51 ID:/uuSllCQ.net]: >>344
型検査の厳しさは型を陽に書くかどうかとは関係ない。

>>345
何をいいたいのかわからん。
366 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 18:14:30 ID:UPXGgu7R.net]: >>353
馬鹿ですか？
367 名前：デフォルトの名無しさん mailto:sage [2020/04/24(金) 18:22:23.35 ID:JqJmAzM2.net]: >>354
何で>>345で別の話を始めたの？
ちゃんと人の質問には答えようね
368 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 07:51:21.81 ID:McBhOj36.net]: >>351
コンパイル時にすべての変数の型が確定しないc++は弱い型付けだから型無し言語に分類だって。
369 名前：341 mailto:sage [2020/04/25(土) 09:43:58 ID:qEMV8mRo.net]: >>356
そこは動的型付けの説明だよ。
ちゃんと読んで
370 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 11:27:52 ID:nL0CusKX.net]: 5月号のこと？
371 名前：デフォルトの名無しさん [2020/04/25(土) 11:29:47.36 ID:4nLfPOGM.net]: トラ枝？
372 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 11:29:54.96 ID:nL0CusKX.net]: >>357
その雑誌には、
静的型付け言語であるところの C++ が「型無し言語」であると書いてあるの？
373 名前：デフォルトの名無しさん [2020/04/25(土) 19:17:45 ID:45wIze2e.net]: アムウェイで地味に成功してた僕が業界の裏側を暴露してみた
https://www.youtube.com/watch?v=98udsqJihkA
年間300万円稼げてたのにアムウェイをやめた理由
https://www.youtube.com/watch?v=-H_dBzeJeUM
【体験談】元DDがAmwayで稼ぐのが難しい理由を解説してみた【元ガチ勢】
https://www.youtube.com/watch?v=SpzJEddQOdE
【借金地獄】マルチ商法で死の淵から生還して得たもの失ったもの【ビジネス論】
https://www.youtube.com/watch?v=UxriU-TOrMY
あの頃アムウェイはじめちゃったきっかけ【元ガチ勢】
https://www.youtube.com/watch?v=H9C4n4pL03U
私がネットワークビジネスを勧めない理由とは？
https://www.youtube.com/watch?v=hQNkcfhzv18
374 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 19:26:23 ID:siKm6MFQ.net]: >>361
グロ
375 名前：デフォルトの名無しさん [2020/04/25(土) 19:45:42 ID:zwQe2okb.net]: auto it = unique(
vecVisibilityPolygonPoints.begin(),
vecVisibilityPolygonPoints.end(),
[&](const tuple<float, float, float> &t1, const tuple<float, float, float> &t2)
{
return fabs(get<1>(t1) - get<1>(t2)) < 0.1f && fabs(get<2>(t1) - get<2>(t2)) < 0.1f;
});

vecVisibilityPolygonPoints.resize(distance(vecVisibilityPolygonPoints.begin(), it));
のresize()から意味がよくわからないのですが、
{0.1, 0.11, 0.2, 0.21, 0.4, 0.41}
↓
{0.1, 0.2, 0.4}
なことでしょうか？
376 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 20:03:25.46 ID:NvgVRl2l.net]: >vecVisibilityPolygonPoints
std::vector<T>のハンガリアン記法での接頭辞vecで良いんだっけ…
Tの情報はどう埋め込めば良いんじゃ…
毎回悩むのでJISか何かで決めてﾎｽｲ
377 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 20:32:53.50 ID:/7S9hKw7.net]: erase使わずにresize使う人始めてみたわ
378 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 22:11:42 ID:NvgVRl2l.net]: >erase使わずにresize使う人始めてみたわ
ﾊｱ?(ﾟДﾟ)ﾊｧ?
379 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 22:34:29 ID:siKm6MFQ.net]: >>364
vecなんて付けずにvisibilityPolygonPoints でいいんじゃね。システムハンガリアンは不要または有害だと言われるようになって久しいだろう。
処理の都合上、別のコンテナからvectorに詰め替えたとかでvectorであることに強い意味がある状況なら、vecをつけて元の変数と区別する意味はあると思うけど。
380 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 22:56:50 ID:WEavO2K3.net]: auto使ってハンガリアンとかなんか間違ってるわな。
381 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 23:00:45 ID:/7S9hKw7.net]: 確かにvectorだと処理量変わらんな
382 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 23:11:24 ID:/7S9hKw7.net]: >>363
3要素のvectorでyzの値が近いものを同一と見なして削除する処理なのかね
unique前のsortどうしてんのか謎だけど

uniqueは重複したものは一つだけ残して前にuniqueなデータを集め、後半にゴミを集める
戻り値はゴミの開始iterator
resize部分はゴミを消す処理
一般的にはerase使ったerase-remove_ifイディオムの変形だな
383 名前：デフォルトの名無しさん mailto:sage [2020/04/25(土) 23:12:19 ID:/7S9hKw7.net]: ポリゴンだからソートする必要ないのか
384 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 00:08:03.75 ID:PBJtHpgo.net]: 使ったこと無いから知らんがstd::unique<T>()は
>削除は、消去される要素が上書きされるように、範囲内の要素をずらすことによって行われます。
とのことなので、callerがstd::unique<T>()を呼ぶ前にソートしておく必要があるのでは…
385 名前：デフォルトの名無しさん [2020/04/26(日) 00:15:41.29 ID:tEMTnANK.net]: >>370
unique前にソートで昇順にしているみたいです。
386 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 00:30:35 ID:NFXmWZjN.net]: 結局メモリーポインタ関連わかってない奴はガベコレなんかで隠ぺいした言語使っててもバグる
387 名前：デフォルトの名無しさん [2020/04/26(日) 03:23:30.98 ID:3JmljcZq5]: 東大院生と本気数学トーク！！【数学ボーイZ 数学野郎さんコラボ】
https://www.youtube.com/watch?v=787N_AlSI0I
中3で数Ⅲ先取り!? 京大数学系YouTuber古賀さんに開成中高時代を聞く！
https://www.youtube.com/watch?v=npswPUea1-M
開成から京大理学部に進学した理由とは？古賀さんに京大の実態を聞く！
https://www.youtube.com/watch?v=I8nWEHhgzxI
高校数学と何が違うの？大学数学でつまずかないためのアドバイス！［大学数学準備講座1/4］
https://www.youtube.com/watch?v=duXZGbRviG4
数学は「定義」にかえることが大事！
https://www.youtube.com/watch?v=yhrUT4bLm7Q
数を創る話〜自然数から複素数への構成〜
https://www.youtube.com/watch?v=dQ2nFUTNchU
高校生でも雰囲気だけ分かるガロア理論
https://www.youtube.com/watch?v=LiPv0VuSvaE
高校生でも雰囲気だけ分かるゼータ関数とリーマン予想
https://www.youtube.com/watch?v=MaerL2XLaqk
【高校生でもわかる】いろいろな積分　リーマン，ルベーグ...
https://www.youtube.com/watch?v=jzfaFCDn5JY
大学で本気で学問をしたい人へのアドバイス
https://www.youtube.com/watch?v=7G7XbRSdk9k
388 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 05:15:56 ID:mQCdU9mn.net]: vecVisibilityPolygonPoints が「1枚のポリゴンの各頂点の座標(頂点数は任意)」で
座標値は画面に表示すべき値に変換済み(透視投影が完了している)、
<float, float, float> が (x, y, z) を表すと仮定すると…

隣合う頂点のx座標同士、y座標同士がそれぞれ十分に近ければ
その「極端に短い一辺」を1つの頂点とみなして表示処理を軽減、って感じかな。

resize() の結果 size() が 1 か 2 になったらポリゴン全体が
「見えないポリゴン」になるので丸ごと省略、までやるかも。
389 名前：375 mailto:sage [2020/04/26(日) 05:26:01.50 ID:mQCdU9mn.net]: tupple::get<> は 0 始まりだから y, z 座標だね(>>370 さんの言う通り)。
すると少々怪しいか、素朴な仮定だとスッキリ辻褄が合わない。
390 名前：デフォルトの名無しさん [2020/04/26(日) 06:57:42 ID:yiiyQ5aD.net]: 申し訳ありません。
>>363のコードは
ttps://github.com/OneLoneCoder/olcPixelGameEngine/blob/master/Videos/OneLoneCoder_PGE_ShadowCasting2D.cpp
の416行からです。
391 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 08:53:55 ID:PKqlhi9Y.net]: >374
確かにGCあり言語でのリークなんかは逆にデバッグがかなり難しい。
理解してないやつはまず無理。
392 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 10:44:13 ID:O/ywVmO1.net]: そういうのはシステムのバグで
自分の落ち度じゃねえだろ
393 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 11:12:47.10 ID:YMFvD6ns.net]: システムのバグ以外にリークが起きないとでも思ってるの？
394 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 11:14:07.90 ID:O/ywVmO1.net]: 起きるとでも思っているのか？
395 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 11:15:58.89 ID:YMFvD6ns.net]: 当たり前
396 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 11:24:00 ID:O/ywVmO1.net]: えらく無口だな
397 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 11:28:31 ID:PBJtHpgo.net]: プログラムの開始から終わりまで存在するオブジェクトがリストを所有しており、
そのリストに要素数制限もエラーチェックも無く無制限に増える場合とか、
オブジェクトAとオブジェクトBが互いを参照し合っている場合（循環参照）とか
いろいろ

つかオブジェクトをいつ使い終わったかを機械的に判定する難しさを考えたらﾜｶﾙ
398 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 11:42:05.69 ID:BQqaPcbS.net]: 使わないのに参照しっぱなしで放置＝リークともとれるからね

GCはあるとちょっとは便利でしょって程度のものでヒープ管理の全体像はプログラマが把握しておくべきだと思うわ
頻繁なGCが必要なくらいにヒープ使うのであれば設計から考え直す必要あるんじゃないかと
399 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 11:50:09 ID:O/ywVmO1.net]: リークじゃねえじゃん
参照元の寿命が尽きてないんなら
400 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 11:54:22.98 ID:PBJtHpgo.net]: >>387
参照元の寿命が尽きていなくても使いもしないのであれば現象としてはリ～クに他ならない
違うというならメモリ消費量が際限なく増え続けるプログラムを客先に納めて
リ～クではないんですよと仕様ですよ説明して見せると良い
401 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:08:46 ID:O/ywVmO1.net]: >>388
参照元が生きているのをリークとは言わない
その状態で意図しない動作になるのはリーク以外のバグってだけだ
おまえさん自身がそれを仕様ですよと説明できないと言っているように
402 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:13:43 ID:YMFvD6ns.net]: リークですね
403 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:15:41 ID:YMFvD6ns.net]: 狭い狭い定義しか知らないと恥ずかしいよ
404 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:30:26 ID:L6Afs0I9.net]: リークの字義的には微妙
プロセス外部から見える挙動はリークと同様だけど
405 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:31:51 ID:O/ywVmO1.net]: >>391
自分が間違って憶えているのを正当化するために定義を広くしようたって誰も協力せんぞ
406 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:33:29 ID:PKqlhi9Y.net]: いや普通に文脈で何を問題にしてるかわかるだろ。。
勝手に自分ルールで解釈狭めてリークはないとか言い出してる奴が頭おかしいわ。
407 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:43:33 ID:oUbeKuvV.net]: 明確な定義なんてないだろ
リークに見える挙動はリークだよ
408 名前：◆QZaw55cn4c mailto:sage [2020/04/26(日) 12:48:55 ID:Whjp3eXS.net]: リークの定義は複数あっていいと思いますが、「?自分の定義はこれで、だから?これはリークである／ない」の??二点を明示するべきだと思いますね
409 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:49:09 ID:O/ywVmO1.net]: >>394
何を問題にしているかと、それをリークと呼ぶか否かは別な話だぜ
410 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:49:37 ID:0EP709eE.net]: リークに見える？
実際リークしてるわけで
411 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:50:39 ID:O/ywVmO1.net]: それこそ「理解してないやつ」がテキトーこいてリークだリークだ言うのと同じだ
412 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:51:44 ID:L6Afs0I9.net]: まあ何から漏れているか明確じゃないのまで、リークと呼び始めた人が悪いんだな
内部的な原因も対処法も全く違うのに、外見だけで同じ名前つけられても混乱するだろうに
413 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:52:48 ID:NFXmWZjN.net]: リークによって起きる現象とリークは分けて考えた方がいい
本質的には未使用メモリーの蓄積だが名称がないから混乱が起きる
蓄積を処理しないのもバグ
リークは蓄積をコントロールできなくなっていて、結果的に処理していない点が違うがこれもバグ
414 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:54:00 ID:wqemtgsF.net]: 少なくとも>>385の巨大リストを抱えてる方はリークとは言わない
データ管理がなってないだけ
415 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:55:18 ID:0EP709eE.net]: 原因は？
メモリリークによりメモリが不足してました

これだけで終わる会話を
416 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:57:19 ID:0EP709eE.net]: >>402は確かに違う

循環参照は普通検出すると思ってるけど
そうでもないシステムがある？
417 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:58:55 ID:0EP709eE.net]: 循環参照で問題になるのはカウント方式の場合
C++のスマポくらいでは？
418 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 12:59:35 ID:0EP709eE.net]: >>402じゃなくて>>385
419 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 13:01:31 ID:O/ywVmO1.net]: int main(void)
{
void *p = malloc(1);

int x;
while(scanf("%d", x) != EOF) { //タイプミスで永久ループ
//...
}

free(p); //到達しなくなる
}
参照元pが生きているのはリークではない
420 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 13:18:14 ID:yChHyLLG.net]: 使ってないメモリ領域が増え続けるのはメモリリーク
参照があろうがなかろうが
421 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 13:23:22 ID:L6Afs0I9.net]: 使ってないと言っても使うかもしれないから無限にリストが長くなっているんじゃね

純粋なインメモリデータベースだとそれはリークではないよね
問題が起きたのだとしたら、用途に対してメモリが少なかったのが悪いだけで
422 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 13:23:31 ID:O/ywVmO1.net]: 管理手段が残っているのはリークではない
無駄に多く割り付けたり解放のタイミングがまずいというだけ
423 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 13:30:11 ID:X/1sAzcb.net]: WikipediaだとGCあってもメモリリークすることになってる
https://ja.wikipedia.org/wiki/%E3%83%A1%E3%83%A2%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%AF#%E3%82%AC%E3%83%99%E3%83%BC%E3%82%B8%E3%82%B3%E3%83%AC%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E9%99%90%E7%95%8C
424 名前： mailto:sage [2020/04/26(日) 13:46:44.42 ID:Whjp3eXS.net]: >>411
それは GC の種類によるんじゃないでしょうか？
参照カウンタ方式のGC（私は、参照カウンタ方式はGCと呼ばない人ですが）ならGCがあってもリークするでしょうし、
GCの元祖マークアンドスウィープ式や、これも昔からあるコピーGCならば、リークはしないでしょうね
425 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 14:07:55 ID:YMFvD6ns.net]: どんな方式だってリークする
426 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 14:09:19 ID:YMFvD6ns.net]: 使わないメモリが増え続ければリーク
427 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 14:10:46 ID:YMFvD6ns.net]: 上のリンクのガベージコレクションの限界
に書いてある
428 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 14:18:17.62 ID:X/1sAzcb.net]: C#とかだと、イベント購読の解除忘れなどでリークすることがあるそうです。
その対策で弱参照が使われることがあるそうです。
https://ufcpp.net/study/csharp/RmWeakReference.html#weak-event
429 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 14:19:26.91 ID:L6Afs0I9.net]: 無限に増えるキャッシュ
->使っているからリークじゃない

ログ的なデータを延々と追加するだけ->
リーク
終了時にファイル出力->リークじゃない

つまり、ファイル出力機能を後から追加することでリークじゃなくなるんだな
それでメモリ足りなくなったらなんて呼ぶんだろう
430 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 14:37:42.83 ID:r10bSm2e.net]: リークかどうかじゃなくて使ってるか使ってないかだな
プログラマー的には使ってないけどプログラム的には使ってるものをリークと呼ぶのが適切とは思えんけど
431 名前：デフォルトの名無しさん [2020/04/26(日) 14:42:49 ID:fU7fb2M4.net]: プログラマー的には使ってないけどプログラム的には使ってるものをリーク
プログラマー的には使ってるけどプログラム的には使ってないものをリーク
プログラマー的には使ってないけどプログラム的には使っないものをリーク
プログラマー的には使ってるけどプログラム的には使ってるものをリーク
432 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 14:44:35 ID:1jKTUwjI.net]: どの立場で見るかでしょ
言語のランタイムシステムの立場では参照が残ってるんだったらリークではないといえる
人間の立場では無限にメモリ使ってるつもりがないのにメモリが枯渇するのでリークしてる
現実問題は人間の立場で見るのだから後者でよい
433 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 15:07:57.54 ID:O/ywVmO1.net]: 枯渇したらリークってのもおかしいぜ
必要容量のRAMを実装していないのがリークになっちまう
434 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 15:17:14 ID:1jKTUwjI.net]: >>421
典型的にそうやってメモリリークに気づくからそう書いただけ
gc言語でもリークに気を付ける必要があるというのは
20年前ぐらい前から言われている
組み込みJavaが流行った時とか特にね
435 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 15:23:22 ID:O/ywVmO1.net]: 明示的に解放できないシステムでどうやって気をつけるんだよ
さっきからシステムのバグつってんだろ
436 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 15:25:40 ID:O/ywVmO1.net]: そもそもGCが解放してくれないのはリークではないからだろうが
437 名前：◆QZaw55cn4c mailto:sage [2020/04/26(日) 15:35:50 ID:Whjp3eXS.net]: >>413
元祖マークアンドスィープ法やコピーGC ではリークしませんね、これは断言できるでしょう
438 名前：◆QZaw55cn4c mailto:sage [2020/04/26(日) 15:36:43 ID:Whjp3eXS.net]: >>415
リンクのwiki には、参照カウンタ方式のリークは書いてあっても、マークアンドスウィープ法やコピーGC についてはリークするとは書いていませんね
439 名前：◆QZaw55cn4c mailto:sage [2020/04/26(日) 15:38:02 ID:Whjp3eXS.net]: >>417
あなたはまず、あなたのリークの定義を正確に記述する必要がありますね、現状、あいまいなのでは？>>396
440 名前：◆QZaw55cn4c mailto:sage [2020/04/26(日) 15:39:27 ID:Whjp3eXS.net]: >>420
＞人間の立場では無限にメモリ使ってるつもりがないのにメモリが枯渇するのでリークしてる
それはメモリ不足であって、リーク（「漏れる」）ではないのでは？
441 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 15:42:28.68 ID:X/1sAzcb.net]: >>426
なぜ、リンク先が参照カウンタ方式のことしか述べていないと思ったのですか。
参照カウントではないC#でも弱い参照が存在することは
>>416のリンクで説明したはずですが。
442 名前： mailto:sage [2020/04/26(日) 15:47:18.06 ID:Whjp3eXS.net]: >>429
＞参照カウントではないC#でも弱い参照が存在することは

①強い参照、弱い参照を使い分ける方式は、参照カウント法の一種だと認識しています
②元祖マークアンドスウィープ法、コピーGC法では原理的にリークは発生しませんし、発生し得ません
443 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 15:55:37.10 ID:O/ywVmO1.net]: >>411
おまえさんWikipediaってどんな所だか知ってるか？

ちなみに俺もとあるページを執筆したことがあるが
俺はどこの馬の骨か聞かれもしなかったし
アホなミスをしでかしてもあんまり指摘されないし
悪意のある文面をやめさせるのにも手間取るぞ

査読できる人でないと鵜呑みは危険だぞ
444 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 15:57:08.52 ID:X/1sAzcb.net]: 一方、マーク・アンド・スイープ方式やコピーGC方式では循環参照によるメモリリークは
発生しないが、非意図的オブジェクト保持（unintentional object retention）が引き起こす
メモリリークを強参照のみによる実装で解消することは難しく煩雑であり、
実装を簡略化するために弱参照が用いられることがある。

https://ja.wikipedia.org/wiki/%E5%BC%B1%E3%81%84%E5%8F%82%E7%85%A7
445 名前：◆QZaw55cn4c mailto:sage [2020/04/26(日) 16:08:55 ID:Whjp3eXS.net]: >>432
>>430
?強い参照、弱い参照を使い分ける方式は、参照カウント法の一種だと認識しています
446 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:10:32 ID:X/1sAzcb.net]: 使ってる言葉の意味が異なる人を説得するのは無理だと悟った
447 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:21:48 ID:YMFvD6ns.net]: また面倒なのが出てきたな
wikipediaのリンクで終わったかと思ったのに
QZは頭が弱いから
448 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:22:02 ID:CnmrePPR.net]: >>427
407の定義だと曖昧すぎて気持ち悪くなるって例出しただけ

確保したメモリを使用しなくなったのに解放しないまま管理外にするのが狭義のメモリリーク
それ以外の現象もメモリリークと呼ぶのは知っているが、その呼び方は混乱招くから好きじゃないって立場
449 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:26:58 ID:YMFvD6ns.net]: 使わない、使うつもりもない、プログラマが意図しないメモリ
これらが増え続ければリーク

定義じゃなくて十分条件の例
450 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:28:11 ID:1jKTUwjI.net]: >>423
> 明示的に解放できないシステムでどうやって気をつけるんだよ

gc言語で本格的な開発したことないって白状してるようなもんだね
メモリプロファイラで地道に調べるんだよ
あと不要になったらgc任せにせずに即null代入しておけとかよく言われるだろ

> さっきからシステムのバグつってんだろ

システムって何だよ？意味広すぎるから説明になってない
gc言語においては言語レベルではリークしない(循環参照はさておき）
が依然人間の不注意によって実質的なリークは起るわけ
それをお前はリークと呼ばなんだろうけど一般的にそれもリークと呼ばれてる
それだけの話
理解しようぜ
451 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:28:26 ID:YMFvD6ns.net]: 管理外っていうのは何を示してるかよく分からない
452 名前：デフォルトの名無しさん [2020/04/26(日) 16:29:38 ID:fU7fb2M4.net]: >>431
wikipediaは
歴史系は特に悪意のある文面多いですね
特に日本史
453 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:43:46 ID:1jKTUwjI.net]: >>424
昔から言われてることだけに昔の記事あったからこれでも読んでみ
ttps://www.atmarkit.co.jp/fjava/rensai3/debug02/debug02_1.html

単に何をリークと呼ぶかというだけの話
Javaの開発元のサンの人もこういうんだからそれにあわせようぜ
454 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:45:39 ID:PBJtHpgo.net]: >>439
GCが解放してくれるとプログラマが信じているが事実はそうでないケース
455 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:49:23 ID:PBJtHpgo.net]: プログラマーが自分で作ったつもりのスレッドで資源を確保して、
スレッドの最初の関数からreturnしたら全部解放されると思いきや！
実はスレッドプールの1要素としてシステムが握りっぱなしだった、
みたいなテクノロジーホラーが
あるのかも
しれませんね
知らんけど
456 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 16:58:02 ID:4KWblUmJ.net]: MSVCのstd::asyncでは
457 名前：375 mailto:sage [2020/04/26(日) 17:17:04.65 ID:mQCdU9mn.net]: >>378 のリンク先のソースをすっかり理解できたとは言い難いけど、
この場合の <float, float, float> は (何かの角度, x座標, y座標) みたいね。
vecVisibilityPolygonPoints は最初の要素(角度)でソート済み。
get<1>()でx座標、get<2>()でy座標を取れるから >>376 の第2段落の理屈は有効。

>>363 の質問に戻ると、
{0.1, 0.11, 0.2, 0.21, 0.4, 0.41}
↓
{0.1, 0.2, 0.4}
の理解でだいたい合ってる。単一の値の比較でなく
「x座標同士, y座標同士が両方とも近い値の場合だけまとめる」わけだが。

もうひとつ。376で tupple::get と書いたけど、もちろん tuple::get が正しい。
(ここを訂正しておきたかった)。
458 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 17:35:47 ID:PBJtHpgo.net]: ちゅか循環参照するオブジェクトの解放のための正しい方策はマーク＆スイープ方式であって
普通の言語においては弱参照はあんま助けにならないﾊｽﾞ
（普通の言語では、一旦解放したオブジェクトを復活させることはプログラマがそのような復活コードを書かない限り不可能なため、
　使用予定があるオブジェクトを単に弱参照にしてGCに好きなタイミングで解放させるだけだとプログラムがロシアンルーレットになる

実際のところ弱参照を用いてﾋﾔﾋﾔしながら辻褄合わせする（結局何がしかのコードが必要）なぐらいなら、
最初からGCに頼らずに確保と解放をコード上で明示的に計画した方がﾏｼ

で、マーク＆スイープ方式はマークのための空間と時間の計算量（探索！）が必要な上に、
その挙動をユーザーが書くプログラムコードから隠しおおせる言語でないと適用できない
459 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 17:38:44 ID:PBJtHpgo.net]: C++でマーク&スイープしようとすると、オブジェクトaを所有するオブジェクトbの確保、が単に構造体をnewするだけでは済まなくなってしまうま
（所有関係をGCに教えるための呼び出しを書かねばならない。プログラムが小汚くなっていき、ぜってー忘れたり間違える
460 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 17:47:22 ID:O/ywVmO1.net]: >>438
GCが本当に機能しているか点検せにゃならんオンボロ環境での話を一般化するな

> 不要になったらgc任せにせずに即null代入しておけ
クルマに例えるとすぐエンコするから人力で押せだな
461 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 17:52:01.79 ID:GMbq2WIv.net]: >>430
>>433
弱参照は参照カウントなんて珍説はない
マーク·アンド·スイープアルゴリズムで弱参照の経路は辿らず、他からの経路がなければ到達不能と判断することで参照数を数えてるわけではない
462 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 17:58:01.59 ID:X/1sAzcb.net]: >>447
Boehm GCとか
463 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 18:06:28.71 ID:O/ywVmO1.net]: >>438

> gc言語で本格的な開発したことないって白状してるようなもんだね

おまえさんこそ、相手の経歴や人格を攻撃せねばならんほど窮しているのが露呈してるぜ
頭の中で問題が整理できていれば冷静かつアカデミックに指摘ができるはず
そんなに頭に血が昇るのは問題が整理できていないか沸点の低いアレなやつか又は両方だな
464 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 18:08:38 ID:O/ywVmO1.net]: >>441
大企業のやつに合わせるなら
おまえさんもシステムハンガリアンやれよ
465 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/26(日) 18:28:15 ID:Kc4H3V0/.net]: >>423
・ GC のない言語でうっかりメモリの解放を忘れる
・ GC のある言語でうっかりもう使わないオブジェクトの参照を残してしまう (GC の回収対象にならない)

リークと呼ぶかどうかはともかくとして、
前者で気を付けなきゃならないのと同様に後者にも気を付けないといけないというのは普通のことだと思うよ。
466 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 18:59:47.51 ID:1jKTUwjI.net]: >>389
> >>388
> 参照元が生きているのをリークとは言わない
> その状態で意図しない動作になるのはリーク以外のバグってだけだ

一般的にそれが意図しないものなら現象としてリークと呼ぶというだけの話
これを認めたら死ぬのかお前は
467 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 20:36:09 ID:sSD7yA0P.net]: QZアホやｗ
Javaのメモリリークを見つけるのがどんだけ面倒なのか全く分からないようだ
こいつプログラマじゃないな
468 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 20:55:44 ID:O/ywVmO1.net]: >>453
> ・ GC のある言語でうっかりもう使わないオブジェクトの参照を残してしまう (GC の回収対象にならない)

じゃあ、そもそもGCって何のためにあるんだってことだね
私見ながら、馬鹿馬鹿しいぜ
469 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 20:57:06 ID:O/ywVmO1.net]: 資源を解放すべき盤面で、自動化されてるんだから手を出しちゃダメ
あげく解放されませんでした、解放されてるかどうか確認をせよ

何なのコレ？
470 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/04/26(日) 21:11:50 ID:Kc4H3V0/.net]: >>456-457
事例としては

例1：使い捨てスクリプト
　　その程度の管理で良い。
　　ガッと動かしてそのまま終わるので管理もクソもない。

例2：サービスの変更が多いウェブサービス
　　まずは早期に動かすことが大事。
　　細けぇことは後でプロファイラを見ながらなんとかする。
471 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 21:14:39.85 ID:PBJtHpgo.net]: >自動化されてるんだから手を出しちゃダメ
ﾊｱｗｗｗｗ？
コードで明示的にマークも出来ますが何かｗｗｗｗｗｗｗｗ

>あげく解放されませんでした、解放されてるかどうか確認をせよ
ﾊｱｗｗｗｗｗｗｗｗｗ？
>>457は不具合を発見してから不具合がないか確認するタイプ？ｗｗｗｗｗｗｗｗｗｗｗｗ
472 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 21:31:08 ID:O/ywVmO1.net]: >>458
テキトーこきたいって正直に言ってくれれば
こっちもあっそーで済む

>>459
明示的にマークという時点でGCの敗北なんだよ
仕事でもそうだろ、引き受けたことをやってくれないやつは
もう信用されない　できねえことは端っから引き受けるな

おまえさん、ぬるま湯に浸かってる人かい？
473 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 21:38:26.82 ID:O/ywVmO1.net]: 「資源の解放はお任せくださいっ！！(ｷﾘｯ
「あのー循環参照が・・・
「メモリーだけです！！（汗
「資源じゃなかったんですか？
「そのくらい察して下さい！！（滝汗
「もういいです
474 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 22:53:28 ID:QPzhUi52.net]: 仕事でしゃーなしに使う言語あるいは
知ったかしたいアマチュアが使う言語、それがC++
475 名前：デフォルトの名無しさん mailto:sage [2020/04/26(日) 23:02:01 ID:L6Afs0I9.net]: 仕事で喜んで使う言語�
476 名前：ｾな c#とかjavaとかだと嫌になる []: [ここ壊れてます]
477 名前：◆QZaw55cn4c mailto:sage [2020/04/27(月) 00:44:23 ID:UZ/xcmyp.net]: >>463
java は、少なくとも昔の java は、厳しく抑制のきいた文法と豊富なクラスライブラリでいい感じだと思いますよ、文法は意味があっての簡素なほうが好みですね
c# は、クラスライブラリの全容を把握していないので、まだ評価にとりかかれないのですが、これからじっくり調べたいと思っています
478 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 00:49:16 ID:fjvRegs6.net]: Javaは新しいCOBOLになってしまった
当初の理想は良かったと思うけどままならんもんだね
479 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 07:25:21 ID:8maROmCe.net]: >>462
シッタカにいつもマウント取られる水準のやつからは、そう見えるだろうな
480 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 07:39:21.53 ID:xj40wisa.net]: まともにコンパイルも通してないで知ったかしてるバカに言えることなんてないけどね。
481 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 10:24:31.10 ID:GkRU7UlF.net]: >>460
gcの勝ち負けなんか論じてないだろ
話すり替えて誤魔化すな
お前態度でかいわりに理解が周回遅れなんだよ
482 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 10:53:01.86 ID:8maROmCe.net]: >>468
俺も論じてないんだがｗ
何が怪物に見えたのかな？　病院行ったほうがいいと思うぞ
483 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 15:48:22.92 ID:D/t5uqt1.net]: なんで
long long abs(long long x)
なんだろうか
負の数の方が絶対値の大きい値が表せちゃうのに
484 名前：デフォルトの名無しさん [2020/04/27(月) 15:59:47.26 ID:l27UEbbh.net]: 0x8000000000000000 代入してみろ
485 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 16:00:23.33 ID:8maROmCe.net]: long longでないとすると、何型が妥当だと思う？
486 名前：デフォルトの名無しさん [2020/04/27(月) 16:31:02.95 ID:l27UEbbh.net]: unsigned long long じゃね
487 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 16:32:36.82 ID:CPqejn5Z.net]: >>466
このスレで知ったかの相手すると荒れるから、大抵中身の無いマウントカキコはスルーされてるんだが
488 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 16:44:05 ID:8maROmCe.net]: つまり、こういうことか
template <typename T>
auto abs(T val) -> enable_if_t<is_integral_v<T>, make_unsigned_t<T>>;
489 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 17:10:02 ID:GkRU7UlF.net]: singedとunsigned混在すんなってことだよ
c言語レベルの質問はc言語スレでやれ
というか語りつくされた話題だから適当にググれ
490 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 17:30:31 ID:BED9nwFS.net]: 背伸びしたい無職が使う言語は
C++かHaskellと相場が決まっとる
491 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 18:01:51.48 ID:BO0mpPru.net]: C++14(gcc)でUTF8の正規化をする場合、どんなやり方が良いとされているのかご教示ください。

C++ではやったことがないので初歩的なところからご教示いただけるとありがたいです。
・ICU以外の選択肢はあるのか？
・ICUを使う場合、直接APIを使うよりBoost.localeを使った方が良いのか？
492 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 19:07:33 ID:xj40wisa.net]: >>477
最近はrustも人気。
493 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 20:41:43.99 ID:GkRU7UlF.net]: >>478
文字コードスレできいたら？
icuで足りるんならicuでいいと思うけど
自分の経験ではicuのでかくて重いのが問題だったらから
必要な機能だけ自作したな
(unicodeがリリースしてるテストデータをパスさせた)
494 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 21:27:19 ID:hGnxzjbK.net]: 集中治療室？
495 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 22:52:07.04 ID:mlDkfEpN.net]: だまれ>>477
スカトロ野郎
496 名前：デフォルトの名無しさん mailto:sage [2020/04/27(月) 23:00:48 ID:4DagN68Q.net]: 普通はc++だろ
javaとかc#とか環境整えるの面倒くさいじゃん
497 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 03:25:29 ID:5RYVSkyg.net]: >>477
Cはかつて最大人気言語だった歴史があるのに対し、HaskelやRustはそうではない。
C++もCの人気を受け継いだ言語だし、処理速度が高速でメモリー使用量も少なく、
起動も速いし、Windows以外でもとても広いプラットフォームで簡単に動くのだから、
使うのは自然な流れだし、背伸びとかではない。
例えば、C#をAndroid/iOS/Linux/Macで動かすのは容易ではない。
Wasmで動かすにもネットからのダウンロード量が多くなり起動が遅くなる。
一方、C++ならWasmでも起動が速い。
498 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 03:31:09 ID:5RYVSkyg.net]: >>484
C++を動かすのはOS以外に基本的に特殊なランタイムが要らない。
C#やJavaでは.NET環境やJVMが必要となる。
AndroidでもJNIを使えばC/C++は起動も速く動作速度もJava/Kotlin以上に軽快に動く。
同様にiOSでも、Swiftとリンクできるので同様。
逆にC#は、iOSやAndroidで動かすにはダウンロード時間や起動速度に問題があり、
動作速度にも desktop マシン以上に問題がある。
Androidだと、Java/Kotlinの仮想マシンの上に、.NETの仮想マシンを二重に載せる
形となるため、C/C++と比べれば、掛け算の形で遅くなってしまう。
499 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 06:21:32.17 ID:greKUeEf.net]: 例外やRTTIをイネーブルしてるとでかいスタティックリンクつくけどね
500 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 08:31:29 ID:QAhIr1h2.net]: 言うほどでかいか？
501 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 10:12:31 ID:hgakc7LF.net]: CならRAM16バイトのPIC10F200でも使える
502 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 10:13:11 ID:hgakc7LF.net]: C++も機能を絞れば非常に小さい
503 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 11:07:35 ID:greKUeEf.net]: >>487
ソースコードの見た目とバイナリのサイズがCと違いすぎって意味
504 名前：デフォルトの名無しさん [2020/04/28(火) 11:08:41 ID:zAZN/f3s.net]: テンプレとかソース小さくするためにあるからな
505 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 11:16:33.24 ID:greKUeEf.net]: 俺>>486だよ？
506 名前：デフォルトの名無しさん [2020/04/28(火) 11:43:34 ID:A6/2gkMb.net]: Arduinoで使ってること考えたら、十分使える。
RAM2KBしかない。
507 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 11:47:47.26 ID:AaGQGXoS.net]: >>486
スタティックリンクってどのライブラリをリンクするってこと？
そんなのあったっけ？
508 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 12:21:03 ID:greKUeEf.net]: >>494
libgccだったかな？
509 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 13:35:25 ID:IyPBiCvR.net]: >>486
.NET環境は、それどころじゃない。
それはWindows Updateを見ていれば分かる。
.NETのUpdateのために、数百MB～数GBダウンロードされる。
510 名前：477 mailto:sage [2020/04/28(火) 18:29:02 ID:pPza+bvz.net]: >>480
自作はやりたくないのでICUを軸に色々試してみることにします。
ありがとうございました。
511 名前：◆QZaw55cn4c mailto:sage [2020/04/28(火) 18:49:27 ID:cQuYXkHz.net]: >>495
gcc のオプションに -static を加えればいいのでは？
512 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 18:57:57 ID:greKUeEf.net]: >>498
意味わからん　　　何？
513 名前： mailto:sage [2020/04/28(火) 19:09:32.04 ID:cQuYXkHz.net]: >>499
https://gcc.gnu.org/onlinedocs/gcc-9.3.0/gcc/Link-Options.html#Link-Options
-static
On systems that support dynamic linking, this overrides -pie and prevents linking with the shared libraries.
514 名前：はちみつ餃子 mailto:sage [2020/04/28(火) 19:15:02.93 ID:jkGkDNpV.net]: >>500
流れを読め。 >>486 みたいな状況でバイナリがデカくなる→何がスタティックリンクされるんや？って話題だぞ。
515 名前：はちみつ餃子 mailto:sage [2020/04/28(火) 19:16:34.52 ID:jkGkDNpV.net]: マップファイルを出力させてみれば実際に何がリンクされるかはわかるんちゃう？
試してないけど。
516 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 19:25:33 ID:9sR0wNPf.net]: QZは頭が弱いからしょうがない
517 名前：デフォルトの名無しさん mailto:sage [2020/04/28(火) 19:32:38 ID:AaGQGXoS.net]: libgccの大きさじゃなくてunwind用のハンドラコードの増加じゃないの？
(間違って別スレに書いてしまった)
518 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 02:43:38.13 ID:BrDWvzn9.net]: >>504
RTTI の場合は、仮想テーブルと同様の場所に、実行時型情報へのリンクポインタが
書き込まれるようになる。
それがなかなか複雑な構造をしている。
RTTI情報も、ヘッダファイルの中に構造体が書いてあると、COMDAT形式で
全ての *.obj ファイルの中にいったん書きこまれることがある。
リンク段階で同じデータのsectionがある場合は、単一のsectionだけを残して
他は削除されてしまうが。
519 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 02:45:01.49 ID:BrDWvzn9.net]: >>505
構造化例外もなかなか複雑なコードになる。
そのコードもある程度の大きさになる。
520 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 03:00:07.88 ID:s4ud4ToE.net]: >>485
mono、core、zamarin調べて出直してこい
521 名前：デフォルトの名無しさん [2020/04/29(水) 10:03:27.37 ID:I9/54o5j.net]: enum class を1オリジンにするスタイルはどの程度使われていますか？
522 名前：デフォルトの名無しさん [2020/04/29(水) 10:59:38.40 ID:I9/54o5j.net]: char8_tってどういう経緯で採択されたんですか？
Microsoftを利する提案が受け入れられるのは相当珍しいと思いますが。
523 名前：はちみつ餃子 mailto:sage [2020/04/29(水) 12:00:55.06 ID:sxS/u8Yc.net]: >>509
色々と事情はあるみたいなんだけど、
UTF-8 の文字列と従来の文字列を型で区別したいというのが主な理由だと思う。
524 名前：デフォルトの名無しさん [2020/04/29(水) 12:20:11 ID:I9/54o5j.net]: その要望は昔からあるけど阻止してきたのに、なぜ解禁されたのか事情知りませんか？
525 名前：はちみつ餃子 mailto:sage [2020/04/29(水) 12:43:30.81 ID:sxS/u8Yc.net]: >>511
江添亮のブログで関連する提案や議論が取り上げられているので順番に読んでみたらいいと思う。
https://cpplover.blogspot.com/search?q=char8_t
具体的にこれが理由と言えるひとつの理由があるわけではないけど、
やってみたらやっぱ要るわ……という雰囲気っぽいかな。
要するに文字列をナメてたんだろう。
526 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 13:58:02.79 ID:6qGxEOGB.net]: この辺詳しいかな
https://cpprefjp.github.io/lang/cpp20/char8_t.html
https://qiita.com/yumetodo/items/54e1a8230dbf513ea85b
527 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 14:13:57 ID:j7Bsjnws.net]: charにutf8突っ込むだけでunicode対応できるとか考えるやつがようやく淘汰されてきてありがたい
528 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 14:46:58 ID:UddvUJZz.net]: そもそも「Microsoftを利する提案」てなんだよ
C++は別にアンチMSじゃないだろ
529 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 14:58:22 ID:fDjn2ZQ/.net]: utf8は一文字が3バイトなこともある
530 名前：デフォルトの名無しさん [2020/04/29(水) 15:01:51 ID:I9/54o5j.net]: std::size(u8"あいうえお" - 1)みたいな感じですかね。
531 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 16:00:32 ID:fokztjWx.net]: std::u8stringとかC++は規格に出すのが遅い
532 名前：デフォルトの名無しさん [2020/04/29(水) 16:10:17.68 ID:I9/54o5j.net]: >>515
W3CもアンチMicrosoftではないのだけど、会員がIT業界の人たちなので、結局のところ、如何にしてMicrosoftを落とすか討論する場所になってました。
533 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 16:22:55 ID:T9sEu8SV.net]: >>509
どう利するわけ？
windowsの中はutf8じゃないよ
534 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 17:04:53 ID:EKyVvulT.net]: >>520
>>509がアンチMicrosoftなだけじゃないかな
535 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 17:10:00 ID:IQZPjtSj.net]: enum class とか、MS起源の機能なんていくらでもあるんだけどな
536 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 18:31:43 ID:mBdz0qQc.net]: >>505
そのあたりも増加原因になるのはわかる
でもどちらにしろlibgccのリンクとは無関係では？
537 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 18:51:27.37 ID:BrDWvzn9.net]: >>523
うむ。関係ない。
538 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 20:13:29 ID:Ck1GLV1r.net]: >>513
下のみたいなノイズだらけのクソブログを挙げるな
もっとマシなのあるだろ
539 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 21:26:43 ID:6qGxEOGB.net]: まあ書いてあることは概ね正しいので・・・
540 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 21:36:36 ID:mBdz0qQc.net]: そうかな
utf8をコア仕様にいれたら「文字とは何かを理解する」ってのは
ちょっと同意できないな
541 名前：デフォルトの名無しさん [2020/04/29(水) 22:08:32.37 ID:I9/54o5j.net]: constexprがあるので、エンコーディングを型に組み込んでしまっても、困ることは全くない。
C++のお作法になじんでいれば、お得な事しかない。
542 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 22:11:31.22 ID:GvXmmF1B.net]: それ、カーニハン・リッチーにも言えるの？
543 名前：デフォルトの名無しさん [2020/04/29(水) 23:00:00 ID:I9/54o5j.net]: 連れてきてくれたら、ガツンと言ってやるよ。
544 名前：デフォルトの名無しさん mailto:sage [2020/04/29(水) 23:13:52 ID:sxS/u8Yc.net]: 一休さんかよ
545 名前：デフォルトの名無しさん mailto:sage [2020/04/30(Thu) 12:33:45 ID:yesxJOcI.net]: UTF8ベースにしたらどうやって1文字ずつ処理するの？めんどくさい？
546 名前：デフォルトの名無しさん mailto:sage [2020/04/30(Thu) 12:38:45 ID:yesxJOcI.net]: >>513
下のサイト的に言えば、誰もが
固定長に数値が収まるという夢を見た愚か者たち
なので、必要悪な気はするな
547 名前：デフォルトの名無しさん mailto:sage [2020/04/30(Thu) 12:45:47 ID:ERcZittz.net]: >>532
code point単位なら結局utf32にして数える(部分的に可能)
面倒なのはgrapheme clusterから上
もう土方レベルが扱える代物じゃないね
548 名前：デフォルトの名無しさん [2020/04/30(Thu) 12:50:20 ID:IVFUa3Rm.net]: ICUのイテレータ使えばよいのでは。
549 名前：◆QZaw55cn4c mailto:sage [2020/04/30(Thu) 20:12:10 ID:IOnQoYGj.net]: 内部では utf-32 ベースで処理して、出口入り口で utf-8 に／から変換するものだと思いますが…
550 名前：デフォルトの名無しさん [2020/04/30(木) 20:49:36.61 ID:IVFUa3Rm.net]: そんな単純なものではないだろうけど。
551 名前：デフォルトの名無しさん [2020/04/30(Thu) 23:06:50 ID:b9TIw4B4.net]: 期間工ブログの収入は１５００万円でした。【フリーランスの現実&底辺からの復活編】
https://www.youtube.com/watch?v=aijLjFLOuC4
工場勤務、３０代フリーターが「ブログ」で２００万稼げた理由！　◯◯があったから？
https://www.youtube.com/watch?v=Cjmk4XusQVM
ブログで月２００万稼ぐ、フリーランスの１日
https://www.youtube.com/watch?v=jaV2GyBgNX4
【クラウドソーシング】Webライティングで月商100万円まで稼ぐ方法をプロに解説してもらった！
https://www.youtube.com/watch?v=oYoaBwQt0Cg
1年半でライターの地位を確立した営業術！駆け出しフリーランスは要チェック【ニシキドアヤト】
https://www.youtube.com/watch?v=DFtmkhw-lHM
552 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 00:49:44.42 ID:2K4VYu4Y.net]: >>529
リッチーならともかくカーニハンは見てる可能性
553 名前：はちみつ餃子 mailto:sage [2020/05/01(金) 01:06:57.59 ID:Qu9UE9Tc.net]: >>536
色んな文字コード (符号化) を扱うときは出入口で変換する方法は妥当な選択だと思うけど、
UTF-32 を中心に据えるのが良いかは一概に言えるものでもないでしょ。

たとえば Windows API がいう Unicode は UTF-16 なわけだし、
外部とのデータのやりとりで内部用の符号に変換する処理が入るのは仕方がないにしても
API の呼び出しのときまで毎回変換が入るのも煩雑なんで、
UTF-16 に統一した方全体としては楽じゃない？

サロゲートペアの扱いが面倒くせぇとかいうのと天秤にかけたとしても
Windows では UTF-16 から離れられない。
結局のところ実行環境とかフレームワークとかの都合に縛られるから
(内部用の符号として UTF-32 が優秀なことは承知しているが)
そのへんの規約とか習慣に従うしかしゃーない。
554 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 01:37:06 ID:/3xCHgCD.net]: 出入り口から内部処理まで出来る限りutf-8で統一して処理するのが
トラブルが少なくて済む(個人の感想です)
555 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 02:27:55.90 ID:uatxyJey.net]: それは文字列としてだけ扱って文字単位(code point単位)の操作しないときでしょ
あるいは小難しいところは全部ライブラリに投げてるとかね
556 名前： mailto:sage [2020/05/01(金) 07:33:59.06 ID:w4TGDP35.net]: >>540
＞たとえば Windows API がいう Unicode は UTF-16 なわけだし、（略）
＞API の呼び出しのときまで毎回変換が入るのも煩雑なんで、
＞UTF-16 に統一した方全体としては楽じゃない？

Windows では UTF-16 を使うといっても、実際に変換しなければならないのは、ファイル名・パス名を扱うときだけですし、
UTF-16 も可変長の部分があって扱いにくいので、私なら UTF-32 で楽したいと考えますね
557 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 08:23:58 ID:DtDCGOpK.net]: 実際にソフト開発したことが無いような書き込みだな
558 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 08:31:51 ID:NLgIsVNa.net]: UTF-32でも結合文字と異体字セレクタはある
結局ライブラリに投げるでしょ、ならどれでも同じじゃね？
559 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 08:47:44 ID:sYrLq0eo.net]: マルチプラットフォームのアプリじゃ内部はUTF-8にする場合が多いけどな
なぜならUTF-8にはバイト順問題がないから

どのみち一文字表すのに複数のコードポイントが必要なんだからUTF-8、16、32のどれを使っても言語処理の手間は同じだ
「イングランドの旗」絵文字なんてコードポイントで7要素も必要なんだぜ
560 名前：デフォルトの名無しさん [2020/05/01(金) 09:58:16 ID:k2YlXFh6.net]: マルチコアの高速化と同様に
32bitのCPUで16bitを扱うと2倍速
64bitのCPUで16bitを扱うと4倍速
みたいにならないんですか？
561 名前：デフォルトの名無しさん [2020/05/01(金) 10:00:07 ID:tdkjZBPc.net]: なりますよ。
562 名前：デフォルトの名無しさん [2020/05/01(金) 10:02:36 ID:tdkjZBPc.net]: 32ビットと64ビットで二倍の時間になるのではなく、たいてい4倍になりますよ。
563 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 10:13:13 ID:Ia4c8IgS.net]: 文字列関連の処理はだいたいメモリアクセスかIOがボトルネックなので、単純にサイズが　増えればその分遅くなるよ
564 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 10:19:22 ID:DtDCGOpK.net]: 文字処理のほとんどは64bitがいかされない
565 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 10:22:39.64 ID:DtDCGOpK.net]: 文字処理以外でもそれほど多くない
566 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 13:13:05 ID:uatxyJey.net]: >>547
simd使えばそれに近づくだろうけど
そうでなければシリアルに計算されるだけなのでほぼ変わらない
大量のデータを処理する場合はメモリ効率の点で速くなるかもしれない
しかしintへの拡大変換が入るので演算自体は遅くなる方向

まぁ自分でベンチとってアセンブラ眺めてみたらいい
かなり環境依存・実装依存なんだから人にきいてもあんまり意味ない
4倍になる人とかいるらしいしw
567 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 13:22:02 ID:DtDCGOpK.net]: SIMDなら32bit CPUとか64bit CPUとか関係ないし
568 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 14:33:57.85 ID:RpLrbaMs.net]: 例えばRGBAの計算は早くなるよ
569 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 14:54:56 ID:8qmJgOle.net]: tclインタプリタに投げる
邪魔くさい
570 名前：デフォルトの名無しさん [2020/05/01(金) 15:22:00 ID:tdkjZBPc.net]: >>553
ベンチとるとおよそ4倍になりますよ。
571 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:04:33.87 ID:uatxyJey.net]: >>557
そのベンチどっかに貼ってみて
wandboxとか
572 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:07:40.19 ID:wrmDV0oq.net]: 64bitを使っても、大部分のソフトウェアは速くも良くもならない事が知られている。
16bitから32bitの時には急激に多くのメモリが使えるようになって劇的にソフトウェア
が作り易くなったのと対照的。
メモリ容量に関してはたいていのアプリでは32bitでも既に十分。
速度に関してはそもそもCPUが扱えるデータビット数を多くしても滅多に速くならない。
速くなるのはグラフィックで単純なBitBLTを行うような場合のみ。
縮尺や回転が入るだけで64BITの効果は通常、生かせなくなる。
573 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:13:27.06 ID:DtDCGOpK.net]: >>555
変わった文字列処理だな
574 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:15:49.44 ID:wrmDV0oq.net]: >>555
RGBA計算も、(SIMDを使わずに)単純にデータバスが64BITになっただけでは速く出来ない。
なぜなら、R,G,B,Aはそれぞれ1バイトだから1バイトずつの計算するしかないため。
SIMDを使う場合は、CPUの種類によっては、SIMD自体のベクトルの要素数が倍になるため、高速化できる可能性はある。
ただしそれは、整数命令が64BIT化されたこととは直接関係ない。
SIMD命令のベクトルの「次元」が上がったかどうかの問題。
575 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:18:51 ID:DtDCGOpK.net]: >>561
なんでわざわざ関係ないことを書いてわざわざ混乱させようとするかなあ
576 名前：デフォルトの名無しさん [2020/05/01(金) 16:20:54 ID:tdkjZBPc.net]: 64ビットの演算1回の時間で、32ビットの演算4回出来るんですよ。
577 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:22:03 ID:wrmDV0oq.net]: >>548
なりません。
ならないからこそ、GPGPUのようにマルチコア化が進められています。
SIMD命令も扱いにくいので、マルチコア化が適しています。
例えば、3Dのレイトレーシングなどは、SIMD化することはとても難しい
のですが、マルチコア化は比較的容易です。
人工知能のニューラルネットワークの計算はSIMD化し易い部分もあります。
しかし、300コアなどのマルチコアと、8要素のSIMD命令では、
前者に軍配が上がり易く、しかも、コア数が増えてもプログラムの修正が
ほぼ不要なので、マルチコアの方がSIMDより好まれます。
ただし、命令自体の速度がx86系は速いため、どちらが実際に速いかは
単純ではありませんが。
578 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:23:18 ID:wrmDV0oq.net]: >>563
CPUの一般論としてそんな事実は有りません。
あるなら具体的に書きましょう。
579 名前：デフォルトの名無しさん [2020/05/01(金) 16:25:25 ID:tdkjZBPc.net]: 測ると大抵そうなってるというお話です。
580 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:33:18.55 ID:DtDCGOpK.net]: 測定結果みせて
581 名前：デフォルトの名無しさん [2020/05/01(金) 16:33:57.33 ID:tdkjZBPc.net]: これ最初に気が付いたのは、固定小数点は速いらしいというのを見て、いろいろやってみたら、特に早いことは無くて。
じゃあ何が影響するかというと、単にビット幅だったんですよ。
floatとint32_tは同じ、doubleとint64_tは同じ。
つまり、アキュムレータの性能はあまり関係なくて、バス幅とキャッシュがすべてなんですよ。
じゃあ32ビット2回分が64ビット相当になるかというとそうでもなくて。
たいてい4回分で64ビット相当になるんですね。
582 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:37:43.83 ID:DtDCGOpK.net]: だから測定結果早くみせて
583 名前： mailto:sage [2020/05/01(金) 16:38:04.32 ID:w4TGDP35.net]: >>559
まさか！
2^32 bit 空間が狭すぎる、というのは windows XP の頃から問題になっており、2^64 bit 空間は必然でした

＞メモリ容量に関してはたいていのアプリでは32bitでも既に十分。
個々のアプリ単体ではそうであっても、個々のアプリを複数稼動させる OS では32bit では足りないのでは？
そして 64bit OS に対応した 64bit アプリの存在も必要でしょう
584 名前：デフォルトの名無しさん [2020/05/01(金) 16:38:26.67 ID:tdkjZBPc.net]: 自分で測ってもらえませんかね。
585 名前：デフォルトの名無しさん [2020/05/01(金) 16:41:04.33 ID:tdkjZBPc.net]: あと、僕はベンチマークのカタログとしてVSのテストエクスプローラ使ってますよ。
テストケースを一つずつ呼び出せるので大変便利です。
586 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:42:32.75 ID:8qmJgOle.net]: 何をして速くなったと言っているのか不明なのに自分でってw
587 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:45:05.04 ID:uatxyJey.net]: >>571
測るのは自分でやるからベンチのソース見せてよ
比較実験やるにあたって環境も実装も変えたら比較にならないんだしさ
ここで逃げたらかなりださいと思うよ
588 名前：デフォルトの名無しさん [2020/05/01(金) 16:46:27.92 ID:tdkjZBPc.net]: >>574
そっちが出してくださいよ。
アセンブラ見ると速度がわかる奴。
589 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:51:31.85 ID:wrmDV0oq.net]: Qz は馬鹿だ。
590 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 16:54:18.57 ID:uatxyJey.net]: >>575
やっぱり無理か
そうだと思ってたよ
591 名前：デフォルトの名無しさん [2020/05/01(金) 16:57:02.32 ID:tdkjZBPc.net]: めんどくさいんですよ。
アセンブラ見れば速度がわかると言ってる時点で、僕は得るもの無いじゃないですか。
何か作業を手伝ってくれるならわかりやすく提示しても良いんですが。
作業を手伝ってもらうのに、色々教えないといけないなら、やっぱりめんどくさい。
592 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 17:00:18.65 ID:DtDCGOpK.net]: 64bit命令を使うと4倍以上速くなるのは
64bitの乗算くらい

64bit加減算もCPUによっては数倍にはなる

それ以外は特殊な場合のみ
593 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 17:17:48 ID:9YfMO5iP.net]: intとint64_tで適当なfor分で配列計算やらせてみればわかる。
手元じゃint64_tのが若干遅い
594 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 18:21:10 ID:wrmDV0oq.net]: >>570
それは当たり前で、マシンには4GB以上のメモリが乗っているので、32BIT
では、OSレベルでは扱いにくい。
多くのプログラマにとって大事なのは、個々のアプリの問題だから、
OSレベルの話は関係ない。、
また、Windows OSがメモリーを食いすぎているという問題もある。
595 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 18:23:48 ID:wrmDV0oq.net]: >>581
補足すれば、グラフィック用のRAMは大きくなりがちで、最近のWindowsでは、
1つのWindowに仮想VRAMを割り当てているから、アプリが起動するたびに
グラフィック用になかなか大きなメモリーを消費する。
それと、ブラウザで複数のタブを開いている影響。
あれもグラフィックのレンダリング用に大量のメモリーを食っているのかもしれない。
596 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 18:31:06 ID:IyliQkiG.net]: >>578
他人を説得するつもりがないなら不特定多数が集まる場で自論を展開せず、馬鹿なこと言ってるなフフッて一人悦に入ってればいいんでない？
597 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 18:32:39 ID:IyliQkiG.net]: >>576
全面的に同意
598 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 18:40:33 ID:DtDCGOpK.net]: >>576
私も同意
599 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 19:15:32 ID:wrmDV0oq.net]: >>581
今は、見えないものまで含めれば50個のプロセスが動いているなんてことは当たり前になっている。
だから、個々のプロセスが80MBのメモリしか使って無くても、合計すれば4GBになる。
さらにファイルバッファや、OSが高速化のためにさまざまなキャッシュ的なデータを保持している。
しかも、ファイルバッファやキャッシュはいくらあっても不足する時代となった。
ブラウザがページを記録するためのキャッシュも必要だ。
そういう訳で、アプリが80MBしか使って無くても、OS全体では4GBではメモリが不足する。
というわけで、4GBを超えるメモリが必要となっている。
タスクマネージャーで見ていても、個々のアプリは、多くても数百MB程度のものが多い。
ファイル高速検索ツールなんかが、1.6GBも使っていたりするが、それは特殊。
だから「特殊なものを除いては」今のアプリが2GBを超えるメモリーを必要とすることは稀、だと言っている。
600 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 19:19:38 ID:DtDCGOpK.net]: それ
64bitで4倍
とどういう関係？
601 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 19:22:30 ID:DtDCGOpK.net]: 32bit Windowsが4GBまでなのはWindowsの仕様であってCPU自体はそんな縛りは無いし
602 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 19:51:53 ID:wrmDV0oq.net]: >>588
典型的には、32BIT mode でも、PAE サポートによって OS は 4GB を超える
メモリーを扱えるね。
603 名前：デフォルトの名無しさん mailto:sage [2020/05/01(金) 20:58:17.99 ID:9yUywlA0.net]: 64GBまで使えるようになったのPentium Proからだぜ？ｗ
Klamathより前！！
604 名前：デフォルトの名無しさん mailto:sage [2020/05/02(土) 00:04:20.13 ID:jVHOaTi/.net]: >>548
釣り針でかいなw ここム板だぜw
605 名前：デフォルトの名無しさん mailto:sage [2020/05/02(土) 00:05:14.57 ID:jVHOaTi/.net]: >>588
おまえ嘘ばかりだなw
606 名前：デフォルトの名無しさん mailto:sage [2020/05/02(土) 01:38:26 ID:2lkgjmOV.net]: >>592
いや、彼は正しいことを言っている。
あなたがIntel CPUの仕様を詳しく知らないだけ。
PAEという仕組みなどで32BITモードでも4GBを超える物理メモリーを扱うことができるようになっていた。
607 名前：デフォルトの名無しさん [2020/05/02(土) 01:45:40.91 ID:ZXOrLboX.net]: PAEが何なのか全く分かってなさそう
608 名前：デフォルトの名無しさん mailto:sage [2020/05/02(土) 02:28:22 ID:2lkgjmOV.net]: QZは女なのだろうか。
ショックかも知れないがはっきり言えば、本質的に物事が正確に理解できていないようだ。
609 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 09:20:54 ID:slLa0KBW.net]: EMSなら前に聞いたことがある
610 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 09:24:35 ID:WVD/IFzz.net]: 8bit CPUは256Bしか扱えないと思ってる人いる？
611 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 09:29:47 ID:6v/wuiGx.net]: 16bitのCPUでも16bitアドレスの最大値である64KBを超えて1MBもアクセスできていたからな。
612 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 10:03:25 ID:WVD/IFzz.net]: >>595
女なら180度対応を変えます
613 名前：デフォルトの名無しさん mailto:sahe [2020/05/03(日) 10:22:47 ID:LxtsyLet.net]: >>598
16BIT CPU であった 8086は、16bit アドレスを超える範囲は、セグメントレジスタ
と合わせた seg:ofs の形式の far pointer を使わなくてはならならず、
単純に扱えるのは16BITまでで、16BITを超えた範囲では、seg レジスタの値を
足していかないといけなかった。しかも、segがアドレスの上位16BITだったなら
まだしも、16バイト単位のアドレスだったので、segレジスタに入れる値を計算
するのがとても重くなってしまっていた。
ところが、Z80 などの 8BIT CPUは、普通に 16BIT レジスタの
HL や DE, BC, IX, IY をもっており、8086 と比べれば扱いは容易だった。
その意味では、8086は、メモリーアクセスに関してはZ80と同じくらいしか
能力を持っていなかった。
それで8086の16BITモードでは限界が来て32BITモードのOSが待望された。
そしてMacのGUIを真似た機能を持っていたこととも合わせて32BITモードで
動いたWin95となった。

ただし、このような状況は64BIT化に関しては全く無い。
614 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 10:32:19 ID:6v/wuiGx.net]: そりゃまあ、64bitCPUがすでにいきわたっていてOS変えるだけで対応できたからね
WINAPIだって16→32のコンパイルはまず動かないけど32→64なら普通は動く
DOS時代のUMBみたいなみみっちい事態にならなくてよかったじゃん
615 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 10:35:22 ID:OJMdC3Cv.net]: 86用コンパイラでnearとfarの他にhugeが有ると知らず、無限ループ作ってOSごと来なくなったあの頃
616 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 11:16:28 ID:WVD/IFzz.net]: 結局64bit CPUだと速度4倍のコードは？
617 名前：ﾌ名無しさん mailto:sage [2020/05/03(日) 13:08:16 ID:m/iHOjCC.net]: long longとint64_tの違いってlong longは環境によって64bitじゃなくなるけどint64_tは常に64ってことですか？
618 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 13:13:36.85 ID:LxtsyLet.net]: >>604
まあ、そういうこと。
619 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 14:04:07 ID:slLa0KBW.net]: 　　　　　　　　　　　|
　　　　　　　　　　 |　　彡⌒ミ
　　　　　　　　　　　＼ (´･ω･`)　またhugeの話してる・・・
　　　　　　　　　　　　　(|　　　|)::::
　　　　　　　　　　　　　(γ　/:::::::
　　　　　　　　　　　　　　し＼:::
　　　　　　　　　　　　　　　　　＼
620 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 14:24:10 ID:m/iHOjCC.net]: >>605
ありがとうございます
621 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 15:56:11 ID:gvP0MmQx.net]: 32bitの環境で32bitの境界を超えるような
622 名前：64bit値の計算ってどうやって実現してるの？ []: [ここ壊れてます]
623 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 16:00:56 ID:uzK0zokK.net]: cpuに命令なければソフト的にやるに決まってんじゃん
624 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 16:06:34 ID:uzK0zokK.net]: ちなみに32bitの掛け算の答えに64bit必要ってわかってない人多いよね
同様に64bitなら128bit
625 名前：843 mailto:sage [2020/05/03(日) 16:22:11 ID:OGvyQUVV.net]: >>608
まずは筆算の足し算からやり直そうか
626 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 16:54:49 ID:+PpSUNNp.net]: 64bitだとdoubleとかの書き込みはアトミックになるの
627 名前：デフォルトの名無しさん [2020/05/03(日) 17:17:29 ID:VkK7EFZv.net]: C/C++にキャリーフラグ観る機能が無いのはなせ？
628 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 17:56:41 ID:baOIQvWk.net]: アトミックにしたけりゃstd::atomicを使え
使わない場合は保証されない
629 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 18:16:14 ID:uzK0zokK.net]: >>613
いれるとしたらどんな仕様でいれる？
そこまで考えてから書いてみたんだよな？
630 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 18:19:51 ID:uzK0zokK.net]: >>614
64bitでない環境だとatomic持ち出したところで使えないじゃん
631 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 18:25:40.26 ID:baOIQvWk.net]: 使えるぞ
内部でロックするから遅いけど
632 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 20:09:19.86 ID:7Ft0FuY4.net]: >>599
90度だろ？
633 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 20:16:01.21 ID:s7MuzCvB.net]: モダンc++入門ってどこみたらいい？
634 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 21:01:49.43 ID:0Fr9Yznx.net]: cpprefjp
635 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 22:43:31 ID:WVD/IFzz.net]: >>612
ほとんどの環境でYES
32bit CPUでもアトミックな環境もある
636 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 22:46:00 ID:WVD/IFzz.net]: >>613
キャリーフラグが無いCPUも有るから
CPU固有の機能はintrinsicを使う
637 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 22:52:17 ID:WVD/IFzz.net]: >>610
整数の乗算を全範囲正確に求めたい場合の話だな
これもC++では書けない
intrinsicを使う
638 名前：デフォルトの名無しさん mailto:sage [2020/05/03(日) 22:53:53 ID:WVD/IFzz.net]: >>618
なんで90度？
180度だって書いてるのに
639 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 03:33:26 ID:BnrivxPo.net]: int128でもint256でも自由に型が作れるのがC++の強みなのに書けないってw
640 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 06:12:26 ID:/zUHO7E0.net]: int_<256>みたいの作ってたけど
サイズが発散する問題がすぐ起きる
641 名前：843 mailto:sage [2020/05/04(月) 07:19:32.37 ID:oxprEh+7.net]: >>621
> 32bit CPUでもアトミックな環境もある
具体的な環境名教えて
642 名前：843 mailto:sage [2020/05/04(月) 07:20:47.92 ID:MJc5y26W.net]: >>624
（女は）話をはぐらかすって事だろ
643 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 07:22:03.70 ID:nMCshN11.net]: x86
644 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 08:03:18 ID:S2aUUuq2.net]: shared_ptr<Hoge>をvoid *の領域に格納したいのですがどうすればいいでしょうか？
SetPointer(void *),void* GetPointer()で設定します
shared_ptr<Hoge> hoge
として
SetPointer(hoge)

取り出す時
shared_ptr<Hoge> hoge = GetPointer()
645 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 08:04:47 ID:S2aUUuq2.net]: 後、SetPointerする前にshared_ptrの参照カウントを一つ増やしたいです。
646 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 09:54:06 ID:Fiop0J3e.net]: >>630-631
所有権込みで格納したいだけなら。
SetPointer(new shared_ptr<Hoge>(hoge));
shared_ptr<Hoge> hoge = *static_cast<shared_ptr<Hoge>*>(GetPointer());
あとはどうにか delete が抜けないようにする。
647 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 10:27:13 ID:aMJtnkBw.net]: 本当にshared_ptrごと格納する必要があるの？
これで良かったりはしない？

shared_ptr<Hoge> p(new(buffer) Hoge, [](Hoge* p){p->~Hoge();});
648 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 11:04:11 ID:BnrivxPo.net]: つまりshareする気がないけどshared_ptrを使いたいわけだな
649 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 11:24:26.33 ID:7IQ5DE83.net]: 誰かと食べる気はないけど、マックのシェアポテトを食べたい感覚だね
650 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 12:42:16.41 ID:S2aUUuq2.net]: >>633
これ難しすぎて解読できません

まず、やりたいことはWindowsのTreeViewでノードを追加するときに、ノードにLPARAM型の任意のデータを関連づけれるんですが、そこに他の関数から受け取ったshared_ptr<Hoge>を関連付けたいのです

shared_ptrごと格納する必要ないと言えばないのかもしれません
でも中身だけ格納すると、deleter?の情報がとんじゃう?
651 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 12:55:51.13 ID:S2aUUuq2.net]: >>632
こっちの方で後で試してみます
652 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 13:16:44.39 ID:0skWT8b9.net]: なにがしたいのだかいまいちよくわからない
653 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 13:20:23.37 ID:/R09lZ8N.net]: 所有したいのか/参照持ちたいだけなのか
shared_ptrとして使う必要があるのか
参照だけ持ちたいとしてダングリングの可能性が有るのか
654 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 13:46:24 ID:S2aUUuq2.net]: あーあ。shared_ptrごと格納できるならそっちの方がいいです。
そうしないと誰が最後にdeleteするかめんどくさくなりなすね。
すみませんでした
655 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 13:47:34 ID:aMJtnkBw.net]: TreeViewが持つのはポインタだけで、オブジェクトの寿命管理するわけじゃないんだろ？
だったらshared_ptrのdeleterの情報なんか渡す必要ないんじゃないか
オブジェクトの寿命管理する奴が知ってればそれでいい
656 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 13:56:33 ID:tzWRkvZC.net]: >>640
shared_ptrはlparamに収まらないから無理
sizeofで確かめてみ
657 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 14:01:15 ID:S2aUUuq2.net]: すみません。何か頭混乱してきた・・
>>631が余計だったのか・・

まず、基本方針としてオブジェクトの寿命管理を楽にするためにクラス間でデータをやり取りする場合は
全部shared_ptr経由で参照カウントにより自動で管理してもらおうという方針です。

ですが、既存のライブラリとの都合で例えば、今回のTreeViewのノードにはLPARAM型のデータしか関連づけらられない
ということで、ノードに関連づけるときに参照カウント手動で？増やしてあげて、ノードを削除するときに、
参照カウントを手動で減らして？あげて調整するものなのかなぁーと思った次第です。
658 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 14:02:14 ID:/R09lZ8N.net]: データの本体は別にあってそっちで所有権管理しているなら、treeviewにはshared_ptr::getで得られるpointer持たせればいい
使う側でshared_ptrである必要があるなら、shared_from_this使う

ダングリングする可能性無いならならこれでおk
659 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 14:12:18 ID:aMJtnkBw.net]: void*で渡しちゃう以上はTreeViewに参照カウント減らさせるのは不可能なので、そこは外側で管理してやるしかない
だったらTreeViewはshared_ptrがどうのこうのという情報は知らなくていいし、知らせるべきでない
660 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 14:19:40 ID:tzWRkvZC.net]: >>645
TreeViewってのはWindowsの既存のコンポーネントだろ
ちょっとまとはずれだよ
答えは >>632 で出てる

>>640
手動deleteが本当にいやならあとは黒魔術使うしかないね
unique_ptrなら64bitにおさまるだろう
661 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 14:23:16 ID:aMJtnkBw.net]: >>646
既存のコンポーネントだからだよ
shared_ptrのこと知らんやつにshared_ptr渡したってろくなことにならんだろ
662 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 14:33:47 ID:tzWRkvZC.net]: >>647
荒らしたくないがもうちょっと質問者の内容くみとってから返事書いてやれよ
shared_ptrの型で渡すんじゃなくてvoid*の型で渡すって最初から言ってんじゃん
663 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 14:47:05.48 ID:aMJtnkBw.net]: 何が気に食わなくて噛み付いてるのかよくわかんないけど
TreeViewはshared_ptrのことなんか知らないんだから、そんなものは知らせずに
関連のあるデータを与える(要はshared_ptr<Hoge>*じゃなくてHoge*を渡す)方が設計すっきりするんじゃない？
って言ってるだけなんだがそんなにおかしいか？
664 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 14:51:53.81 ID:Zy37Y+hL.net]: 何か追加して問題が出て別の何か追加して解決するの繰り返し
C++の仕様は余計なものが多い
メモリーの所有権の移動とかの暗黙知の極みを気にできるくらいならdelete忘れることはないだろうに
665 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 14:57:19 ID:Fiop0J3e.net]: Hoge* 渡して済むなら最初から相談なんて発生しないだろうと思ってたんだけど、
>643 みたいな「基本方針」だと shared_ptr の必要性が胡散臭いんで、確かに
Hoge* で済む可能性もありそうな気がしてきた。
666 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 15:00:15 ID:tzWRkvZC.net]: >>649
shared_ptrでわたってくるものをvoid*で管理したいってことで
それは質問の前提条件
解としてHoge* にするってのは破綻するからダメでしょ
667 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 15:10:46 ID:S2aUUuq2.net]: >Hoge* 渡して済むなら最初から相談なんて発生しないだろう
そうです。Hoge*で渡したくないから質問した次第です。

元のデータが先に捨てられようと、先にTreeViewのノードが破棄されようと、どっちが先でも
OKなように、それらを意識しないようになるべく参照カウントの仕組みで破棄したかったわけです。
668 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 15:22:06 ID:aMJtnkBw.net]: だったら>>632も、結局TreeViewの破棄を監視して破棄前にdelete GetPointer()かけないといけないんだけど
それでもいいのか？本当に意識すべきことは減ってるのか？無用な複雑さを持ち込んでるだけじゃないのか？
っていうことを一回冷静に考えた方がいいよ
669 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 15:23:27 ID:Zy37Y+hL.net]: 逆にHoge*で受け取って、
Tree破棄時にPointer破棄処理省いてしまって、
あとはsharedのスコープで全消しすればいい
もちろんノード追加時に参照カウンタ増やす必要もない
670 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 15:24:48 ID:S2aUUuq2.net]: >>654
それは問題ないです。
>>643に
>参照カウントを手動で減らして？あげて調整する
って元からそれをやる前提でした
671 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 15:44:09 ID:S2aUUuq2.net]: 前調べたら
https://docs.microsoft.com/en-us/windows/win32/controls/tvn-deleteitem
ノード削除時に発生するイベントがあるので、ここ1か所にかくだけでいいのかなと
思ったので、その方が分かりやすいかなと思った次第です

てか、この方法駄目そうですね？
>delete GetPointer()
じゃなくて、参照カウントを減らしたいんですけど、無理っぽいのかな・・
COMならAddRef,Releaseで調整できるんですけど

もうちょっと調べて駄目そうならHoge*でいきます
672 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 15:54:22 ID:Fiop0J3e.net]: >>657
new した shared_ptr を delete すれば参照カウント減るよ。
でも Hoge* で済むならそっちで済ませたほうが面倒も無くて効率もいいだろうよ。
673 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 16:04:26 ID:aMJtnkBw.net]: そもそもTreeViewってViewだから見た目を整えるための奴でしょ
自分ならロジックデータの寿命管理にそんな奴参加させたくないな

まあ、削除時のコールバックが指定できるんだったら、それで後始末するのも手ではあるかもね
小さいプログラムで、見た目の要素の何かとHogeが論理的に一対一対応してるんだったら許容範囲かな
674 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 16:11:26 ID:tzWRkvZC.net]: >>654
質問者はクラス間で共有するデータは一律shared_ptrにすると言っている
これは全体設計の選択としてまぁある話

しかしこれによって既存コンポーネントのTreeViewで
インタフェースのミスマッチが起こった、さてどうしたらいいでしょう？
という質問なわけ
これもよくある問題

だからって全体設計のポリシーをとりやめようとはならのよ
解決できる手段があるなら部分的な問題は個別に解決したらそれでいい
675 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 16:29:01 ID:aMJtnkBw.net]: >>660
言ってることは分かるけど
それでどうしてTreeViewにshared_ptrを埋め込むことに固執するのかがわからない
そこはおとなしくTreeViewには生ポで参照してもらうっていうのも一つの「部分的な問題の個別解決」じゃないの？
676 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 16:58:42 ID:b5BOjBYY.net]: Linux でのライブラリについて質問があります。
静的リンクライブラリ（拡張子が.aのファイル）は複数のオブジェクトファイル（拡張子が.oのファイル）を ar コマンドでアーカイブしたものと理解しています。
一方自分で調べた限り、動的リンクライブラリ（拡張子が.soのファイル）を作る場合には gcc を用いる場合は-shared （と-fPIC ）を指定して一つのソースファイルから一つの.soファイルを作成しているように思います。
例: g++ -shared -fPIC -o sample.so sample.cpp

この理解の上で質問です。
動的リンクライブラリは静的リンクライブラリのように一つのファイルにまとめられないのでしょうか？ソースの数だけ.soファイルが出きてしまうのは避けられないのでしょうか？
677 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 17:07:30 ID:aMJtnkBw.net]: 単に.oを複数与えればいいんじゃないの？
何か問題あったっけ
678 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 17:11:45 ID:mcNTUyFW.net]: >>657
汚い手段を避けるなら、
shared_ptr を受け取って保管し、管理用のハンドルを返すクラスを作って
TreeViewにそのハンドルを入れとけばいいのでは。
679 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 17:12:19 ID:heXhx7kW.net]: >>629
ちょっx86やx64でアトミックに読み書きできる（バスサイクルが他コアに割り込まれない）ことが保証されているのは
32 bitまででしかも32 bit境界に整列している場合のみのでは…
ちなdoubleは64 bit
680 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 17:30:50 ID:b5BOjBYY.net]: >>663
あっ、それでできるんですか。
ありがとうございます、やってみます！
681 名前：デフォルトの名無しさん [2020/05/04(月) 18:04:04.39 ID:IDpBo4iue]: あなたの会社は｢お金を介した｣依存？全員副業必須の経営がもたらした脱依存
https://www.businessinsider.jp/post-212190
コロナで働き方改革　東芝・ルネサスが週休3日制導入
https://www.nikkei.com/article/DGXMZO58776260U0A500C2TJC000/
新潟から週2回東京に出勤、サイボウズの複業採用社員に聞く複業ライフのリアル。
https://www.businessinsider.jp/post-166126
兼業でフリーライター、サイボウズ社員・明石悠佳に学ぶパラレルワーク術
https://www.wwdjapan.com/articles/752575
｢複業を解禁しなければ人も企業も成長しない｣複業全面OKのサイボウズ社長と実践社員の本音対談
https://www.businessinsider.jp/post-33893
育休は最長6年、副業もOK！サイボウズはなぜ「100人100通りの人事制度」を作ったのか
https://logmi.jp/business/articles/50252
年商10億円の“フリーランスの王”に聞く就活論「頭が悪い人ほど大手企業に行く」
https://headlines.yahoo.co.jp/article?a=20200401-00292145-bizspa-bus_all
副業3600万円のブロガー、マジメに確定申告したら税金がヤバいことに…
https://headlines.yahoo.co.jp/article?a=20200320-01649629-sspa-bus_all
682 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 18:05:00 ID:hwmiGMKy.net]: >>665
64bit境界であることは必須
あとは大昔のCPUじゃなければアトミック
683 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 18:43:33.39 ID:wRQD0Fqh.net]: wandbox上だとatomic<double>はロックフリーらしい、多分x86-64環境なら同じ
https://wandbox.org/permlink/0LWMsNPNmSn6rpZ4
684 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 18:54:28 ID:heXhx7kW.net]: >>668
>64bit境界であることは必須
ハア(ﾟДﾟ)？
ていうことは
　char *p = ～;
　*p = 'a';
は、pが8の倍数でなければ非アトミック？？
　short *q = ～;
　*q = 123;
もまた、qが8の倍数でなければ非アトミック？？？

なんと？！
685 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 18:56:20 ID:/R09lZ8N.net]: doubleの話をcharに拡大して何がしたいのか
686 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 18:57:04 ID:aRLx0l42.net]: アスペは文脈が読めない
687 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 19:00:17 ID:aMJtnkBw.net]: shortだって64bit境界跨いでたら非アトミックだぞ
わざわざ作らなければそんなことにならないだろうけど
688 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 19:06:17 ID:heXhx7kW.net]: つかインテルアーキテクチャーのソフトウェアーデベロッパーズマニュアルに
689 名前：よると 「8.1.1 Guaranteed Atomic Operations」 に書いてあったわｻｰｾﾝ；；；； []: [ここ壊れてます]
690 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 19:09:35 ID:heXhx7kW.net]: The Intel486 processor (and newer processors since) guarantees：
- Reading or writing a byte
- Reading or writing a word aligned on a 16-bit boundary
- Reading or writing a doubleword aligned on a 32-bit boundary

The Pentium processor (and newer processors since) guarantees：
- Reading or writing a quadword aligned on a 64-bit boundary
- 16-bit accesses to uncached memory locations that fit within a 32-bit data bus

The P6 family processors (and newer processors since) guarantee：
- Unaligned 16-, 32-, and 64-bit accesses to cached memory that fit within a cache line

とのことなので「The Pentium processor (and newer processors since) 」ならおk
691 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 19:15:43 ID:heXhx7kW.net]: で、「The P6 family processors (and newer processors since) 」において
キャッシュラインを跨ぐとatomicが保証されない旨がその下に書かれているので、
- Unaligned 16-, 32-, and 64-bit accesses to cached memory that fit within a cache line
は妄信はできん
やっぱalignedな場合しか信用できん
692 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 19:18:59 ID:/R09lZ8N.net]: まあ今時のプロセッサだとキャッシュライン単位でしかdramアクセスしないからそうなるのが自然なんだよね
693 名前：デフォルトの名無しさん mailto:sage [2020/05/04(月) 20:44:57.79 ID:Aib9AjJN.net]: こういう非常時でも特に誰かがプログラムで社会貢献してるとは聞かないな
694 名前：デフォルトの名無しさん mailto:sage [2020/05/05(火) 05:46:34 ID:EU5dGh0t.net]: アングル：コロナ感染経路、スマホ使った「接触追跡」の最前線
https://jp.reuters.com/article/health-coronavirus-tracing-idJPKCN21X0LE

つかビッグデータ取り扱い系分野は災害時に地味に活躍している印象
ホンダとか東日本大震災翌日からインターナビで収集した情報で被災地の道路寸断マップを
作って公開したんだったと思った（記憶モード
https://www.honda.co.jp/news/2011/4111109.html
695 名前：デフォルトの名無しさん mailto:sage [2020/05/05(火) 07:41:06 ID:NyxHUKM5.net]: ビッグデータを公開してくれれば誰か作るんじゃね
696 名前：デフォルトの名無しさん mailto:sage [2020/05/05(火) 07:46:04 ID:pSJxQCb1.net]: >>679
見た夢をそのまま書くスレ26
https://mao.5ch.net/test/read.cgi/occult/1584792697/
697 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 11:06:32 ID:lE4/XlkX.net]: >>612
その変の話は詳しくないので分からないのですが、この質問は、マルチコアやマルチCPUでの話ですか。
前から、その辺は、CriticalSection()などで排他処理すれば問題ないのではないかと思っていたのですが、その変どうなんでしょう？
それとも、自作OSなどで、 CriticalSection()のようなものを自作する場合の話でしょうか？
ちなみに、xor xchg などの話はよく理解できてません。
これらは、複数のCPUが1つのフラグを同時に読み書きした場合の問題なんでしょうか。
698 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 11:15:03 ID:lE4/XlkX.net]: >>682
マルチCPUなどの場合は、キャッシュの同期(?)も関係してくるので、
そもそも何を持って「atomic」かどうかということが疑問になってきます。
キャッシュの内側で、CPUが、atomicにキャッシュに書きこんだつもりで
あっても、他の CPU のキャッシュに反映されない可能性があるので意味が
ないように思えます。
となれば、キャッシュ制御まで含めて考えないといけません。
キャッシュも、1次キャッシュ、2次キャッシュ、データ用キャッシュ、
コード用キャッシュ、パイプライン、などものすごく複雑になっているので、
果たしてそういうようなものを含めて「atomic」という言葉ですべてを語ることが
出来るのかどうかも疑問です。
699 名前：デフォルトの名無しさん [2020/05/06(水) 11:18:02 ID:q6Rk1GB6.net]: 自演かと思ったらレス繋いでるだけか
紛らわしい
700 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/06(水) 11:26:57 ID:exILxtx0.net]: >>682-683
https://cpprefjp.github.io/reference/atomic/memory_order.html
701 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 12:03:09 ID:+O5RjP+P.net]: >>612の意味は
読み書きの途中で他のCPUやコア、スレッドが別の処理を行う事で一貫性が無くなる事は無いということ

例えばatomicでないと
64bitの一部を書き込んだところで
他のスレッドが値を読んでしまって
64bit全体としてあり得ない値になる
というような事が起こらない
というだけ

同期とか他の読み書きとの順番とか
そういう事はatomicは何も保証しない
702 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/06(水) 12:24:44 ID:exILxtx0.net]: データベースとかで言う Atomicity と同じやね。
703 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 14:18:32 ID:lE4/XlkX.net]: >>686
あるスレッド書いたdouble値を別のスレッドが読みたい場合
CriticalSection 中に読み書きすればよいのではないですか？
704 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 14:20:11 ID:lE4/XlkX.net]: OSカーネルの実装以外では、命令自体の atomic 性に期待するのではなくて、
ちゃんと、OS が用意している API や system call を使って、CriticalSection
的なブロックを作って、その中で読み書きするのが基本ではないですかね。
705 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 14:25:21 ID:E/8R3YZo.net]: >>688
それで十分ならそれでいいよ
無理して難しいことしなくていい
706 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 14:39:37 ID:lE4/XlkX.net]: MotherBoard上にもキャッシュがありますし、マルチコアではなく、マルチCPUの
環境だと、いくらCPUがatomicに書いているつもりでも、バスでつながっている
他のCPUのキャッシュには反映されていない可能性もあるのではないでしょうか。
707 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 14:47:57 ID:E/8R3YZo.net]: >>691
だから難しいこと気にしなくていいって
だまってCriticalSection使ってろ
708 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 14:50:55 ID:E/8R3YZo.net]: お前のバカなところはてめぇの無知を自覚せずに
atomicは不要というぶったぎり論を始めたところだ
もしいい年したおっさんなら芽がない
709 名前：◆QZaw55cn4c mailto:sage [2020/05/06(水) 14:52:33 ID:yhwBg0Yu.net]: >>691
＞MotherBoard上にもキャッシュがありますし
それは Pentium 世代でしょうね、PenII 世代からはマザーにキャッシュを乗せるというのはきいたことがありません
710 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 15:28:47 ID:dxwAL6rC.net]: >>693
そんなに物知りなら、こんなところで聞かずにIntelマニュアルでも調べたら分かることじゃないか。
711 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 15:32:15 ID:dxwAL6rC.net]: はっきり言って、ここで double 値への書き込み atomic だなんて言ってる人の言うことはどこまで信用できるか分からん。
x86 CPU的には、xchg命令など一部の命令を除いてはそんなことは保障されてるかどうか定かではない。
712 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 15:40:04 ID:g1nQsgpd.net]: >>695
お前こそマニュアル読めよ
メモリ操作にはlockプリフィクスがつけられるんだよ
713 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 16:04:50 ID:dxwAL6rC.net]: lock prefix は、mov 命令には付けられないがな。
714 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 16:15:13 ID:zSUZ9nVL.net]: データ競合と競合状態ごっちゃにしてない？
715 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 16:36:19 ID:DK2U3wBE.net]: アトミックはいわゆるout of thin airな値の発生を防ぐためのもの
それ以上でもそれ以下でもない
716 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 16:50:28 ID:8YawtAIF.net]: std::atomic の意味付けとごっちゃになるから、「割り込み不可」「不可分」あたりと使い分けてほしいなぁ。
717 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:03:54 ID:dxwAL6rC.net]: もしかして、
double　　g_dbl[1024];
に対して、何かの値を足すような動作を、2つ以上のスレッドで
分担して行うことで高速化しようとしているのか？
そんなやり方は、マルチスレッドプログラミングでやっていいのだろうか。
普通は、要素番号 0～511 までをスレッド1が、512～1023 までをスレッド2
が計算して高速化する。
全く同じ場所に複数のスレッドが書きこむことは原則としてやらないはずだ。
718 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:08:11 ID:dxwAL6rC.net]: >>7
719 名前：03 GPGPUを使ったレイトレーシングでも、画面上の別のピクセルをそれぞれのコアが 計算するのが原則で、1つのピクセルを複数のコアが分担して計算するには、それなりの 工夫がいる。 工夫というのは、途中までは別のワーキングエリアに書きこんでおいて、最後に その結果を基本的にシングルコアで足し合わせて最終結果とするようなことだ。 これだと、例えば、途中の計算を double型で行うとしても、doubleへの書き込みが atomicであることは特に必要ない。 []: [ここ壊れてます]
720 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:11:26 ID:E/8R3YZo.net]: >>698
そうだけどmovはそもそもatomicじゃん
>>696 で何をいいたいのかわからないな
(ちなみに最近のコンパイラはfpu命令でなくsimd使うのでmovと書いてる)
721 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:14:17.87 ID:dxwAL6rC.net]: 気になったのは、「atomic」というコンピュータサイエンスで用いられている
言葉を >>612 のように実際のCPUで出来ているかどうか質問していること。
IntelのCPUマニュアルでは、atomicという言葉は使わずに、#LOCK PINアサート
が立つかどうかや、キャッシュコヒーレンシー、といった言葉で説明されている。
「atomic」という言葉は、キャッシュなどが「無いものとして分かり易く」
理解するには有効であるが、実際のCPUではキャッシュの一貫性や、PCIバス規格
と絡んだ詳細な説明が必要となる。
何を持って「atomic」というか、という問題が起きるからだ。
722 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:18:53.44 ID:dxwAL6rC.net]: >>704
movも、実際のCPUでは必ずしもatomicとは限らない。
まず、alignment 境界を跨いででいるような場合や、
物理的に複数のCPUがマザーボード上にある場合のキャッシュの一貫性の問題が
あるから。
Intelの最適化マニュアルなどで、マルチコア並列化の例として上がってないような
方法は、勝手にやると破綻するかもしれない。
実機で実験してやるのは自由だが、他の人のCPUでは誤動作するのは覚悟した方がいい。
「アメリカ人は、書いてないものを勝手に使ったあなたが悪い」
という思想だぞ。
723 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:31:25.73 ID:E/8R3YZo.net]: >>706
マニュアルに安全な具体例として載ってないから疑ってるって話ね
ご自由にどうぞ
でもそれはあくまでお前の判断
メジャーコンパイラがintelのサポートうけてないとは思えないから
おれはコンパイラの出力眺めてみるけどね
724 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:39:01.96 ID:dxwAL6rC.net]: >>707
並列化の処理は研究されているから、Intelが例として一度も書いてないんだったら
多分やめた方がいいと思う。
725 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:49:26.97 ID:+O5RjP+P.net]: >>705
atomicとコヒーレンシーや同期がごちゃまぜになってる

もうちょっと勉強するか
素人なら素直に既にある同期や排他制御の仕組みを使いなさい
726 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:51:54 ID:+O5RjP+P.net]: 色々な理由でやむを得ず使う上級者の技を
素人がまねしなくて良い
727 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 17:57:11 ID:E/8R3YZo.net]: >>708
ちなみにメジャーコンパイラが
std::atomic<double> ＆ std::memory_order::relaxed
をどう展開するか知ってるんだよね？
これを疑ったらコンパイラを自作するしかないんでは？
728 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 18:31:40.49 ID:dxwAL6rC.net]: >>711
そのoperator=()関数は、store() 関数を使っていて、その関数は lock(), unlock()
で囲ってから書き込みをしている。
729 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 18:56:13.77 ID:E/8R3YZo.net]: >>712
そりゃご愁傷様
おれの環境だと普通にmovqだけどね
730 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 18:57:46.10 ID:dxwAL6rC.net]: >>713
だったらそれでいいじゃない。
731 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:17:44 ID:E/8R3YZo.net]: >>714
おれは最初から困ってないしw
お前がいろいろ大丈夫かよ
732 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:18:48 ID:dlDgLyfe.net]: ちょっ（キャッシュの）一貫性とアトミック（なアクセス）は別概念なのでは…
後者はあくまで>>665の括弧内の意味
一貫性が保証されている�
733 名前：P一キャッシュライン内のデータに対するアクセスでも アトミックでないケースが理論上はありえる []: [ここ壊れてます]
734 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:19:22 ID:ZjhSP/3u.net]: なんで揉めてんだか訳わかんね
735 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:21:46 ID:dlDgLyfe.net]: つか同一キャッシュラインに乗っているからといって
配列アクセスは非アトミック、
736 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:23:51 ID:dlDgLyfe.net]: >>681
じゃあ電話交換機のプログラマーとか？

災害に際して実際に活躍したシステムの例を引き合いに出したのに
なんで白昼夢スレに誘導されるのかがわからん…
737 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:44:30.16 ID:6g3bWVkt.net]: C++でdoubleで同期取ろうとしてることすら意味不明なんだがキミたちは結局何がしたいんだい？　
処理系依存するものはOSの同期を使えよ。
738 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:47:35.61 ID:S060FgXU.net]: >>705
atomicっていう言葉は使われてるが
https://xem.github.io/minix86/manual/intel-x86-and-64-manual-vol3/o_fe12b1e2a880e0ce-258.html
739 名前：デフォルトの名無しさん mailto:age [2020/05/06(水) 19:48:49.83 ID:kak2WxQU.net]: 同期がめっちゃ遅いから困ってんだってよ
740 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:55:48.41 ID:6g3bWVkt.net]: 同期は遅くて当たり前だろ。
並列化したら速くなるとか同期コスト知らないIT音痴の妄想なんだから。

処理系依存していいならIntelのTSX試せよ。
741 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 19:58:00.21 ID:DK2U3wBE.net]: 同期を速くするのは無理だぞ
高速化したければ同期を減らすんだぞ
742 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 20:12:52.44 ID:E/8R3YZo.net]: >>720
できるかどうかと
やるべきかどうか
は別の話
区別しようぜ
743 名前：843 mailto:sage [2020/05/06(水) 21:51:51 ID:U6CLxvSb.net]: Atomicの話と同期の話の区別も宜しくねw
744 名前：デフォルトの名無しさん mailto:sage [2020/05/06(水) 22:20:21 ID:+O5RjP+P.net]: >>720
誰もdoubleで同期を取るなんて話はしてない
atomicなアクセスの話題

>>718
複数ならSIMDレジスタを使う
YMMなら4個、ZMMなら8個までatomic
745 名前：デフォルトの名無しさん mailto:sage [2020/05/07(木) 00:01:22.08 ID:hoUWiCnf.net]: 同期をとればatomicである必要はない
そういうことじゃないのか
746 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 00:24:54 ID:N8w6+mz8.net]: 話をまとめるとこうなる。

・8byteの読み書き命令がatomicかどうかは処理系依存する話でC++の話ではない。スレチだが聞くならチップを指定して聞け。チップ仕様見れば答えは出る。議論の余地はない。
・8byteの読み書きを同期したい、atomicにしたい。OSの同期か適当な同期ライブラリ使え。悩む余地なし。
・atomicと同期は話は別だ　→ありえないw ハードでatomic命令の実装に同期が必要だし、ソフトの同期処理の実装にCPUのatomic命令を使う。atomicの実装を知りたければVHDLスレにでも行け。
・馬鹿は同期を理解できない←30年前から言われてる名言。C++スレでdoubleがatomicかというアホ質問自体が証左。
747 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 01:03:56 ID:M+iqUPlL.net]: EOF
748 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 01:11:02 ID:0pZrsm5h.net]: >>721
なんだ、そこにそのまま書いてあるじゃない。
つまり、alignされているなら quadword は atomically に Read/Write できる。
キャッシュラインの中に納まっているなら align されてなくても OK、と。
8.1.1 Guaranteed Atomic Operations
The Intel486 processor (and newer processors since) guarantees that
the following basic memory operations will
always be carried out atomically:
・Reading or writing a byte
・Reading or writing a word aligned on a 16-bit boundary
・Reading or writing a doubleword aligned on a 32-bit boundary

The Pentium processor (and newer processors since) guarantees that
the following additional memory operations will always be carried out
atomically:

・Reading or writing a quadword aligned on a 64-bit boundary 16-bit accesses to uncached memory locations that fit within a 32-bit data bus

The P6 family processors (and newer processors since) guarantee that the following additional memory operation will always be carried out atomically:
・Unaligned 16-, 32-, and 64-bit accesses to cached memory that fit within a cache line.
749 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 06:07:03 ID:cLsDnrKi.net]: >>612に対する回答は既に>>675で明確に示されて終わってる話。
それを急に同期の話と勘違いしてとんちんかんな蒸し返し方をした>>682が�
750 名前：ｨかしい []: [ここ壊れてます]
751 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 06:35:21 ID:N8w6+mz8.net]: その486の話でいうと、当時、486は自己書き換えコードを駆逐した。Prefetchされたコードは非同期のまま実行されたからだ。Prefetchされたものはメモリではないと言い訳してもPGはそうは思ってないのだから高速なCPUだけ動かないコードがいっぱいあったわけだ。
結局、Intelが折れたのかPenから正しく同期されるようになった。TSXといいIntelも結構やらかしてるし、PICじゃ今でも同期エラッタてんこ盛り。MIPSの実装なんて言わずもがな。
752 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 06:52:28 ID:Xvq6sZ7Q.net]: 同期って用語の使い方に違和感があるなあ
753 名前：843 mailto:sage [2020/05/07(木) 07:35:15.71 ID:/g81R4QF.net]: >>734
同意
そもそも486の時代に自己書き換えコードがいっぱいあったとかにわかに信じがたい
754 名前：デフォルトの名無しさん mailto:sage [2020/05/07(木) 08:02:12.59 ID:wkYaXeHy.net]: 8086時代は結構あった
古いコードのおもりをさせられた人は苦痛だったろうね
今よりはるかにパズルコードが多かったし
755 名前：デフォルトの名無しさん mailto:sage [2020/05/07(木) 08:27:36.65 ID:N8w6+mz8.net]: >>732
atomic命令=排他制御(同期処理)された命令。同義。
doubleアクセスがatomicか知りたい=double値で同期したいと解釈するのは普通じゃないかな。
まぁatomicであろうとなかろうと、C/C++的にはOSの同期オブジェクト使えって結論になるわな。
マルチスレッドの再現性ないバグの99%は同期のおれおれ実装が原因だし。
756 名前：843 mailto:sage [2020/05/07(木) 09:26:23.94 ID:rgMcdocw.net]: アトミックと排他制御と同期処理って同じじゃねーぞ
doubleでアトミックと言うのは例えば
double d = 1.23;
…
d = 2.34;
ってやった時にdが1.23と2.34以外の値にならない事を言う
どっちの値になるかまでを保証するわけじゃない
757 名前：デフォルトの名無しさん mailto:sage [2020/05/07(木) 09:34:04.25 ID:qJNaSSxu.net]: 何に基づいた主張なのかわからない
論拠も書くべき
758 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 09:50:51 ID:N8w6+mz8.net]: >>738
おれは同じ意味で使ってるし、
世界の技術者もそうだからボクたちに合わせてくれないかな。
759 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 09:53:56 ID:Uptrp4d8.net]: >>737
> まぁatomicであろうとなかろうと、C/C++的にはOSの同期オブジェクト使えって結論になるわな。

お前 ID:lE4/XlkX だよね？
760 名前：843 mailto:sage [2020/05/07(Thu) 10:01:49 ID:EiluKhsY.net]: >>740
> おれは同じ意味で使ってるし、
それは勝手にしてくれ、どうせ人の言うことを聞かないだろうし
> 世界の技術者もそうだから
妄想乙w
761 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 10:21:20 ID:N8w6+mz8.net]: >>741
単発IDのくせにいなきり「お前」かよ。GWはほんと口の聞き方も知らないリアルクズ野郎ばかりだな。
おまえのような礼儀も知らず妄想しかできない低能クズに寛容なるおれ様が特別に教えてやろう。

違いますよ^^　礼儀を知らない馬鹿は二度とおれにレスすんなw
762 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 10:32:16 ID:PvsEcGe8.net]: 同期とアトミックと排他制御が同じとは
ヤバいのがいるなこのスレ

ソフトウェアの基礎を学んだ方が良い
763 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 10:36:17 ID:0pZrsm5h.net]: 個人的に並列化処理といえば、例えば2coreの場合、
double buf[1024];
の内の、0-511 までを core1、512-1023 までを core2で処理するものだと思っていた。
atomicであるかどうかを気にしている人は、
buf[0] を core1とcore2で
[core1]
for(・・・) {
　buf[0] += 1.0;
}
[core2]
for(・・・) {
　buf[0] += 1.0;
}
みたいに同時に書きこみたいと思っているの？？？？
でも、atomicというのは、書き込みのみ、または、読み込みのみ、のどちらかの
場合だと適用できるけど、↑のコードの場合、+= 演算子は、直前の値を読み取ってから、
1.0 を足して、同じ場所に書きこむ動作をするので、いくら、double値の書き込みが
atomicであっても、結果はめちゃくちゃになるよ。
764 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 10:45:35 ID:Uptrp4d8.net]: >>743
- std::atomicの使い
765 名前：どころを理解してない - "OS"の同期プリミティブを使えと主張 (なぜOSと限定？) この二つの条件を満たす別人が現れる確率は結構低いと思ったんでね 非礼の詫びとしてatomicの使いどころ知りたかったら教えてやるけどどう？ []: [ここ壊れてます]
766 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 10:50:13 ID:Uptrp4d8.net]: >>745
そんなraceばりばりの例だめにきまってんじゃん
単純に一方がwriter、他方がreaderでもatomic性は必要でしょ
767 名前：843 mailto:sage [2020/05/07(Thu) 11:13:09 ID:lQhGrp4h.net]: >>745
> atomicであっても、結果はめちゃくちゃになるよ。
+= の話はレイヤーが違う
2 threadで元々0.0の変数に各々 += 1.0を10回実行した時に結果が20.0増えないことがあるって言う話をしてるんだろうけど結果は1.0~20.0に範囲になる
>>612のは浮動小数点フォーマットとして正しいかどうかもわからん
768 名前：デフォルトの名無しさん mailto:sage [2020/05/07(木) 11:20:48.41 ID:Xvq6sZ7Q.net]: std::atomic<double>はoperator+=ないね
769 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 12:09:28 ID:0pZrsm5h.net]: >>748
>>612のは浮動小数点フォーマットとして正しいかどうかもわからん
それも、個人的には分かっているつもり。
770 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 12:11:04 ID:0pZrsm5h.net]: >>747
>単純に一方がwriter、他方がreaderでもatomic性は必要でしょ
確かに必要だね。
でも、個人的には具体的にどういう利用例があるのか分からない。
771 名前：843 mailto:sage [2020/05/07(Thu) 12:17:56 ID:FtlEpNqJ.net]: >>750-751
書き込みスレッドが書き込んでいるデータを読み出しスレッドが読み出して表示する
とかの場合アトミックでないと不正なデータを表示してしまう
計測器等でありがちな処理だよ
772 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 12:53:58 ID:N+2vUAWE.net]: >>751
一番原始的なスレッド通信

>>745
複数命令を使って事実上アトミックに出来るCPUもあるし
整数ならアトミック加算出来る命令があるCPUもある

ARMやMIPSは前者、x86は後者
773 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 17:00:45 ID:jqbAFx8V.net]: C++に限ったことじゃないかもしれないんですけど質問させてください
typedefで型に別名つけることについてです。今いじってるコードでたとえばvector<animal>にanimalsって型名をつけるようなのが山のようにあるんです
これすごくわかりにくいなと思います。例えばvector<animals>で宣言されてればその変数にどんな操作ができるのか一発ですが突然animalsで宣言されても何ができる型なのか初見では分かりません
別名をつけることがメリットになることってあるんでしょうか
774 名前：デフォルトの名無しさん [2020/05/07(Thu) 17:14:48 ID:8jv+kISL.net]: メリットは君が言ってる通り特定の言語に限った話では特定の回答は出て来ないし
言語を取り巻く環境(エディタや統合環境や諸々)でも答えは変わってくる
775 名前：◆QZaw55cn4c mailto:sage [2020/05/07(Thu) 18:04:16 ID:VS6AE9q5.net]: >>754
using animals = std::vector<animal>;
わたしも、こういう typedef はしない方ですね、リッチなエディターを使っていないせいかもしれません
書いた人は別名を細かく付けた方がいいと考えているようですが、こういうのは記述の粒度の問題かもしれませんね
776 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:08:47 ID:cLsDnrKi.net]: >>754
例えば後からvectorじゃなくてlistにしたいなーと思ったときに修正箇所が一箇所で済む
777 名前：デフォルトの名無しさん [2020/05/07(Thu) 18:14:03 ID:V086WOzl.net]: テンプレートで使うからでは。
778 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:29:01 ID:0pZrsm5h.net]: >>754
書くのが簡単になり、見るのも分かり易くなることがある。
また、animal_s とちゃんと最後に複数形を現す「_s」を付けるという
自分なりの命名規則を付けておけば、vector<animal> のことである
こともすぐに分かる。
779 名前：デフォルトの名無しさん [2020/05/07(Thu) 18:31:07 ID:0pZrsm5h.net]: >>759
なお、型名は小文字ではなく、Animal か、CAnimal、TAnimal のようにするのが慣例。
vector<Animal> の場合、AnimalVector とすると、書くのも理解するのも楽になる。
templateのままをコード中に大量に書くとわずかな書き�
780 名前：ﾔ違いで変な動作になりかねない。 []: [ここ壊れてます]
781 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:36:04 ID:0pZrsm5h.net]: >>760
templateは、C++の中でも最も複雑で、書き間違えたときのエラーが理解しにくい
とされる部分。
だから、vector<Animal>とコードのそこかしこに書きまくるのはお勧めしない。
それと、<や> は、キーボードの配置からして打ち込みにくいという事情もある。
指が届きにくい場所にあるというか。
また、vector<Animal
と> を書き損じたような場合、>を探してコンパイラが変な場所でエラーを出して
しまい、どこでエラーが始まったか探し出すのに苦労するようなこともある。
だから、このような「組み立てられた型」は、毎度毎度そのまま使うと痛い目に
遭う可能性があるので、animals と typedef した人は賢い。
782 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:37:12 ID:N8w6+mz8.net]: >>746
レスするなと言ってるのにほんと人の話を聞いてないな。だから別人だって言ってるだろう。
std::atomicの使いどころってstd::atomicの話題に一度もレスしてないし、std::atomicの話を振られてもいない。

しかもOS限定とか妄想そのもの。
> OSの同期か適当な同期ライブラリ使え。悩む余地なし。
と最初に言ってる。逆にキミのその発言で、キミは今まで禄にコードを書いたことのない糞ガキの学生ということがよくわかったよ。

仮にOS提供の同期機構かstd::atomicかという選択であっても1nmもstd::atomicの選択余地はない。0%だ。
枯れてないライブラリは論外。同期バグはOr****やIntelでもやらかすし、枯れてるほうを使う。
何十年もカーネル開発者が注力し、コキ使われてきた実績のある同期コードを選ぶのがまともな社会人。
キミのような無責任な子供やテストしないOSSな人じゃないからね。OS提供がなくても同じ。
組み込み系ならチップメーカーが提供する同期ライブラリを使う。
783 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:39:12 ID:0pZrsm5h.net]: 命名規則は、animals よりも、
vector<animal> の時には、AnimalVector
list<animal>の時は、AnimalList
とするのがお勧め。
最後の s だけだと、見落とす可能性があることと、集合体であることだけは
分かっても、それが、どんな種類の集合体かまでは分からないため。
784 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 18:42:48 ID:0pZrsm5h.net]: もうひとつ、vector<animal> より、AnimalVector とした方がいい理由は、
正規表現検索する場合のため。
正規表現だと、< や > は何らかの meta 表現的な意味を持っている場合があるかも
知れないので、型名は単純な alphabet 列の方が何かと便利。
785 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 19:54:24 ID:RMklkh4T.net]: 今どきシステムハンガリアンもどきなんてやだよぅ
786 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 20:03:35 ID:wkYaXeHy.net]: vectorからlistに変えられなくなる
787 名前：◆QZaw55cn4c mailto:sage [2020/05/07(Thu) 20:14:04 ID:k+gNGLxR.net]: >>763
vector から list に変えるときに、名前もいちいち変えないといけないのだったら、その命名ルールは今いちですね…
788 名前：デフォルトの名無しさん [2020/05/07(Thu) 20:56:23 ID:V9Hy6a5I.net]: Animalsの話題はわたくしがC++最大の謎と呼ぶvector継承不可問題だ
Javaだと「class Animal extends ArrayList<Animal>{」とできる
でもC++だとvectorそのものの継承はデストラクタの関係で認められていない

つまりクラスを作るかtypedefするか、C++には2通りの解決方法が存在する
789 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 21:04:23 ID:+JcfXk10.net]: 自分作りゃいいだろ
コンテナくらい
790 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 21:04:44 ID:Gk4UMZDB.net]: 別にvector継承してもいいんだよ
protectedかprivate継承する分には何の問題もない
役には立たないけど
791 名前：デフォルトの名無しさん [2020/05/07(Thu) 21:07:22 ID:qT/QDoOR.net]: この程度でs付け忘れるとか不注意にもほどがある
792 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 21:10:02 ID:QyPqnZke.net]: いや、vectorは今となっては継承すべきでないってこともないだろ
793 名前：デフォルトの名無しさん mailto:sage [2020/05/07(Thu) 21:21:54 ID:hoUWiCnf.net]: vector<>のデストラクタが仮想でないのは仕様の欠陥ですか？
794 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/07(Thu) 21:30:23 ID:8B1BhNza.net]: 注意深さに自信があるならデストラクタが virtual でないクラスを public 継承しても
それ自体は言語仕様には反しないけど、人間は間違うのでな……。

>>770
private 継承した上で外部から呼び出しを許すメンバ関数は using すればいい。
役に立たないということはないと思う。
795 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 01:16:40 ID:Fn7VYFHg.net]: 基本的なことだと思うけどよく
よくあるイベントループってどうやったらシンプルかつMT安全かつ効率的に実装できる？
次のような条件で
- qeueuが空ならwaitする
- qeueuにイベントが追加されたら直ちにおきてdispatchする
- dispatchに長い時間かかることもありえる
- add_eventは可能な限り短い処理で完了する。
- stopがよばれたらloopから直ちにぬける。dispatch中の場合は終わってから抜ける。

次に雰囲気コード書きます。
796 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 01:21:33.28 ID:Fn7VYFHg.net]: loop()がこれではいかんのはわかってるけど、どうすれば簡潔に書けるのかわからん
他にもあやしいところがある気がする

bool running = true;
std::deque<int> unsafe_queue;
std::mutex mtx;
std::condition_variable cond;
using unique_lock = std::unique_lock<std::mutex>;
void stop() { running = false; }
void add_event(int i)
{
　　unique_lock _(mtx);
　　unsafe_queue.push_back(i);
　　cond.notify_one();
}
void dispatch(int) { /*do something*/ }
void loop()
{
　　unique_lock lock(mtx);
　　while (running) {
　　　　cond.wait(lock, [] { return !unsafe_queue.empty(); });
　　　　auto ev = unsafe_queue.front();
　　　　unsafe_queue.pop_front();
　　　　dispatch(ev);
　　}
}
797 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 03:21:51 ID:7git1+gm.net]: まずconcurrent_queueを持ってくるなり作るなりして用意した方がいいよ
イベントループにロックやイベント混ぜて書くとわけわからなくなる
798 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 03:34:19 ID:7git1+gm.net]: イベントって同期イベントね
799 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 03:38:35 ID:FOXu+lyu.net]: concurrent_queueは必要ないと言うかこの用途だと無駄な処理増えるだけじゃね
800 名前：843 mailto:sage [2020/05/08(金) 05:40:01.72 ID:JnpjOAnv.net]: >>775
BlockingCollection使えばいいだけじゃねーの？
801 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 06:51:21 ID:M/JmLjh0.net]: >>776
それ、イベント発行しないと止まらなくね？
802 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 11:45:01 ID:Fn7VYFHg.net]: >>777
concurrent_queueって標準であります？どれのこと？
MT安全なqueueクラスを作ると
イベント待ちしてるときのstopで即終了が面倒かなと思いました
803 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 12:06:11 ID:Fn7VYFHg.net]: >>781
そうなんですよね
runningのチェックって一回のままで実現できないですかね？
804 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 12:18:21 ID:Fn7VYFHg.net]: >>780
BlockingCollectionってどこにあります？
ぐぐったらC#のクラスは見つかりましたが
上に書いた通り、stop時の処理がまわりくどくなりそうなのを気にしてます
実行時のロジックがシンプルなやり方を追求したいです
805 名前：843 mailto:sage [2020/05/08(金) 12:23:41 ID:UXU8nfWQ.net]: >>784
> BlockingCollectionってどこにあります？
> ぐぐったらC#のクラスは見つかりましたが
触れちゃ駄目な人だったか…
806 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 12:39:35 ID:N+8ZKU+/.net]: 普通は終了を意味する番兵オブジェクトを用意するんじゃないの
キューの中身を最後まで処理して欲しいなら単に番兵を積めばいいし、無理矢理終わらせたいならキューを強�
807 名前：ｧ的に空にしてから番兵放り込めばいい []: [ここ壊れてます]
808 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 13:50:27 ID:Fn7VYFHg.net]: >>786
なるほどそれだときれいに書けますね
runningフラグは不要にできると

しかしわりとクリティカルな処理を想定してるので
stopを呼ぶスレッドで(イベントオブジェクトの)解放処理が起るのは問題に
なるかもしれないです(例ではintですが実際はもうちょっと凝った構造体)
runningフラグ前提だときれいに書けないですかね？
809 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 17:13:05 ID:+t+L26mC.net]: こんなんでいいのでは。running2回チェックは避けられそうにないなあ。チェックよろ
start() {
{
lock()
running = true
}
run(loop)
}
stop() {
{
lock()
running = false
}
notify()
join()
}
loop() {
lock()
while(true) {
cond_wait(!empty() or !running)
if (!running) {
break
}
pop()
}
}
810 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 17:29:10 ID:NOJZfKLR.net]: スレッド動作トリガーはcond 1個にして
スレッド内で、キューやrunningフラグを見る
811 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 17:32:31 ID:NOJZfKLR.net]: Windowsみたいな高機能な同期が有れば
イベント、タイマー、ファイルアクセス、ネットワーク通信
などなど色々な物を同時にトリガーに出来る

linux系はその辺が貧弱
スレッドを動かす為のスレッドが必要になったりする
812 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 17:46:30 ID:+t+L26mC.net]: >>790
全部selectやepollでまとめて待てるけど、winはもっと高機能なん？
813 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 18:43:53.40 ID:NOJZfKLR.net]: yes
814 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 19:10:58 ID:Fn7VYFHg.net]: >>788
インデントつけました

void loop() {
　　lock()
　　while (true) {
　　　　cond_wait(!empty() or !running)
　　　　if (!running) {
　　　　　　break
　　　　}
　　　　pop()
　　}
}

cond_waitの前にrunningみなくて大丈夫ですかね？
startの直後loopが始まる直前でstopが呼ばれた場合cond_waitって起きます？
815 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 19:27:16 ID:V12mYFi1.net]: >>792
違いは同期オブジェクトを含められるかどうかぐらいでは？
それ以外ならlinuxでもたいていfdになってる
少なくとも>>790の後ろ三つは可能
イベントもパイプで代用できることが多い
816 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 20:07:48 ID:DADrWmcq.net]: >>793
cond.waitはブロックする前に一度条件式を確認する動きになってる。
条件式が初めからtrueであればそもそもブロッキングをしないからcond.waitの前にrunningをみなくても大丈夫だと思う
817 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 20:36:08 ID:Fn7VYFHg.net]: >>795
そうでしたか
ありがとう
818 名前：デフォルトの名無しさん mailto:sage [2020/05/08(金) 22:51:30 ID:Fn7VYFHg.net]: もうひとつ質問させてください
>>776 のrunningはstd::atomic_boolにする必要はあります？

C言語だとこの手の変数はvolatileにすると思うのですが
C++ならatomicでしょうか？
上の方でatomicのこといろいろ書いてありますがこの場合はどうなんでしょう？
819 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 00:53:16 ID:8wHk9BWj.net]: void Foo::pushReq(const XXXReq& req)
{
　EnterCriticalSection(&m_csec);
　{
　　if (!m_bTerminate) {
　　　m_requests.push(req);
　　　SetEvent(m_hEvtNewRequest);
　　}
　}
　LeaveCriticalSection(&m_csec);
}
820 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 00:57:33 ID:8wHk9BWj.net]: bool Foo::popReq(XXXReq& req)
　for (;;) {
　　if (!m_bInOperation) {
　　　// イベント待機
　　　WaitForSingleObject(m_hEvtNewRequest, INFINITE);
　　　if (m_bTerminate) {
　　　　return false;
　　　}
　　　m_bInOperation = true;
　　} else {
　　　EnterCriticalSection(&m_csec);
　　　{
　　　　if (m_requests.empty()) {
　　　　　m_bInOperation = false;
　　　　　// 今入っているイベントはbInProcess中に入ったもので
　　　　　// 明らかに古いのでリセット
　　　　　ResetEvent(m_hEvtNewRequest);
　　　　} else {
　　　　　// 要求があればpopして処理
　　　　　req = m_requests.front();
　　　　　m_requests.pop();
　　　　}
　　　}
　　　LeaveCriticalSection(&m_csec);

　　　if (m_bInOperation) {
　　　　// 処理すべきリクエスト有り
　　　　break;
　　　}
　　}
　}
}
821 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 01:01:13.28 ID:8wHk9BWj.net]: ウィンド
822 名前：ーズの同期APIの仕様により 同期API呼び出し時点であらゆる変数のメモリへの書込みとメモリからの読み込みが完了するので とくにvolatileは不要 なはず、 []: [ここ壊れてます]
823 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 06:06:39 ID:1JWVR6vl.net]: >>797
>>788のようにrunningの更新をlockで保護するのであればatomic_boolにする必要はないと思うよ
void stop() {
　　std::lock_guard<std::mutex> lk(mtx);
　　running = false;
　　cond.notify_all();
}
お手本でも普通のboolを使ってる
https://cpprefjp.github.io/reference/condition_variable/condition_variable.html
https://cpprefjp.github.io/article/lib/how_to_use_cv.html
824 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 11:17:56 ID:KZFWOt7Z.net]: >>801
loop()内のrunningは毎度メモリから読まれる必要があるので
C言語ならvolatileにすると理解しています
つまりループ内で最適化されてしまわないようにするためだと思います

これがC++だと仕様的にもともと問題ないのでしょうか？
逆に最適化がかかりにくくなってしまう気がします
ただ手元で実装したものは最適化かけていても確かに期待通り動いています
825 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 12:59:28 ID:1JWVR6vl.net]: >>802
POSIX準拠のシステムでは同時アクセスを防ぐ書き方(mutexによるlockとかstd::atomicによるstore/loadとか)
をすれば自動的にメモリ同期(メモリへのフラッシュ)が行われる作りになっていてvolatileとかを気にする必要がないらしい
https://yupo5656.hatenadiary.org/entry/20040618/p2
826 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:06:53 ID:8wHk9BWj.net]: >>802
>>776のコードの全体の当否はおくとして
while()の中でlockしているのであればlockされるブロックに出入りする際に
>runningは毎度メモリから読まれる
が実現されるからrunningフラグはvolatile無しでもむ無問題、

C++の標準的なlockの仕様は知らんがlockに出入りするときに
CPUのライトキューやリードキューに未処理のライトコマンドやリードコマンドが乗ったままだと
正しいロックにならないから普通のlockの実装ではメモリバリアを行う

メモリバリアはコンパイラに対してはイントリンシックな関数か何かとして定義されており、
それらの呼び出しのときコンパイラは空気を読んでレジスタに乗ったままの変数を放置しないはず…
（変数に対する副作用がある関数呼び出しとみなす
827 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:16:40 ID:2pLCfdPK.net]: POSIXスレッドはetchになってからようやく使い物になった
woody以前は酷い出来だったのは酔い思い出
828 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:46:46.99 ID:8wHk9BWj.net]: しかし以下のような実装のときrunningにvolatileが本当に要らないかどうかわわからん…

void bar() { (内部でlockを行う) }

====↓↓↓異なる翻訳単位↓↓↓====

void foo {
　bool running = false;　　// runningはローカル変数
　while (running) {
　　bar();　　// 一見runninguへの副作用が考えられないシグネチャ
　}
}

どうやっているのかは知らんが、ウィンドーズの同期系API（上の例でbar()にあたる）は
うまいことやってくれる（と思う！
829 名前：◆QZaw55cn4c mailto:sage [2020/05/09(土) 13:51:04 ID:y1dzFt5u.net]: >>803
というか、pthread や pthread 採用の C++11orlater で記述するのが普通です
volatile のみでなんとかするようなものじゃない
830 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:52:06 ID:8wHk9BWj.net]: よく考えたら上のコードではrunningへのポインタを他のスレッドが知っていることもありえないから、
そういう意味でvolatile不要（最適化上等）か…orz

一方、runningがグローバル変数なら、異なる翻訳系で定義された関数を呼び出した後に、
runningは改めてメモリから読まれることはコンパイラが生成するコードの規定の動作なので
volatile不要

まとめると、runningがグローバル変数でありかつ同期目的の関数内でメモリフェンスしており、
かつそこが毎回通る限り、runningにvolatileは不要
831 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:53:07 ID:VRhqXw ]: [ここ壊れてます]
832 名前：8t.net mailto: >>806
running がローカル変数なら bar() での副作用は無理だから volatile の有無によらず foo() は空にできちゃうのでは？ []: [ここ壊れてます]
833 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 13:54:44 ID:VRhqXw8t.net]: （リロードしてなかった・・・）
>>808 つまり volatile が必要なケースは無いね？
834 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 14:01:00 ID:8wHk9BWj.net]: >>810
多分、orz
計算機科学や実際のプログラムの実装は複雑怪奇なので、
病的な反例が何かあるかも((((;ﾟДﾟ))))ｶﾞｸｶﾞｸ
835 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 14:22:58 ID:KZFWOt7Z.net]: >>803
それはメモリバリアのことですよね
つまりCPU内のリオーダーの制御で
lockからunlcokまでメモリアクセスはその外にリオーダーされることがない

>>802 で気にしてるのはそれではないです
レスわけます
836 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 14:32:48 ID:KZFWOt7Z.net]: >>804
> >>802
> >>776のコードの全体の当否はおくとして
> while()の中でlockしているのであればlockされるブロックに出入りする際に
> >runningは毎度メモリから読まれる
> が実現されるからrunningフラグはvolatile無しでもむ無問題、

一度目はメモリから読まれるのは確実だと思います
ただループの場合、2度目のリードからはコンパイラが最適化をかけて
一度目の値を使いまわす可能性があると思います

void loop()
{
　　unique_lock lock(mtx);
　　auto r = running
　　while (r) {
　　　　....
　　}
}

と置き換えてしまう可能性があるのでは？ということを心配しています
私のC言語開発の経験ではこの場合はvolatileにするのが鉄則でした

c++のコンパイラはかしこくrunningは都度メモリから読み出すべしと判断していると
なるとその判定はどうやって行っているのでしょう？
一律にローカル変数以外はメモリから呼び出すわけではないと思います
(それだとかなり性能が落ちると思います)
837 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 14:56:31 ID:8wHk9BWj.net]: >>813
コンパイラ視点で見れば中身のわからないcond.wait()と言う関数呼び出しが
グローバル変数runningに対する副作用を持たない（値を書き換えない）ことの保証が無いから、
cond.wait()をループ外にくくりだす最適化が行われることは普通は無い。 --- （A）
また、ソースコード上cond.wait()を呼び出した後にrunningを参照する箇所があれば、
普通はかならずメモリからrunningを読み直すコードが吐かれる　--- （B）

普通でない場合というのはコンパイラがcond.wait()メソッドの中身まで知っていて
runningに対する副作用が無いと結論付ける場合が考えられるが、
それでもcond.wait()の中で
　(1) メモリバリアを行っており、
　(2) その意味をコンパイラが知っている
限り、コンパイラが「（cond.wait()呼び出しによる）runningに対する副作用が無い」と結論付けることはありえない --- (C)

というわけで、普通は(A)、(B)が成立するからrunningのvolatileは不要
(A)、(B)非成立な変に賢いコンパイラでも、(1)と(2)が成立するなら(C)が成立するからrunningのvolatileは不要
838 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:08:39 ID:1JWVR6vl.net]: >>813
ループは>>793の方法で行くんじゃなかったの
839 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:08:46 ID:KZFWOt7Z.net]: >>814
それはstd:::condition_variableを使った場合に限定していますか？
基本的にpthreadのwrapperだと思うのですが、仮にコンパイラがそれを特別扱いしているとすると
pthreadをダイレクトに使った場合はどうなりますか？
あと客観的な文献を示してほしいです
840 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:11:10 ID:KZFWOt7Z.net]: >>815
そうですが別の話題なのでわかりやすく書きました
ただ >>793 もイベント処理中はunlockしておく必要があったのでそこは変えました
841 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:20:05 ID:1JWVR6vl.net]: >>817
それだと>>813のコードでwhile(r) (あるいはwhile(running))ってなってるのがわからない
>>793だとwhile(true)の中でif(!running)ならbreakするって形でそもそもrunningは一回しか評価しないはず
842 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:38:10 ID:8wHk9BWj.net]: >>816
>それはstd:::condition_variableを使った場合に限定していますか？
いいえ

>pthreadをダイレクトに使った場合はどうなりますか？
どう使うつもりかわわからんが、コンパイラに中身を知りようが無い関数の
呼び出しがループ内に生じる限り同じ話

>客観的な文献を示してほしいです
(1) 変数に対する副作用がある（かもしれない）関数がループ外にくくりだされないこと
　コンパイラはソースコードをオブジェクトコードに翻訳する際、
　ソースコードに書かれたアルゴリズム（有限ステップで終わる＆非同期要素無し）の
　動作結果を変えてはならない。この原則はコンパイラの教科書に書いてあるし常識と言っても過言ではない
　で、変数に対する副作用がある（かもしれない）関数の不適切な最適化はこの原則にひっかかる

(2) 少なくともMSVCがメモリバリアの意味を知っている根拠
https://docs.microsoft.com/ja-jp/cpp/intrinsics/readwritebarrier?view=vs-2015
これ、VS2010までは非推奨ではなかったし、サンプルコードも載っていたが無くなってたorz
843 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 15:40:22 ID:VRhqXw8t.net]: >>816
標準スレッドライブラリを使った前後の読み書きについては、
ライブラリ関数呼び出し（ lock/unlock など）が提供するスレッドをまたぐ "synchronize with" 関係と
スレッド内での, "sequenced before/after" による前後関係とをつないだ
"inter-thread happens before" 関係（順序付け）に基づく挙動が規定されている。
https://timsong-cpp.github.io/cppwp/n4659/intro.multithread#intro.races-9
>813 のような書き換えは許されない。

規格化以前の pthread などをダイレクトに使った場合は >>814 の挙げるような
「事実上問題にならない」に頼ることになり、これに volatile を加えても「事実上問題にならない」の
範疇であることに変わりはない。
問題の可能性が減ったり、実際に起こっていた問題の解決につながることはあっただろうけどね。
これについては「客観的な文献」といったものが無かったことも規格化の動機になっただろう。
https://isocpp.org/wiki/faq/cpp11#cpp11-specific-goals
> - Machine model and concurrency ? provide stronger guarantees for and better facilities
> for using modern hardware (e.g. multicores and weakly coherent memory models). ...
844 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 16:27:23 ID:KZFWOt7Z.net]: >>819
なるほど
つまりc/c++コンパイラの最適化において、
副作用がある(pure functionでない)関数があると、それをまたいだ
リオーダーや値の流用をすることはない

当然メモリバリアを張るcond(pthreadも含む)は副作用ありなので
これがループ中に存在する場合はrunningは毎度メモリから読み出されることになる

ということですね
非常によくわかりました
845 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 16:30:24 ID:KZFWOt7Z.net]: >>819
しかし、この場合volatileが不要といえることはわかりましたが、
これはあくまで副作用あり関数の存在に依存しています

と考えると一般的にはvolatileはつけておく方習慣の方がやはり無難だと思いますがいかがでしょう？
(c++ならatomicに置き換えるとして)
846 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 16:33:07 ID:KZFWOt7Z.net]: >>820
ありがとうございます
ちょっとこれを読み解くのは難しそうですね・・・
あとでじっくり読んでみます
847 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 16:41:37 ID:8wHk9BWj.net]: >>821
レジスタに載ったままな変数の流用はともかく、
リオーダーは副作用がある(pure functionでない)関数をまたいでも特に阻害されないんじゃね；
リオーダーの効果はプログラムの実行に関して普通の状況では透過的なので、普通の状況でコンパイラがそれをやめさせる理由が無い

普通でない状況としては>>716みたく同一データに対する複数コアからの同時アクセスがありえるケース
（コンパイラが知りようが無い非同期事象が生じるケース）があるが、
これは（ユーザーコードかライブラリの）プログラマがメモリバリアを明示的に書き、
コンパイラが空気を呼んでその前後の変数の流用も抑止することで処置される

と思うが真実は知らん
気分としてはあくまで>>802の立場であって非同期の問題に関してはノーコメント
事実として出来上がったプログラムが正しく動いているなら問題ないのじゃガッハッハッハ、
848 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 16:43:21 ID:8wHk9BWj.net]: 訂正orz
誤： >>716 ==> 正： >>776
誤： >>802 ==> 正： >>811
849 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 17:00:35.76 ID:1JWVR6vl.net]: >>822
複数スレッドで共有する変数を読み込む以上絶対にlockなりatomicなり�
850 名前：gうわけだから必ず副作用あり関数が存在する []: [ここ壊れてます]
851 名前：はちみつ餃子 mailto:sage [2020/05/09(土) 18:56:58.72 ID:MmeKQuXy.net]: >>822
見かけ上の挙動が仕様通りだったらどうコンパイルしてもよいというのが言語としての基本的なルール。
https://timsong-cpp.github.io/cppwp/n3337/intro.execution
昔は並列実行に関する動作モデルの既定がなかったので、
既定にないことをするプログラムを書いたときに
最適化で除去されたり順序が入れ替わったりしてもそれは仕様通りだったんだよ。

volatile はプログラムとして書いてある通りのことを (たとえ観測できなくても) 実際の動作にも
反映させろというヒントをコンパイラに伝えるものではあるけど、
言語仕様の記述に用いられる抽象機械と実際の実行環境が完全にマッピングできるわけでもない
から volatile が具体的にどう影響するかってのは分からん。
言語仕様外のことをするときのために用意されていると考えてもいい。

つまり、ロックやアトミックまわりの仕様で規定されていることなら volatile を付けようが付けまいが
その通りになるし、既定されていないことなら volatile を付けても言語仕様として得られる保証は何もない。
処理系として言語仕様以上の保証を付けているということはあるだろうけど。
852 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 18:58:03 ID:KZFWOt7Z.net]: >>826
確かに、正しく排他制御しているのならばそれはいえそうです
853 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 19:14:29 ID:TBKnesgm.net]: volatileは簡潔に言うとregisterの逆の作用だね
854 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 22:27:01 ID:IGvav/BT.net]: volatileはコンパイラに、コード通り読み書きを行うコードを吐けと指示するだけ

CPUが勝手に順番を変えたりしないようにCPUに指示をする命令は別途行わなければならない

x86の場合は何もしなくて良い場合が多く
ARMの場合は追加しなければならない場合が多い
855 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 22:31:00 ID:TVkAIoUw.net]: いいえ、単に昔からGCCが糞なだけです。
856 名前：デフォルトの名無しさん mailto:sage [2020/05/09(土) 22:42:09 ID:G+eyUkVB.net]: 最近日本式のやつが再注目されてるじゃないか。
それは欧州式のやつのことじゃないか？
857 名前：843 mailto:sage [2020/05/09(土) 23:22:12 ID:NXsGMAUL.net]: >>826
片方は書き出し、もう一方は読み出しだけなら排他制御しなくてもアトミックでありさえすれば大丈夫だし、そういう実装はそれなりにあるよ
858 名前：デフォルトの名無しさん [2020/05/10(日) 02:46:29 ID:EdgxbLB4.net]: 可変長引数テンプレートから型の文字列を組み合わせて配列を定数化して取り出せるようにするために
以下のようなコードを書いたのですが、

template<typename ... ComponentsData> struct ComponentTypeGroup {
static constexpr std::size_t ComponentCount = sizeof...( ComponentsData );
static constexpr std::string_view TypeTexts[ComponentCount];

template<typename Type> constexpr void TypeGroupText( std::size_t _uIndex ) {
TypeTexts[_uIndex] = Detail::Nameof<Type>(); // 定数文字列を生成する関数です。
}

template<typename First, typename Second, typename ... ArgTypes> constexpr void TypeGroupText( std::size_t _uIndex ) {
TypeGroupText<First>( _uIndex );
TypeGroupText<Second, ArgTypes...>( _uIndex + 1 );
}
constexpr ComponentGroup(){ TypeGroupText<ComponentsData...>( 0 ); }
};

constexpr ComponentGroup()で「型指定子がありません」と出てコンパイルエラーが取れません。
何故このエラーが出ているのかがいまいちわからず、途方に暮れています。
誰かご教授いただけないでしょうか？
859 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 02:51:01 ID:KxiPn0ce.net]: ComponentTypeGroupのtypoでなくて？
860 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 03:20:50 ID:s7BT3+bq.net]: まずそのインターコンチネンタルホテルみたいな長ったらしい名前やめろ
861 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 03:25:28.56 ID:wE52EU/R.net]: 古いコードの一時的メンテのため、stdとstd::tr1をC++11で混在�
862 名前：ｳせて使う話なんですが、 元々C++11以前のコンパイラ用に書かれた using namespace std; using std::tr1::shared_ptr; shared_ptr<Hoge> hoge = ... みたいなコードをC++11でビルドすると、C++11には std::shared_ptr があり ambiguous エラーになりますよね。 最初 share_ptr を std::shared_ptr ということにしてビルドしようかと思ったら、ところどころ std::tr1::shared_ptr と フル宣言してあり面倒なことが判明。なので shared_ptr は std::str1::shared_ptr とみなす方針に戻りました。 なので using namepace std; を保持しつつ shared_ptr を std::tr1::shared_ptr としてビルドしたいんですが、 それって可能でしょうか? 例えば using namespace std; で std::shared_ptr を除外するようなことってできます? 古いコードを出来るだけいじらずビルドしたい、というのが一番のポイントですw []: [ここ壊れてます]
863 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 03:46:29.57 ID:oMXEUzlE.net]: 単に#include<tr1/memory>してstd::tr1::shared_ptrのusingを消すんではあかんの？
新しいコンパイラではstd::shared_ptrとstd::tr1::shared_ptrって同じものでしょ
864 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 05:06:37.17 ID:wE52EU/R.net]: >>838
using std::tr1::shared_ptrを取るとただのshared_ptrはstd::shared_ptrになります (using namespace std)。
すると今回の場合、
　std::tr1::shared_ptr<Hoge> boge; // たまにちゃんと名前空間を使ってる宣言がある
　boge = shared_ptr<Hoge>(new Hoge);
みたいなコードが駄目になるようですが。

std::tr1::shared_ptrとstd::shared_ptrはとりあえず名前としては違うんじゃないですか? 違うとコンパイラー
が認識しているように見えますが。
865 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 11:05:22 ID:sYQDYC6t.net]: 淫乱チンポメンタルヘルス？
866 名前：◆QZaw55cn4c mailto:sage [2020/05/10(日) 11:14:15 ID:PNwCDTcQ.net]: >>840
それ、面白いと思ったのですか？
867 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 11:25:22 ID:5OK5MvZd.net]: >>837
これで全部 std::shared_ptr になるんじゃない？
namespace std { namespace tr1 = ::std; }
868 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 11:49:35.32 ID:sYQDYC6t.net]: インサートチンポレンタルホテル！
869 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 12:12:32 ID:6Ru0pW3/.net]: >>842
> namespace std { namespace tr1 = ::std; }

おお、これで std名前空間の中に tr1 のエイリアスを定義できる感じですか?
結果 std::tr1 は ::std -> std を指す、と。
870 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 12:19:21.29 ID:KGOVLWXM.net]: >>834
constexpr ComponentGroup()の返り値がない。

constexpr void ComponentGroup()じゃない？
871 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 12:49:31 ID:uBqrUzQt.net]: コンストラクタの綴り間違えているんじゃね？
何れにしろconstexpr static memberをコンストラクタやメンバ関数内で初期化は出来ないと思うが。
やるならstatic constexpr member関数の戻り値で初期化するとかしないと
872 名前：デフォルトの名無しさん [2020/05/10(日) 13:27:57 ID:EdgxbLB4.net]: >>845
>>846

あ……すみません。
コンストラクタの綴り治せばエラー取れました(汗
ご教授ありがとうございました
873 名前：デフォルトの名無しさん [2020/05/10(日) 17:58:29 ID:Pcmn53iK.net]: namespace std { inline namespace tr1 {} }

#include <memory>
874 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 18:02:33.35 ID:LV0wbaaG.net]: std名前空間に何かするのは基本的に未定義動作に繋がるのでやめようね
875 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 18:15:05 ID:3khm8gAC.net]: カラオケで自分が歌いながら録音したカセットテープを爆音でドライブしながら女に聞かすようなものだな
これどう？オレが歌ってんだけど？的な
876 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 18:53:54 ID:0gvZuU03.net]: >>850
それ良くやる
877 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 19:05:46.41 ID:m91+LxrO.net]: 女「さむっ・・・オープンカーかと思ったわ」
878 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 19:30:31.12 ID:657zsB50.net]: >>848
どうもです、しかし
879 名前：自分の環境だとうまくいかないですね。gcc 5.4.0 です。 error: ‘shared_ptr’ is not a member of ‘std::tr1’ std::tr1::shared_ptr<Hoge> hoge; ^ とりあえず>>842を試してみたんですが、やってみるとインクルードファイルが意外と多く、そのほとんどに #include <tr1/なんちゃら> があり、これらを全て tr1無しにする必要が。 コンパイラーのフラグ等でtr1無しをインクルードするようなことってできましたっけ? うわーさらに脇道。 とりあえず上記を書き直すとした場合、変更量が増えるにつれ、やっぱ全部のファイルで素直にtr1を 全部置換したほうがいいんじゃないかという気が徐々に... っておい > 自分 >>849 御意。ちなみにstdは普通の名前空間とは違うということですか? しかし namespace の使い方の勉強になりました。いやあ色々思い付かれてすごいです。 []: [ここ壊れてます]
880 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 19:41:27.78 ID:5OK5MvZd.net]: >>853
#include <tr1/～> も保持するなら、自分のソースツリーに tr1/～を捏造して
その中に #include <～> と >>842 を並べて書けばいいでしょ。

まぁ置換で済むならそっちだろうけど。
881 名前：デフォルトの名無しさん mailto:sage [2020/05/10(日) 21:40:19.38 ID:LV0wbaaG.net]: >>853
std名前空間の中は標準とその実装のための特別な場所
https://ja.cppreference.com/w/cpp/language/extending_std
882 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 06:44:06 ID:WjiQACf7.net]: 使われないけど標準なんです。
883 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 10:06:29 ID:ihiMo4aq.net]: 関数内で宣言した変数を途中でconst化したいときってどうやったらいいですか？
関数というのはこんな感じです

void func() {
int a;

～aの値を設定する百行くらいの処理～

～aを用いたメイン処理。途中で誤ってaを変更しないようにしたい～
}

aをconstで宣言しておいてaを設定するところはconst_castするというのはやりたくないです。
初期化用関数initializeを作って const int a = initialize(～); とするしか方法はないですか？
できればそれもしたくないのですが
884 名前：デフォルトの名無しさん [2020/05/11(月) 10:09:55 ID:MhpqGE2N.net]: &a にアクセスする権限を readonly にするとか
環境依存だろうけど
885 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 10:13:30 ID:vLTbwMZ+.net]: >>857
a に設定する値を求める処理を関数化して、その戻り値でconstのaを初期化する。
886 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 10:14:29.69 ID:vLTbwMZ+.net]: あ、したくないって書いてあったね
887 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 10:18:49 ID:m+8/4tPw.net]: >>857
初期化用関数を作るのが嫌な理由は何？
外のスコープに名前を付けて置くのが嫌ということならラムダ式で済むと思うんだけど。
888 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 10:53:26 ID:ihiMo4aq.net]: >>859>>861
関数作るのが嫌なのは、気分ですね。バカバカしい理由ですみません。

関数外に置くのが嫌でラムダ式は多用しているのですが、使うときはある程度まとまった処理をするときなので
初期化程度のことにラムダ式を持ち出すのは大仰な気がしてやりたくありません。
これまた個人的な好みで恐縮ですが。

（ちなみに>>857で挙げた初期化処理が百行くらいというのは大げさで、概ね数行くらいです。）
889 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 11:22:30 ID:rmb+jfMY.net]: どうしてもなら、こうだな
int a_;
//a_で初期化処理をする
int const& a = a_;
//aはconst
890 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 11:26:38 ID:rmb+jfMY.net]: アホらしいけど、こんな手も考えられる
struct sample
{
int a;
void func() {
//初期化処理
std::as_const(*this).func();
}
void func() const {
//aをconst扱い
}
};
891 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 11:30:27 ID:tShYcoYg.net]: 後半をlambda化すれば
aをコピーキャプチャしてmutableにしなければconstになる
892 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/11(月) 11:37:55 ID:p ]: [ここ壊れてます]
893 名前：GzfxkdL.net mailto: GCC や Clang の拡張を使ってよいならこういう書き方は出来る。

void func() {
const int a = ({int a; a=1; a;}); // ブロック内で初期化処理を書いて値を返す
std::cout << a << std::endl; // メイン処理
}

たぶん >>857 が考えている用途だとこれが一番楽なんじゃなかろうかと思うんだけど、
標準ではないってのはやっぱりネックになってくるな。 []: [ここ壊れてます]
894 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 11:54:09 ID:WjiQACf7.net]: constウイルスw
895 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 12:17:38.26 ID:oXH9qZIA.net]: ポインタ使えばいいのに
const付きのポインタを宣言だけしといて初期化のスコープ内でアドレス渡せばいい
896 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 12:21:06.88 ID:vUv7mwxB.net]: >>862
RAII教に入信しておとなしく初期化ラムダ関数を使うがよい
897 名前：デフォルトの名無しさん [2020/05/11(月) 14:54:10 ID:NX9zuntd.net]: IT掲示板群 ttp://x0000.net/forum.aspx?id=15

学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など

simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0
898 名前：デフォルトの名無しさん [2020/05/11(月) 14:54:11 ID:NX9zuntd.net]: IT掲示板群 ttp://x0000.net/forum.aspx?id=15

学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学物理学化学生物学天文学地理地学
IT 電子工学言語学国語方言など

simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0
899 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 14:58:27 ID:vIusnhzf.net]: >>868
なるほど、考えてみれば参照型にすればいいんだ。
int a;
(a に対する初期化処理);

const int &a2 = a;
(a2 を読み取るだけの処理);
900 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 15:01:13 ID:vIusnhzf.net]: 変数名として灰化の用にすればわかりやすいかもしれない。
物理学では、a0 は、a の初期値を意味することが多いので、学術的にも分かり易い。

int a0;
(a0 に対する初期化処理);

const int &a = a0;
(a を読み取るだけの処理);
901 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 15:02:26 ID:rdm6Cg4w.net]: >>873
誤: 変数名として灰化の用にすればわかりやすいかもしれない。
正: 変数名としては、以下のようにすれば分かり易いかも知れない。
902 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 15:28:25 ID:ZT/W926b.net]: a0がスコープから消えないのは片手落ち
どのみちトリッキーなことして読み手を混乱させることしない方がいい
単純にスコープを一画面に収まるぐらいに短くしろ
903 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 15:33:11.51 ID:rmb+jfMY.net]: キモい個人サイトの宣伝をNG登録っと
904 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 16:16:12.98 ID:rdm6Cg4w.net]: >>875
>a0がスコープから消えないのは片手落ち
言われてみれば。
905 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 16:35:15 ID:gZOsi0FN.net]: 処理を途中で止めて、変数とかvectorの中身を確認したりするソフト知らない？
906 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 16:37:43 ID:rdm6Cg4w.net]: >>875
以下のようにすればその問題も一応は解決する。

int a;
(a に対する初期化処理);

{
　const int &a0 = a;
　const int &a = a0;　　// 外の a とは別の a を宣言。
　(a を読み取るだけの処理);
}

さらに
#define XXX(_x_) const int &_x_##0 = _x_; const int &_x_ = _x_##0
というマクロを導入すれば、

int a;
(a に対する初期化処理);

{
　XXX(a);
　(a を読み取るだけの処理);
}

でいける。
907 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 16:38:36 ID:rdm6Cg4w.net]: >>878
それがデバッガー。
IDEの中に入ってる。
908 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 16:59:50 ID:rmb+jfMY.net]: >>878
Visual Studioに標準で入ってるよ
909 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 17:54:34.39 ID:ihiMo4aq.net]: やはり大人しく初期化関数使います
いろいろとアドバイスありがとうございました
910 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 18:09:25.84 ID:UkUll7O4.net]: 幅優先探索において座標によって侵入コストが均一でない場合に対応するためにプライオリティキューを用いて、
スタート地点からの総移動コスト値(int)を格納する2次元配列と、
それに対応するインデックスとなる座標を格納する構造体(POINT)で実装したいのですが、
ProgrammingPlacePlusというサイトのC++編の「標準ライブラリ」の第12章(priority_queue)のサンプルコードに習って、
使用コンテナがvectorの場合はうまくいくのですが、listにするとコンパイルエラーになってしまいます

int move_cost[256][256];

bool operator >( POINT a, POINT b )
{
return ( move_cost[a.y][a.x] > move_cost[b.y][b.x] );
}

//vector版
std::priority_queue< POINT, std::vector<POINT>, std::greater<POINT> > vector_prio_que;

//list版
std::priority_queue< POINT, std::list<POINT>, std::greater<POINT> > list_prio_que;

初心者ですみません
どうすればlistでも動作させられるのかご教示頂けませんでしょうか
911 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 18:20:43.09 ID:rmb+jfMY.net]: >>883
vectorならokでlistはngというと、イテレータの種類じゃね？
vectorはランダムアクセス、listはバイディレクショナルという違いがあって
よく引っかかる要注意箇所だよ
912 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 19:14:29 ID:UkUll7O4.net]: priority_queueの内部使用コンテナとしては、vector、list、dequeは条件を満たしていると書いてあったので、できるはずだと思ったのですが…

priority_queueは、topメンバ関数で最も優先度の高い要素にしかアクセスできず、
自分で書いたソースでは添え字やイテレータによる直接のアクセスは行っていない
(メンバ関数も、.push .pop .top .emptyしか呼び出していない)のですが、
コンパイルエラーの表示では、ご指摘のとおりリバースイテレータがどうのと出ていました

error C2784: 'reverse_iterator<_RanIt>::difference_type std::operator -(const std::reverse_iterator<_RanIt> &,const std::reverse_iterator<_RanIt2> &)'
:テンプレート引数を 'const std::reverse_iterator<_RanIt> &'に対して 'std::list<_Ty>::_Iterator<_Secure_validation>' から減少できませんでした
'std::operator -' の宣言を確認してください。

これは内部的にイテレータの操作がされておりそこでエラーになっている感じなのでしょうか？
algorithmやxutilityの該当箇所を見ても難しすぎてわかりませんorz
913 名前：◆QZaw55cn4c mailto:sage [2020/05/11(月) 19:16:21 ID:X9lKtqAV.net]: >>866
例の奴ですね、ならば、ここはラムダ式の出番でしょう、ラムダ式を定義して即評価します
const int a = [](){int a; a = 1; return a; }();

私以外にもこういうのを希望する人がいるということで、安心しました
914 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 19:28:56 ID:VXScjWrk.net]: > priority_queueの内部使用コンテナとしては、vector、list、dequeは条件を満たしていると書いてあったので
それってどこ情報?
軽くググった限りだと、vector、dequeしか出てこないけど
915 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 19:48:22.07 ID:UkUll7O4.net]: Programming Place Plus というサイトで配布されていたオフライン版(2019-07-01更新版)の C++編の「標準ライブラリ」の第12章(priority_queue)に書いてありました
916 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 20:14:46 ID:1e8qKpQP.net]: リファレンスにはvectorとdequeしかないね
https://ja.cppreference.com/w/cpp/container/priority_queue
https://cpprefjp.github.io/reference/queue/priority_queue.html
917 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 20:21:27 ID:UkUll7O4.net]: vectorの部分をdequeに替えたら問題なく動作したので、対応してるのvectorとdequeだけの可能性高そう
できゅーならできる、なんちゃって
918 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 20:42:44 ID:LZ5jZAGa.net]: (デックなんだけど楽しそうだから黙っとこう…)
919 名前：デフォルトの名無しさん [2020/05/11(月) 20:48:20 ID:oppF2e3I.net]: >>888
そのサイトが取り違えている

https://cpprefjp.github.io/reference/queue/queue.html
>要件を満たすものとしては deque と list

queue | Programming Place Plus　C++編【標準ライブラリ】　第１１章
https://programming-place.net/ppp/contents/cpp/library/011.html
>Container には、vector（第５章）や list（第６章）

＊＊＊

https://cpprefjp.github.io/reference/queue/priority_queue.html
>要件を満たすものとしてはvectorとdeque

priority_queue | Programming Place Plus　C++編【標準ライブラリ】　第１２章
https://programming-place.net/ppp/contents/cpp/library/012.html
>Container には、deque（第７章）や list（第６章）
920 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:01:34 ID:UkUll7O4.net]: そこのサイト詳しくわかりやすく解説してくれているから頼りにしていたのですけど、間違いがあるとは残念ですね…
vectorは要素をずらしたりコピーしたりで実行速度が遅そうだと思ってlistを使いたかったのですが、
素人考えでしたかね
921 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:10:39.83 ID:1x7ET1G/.net]: dequeでよくね
922 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:30:43 ID:rmb+jfMY.net]: >>885
difference_typeって書いてあんじゃねえかよ
バイディレクショナルなイテレータは引けねえんだよ
つまりlistは使えねえってこと
923 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:33:07 ID:M5DpbX0A.net]: >>885
std::priority_queue
https://cpprefjp.github.io/reference/queue/priority_queue.html

ここには、vector・dequeがあると書いてある。
list は書いていない
924 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:37:14.43 ID:VXScjWrk.net]: priority_queueって内部実装がヒープみたいだから、
末尾にしか追加削除しないと思われるので、vectorで十分では
925 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:45:02.52 ID:1e8qKpQP.net]: コンセプトがくればこういう悲しい出来事も減るのかな
926 名前：デフォルトの名無しさん [2020/05/11(月) 21:47:53.20 ID:zAHWYKkR.net]: C++って何作れば勉強になるんだろ
927 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 21:54:43.39 ID:UkUll7O4.net]: 縦10マス×横40マスの地図で幅優先探索を100回まわして時間計ったら、
vectorだと989ms
dequeだと904ms
で大差ないかんじでした
デフォルトのままvectorを利用していきたいと思います
アドバイス下さいました熟練者の皆さまありがとうございましたm(_ _)m
928 名前：デフォルトの名無しさん mailto:sage [2020/05/11(月) 22:38:15 ID:M5DpbX0A.net]: 漏れは、2分ヒープを自分で作って、ソートしたりしたけど、

配列の[0]は使わず、[1]から始めると計算が楽なので、
親1, 左右の子は2, 3で、法則は親n, 子2n, 2n+1

コンテナの最後にオブジェクトを追加し、
それが親の数値より小さい場合は、
再帰的に親と交換していく (親子を交換)

再帰的に、親は両方の子以下の数値をもつ。
左右の子(兄弟)の大小関係は考慮しない

配列の先頭要素[1]をPopし、配列の最後の要素を、
[1]に持ってきて、そこから再帰的に、左右の子と比べながら、
子の数値より大きい場合は、入れ替える

ピッコロ大魔王は、これよりもさらに効率的な方法を言ってたけど

このアルゴリズムでは、deque のリンクは不要だろ？
親n, 子2n, 2n+1 で、メモリの場所が分かるのでは？
929 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/12(火) 00:41:18 ID:NsC/lgb+.net]: >>886
質問者はこの場面でラムダ式を持ち出したくないと >>862 に書いてある。
どうして文脈を読めんのだ。
930 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 01:32:23 ID:nCmEHjd6.net]: >>901
なるほど、n, 2n, 2n+1 番の要素に格納してゆくかんじですか、素晴らしいアイデアですね
自力での実装がどうしても必要になったら、配列で作るときのヒントにさせていただきますね

>vectorだと989ms
探索1回あたり10msもかかるのはちょっとおかしいだろうと思って見直したら、
ソリューション構成をDebugにして、「デバッグ開始」してるせいでした
ソリューション構成をReleaseにして、「デバッグなしで開始」にしたら、
探索1回あたり0.02ms弱に収まりました(vector使用時)
STLコンテナ使っててデバッグモードだと500倍も遅くなりうるのか…
ちなみにdeque使用時は0.05msでやや遅めだったのでやはりvectorを使う方がよさそう
931 名前：899 mailto:sage [2020/05/12(火) 02:06:26.24 ID:q3FkXSvr.net]: 普通の実装では、[0]から始めると、
親0, 左右の子は1, 2で、親1, 左右の子は3, 4で、
親n, 子2n+1, 2n+2、となり複雑

子3なら親は、(3-1)/2 = 1
子4なら親は、(4-1)/2 = 1.5 で、切り捨てて1

>>901
では、配列の[0]は使わない。[1]から始めると計算が楽
親1, 左右の子は2, 3で、親n, 子2n, 2n+1

子2なら親は、2/2 = 1
子3なら親は、3/2 = 1.5 で、切り捨てて1
932 名前：デフォルトの名無しさん [2020/05/12(火) 09:47:29.30 ID:9iboxsgQ.net]: 呼び出し履歴で過去の状態に戻れるのは、記録してるからだし。
933 名前：デフォルトの名無しさん [2020/05/12(火) 11:15:54 ID:4WwqN1hQ.net]: dequeue一択
934 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 11:26:05 ID:xLvzOPR4.net]: そういえばdeque使ってよかったって経験ないなぁ
935 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 11:33:14 ID:8l4UOEBM.net]: heap構造ならvectorが速いよね
事前に適切なサイズでreserveしておけば再配置も起きないし
936 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 11:52:31.54 ID:Jgs88fl2.net]: 前後にニョキニョキ伸ばすような用途だとdequeが一番よ
937 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 12:41:24.29 ID:ph0RCKO5.net]: 複数のソース・ヘッダーファイルのセットから一つの動的dllは作れないのでしょうか？
938 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/12(火) 12:45:13 ID:NsC/lgb+.net]: >>910
作れるよ。
939 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 13:34:11.63 ID:ph0RCKO5.net]: >>911
ありがとん
1つのソース・ヘッダーのセットから1つのdllを作るのには成功したのですが、解説サイトも見つからず困っています
940 名前：はちみつ餃子 mailto:sage [2020/05/12(火) 13:43:29.89 ID:NsC/lgb+.net]: >>912
ツールチェインによって手順は違うけど、
ソースファイルがひとつであろうが複数であろうが特別に違うことはしないと思うんだけど。
941 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:09:57 ID:j/0vQ47K.net]: 何が困っているのかさっぱりだぜ
リンカでdllにするんだろ
複数のオブジェクトファイルをリンクすることになんの疑問が
942 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:15:34 ID:9Z5koysX.net]: BASICとかやってた部類の人間だとリンクの概念とかわからんかもね
943 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:17:43 ID:9Z5koysX.net]: そういう化石の人がつい最近いじりはじめた可能性もある
944 名前：はちみつ餃子 ◆8X2XSCHEME mailto:sage [2020/05/12(火) 14:18:45 ID:NsC/lgb+.net]: コマンドラインから使うときでもだいたいコンパイラドライバが
いい感じにやってくれるから細かなことまで意識する機会も
あまり無いしな。
945 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:24:47 ID:9Z5koysX.net]: 昔は依存関係調べるメイクファイルビルダーみたいなの使ってたけど
今はそこら辺もコンパイラが全自動で全部やってくれる
946 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:24:51 ID:s06VnCgE.net]: なんかデジャブ…
つい数日前にもまとめてlib化はできるけどdll化できないって質問があったような…
947 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:24:57 ID:SVn+5d28.net]: >>914
おそらく本人は何も分かっていない、何が分かっていないか分からない、書いてあったことを真似るしか出来ない、ということなんだと思う。
948 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:30:14 ID:9Z5koysX.net]: 写経から悟りを得るかどうかの瀬戸際という辺りか
949 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 14:32:49 ID:0QBBSU9v.net]: 40年前の子供向けBASIC雑誌ですら動的生成を当たり前のようにしてたのになに言ってんだか
C++は何十年遅れてるのってレベル。ゲイツ舐めすぎ。おまえらはジョブス以下。
950 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 15:24:55 ID:j/0vQ47K.net]: プログラムからコンパイラ呼び出して動的ライブラリ作って呼び出せばいいじゃん
951 名前： mailto:sage [2020/05/12(火) 18:31:00.41 ID:cMBaML9B.net]: >>902
初期化時に別に関数やメンバ関数（メソッド）を立てたくない、という >>862 の要望は、かつて私も体感した感覚であり共感を覚えましたので、失礼だとは思いましたが背中を押す意味もこめて敢えてラムダ式を推すことにいたしました
952 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 19:33:06 ID:zY2j7Z+k.net]: MacだとCMakeが便利だった。
953 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 19:38:18 ID:HKiNDHJQ.net]: 即時実行されるlambdaなんて
文法上殆んどblock変わらん見た目で、
最適化かければ性能上もblockと変わらんだろ

[&]{
}();
954 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 19:48:18.72 ID:Jgs88fl2.net]: 即実行ラムダのインライン展開って本当にやってくれるの？
もちろんプログラマとしては期待するところだけど本当に主要コンパイラがやってるか誰か検証してる？
955 名前：デフォルトの名無しさん [2020/05/12(火) 20:13:21 ID:Qfzty+97.net]: 一回しか呼ばれないんならインラインも糞も無い罠
956 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 20:26:40 ID:HKiNDHJQ.net]: >>927
そんなのアセンブリ出力するかobjdumpすりゃ確認できるだろ

msvcですらやっているよ
957 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 20:28:32 ID:u3gpKmNT.net]: 普通の関数コールだって呼び元が1箇所ならインライン展開する
958 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 20:38:00.80 ID:Jgs88fl2.net]: そっかMSVCがやってるなら当然みんなやってるわな
サンクス
959 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 20:38:53.13 ID:u3gpKmNT.net]: いやそんな事もないけど
960 名前： mailto:sage [2020/05/12(火) 20:40:27.49 ID:cMBaML9B.net]: >>926
式しかかけない場所というのがあって、そういう場所では文では駄目ですね
961 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 21:12:01 ID:sL+fzMl7.net]: set::insert()で警告が出るんですが、なんででしょう？vc2015です。

std::set<int> items;
items.insert(1); // ここで警告 C4800

C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\utility(175): warning C4800: 'int': ブール値を 'true' または 'false' に強制的に設定します
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xtree(1823): note: コンパイル対象の関数テンプレートインスタンス化 'std::pair<std::_Tree_const_iterator<・・・
962 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 21:13:55 ID:u3gpKmNT.net]: 書いてある通りじゃね？
963 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 22:10:57.80 ID:sL+fzMl7.net]: >>935
メッセージ内容見ても全然意味がわからないです・・・
警告出ないようにするには、どう修正したらいいですか？
#pragma warning とかでなくて
964 名前：デフォルトの名無しさん mailto:sage [2020/05/12(火) 22:13:18.80 ID:8l4UOEBM.net]: コンパイラを代える
965 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 03:55:06.92 ID:FY0MfQzC.net]: std::set<int> items;
items.insert((int)1); //明示的キャスト
966 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 03:57:56.39 ID:4cp2IEvR.net]: なんでintのコンテナにint突っ込もうとしたら型警告出るんだろうな？
やっぱMSVCってクソだわ
967 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 06:13:43.32 ID:k7uwq6xu.net]: std::set::inster() の引数でbool型が優先されるのか。
どういうオーバーロードが作用してるんだろう。
968 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 06:24:21.32 ID:nnLD0aa0.net]: >>931
頭悪すぎw
969 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 06:25:48.91 ID:nnLD0aa0.net]: >>939
おまえがウジ虫だからだよw
970 名前：938 mailto:sage [2020/05/13(水) 08:02:38.51 ID:k7uwq6xu.net]: 誤; std::set::inster()
正: std::set::insert()

1文字での入れ替わりは珍しくないけど、2字ずれちゃったのは何故だ?
971 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 08:08:13.33 ID:OofdoMNm.net]: 両手でタイプしているとタイミングのずれでそうなることがある
972 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 08:09:03.26 ID:OofdoMNm.net]: しかしs, e, r, tすべて左手だな
973 名前：デフォルトの名無しさん [2020/05/13(水) 09:04:32 ID:JcjM8CgX.net]: ドッペルゲンガーだろね。
974 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 11:24:17 ID:FY0MfQzC.net]: 即席打法inster
975 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 12:06:10.95 ID:xXY8eqGW.net]: >>924
自分も同じです
複数の変数の同時初期化が必要な場合も、前はタプルを返してたけど
c++17の構造化束縛のおかげでずいぶんスマートに書けるようになったと思う
こんな感じで
int i = 2;
int j = 3;
const auto [m, n] = [&](){ return make_tup
976 名前：le(i + j, i - j); }(); make_tupleの代わりにforward_as_tupleを使うと推論がうまくいかないことがあるけどラムダ式だからそんなもんかな []: [ここ壊れてます]
977 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 12:16:08 ID:VSt/R8YQ.net]: Set
https://cpprefjp.github.io/reference/set/set.html

コメントに、こう書いてあるけど、
// C++17から
978 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 13:45:03.91 ID:OofdoMNm.net]: C++17が現行規格で、C++14以前は廃止規格
ただし国内ではC++03が現行規格
979 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 13:48:57.81 ID:hlRp6n7l.net]: 妙な理解してるな
980 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 18:26:46 ID:4cp2IEvR.net]: 合ってるでしょ
JISの最新C++規格はC++03相当の翻訳（誤字誤訳脱文多数）で、今もそれが日本国内の正式な規格
従うメリットはないです
981 名前：はちみつ餃子 mailto:sage [2020/05/13(水) 20:14:04.10 ID:/XT35uGg.net]: ISO は国際的な性格をもつ機関で JIS は日本の機関だけど、
ISO の規格の全てが全世界で通用するわけではないし、
JIS 規格が日本国内だけの効力というわけでもない。
法律に反しない範囲で当事者の合意があればどんな規格だって有効だよ。
規格化活動の便宜のためにそれぞれが独立して活動してるだけなんで、
「JIS は」ならともかく「国内では」みたいな理解は誤り。

あと、「改正前」と「廃止」は別物。
982 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 21:36:34.19 ID:OofdoMNm.net]: よっぽど決まりを守りたくないんだね
そういう人を説得しようとは思わない
983 名前： mailto:sage [2020/05/13(水) 21:44:06.78 ID:k/cJlRBb.net]: >>954
例えば、JIS が C++03 までしかない、からといって国内では C++11 or later が無効、というわけではないと思います
また「C++14 は廃止された」という言い方はそもそも変です
現時点で C++14 で記述するという「決まり」を立てて C++14 でソフトウェアを作成するとどんな問題が発生するのですか？

あなたのいう「決まり」とはなんですか？
984 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 22:04:10 ID:KT7abTkK.net]: >>954
なんだこのバカ
985 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 22:28:38.42 ID:NqwOCnph.net]: C++03でもC++11でも何でも良い
空気を読んでコードが書ければ

組み込みだといまだにC++03の環境も多くあるから
C++03だけでも書けた方が良いし
C++14の機能を使ったコードが読めないのもマズい
986 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 22:31:02.14 ID:NqwOCnph.net]: #defineで動いていて評価も終わってるコードを
わざわざconstexprやインライン関数に書き換えるようなアホな事はするなよ
987 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 22:56:06 ID:FY0MfQzC.net]: constexprはそんなバカコード修正するために在るものじゃないし
988 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 23:33:51.70 ID:RlNw0pdB.net]: 壊れていなくても直す…！
989 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 23:39:11.22 ID:FY0MfQzC.net]: カチャカチャやらなくてもそのうちバカコードをAIが直す時代がくるさ
シンギュラリティは近い
990 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 23:52:49.48 ID:j5LG6G0L.net]: constexprは既存コードを壊すために在る
991 名前：デフォルトの名無しさん mailto:sage [2020/05/13(水) 23:59:58.84 ID:GrmX4NGu.net]: constexpr大好き
992 名前：デフォルトの名無しさん mailto:age [2020/05/14(木) 00:50:00.59 ID:9MnQCjc/.net]: コンスとエクスパ
993 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 02:04:29.95 ID:pTsZ6lRN.net]: #define N 100
#define square(x) ((x)*(x))
// 気持ちわる
994 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 05:49:32 ID:IJMYY156.net]: >>957
プロの現場ではC++03以降が敬遠されてるところをみると、
その空気とはC++は便利なCとでしか使ってはならないということだな。

多くはJava、C#、Python、rubyで十分だし。
995 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 07:15:55.89 ID:Qhhsb9+b.net]: C++17には待ってました�
996 名前：ﾆいう有り難い機能が色々あるのに 付いて来れない低脳に迎合するために使用禁止とか愚の骨頂だ 足引っ張るなぼけ []: [ここ壊れてます]
997 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 07:16:46.37 ID:Qhhsb9+b.net]: 不勉強は罪だぞ技術職では
998 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:03:23 ID:IJMYY156.net]: >>967
冗談はよし子さんw 待ってましたって自分で実装せずに待ってたの？　ただの低スキルプログラマじゃんw
C++はいつも十年遅れて標準化するから使われない機能満載だよ。

stringが必要とされたのはいつですか？　実行時型情報が必要とされたのはいつですか？　マルチスレッドが使われるようになったのはいつですか？

キミは30年遅れてるんだよ。時代錯誤君。だから糞遅いJavaに簡単にシェア抜かれるんだよ。
999 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:14:52 ID:Qhhsb9+b.net]: 構造化バインディングなんか自分で実装できるわけねえだろアホ
何も知らないやつが頓珍漢なこと言ってんな
1000 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:17:40 ID:Qhhsb9+b.net]: それでプロとは笑わせるぜ

まあ、いるけどねHDDを指さしてメモリと言ったり
MTTR/MTBFを知らない「プロ」も世の中には
1001 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:18:39 ID:jtTfGo9Q.net]: Javaって言うほど遅いか
競プロに最適化問題を競って解く分野があるが、Java使いで世界トップクラスの選手複数いる
1002 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 08:25:55.19 ID:IJMYY156.net]: >>970
まずは構造化バインディングの話をしようか。
キミはいつ頃この機能が必要になったのか、何の実装に必要になったのか詳しく聞かせてくれ。

そしてこの機能で今までどういった素晴らしいソフトを作ってきたのか紹介してくれ。
キミほどの優秀な技術者なら著名なプロジェクトを多数参加しているだろうしな。
1003 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:42:44 ID:Qhhsb9+b.net]: >>973
おまえなんかにタダでレクチャーなんかしねえし
身バレするような情報を出すわけねえだろ

おまえ頭がパーだな
1004 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 08:47:57 ID:IJMYY156.net]: 答えれないと知ってて質問してるからいいよ。キミはコードを書かない側の人だからね。
プロジェクトでコード書く人は絶対にこんなこと言わない。こういうことはコードを書かない素人が言うこと。

> 有り難い機能が色々あるのに付いて来れない低脳に迎合するために使用禁止とか愚の骨頂だ
> 足引っ張るなぼけ
> 足引っ張るなぼけ
> 足引っ張るなぼけ
1005 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 09:11:55 ID:nTyJBG5I.net]: キモいのが湧いてるwwww
1006 名前：デフォルトの名無しさん [2020/05/14(Thu) 09:19:04 ID:QxbT6fEj.net]: >>969
よしこさんって書き込みたまに見かけるけど、なんで芳江さんじゃだめなん？？
1007 名前：デフォルトの名無しさん [2020/05/14(Thu) 09:23:11 ID:QxbT6fEj.net]: >>972
遅くないよ。
C++の20倍速いってブログもあったよ。
1008 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 09:27:45.71 ID:IJMYY156.net]: 構造化バインディングの話をしたいのに誰もそっちには乗ってこないんだなw

一体誰がこんな機能待ってたんだろう　言い出した本人は逃げちゃったし
1009 名前：デフォルトの名無しさん [2020/05/14(木) 09:30:38.54 ID:QxbT6fEj.net]: >>979
別に話し合うことも無いと思うけど、何を話し合うの？
1010 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 10:34:07 ID:Qhhsb9+b.net]: >>975
本当に何も知らねえやつだな

> 絶対にこんなこと言わない

目の前に当てはまらない者がいて
言う前から論破されている戯れ言だぜ
1011 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 10:50:24 ID:T9ir0BrB.net]: >>966
逆じゃね
1012 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 10:53:24.55 ID:T9ir0BrB.net]: 構造化バインディングは多値返す関数の使う側が楽になる
mapのループ記述も楽
1013 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 11:16:27 ID:X1Z5LMNW.net]: >>981
お前いつもの煽るしか能のないアホだろw
いいから>>973に答えられる範囲で答えてやれよ
1014 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 11:18:07 ID:X1Z5LMNW.net]: ていうかプロを騙って何か良い事でもあんのかね
よっぼどアマチュアであることに強いコンプがあるんだろうな
1015 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 11:36:20 ID:8Z2Ww5c+.net]: 最新の言語機能使う俺すげー

大人になろうぜおっさん
1016 名前：843 mailto:sage [2020/05/14(Thu) 11:46:09 ID:X6Fr6WNg.net]: そもそも>>967が言うありがたい機能って>>969が言う自前で実装してた機能を自分で実装しなくて済むとかより楽に綺麗に書けるってものでしょ
なので>>969のツッコミが意味不明
単に標準化がおせーよって言いたいだけ？
1017 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 11:47:37 ID:4xm+WE1I.net]: 03至上主義もどうかと思うけどな
unique_ptrくらい使った方がコード品質も上がるよ
1018 名前：デフォルトの名無しさん [2020/05/14(Thu) 11:48:08 ID:tvxDWcUo.net]: 次スレよろ
1019 名前：843 mailto:sage [2020/05/14(Thu) 11:49:30 ID:dNlWUJhr.net]: 中身は子供の使える俺すげー君もうざいけど使えないことを言い訳する>>986みたいな老害もそれ以上にうざいわ
1020 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 11:52:25 ID:nTyJBG5I.net]: constでRAIIちゃんとやろうとしたら構造化バインディングはありがたいのだが
1021 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 11:54:33.42 ID:aX0QHk6r.net]: >>989
とりあえず建てといた
C++相談室 part151
https://mevius.5ch.net/test/read.cgi/tech/1589424805/
1022 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 12:19:53.50 ID:Qhhsb9+b.net]: 技術職の不勉強は罪だと言っている
居直るやつはクズの中のクズだ
1023 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 13:09:18.91 ID:8Z2Ww5c+.net]: 言語の文法の勉強なんで優先度低い
多くの場合大してソフトウェアの品質上がらない
(そもそも定量化できていない、可読性とかいうあいまいな個人の感想だけ)
そんなもんは枯れたころに導入すれば十分
1024 名前：デフォルトの名無しさん mailto:sage [2020/05/14(木) 13:12:11.41 ID:8Z2Ww5c+.net]: ↑は仕事で使う場合の話ね
趣味の人はご自由に
実際おれだって個人開発では17使ってる
1025 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 14:19:57 ID:Qhhsb9+b.net]: 優先度って、まるで他の勉強に忙しいような言い方だな
こんなところで下らない言い訳ばかりしてるやつが
1026 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:23:11 ID:X1Z5LMNW.net]: いいからC++スゲー=俺スゲーしたいだけの馬鹿は黙ってろ
1027 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:28:43 ID:8Z2Ww5c+.net]: そうだね、忙しいね
computer vision系やってるから日々数学の勉強でいっぱいいっぱいだよ
c++の学習は特に頭いらないから週末気分転換にちょっとやる感じ
構造化バインディング使ったところで、認識エラーは1ミリも下がらない
1028 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:29:06 ID:x0qWbzDY.net]: 根性で五万行組み上げたみたいなバカコードは嫌い
そんなのは女にもモテない
もっとスマートにこなすべき
1029 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:46:10 ID:Qhhsb9+b.net]: 見え透いた嘘ぬかすな
週末気分転換にちょっとやってりゃ
未だにC++03にしがみついているわけがない
もし本当にそうならC++には絶望的に向かないバカだ
1030 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:47:05 ID:Qhhsb9+b.net]: C++11から何年経ったと思ってるんだ
週末は年に52回もあるんだぞ
1031 名前：デフォルトの名無しさん mailto:sage [2020/05/14(Thu) 15:51:59 ID:X1Z5LMNW.net]: ん？
＞未だにC++03にしがみついているわけがない
>>995で17使ってると言ってたようだが

てかもうちょい生産的な話出来んのか
仕事でも趣味でも都合の良いコンパイラ使えばいいだけの話
構造化束縛をマクロとテンプレートで実現するとかなら面白い話題なんだけどな(面白いだけで実用性があるとは言ってない
1032 名前：1001 [Over 1000 Thread .net]: このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 51日 15時間 47分 26秒
1033 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef