C++相談室 part164

2023/05/09(火) 11:50:52.06

!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

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd02-Ojup) · 2023/07/01(土) 20:55:13.36

WideCharToMultiByteとMultiByteToWideCharの第一引数に明示的にシフトJISのコードページ932を指定すればUTF-8な環境でも動く。

2023/07/01(土) 23:06:29.67

そうなの？
ただ単に変換APIの第一引数に明示的にシフトJISのコードページ932を指定しただけだと
とりわけWideCharToMultiByte()の場合、文字コードの自動判別が介在する余地もなく、
ウィンドーズ内部表現のUTF-16がシフトJISのコードページ932に（指定通りに）変換されるだけなんじゃないの……

M$のページ見たら
>マニフェストの ActiveCodePage プロパティを使って、プロセスのコードページとして UTF-8 を使うように強制できるようになりました。
>マニフェストの ActiveCodePage プロパティを使って
と書いてあった
マニフェストファイル変えたら中で何がどう切り替わるのかわ皆目わからんが、
ただ単に変換APIの第一引数に明示的にシフトJISのコードページ932を指定したら万事OKというよりは得心が行く

2023/07/02(日) 00:11:45.31

そういう話じゃない
～A系のAPIの文字列引数にUTF8が使えるようになったという話だ

2023/07/02(日) 00:28:14.28

>>390
>strlenが正確な文字数を返してくれるわけではないけども
そもそも正確な文字数が必要な局面って?
そもそもUnicodeにおける「文字」って

2023/07/02(日) 00:43:33.66

A系ならstrlen、W系ならlstrlen使えば済む話では？

2023/07/02(日) 01:40:17.87

>>377
Unicode自体と同様、文句もあるけど世界中が規格化標準化されるのはやはり
有益な面があるなあと思ったり
言語を完全に知らなくてもそういう規則に従えばまあまあのものが出来る
そうやって自分もRTLなテキストを処理するコードを書いたことがあるし
日本語を（も）扱うコードだってどこかの外人が書いてるわけで

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

そういえば、テキストだけじゃなくてUIのレイアウトも変わるし、テキストのスクロール
方向とかも変わるし、注意が必要だったり

2023/07/02(日) 04:10:12.63

Visual C++してもいいでしょうか？
特定の既定のライブラリの無視に「LIBCMT.lib」を設定して
マルチスレッド使っても大丈夫でしょうか？
もちろんランタイムライブラリの設定はマルチスレッドにしてます。
これでマルチスレッド使っても大丈夫でしょうか？

**0397** (ﾜｯﾁｮｲ cb02-ctHD) · 2023/07/02(日) 04:46:51.92

ごめんなさい。自己解決しました。

2023/07/02(日) 08:22:56.48

>>393
何言ってるかわからんkwsk
過去にCreateFile(L"漢字.txt", ...)で作ったファイルを、
WideCharToMultiByteとMultiByteToWideCharの第一引数に明示的にシフトJISのコードページ932を指定するだけで
CreateFileA(u8"漢字.txt", ...)で開けるようになったとしたら論理鉄器におかしい希ガス

2023/07/02(日) 10:08:44.31

環境依存の文字コードを取り扱うA系の関数でコードページ65001(UTF8)をサポートしたという話か？

「最近のリリースのWindows」とやらが何年ごろの話か知らんが

2023/07/02(日) 10:21:10.68

親切な人がいて上の方に書いてある

2023/07/02(日) 11:09:45.90

書いて無くね↑？

2023/07/02(日) 11:52:22.93

>>396
英文モールスや和文モールス信号(符号)は戦前からあるから参考になるよ

みごとに被ってるから

2023/07/02(日) 11:59:53.95

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

CreateFile と WideCharToMultiByte/MultiByteToWideChar には何の関係も無いぞ
どちらかといえば setlocale/systemlocale とかの話してるなら判らんでもないが

2023/07/02(日) 12:09:58.45

>>404
>>391

2023/07/02(日) 12:12:15.47

んまーもちついて>>391を読めば
>UTF-8な環境でも
というのがActiveCodePage プロパティを使って、プロセスのコードページとして UTF-8 を使うように強制できるようになりました環境（>>386
の意味なら分からなくも無いorz

