C++相談室 part157

**デフォルトの名無しさん** · 2021/08/09(月) 10:57:31.60

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

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

前スレの >>997
キューが溢れないようにするのなら
スレッドが実行中かどうかを確認するのではなく
キューサイズを見るほうが確実じゃないですか？

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

>スレッドが実行中か確認したいってどんなときなのかな？
たとえばゲームでセーブするとき、
メインの処理はブロックしたくないので別スレッドで実行しつつ「セーブ中です」みたいな表示を出し、終了したら消す
みたいな時かな

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

>>3
それはセーブするスレッドのほうが開始と終了を通知すればよくない？
そうデザインするもんじゃないの？

できないときもあるのかもしれんが。

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

>>4
もちろん方法ならいくらでもあると思うけど、別スレッドのインスタンス1つで全部済むなら、そっちの方がすっきりするし楽でしょ

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

>>4,5
あぁ、いやそうじゃないか
ゲームのあらゆる部分をスレッドセーフで設計すれば良いのかもしれないけど、
ゲームのメインの状態遷移なんてわざわざマルチスレッド化するような重い処理でもないので、
その辺の表示とかはシングルスレッド前提で書いてるわけよ、もちろんそのほうが楽だからw

**デフォルトの名無しさん** · 2021/08/09(月) 12:17:21.54

この「実行中」が実際にタイムスライスが割り当てられている状態を意味しているんであれば
OSにもよるが実装が大変な割に実際に役立つシーンは限られるような。
>>4であればjoinableで十分だろうし。

**デフォルトの名無しさん** · 2021/08/09(月) 12:25:08.93

別スレッド処理の進捗を他スレッドから閲覧するためのパラメータを使っってる時点で、お察し

**デフォルトの名無しさん** · 2021/08/09(月) 12:40:21.77

前スレ997は色々勘違いしてそうな気がする
普通pushしようとしてキューが満杯なら何らかの同期メカニズムで自分を待ち状態にする
pop側はpopしたらその同期メカニズムに対して待ちを解除するだけだからスレッド自体が実行中かどうかなんて見る必要がない

**デフォルトの名無しさん** · 2021/08/09(月) 13:35:16.98

std::condition_variable

**ハノン** ◆QZaw55cn4c · 2021/08/09(月) 13:52:46.20

正直いって pthread の条件変数は私には理解が難しく、私は安易に win32api のクリティカルセッション&シグナルを多用してしまうのです
ただし、スタベーションに陥ることが多々あり、どうもクリティカルセクション・シグナルでは駄目なパターンがあるかもしれない、とヒヤヒヤしています‥‥

**デフォルトの名無しさん** · 2021/08/09(月) 14:01:28.39

>>2
別に
Producer（pushする側）がこれからpushするのを待っている場合、
Consumer（popする側）はキューサイズ（キューの中の要素数）を見ても
Producerが待っているのかどうかの情報を得られない
なぜなら、まだpushしていないからな

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

>>9
>pop側はpopしたらその同期メカニズムに対して待ちを解除するだけ
そういう実現方法も（pop側が行った待ち解除がキューイングされれば）成立する鴨、と>>997にちゃんと書いているもーん

**デフォルトの名無しさん** · 2021/08/09(月) 14:32:36.91

>>5
>>4って新規スレッド1個で全部済むと思うんだけど……

**デフォルトの名無しさん** · 2021/08/09(月) 14:33:19.09

>>13
いや、スレッドの実行状態なんて見てもしゃーないって話
pop後にpush側が実行中だとしてもそのチェック直後にpushするかも知れん
要するにスレッドの実行状態の変化は排他制御できないから意味がないって話
pop前にいちいちスレッドをsuspendしてチェックしてからresumeするとかするならできるかもしれないけどw

**デフォルトの名無しさん** · 2021/08/09(月) 14:34:07.65

std::vectorの部分ベクトルの切り出しって絶対O(要素数)の計算量かかりますよね？

**デフォルトの名無しさん** · 2021/08/09(月) 14:40:14.51

「部分ベクトルの切り出し」とは何かを定義せよ。

**デフォルトの名無しさん** · 2021/08/09(月) 14:47:54.30

こういうの？
std::vector<int> a{ 4, 6, 4, 9 };
std::vector<int> b(a.begin() + 1, a.begin() + 2);

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

参照できればいいのか、コピーがいるのか、切り出し位置はわかってるのか、検索を伴うのか、
その辺の条件もなしに計算量の議論なんて出来んわ

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

クラスAの内部にクラスBがある (入れ子クラス) として、BからAのメンバにアクセスするテクってないんですかね？
アクセスしたいメンバをstaticにはしたくないです

**デフォルトの名無しさん** · 2021/08/09(月) 16:20:25.36

>>20
AへのポインタをBに定義して、コンストラクタかなんかで渡せばいいのでは？

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/09(月) 16:48:43.56

>>20
クラスの中でクラスを定義しても A の名前空間の中に B が定義されるってだけ。
B のオブジェクトを作っても A のオブジェクトが存在しないなら存在しないオブジェクトのメンバにはアクセスできない。
A のオブジェクト (インスタンス) と B のオブジェクトの間には勝手に関係が出来たりもしない。
関係ないのに関係あるように見えて初心者が混乱してるのはどっかの質問サイトでも見たことがある。
よく理解できてないならまずはクラスの定義を入れ子にせずにやってみるのがオススメ。

**デフォルトの名無しさん** · 2021/08/09(月) 16:52:51.13

>>20
AやBのインスタンスをどう生成してるのよ
>>21の言うようにAへのポインタ持ってたら普通にアクセスするだけでしょ
class A {
public: int i;
class B {
public: B(A* a){ … = a->i; }
}
}
…
auto b = new A::B(new A());

**デフォルトの名無しさん** · 2021/08/09(月) 16:59:35.77

>>19
コピーか参照かは１要素あたりの処理量なので
コンテナの計算量には関係ない

**デフォルトの名無しさん** · 2021/08/09(月) 17:00:48.11

絶対レビュー通らないウンココードでよいなら
(char*)this + offsetof(A, b)でなんとかならんのか

**デフォルトの名無しさん** · 2021/08/09(月) 17:33:38.90

class Aをtemplate化して、class BでAを継承すれはメンバにはアクセスできるけど、たぶんそういうことがしないんじゃないんだろうなw
コンテナクラスのイテレータから親クラスインスタンスのメンバにアクセスしたいとかか？

**デフォルトの名無しさん** · 2021/08/09(月) 17:48:31.00

リファレンサを作るときなんか親オブジェクトへのポインタ使うね

**デフォルトの名無しさん** · 2021/08/09(月) 20:07:17.09

