C++相談室 part166 (569ﾚｽ)
上下前次1-新
1: sage (ﾜｯﾁｮｲ 8732-NXaD) 04/26(土)10:34 ID:pbPDl6lv0(1/2) AAS
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること
次スレは>>980が立てること
無理なら細かく安価指定
※前スレ
C++相談室 part165
2chｽﾚ:tech VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
443: (ｵｲｺﾗﾐﾈｵ MMdd-Rgxs) 06/21(土)22:20 ID:07kyc98IM(1) AAS
>>440
外部ﾘﾝｸ:kristerw.github.io
ここには、「-fassociative-math」が今回の例に近いようだが、
同じものは載ってないと思うが。
以下は、近いが、今回のものとはまた違う :
(C1 / X) * C2
↓
(C1 * C2) / X
444(1): (ﾜｯﾁｮｲ c54b-jK4x) 06/22(日)12:29 ID:4aXQSYOG0(1) AAS
・人間の思考「脳波」は頭蓋骨の外に漏れない
人間の脳は発光していた！「脳が放つ光」の観測に初成功
2025.06.19 12:00:38 THURSDAY
外部ﾘﾝｸ:nazology.kusuguru.co.jp
>>カナダ・アルゴマ大学（Algoma University）の最新研究で、ついにこの「脳の光」を頭蓋骨の外から観測することに成功したのです。
>>UPEは細胞の代謝活動、特に酸化反応によって発生する副産物の一種です。
>>以来、UPEはあらゆる植物や動物の細胞からも確認されており、生体内の酸化ストレスや老化、さらにはがんの診断補助にも応用が期待されてきました。
>>脳は体の中で最も代謝が活発な臓器のひとつであり、神経活動に伴って活性酸素が多く発生します。
>>チームは今回、20人の健康な成人を対象に、特殊な装置を用いた実験を実施しました。
>>被験者は真っ暗な部屋に座り、頭には脳波計を装着。
省8
445: (ﾜｯﾁｮｲ 23f0-WswN) 06/22(日)12:39 ID:gKjr8htc0(1) AAS
光ｺﾝﾋﾟｭｰﾃｨﾝｸﾞやないかい
446: (ﾜｯﾁｮｲ d5d6-WswN) 06/22(日)17:00 ID:CnBC1yms0(1) AAS
光というのは電磁波だったと思うが。
447: (ﾜｯﾁｮｲ 3575-mUa+) 06/22(日)17:03 ID:ZWGsAnaU0(1) AAS
ニュータイプ近づいたな
448: (ｽﾌﾟｰﾌﾟ Sd43-WIQI) 06/22(日)18:48 ID:/yOBM7d0d(1) AAS
スレ違い。
449: (ｵｲｺﾗﾐﾈｵ MMab-Hs71) 06/22(日)19:08 ID:x4CLaAtVM(1) AAS
>>444
みたいな書き込み、完全にスレチ
このスレのみならず、板自体が壊れてしまう。
450(1): (ﾜｯﾁｮｲ 6501-AU/s) 06/23(月)01:01 ID:Gvg9upbV0(1) AAS
外部ﾘﾝｸ[html]:hissi.org
毎回こことPythonスレだけ荒らしてるアホ
451: (ﾜｯﾁｮｲ 7dbb-uyNB) 06/23(月)01:12 ID:Btl+IikW0(1) AAS
統失の間でもPythonとC++は認知されてるってことでしょ
名誉ですなぁ
452: (ﾜｯﾁｮｲ d5d6-WswN) 06/23(月)14:29 ID:zsxUyp330(1) AAS
C++でpythonのライブラリを作るのが気持ちいいかなみたいな。
ん？ 普通はpythonのライブラリって何で書かれているんだろう。
453: (ｵｲｺﾗﾐﾈｵ MM89-Hs71) 06/23(月)16:02 ID:n3O4Zcz+M(1) AAS
>>450
Rustスレにも投稿されてたで。
454(1): (ｱｳｱｳｳｰ Sa69-G7Nc) 06/24(火)09:31 ID:17zM306Da(1) AAS
pythonのモジュールはpythonでも描けるが
もちろんCでも描けるしC++でも描ける
最近はRustで描くのが楽で良い
455(1): (JP 0Hab-E2BB) 06/24(火)17:31 ID:Sa2uRHN0H(1) AAS
Rustは良い言語かもしれんが、自分には
必要ない。
456: (ｵｲｺﾗﾐﾈｵ MM89-Hs71) 06/24(火)18:59 ID:FRc1H2/gM(1) AAS
>>455
同意
457(1): (ﾜｯﾁｮｲ 2302-ES++) 06/24(火)19:19 ID:8wBejQ5/0(1/2) AAS
>>454
なんで、AIはPythonで書かれるんだろうな
謎だな…
458: (ﾜｯﾁｮｲ 2338-QARi) 06/24(火)19:22 ID:hfqdv+Ay0(1) AAS
Rustに静的ダックタイプ入ったら使うかどうか考える。
設計をカッチリできるプロジェクトでもなければRustはキツくない？
c++もコンセプト制約変数とか入らんかな。
変数レベルで静的ダックタイプにして､クラス継承は無くしたい。
459: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 8d32-ukKJ) 06/24(火)19:44 ID:s2rFPvAe0(1/2) AAS
C++26 にはリフレクションがようやく入る見込みで、これを使えばダックタイピングのような仕組みをライブラリで実現できる。
460(1): (ﾜｯﾁｮｲ 55ea-mGXm) 06/24(火)20:15 ID:S1fYPTVc0(1) AAS
>>457
モジュールを書く人とAIを書く人が別だからじゃろ
461: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 8d32-ukKJ) 06/24(火)20:45 ID:s2rFPvAe0(2/2) AAS
AI の専門家がプログラミングの専門家というわけでもないしな。
462: (ﾜｯﾁｮｲ 2302-ES++) 06/24(火)20:49 ID:8wBejQ5/0(2/2) AAS
>>460
というと？
463(1): (ｵｲｺﾗﾐﾈｵ MM89-Hs71) 06/26(木)02:55 ID:v8FRsUWIM(1/2) AAS
NSCがC++を廃してRustを推しているのは、中国のUnrealEngineへの牽制か？
464: (ｵｲｺﾗﾐﾈｵ MM89-Hs71) 06/26(木)02:59 ID:v8FRsUWIM(2/2) AAS
NSA だ。
465: (ﾜｯﾁｮｲ 2302-ES++) 06/26(木)03:19 ID:P3qvmtvK0(1) AAS
>>463
unreal engineって、
中国が株主でしょ
466: (ｻｻｸｯﾃﾛﾘ Sp81-AU/s) 06/26(木)07:43 ID:NfgrBwV2p(1) AAS
UEはアメリカのゲーム企業が作ったものなんだが・・
467: (ｵｲｺﾗﾐﾈｵ MM89-HeZH) 06/26(木)12:38 ID:deRGahNkM(1) AAS
スマン。中国が作ったものだとばかり思っていた。
468: (ﾜｯﾁｮｲ 23f0-WswN) 06/26(木)12:41 ID:3UJQKTFB0(1) AAS
ったく、こりだからよお
469: (ﾜｯﾁｮｲ 23b7-S6wV) 06/26(木)17:13 ID:zdpAcYpu0(1/2) AAS
悪意のあるVSCode拡張機能を検出できる「VSCan」
外部ﾘﾝｸ:gigazine.net
※上記の
本体プログラミング改造で改造コードを仕込む場所や攻撃ポイントを割り出せる
※上記と下記のプログラムでエラーコードをメモリー＾上に無いかを調べて別のプログラムを走らせるとエラーコードから親友できるかが割り出せる
などいろいろと使用可能
AIを活用した完全自律型の侵入テストツール「XBOW」がHackerOneのランキングでついに人間を抜いて1位に
外部ﾘﾝｸ:gigazine.net
上記のプログラムと電波障害などで生じたエラーなどでで無理やりセキュリティーほーホールを見つけれる
470: (ﾜｯﾁｮｲ 3580-mGXm) 06/26(木)17:16 ID:jAlq/lgY0(1) AAS
まず自分の書き込みにAI活用しろよって思った
471: (JP 0Hab-pT1b) 06/26(木)18:27 ID:o/InY5NNH(1) AAS
藁
472: (ﾜｯﾁｮｲ 23b7-S6wV) 06/26(木)21:29 ID:zdpAcYpu0(2/2) AAS
AndroidスマホでもiPhoneでもAIモデルをローカルで実行してチャットできる無料アプリ「Cactus Chat」レビュー
外部ﾘﾝｸ:gigazine.net
インターネット接続不要でAIモデルをローカル実行できる「LM Studio」にMCPサーバーへの接続機能が追加される
外部ﾘﾝｸ:gigazine.net
上記のAIとマクロ機能を使用すればAIのみで会話できるようになる
ボイス・トォ・スカル「神や幽霊」の声はこれで行っているのか？
マクロ機能の拡張でインターネットにも自動で書き込みが可能になる
473: (ｽﾌﾟｰﾌﾟ Sd43-WIQI) 06/26(木)22:43 ID:CNaMzIfEd(1) AAS
スレ違い。
474: (JP 0Hab-pT1b) 06/28(土)01:04 ID:ILdMmS8aH(1/3) AAS
gcc4.6から4倍精度入ってるみたいですねえ。
Visual C++では入っているかな。調べてみます。
475: (ﾜｯﾁｮｲ 55a6-WIQI) 06/28(土)01:17 ID:Ewd2t68S0(1/2) AAS
fortranで使うからね
gccはバックエンドから対応する必要がある機能を他フロントエンドのために入れるときはほぼC言語にも拡張として入れてくる
476: (ﾜｯﾁｮｲ d5d6-WswN) 06/28(土)07:36 ID:7fEtq2hP0(1) AAS
新たなクラスを作ってまえばいいのではないでしょうか。
477(1): (JP 0Hab-pT1b) 06/28(土)10:51 ID:ILdMmS8aH(2/3) AAS
C++23からfloat128_tがサポート予定だけど
まだ詳細は決まってなさそう
VS2022ではまだみたい。gccも13.0以降？
478: (ﾜｯﾁｮｲ 9bc2-SN7F) 06/28(土)15:20 ID:CPXhvy7f0(1) AAS
>>477
MSのサポート掲示板だかコミュニティBBSだでVSは128_tやる気なし(一応要望は受け付けるけど)、みたいなの読んだ気がする。
479: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 8d32-RyDx) 06/28(土)15:55 ID:mCCHdrx+0(1/4) AAS
C++23 では「そのような型があるなら std::float128_t として提供されることもある」というオプショナルなもので、あまりあてにならない。
外部ﾘﾝｸ[fp]:timsong-cpp.github.io
ハードウェアとかツールチェインとかの都合もあるだろうし。
480: (JP 0Hab-pT1b) 06/28(土)16:00 ID:ILdMmS8aH(3/3) AAS
うーむ。残念
481: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 8d32-RyDx) 06/28(土)16:13 ID:mCCHdrx+0(2/4) AAS
std::float128_t が提供されるときは拡張浮動小数点型 (extended floating-point type) でなけりゃならないみたいだからクラスとして定義できない。
482(1): (ﾜｯﾁｮｲ 8d7c-BujW) 06/28(土)16:59 ID:VJLy78nc0(1) AAS
float128_tがあってもFLT_MAXは64ビットという闇
483: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 8d32-RyDx) 06/28(土)18:19 ID:mCCHdrx+0(3/4) AAS
>>482
？？？ float128_t と FLT_MAX にどのような関係があるのか意味が分からない。
484: (ﾜｯﾁｮｲ 23f0-WswN) 06/28(土)18:26 ID:uZW6Klue0(1) AAS
float 4バイトだろ 32ビットだぞ
485: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 8d32-ukKJ) 06/28(土)19:30 ID:mCCHdrx+0(4/4) AAS
float が 4 バイトなのに 8 バイト相当な値が FLT_MAX として定義されている (言語仕様に準拠していない) 環境があるという意味？
486: (ﾜｯﾁｮｲ 55a6-WIQI) 06/28(土)19:40 ID:Ewd2t68S0(2/2) AAS
最大の浮動小数点型を表す定数のどれかと間違えたんでしょ
__int128があってもintmax_tが64ビットのままみたいな話のfloat版のつもりだったと思う
487(1): (JP 0H8e-mQSl) 06/29(日)08:57 ID:9LYz8h1TH(1) AAS
インターネットからファイルをダウンロードするのに、現在のc界隈ではどんなライブラリを使用してるの？
vc2010あたりなら、標準で使えていたけど今でも使えるのかしら？
488(1): (ﾜｯﾁｮｲ 06a1-6mIp) 06/29(日)10:59 ID:zQA4sk9y0(1/4) AAS
ちょっ質問なのですが
class Fooの中で構造体型PrivateStructがprivateな型として定義されており、
PrivateStruct型のFooのprivateなメンバFoo::m_stもある状況に対し、
Fooの外でauto&でもってPrivateStructの型を使用できて、
あまつさえFoo::m_stの値を読んだり書いたりできたりしてカプセル化神話が崩壊したんだけど
これっておま環？
（コード）
外部ﾘﾝｸ:ideone.com
489(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7b32-T+w5) 06/29(日)12:56 ID:RnCZLFSE0(1/6) AAS
>>487
Windows が前提なら WinINet を使うのが素直なやり方だと思う。
規格の多少の更新などがあっても OS の側で対処してくれるからアプリケーションはリビルドする必要すらなく長期的に使えることが期待できる。
マルチプラットフォームを考えるなら Curl が楽かなぁ……。
490: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7b32-T+w5) 06/29(日)13:04 ID:RnCZLFSE0(2/6) AAS
>>488
アクセス指定は識別子の可視性であって、間接的なアクセスも含めた一切の利用を禁止するわけではないよ。
491(1): (ﾜｯﾁｮｲ 06a1-6mIp) 06/29(日)13:14 ID:zQA4sk9y0(2/4) AAS
上のコードの
>auto& st = x.refStruct(); // stはFooのprivateな型だがビルドが通る。
が識別子PrivateStructの可視性を無視してくれる理由がわからんぬ……
これ
>PrivateStruct& st = x.refStruct();
と書いたら型の名前PrivateStructの可視性がprivateなのでもちろんエラーになる
492: (ﾜｯﾁｮｲ 06a1-6mIp) 06/29(日)13:18 ID:zQA4sk9y0(3/4) AAS
訂正orz
×: >PrivateStruct& st = x.refStruct();
○: >Foo::PrivateStruct& st = x.refStruct();
493: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7b32-T+w5) 06/29(日)13:37 ID:RnCZLFSE0(3/6) AAS
>>491
> 識別子PrivateStructの可視性を無視してくれる理由
識別子 PrivateStruct を使っていないから。
この場合は x.refStruct() という式から型を推論するので型名 (であるような識別子) の可視性は関係ない。
プライベートなデータメンバ m_st だってその参照を外へ持ち出してるだろ。
外で m_st という名前でアクセスできないが m_st に対応するオブジェクトへのアクセスは (アクセス経路があるなら) アクセス指定に左右されない。
同様に、プライベートに定義した型を型名ではアクセスできないが型を使えないわけではない。
494(2): (ﾜｯﾁｮｲ 06a1-6mIp) 06/29(日)13:59 ID:zQA4sk9y0(4/4) AAS
>識別子 PrivateStruct を使っていないから。
>この場合は x.refStruct() という式から型を推論するので型名 (であるような識別子) の可視性は関係ない。
なんで？
不完全な型の参照はエラーになるのだから
コンパイラは型推論の際Foo::PrivateStructという完全な型の情報まで突き止めているはず……
なんでFoo::PrivateStructの可視性を無視してくれるのや……
無視せずエラーにする言語仕様もあり得たはず
ていうかエラーにならないのがおま環でない証拠がいまのところ無い……
495: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7b32-T+w5) 06/29(日)14:09 ID:RnCZLFSE0(4/6) AAS
>>494
名前に対する使用制限である旨がはっきりと書いてある。
外部ﾘﾝｸ[1]:timsong-cpp.github.io
496: (ﾜｯﾁｮｲ 42dd-95xj) 06/29(日)15:12 ID:FAAHlPSo0(1) AAS
>>494
でもFoo::PrivateStructを指すpublicなtype aliasがあったらやっぱりエラーにしないで！
とか言ってきたらはっ倒すぞって感じの言語仕様やなあ
497(1): (ﾜｯﾁｮｲ d7ad-DFSU) 06/29(日)15:29 ID:PWOccKtm0(1) AAS
プライベートメンバーの参照を返す関数を public でアクセスできる設計の方が驚き
498: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7b32-0lSL) 06/29(日)15:52 ID:RnCZLFSE0(5/6) AAS
>>497
これ単体で見るとおかしいがプロキシパターンなどでそういう構成になることはある。
499: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7b32-0lSL) 06/29(日)16:51 ID:RnCZLFSE0(6/6) AAS
すまん。プロクシパターンではないな。
見当違いなことを書いてた。
まあこの場合は言語機能の確認のサンプルだと思うから設計がどうこうはあまり気にしなくていいんじゃね。
500: (ｱｳｱｳｳｰ Sabb-BfA2) 06/29(日)19:25 ID:TdQ2JxNKa(1) AAS
たしかに直感的には auto で private な型を推論してしまうのはヤバくね？という感覚になってしまうが
続くレスで指摘されてるとおり private な識別子だからといって外に持ち出せないわけではないので(それを禁止するほうが弊害が大きい)
そういうもんだと思ってプログラマが注意するしかないな
元々 C++ はやり方次第で言語仕様の本来の目的を外れたヤバい方法がいくらでもつかえる言語であり
どんな場面でも常にプログラマは注意を払うべきなので、そういう C++ の"性格"がこの場面でも出たというところか
こういうのがどうしても気になり完全な"性格"の言語が欲しいなら、他の言語にいったほうがよい
501: (ｵｲｺﾗﾐﾈｵ MM6b-fGW2) 06/29(日)19:47 ID:ivfL45vHM(1) AAS
>>489
libcurl でいいと思う。便利だし。
curlコマンドと同じように使えるはずだし。
502: (ﾜｯﾁｮｲ 8e1a-9Qg/) 06/30(月)19:44 ID:etdu4EFd0(1) AAS
長い名前空間の扱いの質問なのですが、
例えばA::B::C::DみたいなクラスD内でP::Q::R::SのようなクラスSを使用していて
ヘッダーファイルが
namespace A::B::C {
public class D {
void foo(P::Q::R::S& s);
};
}
みたいな感じになるのですが、実際にはこのP::Q::R::Sが非常に長く正直見苦しいです
かといってusingをヘッダー内で使うのは良くないですよね?
省1
503: (ﾜｯﾁｮｲ e794-iZCu) 06/30(月)20:47 ID:CUK0Fuvn0(1) AAS
namespace pqrs = P::Q::R::S
でいいんじゃない？
504(1): (ﾜｯﾁｮｲ 7b7c-9nZq) 07/01(火)21:41 ID:W7Fp4vWi0(1) AAS
Sしか使わないならusing P::Q::R::S;
505: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7b32-0lSL) 07/01(火)22:22 ID:kHEih0Y20(1) AAS
>>504
using P::Q::R::S; したらもしも using namespace A::B::C; したときに P::Q::R::S も探索対象になってしまう。
使う側に余計な影響を与えないようにするには別名をつけるほうがより良い。
506(1): (ﾜｯﾁｮｲ 3641-ctb7) 07/03(木)00:24 ID:ye5zZInN0(1) AAS
エンベデッド分野は今でもC/C++が主流なの？
AIに任せられない分野だから生きのこれそうで気になっておりまする
507: (ｱｳｱｳｳｰ Sabb-H9/A) 07/03(木)09:26 ID:q23h/8z8a(1) AAS
良いんじゃね
508(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 4730-0lSL) 07/03(木)11:06 ID:4Hn86Ej50(1) AAS
>>506
組み込みシステムも多様なので性質や規模によるでしょ。
リアルタイム性が重要なところでは C/C++ は主流のままだと思うけど、プロジェクト全体が C/C++ だけで構成されることは少なくなるんじゃない？
509(2): (ﾜｯﾁｮｲ 420e-vr7j) 07/03(木)11:57 ID:0Ka09OV10(1) AAS
リアルタイム性はOSがやることだし
言語関係ないよ
510: (ﾜｯﾁｮｲ e79a-0q56) 07/03(木)12:22 ID:dQk6sKVB0(1) AAS
Javaや.NETはGCでストップ・ザ・ワールドが発生するからリアルタイムに弱いらしい
最近は目標停止時間を1ms以下に抑えるGCもあるけど、あくまでも目標であって保証ではないからね
511(1): (ﾜｯﾁｮｲ 4e5f-nkZs) 07/03(木)15:27 ID:d0nwmVKl0(1) AAS
>>509
イベントスレッドでIOされてもOSがなんとかすると思ってんの？
512(1): (ｱｳｱｳｳｰ Sabb-H9/A) 07/04(金)08:50 ID:fF3rQ1JLa(1) AAS
組み込み
リアルタイムOS
これほど曖昧な言い回しは他に無い
513: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 7b32-0lSL) 07/04(金)10:17 ID:wZ441BSd0(1) AAS
>>509
リアルタイム性が重要なところというのはまさにそのリアルタイム OS のことで、それらを書くのに C/C++ が主流という話なんやで。
そんで既存の OS を使う場合でも次にアプリケーションを用意すれば動くというわけではなくて、組み込みシステムなら大抵の場合にデバイスドライバも書かなければいけないし、 OS が面倒みてくれる範囲は小さい。
低レイヤの整備がすでに整っている状況ならアプリケーションはもうちょっと言語の選択肢はあるかもね。
514: (ﾜｯﾁｮｲ a332-vr7j) 07/04(金)10:58 ID:8a61AjkK0(1/2) AAS
リアルタイムOSでないOSで、リアルタイム性重視ならそうだが
リアルタイムOSで作るなら言語は何でもいい
515: (ﾜｯﾁｮｲ a332-vr7j) 07/04(金)10:59 ID:8a61AjkK0(2/2) AAS
例えば24時間365日止まってはいけない産業用制御なんて
C++でも何でもない
516: (ﾜｯﾁｮｲ 6fd6-sHGY) 07/04(金)11:09 ID:7dTC+3QP0(1) AAS
シェルで済むならシェルにしなさい。(UNIX)
517: (ﾜｯﾁｮｲ 4ef9-nkZs) 07/04(金)11:13 ID:lC93JhvQ0(1/2) AAS
言語なんでもいいって？
リアルタイムOSってそもそも言語の選択肢少ねーだろ
518: (ﾜｯﾁｮｲ 4ef9-nkZs) 07/04(金)11:19 ID:lC93JhvQ0(2/2) AAS
>>512
いうほどあいまいか？
せいぜい中身がLinux、Windowsでアプリのインストールも自由みたいなやつだけだろ
519: (ﾜｯﾁｮｲ 06a1-6mIp) 07/04(金)20:28 ID:wNUogzY00(1/2) AAS
>>511
ちょっI/Oしたらやっぱリアルタイム性に影響出るの？！
んまー秒単位でwaitして帰ってこないみたいな極端なI/Oポートがあったらそうかもしれないが
520: (ﾜｯﾁｮｲ 06a1-6mIp) 07/04(金)20:39 ID:wNUogzY00(2/2) AAS
>24時間365日止まってはいけない産業用制御
冗長構成かフェイルオーバーするような枠組みとしての取り組みが第一優先な希ガス……
ソフトウェアーの冪等性により同じバグが同じタイミングで発生して冗長構成が無意味化するする危険性については
十分テストしてバグを撮ったのちに起動タイミングをずらすなどの工夫を行えばポアソン分布の同時確率か何かに従って無視できうる（と思う
さすがに原子炉の制御とかだとプロセス単体も形式検証して他分野よりもっと十分検証するらしい（間接伝聞
521(1): (ﾜｯﾁｮｲ eb86-SoaL) 07/05(土)12:14 ID:JEWbe+UQ0(1) AAS
そんなレベルはラダー図で書くやろ
522: (ﾌﾞｰｲﾓ MM8e-nkZs) 07/05(土)12:31 ID:yj3snSzGM(1) AAS
というかリアルタイムOSの話から関係ない24/365システムの話を出すあたりよくわかってないことを雰囲気で話すタイプの人でしょ
523: (ﾜｯﾁｮｲ af77-vr7j) 07/05(土)20:19 ID:iY4IPiMb0(1) AAS
>>521
C++ではないわな
524: (ﾜｯﾁｮｲ ffa1-BzvG) 07/06(日)06:14 ID:B20RUTJT0(1/9) AAS
質問なのですが
ケースA) std::stringstream ist("A B"); char c1, c2, c3; に対し、ist >> c1; ist >> c2; ist >> c3; とすると
ist >> c2 は正常に読めて、ist >> c3 を実施した時点で!ist.good()かつist.eof() となってgetc()と類似のEOF検知挙動なのですが
（ちなみに読み取った文字は c1='A'、c2='B'。c3の読み取りは行われない
ケースB) std::stringstream ist("A B"); std::string s1, s2, s3; に対し、ist >> s1; ist >> s2; ist >> s3; とすると
ist >> s2 を実施した時点で早々に!ist.good()かつist.eof() となって挙動が相違し
（ちなみに読み取った文字列は s1="A"、s2="B"。s3の読み取りは行われない
ケースC) しかしBの後に空白を追加してstd::stringstream ist("A B "); とすると、
ist >> s2 は正常に読めて、ist >> s3 を実施した時点で!ist.good()かつist.eof() となってgetc()と類似のEOF検知挙動になる
（ちなみに読み取った文字列は s1="A"、s2="B"。s3の読み取りは行われない
省3
525: (ﾜｯﾁｮｲ ffa1-BzvG) 07/06(日)06:16 ID:B20RUTJT0(2/9) AAS
確認用サンプルコード：
外部ﾘﾝｸ:ideone.com
526: (ﾜｯﾁｮｲ ffa1-BzvG) 07/06(日)06:47 ID:B20RUTJT0(3/9) AAS
とりま上のコードからフォークしたソースコード
外部ﾘﾝｸ:ideone.com
の
parse_as_string_with_common_logic(std::istream& is, std::string& s, bool& bErr)
みたいな判定処理にしたらケースB、Cを共通に扱えるような印象
なのですが正しくはどうすればよいかわからん……
527(1): (ﾜｯﾁｮｲ 17a6-aNVA) 07/06(日)07:26 ID:oIAQiRlj0(1) AAS
一般的な話ならchar以外の>>で一貫した挙動を期待するのに無理がある
期待した文字が来なかったらungetするかどうか？ファイル最後の改行をどうするか？シグナルが来たら？とか色々あるし
ケースBで言えば"B"の後に文字が続いていればs2に含まないといけないのだから内部的にはケースAで言えばc3まで試し済みの状態
EOFフラグを見るのではなく例外で受け取ったほうが確実
528(1): (ｱｳｱｳｳｰ Sa9b-zcFv) 07/06(日)10:18 ID:RFZXbMVga(1/2) AAS
ケースB、Cを共通に扱える
ist.eof()でいいやん
Bが一回余分にループするのは気持ち悪いけど
気にしたら負け
529(2): (ﾜｯﾁｮｲ 1f7f-Wka8) 07/06(日)10:53 ID:14zTNASB0(1) AAS
普通はoperator bool（または fail()）を使う
530: (ﾜｯﾁｮｲ ffa1-BzvG) 07/06(日)10:56 ID:B20RUTJT0(4/9) AAS
>>527
だいたいわかりた
is >> s
ライブラリの「>>」の仕様的にsが任意のクラスで有り得るから、
例えばsが複素数クラスで2つの要素を読み取るﾌﾞﾂなのに対し要素を1つだけ読み取れなかった場合、
みたいなのが生じ得るがis.eof()ではそこまで表現できない故にライブラリ側では
char以外の一般のケースについて責任を持たないというと理解すた、
従って、test_parse_as_string_with_common_logic(const char* szInput, bool& bErr)を
charの読み取りによってeof()判定するように直したわ
これならiostreamの正当な使い方だけで構成されておりかつ目的を果たせているはず……
省1
531: (ﾜｯﾁｮｲ ffa1-BzvG) 07/06(日)11:00 ID:B20RUTJT0(5/9) AAS
>>528
>Bが一回余分にループするのは気持ち悪いけど
いきなりis >> s してその直後のeof()を当てにするロジックである限り、
リンク先のケースBの挙動となり、最後の要素に引き続く空白文字がないとき
最後の要素が入力ストリームにあるのに受け取れないというもっと深刻な事態となる以下略
>>529
operator boolはis.good()と同じはず……
なおかつそれ単独では（is >> sのsがchar以外のとき）ケースBの解決になんね
532: (ﾜｯﾁｮｲ ffa1-BzvG) 07/06(日)11:06 ID:B20RUTJT0(6/9) AAS
ごめoperator boolは!is.fail()やった……orz
533(1): (ﾜｯﾁｮｲ ffa1-BzvG) 07/06(日)11:24 ID:B20RUTJT0(7/9) AAS
二転三転してすまんこ考えを改めたはｻｰｾﾝ……orz
入力ストリームはシリアルポートみたいな途中で入力がブチ切れる危険性があるﾌﾞﾂである
こともあるから、
ケースB) (空白) (非空白文字列の期待する全体)
ケースB') (空白) (非空白文字列が受信タイムアウトにより途中で切れたもの)
の区別が!isになったというだけでは区別がつかない。一方、
(空白) (非空白文字列) (空白)
まで受け取ったら、(非空白文字列) がタイムアウトにより途中で切れたものでないことが確実となりﾜｶﾙ
故に、ケースBやB'みたいな条件を扱うこと自体がライブラリの仕様想定外なのかもしれん……
通常のテキスト読み込みでは行末に改行文字（空白文字のうち）が1文字以上あるから、この枠内で話が収まる。
省5
534(1): (ﾜｯﾁｮｲ 377c-ZLf6) 07/06(日)11:56 ID:wbQZP2jZ0(1) AAS
iostreamなんかをテキストの厳格なパースなんかに使わなければならない理由から考え直した方がいい
535: (ｱｳｱｳｳｰ Sa9b-zcFv) 07/06(日)12:20 ID:RFZXbMVga(2/2) AAS
末尾で改行無しでeofが来るファイルは多い
536: (ﾜｯﾁｮｲ ffa1-BzvG) 07/06(日)12:43 ID:B20RUTJT0(8/9) AAS
>>529
ｺﾞﾒ operator std::istream::bool() か std::istream::fail() だけでとりま解決したわｽﾏﾝｶｯﾀorz
外部ﾘﾝｸ:ideone.com
オンメモリのストリームである std::istringstream であっても>>533のケースB'に当たるケース
（オンメモリなので非空白文字列でデータが終わっている場合）においてbadbitがセットされるっぽい
この挙動がおま環でないかどうかはわからん……
537: (ﾜｯﾁｮｲ ffa1-BzvG) 07/06(日)12:47 ID:B20RUTJT0(9/9) AAS
>>534
いまさらlex的な処理をgetc()で手で書いたりstrtok()に戻ったりしたくないし……
538: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 3732-D1Zn) 07/06(日)13:40 ID:VHUnBvW80(1) AAS
パーサコンビネータ的なものを先に作るのがモダンな方法だが……。
汚い部分を抽象の向こうに押し込めるだけなので汚さが無くなるわけではない。
小さい規模だと愚直な方法が楽だったりするよ。
539(2): (ﾜｯﾁｮｲ 576b-4VWQ) 07/10(木)15:17 ID:pWdjbLc50(1/2) AAS
C++を勉強して思ったのが
C++って基底クラスをリストに登録させて
派生クラスの機能をひたすら実行させることに特化してるように思うのだけどこの考え方で合ってる？
要はリストありきな感じ
540(2): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 3732-SsbA) 07/10(木)15:54 ID:UMLMi9p20(1) AAS
>>539
ゲームのフレームワークでは全てのエンティティを登録してそれに対する更新を繰り返すというモデルがありふれているが、 C++ 的にそれが普通というわけではない。
541(1): (ﾜｯﾁｮｲ bfad-3agI) 07/10(木)16:45 ID:1drjG1ps0(1) AAS
>>539
一度デバッガで実行をトレースしてみ？
542: (ﾜｯﾁｮｲ 9f88-D0JT) 07/10(木)18:55 ID:y21Xxg220(1) AAS
>>508
な、なるほど
何にしても、この先生きのこるには C/C++ は必要そうだね
Py や JS なんかだと若い衆がどんどん来るから負けそうだし・・・
543(1): (ﾜｯﾁｮｲ 576b-4VWQ) 07/10(木)21:11 ID:pWdjbLc50(2/2) AAS
>>540-541
ありがとうございます
リストを自作するなりstd::listを使うなりして
printfみたいな文字出力をする時も、出力部分をタスククラスにぶっこんでラッピングして
出力は派生クラスでオーバーライドしたc->draw();みたいなのに任せる、というのはゲーム専用で他ではあまりされないんですね
544(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 176c-SsbA) 07/11(金)01:51 ID:/nWuXYnL0(1) AAS
C++ は設計理念のひとつとして「人に何かを強制しない」というのを挙げていて、やりたいように書けることを重視してる。
同じパターンでプログラムを書いているように感じるなら単にあなたがそのやり方しか知らないだけ。
分野ごとに大枠ではやりやすいパターンが定着していたりはするので、ひとつの分野だけ見ていると頻出パターンがあるように見えることはあるかも。
545: (ﾜｯﾁｮｲ 9f15-sH2C) 07/11(金)11:58 ID:nUxw0t1Z0(1) AAS
BASICも同様の理念で作ればいいのに
546: (ﾜｯﾁｮｲ bff3-4Q3H) 07/11(金)12:28 ID:36pXyECQ0(1) AAS
>>544
Z世代にはRuby on RailsやRustのほうが良いかもしれませんね
547: (ｽﾌｯ Sdbf-zcFv) 07/11(金)14:36 ID:zLrVPFvnd(1) AAS
>>543
RustのDisplayやDebugなんてまさにそれだが
548(1): (ﾜｯﾁｮｲ 1fb7-p46g) 07/12(土)13:34 ID:Y1veRsrW0(1) AAS
C++でデフォルトコンストラクタで確保したリソースだけデストラクタで破棄したくてコピーコンストラクタやコピー代入ムーブコンストラクタやムーブ代入で得たリソースはデストラクタで破棄させたくないときどうする？
rustみたいな所有権システム必要になるんですか？
549: (ﾜｯﾁｮｲ f74e-Wka8) 07/12(土)14:19 ID:tjRcyRc80(1) AAS
なんでそんなことが必要なのかわからないけど、破棄するかどうかのフラグを持っておけばいいんじゃないの？
設計から見直した方が良いようなきがするけどｗ
550: (ﾜｯﾁｮｲ f7c2-z8QQ) 07/12(土)17:03 ID:BGsI/m1X0(1) AAS
>>548
俺もなんでそんなことが必要なのかわからないけど、pip使ってデフォルトコントラスタのオーナーだけにshared ptrでリソース管理させるとか？
これだとバグが怖いから、素直にshared ptrでリソースを共有したほうがいい気がする。
551: (ﾜｯﾁｮｲ 9f02-cEtd) 07/12(土)17:24 ID:1YAX70Df0(1) AAS
ゲームプログラムをマルチスレッドにするとき、何をマルチスレッドにするの？
ストレージのロードとかはともかく
552: (ｱｳｱｳｳｰ Sa9b-zcFv) 07/12(土)18:45 ID:/RtKayKia(1) AAS
マルチスレッドにしたいものをマルチスレッドにする
553: (ﾜｯﾁｮｲ f7bd-eG3U) 07/12(土)19:12 ID:LUVzIFWA0(1) AAS
遠景のテクスチャのロードなんかは別スレッドかな？
当たり判定などのロジックは遅延なく1フレーム16ミリ秒以内にやらなきゃいけないのでメインスレッドでやるしかない
ゲームでマルチスレッド使うのって難しいよね
554(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 3732-SsbA) 07/12(土)20:02 ID:5KyGwfre0(1) AAS
排他処理が入ると並列化の恩恵がだいぶん減るので高速化の意図でマルチスレッドを使うなら排他が不要な部分を見つけるのが第一だね。
メモリなどの各種のリソース管理の後始末を別スレッドに任せるという例も聞いたことはある。
デストラクタが起動するとサブオブジェクトのデストラクタも連鎖的に起動するからワンフレームの時間が限られている状況では間に合わないということも起こる。
だからデストラクタは後始末が必要なリソースをテーブルに登録するだけにして、別スレッドが実際の後始末をするってことね。
もう使うことの無いリソースだというのは分かってるから排他は少なくてすむ。
(ヒープメモリの管理テーブルはスレッド共通だから排他がゼロとはいかないと思うけど。)
後始末が少しくらい遅れてもどうということはないし。
555: (ﾜｯﾁｮｲ e202-oEHq) 07/13(日)11:30 ID:WDtYO/xJ0(1/2) AAS
まあ、
アクションとか以外の、1/60秒で同期させなくていい処理ですかね…
遠くのPhysXの物理とかもできるのかな…
数年ぶりで、レイトレーシングとか未経験だわ…
556: (ﾜｯﾁｮｲ e202-oEHq) 07/13(日)11:36 ID:WDtYO/xJ0(2/2) AAS
>>554
コンテキストスイッチとか気にしないといけないですね…
PlaystationとXboxとPCゲームで、それぞれに最適化とか大変そうですね…
557: (ﾜｯﾁｮｲ cecd-YjA1) 07/13(日)21:38 ID:e/4c/Agi0(1) AAS
・人間は犯罪を起こす種族と言い切っている
地球はすでに丸見え、レーダー電波で宇宙人に居場所をさらしている
公開： 2025-07-13 21:00
外部ﾘﾝｸ[html]:karapaia.com
>>明らかに人工的なもので、200光年以内にある知的文明なら、地球の場所を把握できる可能性が高い。
>>アレシボ天文台のような超高感度の望遠鏡を使えば、理論上は6万光年先からでも地球の電波を検出できるとされている。
>>に宇宙空間で“丸見え”の状態にあり、その状況は75年前から続いているのだ。問題は、彼らが友好的な文明であるという保証がまったくないことだ。
★>>可能性としては、（我々人間のように）きわめて敵対的かつ侵略的な種族であるケースも十分にあり得る。
558: (ﾜｯﾁｮｲ ce59-YjA1) 07/14(月)12:26 ID:D5VD7WG/0(1) AAS
GPT-4.1超えの中国製AIモデル「Kimi K2」が無料公開される、複数のテストでGPT-4.1やClaude 4 Opusを打ち負かしエージェントタスクもこなす
2025年07月14日 11時10分
外部ﾘﾝｸ:gigazine.net
>>Kimi K2はベースモデルの「Kimi-K2-Base」と事後学習済みモデルの「Kimi-K2-Instruct」の2種類に分かれてリリースされています。以下の図は「Kimi-K2-Instruct」「DeepSeek V3」「Qwen3-235B」「GPT-4.1」「Claude 4 Opus」「Claude 4 Sonnet」「Gemini 2.5 Flash」のベンチマークスコアを並べたものです。Kimi-K2-InstructはすべてのテストでオープンモデルのDeepSeel V3とQwen3-235Bを超えるスコアを記録し、一部のテストでGPT-4.1やClaude Sonnet 4などの商用モデルに勝利しています。
◇上記サイト内にダウンロードリンクがある
559: (ﾜｯﾁｮｲ a9d9-jjSx) 07/14(月)14:37 ID:4jx6FCSc0(1) AAS
>>540
お前ゲーム作ったこと無いやろ・・・
560: (ﾜｯﾁｮｲ 370b-VyTm) 07/14(月)16:00 ID:sJl0ASyp0(1) AAS
ただエンプティ言いたいだけ違うんかと
561(4): (ﾜｯﾁｮｲ 915f-YjA1) 07/14(月)16:18 ID:CQ+aGKeG0(1/5) AAS
画面描画FPS（frames per second）を固定させる為に、以下の待ち処理を入れるとFPSがメッチャ安定する：
while (system_clock::now() < t_after_sleeping) {
Sleep(0);
}
しかし強制フリーズさせてるみたいで、ハード痛めたりしないか不安なんだが。どうなん実際の所？詳しい人教えて
562: (ﾜｯﾁｮｲ 30a6-4yYS) 07/14(月)16:27 ID:NLDJkZue0(1) AAS
マルチスレッドのセオリーとしてはSleepせずにビジーループするほうが問題
なんだけど、Sleepだと精度悪すぎてちゃんとFPS担保できるのか心配にはなる。動いてるならそれでいいけど
563(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ bd32-2YuX) 07/14(月)17:49 ID:23SHNwVj0(1) AAS
>>561
定石と言えるレベルの普通の処理だよ。
既に指摘されているようにタイマーの精度の問題はあるので工夫を入れる必要はあるけど、
精度が悪くても処理が遅れる (想定より FPS が下がる) 可能性があるだけ。
どういう理屈で不安に思っているのかがよくわからないので何を間違っているのか説明できない。
Sleep(0) が何をやってるかわからない (これが何らかの危険な処理だと思っている) ってこと？
564: (ﾜｯﾁｮｲ 915f-YjA1) 07/14(月)20:03 ID:CQ+aGKeG0(2/5) AAS
test
565: (ﾜｯﾁｮｲ 915f-YjA1) 07/14(月)20:04 ID:CQ+aGKeG0(3/5) AAS
>>563
ありがとう。Sleep(0)が何をやっているかはわかっている
566: (ﾜｯﾁｮｲ 915f-YjA1) 07/14(月)20:05 ID:CQ+aGKeG0(4/5) AAS
>>561のwhile中を空にする（Sleep(0)しない） ＞ while中でSleep(0)する ＞ while中でSleep(1)する（時間単位を1msにして待ち時間を1ms縮める）
という具合にCPU占有率が上がる。精度は落ちるがSleep(1)を入れた方がCPUの負荷は減るので、何となく安心する。
567: (ﾜｯﾁｮｲ 915f-YjA1) 07/14(月)20:06 ID:CQ+aGKeG0(5/5) AAS
>>561のwhileの中でSleep(0)しつつ準ビジー状態を強行するのがどれだけハードに悪影響なのか、その辺りの実績経験を盗みかった。卑しい盗人を助けてくれ下さい
568: (ﾜｯﾁｮｲ 7001-jjSx) 07/15(火)00:13 ID:KEPxDdxR0(1) AAS
C++スレ的にはthis_thread::yieldかと思ったんだが
569: (ﾜｯﾁｮｲ 6268-3HIJ) 07/15(火)04:24 ID:4J45BJq00(1) AAS
>>561
グラフィックのAPIは何使ってる？
何と比べて安定したのかしらんけどそのやり方でディスプレイの出力と同期できるわけないのわかる？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.035s