C++相談室 part164

■ このスレッドは過去ログ倉庫に格納されています
2023/05/09(火) 11:50:52.06ID:EYc2I7oW0
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること

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

※前スレ
C++相談室 part163
https://mevius.5ch.net/test/read.cgi/tech/1672409791/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
2023/06/28(水) 11:12:40.66ID:MFKAAcNx0
>>340
誰も知らないから隠語なんだよ
たまにいるよな、相手の知らないであろう単語を使ってマウントを取った気分になるやつ
2023/06/28(水) 12:11:22.15ID:gg0vhlU/M
>>340
検索すると別人の本が出てくるから駄目だろ。
2023/06/29(木) 00:03:54.47ID:XHjEw6wR0
C++でintと書けない理由はほぼほぼwindowsのintが32ビットと定義されているからで、
逆に言えば100% windowsで動かさないとあらかじめ分かっているならint使って書くよ
2023/06/29(木) 07:49:46.01ID:0UnKiO4J0
せいぜい数十までの整数でも、いちいちint8_tになんかしねえな
2023/06/29(木) 08:15:54.28ID:l+ZsGqGg0
巨大な配列なら話は別だが単発の整数がレジスタより小さくても得なことが無いからな。
2023/06/29(木) 08:19:17.75ID:beCjxg/z0
通信関連でペイロードに ﾋﾞｯﾄ長指定されてるのなんかは int○_t 使っときたい
2023/06/29(木) 11:02:12.05ID:prJHgW/t0
intでもshortでもCPUの計算速度は同じ
2023/06/29(木) 11:11:38.45ID:l+ZsGqGg0
四則演算では int より小さい整数は int に拡張する変換が入ることになってるし、
int を受け取る関数でも当然に変換されるので
変換する処理の分だけ素朴なコンパイラだと short のほうがコスト高になる可能性もある。
2023/06/29(木) 11:21:22.19ID:prJHgW/t0
言葉足らずだったな
初学者向けに正確にいえば
ビット数の低い数値の型にしたからといって
計算速度が速くなるワケじゃない