>>23
普通にコンポジションで実現できる条件だよな
メルプラネットの奴らも同じこと言いそう

**デフォルトの名無しさん** · 2021/08/10(火) 00:55:38.92

親オブジェクトへのポインタをうっかり共有ポインタにすると循環参照の原因になる(小並感)

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

+=の引数が1のときは++を呼ぶようにする方法ってありますか

**ハノン** ◆QZaw55cn4c · 2021/08/10(火) 04:41:55.83

>>30
自分でそう書くのがいいのでは？
(n == 1) ? x++ : x += n;

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

>>30
遅くなる可能性があるから気にしない。
コンパイル時に解決できるなら++使っても同じだし、実行時に解決するようだと１かどうかの判定が増えて遅くなる。

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

TCPIPのソケット通信プログラム作ろうと思っているのですが、
コネクションを維持し続ける場合のデメリットって何がありますか？

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

>>32
後出しになって申し訳ありませんが、*、!=、++、+=、- 辺りが定義されたイテレータを持つ自作のデータ構造を範囲for文で走査することを考えています
それ自体は想定した通りにできたのですが、その範囲for文をomp並列化するとイテレータのインクリメントが ++ でなく +=1 で行われるようになります
で、その自作データ構造では ++ よりも += の方が重い実装になっているので、+=1 よりは ++ の方を使ってほしいです

omp に特有の仕様に思えるので、普通に += の冒頭で引数が1かどうかの分岐を入れることにしようかと思います

ありがとうございました

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

マルチスレッドのキューのサンプルをSTLで作りゃったーしたったわ、
https://ideone.com/bS7rqc

↓ここのC#のサンプルプログラムの移植
// https://atmarkit.itmedia.co.jp/ait/articles/1801/31/news023.html

フラグの必要性は意味を取り違えていたわｻｰｾﾝ、
しかしこれフラグ（runningFlag）無しでやるとしたら終了時にConsumerがいちいちProducerが
join可能か調べる（std::thread::joinable()）ことになってスレッドより先にプログラムした人が終了したくなるお
フラグで済むのに、

**デフォルトの名無しさん** · 2021/08/10(火) 15:21:27.23

Windowsのイベントオブジェクトと条件変数の違いまとめ
https://dev.activebasic.com/egtra/2011/09/19/413/

**デフォルトの名無しさん** · 2021/08/10(火) 15:28:07.54

と思ったがやっぱ当初の意味（Producerが待っているのかどうか）のフラグが無いと、
キューが空になった後のnotifyで、1万個あるかもしれない仕事の無いConsumerが次々起床され、
巡り巡ってようやくProducerが起床されるみたいな非効率が生じる余地があるやんけ；；；

やっぱ当初の漏れのフラグ必要という意見で正しかったのかもしんない
漏れは天才なのかもしんない、
かもしんない運転、

**デフォルトの名無しさん** · 2021/08/10(火) 18:25:35.80

つかその前に、漏れの天才eyesが改造元とした@IT様のサンプルプログラムに
スレッドのディスパッチ依存で終了できなくなることがあるという恥ずかしいバグを発見した、
論より証拠：
https://ideone.com/NbKdEQ

変更点は、Consumerを1個にして、Producerの側のある個所にsleepを入れただけ
（マクロ CAUSE_STOPPING_FAILURE_BUG で条件コンパイルで有効にしている個所
これでConsumerスレッドが終了できなくなる

対策は、同ソースコードの BUGFIX_STOPPING_FAILURE_BUG マクロを有効にしたら宜しい

天才の判断である

**デフォルトの名無しさん** · 2021/08/10(火) 18:42:35.68

>>34
すみません。この件なんですが、

void operator += (int n){
　if(n == 1){
　　// ここ
　}else{
　　……
　}
}

「ここ」で演算子++を呼びたいときってどう書いたら良いでしょうか
++の中身をコピペしても良いのですが、
this -> ++
みたいなノリで呼び出せた方が都合が良いです

**デフォルトの名無しさん** · 2021/08/10(火) 19:06:35.71

というわけで最終的な版を貼る、
https://ideone.com/G3XeAg

ProduceとConsumerそれぞれに対する起床条件を分離すた、

日本語ではいくら説明しても一向に理解の光が射さなかったボンクラ学生ﾚｳﾞｪﾙの>>15でも
100行足らずのソースコードなら読めるんじゃないの
知らんけど

**デフォルトの名無しさん** · 2021/08/10(火) 19:11:32.09

>>39
++(*this);
または
this->operator++();

**デフォルトの名無しさん** · 2021/08/10(火) 19:24:28.15

>>41
ありがとうございます
前置/後置の別が自分の中でよく付いていませんが、教えていただいたことに基づいて調べてみます

**デフォルトの名無しさん** · 2021/08/10(火) 19:37:16.72

>>40
で、そこで取れると良い「スレッドの実行状態」って結局何なん？

**デフォルトの名無しさん** · 2021/08/10(火) 20:32:27.09

「スレッドの実行状態とは起こす対象のスレッドが具体的に何をしているか、や
とれると良い、ではなく取ることが必須や

なぜなら、WIN32APIのイベントは1回だけキューイングされるので投げたら投げっぱなしでもそのうち
受け取ってもらえるが、（pthread系統のしくみである）状態変数はそうではなく、
起床信号を投げつける前に相手が信号をキャッチ可能なのか（待ちに入っているのか）知る必要がある

なお、イベントのキューイングの有無によって話が変わる旨はすでに書いたある（>>997
上記のことを書いてあるというのに理解もせずにしつこく同じことを繰り返し言ってきたのが>>15

**デフォルトの名無しさん** · 2021/08/10(火) 21:01:08.35

>「スレッドの実行状態とは起こす対象のスレッドが具体的に何をしているか、や

それって具体的にどういうものを想定しているんだろう。
もともとの話はstd::threadに追加したい機能だったと思うけど、この説明だけじゃ全然想像がつかない。

**デフォルトの名無しさん** · 2021/08/10(火) 22:11:54.85

なんか元にしたコードにまだ問題があった気配orz
MAX_QUEを1にすると高い頻度でProducerとConsumerが両方待ちに入ってしまいハングアップする、、、
対策版は多分これ↓で良いんｼﾞｬﾏｲｶ……
https://ideone.com/at7ef9
（何が起きていて、どうしてこれで対策なのかはコメント参照、

>>45
>>「スレッドの実行状態とは起こす対象のスレッドが具体的に何をしているか、や
>それって具体的にどういうものを想定しているんだろう。
今回のサンプルコードでは具体的にはありません（ｷﾘ
しいて言えば!runningFlagならConsumerが自身を待ちに入れない（∵Producerがもう起こしてはくれない
というのはあるが、>>35に書いた通りフラグ以外の方法でも同じ判定を行える

