C++相談室 part166

**sage** (ﾜｯﾁｮｲ 8732-NXaD) · 2025/04/26(土) 10:34:58.41

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること

次スレは>>980が立てること
無理なら細かく安価指定

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2025/06/21(土) 19:00:56.65

浮動小数点数を「実数」と見た時に
『数学的な恒等式』ならば、最適化していい
という価値観は有るはずだ。
実際には、実数は無限精度であるのに対し、浮動小数点数は
有限精度であるから、実数では恒等式であっても、
浮動小数点数では恒等式ではないので、最適化すると結果が
少し変わってしまうことはありえる。

2025/06/21(土) 20:42:47.18

そんなのはまともなコンパイラはみんな分かってて-ffast-mathとかでやるかやらないか選べるけどそれが何？

**デフォルトの名無しさん** (JP 0H46-E6Ax) · 2025/06/21(土) 21:24:08.46

すみません。次のコードで .5e のところの精度(少数部桁数)5
を変数precで設定したいんですけど、さっきからコンパイラに
駄目だし食らって遊ばれとります。わかる人いますか？
#include <iostream>
#include <cmath>
#include <format>

int main()
{
using namespace std;

double x, y, dx=0.5;
unsigned prec =4;

for (int i = 0; i < 20; ++i)
{
x = i * dx;
y = sin(x);
cout << format("{: .5e} {: .5e}", x, y) << endl;
}

cin.get();
return 0;
}

**デフォルトの名無しさん** (JP 0H46-E6Ax) · 2025/06/21(土) 21:35:25.24

cout << format("{0: .{2}e} {1: .{2}e}", x, y, prec) << endl;
で解決しました。

2025/06/21(土) 22:20:34.53

>>440
https://kristerw.github.io/2021/10/19/fast-math/
ここには、「-fassociative-math」が今回の例に近いようだが、
同じものは載ってないと思うが。
以下は、近いが、今回のものとはまた違う :
(C1 / X) * C2
↓
(C1 * C2) / X

2025/06/22(日) 12:29:48.51

・人間の思考「脳波」は頭蓋骨の外に漏れない
人間の脳は発光していた！「脳が放つ光」の観測に初成功
2025.06.19 12:00:38 THURSDAY
https://nazology.kusuguru.co.jp/archives/179808
>>カナダ・アルゴマ大学（Algoma University）の最新研究で、ついにこの「脳の光」を頭蓋骨の外から観測することに成功したのです。
>>UPEは細胞の代謝活動、特に酸化反応によって発生する副産物の一種です。
>>以来、UPEはあらゆる植物や動物の細胞からも確認されており、生体内の酸化ストレスや老化、さらにはがんの診断補助にも応用が期待されてきました。
>>脳は体の中で最も代謝が活発な臓器のひとつであり、神経活動に伴って活性酸素が多く発生します。
>>チームは今回、20人の健康な成人を対象に、特殊な装置を用いた実験を実施しました。
>>被験者は真っ暗な部屋に座り、頭には脳波計を装着。
>>その周囲には、光電子増倍管（PMT）と呼ばれる極微弱な光を検出する装置が配置されました。
>>そして被験者には、目を開ける／閉じる、あるいは音楽（120BPM）を聴くといったシンプルなタスクを行ってもらい、その間のUPEと脳波の変化を同時に測定したのです。
☆>>まず、脳からのUPEは背景光（周囲の空気中のノイズ）とは明確に異なる変動パターンを持つことが判明したのです。
>>とくに後頭部（視覚野）と側頭部（聴覚野）から検出された光は、安静時でも一定のリズムと変動性を示し、他の部位とは異なるスペクトル的特徴を持っていました。
>>さらに目を閉じたときに増える「アルファ波」と呼ばれる脳波の活動と、UPEの強さが同期していることも発見されました。
>>これはつまり、脳の電気的な信号（脳波）と、化学的な代謝反応（UPE）が連動していることを意味します。
>>この成果は、従来のfMRIやPETスキャンのような「重装備で高コスト」な装置を使わずとも、非侵襲・低刺激で脳機能の状態を“光”から読み取る可能性を示すものです。
>>研究者たちはこの新しい手法を「光脳波記録（photoencephalography）」と名付けました。