2023/07/02(日) 14:25:34.89

>>403
>>396はエンコーディングの仕方の話ではないんですよね

疑問の答えはここにあった（と思う）
https://upload.wikimedia.org/wikipedia/commons/b/b3/Bank_of_Japan_silver_convertible_one_yen_banknote_1885.jpg

2023/07/02(日) 15:11:19.95

和氣清麻呂好き

2023/07/03(月) 18:00:48.84

組み込みの設計技法を学びたいんだけど、静的構造と動的構造の設計を学べるいい書物あったら教えてください

2023/07/05(水) 19:37:47.51

>>409
古い人間だから、デザインパターン本ぐらいしか知らん。

C++テンプレート設計の良本てあったっけ？

2023/07/05(水) 19:46:37.42

>>410
Modern C++ Designとか?

2023/07/05(水) 19:52:44.79

あれは魔術書過ぎてちょっと…C++03時代の本だから古いし

2023/07/05(水) 20:15:53.22

横からだけど組み込みは手続き型なのかイベントドリブンなのかも知らないので知りたいなｗ

2023/07/06(木) 03:34:48.12

組み込みだから手続き型とか
組み込みだからイベントドリブンとか
そういうのはないよ

2023/07/06(木) 09:09:22.20

>>413
組み込まれていれば組み込みなんだよ。
扱う技術には何も違いは無い。

組み込みなら何らかの制御対象はあるだろうから
その制御対象の性質には影響を受けると思うが。

2023/07/06(木) 09:59:15.82

手続き型かどうかとイベントドリブンかどうかは関係ない概念

2023/07/06(木) 14:16:15.16

>>412
横からだが魔術書とか、アンサイクロペディアの内容真に受けてるのか流行ってるのか知らんけど良くない
凝ったメタプログラミングとかしなくても、わりと実用的な知識が書いてあるよ
オブジェクト指向だけだとユーザーに制約を押し付けてしまいがちな部分を、もう少し自由度高く、直交する概念を組み合わせて小さなパーツに分けるのにテンプレートが便利だよとかいう話が書いてある

2023/07/06(木) 14:28:39.97

出版当時の衝撃は魔術と評されるに値したなぁ
今もって難解の書ではある
正座して読むべし

2023/07/06(木) 15:07:08.13

足が痺れて集中できない

2023/07/06(木) 20:08:43.89

>>417
いや読んだし持ってるし、面白くて良いことも色々書いてるのは知ってるよ
でも「設計技法の本だよ！」ってC++詳しくない人に薦めるような本ではない

2023/07/06(木) 21:07:53.32

C++03 と C++11 の間で大きな溝があるからなぁ。
言語を詳しく知った上でなら C++03 を前提として書かれた本でも
役に立つところを拾って読むということも出来るけど、
不慣れな内には薦められないというのはわかる。

2023/07/06(木) 21:11:56.86

メジャーチェンジの上って何て言うんだろう
グレートチェンジ？

2023/07/06(木) 21:51:28.48

>>420
ああ質問者と勘違いしてた
ただ魔術書とか痛いし不正確な表現はよろしくない(実際Qiitaとかで価値の無い出典も示さないクソ記事書いてる奴がよく使ってる)と言いたいだけ
あと>>409が初心者かどうかはわからんぞ

2023/07/06(木) 21:53:09.37

もちろん組み込み学ぶのに適した本だとは思わんけど

2023/07/06(木) 23:37:01.42

>>422
新装開店と言いつつ中身は実質閉店詐欺sale

2023/07/07(金) 00:10:58.87

>>412
ほんそれ
積読のままになってる……

2023/07/07(金) 00:21:21.09

C++なんてもう20年くらいまともに使ってないんだけど大きく変わってるの？
普段使いするような部分で変わったのってどんなのあるの？

2023/07/07(金) 00:32:21.86

new deleteしない
生のポインタを使わない
moveの意識

2023/07/07(金) 00:36:54.14

>>427
moveが一番大きいかな?
生ポインタは20年前でも使わない人は使わなかった