言っていることにブレがあるのは今日pthreadを勉強したばっかりやし、
天才なので大目に見てﾎｽｲ、

**デフォルトの名無しさん** · 2021/08/10(火) 22:25:26.70

でもまあコメントを読んでいただければ、pthread系のしくみだと
起こす対象のスレッドが何をしているのかについて常に配慮が居るということをご理解いただけるのではないかと思う
今回はたまたま見込みでnotifyして話が通るからスレッドの実行状態を表す変数が具体的に生じなかっただけ

**デフォルトの名無しさん** · 2021/08/10(火) 22:47:59.90

すみません。
自作プログラムが特定のPCだけ同じ場所でntdll.dllのエラーで止まるのですが、何が原因と考えられるでしょうか？
他のPCでは問題無く進み、エラーを起こすPCのメモリにも異常は見つかりませんでした。

**デフォルトの名無しさん** · 2021/08/10(火) 23:06:02.90

>>48
未初期化変数があって無効なアドレスにアクセスしたとかじゃね

確実なことを言うためには例外コードが知りたい
あと問題の箇所のソースコードも

**デフォルトの名無しさん** · 2021/08/10(火) 23:24:57.75

ソースはすみません、ちょっと出せないです
エラーコードは0xc0000005でしま

**デフォルトの名無しさん** · 2021/08/10(火) 23:30:51.53

はいメモリアクセス違反ですね
デバッガでがんばって調べてね

**デフォルトの名無しさん** · 2021/08/10(火) 23:32:41.60

あざす

**デフォルトの名無しさん** · 2021/08/10(火) 23:34:52.75

他の言語にはスレッド実行中か判定するAPIあるしstd::thread作った人達だってそのくらいのこと知ってたでしょ
boost::thread時代にそういった要望もあっただろうし
それでもあえてstd::threadにはスレッド実行中を調べる機能を付けなかった
本質的に必要な機能ではないと判断したんじゃないの？

**デフォルトの名無しさん** · 2021/08/10(火) 23:44:13.15

スレッドそのものの終了状態を知る需要はあまりなく、スレッド内で行われるユーザー定義処理が終わったかどうかが重要だからでしょ

**デフォルトの名無しさん** · 2021/08/10(火) 23:50:54.98

>>47
>起こす対象のスレッドが何をしているのかについて常に配慮が居るということをご理解いただけるのではないかと思う

それがwaitで待っている状態かそうでないかを意味しているんだとしたらそれは正しくない。
チェックした次の瞬間にwaitする可能性もあるわけなんで。

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

>>55
>チェックした次の瞬間にwaitする可能性もあるわけなんで。
無い
チェックと処置をmutexによる単一のロック期間の中でアトミックに行うのだから>>55は全くナンセンスな問題提起

>>53
thread::joinable()があることは書いたもーん

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

問題だらけだった@IT様のサンプルコードだけど
これまともに実装するとしたら条件変数をConsumer x NとProducerの計N+1個設けて、
さらにConsumerそれぞれが待っているのか動いているのかを示すフラグを設けて
全部動いていたらProducerを待たせる
Consumerが待ちに入る直前にProducerにnotifyかけてキックする、みたいな
スレッドプールを手で実装するみたいな話になりそう……

でここまでやるならConsumerの状態変数が実体としてコードに現れる

**デフォルトの名無しさん** · 2021/08/11(水) 01:44:51.77

何を主張したくてごちゃごちゃ言ってるのかさっぱり見えないし途中で変わったりしてるようでもあるので、
続けるならそもそもどういう主張をしているのかいっぺんまとめてほしい。

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

>>56
std::threadから取得する「スレッドの実行状態」の話をしているんだが。
それをmutexでアトミックに操作する？？？

**デフォルトの名無しさん** · 2021/08/11(水) 09:56:36.95

C++ってiPhoneアプリ作れる？

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

>>60
作れる。QtやUnityで。

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

iPhone専用でいいなら、そもそも、Appleが提供している標準開発環境だけでも
C++で作れる。
iPhoneの標準開発言語はSwiftだが、SwiftはC++と相互に呼び出せるから。
ただし、それだけだと面倒かも知れない。
そういう場合は、Qtで作れば。

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

std::vector で insert するとき
v.insert(v.begin() + n, hoge);
とかすると思いますが
このときの n の型って何ですか？
int ?
unsigned long ?
size_t ?
あとこういう型を調べるときって
vector のどことか iterator のどこを調べると判りますか？

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

22.3.11 Class Template vector
23.3.11.1 Overview
3
using iterator = implementation-defined; //see 22.2
となっていて、std::vector::iteratorの型は処理系定義だね

現物で調べるならVisual Studioの[F12]が簡単だと思う

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

>>59
ID:W7aMf5pX = ID:qkzYmFIh はスレッドの状態として
・その瞬間の状態: Run/Ready/Wait/...
・終了してるかどうか: thread::joinable で取得できる
を混同してる（わざとかどうかは知らんが）
あと条件変数とスレッドの状態も混同してるので
> チェックと処置をmutexによる単一のロック期間の中でアトミックに行うのだから
なんて意味不明なことを言い出してる
これ以上続けるなら>>58が言うように本人にまとめてもらわないとますますグダグダになるだけだと思う

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

std::thread使ったことないから自信無くて黙ってたけど
thread::joinable()って別にスレッドが終了したかの判定ではなくない？
他スレッドでの実行を管理していない状態の（空の）オブジェクトが作れるから、そういう空の状態かどうかの判定関数であるように読めた
fstream::is_open()的な……

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

>>63
暗黙変換があるから n の型としてはすべての整数型があり得る。
基本的には、生ポインタで実装される可能性もあるものなので ptrdiff_t だと思っておけばいい。
正確な型が必要なら difference_type とか iter_difference_t とかで調べればわかる。

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

>>66
> thread::joinable()って別にスレッドが終了したかの判定ではなくない？
もちろん正確にはスレッド変数がスレッドと関連づいてるかどうかの判定
彼は>>35辺りでスレッド終了判定と思い込んでるフシが見られるのでそう書いてある

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

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

>>64
>現物で調べるならVisual Studioの[F12]が簡単だと思う

それで判るのは自分で定義した可能性の高い n の型ですよね？
知りたいのは v.begin() + n に要求されている型のことです

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

>>68
やっぱりそうですよね
じゃあ>>65の2個目の中黒の内容については引用？？