2025/06/22(日) 12:39:57.32

光ｺﾝﾋﾟｭｰﾃｨﾝｸﾞやないかい

2025/06/22(日) 17:00:05.82

光というのは電磁波だったと思うが。

2025/06/22(日) 17:03:00.89

ニュータイプ近づいたな

2025/06/22(日) 18:48:20.68

スレ違い。

2025/06/22(日) 19:08:02.78

>>444
みたいな書き込み、完全にスレチ
このスレのみならず、板自体が壊れてしまう。

2025/06/23(月) 01:01:04.29

http://hissi.org/read.php/tech/20250622/NGFYUVNZT0cw.html
毎回こことPythonスレだけ荒らしてるアホ

2025/06/23(月) 01:12:15.09

統失の間でもPythonとC++は認知されてるってことでしょ
名誉ですなぁ

2025/06/23(月) 14:29:01.81

C++でpythonのライブラリを作るのが気持ちいいかなみたいな。
ん？　普通はpythonのライブラリって何で書かれているんだろう。

2025/06/23(月) 16:02:13.08

>>450
Rustスレにも投稿されてたで。

2025/06/24(火) 09:31:18.32

pythonのモジュールはpythonでも描けるが
もちろんCでも描けるしC++でも描ける
最近はRustで描くのが楽で良い

**デフォルトの名無しさん** (JP 0Hab-E2BB) · 2025/06/24(火) 17:31:46.42

Rustは良い言語かもしれんが、自分には
必要ない。

2025/06/24(火) 18:59:56.02

>>455
同意

2025/06/24(火) 19:19:29.25

>>454
なんで、AIはPythonで書かれるんだろうな

謎だな…

2025/06/24(火) 19:22:51.87

Rustに静的ダックタイプ入ったら使うかどうか考える。
設計をカッチリできるプロジェクトでもなければRustはキツくない？

c++もコンセプト制約変数とか入らんかな。
変数レベルで静的ダックタイプにして､クラス継承は無くしたい。

2025/06/24(火) 19:44:21.82

C++26 にはリフレクションがようやく入る見込みで、これを使えばダックタイピングのような仕組みをライブラリで実現できる。

2025/06/24(火) 20:15:46.49

>>457
モジュールを書く人とAIを書く人が別だからじゃろ

2025/06/24(火) 20:45:25.03

AI の専門家がプログラミングの専門家というわけでもないしな。

2025/06/24(火) 20:49:18.38

>>460
というと？

2025/06/26(木) 02:55:12.43

NSCがC++を廃してRustを推しているのは、中国のUnrealEngineへの牽制か？

2025/06/26(木) 02:59:40.78

NSA だ。

2025/06/26(木) 03:19:10.72

>>463
unreal engineって、
中国が株主でしょ

2025/06/26(木) 07:43:46.78

UEはアメリカのゲーム企業が作ったものなんだが・・

2025/06/26(木) 12:38:45.11

スマン。中国が作ったものだとばかり思っていた。

2025/06/26(木) 12:41:11.49

ったく、こりだからよお

2025/06/26(木) 17:13:34.04

