0からの、超初心者C++相談室

**デフォルトの名無しさん** · 2018/11/12(月) 14:55:13.35

何にも知らない0からの出発、超初心者のためのC++相談室

**デフォルトの名無しさん** · 2023/12/14(木) 01:04:36.74

普通は、WSL2 でLinux を使う

MSYS2/MinGW の利点は、
hypervisor で、2つのOS を起動しないから軽い

WSL2 では、Linux側から、Windows 側のアプリも起動できる。
ただし例えば、powershell ではなく、powershell.exe と拡張子も付ける

例えばpowershellで、Windows側のフォルダ内の一覧を表示して、Linuxのgrep で絞り込む

/mnt/c/Users/ユーザー名/Documents$ powershell.exe ls | grep クイ

出力
d----- 2015/10/13 13:52 クイズ

VSCode の拡張機能・Code Runner は、
右クリックメニューから、選択したコード、またはファイル全体を実行する

この設定をチェックしておく
Code-runner: File Directory As Cwd
Whether to use the directory of the file to be executed as the working directory.

そうすると実行時にcd で、そのファイルがある場所へ、カレントディレクトリを移動してから、
そのファイルをコンパイルして実行する

設定項目、executorMap には、多くの言語の実行コマンドが書いてある。
"code-runner.executorMap": {

"c": "cd $dir && gcc $fileName -o $fileNameWithoutExt && $dir$fileNameWithoutExt",
"cpp": "cd $dir && g++ $fileName -o $fileNameWithoutExt && $dir$fileNameWithoutExt",

**デフォルトの名無しさん** · 2023/12/31(日) 22:48:46.98

相談室から誘導されたのでこちらで
http://mevius.5ch.net/test/read.cgi/tech/1698705458/104

buf_にPODではないオブジェクトが含まれる可能性がある場合、この領域をどのようにcopyしたりmoveすればよいでしょうか？

**デフォルトの名無しさん** · 2024/01/01(月) 01:29:30.25

このスレッドはゼロからC++と言っているが、C言語を知っている前提になっているよなw

**デフォルトの名無しさん** · 2024/01/02(火) 11:00:49.80

ワシも割と長く底辺コピペプログラマだけどなんでそんな詳しくなれるの？ってなる
有能と俺みたいな無能はどこでプログラマの生き方をたがえたのか

**デフォルトの名無しさん** · 2024/01/02(火) 20:21:16.21

>>746
頭の出来で決まっているからね

義務教育レベルで脱落した人間、日本語能力に問題がある人間は、プログラマーとしても問題がある。

**はちみつ餃子** ◆8X2XSCHEME · 2024/01/02(火) 21:40:20.68

知識は入れないと増えないというすごく当たり前の話。
長く放置してたら勝手に増えるなんてことはないよ。

**デフォルトの名無しさん** · 2024/01/03(水) 08:18:02.54

ガキの頃からマイコンBASICマガジン見てたけど
PCなかったしポケコンはあったからたまにあるポケコンゲームのソースをポチポチ入力してたけどそれで何かの知識になったか言われたら何にもならんかったな

**デフォルトの名無しさん** · 2024/01/03(水) 08:26:31.48

糞コテが

**デフォルトの名無しさん** · 2024/01/03(水) 13:07:46.32

>>749
SHARPのポケコンでマシン語使ってシューティングゲーム作ったけど？

**デフォルトの名無しさん** · 2024/01/03(水) 13:17:11.92

ポケコン触ってたころが一番楽しかったです
手の中に物理キーボードと実行環境があるんだもん
一生遊べるよ

**デフォルトの名無しさん** · 2024/01/03(水) 14:56:53.56

>>744
memcpyでなくちゃんとplacement newでコピーorムーブコンストラクタ走らせればいんじゃね？

**デフォルトの名無しさん** · 2024/01/10(水) 03:00:04.91

Class Hogeの中でたくさんのFugaを管理するために
std::vector<std::unique_ptr<Fuga>>というメンバ変数を作りました
可変長引数テンプレートで複数のstd::unique_ptr<Fuga>を受け取るコンストラクタを書こうとしたのですが
std::unique_ptrがコピー禁止のためうまくいきませんでした。
Hoge(Args&&... args)
という形で右辺値参照を受け取ってうまいことムーブしてClass Hogeを初期化する方法ってありますか？

**はちみつ餃子** ◆8X2XSCHEME · 2024/01/10(水) 04:36:30.64

>>754
できると思うけど、何をやりたくて何が上手くいかなかったのかイマイチわからない。
出来なかったコードをみせて。

**デフォルトの名無しさん** · 2024/01/10(水) 11:27:22.10

>>755
class Fuga
{
int placeholder;
};
class Hoge
{
public:
std::vector<std::unique_ptr<Fuga> > vec;
template<class... Args>
Hoge(Args... args)
{
vec = {args...};
}
};
int main()
{
/*Fugaを何個か作成*/
auto p1 = std::make_unique<Fuga>();
auto p2 = std::make_unique<Fuga>();
auto p3 = std::make_unique<Fuga>();
/* 中略色々処理
処理が終わったらHogeの中にFugaをまとめて放り込みたい*/
Hoge hoge(p1,p2,p3);
}

こういうものを書いたらunique_ptrがコピー禁止でエラーになったのでムーブにしたいけど書き方がわかりませんでした。

**はちみつ餃子** ◆8X2XSCHEME · 2024/01/10(水) 12:45:18.04

>>756
この場合は initializer_list が問題。
initializer_list を経由するとムーブ可能/コピー不可な型を扱えない。
initializer_list を経由しない形にすればよいので要素を emplace_back で
入れる形にするなどの対処法が考えられる。

#include <memory>
#include <vector>

class Fuga {
int placeholder;
};

class Hoge {
public:
std::vector<std::unique_ptr<Fuga> > vec;
template <class... Args>
Hoge(Args&&... args) {
(..., vec.emplace_back(std::forward<Args>(args)));
}
};

int main() {
/*Fugaを何個か作成*/
auto p1 = std::make_unique<Fuga>();
auto p2 = std::make_unique<Fuga>();
auto p3 = std::make_unique<Fuga>();
/* 中略色々処理 */
// std::move で右辺値にキャスト
Hoge hoge(std::move(p1), std::move(p2), std::move(p3));
}

**デフォルトの名無しさん** · 2024/01/12(金) 09:52:36.06

c++で日本語の連想配列ってあります？？

**デフォルトの名無しさん** · 2024/01/14(日) 15:30:33.22

>>758
std::mapじゃだめなん?

**デフォルトの名無しさん** · 2024/01/16(火) 21:37:05.24

>>757
無事に動作させることができました。ありがとうございます！

**デフォルトの名無しさん** · 2024/01/20(土) 18:17:15.80

時間のかかる処理があり、それが現在のスレッドをブロックして欲しくないので
その処理の部分に関してstd::async()の利用を検討していますが、
これって戻り値(future 型)でモニターしないといけない感じですか?
上記の処理はいつ終わるかは気にしないので別スレッドに投げっぱなし?で構わない
のですが... pthread_detach()的な?

**はちみつ餃子** ◆8X2XSCHEME · 2024/01/21(日) 12:43:25.73

>>761
std::thread のメンバ関数に detach はあるけど、期待するのはこういうこと？

ただ、メインスレッドが終了すれば他のスレッドが稼働中でもプロセス終了処理に入るし、
プロセス終了処理の中で標準ライブラリの後始末している最中に他のスレッドが
標準ライブラリを使うようなことがあると破綻するかもしれない。

強引に終わらせて良いなら std::quick_exit で即死させるという方法も取れるが、
基本的にはプログラムを終わらせるときには全てのスレッドを終了させて (終了を待って) おくのが
普通だと思う。

**デフォルトの名無しさん** · 2024/01/21(日) 21:48:26.38

>>761ですが、お返事ありがとうございます。

はい、とりあえず thread::detach() を使うようにしました。1つの疑問は、
https://ja.cppreference.com/w/cpp/thread/future/~future によると
> ただし、その共有状態が std::async によって作成され、まだ準備完了になっておらず、これがその共有状態への最後の参照である場合は、ブロックする可能性があります。

ええ何それ、というのが発端でした（後出し失礼）。

確かに、メインスレッドの終了時のこともありますし、スレッドの後始末をちゃんと
した方が本当はいいように思われます。処理が長時間たっても終了しない場合
タイムアウトさせたりとかも。
何かシステマティックな方法等あるでしょうか。参考になるものがあれば...

**はちみつ餃子** ◆8X2XSCHEME · 2024/01/22(月) 12:54:36.50

>>763
メインスレッドの終了直前でまずは適当にフラグを立てた上で他のスレッドの終了まで待機する。
重い処理をしているスレッドの側で完了ではないにしても区切り良く終われるポイントでフラグを読んで
フラグが立っていれば後始末ルートに入ってスレッドを終了させる。
その結果としてメインスレッドの待機状態が終わってプロセスの終了。
というのが普通の大まかな流れだと思う。

その上で待機時間があまり長すぎるようだと強引にでも終わらせるとかの処理を入れるかも。

std::async は既存の関数を非同期化するちょっとしたユーティリティという立場なんじゃないかな。
それで事足りるときは便利で簡単だけど、細かい制御を勝手にやってくれるわけでもないし、
やろうとするとちょっとイマイチって感じ。

**デフォルトの名無しさん** · 2024/01/28(日) 11:52:43.80

質問なのですがどんな環境（ロケール設定）のPCで動かしても
数値や時刻の入出力を修飾無し（12345 が 12,345 になったりしない）にする完璧な方法って次の3行で良い？
　setlocale(LC_ALL, "");　　　　　// printf()、scanf()に反映
　_wsetlocale(LC_ALL, L""); // wprintf()、wscanf()に反映 (※ 環境依存。左記はWindowsの場合
　std::locale::global(std::locale("", std::locale::all));　　// cout、wcout、cin、wcin、ostringstream、wostringstream、...etc. C++の全部に反映

あとなんか実験する限り
　cout.imbue(std::locale(""));
　std::locale::global(std::locale("", std::locale::all));
とするとcoutが修飾有りとなり、cout.imbue()で与えた設定をstd::locale::global()が上書きしないように見えるのですがそういうもの？

**はちみつ餃子** ◆8X2XSCHEME · 2024/01/28(日) 13:12:39.75

>>765
言語仕様通りならそれらの関数を呼び出さないようにすれば環境に固有の表現の変換はしない。

std::setlocale の設定が C の標準関数の挙動に影響するのはその通り。
ただし、様々な環境での「同じ動作」を期待するなら "C" を与えるべき。
空の文字列を渡した場合には環境に固有の設定であり、通常はシステムの設定が反映される。
プログラムは起動したときに setlocale(LC_ALL, "C"); 相当の状態なので、普通は書く必要もない。

std::locale::global での設定は C++ の標準ライブラリの挙動に影響するだけでなく std::setlocale での設定にも反映されるので両方を呼び出す必要はない。
これもプログラム起動時のロケール設定は "C" 相当になっているのでそれで良ければ呼び出す必要もない。
ただし、 std::locale::global に与える設定が名前を持たない場合 (つまり std::locale("") のような場合) は std::setlocale 相当の変更もするかどうかは規定されない。

imbue はストリームにロケールを結びつけるのでグローバル設定とは独立して機能する。

**デフォルトの名無しさん** · 2024/01/28(日) 14:11:55.68

クラスオブジェクトの代入文に、=による単純コピーと、=演算子関数による独自コピーのどちらを使うか迷います。

たとえばメンバ変数が基本データ型の集まりなら単純コピーでいい。
今出くわしたのはメンバ変数がstd::array<int, 3>の場合で、まあたぶん単純コピーでよさそう？じゃあstd::vector<myclass>なら？などと疑問が深まります。

あとコピーコンストラクタによる初期化も合わせて考える必要がありそう。

**はちみつ餃子** ◆8X2XSCHEME · 2024/01/28(日) 14:36:51.31

>>767
単純コピーってのは何のこと？
デフォルトで生成される代入演算子の意味で言ってるのかな？

**デフォルトの名無しさん** · 2024/01/28(日) 15:36:35.20

>>766
レス㌧クス、
>ただし、様々な環境での「同じ動作」を期待するなら "C" を与えるべき。
なるほど "C" ですたか、これか↓
https://www.ibm.com/docs/ja/zos/2.2.0?topic=utility-locale-naming-conventions

>普通は書く必要もない。
実はウィンドーズでUnicodeで出力する場合限定かもですだが、ロケール設定しないままだと
日本語OSでも漢字が表示されなかったり（L"Hello World! 漢字" → 表示: Hello World! ）
英語OSに持っていったら L"Hello World! 漢字" が丸ごと出なかったり……orz
まあ漢字はこの際どうでも良いので、ロケール設定 "C" で行こうと思いまつ

**デフォルトの名無しさん** · 2024/01/28(日) 16:37:46.15

>>768
そうです。

**はちみつ餃子** ◆8X2XSCHEME · 2024/01/28(日) 16:38:46.52

>>769
Windows での話か……。
msvcrt だとどうにもならなくて ucrt でちょっとマシになってるみたいな話題をこないだ Teratail で見たぞ。

**はちみつ餃子** ◆8X2XSCHEME · 2024/01/28(日) 16:52:54.16

>>770
デフォルトで生成される代入演算子は全てのサブオブジェクト (基底とデータメンバ) を
代入演算子でコピーするのと同じ挙動になることになってる。
基底やデータメンバが適切に代入演算子を定義されているのならデフォルト生成にまかせてよいことが多い。

注意を払う必要がある典型的なものは生ポインタで、
ポインタをコピーしても指してる先のオブジェクトはひとつだから
そのへんの扱いはデフォルト生成だとあかんことになる。

あとは外部のリソースと結びついているオブジェクトだと単純にコピーできないか、コピーさせないこともあるな。
分かりやすい例で言うなら std::thread なんかはスレッドを抽象化したものだけど
オブジェクトをコピーしたらスレッドもぽんぽん増えるなんてことになっても困るし
スレッドひとつに対応しているオブジェクトがいくつもあるようでも困るのでコピーできないようになってる。

それぞれに事情があるので明瞭な判断基準があるわけじゃないけど、
デフォルト生成の結果がほんまに自分の意図通りに動作するか考えてみて
あかんなら自分で書くしかない。

**デフォルトの名無しさん** · 2024/01/28(日) 17:03:17.17

>>772
いつもありがとうございます。
たいていはデフォルトでよさそうですね。
std::vectorは可変長配列ってことなので、<int>であってもデフォルトでいいのかなと心配に…あこれはvectorのほうで独自=定義されてるなら問題ないわけですね。

**デフォルトの名無しさん** · 2024/01/30(火) 20:47:22.29

bだけ通らないのが納得いかない…。

#include<iostream>
#include<functional>

using F = std::function<void()>;
void f0(){}
F f1;

class X {
F f;
public:
X(const F& f_) : f(f_){}
X& operator=(const F& f_){f = f_; return *this;}
};

int main(){
X x1(f0); // a:OK
X x2 = f0; // b:NG(conversion from ‘void()’ to non-scalar type ‘X’ requested)
X x3 = f1; // c:OK
x1 = f0; // d:OK
}

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/02(金) 00:09:46.55

>>774
std::function ではなくごく単純なクラスでもエラーを再現できる。
暗黙の変換は原則としては多段には起こらず、 X→Y, Y→Z な変換が可能なときでも X→Z な変換はしない。 (プリミティブな型変換とクラスの型変換が連鎖することはある。)
以下の例だと X x1(1); という宣言のときに必要な「暗黙の変換」は int から foo という一段のものだけど X x2 = 2; としたときに必要なのは int から X だから一段の変換ではできない。

struct foo {
foo(int x) {}
foo(const foo&) = default;
foo(void) = default;
};

foo f1;

class X {
foo f;

public:
X(const X&) = default;
X(const foo& f_) : f(f_) {}
X& operator=(const foo f_) {
f = f_;
return *this;
}
};

int main() {
X x1(1); // a:OK
X x2 = 2; // b:NG(conversion from 'int' to non-scalar type 'X' requested)
X x3 = f1; // c:OK
x1 = 3; // d:OK
}

**デフォルトの名無しさん** · 2024/02/02(金) 11:28:24.45

>>775
横からだけども
> X x2 = 2; // b:NG(conversion from 'int' to non-scalar type 'X' requested)
って
X x2(2);
と同義じゃねーの?

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/02(金) 12:19:41.13

>>776
違うよ。
C++ では引数ひとつのコンストラクタは変換コンストラクタとして「も」使うことになっているから
違う文脈でも結果的に同じコンストラクタが呼び出されることになるけど
構文糖というわけではなくて違う解釈を経ている。

**デフォルトの名無しさん** · 2024/02/02(金) 12:28:48.56

細かいなぁ

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/02(金) 18:32:30.30

動くなら同義と考えても大した問題じゃないが、
ここでは実際に結果が違う (一方はエラーになる) ことの説明だから……

**デフォルトの名無しさん** · 2024/02/02(金) 22:30:30.14

これはなぜエラーになるのですか。
std::string s = "abc";
char name[10] = s.c_str();

error: array must be initialized with a brace-enclosed initializer

次と同等とみなせないのはなぜ？
char name[10] = "abc";

**774** · 2024/02/03(土) 05:00:19.85

>>775 774だけどありがとう。暗黙だと変換が途中で途切れるかもなのか。
一番通って欲しいのがbなんだけど難しいっすね…

**デフォルトの名無しさん** · 2024/02/03(土) 05:21:33.46

>>780
c_str()が返すのはchar*
char name[10] = "abc"; は特別扱いで char name[10] = {'a', 'b', 'c', 0}; と同じ
cの時からある雀の涙猫の額ばかりの文字列サポート

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/03(土) 08:35:44.53

>>781
少し表現を変えて良ければ >>774 の X x2 = f0; を
X x2 = {f0}; と書くことでも通すことは出来るよ。

更に真面目に対処するならこんな感じかな。
https://wandbox.org/permlink/giXZnCETo64IkEez

**デフォルトの名無しさん** · 2024/02/03(土) 22:40:06.88

>>782
あーそういうことですね。ありがとう。

**774** · 2024/02/04(日) 02:54:38.53

>>783 上は={}で通るのは確認してました。{}付けるとX型に見なされてコピーコンストラクタで初期化されるで合ってますか？
下の方、typenameの所は余りよく分からなかったですが強制的に引数の型で包んで(オブジェクト生成?)、コンストラクタの引数代入時に変換追加するということでいいですか？
typename以下はdecltype(f_)((f_))でも良いんかなと思って変更してみたら通りました

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/04(日) 09:54:01.38

>>785
> {}付けるとX型に見なされてコピーコンストラクタで初期化されるで合ってますか？

いいえ。直接初期化に該当します。
コピー (コピーコンストラクタの起動) は発生しません。
つまり X x1(f0); と書いた場合と同じということです。
ですから暗黙の変換を一段階すれば充分なのでエラーなく通ります。

> コンストラクタの引数代入時に変換追加するということでいいですか？

いいえ。何もしません。
コンパイルを通すためには不要ですので、 X のコンストラクタは

template <class T>
X(const T& f_) : f(f_) {}

という定義だけでも問題なく動作します。

ただ、こうすると T は「あらゆる型」になりえます。
std::function<void()> に変換不可能な型も受け入れてしまうということです。
変換不可能であればいずれにしても最終的にはエラーなのですが、
X がデタラメな型も受け入れてから F に変換失敗してエラーになるよりは
特定の条件を満たす型以外を X が拒否するほうが一般的には都合がよいので
そうなるようにしたのです。

コンパイルを通すために必要なのではなく通さないための処置です。

**774** · 2024/02/04(日) 22:33:14.16

>>786 上:初期化周りは似たような物が色々あって知識が曖昧でした。
下:あの記述は型制限の為ですか。読んでも意図がよく分からなかったので助かります。
説明ありがとうございました

**デフォルトの名無しさん** · 2024/02/10(土) 13:14:08.12

質問なのですがstd::coutに対する
　(a) 固定小数点表示
　(b) 小数以下精度指定（例えば20桁
　(c) setw()される表示幅に対し足りない上位桁0埋め
という表示仕様への変更と復旧は、変更が
　auto sv_flags = cout.flags(); cout << std::fixed; // (1)
　auto sv_prec = cout.precision(std::streamsize(20)); // (2)
　auto sv_fill = cout.fill(); cout << std::setfill('0'); // (3)
復旧が
　cout.flags(sv_flags); // (1)の変更から復旧
　cout.precision(sv_prec); // (2)の変更から復旧
　cout << setfill(sv_fill);　// (3)の変更から復旧
と書くのが普通？シグネチャが不統一な印象があるますがもっとズバっとやる方法は無いもの？
（(1)は変更にcoutのメソッドとマニピュレータが両方要り、復旧はcoutのメソッド。
　(2)は変更も復旧もcoutのメソッドで済む。(3)は変更が(1)と同じﾊﾟﾃｨｰﾝで復旧がマニピュレータ……

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/10(土) 14:30:14.27

>>788
・直接的に入出力を司るのはバッファと呼ばれるオブジェクト
　　(たとえば basic_streambuf など)
・ストリームには対応するバッファがセットされている (あまりバッファを直接には操作しない)
・書式はストリームの状態として保持されている

つまり同じバッファ (出力先) に対して異なるストリームをかぶせることが出来る。
一時的にだけ書式を変更するのであれば一時的なストリームを作るという方法がとれる。
コードで例を出すならこんな感じ。

#include <iostream>

int main() {
std::cout << 0.1 << std::endl;
{
std::ostream temp(std::cout.rdbuf());
temp.precision(30);
temp << 0.2 << std::endl;
temp << 0.3 << std::endl;
}
std::cout << 0.4 << std::endl;
}

書式をストリームの状態として持つのがすこぶる不格好だというのは
C++er にとっての共通認識になっていてようやく C++23 から std::print が導入されたので
モダンな C++ を使えるならそっちを使ったほうが良い。
std::format なら C++20 から。

**デフォルトの名無しさん** · 2024/02/10(土) 15:00:10.91

>>789
㌧クスなるほど……
変更した書式の戻し忘れが無く、問題らしい問題点はほぼ無しで良さげ……
（しいて言えばstreamの中の作りを理解していなければtempが何の目的でそうするのかわかりにくい（コメント必須）なだけ、

std::printは手元のVC++がまだC++20対応止まりなので当面見送らざるおえない

std::formatは……　書式文字列が定数式限定という仕様のはいかがなものか……
今回の用途では困りませんし、コンパイル時に書式の妥当性をチェックしてくれるのは良いのですだが、
仮に、C言語における自作printf()様インターフェースの関数（書式文字列と可変長引数を変数で受け取り、内部でvprintf()を呼ぶ）
みたいなものを作りたくなった場合どうするんじゃとそこはかとなく疑問が……

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/10(土) 15:16:22.24

>>790
実行時バージョンとして std::vformat も用意されている。

**デフォルトの名無しさん** · 2024/02/10(土) 15:25:38.54

>>791
なるほどなるほど、自作std::format()様関数は問題無く作成でき、
書式文字列が定数式限定が困るというのは杞憂ですたねｻｰｾﾝ；；；
（実行時にならないと書式文字列が決まらない場合、コンパイル時チェックが原理的に不可能になるのはC言語のprintf()/vprintf()の関係も同じなのでC言語からの後退ではない

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/10(土) 16:29:24.58

メンバとして copyfmt があって、これで書式を他のストリームにコピーすることも出来る。
書式を待避しておくだけのストリームを作ってそれにコピーしておいて
後で元に戻すという使い方をしてもいいんだけど、
どうせストリームをあらたに作るならそれを一時的なストリームとして使ったほうが自然かと思う。

**デフォルトの名無しさん** · 2024/02/11(日) 22:38:22.35

std::setのinsertで

std::set<int> c1 = {1,2,3};
std::set<int> c2;

c2.insert(c1);

と書けると便利に思えますが解説のページを見るとできないようです。
なぜですか。

**デフォルトの名無しさん** · 2024/02/11(日) 22:45:16.04

>>794
c2.insert(c1.begin (), c1.end ());

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/12(月) 11:50:11.55

>>794
set に set を insert できる「だけ」ってのはあまり便利ではない。
集合というものをより汎用的に扱える枠組みとして C++20 から range という概念が導入された。
その枠組みを上手いこと成立させる言語機能 concept が長いこと検討されてて、
入る入ると言いながら C++20 までずれ込んでしまったという事情がある。

そんなわけで、 C++23 からなら insert_range が使えて、
これは range の条件を満たすものならなんでも受け入れられることになってる。

**デフォルトの名無しさん** · 2024/02/12(月) 21:37:56.53

>>794
c2.merge(c1)　※C++17以降

**デフォルトの名無しさん** · 2024/02/13(火) 22:11:49.56

みなさんありがとう。環境適合を優先して>>795を使うことにします。

**デフォルトの名無しさん** · 2024/02/18(日) 00:05:28.51

コンストラクタの初期化子リストの中で、どこまで柔軟に記述できるのかなーと思ってGPT先生に聞いたら、constまたはconstexprを返す関数のみ書けるとのことでした。
コンストラクタ内部のように好きなように書けないとわかり、初期化子リストの価値が低く感じられました。

そんな制限を設けてまで初期化子リストを導入した意図は何でしょう。

**デフォルトの名無しさん** · 2024/02/18(日) 01:13:17.69

ChatGPTなんかあてにするな、平気で間違ったこと言うんだから
constやconstexpr以外を返す関数だって普通に呼べる

試しにChatGPTに「メンバ初期化子リストではconstかconstexprを返す関数しか呼べませんが、これはなぜですか？」ってあえて間違った前提条件で質問してみたら、間違ってることに対する指摘は一切なかったし、さもこっちの質問が正しいかのようなそれっぽい返答が返ってきたし

---
俺：
C++において、コンストラクタのメンバ初期化子リスト内ではconstまたはconstexprを返す関数しか呼ぶことができません。これはなぜでしょうか？

ChatGPT:
C++において、コンストラクタのメンバ初期化子リスト内でconstまたはconstexprを返す関数しか呼ぶことができる理由は、初期化子リストがオブジェクトの初期化に使用され、実行時のコードが生成されないためです。メンバ初期化子リストはコンストラクタの一部であり、オブジェクトが生成される際に実行されます。このリスト内での関数呼び出しはコンパイル時に解決され、オブジェクトの初期化に関する情報は実行時に生成されません。

constまたはconstexprを返さない関数をメンバ初期化子リスト内で呼ぶと、実行時にコードが生成される可能性があります。しかし、これはオブジェクトが生成される前に行われる初期化の一環であり、実行時の処理としては不要なオーバーヘッドを引き起こす可能性があります。

コンストラクタのメンバ初期化子リストは、メンバ変数を適切に初期化するためのものであり、できるだけ効率的に行われるように設計されています。そのため、コンパイル時に解決されるconstまたはconstexprを返す関数の呼び出しに限定されています。
---

だからAIをあてにしちゃダメだよ

**デフォルトの名無しさん** · 2024/02/19(月) 00:17:49.94

>>800
私が聞いたときも似たような内容が含まれていて、そうなんだねと納得してしまいました。

ではコンストラクタに書けることはすべて書けるのですね。

なおこの問いは、入門書籍にはそこまで書かれてなくて、検索でもかんたんに見つからなかったので聞きました。

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/19(月) 02:33:45.03

>>801
たぶん >>799 で言う「初期化子リスト」は「メンバ初期化子リスト」だよね？
これらは全くの別物。
明らかに混同しやすい用語だから仕方がない部分はあるんだが、
誤った用語を元に調べたら誤った解説に当たりやすいかもしれない。

メンバ初期化子リストは直接初期化 (direct-initialization) であると規定されていて
具体的な挙動の説明は初期化の章に丸投げされている。
https://timsong-cpp.github.io/cppwp/n3337/class.base.init#7
つまりメンバ初期化子リストに特有の事情というものはない。

普通に初期化なんで、そこに違いがあるかもしれないという想像をする人がいてそういう人のために
違いが無いと断りを入れる必要があるとは入門書の著者は思わなかったんだろう。
有るものを有ると説明することはあるが無いものを無いと殊更に強調して説明はあまりしない。

**デフォルトの名無しさん** · 2024/02/19(月) 22:58:00.95

>>802
そうですメンバ初期化子リストです。どうもありがとう。
なお書籍には、メンバ変数名（引数）やメンバ変数名（0）の例ばかりでした。

**デフォルトの名無しさん** · 2024/02/26(月) 09:17:00.78

すみません、コンストラクタの宣言/定義で A() {}; とした場合と A() = default; と
書いた場合は何が違うのでしょうか。挙動とか意味だとか...
あるいはある種のタイプクラスの場合は違いが生じるので注意とか....??

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/26(月) 09:36:14.06

>>804
default を指定した場合はデフォルトのルールでコンストラクタを生成する。
生成可能な条件が満たされなかった場合でもそれ自体はエラーにはならずに
デフォルトコンストラクタは削除済と見做されるというルール。

そのときはデフォルトコンストラクタを必要とする使い方をした時点でエラーになる。

**はちみつ餃子** ◆8X2XSCHEME · 2024/02/26(月) 09:39:35.86

つまりこんなことをしてもエラーは出ないが

struct foo {
foo() = delete; // デフォルトコンストラクタを削除
};

struct bar : foo {
bar() = default; // デフォルトコンストラクタのデフォルト生成
};

int main(void) {
}

↓ こういうことをするとエラー

struct foo {
foo() = delete; // デフォルトコンストラクタを削除
};

struct bar : foo {
bar(){}
};

int main(void) {
}

**デフォルトの名無しさん** · 2024/03/02(土) 19:28:56.45

>>806
遅レスすみません。要は、コンストラクタの特定のパターンの用法をされたくない
ときに使う感じ? でそれに該当するとコンパイルエラーになるわけですよね?

自分が気になったのは、ランタイム時に何かありうるかということです
あるコードで、コンストラクタがdefault指定されているクラスが、別のクラス内
（親子関係にはない）でunique_ptrとして生成されたときに問題が生じたような
感じで....
ってもっと自分で調べてからレスしろって話ですが、現在そのコードに立ち戻る
ことができず、とりあえず疑問だけを

**はちみつ餃子** ◆8X2XSCHEME · 2024/03/02(土) 21:07:53.65

C++ の仕様は場合分けで規則がごちゃごちゃしていることが多くて単純な一般原則として説明できない。
「要は」なんて一言でまとめられないよ。

**デフォルトの名無しさん** · 2024/03/03(日) 19:37:10.80

>>807
そういう目的ではないと見ていいよ
>>806が言ってるのは、基本的にはデフォルト実装でコンストラクタを作ってくれるが必ずではない、と言ってるだけ
デフォルトの(引数無しの場合、何もしない。が、基底クラスの引数無しのコンストラクタはちゃんと呼んでくれる)コンストラクタでいい場合に使う。

A() {}と書くのと基本同じだよ

**デフォルトの名無しさん** · 2024/03/12(火) 20:26:30.54

異なる型を含むような配列（的なもの）を作りたいのですが、可能でしょうか?
例えば template <T> struct NamedValue { string name; T value; } を定義して
NamedValue<string>{a, b} や NamedValue<int>{c, d} などの型の異なる複数の値を、
一つの配列的なものに収納したいのです
例えばvectorは全要素が同じ型じゃないと駄目ですよね

**デフォルトの名無しさん** · 2024/03/12(火) 21:14:27.11

>>810
std::tuple

**デフォルトの名無しさん** · 2024/03/12(火) 21:19:48.50

あるいは要素数がコンパイル時に決まらないなら
std::anyをコンテナに入れるとか?

**デフォルトの名無しさん** · 2024/03/12(火) 22:11:10.08

はい、要素数はコンパイル時に決まらないのでstd::anyのコンテナですかね
で要素を取り出すときは、どの型なのかをチェックして挙動を...

**はちみつ餃子** ◆8X2XSCHEME · 2024/03/12(火) 23:03:39.03

もし >>810 の T の種類が限られているのなら std::variant を使ったほうが楽かもしれない。
std::visit を使えば型の種類ごとに処理を切り替えるのが便利なことがある。

**デフォルトの名無しさん** · 2024/03/23(土) 11:43:27.62

std::remove()ってファイルを消去する関数なんですね
std::move()と名前が似ているのに全然違う

**デフォルトの名無しさん** · 2024/03/23(土) 12:38:58.15

名前空間か関数名にfileくらい入れとけって思うよね

**デフォルトの名無しさん** · 2024/03/23(土) 12:50:26.95

C言語以前にE言語の問題や
さすがにそのくらいの英語の勉強はしておけと思う

**はちみつ餃子** ◆8X2XSCHEME · 2024/03/23(土) 12:51:15.85

C の規格から取り込んだものだから由来が違うんだよ。
今なら std::filesystem::remove があるからこちらを使うほうが良い作法だと思う。

**デフォルトの名無しさん** · 2024/03/23(土) 12:54:13.64

>>815
>std::remove()ってファイルを消去する関数なんですね
std::remove()ってSTLのstd::removeじゃなく?
ちゃんとコンテナの要素をre-moveしてると思うが?

**デフォルトの名無しさん** · 2024/03/23(土) 13:38:01.48

>>819
だよねえ？？

>>815-818が何を言ってるのか分からなくて怖い

**デフォルトの名無しさん** · 2024/03/23(土) 13:40:27.68

ああ
<cstdio>に
int remove( const char* pathname );
ってのがあるのか
https://en.cppreference.com/w/cpp/io/c/remove

**デフォルトの名無しさん** · 2024/03/24(日) 05:14:16.83

>>818
なるほど。諸般の事情でC++14な環境で、ファイルを扱う関数を探していたら。
Boostに行く手もあるかもしれませんが、とりあえず。

**デフォルトの名無しさん** · 2024/03/24(日) 09:50:29.58

cstdio のは std:: 名前空間じゃないよね．
::remove だと思うけど

**はちみつ餃子** ◆8X2XSCHEME · 2024/03/24(日) 12:13:25.60

>>823
cstdio にある関数は std 名前空間にある。
ただしグローバル名前空間「にも」あって良い。 (無くても良い。)
stdio.h の場合はグローバル名前空間で宣言されるが std 「にも」あってよい。 (無くても良い。)

**デフォルトの名無しさん** · 2024/04/14(日) 11:55:59.92

ﾋｴｯ……、、、ぎ、玉虫色……

**デフォルトの名無しさん** · 2024/04/20(土) 14:55:18.13

言語そのものではないのですが、コマンドラインのデバッガやIDEでSTLのコンテナの内容を
易しく表示してくれるのってありますか?
例えばvectorなら、単純に中の要素だけを列挙してくれたりとか

ビルドにCMakeを使っているのでとりあえずCLionを使っていますが、これは
確かに変数の中身をリスト構造で見れますが、変数内の生のメンバー（M_なんちゃら等）
見えてる感じで、STLコンテナに関してはあまり親切ではないような
デバッグの際は見えた方がいい場合もあるのでしょうが。なら表示が切り替えられたりとか?
自分はmacOSですが、他のプラットフォームにしかないものも参考に聞いてみたいです

**デフォルトの名無しさん** · 2024/04/26(金) 10:53:44.71

今からC++を勉強するならC++20を基準にやっても構いませんか？

**デフォルトの名無しさん** · 2024/04/26(金) 10:59:40.04

c++20といわずc++23からやればいいのでは

**デフォルトの名無しさん** · 2024/04/26(金) 11:15:59.06

最新の規格で勉強して必要に応じて古い知識をつけていくような学び方でいいの？

**デフォルトの名無しさん** · 2024/04/26(金) 12:03:42.74

つべこべ言わずやれ
最短コースなんてない

**デフォルトの名無しさん** · 2024/04/26(金) 13:37:23.03

C++ は基礎の上に段階的に応用が乗っかっているような綺麗な構成ではない。
全部が入り組んで捏ねまわされてグダグダや。そんでもってクソ巨大やねん。
どこから入っても同じ。

**デフォルトの名無しさん** · 2024/04/27(土) 18:08:12.52

質問なのですが
std::string には std::to_string(int)他の簡単文字列化関数がありますが
std::basic_string<T> に対する簡単文字列化関数はどう？

**デフォルトの名無しさん** · 2024/04/27(土) 21:15:22.77

>>826
WindowsのVisual Studioではできる

**デフォルトの名無しさん** · 2024/04/28(日) 10:47:20.65

最初に学ぶ言語がC++なら、Cより学ぶのが大変じゃん

**832** · 2024/05/11(土) 19:13:43.45

やっぱ数値からstd::basic_string<T>の文字列への変換とかTが決まらないとやり方がわからないから
std::basic_string<T>でそれをやりたい人が対応せよ（std::basic_string<T>版to_string()やstd::ostrstreamをT毎に作成せよ）という天の啓示？
証拠にstd::wstringについてはstd::wstring to_wstring(int)とかstd::wostrstream とかある

**デフォルトの名無しさん** · 2024/05/13(月) 23:37:45.97

>>835
分かっとるやないか

**デフォルトの名無しさん** · 2024/05/17(金) 02:48:48.77

OS上で動かすアプリ作りたくなったからC＋＋とC＃で悩んだんだけどどちらの長所も捨てがたい気がして両方学んでみるかな？って思ったんだけどC++でのおすすめの参考書とかあります？
一応、学生時代にC言語で五目並べとファイルの出力までは勉強してます。
一応ググって入門参考書とか調べましたがちょっとC言語齧ったのなら実戦的な例題集みたいなのが良いのでしょうか？
あとこの質問スレ違いだったらすいません。

**デフォルトの名無しさん** · 2024/05/17(金) 09:33:44.70

Windows上のアプリをC++で作るのは少々ハードル高いが
個人的にオススメなのはWindows2000 プログラミング標準講座(ハーバート・シルト著)ってやつ

C++そのものの本は他の人が挙げてくれると思う

**はちみつ餃子** ◆8X2XSCHEME · 2024/05/19(日) 01:34:46.93

どういう学び方が良いかは人による。
C++ の設計思想としては理解できた便利機能をその都度に導入する形で学んでいけるようにという配慮はしていると設計者は言っている。実務でプログラミングをしてる人は「C++ をちゃんと習得するまで待ってくれ。仕事を止めてくれ」とは言えないからね。 C を理解しているならとりあえず C のように書きながら部分的に C++ 的にしていける。
つまり実戦的な学びかたも一応はアリ。

ただ、実戦的な学習はやりたいことが出来てるならそれ以上深掘りする意欲につながらない。
C の書き方でやれるなら別の形に積極的に書き直したい理由って何？と感じてしまうことがある。
きちんとした理解に至らぬままの中途半端な形になりがち。

やりたいこと (書きたいもの) が明白なほうが道筋は付けやすいんだけど、やりたいことに邁進しすぎてもそれはそれで「学習」としてはイマイチなんだよ。
そのへんは程度問題というか匙加減というか、人による、場合によるとしか言いようがない。

個人的にはしっかりとした理屈っぽい入門書を一冊は読んでから方針を決めればいいと思ってる。

**デフォルトの名無しさん** · 2024/05/19(日) 14:09:52.90

>>838
レス、ありがとうございます
Windows2000 プログラミング標準講座が近所の図書館にもなかったのでそこにある蔵書読んでみてVisual studio使ったプログラミングしたことないからそれをツールとして使った入門書でいいかな？って思ってしまいました。
>>839
レス、ありがとうございま。。
何を作りたいかの方向性でそれに使うものだけ勉強すれば速いというのはわかります。
自分的には作りたいアプリもあるけどまずGUIアプリを作るための基礎からやりたいなと思ってます。
理屈っぽい入門書の理屈っていう部分はプログラムのハードでの処理の考えとかかと思ったのですがそれはたぶん理工系の学部行ってたので通信情報の基礎理論は聞いたことあるので大丈夫だと思います。
C++は基礎わかってれば後は組み込みたい機能のコードを探せばいいってことと解釈してコード集みたいな辞典を使ったり、ネットで調べたりすればいいってことでいいのでしょうか？

**はちみつ餃子** ◆8X2XSCHEME · 2024/05/19(日) 15:08:47.80

>>840
私がいう「理屈」は言語仕様のことのつもりで言ってた。
低レイヤから入った C ユーザーは C を使えているようでも言語仕様に対する理解が浅くなりがちで、
良くも悪くも機械語 (ハードウェアの挙動) と対応づけて考えてしまうところがある。
言語としての抽象とその実装は分けて考えないといけない。

現代的なコンパイラは最適化がメチャクソに賢いので実際に生成される機械語と一対一には対応づかないし、
言語仕様で未定義としているところを踏んだらわけのわからない動作を引き起こすので
言語仕様について一定以上には身に付けてから実践を始めないと何がなんだかわからないことだらけだと思う。

逆に一定以上に C++ の基礎を身に付けてからならあとはリファレンスを見ながらでも行けるけれど、
今の C++ の「基礎」は昔の C++ と比べるとかなり巨大になってしまっているので当初の C++ の設計思想のように
C から段階的に C++ を身に付けるってのはあまりお勧めできないと私は考えてる。
C++ はとにもかくにも巨大で言語機能はお互いに絡み合っているので部分ごとの理解なんて出来ないんじゃないかということ。

繰り返すけど、人による。
自分なりにどういう方向性で行ったらいいのか判断するためにはどこからでもいいから一旦は始めたらいい。
どうせまったく躓きなく進むなんて出来ないんだから駄目だったときにどこが駄目だったかを検討して
軌道修正するしかしょうがないんじゃないのかな。

**デフォルトの名無しさん** · 2024/05/19(日) 15:25:20.86

>>840
一応Amazonで中古が出てる

最近の本を知らないのでなんとも言えんのだけど、
Visual Studioと名のつく本は、開発環境(VisualStudio)依存の機能使いまくりで他で応用が効かないんだわ、本を選ぶときの参考にしてくれ
(開発環境に依存しまくりでいいなら、ぶっちゃけC#のがはるかに楽)

>>838はWin32APIやメッセージループとかの「ずっと変わらない基本」をちゃんと教えてくれる本として挙げた

**デフォルトの名無しさん** · 2024/05/19(日) 19:24:07.63

>>841
言語仕様ですか
私自身、自分はハードを動かすためにCやアセンブラ触った口だから多分それに該当しそうです。

>>842
ちょっと気になったのですがハーバートシルト（著）の標準講座C++とか独習はどうなのでしょうか？
ハーバート・シルト氏の著書を少々調べてみたのですがどれも人によっては難しいとコメントあるけど素晴らしい学習書という人が多いみたいでしたので