例のコードではjoinableなんか使ってないし>>7が書いたのを試しもせずに真に受けた感じなのかな

**デフォルトの名無しさん** · 2021/08/11(水) 15:29:37.31

>>69
v.begin().operator+(n)とでも書き換えてoperator+で[F12]しろということではなかろうか

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/11(水) 15:43:43.66

>>69
ランダムアクセスイテレータには difference_type (またはそれに暗黙に型変換出来る何か) を足すことができて、
その結果の型はイテレータ自身と同じ。
https://timsong-cpp.github.io/cppwp/n3337/random.access.iterators

**デフォルトの名無しさん** · 2021/08/11(水) 15:52:06.26

>>66
>thread::joinable()って別にスレッドが終了したかの判定ではなくない？

実際にそのスレッドが実行中か待ちか終了しているかを表しているわけじゃないことはその通り。
で、たぶんそれで十分だからjoinable以上の機能は用意されなかった。

ところがそれが役に立つ場面があるよと言ったのが前スレ>>997
このスレの>>35と同一人物かどうかは知らんが。

**デフォルトの名無しさん** · 2021/08/11(水) 15:54:21.05

>>71
そういうこと

**デフォルトの名無しさん** · 2021/08/13(金) 02:38:58.72

char *mystrcat(char *a, char *b)
{
// a に b を結合して
return a;
}
みたいな関数を
shared_ptr<char *> mystrcat(shared_ptr<char *> a, char *b)
{
// a に b を結合して
return a;
}
みたいな実装にするとき参照カウンタが無限に増える心配はありますか？
shared_ptr<char *> mystrcat(weak_ptr<char *> a, char *b)
の方が良いのでしょうか？
あと
hoge = mystrcat(NULL, hage); みたいに使用されるときは
mystrcat の中で new してコピーして new したポインタを返したいのですが問題ありませんか？

**デフォルトの名無しさん** · 2021/08/13(金) 02:56:15.88

>>75
shared_ptr<char *> だと、たぶんやりたいことはできてない。
shared_ptr<char[]> の間違いなんだろうと思うけど、この時点でコンパイルすら試してないのが見て取れる。
参照カウンタの動きは挙げられたソースだけじゃ読み取れないけど、無限に増えるなんてことはまず起こらない。
shared_ptr の use_count() で取れるから試してみればいい。
問題があるかどうかも自分で試してみればいい。何を「問題」とするかこちらにはわからないし。

**デフォルトの名無しさん** · 2021/08/13(金) 09:51:25.31

個別の事例で心配ない、問題ないという返答を得たとしても理解が深まらない。
shared_ptr のメカニズムを理解できないと何度でも心配になるだけ。

どういう理屈で参照カウンタが無限に増えると思ったのかを説明してみて。
考え方に間違いがあれば指摘するよ。

**デフォルトの名無しさん** · 2021/08/13(金) 11:40:57.21

char *mystrcat(char *a, char *b)
{
// a に b を結合して
return make_shared<char []>(a);
}
じゃいかんの
しらんけど

**デフォルトの名無しさん** · 2021/08/13(金) 14:30:41.36

適当な質問者と適当な回答者
ゴミとゴミをあわせてもゴミはゴミ

**デフォルトの名無しさん** · 2021/08/13(金) 18:27:35.00

shared_ptr<char []> c(a);
return &c[0];

**デフォルトの名無しさん** · 2021/08/14(土) 08:57:21.71

namespaceってどのように使うものなんですか？
存在意義がわからない。

**デフォルトの名無しさん** · 2021/08/14(土) 09:56:52.00

>>81
大規模ライブラリを設計するときに重宝する機能
詳しい経緯は知らないがグローバルスコープの識別子名の競合を回避する目的で導入されたと思う
namespaceがないC言語時代にいくつからの大規模ライブラリを組み合わせたときに何が起きがちだったか知っていれば納得出来るはず

どんな機能もそうだが、自分が必要と思った時に使えば良いだけだよ
存在意義が分からないならお前にとっては必要のない機能ということだから、気にする必要はない

**デフォルトの名無しさん** · 2021/08/14(土) 10:45:32.18

Cにnamespaceが導入されないのは何故なんです？

**デフォルトの名無しさん** · 2021/08/14(土) 10:48:18.77

>>75
蛇足だけど、理由がなければshared_ptr<char[]>の代わりにshared_ptr<str>にしたほうがいいな。
// a に b を結合して
return a
がすごく怖い。

**デフォルトの名無しさん** · 2021/08/14(土) 11:05:20.03

>>83
namespace

**デフォルトの名無しさん** · 2021/08/14(土) 11:07:32.50

>>83
namespaceを導入するということは :: だのマングリングだのADLだの色々付いてくるからな

**デフォルトの名無しさん** · 2021/08/14(土) 11:09:29.69

>>83
マングリングが必要になってしまうから、ってのが大きいだろうな。

**デフォルトの名無しさん** · 2021/08/14(土) 11:16:28.29

C++を本格的に学ぼうと思って本を数冊買ったが、言語仕様が複雑な割には知らないとエラー起こすだろ
っていう項目が多くてビビってる。あと、きれいなコードを書くのに尋常じゃない経験が必要なんじゃないか

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/14(土) 11:34:44.96

全部知らなくてもわかる部分だけでまあまあ使えるというのが C++ の方針なので
最初から綺麗に書こうと思わないほうがいいと思う。
綺麗に書けないと考えるより汚くても普通なんだと考えると気が楽でしょ。

**デフォルトの名無しさん** · 2021/08/14(土) 11:41:20.52

構造体の中に関数が書ける、というコアの中のコアな部分の使い方・考え方さえ憶えるというより慣れれば
あと他のは追加で憶えればいいってだけ

ただし、その追加が今とんでもない量になってて
禿本の初版からやってる俺でさえ憶えきれなくてもがいてる

**デフォルトの名無しさん** · 2021/08/14(土) 11:47:19.11

いいかい学生さん、他人のコードをな、他人のコードをいつでも読めるくらいになりなよ。
それが、人間えら過ぎもしない貧乏過ぎもしない、ちょうどいいくらいってとこなんだ。

**デフォルトの名無しさん** · 2021/08/14(土) 13:15:40.19

>>88
エラーが起こったらまだマシだな
イクときはだまってイクからな

**デフォルトの名無しさん** · 2021/08/14(土) 13:23:47.33

他人のコードを読んで学ぶのに一番向いてない言語だよなC++は。

**デフォルトの名無しさん** · 2021/08/14(土) 13:48:08.91

オーバーロードが悪いんですよ

**デフォルトの名無しさん** · 2021/08/14(土) 14:19:07.48

>>93
perl に比べたらまだマシ