悪意のあるVSCode拡張機能を検出できる「VSCan」
https://gigazine.net/news/20250625-vscan/
※上記の
本体プログラミング改造で改造コードを仕込む場所や攻撃ポイントを割り出せる
※緒繼Lと下記のプャ鴻Oラムでエラ＝[コードをメモャ梶[＾上に無いｂｩを調べて別のャvログラムを走ｂ轤ｹるとエラーャRードから親友ｂﾅきるかが割り緒oせる
などいろいろと使用可能

AIを活用した完全自律型の侵入テストツール「XBOW」がHackerOneのランキングでついに人間を抜いて1位に
https://gigazine.net/news/20250625-hackerone-xbow/

上記のプログラムと電波障害などで生じたエラーなどでで無理やりセキュリティーほーホールを見つけれる

2025/06/26(木) 17:16:52.94

まず自分の書き込みにAI活用しろよって思った

**デフォルトの名無しさん** (JP 0Hab-pT1b) · 2025/06/26(木) 18:27:21.16

藁

2025/06/26(木) 21:29:08.64

AndroidスマホでもiPhoneでもAIモデルをローカルで実行してチャットできる無料アプリ「Cactus Chat」レビュー
https://gigazine.net/news/20250626-cactus-chat-android-ios-ai-local/

インターネット接続不要でAIモデルをローカル実行できる「LM Studio」にMCPサーバーへの接続機能が追加される
https://gigazine.net/news/20250626-lmstudio-mcp/

上記のAIとマクロ機能を使用すればAIのみで会話できるようになる
ボイス・トォ・スカル「神や幽霊」の声はこれで行っているのか？

マクロ機能の拡張でインターネットにも自動で書き込みが可能になる

2025/06/26(木) 22:43:52.27

スレ違い。

**デフォルトの名無しさん** (JP 0Hab-pT1b) · 2025/06/28(土) 01:04:10.64

gcc4.6から4倍精度入ってるみたいですねえ。
Visual C++では入っているかな。調べてみます。

2025/06/28(土) 01:17:47.38

fortranで使うからね
gccはバックエンドから対応する必要がある機能を他フロントエンドのために入れるときはほぼC言語にも拡張として入れてくる

2025/06/28(土) 07:36:59.43

新たなクラスを作ってまえばいいのではないでしょうか。

**デフォルトの名無しさん** (JP 0Hab-pT1b) · 2025/06/28(土) 10:51:00.28

C++23からfloat128_tがサポート予定だけど
まだ詳細は決まってなさそう
VS2022ではまだみたい。gccも13.0以降？

2025/06/28(土) 15:20:29.63

>>477
MSのサポート掲示板だかコミュニティBBSだでVSは128_tやる気なし(一応要望は受け付けるけど)、みたいなの読んだ気がする。

2025/06/28(土) 15:55:10.80

C++23 では「そのような型があるなら std::float128_t として提供されることもある」というオプショナルなもので、あまりあてにならない。
https://timsong-cpp.github.io/cppwp/n4950/basic.extended.fp#4
ハードウェアとかツールチェインとかの都合もあるだろうし。

**デフォルトの名無しさん** (JP 0Hab-pT1b) · 2025/06/28(土) 16:00:47.16

うーむ。残念

2025/06/28(土) 16:13:42.13

std::float128_t が提供されるときは拡張浮動小数点型 (extended floating-point type) でなけりゃならないみたいだからクラスとして定義できない。

2025/06/28(土) 16:59:30.25

float128_tがあってもFLT_MAXは64ビットという闇

2025/06/28(土) 18:19:57.03

>>482
？？？ float128_t と FLT_MAX にどのような関係があるのか意味が分からない。

2025/06/28(土) 18:26:24.23

float 4バイトだろ 32ビットだぞ

2025/06/28(土) 19:30:31.51

float が 4 バイトなのに 8 バイト相当な値が FLT_MAX として定義されている (言語仕様に準拠していない) 環境があるという意味？

2025/06/28(土) 19:40:49.68

最大の浮動小数点型を表す定数のどれかと間違えたんでしょ
__int128があってもintmax_tが64ビットのままみたいな話のfloat版のつもりだったと思う

**デフォルトの名無しさん** (JP 0H8e-mQSl) · 2025/06/29(日) 08:57:18.64

インターネットからファイルをダウンロードするのに、現在のc界隈ではどんなライブラリを使用してるの？
vc2010あたりなら、標準で使えていたけど今でも使えるのかしら？

2025/06/29(日) 10:59:10.19

ちょっ質問なのですが
class Fooの中で構造体型PrivateStructがprivateな型として定義されており、
PrivateStruct型のFooのprivateなメンバFoo::m_stもある状況に対し、
Fooの外でauto&でもってPrivateStructの型を使用できて、
あまつさえFoo::m_stの値を読んだり書いたりできたりしてカプセル化神話が崩壊したんだけど
これっておま環？
（コード）
https://ideone.com/slBA72

2025/06/29(日) 12:56:56.18

>>487
Windows が前提なら WinINet を使うのが素直なやり方だと思う。
規格の多少の更新などがあっても OS の側で対処してくれるからアプリケーションはリビルドする必要すらなく長期的に使えることが期待できる。

マルチプラットフォームを考えるなら Curl が楽かなぁ……。

2025/06/29(日) 13:04:25.17

>>488
アクセス指定は識別子の可視性であって、間接的なアクセスも含めた一切の利用を禁止するわけではないよ。

2025/06/29(日) 13:14:06.51

上のコードの
>auto& st = x.refStruct(); // stはFooのprivateな型だがビルドが通る。
が識別子PrivateStructの可視性を無視してくれる理由がわからんぬ……
これ
>PrivateStruct& st = x.refStruct();
と書いたら型の名前PrivateStructの可視性がprivateなのでもちろんエラーになる

2025/06/29(日) 13:18:58.11

訂正orz
×: >PrivateStruct& st = x.refStruct();
○: >Foo::PrivateStruct& st = x.refStruct();

2025/06/29(日) 13:37:38.54

>>491
> 識別子PrivateStructの可視性を無視してくれる理由

識別子 PrivateStruct を使っていないから。
この場合は x.refStruct() という式から型を推論するので型名 (であるような識別子) の可視性は関係ない。

プライベートなデータメンバ m_st だってその参照を外へ持ち出してるだろ。
外で m_st という名前でアクセスできないが m_st に対応するオブジェクトへのアクセスは (アクセス経路があるなら) アクセス指定に左右されない。
同様に、プライベートに定義した型を型名ではアクセスできないが型を使えないわけではない。

2025/06/29(日) 13:59:10.64

>識別子 PrivateStruct を使っていないから。
>この場合は x.refStruct() という式から型を推論するので型名 (であるような識別子) の可視性は関係ない。
なんで？
不完全な型の参照はエラーになるのだから
コンパイラは型推論の際Foo::PrivateStructという完全な型の情報まで突き止めているはず……
なんでFoo::PrivateStructの可視性を無視してくれるのや……
無視せずエラーにする言語仕様もあり得たはず
ていうかエラーにならないのがおま環でない証拠がいまのところ無い……

2025/06/29(日) 14:09:12.19

>>494
名前に対する使用制限である旨がはっきりと書いてある。
https://timsong-cpp.github.io/cppwp/n3337/class.access#1.1

2025/06/29(日) 15:12:39.04

>>494
でもFoo::PrivateStructを指すpublicなtype aliasがあったらやっぱりエラーにしないで！
とか言ってきたらはっ倒すぞって感じの言語仕様やなあ

2025/06/29(日) 15:29:55.25

プライベートメンバーの参照を返す関数を public でアクセスできる設計の方が驚き

2025/06/29(日) 15:52:20.20

>>497
これ単体で見るとおかしいがプロキシパターンなどでそういう構成になることはある。

2025/06/29(日) 16:51:17.70

すまん。プロクシパターンではないな。
見当違いなことを書いてた。

まあこの場合は言語機能の確認のサンプルだと思うから設計がどうこうはあまり気にしなくていいんじゃね。

2025/06/29(日) 19:25:35.84

たしかに直感的には auto で private な型を推論してしまうのはヤバくね？という感覚になってしまうが
続くレスで指摘されてるとおり private な識別子だからといって外に持ち出せないわけではないので(それを禁止するほうが弊害が大きい)
そういうもんだと思ってプログラマが注意するしかないな
元々 C++ はやり方次第で言語仕様の本来の目的を外れたヤバい方法がいくらでもつかえる言語であり
どんな場面でも常にプログラマは注意を払うべきなので、そういう C++ の"性格"がこの場面でも出たというところか
こういうのがどうしても気になり完全な"性格"の言語が欲しいなら、他の言語にいったほうがよい

2025/06/29(日) 19:47:06.28

>>489
libcurl でいいと思う。便利だし。
curlコマンドと同じように使えるはずだし。

2025/06/30(月) 19:44:03.19

長い名前空間の扱いの質問なのですが、
例えば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をヘッダー内で使うのは良くないですよね?
こういう場合にP::Q::R::Sの部分を簡潔な表記にする方法はありますでしょうか

2025/06/30(月) 20:47:28.37

namespace pqrs = P::Q::R::S
でいいんじゃない？

2025/07/01(火) 21:41:31.12

Sしか使わないならusing P::Q::R::S;

2025/07/01(火) 22:22:06.69

>>504
using P::Q::R::S; したらもしも using namespace A::B::C; したときに P::Q::R::S も探索対象になってしまう。
使う側に余計な影響を与えないようにするには別名をつけるほうがより良い。

2025/07/03(木) 00:24:37.09

エンベデッド分野は今でもC/C++が主流なの？
AIに任せられない分野だから生きのこれそうで気になっておりまする

2025/07/03(木) 09:26:35.93

良いんじゃね

2025/07/03(木) 11:06:49.67

>>506
組み込みシステムも多様なので性質や規模によるでしょ。
リアルタイム性が重要なところでは C/C++ は主流のままだと思うけど、プロジェクト全体が C/C++ だけで構成されることは少なくなるんじゃない？

2025/07/03(木) 11:57:31.86

リアルタイム性はOSがやることだし
言語関係ないよ

2025/07/03(木) 12:22:21.27

Javaや.NETはGCでストップ・ザ・ワールドが発生するからリアルタイムに弱いらしい
最近は目標停止時間を1ms以下に抑えるGCもあるけど、あくまでも目標であって保証ではないからね

2025/07/03(木) 15:27:43.14

>>509
イベントスレッドでIOされてもOSがなんとかすると思ってんの？

2025/07/04(金) 08:50:43.54

組み込み
リアルタイムOS
これほど曖昧な言い回しは他に無い

2025/07/04(金) 10:17:03.12

>>509
リアルタイム性が重要なところというのはまさにそのリアルタイム OS のことで、それらを書くのに C/C++ が主流という話なんやで。
そんで既存の OS を使う場合でも次にアプリケーションを用意すれば動くというわけではなくて、組み込みシステムなら大抵の場合にデバイスドライバも書かなければいけないし、 OS が面倒みてくれる範囲は小さい。

低レイヤの整備がすでに整っている状況ならアプリケーションはもうちょっと言語の選択肢はあるかもね。

2025/07/04(金) 10:58:10.60

リアルタイムOSでないOSで、リアルタイム性重視ならそうだが
リアルタイムOSで作るなら言語は何でもいい

2025/07/04(金) 10:59:28.16

例えば24時間365日止まってはいけない産業用制御なんて
C++でも何でもない

2025/07/04(金) 11:09:00.86

シェルで済むならシェルにしなさい。(UNIX)

2025/07/04(金) 11:13:55.32

言語なんでもいいって？
リアルタイムOSってそもそも言語の選択肢少ねーだろ

2025/07/04(金) 11:19:04.05

>>512
いうほどあいまいか？
せいぜい中身がLinux、Windowsでアプリのインストールも自由みたいなやつだけだろ

2025/07/04(金) 20:28:14.57

>>511
ちょっI/Oしたらやっぱリアルタイム性に影響出るの？！
んまー秒単位でwaitして帰ってこないみたいな極端なI/Oポートがあったらそうかもしれないが

2025/07/04(金) 20:39:26.88

>24時間365日止まってはいけない産業用制御
冗長構成かフェイルオーバーするような枠組みとしての取り組みが第一優先な希ガス……
ソフトウェアーの冪等性により同じバグが同じタイミングで発生して冗長構成が無意味化するする危険性については
十分テストしてバグを撮ったのちに起動タイミングをずらすなどの工夫を行えばポアソン分布の同時確率か何かに従って無視できうる（と思う
さすがに原子炉の制御とかだとプロセス単体も形式検証して他分野よりもっと十分検証するらしい（間接伝聞

2025/07/05(土) 12:14:15.08

そんなレベルはラダー図で書くやろ

2025/07/05(土) 12:31:12.20

というかリアルタイムOSの話から関係ない24/365システムの話を出すあたりよくわかってないことを雰囲気で話すタイプの人でしょ

2025/07/05(土) 20:19:54.08

>>521
C++ではないわな

2025/07/06(日) 06:14:16.80

質問なのですが
ケース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の読み取りは行われない

となってケースB)とケースC)で共通に使えるような最終要素まで読み取り完了判定ロジックが無く
std::istream神話が崩壊したんだけどこれっておま環？
一体どうすれば……orz