理由はハチミツ氏の記述通り
2023/06/29(木) 17:52:26.59ID:XHjEw6wR0
型のサイズが大きいほどキャッシュミスの確率が上がるし
ベクトル化の効率も関わってくるから話はそう簡単でもないけどな
2023/06/29(木) 18:01:09.64ID:l+ZsGqGg0
チューニングが必要になったら実測しろってのはそういうことよな。
やってみるまでわからん。
2023/06/30(金) 13:08:37.59ID:fR+nHOGQ0
やはり64bitCPUなら64bit整数が一番計算が速かったりするのかな
2023/06/30(金) 13:38:31.87ID:x+ZjTlP+0
>>348
al、ah、axと小さなレジスタでやりくりすることによりスタックすらも使わずに複数の変数を操作することは可能になる
まあ汎用レジスタ数の多い64bitアプリではあんまりメリットにならんが
2023/06/30(金) 13:40:34.61ID:GCvfqGNe0
普通、intは32bitじゃないの？
普通の計算に64bitなんて使ったらキャッシュ効率悪すぎでしょ
2023/06/30(金) 15:06:59.18ID:4d5Im9Ce0
多少のCPU内の計算速度差より、メモリアクセスのペナルティの方が遙かに影響でかいんだよね
昔、同じテキスト処理をsjisとutf16で速度比べたら、処理が複雑なはずのsjisの方がわずかに速かったこともあった
2023/06/30(金) 16:50:22.94ID:4gqYGJxm0
じゃあ16ビット整数使おうぜ！
360デフォルトの名無しさん (ｽｯｯﾌﾟ Sd43-+46M)
垢版 |
2023/06/30(金) 18:10:36.60ID:diu+eantd
ILP32
LLP64 windows: int32 long32 long long 64
LP64 unix: int32 long64 long long 64
ILP64 実装例なし
2023/06/30(金) 18:16:08.64ID:rpfOZ2Y1d
>>358
自作エディタの内部文字コードに悩んでるけどもしかしてUTF8がええのかな
2023/06/30(金) 18:31:33.16ID:4d5Im9Ce0
>>361
utf8は日本語3バイトになるし、冗長コードの問題もあるし、処理がより煩雑になるから内部処理コードには一番向かないと思う
エディタなら素直にutf32（もしくは16）で持つのが良いような気がする
2023/06/30(金) 18:50:30.08ID:JeB1mWDr0
>>362
utf16はサロゲートペアがあるから避けたほうがいい。
簡単に実装するならutf32、メモリを節約するならutf8。だけど、utf8が覇権だからutf8にしたら？
2023/06/30(金) 18:53:22.37ID:ccKyFSM70
今から新規にエディタ作るなら内部はUTF32一択でしょ
それ以外を使う理由がない
2023/06/30(金) 20:01:34.61ID:4d5Im9Ce0
>>363
サロゲートペアの判定は簡単だし、utf32でも厳密には1文字＝1要素にはならないし、
メモリアクセス量との兼ね合いでより高速に動作しそうな気がするが…避ける理由がよく分からない
2023/06/30(金) 20:23:00.32ID:fhTbp4mH0
今どきは絵文字とかも絡んでくるから「簡単に実装」なんてそうそう言えないと思うんだよね
性別やら肌の色で修飾みたいな複雑仕様を網羅する必要があるから
2023/06/30(金) 21:27:23.31ID:ccKyFSM70
Unicodeの処理なんてただでさえ魔境なんだから減らせる複雑性は減らしといた方が良いよ
悪いこと言わないからUTF32にしとけ
2023/07/01(土) 10:11:11.88ID:6RngsvF70
テキストエディタを自作すると一文字一文字の描画位置の計算を毎回しなければならず、結局全テキストをデータutf32形式で保持するのが楽という結論になりそう
2023/07/01(土) 10:21:22.63ID:zjPNSumQM
そこまでやるとワープロやDTPの範疇では？
370デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Sp5f-kcaK)
垢版 |
2023/07/01(土) 10:38:59.61ID:oFUv7PIMp
>>351
変換する処理ったって、普通static_castにコスト発生せんやろ
371デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Sp5f-kcaK)
垢版 |
2023/07/01(土) 10:41:23.25ID:oFUv7PIMp
static_castというよりstatic_cast相当というべきか
もちろん浮動小数点数と整数だと命令いるけど
2023/07/01(土) 10:43:45.44ID:hNdT1t6QM
レジスタの拡張命令が必要になる
それはゼロコストではない
2023/07/01(土) 10:45:55.45ID:hNdT1t6QM
8bit,16bitの値を同サイズのレジスタに読む
それを32bitへ拡張する
374デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Sp5f-kcaK)
垢版 |
2023/07/01(土) 10:49:09.01ID:UYNjOrxwp
そうなのか、知らんかった・・・
2023/07/01(土) 10:55:28.60ID:hNdT1t6QM
8bitしかないのに32bitで読むと当然ごみが入るので何かしないといけない
逆に8bitだけ読んで何もしないとこちらもレジスタにゴミが残ってる
何もしないで使える場合なにかしらの仕組みがある