**デフォルトの名無しさん** · 2021/08/14(土) 17:38:14.88

perlは文法が複雑なだけで、知らない書き方に出会ったらそれを調べればいい。
C++はコードの断片だけ見ても動作を想像できないことがあるから厄介。

**デフォルトの名無しさん** · 2021/08/14(土) 18:45:25.98

ぶっちゃけスマートポインターって面倒だよね？

**デフォルトの名無しさん** · 2021/08/14(土) 18:54:41.75

スマポに限らず面倒なテンプレートクラスだらけだよ

**デフォルトの名無しさん** · 2021/08/14(土) 18:56:25.80

ぶっちゃけどんなときに面倒だと感じる？

**デフォルトの名無しさん** · 2021/08/14(土) 19:58:29.67

スマートポインタに慣れたら自分で解放しなきゃならないmallocやnewの方がよっぽど面倒

**デフォルトの名無しさん** · 2021/08/14(土) 20:04:27.45

>>98
クラステンプレートな

**デフォルトの名無しさん** · 2021/08/14(土) 21:41:33.25

autoが便利すぎて反復子の型を明示していたころのC++には戻れそうにない

**デフォルトの名無しさん** · 2021/08/14(土) 22:18:40.56

11よりは前は書きたくないね

**デフォルトの名無しさん** · 2021/08/15(日) 00:20:00.85

QZ案外初心者やなw
でも言ってることは全面的に賛成
ポインタや参照、クラス等の基本を抑えてからでないとスマポや、C++11からの要素(右辺値参照含む)の使い方もわからんと思う

**デフォルトの名無しさん** · 2021/08/15(日) 06:30:24.80

autoもそうだが ->戻り型やusingエイリアスもだね
typedefには戻れない

**ハノン** ◆QZaw55cn4c · 2021/08/15(日) 09:34:41.47

>>103
確かに罰ゲームの一種になるかも‥‥私も少しずつ採り入れていくようになっていますし

>>104
もう永遠の初心者だと思っていますので、ならば、初心者の気持ちがわかるコメントでコントリビュートするのもありかと、ふつふつと

**デフォルトの名無しさん** · 2021/08/15(日) 14:37:33.11

>>104
なにこれ？

QZ「～」
名無し「QZ初心者やな。でも賛成」
っていう自演をやろうとしたが、一個目のQZのレスをコテつけ忘れで投稿してしまったのか？
あるいははちみつとQZを同一視している？
いずれにせよとんでもない皮肉だな笑

**ハノン** ◆QZaw55cn4c · 2021/08/15(日) 15:29:20.83

>>107
いちいち反応しなくてもよろしい

>>108
つ鏡

**デフォルトの名無しさん** · 2021/08/15(日) 17:48:49.44

>>107
それ、以前俺が書いたカキコを勝手にコピペされただけだよ

**デフォルトの名無しさん** · 2021/08/15(日) 17:52:57.61

クッソささやかな体面保つためだけの自演も失敗とか本当にみじめないきものだな…

**デフォルトの名無しさん** · 2021/08/15(日) 18:00:11.34

これか。どういう意図のコピペなんだろうかね。
https://mevius.5ch.net/test/read.cgi/tech/1594615908/595

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/15(日) 18:12:10.32

>>111
ブラウザが記憶してたのを再度投稿してしまったとかそういうしょうもないミスじゃないかな。
JaneStyle のメモ欄で以前のレス内容を貼り付けたりそのまま投稿できたりする機能があるよ。

**デフォルトの名無しさん** · 2021/08/15(日) 18:15:56.65

だから勝手にコピペされたっつってんだろクソ餃子め
>>104は俺じゃないから
3行目を引用したかったのか変な自演したかったのかは知らん

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/15(日) 18:21:10.51

>>113
すまぬ。
本人によるものでなくてもなんらかの意図でメモしてたものを
うっかりということは起こりそうなデザインにはなっているので、
意図によるものでなくただのミスじゃねという部分が主旨。

**デフォルトの名無しさん** · 2021/08/15(日) 18:25:05.27