2023/07/07(金) 01:56:31.07

俺もムーブ (というかその前提である右辺値参照も) の存在が大きな差だと思う。
今となっては C++03 では右辺値参照なしでやってたってのが信じられんくらいだ。

2023/07/07(金) 13:56:40.22

右辺値参照とmoveでパラメータや戻り値などにclassのインスタンスを直接使いやすくなって、設計の自由度と安全性が格段に向上したとは思うけど、
その代わり、演算子のオーバーロード時のconstやexplicitの有無など、型推論の仕組みをきちんと理解して適切に記述しないとtemplateで訳わかんないエラーが出て、
初心者殺し度も格段に向上したよねw

2023/07/07(金) 14:27:35.57

まさに今20年前のコードメンテしてるからnew delete使ってるよ
C++のランタイムすらリンクしてないからこれnewした時Win32APIの何が呼ばれてるんだろう？HeapAllocだったかな？

2023/07/07(金) 14:38:08.14

スタティックライブラリがリンクされてるんでしょ
ランダム使用時と完全に同じとは行かないけどほぼ同等の処理のはずだけど

2023/07/07(金) 14:38:34.18

ランダムじゃなくてランタイム

2023/07/08(土) 09:03:38.78

g++でVLAを使ってるんですが、宣言時に初期化リスト使うのって未定義ですか？
公式のドキュメントを漁ってるんですが見当たらないので（英語苦手なので見落としてたらすみません）

2023/07/08(土) 09:37:22.13

C++にはそもそもVLAないぞ
非標準で実装されるケースはありうるけどね

2023/07/08(土) 09:56:47.19

>>435-436
C と同等の VLA を使えるように拡張されている旨はちゃんとドキュメントに書かれてる。
しかし C の VLA では初期化子を書けないことになってる。

2023/07/08(土) 10:03:16.21

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++.

2023/07/08(土) 10:10:11.44

>>436
はい、処理系依存ということは認識してます
>>437,438
ありがとうございます！

2023/07/08(土) 11:40:41.01

コンテナ使えばVLAって最早必要ないような...

2023/07/08(土) 12:00:36.50

数年前にc++でありながらvectorすらない実装はあったけど

2023/07/08(土) 13:06:37.75

>>440
禿同

2023/07/08(土) 15:36:54.89

CのVLAってスタック使われることもあるんじゃなかったっけか

2023/07/08(土) 15:51:02.79

コンパイラによる

2023/07/08(土) 18:03:19.11

どうしても VLA が必要だとしたら
そもそもヒープアロケーションのコードを書いてるときとか、
変則的なアーキテクチャで仕方がないとか、
C++ の言語機能が完全には使えない状況かな。

あるいはヒープアロケーションのコストを許容できないほど速度的に厳しいとか。

2023/07/08(土) 20:31:31.43

話をぶった切る上に去年の話でアレなんだがこの件。
https://mevius.5ch.net/test/read.cgi/tech/1653135809/734
なんの気なしにログを見返してて思い出した。
unexec だ。

2023/07/08(土) 20:45:51.68

もうアセンブラかVerilog使えって感じだな

2023/07/08(土) 21:25:24.78

世の中には動的確保のコスト計算できない人が多すぎるんだ

2023/07/08(土) 22:15:45.40

>>433
ちゃうちゃう、 new deleteのソースアセンブラに吐かせたの見たらGlobalAlloc GlobalFree使ってるわ
さすがにGMEM_FIXEDだったけど

2023/07/09(日) 04:19:53.74

Windowsのメモリアロケータってクソだよな

2023/07/09(日) 05:38:04.63

せやろか

2023/07/09(日) 05:40:32.30

Win16からの色々を引きずってるってこと？

2023/07/09(日) 05:53:12.10

引きずっているのはLocalAlloc

2023/07/09(日) 07:55:31.77

なんとなくメジャーなものをけなして気持ちがよくなってるんだろ
楽だよなそういうので気持ちよくなれる人は

2023/07/09(日) 09:27:34.88

メジャーだからって完璧に出来ているとは思わない方がいい

2023/07/09(日) 09:33:30.46