そんなことするよりレジスタ拡張命令使った方がいい
通常の命令だけでなくてsimdにも用意されている
2023/07/01(土) 10:57:02.19ID:7zrd4+jP0
俺も >>367 の意見に賛成。
UTF-32 の採用で何もかも良くなるわけではないが
少なくともコードポイント単位での扱いは楽になる。
2023/07/01(土) 10:58:34.38ID:7zrd4+jP0
ちょうど Unicode 関連の本を読んでたんだが
右から左へ書く言語だとか
それが入れ子になってる場合だとか、
そういうのにちゃんと配慮したソフトウェアが世の中にあるのは
めちゃくちゃ頑張った人がいるんだなぁと有難みを感じてる。
378デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd02-+VJx)
垢版 |
2023/07/01(土) 12:18:01.21ID:W7avfgkdd
日本語も右から左に書く言語だ
正確には上から下と右から左ニダ
2023/07/01(土) 12:20:52.99ID:86MprtLh0
BiDiモード
2023/07/01(土) 12:42:13.26ID:ZV4XYgX9M
世界でも珍しい縦書き文化
2023/07/01(土) 15:53:40.98ID:GgZZqhZy0
UTF32派の人ってWin32でW系API通す時に毎回変換するってこと？
2023/07/01(土) 16:08:08.30ID:7zrd4+jP0
>>381
そうだよ。
作るアプリケーションがエディタ (またはシーケンシャルではない
テキスト操作をする何か) であるという前提を置いているときなら
という条件付きな話だが。
2023/07/01(土) 17:26:11.76ID:6RngsvF70
そもそもWin32でA系APIにutf8渡せないし
384デフォルトの名無しさん (ﾜｯﾁｮｲ 7b9c-44el)
垢版 |
2023/07/01(土) 17:29:40.49ID:ceIwatEY0
A系にはutf8渡せるんじゃないの？
2023/07/01(土) 17:36:11.93ID:6RngsvF70
渡せるという表現がまずかったかな
結果を気にしなければ、なんでも渡せるよ
2023/07/01(土) 17:43:00.61ID:XU86fDmw0
>>384
Windows バージョン 1903 (2019 年 5 月の更新プログラム) 以降、ActiveCodePage プロパティを使って、プロセスのコード ページとして UTF-8 を使うように強制できるようになりました。
2023/07/01(土) 19:58:04.79ID:Z2fZL/QQM
A系はASCIIなのでunicode由来のutfもshift-jis などのMBCSも扱えない
2023/07/01(土) 20:10:31.66ID:XU86fDmw0
>>387
最近までは、-A API がレガシと見なされていました。
これは、何十年もの間、Windows が "Unicode" -W バリアントを推進していたためです。
しかし、最近のリリースの Windows では、ANSI コード ページと -A API を活用し、
新しい SKU で UTF-8 サポートを導入しています。 ANSI コード ページが
UTF-8 に対して構成されている場合、-A API は UTF-8 で動作します。
2023/07/01(土) 20:13:40.75ID:6ckc7dLGd
>>387
以前からCP_ACPは日本語環境でシフトJISを扱えたはず。CP_ACPの解釈をCP_UTF8にすることができる設定と見なせる。
390デフォルトの名無しさん (ﾌﾞｰｲﾓ MM8e-44el)
垢版 |
2023/07/01(土) 20:43:32.48ID:B2exONcuM
ASCIIしか考えてないアメリカ人の作ったプログラムでもUTF-8ならそれなりに動くよね
strlenが正確な文字数を返してくれるわけではないけども
2023/07/01(土) 20:55:13.36ID:6ckc7dLGd
WideCharToMultiByteとMultiByteToWideCharの第一引数に明示的にシフトJISのコードページ932を指定すればUTF-8な環境でも動く。
2023/07/01(土) 23:06:29.67ID:5I1AeY3j0
そうなの？
ただ単に変換APIの第一引数に明示的にシフトJISのコードページ932を指定しただけだと
とりわけWideCharToMultiByte()の場合、文字コードの自動判別が介在する余地もなく、
ウィンドーズ内部表現のUTF-16がシフトJISのコードページ932に（指定通りに）変換されるだけなんじゃないの……

M$のページ見たら
>マニフェストの ActiveCodePage プロパティを使って、プロセスのコード ページとして UTF-8 を使うように強制できるようになりました。
>マニフェストの ActiveCodePage プロパティを使って
と書いてあった
マニフェストファイル変えたら中で何がどう切り替わるのかわ皆目わからんが、
ただ単に変換APIの第一引数に明示的にシフトJISのコードページ932を指定したら万事OKというよりは得心が行く
2023/07/02(日) 00:11:45.31ID:26TSX02F0
そういう話じゃない
〜A系のAPIの文字列引数にUTF8が使えるようになったという話だ
2023/07/02(日) 00:28:14.28ID:MfIRncIE0
>>390
>strlenが正確な文字数を返してくれるわけではないけども
そもそも正確な文字数が必要な局面って?
そもそもUnicodeにおける「文字」って
2023/07/02(日) 00:43:33.66ID:B6PMzb/YM
A系ならstrlen、W系ならlstrlen使えば済む話では？
2023/07/02(日) 01:40:17.87ID:MfIRncIE0
>>377
Unicode自体と同様、文句もあるけど世界中が規格化標準化されるのはやはり
有益な面があるなあと思ったり
言語を完全に知らなくてもそういう規則に従えばまあまあのものが出来る
そうやって自分もRTLなテキストを処理するコードを書いたことがあるし
日本語を（も）扱うコードだってどこかの外人が書いてるわけで