2025/07/06(日) 06:16:00.70

確認用サンプルコード：
https://ideone.com/Guifzs

2025/07/06(日) 06:47:52.68

とりま上のコードからフォークしたソースコード
https://ideone.com/4WPZtB
の
　parse_as_string_with_common_logic(std::istream& is, std::string& s, bool& bErr)
みたいな判定処理にしたらケースB、Cを共通に扱えるような印象
なのですが正しくはどうすればよいかわからん……

2025/07/06(日) 07:26:05.90

一般的な話ならchar以外の>>で一貫した挙動を期待するのに無理がある
期待した文字が来なかったらungetするかどうか？ファイル最後の改行をどうするか？シグナルが来たら？とか色々あるし
ケースBで言えば"B"の後に文字が続いていればs2に含まないといけないのだから内部的にはケースAで言えばc3まで試し済みの状態
EOFフラグを見るのではなく例外で受け取ったほうが確実

2025/07/06(日) 10:18:34.40

ケースB、Cを共通に扱える
ist.eof()でいいやん
Bが一回余分にループするのは気持ち悪いけど
気にしたら負け

2025/07/06(日) 10:53:22.37

普通はoperator bool（または fail()）を使う

2025/07/06(日) 10:56:09.61

>>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の正当な使い方だけで構成されておりかつ目的を果たせているはず……
https://ideone.com/eaYGEt