反体制派な俺すげーだろって痛すぎる厨二病は昔からいるよね

2023/07/09(日) 09:36:52.25

具体的にどういう場面で問題があるのか、可能ならサンプルコードなどを添えて指摘してくれないと、同意しようがないよね

2023/07/09(日) 10:14:00.41

そりゃ様々な用途や優先すべき軸がある中で汎用的にあらゆる用途に高性能であれと言われたら
中庸にするか尖らせて特定用途で使い物にならなくなるかの二択になるよね

2023/07/09(日) 10:40:38.50

EXEで確保したしたメモリーブロックをdllで解放するときに（そんなことをするなというのはさておき
むしろmalloc()だとリンクするCRTのバージョン相違でトラブルになりかねないから
OSがmalloc()的なことまでしてくれるのは良い事な希ガス知らんけど

2023/07/09(日) 10:57:36.03

C++ なら operator new のオーバーロードなんかも出来るわけだし
コンテナ類もアロケータを差し込むことが出来るわけで
メモリアロケーションに関して過剰なほどのカスタマイズ性がある。

もちろん提供されるアロケータで性能が足りるならそれに越したことは無いが、
足りないときでもなんとかできる可能性があるってのは C++ のいいところだよ。

2023/07/09(日) 11:09:45.90

前なんかstd::vector<T>をdllに渡したら（コピー渡ししたら）クラッシュするトラブルに遭遇して
原因はC++のランタイムのバージョン相違やったorz

2023/07/09(日) 11:44:01.32

DLL を跨ぐときは生配列が結局は楽かなぁ。
他環境に移植する予定がないなら COM の流儀に従って SAFEARRAY とか。

2023/07/09(日) 21:30:46.83

アロケータを指定するときってのは性能どうこうではなく環境や設計上の理由が主だよ
それよりpolymorphic_allocatorはなんでコンテナのコピー時にget_default_resourceを返すんだマジで

2023/07/09(日) 21:44:31.99

10年くらい前だけど6コア（12スレッド） x 双頭のマシンで
Debianのlibcのmallocをjemallocに置き換えたら
かなり速くなって感動したなぁ
いまのglibcのmallocはどうなんだろ?

2023/07/15(土) 10:34:20.34

最近クラス作るのが面倒な時thread_localのstd::vectorよく使うんだけど
何か問題起きたりする？

2023/07/15(土) 11:05:18.52

問題を検証するコードを書いて実験してみれよ
一日で組めるだろ

2023/07/15(土) 12:21:20.90

>>466
それ悪魔の証明

2023/07/15(土) 14:11:00.47

1日で組んだコードも合わせて技術ブログに記事を書くところまでがセット

2023/07/15(土) 14:24:56.68

よく使う割に問題が起きてないならそれは問題ないのでは
証明終わり

2023/07/15(土) 14:38:32.48

>>465
std::vector 型の変数がスレッドローカルとして定義されること自体は問題を引き起こさない。
スレッドローカルな変数はスレッドの生成・解放と同じタイミングで生成・解放される普通の変数。
それで問題が起こるなら単にプログラムのロジックに誤りがあるってだけ。

2023/07/15(土) 15:24:04.02

「クラス作るのが面倒な時」と「thread_localのstd::vector」の関連が見えないな。

2023/07/15(土) 16:45:55.27

>>741
std::thread は関数オブジェクトを受け取ることが出来る。
スレッドに固有、かつそのスレッド全体で使うようなデータは
その関数オブジェクトが所有するのが常道のひとつ。
しかしスレッドローカル変数もスレッドの寿命と一致する形でのデータ置き場になる。
そういう意味で代替品であると見做すことができる。

という話だと私は解釈したが、 std::vector がどこから出てきたかはわからん。

2023/07/15(土) 19:51:59.74

コードで言うなら
https://wandbox.org/permlink/oZ8EAGChqPtobFuY
みたいにするのは面倒だから
https://wandbox.org/permlink/90mvVtrKUca4Iyic
でいいよね？

みたいな話だと思った。

2023/07/15(土) 20:03:36.74