(´･ω･`)そうか

**デフォルトの名無しさん** · 2021/08/16(月) 15:03:34.95

>>107
なんで突然はちみつ？

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/16(月) 15:17:56.99

>>116
現時点でこのスレにコテ (＋トリップ) 付きで書き込んでいるのがはちみつ餃子と QZ だけだからだろ。

**デフォルトの名無しさん** · 2021/08/16(月) 19:18:38.03

(unsigned) intの数を受けたら何らかの演算をして (unsigned) long longの数を返す、(unsigned) double の数を受けたら何らかの演算をして (unsigned) long double の数を返す、みたいのって逐一オーバーロードを書くしかないですよね？
要するに、大きいデータ型に格上げして何らかの演算をして返したいってことなんですが

**ハノン** ◆QZaw55cn4c · 2021/08/16(月) 19:34:40.64

>>118
演算子のオーバーロードにしても関数のオーバーロードにしても、返り値の型を指定することは出来なかったかと
思いつくのは演算前の引数にあてがうキャストのオーバーロードですね

**デフォルトの名無しさん** · 2021/08/16(月) 19:55:44.02

引数をテンプレートにして、引数Tのビット数と整数型かどうかを見て、一段階大きい型を戻り値の型とすることは出来る

**ハノン** ◆QZaw55cn4c · 2021/08/16(月) 20:16:27.49

>>120
pls kwsk

>>119 普通にコンストラクタのほうがいいですか‥

**デフォルトの名無しさん** · 2021/08/16(月) 21:59:33.60

ごめん、めんどい・・というか
sizeof(T)と整数or浮動小数点数のbool(is_integralとかで取る)を受け取る構造体の中でtype(戻り値の型)を定義、とか考えてたけど
結局Tのサイズごとに特殊化するから手間変わらん、てのと
関数の中身が長くなるなら、オーバーロードした関数からテンプレート版(戻り値の型と引数の型がテンプレート)を呼んで、そこで中身書けば一回で済むね

**デフォルトの名無しさん** · 2021/08/16(月) 23:40:17.97

>>118
ふつうに long long や long double を引数で受け取るって演算して返す関数を書けば
その通りの動作になりそうなんだけど、何か気に入らないの？
２つ関数書くのが嫌だってこと？（やりたいことが少なくとも２通りあるのに？）

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/17(火) 00:20:49.88

大きい型というのは一段階大きい型という意味なのかな？
型の大きさは処理系 (アーキテクチャ) 依存だし、
ポータブルに書こうと思ったら思ったよりも面倒な感じ。

主要なアーキテクチャだけ対処できればいいなら
8 → 16 → 32 → 64
の拡張が出来ればいいので用意するパターンはそんなに多くはない。

ちなみに Windows の long double は double と同じ大きさだよ。

**デフォルトの名無しさん** · 2021/08/17(火) 02:08:49.72

何種類か関数があるならtraitsを作成するのもありじゃない？

**デフォルトの名無しさん** · 2021/08/18(水) 04:11:58.97

関数読んだら1段階デカい型が返ってくるなんて使う側でも面倒が起きそうだな

**デフォルトの名無しさん** · 2021/08/18(水) 04:23:43.76

まぁ、戻り値にも使用できるテンプレートの追加の型を関数内でconstexpr的に定義出来たらいろいろ面白いことが出来そうではあるなw

**デフォルトの名無しさん** · 2021/08/19(木) 15:14:48.98

話は勝手に変わるけど、
{ 1,2,3,4,5 }
のような書き方が initializer_list になる場合とならない場合を全て知りたいけど
良く分からないので、誰か教えてくれまいか。

**デフォルトの名無しさん** · 2021/08/19(木) 15:21:14.80

>>128
的を外しているかも知れないけど、その書き方をAと書くとすると、どんな文脈でも
A自体が最初に必ずいったん initializer_list<T> になった後にそれぞれの文脈で処理されるという
ことなのか、あるいは、
auto x {・・・};
auto x = {・・・};
auto x = TYPE {・・・};
func({・・・});
のようにいろいろな書き方や文脈が変わるとそもそも A は意味論的にすら
initializer_list<T> を経由せずにそれぞれ独自に解釈されて処理される
のか、どちらなんだろう？？？？

**デフォルトの名無しさん** · 2021/08/19(木) 15:24:22.53

あと、良く分からないのが、
struct CPerson {
・・・
CPerson(int a, int b, int c) {・・・}　//(1)
};
とあった場合、
1. CPerson a{1,2,3};
2. CPerson a={1,2,3};
3. CPerson a=CPerson{1,2,3};
のどれを書いても多分、(1)が呼び出される気がするけど、
struct CPerson {
・・・
CPerson(initializer_list<int> a) {・・・}　//(2)
};
と書いた場合、1,2,3 はやはり全て(2)が呼び出されるのだろうか？

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/19(木) 16:38:31.07

>>129
> initializer_list<T> を経由せずにそれぞれ独自に解釈されて処理される

initializer_list を経由しないことはある。
おおざっぱには initializer_list を受け取る文脈では initializer_list だし、
推論が必要なとき (auto やテンプレート) にも initializer_list に推論されるが、
そうでないときは initializer_list を経由しない。

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/19(木) 16:48:40.83

>>130
優先順位がある。
1. 2. 3. のいずれも initializer_list としての解釈が「優先される」。
initializer_list を受け取るコンストラクタが存在しなければ
三引数のコンストラクタが呼出される。

**デフォルトの名無しさん** · 2021/08/19(木) 16:54:44.67

>>132
なるほど。確認だけど、
1. CPerson a{1,2,3};
2. CPerson a={1,2,3};
3. CPerson a=CPerson{1,2,3};
4. CPerson a(1,2,3);
5. CPerson a=CPerson(1,2,3);
は、どれも3引数のコンストラクタで受け取ることは可能ということでOk?
1. 2. 3. は、initializer_list を受け取るコンストラクタでも受け取ることが可能？
4. 5. は、initializer_list を受け取るコンストラクタでも受け取ることは不可能？？

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/19(木) 17:08:54.15

>>133
(initializer_list を受け取るコンストラクタが無ければ) いずれも 3 引数のコンストラクタが起動されるが、
5. は 3 引数のコンストラクタでオブジェクトを構築した上で a にコピーする。
(コピーコンストラクタ、またはムーブコンストラクタが起動する。)
ただし RVO が有効な状況ではコピーやムーブはが省略されるので 5. は 4. と同じ。

そしてこの場合には関係ないが、波括弧によるコンストラクタ起動では引数の暗黙の型変換を許さない
といった重要な違いがある。

(initializer_list を受け取るコンストラクタが有る状況でも) 4. と 5. は initializer_list とは解釈されない。

**デフォルトの名無しさん** · 2021/08/19(木) 17:14:28.81

>>134
1. 2. 3. は、initializer_list を受け取るコンストラクタでも受け取ることが可能？
4. 5. は、initializer_list を受け取るコンストラクタでも受け取ることは不可能？？
については？

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/19(木) 17:19:50.55

>>135
それが区別できるだけのルールは既に提示したつもり。

**デフォルトの名無しさん** · 2021/08/19(木) 17:21:53.70

>>136
すまん。もう一度明言してくれるとありがたい。

**デフォルトの名無しさん** · 2021/08/19(木) 17:27:44.09

template <int N> void test(std::bitset<N>& arg);

int main()
{
std::bitset<1ull> lvalue;
test(lvalue);
}

これ、Nが推定できないのはなんで？

**デフォルトの名無しさん** · 2021/08/19(木) 17:28:31.68

すまん、自己解決
unsigned long long Nが正解だった

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/19(木) 17:30:02.71

>>135
> 1. 2. 3. は、initializer_list を受け取るコンストラクタでも受け取ることが可能？
はい。可能です。

> 4. 5. は、initializer_list を受け取るコンストラクタでも受け取ることは不可能？？
はい。不可能です。

ところで >>134 で、オブジェクトを構築した上でコピーするのは 5. と述べたけど 3. もそうやな。

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/19(木) 17:33:59.90

>>138-139
正解は size_t だよ。
size_t が具体的にどの整数型に対応するかは処理系定義なので
もちろん unsigned long long と等価なこともあるだろうけど。

**デフォルトの名無しさん** · 2021/08/19(木) 17:40:36.29

>>136
念のため、その「述べた」はずのルールがどの文章だったのか教えてもらえれば
ありがたい。

**デフォルトの名無しさん** · 2021/08/19(木) 22:54:32.78

vector<long long>を取る関数にvector<int>を渡すと、その引数はvector<long long>にキャストされる
で、vector<int>を取る関数にvector<long long>を渡すのはNG

この理解は合ってますでしょうか

**デフォルトの名無しさん** · 2021/08/19(木) 23:03:24.64

間違ってる
vector<long long>とvector<int>には何の関係もない
intとstringに関係がないのと同じくらい関係ない

**デフォルトの名無しさん** · 2021/08/20(金) 11:13:55.26

pair<int, int> は pair<long long, long long>にキャストできるけど
vectorにそういうコンストラクタはないな

**デフォルトの名無しさん** · 2021/08/20(金) 12:13:09.91

>>103
VS6.0の頃は地獄だったよ
forループの変数は生キノコるわ例外出たら自動変数の破棄全部ぶっ飛ばすわでMSはクソの集大成だと確信していたわ

**デフォルトの名無しさん** · 2021/08/20(金) 12:42:32.36

例外処理が２系統、数え方によっては３系統あるのがね

**デフォルトの名無しさん** · 2021/08/20(金) 15:19:34.50

STOUT を STDOUT に空目してこそプログラマ脳

「ミロ」そっくりの缶ビール　子どもが誤飲し販売禁止に（豪） - Yahoo! JAPAN
https://article.yahoo.co.jp/detail/1a7b2e0b9ab108ebf156f22e654f60634c39c88b
子どものみならず大人にも大人気のココア味の麦芽飲料「ミロ」は、世界中で愛されている。このほどオーストラリアの企業が、
ミロにそっくりのパッケージデザインで缶ビールを製造したことにより「子どもが間違えて飲んでしまった」という苦情が届いた。
これにより同製品の広告使用禁止が言い渡されたことを『news.com.au』などが伝えている。
問題の缶ビールは、豪ビクトリア州にある企業「Howler Brewing Company」の「Chocolate Milk Stout」というチョコレート風味の黒ビールだ。
缶のデザインは有名な麦芽飲料「ミロ」を真似たもので、お馴染みの緑色を背景に製品名や販売会社を示す文字の色やフォントまで同じデザインとなっている。
同社はこれまでにも、Instagramや炭酸飲料「スプライト」など認知度の高いロゴデザインを真似た製品を作り出している。

**デフォルトの名無しさん** · 2021/08/20(金) 17:52:50.79

関数オブジェクトじゃなくて関数を記述するメリットってなんかある？
テンプレートは近々関数オブジェクトの方でも使えるようになるんでしょ？

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

>>149
タイプ数が少ない、くらいかね。

**デフォルトの名無しさん** · 2021/08/20(金) 20:12:20.52

>>150
じゃあそのうち「関数はレガシーな書き方なので関数オブジェクトを使用するようにしましょう」とか言われるようになるの？

**デフォルトの名無しさん** · 2021/08/21(土) 00:32:59.41

>>149
複数の関数から呼ばれる関数どうすんのさ
グローバル変数や引数にいちいち入れるの？

**デフォルトの名無しさん** · 2021/08/21(土) 00:37:37.24

>>146
forの変数スコープは回避策あったやん
98年発売なんでもうちょっとどうにか出来たのではとも思うが

**デフォルトの名無しさん** · 2021/08/21(土) 00:45:38.19

あ、すまんラムダじゃなくて関数オブジェクトか
確かにタイプ数くらいしか思いつかんけど
テンプレートは既に使えるのでは？関数テンプレートに出来て関数オブジェクトに出来ないテンプレートの使い方あったっけ

**デフォルトの名無しさん** · 2021/08/21(土) 10:46:43.63

>>148
日本でも煙草を真似したデザインのチョコレート菓子があったけど
間違って煙草食った子供が死んだとか裁判になったとか聴かないな
おそらくあったんだろうな

**デフォルトの名無しさん** · 2021/08/21(土) 12:15:51.53

>>154
実体化の制御かね。
関数テンプレートは使用されない限りエラーにならない。
SFINAEもそうじゃなかったっけ？

**デフォルトの名無しさん** · 2021/08/21(土) 13:42:38.53

クラステンプレート内の普通のoperator ()だとそうだね
operator ()がテンプレートの場合ならほぼ関数テンプレートと同じ事出来るとは思うけど
文法上、明示的にテンプレート引数指定する際、関数と共通の書き方には出来ないな・・

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

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

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

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

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

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

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

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

**デフォルトの名無しさん** · 2021/08/21(土) 22:35:53.53

質問です。
std::array ary = { 1, 2 };

↑の{}で初期化すると、
要素数を自動推論できるようにするにはどう実装すればいいんでしょう？

**デフォルトの名無しさん** · 2021/08/21(土) 22:55:48.18

推論補助だと思う

https://cpprefjp.github.io/reference/array/array/op_deduction_guide.html

**デフォルトの名無しさん** · 2021/08/22(日) 01:17:33.04

>>155
食ったところで飲みこまずにペッペッて吐き出すだろ

**デフォルトの名無しさん** · 2021/08/22(日) 04:31:26.04

g++ -std=c++17

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

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

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

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

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

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

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

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

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

**デフォルトの名無しさん** · 2021/08/22(日) 18:45:30.76

std::chrono::time_point::time_since_epoch()が返すエポックタイムの原点はいつですか？
もし具体的に規定されていないとしても、
ミリ秒パートが0であることは保証されていますか？

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

ある意味自己解決しますたorz
https://cpprefjp.github.io/reference/chrono/system_clock.html
>C++17 以前の場合、system_clock のエポックがどの時間を指しているかは未規定だが、ほとんどの処理系は UNIX 時間（1970年1月1日0時0分0秒)を指している
>C++20 以降の場合、system_clock のエポックは必ず UNIX 時間（1970年1月1日0時0分0秒)を指す
しかし（特にC++17以前において）ミリ秒パートが0が保証されているのかどうかがはっきりしませんぬ、

**デフォルトの名無しさん** · 2021/08/22(日) 19:28:39.82

生年月日をUNIX時間で表現できないオッサンはこのスレにどのくらいいるの？

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

生年月日ならミリ秒まで言える必要は無いが
ログの時刻を極力正確に（WindowsのGetLocalTime()と同じ時刻で）記録したいのでつ∀`；)