2025/07/06(日) 11:00:55.07

>>528
>Bが一回余分にループするのは気持ち悪いけど
いきなりis >> s してその直後のeof()を当てにするロジックである限り、
リンク先のケースBの挙動となり、最後の要素に引き続く空白文字がないとき
最後の要素が入力ストリームにあるのに受け取れないというもっと深刻な事態となる以下略

>>529
operator boolはis.good()と同じはず……
なおかつそれ単独では（is >> sのsがchar以外のとき）ケースBの解決になんね

2025/07/06(日) 11:06:26.76

ごめoperator boolは!is.fail()やった……orz

2025/07/06(日) 11:24:16.88

二転三転してすまんこ考えを改めたはｻｰｾﾝ……orz
入力ストリームはシリアルポートみたいな途中で入力がブチ切れる危険性があるﾌﾞﾂである
こともあるから、
　ケースB) (空白) (非空白文字列の期待する全体)
　ケースB') (空白) (非空白文字列が受信タイムアウトにより途中で切れたもの)
の区別が!isになったというだけでは区別がつかない。一方、
(空白) (非空白文字列) (空白)
まで受け取ったら、(非空白文字列) がタイムアウトにより途中で切れたものでないことが確実となりﾜｶﾙ
故に、ケースBやB'みたいな条件を扱うこと自体がライブラリの仕様想定外なのかもしれん……
通常のテキスト読み込みでは行末に改行文字（空白文字のうち）が1文字以上あるから、この枠内で話が収まる。