そうだ、日本語だって戦前はRTL。あれ、英語はどうしてたんだろ.... 敵性言語だから
ないことになってたのかなw

そういえば、テキストだけじゃなくてUIのレイアウトも変わるし、テキストのスクロール
方向とかも変わるし、注意が必要だったり
397デフォルトの名無しさん (ﾜｯﾁｮｲ cb02-ctHD)
垢版 |
2023/07/02(日) 04:10:12.63ID:3Rb9PhMu0
Visual C++してもいいでしょうか？
特定の既定のライブラリの無視に「LIBCMT.lib」を設定して
マルチスレッド使っても大丈夫でしょうか？
もちろんランタイムライブラリの設定はマルチスレッドにしてます。
これでマルチスレッド使っても大丈夫でしょうか？
3980397 (ﾜｯﾁｮｲ cb02-ctHD)
垢版 |
2023/07/02(日) 04:46:51.92ID:3Rb9PhMu0
ごめんなさい。自己解決しました。
2023/07/02(日) 08:22:56.48ID:cqAPSm8d0
>>393
何言ってるかわからんkwsk
過去にCreateFile(L"漢字.txt", ...)で作ったファイルを、
WideCharToMultiByteとMultiByteToWideCharの第一引数に明示的にシフトJISのコードページ932を指定するだけで
CreateFileA(u8"漢字.txt", ...)で開けるようになったとしたら論理鉄器におかしい希ガス
400デフォルトの名無しさん (ﾜｯﾁｮｲ c2fb-PY2F)
垢版 |
2023/07/02(日) 10:08:44.31ID:idCQJgQa0
環境依存の文字コードを取り扱うA系の関数でコードページ65001(UTF8)をサポートしたという話か？

「最近のリリースのWindows」とやらが何年ごろの話か知らんが
2023/07/02(日) 10:21:10.68ID:FpcWXL3uM
親切な人がいて上の方に書いてある
2023/07/02(日) 11:09:45.90ID:cqAPSm8d0
書いて無くね↑？
403デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd02-+VJx)
垢版 |
2023/07/02(日) 11:52:22.93ID:R6FnNIs/d
>>396
英文モールスや和文モールス信号(符号)は戦前からあるから参考になるよ

みごとに被ってるから
2023/07/02(日) 11:59:53.95ID:BV1CApnra
>>399
お舞の方が何言ってるかワカラン
>過去にCreateFile(L"漢字.txt", ...)で作ったファイルを、
>WideCharToMultiByteとMultiByteToWideCharの第一引数に明示的にシフトJISのコードページ932を指定するだけで
>CreateFileA(u8"漢字.txt", ...)で開けるようになったとしたら論理鉄器におかしい希ガス

CreateFile と WideCharToMultiByte/MultiByteToWideChar には何の関係も無いぞ
どちらかといえば setlocale/systemlocale とかの話してるなら判らんでもないが
2023/07/02(日) 12:09:58.45ID:cqAPSm8d0
>>404
>>391
2023/07/02(日) 12:12:15.47ID:cqAPSm8d0
んまーもちついて>>391を読めば
>UTF-8な環境でも
というのがActiveCodePage プロパティを使って、プロセスのコード ページとして UTF-8 を使うように強制できるようになりました環境（>>386
の意味なら分からなくも無いorz
2023/07/02(日) 14:25:34.89ID:MfIRncIE0
>>403
>>396はエンコーディングの仕方の話ではないんですよね