**デフォルトの名無しさん** · 2021/08/23(月) 04:13:32.16

1970年以前生まれの50代以上のオッサン

**デフォルトの名無しさん** · 2021/08/23(月) 16:50:49.24

B.C.
A.D.
B.E.

**デフォルトの名無しさん** · 2021/08/23(月) 22:05:26.78

B.E.って何ですか
UCとSEとかRCとかじゃないの

**デフォルトの名無しさん** · 2021/08/23(月) 22:52:48.51

ていうかsystem_clockはC++17以前からtime_tと相互変換できるのに（system_clock::from_time_t()、system_clock::to_time_t()）、
エポックがどの時間を指しているかは未規定とかおかしくね↑？

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

別におかしくない
変換時にエポックの差の分ずらせばいいだけだろ

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

そんなことよりなんでtime_tは符号なしなん？
64bit拡張するときに符号ありにしとけば166みたいな煽りを受けずにすんだのに

**デフォルトの名無しさん** · 2021/08/24(火) 00:03:00.26

符号なし使うのは総じてセンスないよね

**デフォルトの名無しさん** · 2021/08/24(火) 07:17:43.25

符号付き整数はwrap aroundしたときの挙動が処理系依存か何かだったはず……
ハードウェア例外を生じるやつがあるらしい