Unixみたいに改行文字が '\n' 1文字だけな環境で、改行文字を読み飛ばして
呼び出し元に返さないgetline()みたいなやつで読んだ結果を
istringstreamしようとするとケースBが顕在化するが、
この場合は強制的に末尾に空白文字を付けることができうる
そうすればケースBは発生しない（ただし空白文字を付け忘れるとバグ

2025/07/06(日) 11:56:43.72

iostreamなんかをテキストの厳格なパースなんかに使わなければならない理由から考え直した方がいい

2025/07/06(日) 12:20:19.64

末尾で改行無しでeofが来るファイルは多い

2025/07/06(日) 12:43:07.86

>>529
ｺﾞﾒ operator std::istream::bool() か std::istream::fail() だけでとりま解決したわｽﾏﾝｶｯﾀorz
https://ideone.com/Fd5zV6

オンメモリのストリームである std::istringstream であっても>>533のケースB'に当たるケース
（オンメモリなので非空白文字列でデータが終わっている場合）においてbadbitがセットされるっぽい
この挙動がおま環でないかどうかはわからん……

2025/07/06(日) 12:47:26.46

>>534
いまさらlex的な処理をgetc()で手で書いたりstrtok()に戻ったりしたくないし……

2025/07/06(日) 13:40:09.19

パーサコンビネータ的なものを先に作るのがモダンな方法だが……。
汚い部分を抽象の向こうに押し込めるだけなので汚さが無くなるわけではない。
小さい規模だと愚直な方法が楽だったりするよ。