そもそもの知識がないからpythonみたいにリストにぶち込んで
インデックスですべてやろうとかそんな話かとｵﾓﾀ

python界はすごいぞ
クラスに変数など作らずすべて辞書にぶち込んで使ってたりする

2023/07/15(土) 20:19:33.71

a = {}
a['taro'] = {"name":"太郎","age":25, "sex":"男"}
a['hanako'] = {"name":"花子","age":18 ,six":"六"}

2023/07/15(土) 20:24:16.88

変数がすべてバリアントだからなw

2023/07/15(土) 20:27:48.20

if a['taro']["age"] ==a['hanako']["age"]:

これって全然コード補完効かないから脳が死にかける

2023/07/15(土) 20:32:21.17

name="name"
age="age"
sex="sex"
six="six"

とかしたらいいんか
if a['taro'][age] ==a['hanako'][age]:
嫌すぎる

2023/07/15(土) 20:42:45.70

プログラマではない人間もユーザー層として存在するし
Python はそういう人間にもリーチしてしまったから
割合としてワヤなものもできやすいというのは理解できる。

2023/07/15(土) 20:45:00.27

a['taro'] = {"name":"太郎","age":25, "sex":"男"}
だけ見るとjsonなのかとも思える

**デフォルトの名無しさん** (JP 0H8a-PPvg) · 2023/07/15(土) 21:13:09.66

あるクラスにあるクラスのコレクションを抱かさせてるなんて良くあると思うけど
その際に外部からそのコレクションを参照したい場合、どうするのが定石なの？
class Datas
{private:std::vector<Data> _datas;};

publicにするとか、std::vector<Data>::iteratorをpublicにするとか
const Data& operator[](int index)をpublicにするとかいろいろあると思うけど

2023/07/15(土) 21:18:25.83

ファーストクラスコレクションの話？

2023/07/15(土) 21:22:12.84

単数: datum
複数: data

2023/07/15(土) 21:24:39.81

今日本屋で○○データムと言う本があった
DATAの単数形がdatumと言うことにこだわる大人って理系だけなんだろうなと感じたらこれだよ
即出て来た

2023/07/15(土) 21:35:08.39

datumに拘ってるのではなくdatasなんて言葉はない

**デフォルトの名無しさん** (JP 0H8a-PPvg) · 2023/07/15(土) 21:43:33.89

そこか、英単語をぐぐったら解決しました。
ありがとうございました

2023/07/15(土) 21:58:55.40

>>481
場合による。

見せる相手が最初から限定的であるような場合はフレンドを宣言すればいい。
コンテナ系クラスとかは内部的にはたぶんノードを表すクラスとか
も使ってると思うけどそういう感じで密接に関連がありつつ
他では使う可能性がないような強い関係性がある場合はフレンドにする。

データを保持するためだけの汎用クラスとして定義するならデータメンバは public にしてもかまわない。
std::pair とかはそうなってる。

もうちょっと疎結合にしたいときなら許したい操作だけをpublic なメンバ関数として公開すると思う。

既存のクラスを使いつつ外部に公開するのはサブセットにしたいという場合なら
プライベート継承した上で公開したいメンバだけ using するという方法も取れる。

#include <iostream>
#include <vector>

struct Data : private std::vector<int> {
using std::vector<int>::vector;
using std::vector<int>::operator[];
using std::vector<int>::begin;
using std::vector<int>::end;
};

int main(void) {
Data foo = {1, 2, 3};
for (int x : foo) {
std::cout << x << std::endl;
}
}

2023/07/15(土) 22:04:51.15

>>481
privateメンバなのだから
できるだけ外部からそのコレクションを参照しないように設計するべきだと思うよ
どうしてもってならiteratorではなくconst_iteratorにするとか
あなたが書いてるようにconst Data&を返すaccessorを実装するとか

2023/07/15(土) 22:07:48.52

"HogehogeData"という名前で定義されたプログラム上の存在があったら
その複数形はHogehogeDatasと呼ぶしかない
気持ち悪くてもしょうがないんだよ

2023/07/15(土) 22:15:14.37

ファーストクラスコレクションにしないならその実装は不要だ
基本的に存在意味がない