疑問の答えはここにあった（と思う）
https://upload.wikimedia.org/wikipedia/commons/b/b3/Bank_of_Japan_silver_convertible_one_yen_banknote_1885.jpg
408デフォルトの名無しさん (ｱｳｱｳｳｰ Sabb-hiKC)
垢版 |
2023/07/02(日) 15:11:19.95ID:BV1CApnra
和氣清麻呂好き
409デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Sp5f-UEHP)
垢版 |
2023/07/03(月) 18:00:48.84ID:+/doOPQlp
組み込みの設計技法を学びたいんだけど、静的構造と動的構造の設計を学べるいい書物あったら教えてください
2023/07/05(水) 19:37:47.51ID:UfO9dhEIM
>>409
古い人間だから、デザインパターン本ぐらいしか知らん。

C++テンプレート設計の良本てあったっけ？
2023/07/05(水) 19:46:37.42ID:98uidMYlF
>>410
Modern C++ Designとか?
2023/07/05(水) 19:52:44.79ID:tRsu2qbd0
あれは魔術書過ぎてちょっと…C++03時代の本だから古いし
2023/07/05(水) 20:15:53.22ID:XE8fk1ziM
横からだけど組み込みは手続き型なのかイベントドリブンなのかも知らないので知りたいなｗ
2023/07/06(木) 03:34:48.12ID:s5S2CoPB0
組み込みだから手続き型とか
組み込みだからイベントドリブンとか
そういうのはないよ
2023/07/06(木) 09:09:22.20ID:a8qSLwwI0
>>413
組み込まれていれば組み込みなんだよ。
扱う技術には何も違いは無い。