**デフォルトの名無しさん** · 2021/08/24(火) 07:52:57.66

>>173
純粋にプログラミングスキルの話と受け取った>>167に謝れ

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

>>175
オーバーフローしたときにラップアラウンドさせる使い方が数値計算としては特殊だからねぇ。

**デフォルトの名無しさん** · 2021/08/24(火) 15:27:02.85

>>167
ntp使え

**デフォルトの名無しさん** · 2021/08/24(火) 17:48:36.53

>>174
time_tを符号なしにしたやつはアフォだと思うが
それをもって符号なしを使うやつ全員が例外なくアフォというのは
早まった一般化という誤謬だ

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

>>160
なるほど！ありがとうございます

**167** · 2021/08/25(水) 00:50:22.37

そういやーまだご存命の方もいらっしゃるんでしたね

>>179
符号付きにしたら2038年問題が2004年問題になってた
人類は間に合わなかった

**デフォルトの名無しさん** · 2021/08/25(水) 07:34:23.44

３０年も猶予があったのにな

**デフォルトの名無しさん** · 2021/08/25(水) 10:43:26.33

ヒトラー「2036年、人類と云われる者は居なくなっている」

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

関東大震災だって100年も猶予があっても何もしない國ですし

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

色々やってるぞ
庶民を助ける政策をやってないだけで

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

https://twitter.com/cpp_akira/status/1430779310885859330
最近はC++の発表資料を公開すると「Rustでいいじゃん」というコメントがたくさんつくのか…。
Rustへの言及とか一文字も書いてないのに。
普及活動だと思うけど、さすがに嫌がらせチックに見える。

https://twitter.com/moriyoshit/status/1430795812552863744
C++の件に限らず、旧来からある言語の長所短所を理解せずに、
表面的に新言語を推す発言を見ると、
果たして当人は新しい言語の方も理解できているのだろうか、
という疑念をもってしまう...
https://twitter.com/5chan_nel (5ch newer account)

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

>>186
Rustはいらんけど、制約を強化してコンパイルエラーを増やしたc++--は欲しいなぁ。

スライシングはすべてコンパイルエラー、ダウンキャストはメンバー関数とフレンド関数のみ使用可能
new deleteはメンバー関数とフレンド関数のみ使用可能（global operator new/deleteは廃止）
といったメモリ周りの制約強化は欲しい。

**デフォルトの名無しさん** · 2021/08/28(土) 14:03:18.97

Rustを使って欲しいなら、そう言えばいいのに
人のすることを小馬鹿にするような態度で来るから敵と見られるんだよ
コミュ障にも程がある

**デフォルトの名無しさん** · 2021/08/28(土) 18:35:03.00

インテルコンパイラの-fastには-staticが含まれてるけど、なんでスタティックリンクは速いの？

**デフォルトの名無しさん** · 2021/08/28(土) 18:49:01.71

ライブラリ使うときのロードの手間がなくなるからね

**はちみつ餃子** ◆8X2XSCHEME · 2021/08/28(土) 23:41:54.59

スタティックリンクにすると最適化の情報が増えるというのもあると思う。

C/C++ では翻訳単位ごとにコンパイルしてからリンクするという工程を踏むから、
コンパイル時には他の翻訳単位の情報を知らず、他の翻訳単位の情報を利用した
最適化が出来なかった。

今では LTO が当たり前になって、リンク時にあらためてコンパイラに戻して最適化
させる仕組みがあるんだけど、バイナリ自体が別物だとその仕組みを使えない。

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

std::threadってスタックサイズを指定できないってﾏｼﾞ？
仮想メモリを使えない組み込み用途だとどうすんじゃ……

**デフォルトの名無しさん** · 2021/08/29(日) 13:20:14.34

native_handle()関数で環境に応じたスレッドハンドル(linuxならpthread)を取得できるから、スタックサイズを設定するところだけ環境ごとに用意して切り替えればいいよ

**デフォルトの名無しさん** · 2021/08/29(日) 13:28:41.66

Windowsみたいにスレッドハンドルを生成したときはスタックサイズ指定済のとき、みたいな
組み込み用OSがあったらどうすんじゃ……

**デフォルトの名無しさん** · 2021/08/29(日) 13:46:08.60

とわいえμITRONのcre_tsk()は
>cre_tsk でスタック領域を明示しない場合のタスクのスタックや割込みハンドラ/割込みサー
>ビスルーチンのスタックは、OS が用意する「スタック用メモリ」から割り当てられます。
>スタック用メモリのサイズを定義する STKMSZ の標準値は 0 で、この場合、main 関数が使って
>いる処理系のデフォルトのスタック領域(スタックセクション)を、OS のスタック用メモリとし
>ます。この場合の実際のスタックサイズは、リンカでのセクション設定とスタートアップルー
>チンでの初期スタックポインタ値で決まります。
みたいなことが書いてある
C/C++界隈はみんな頭おかしい……

**デフォルトの名無しさん** · 2021/08/29(日) 13:55:46.65

ｺﾞﾒ勘違いcre_tsk()（IDがOSが自動割り当てのやつはacre_tsk()）は
第2引数に与えるT_CTSK構造体でタスクごとにスタックサイズを指定できたわ；；；
なんでstd::threadではできないんじゃ……

**デフォルトの名無しさん** · 2021/08/29(日) 14:18:20.52

コイツ前スレでも連レスしてたムーブ全く理解してないバカだよね？
NGしたいからトリップつけてください

**デフォルトの名無しさん** · 2021/08/29(日) 14:25:04.60

>>192
標準じゃ無理でしょ
全てのスレッドを変えたいならリンカのオプションとかで指摘できる環境もあるけど

boost::thread使って
boost::thread::thread_attribute::set_stack_size()
で設定するがよろし

>>193
native_handle()関数でハンドル取れると言う事はスレッド開始してる
開始済みスレッドのスタックサイズを変えられる環境って聞いたことない

**デフォルトの名無しさん** · 2021/08/29(日) 14:30:52.45

>>196
ほんと組み込み屋は馬鹿だな

**デフォルトの名無しさん** · 2021/08/29(日) 16:52:45.64

>>197
完璧な理解をサンプルコード付きで示したやろうが；；；

論点はなんでムーブに置き換えられるケース（明示的にstd::move()したら明らかに効率的なコードになる
において最適化でムーブにならないのか？なのだが高度すぎるのか文盲か故に>>197が付いてこれていないだけ
>>197はブーメラン