組み込みなら何らかの制御対象はあるだろうから
その制御対象の性質には影響を受けると思うが。
2023/07/06(木) 09:59:15.82ID:ZkyJU/6U0
手続き型かどうかとイベントドリブンかどうかは関係ない概念
417デフォルトの名無しさん (ﾜｯﾁｮｲ d701-kcaK)
垢版 |
2023/07/06(木) 14:16:15.16ID:ALXC3HlV0
>>412
横からだが魔術書とか、アンサイクロペディアの内容真に受けてるのか流行ってるのか知らんけど良くない
凝ったメタプログラミングとかしなくても、わりと実用的な知識が書いてあるよ
オブジェクト指向だけだとユーザーに制約を押し付けてしまいがちな部分を、もう少し自由度高く、直交する概念を組み合わせて小さなパーツに分けるのにテンプレートが便利だよとかいう話が書いてある
2023/07/06(木) 14:28:39.97ID:a0X6jP530
出版当時の衝撃は魔術と評されるに値したなぁ
今もって難解の書ではある
正座して読むべし
2023/07/06(木) 15:07:08.13ID:s5S2CoPB0
足が痺れて集中できない
2023/07/06(木) 20:08:43.89ID:3MFY2fBc0
>>417
いや読んだし持ってるし、面白くて良いことも色々書いてるのは知ってるよ
でも「設計技法の本だよ！」ってC++詳しくない人に薦めるような本ではない
2023/07/06(木) 21:07:53.32ID:a8qSLwwI0
C++03 と C++11 の間で大きな溝があるからなぁ。
言語を詳しく知った上でなら C++03 を前提として書かれた本でも
役に立つところを拾って読むということも出来るけど、
不慣れな内には薦められないというのはわかる。
2023/07/06(木) 21:11:56.86ID:s5S2CoPB0
メジャーチェンジの上って何て言うんだろう
グレートチェンジ？
423デフォルトの名無しさん (ﾜｯﾁｮｲ d701-kcaK)
垢版 |
2023/07/06(木) 21:51:28.48ID:ALXC3HlV0
>>420
ああ質問者と勘違いしてた
ただ魔術書とか痛いし不正確な表現はよろしくない(実際Qiitaとかで価値の無い出典も示さないクソ記事書いてる奴がよく使ってる)と言いたいだけ
あと>>409が初心者かどうかはわからんぞ
424デフォルトの名無しさん (ﾜｯﾁｮｲ d701-kcaK)
垢版 |
2023/07/06(木) 21:53:09.37ID:ALXC3HlV0
もちろん組み込み学ぶのに適した本だとは思わんけど
2023/07/06(木) 23:37:01.42ID:YLJUKdW5a
>>422
新装開店と言いつつ中身は実質閉店詐欺sale
2023/07/07(金) 00:10:58.87ID:EP1fLvq90
>>412
ほんそれ
積読のままになってる……
2023/07/07(金) 00:21:21.09ID:AhT1sfN50
C++なんてもう20年くらいまともに使ってないんだけど大きく変わってるの？
普段使いするような部分で変わったのってどんなのあるの？
2023/07/07(金) 00:32:21.86ID:7ps2WMbUM
new deleteしない
生のポインタを使わない
moveの意識
2023/07/07(金) 00:36:54.14ID:2SE8uAkh0
>>427
moveが一番大きいかな?
生ポインタは20年前でも使わない人は使わなかった
2023/07/07(金) 01:56:31.07ID:gGTaLgTI0
俺もムーブ (というかその前提である右辺値参照も) の存在が大きな差だと思う。
今となっては C++03 では右辺値参照なしでやってたってのが信じられんくらいだ。
2023/07/07(金) 13:56:40.22ID:/sgbjnHO0
右辺値参照とmoveでパラメータや戻り値などにclassのインスタンスを直接使いやすくなって、設計の自由度と安全性が格段に向上したとは思うけど、
その代わり、演算子のオーバーロード時のconstやexplicitの有無など、型推論の仕組みをきちんと理解して適切に記述しないとtemplateで訳わかんないエラーが出て、
初心者殺し度も格段に向上したよねw
2023/07/07(金) 14:27:35.57ID:tybFBPle0
まさに今20年前のコードメンテしてるからnew delete使ってるよ
C++のランタイムすらリンクしてないからこれnewした時Win32APIの何が呼ばれてるんだろう？HeapAllocだったかな？
433デフォルトの名無しさん (ｽﾌﾟｯｯ Sd22-yGZL)
垢版 |
2023/07/07(金) 14:38:08.14ID:5UFmRPYBd
スタティックライブラリがリンクされてるんでしょ
ランダム使用時と完全に同じとは行かないけどほぼ同等の処理のはずだけど
434デフォルトの名無しさん (ｽﾌﾟｯｯ Sd22-yGZL)
垢版 |
2023/07/07(金) 14:38:34.18ID:5UFmRPYBd
ランダムじゃなくてランタイム
435デフォルトの名無しさん (ﾜｯﾁｮｲ ffb9-BMDt)
垢版 |
2023/07/08(土) 09:03:38.78ID:Iqj4gtss0
g++でVLAを使ってるんですが、宣言時に初期化リスト使うのって未定義ですか？
公式のドキュメントを漁ってるんですが見当たらないので（英語苦手なので見落としてたらすみません）
2023/07/08(土) 09:37:22.13ID:E0cUKLNxd
C++にはそもそもVLAないぞ
非標準で実装されるケースはありうるけどね
2023/07/08(土) 09:56:47.19ID:svQTfB7/0
>>435-436
C と同等の VLA を使えるように拡張されている旨はちゃんとドキュメントに書かれてる。
しかし C の VLA では初期化子を書けないことになってる。
2023/07/08(土) 10:03:16.21ID:svQTfB7/0
GCC の具体的なドキュメントとしてはここ。
https://gcc.gnu.org/onlinedocs/gcc/Variable-Length.html

> Variable-length automatic arrays are allowed in ISO C99, and as an extension GCC accepts them in C90 mode and in C++.
439デフォルトの名無しさん (ﾜｯﾁｮｲ ffb9-BMDt)
垢版 |
2023/07/08(土) 10:10:11.44ID:Iqj4gtss0
>>436
はい、処理系依存ということは認識してます
>>437,438
ありがとうございます！
2023/07/08(土) 11:40:41.01ID:hU6KuhT00
コンテナ使えばVLAって最早必要ないような...
2023/07/08(土) 12:00:36.50ID:p+sO9/0DM
数年前にc++でありながらvectorすらない実装はあったけど
2023/07/08(土) 13:06:37.75ID:E0cUKLNxd
>>440
禿同
443デフォルトの名無しさん (ｻｻｸｯﾃﾛﾗ Sp0b-/+4S)
垢版 |
2023/07/08(土) 15:36:54.89ID:lxagCGE0p
CのVLAってスタック使われることもあるんじゃなかったっけか
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況