【初心者歓迎】C/C++室 Ver.104【環境依存OK】

**デフォルトの名無しさん** · 2018/12/28(金) 06:04:52.38

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

**デフォルトの名無しさん** · 2019/03/09(土) 15:07:55.58

わかってない奴ほど、声がデガイんだよ。

**デフォルトの名無しさん** · 2019/03/09(土) 17:13:56.74

codecvt_utf8
codecvt_utf16
codecvt_utf8_utf16
こいつらの糞加減に

**デフォルトの名無しさん** · 2019/03/09(土) 17:33:22.12

最近カスタムデリータ知ったから嬉しがってる奴がいるなw

**デフォルトの名無しさん** · 2019/03/09(土) 17:49:56.48

>>711
すいませんね、リファレンスなんかそっちのけで、ネット情報だけで、プログラム組んでます。

**デフォルトの名無しさん** · 2019/03/09(土) 19:59:53.92

>>714
図星だったか、すまんな
というかマウント取るための屁理屈考えてる暇あったら手動かした方がいいよ

**デフォルトの名無しさん** · 2019/03/09(土) 20:10:27.73

図星しとか意味分からん
ひょっとして>>711 disってるのか？ w

**デフォルトの名無しさん** · 2019/03/09(土) 20:14:07.94

最近図星って言葉を覚えたので使いたいんだろう
察してやれ

**デフォルトの名無しさん** · 2019/03/09(土) 20:21:16.84

>>711で言ったことが図星だったか？という意味なんだが
アホが多いインターネッツですね

**デフォルトの名無しさん** · 2019/03/09(土) 20:32:45.58

今度はインターネッツという言葉を覚えたのか
どんどん賢くなっていくな

**デフォルトの名無しさん** · 2019/03/09(土) 20:39:00.33

カスタムデリータごときでよくそこまでドヤれるもんだなw

**デフォルトの名無しさん** · 2019/03/09(土) 20:46:58.79

それ俺に言ってんの？w

**デフォルトの名無しさん** · 2019/03/09(土) 21:23:16.03

そもそもSTLの基幹部分とかJavaだろ。

**デフォルトの名無しさん** · 2019/03/09(土) 21:36:18.70

実際c++やるやつのほとんどの動機がマウントとりたい以上のものではない。

**デフォルトの名無しさん** · 2019/03/09(土) 22:31:55.52

> 俺に言ってんの？
意識しまくりすぎだろw

**デフォルトの名無しさん** · 2019/03/09(土) 22:41:21.04

大学四年かけてC++と機械学習学べば年収1000万とか本気で言ってる奴らだからな（）

**デフォルトの名無しさん** · 2019/03/11(月) 22:26:31.27

相談なのですが

テキスト形式のライセンスファイルへのファイルパスを渡さないと使用できないライブラリA
そのライブラリAを使用するライブラリB

私が作成しているのはライブラリBです。お客さんに使ってもらうものなんですが、「ライセンスファイルをセットで提供して適切な場所に置いて使ってもらう」という手間を省きたくてライセンスファイルをライブラリBに埋め込めないかと思案しています。
とりあえずライセンスファイルの中身をソースにベタ書きし、実行時に一時ファイルとして作成しライブラリAにそのパスを渡すことで上手くいっているのですが、もっとスマートな方法はないでしょうか？
ファイルパスを渡さないといけないので無理ですかね…

**デフォルトの名無しさん** · 2019/03/11(月) 22:57:10.81

納入時にファイル一つなんか？
実体なんやねん

**デフォルトの名無しさん** · 2019/03/11(月) 23:06:05.03

ライブラリＡが要求するのは
ファイルシステムに認知されるファイルの形式でないといけない
だから中間ファイルに書き出して、そのファイルパスを渡すしかない

つかライセンスを埋め込んだ場合何がしかの事情で
ライセンス変更の必要が迫られた場合ライブラリＢを構築しなおすことになるんだが
そういう管理でいいのけ？

**デフォルトの名無しさん** · 2019/03/11(月) 23:06:05.25

>>728
ヘッダーと共有ライブラリのセットです。

**デフォルトの名無しさん** · 2019/03/11(月) 23:11:06.21

>>729
やっぱ他にないですよね…

継続的にバージョンアップ重ねて提供してるんですが、ライブラリAについては今後も使い続けるか微妙なんでお客さんに～のように運用してくださいってお願いするのはまだやめておきたいんですよ。
まあその面倒ごとを避けようとするスタンスが一番よくないのかもしれませんね。

**デフォルトの名無しさん** · 2019/03/11(月) 23:14:01.28

というか自分がお客さんの立場にたってみれば、「カレントディレクトリにライセンスファイル置いて使ってください」と言われたら「はいOKです」ですむ問題ですよね。
やはりちゃんとライセンスファイル提供して使ってもらうべきかと思ってきました。

**デフォルトの名無しさん** · 2019/03/11(月) 23:20:45.86

>>730
どう配布すんのかしらんけど
共有ライブラリと同じとこに置いて固めるなり、インストーラー書くなりすれば十分やろ
たいして報われん努力やと思うわ

それよりライブラリAは何がしたいんか気になるわ
意味あんのかそれ

**デフォルトの名無しさん** · 2019/03/11(月) 23:23:05.53

>>733
ライブラリAはwebAPI叩くからその時にアクセス権限チェックでライセンスファイルを使うようです。

**デフォルトの名無しさん** · 2019/03/11(月) 23:36:41.67

>>732
ロードされてる共有ライブラリのパスはとれるはずやから、
そこにライセンスファイル置いておく手はある

**デフォルトの名無しさん** · 2019/03/12(火) 01:51:07.02

変数と型についてなんだがメモリは2進数でデータを記録していて、それを何byteで区切って、どういう意味を持つか（正の整数のみとか）を型で決めてるんだよね？だとしたらポインタに型があるのはなぜ？どれもアドレスを示すんだからある意味int型でいいと思うんだけど

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/12(火) 02:03:10.03

>>736
そういう言語もあったよ。
でも、ポインタを経由しただけで型がわからなくなるんじゃ、
型システムが意味を成さないだろう。

元と違った型としてアクセスしようとしたときに、
型情報がなけりゃコンパイラが捕捉しようもない。

それはプログラマの責任で正しく扱うってのならそれでもいいし、
実際、 C/C++ はプログラマがやりたければポインタを整数に型変換することも出来るけど、
(言語仕様としてはほとんど保証はないが。)
人類は間違うのでな。

型が合わないエラーなんてたびたび出しちゃうもんだろ。
もし型がなければそれはスルーされてわけのわからない挙動をするプログラムになるんだぞ。
そういうのはもうやめようって話。

**デフォルトの名無しさん** · 2019/03/12(火) 02:06:26.71

>>736
ポインタに格納されるアドレス値は32bitとか64bitとかの整数でそれ自体は同じ型として扱えるとしても、そのポインタの指す先にある物の型が分からないと色々困るでしょ。
ポインタ型としてvoid*だけでプログラムを書こうとすればその必要性がわかるはず。
同じバイト表現だからといって同じ型で表さなければならない道理はない。用途や演算結果が異なるのだから別の型として扱うのはある意味自然なことだと思うよ。

**デフォルトの名無しさん** · 2019/03/12(火) 07:03:19.32

>>736
参照はずし、つまり*演算子で「ポインタの指す内容」を取り出すときに
そのポインタがどんなデータを指すポインタか分からないと困るでしょ。
構造体を指すポインタで p->menber とかする場合も同様。

>>738 の「void*ポインタだけ使って書いてみる」ってのは、
ポインタに型のある有り難さを実感できる良い課題だね。

**デフォルトの名無しさん** · 2019/03/12(火) 07:35:06.24

Cのポインタ型はK&Rのプログラミング言語Cに書いてある通り、単なるアドレスを保持する型じゃなくて配列の仲間なのよ。
例えば
char *cp =“abc”;
で
*(p+1)の様に書くと、ちゃんとcharサイズ分ずらしたアドレスを指してくれる。
その本には
(当時の)優れたプログラマたちがやってた事を言語仕様として取り込んだと、という様な事が書いてあったと思う。
ポインタが示す先の型とサイズやらの心配はC言語では不要だ、すげーだろ？的な。

**デフォルトの名無しさん** · 2019/03/12(火) 07:35:25.54

Cのポインタ型はK&Rのプログラミング言語Cに書いてある通り、単なるアドレスを保持する型じゃなくて配列の仲間なのよ。
例えば
char *cp =“abc”;
で
*(p+1)の様に書くと、ちゃんとcharサイズ分ずらしたアドレスを指してくれる。
その本には
(当時の)優れたプログラマたちがやってた事を言語仕様として取り込んだと、という様な事が書いてあったと思う。
ポインタが示す先の型とサイズやらの心配はC言語では不要だ、すげーだろ？的な。

**デフォルトの名無しさん** · 2019/03/12(火) 07:37:59.58

>>741
>>741
＞*(p+1)の様に書くと、ちゃんとcharサイズ分ずらしたアドレスを指してくれる。

*(cp+1)の間違い

**デフォルトの名無しさん** · 2019/03/12(火) 08:23:28.38

>>737
>>738
>>739
>>740
ヒューマンエラー防止
型のないポインタを宣言すると中身のbyte長が不明
ってことかありがとう
740のコードを見て疑問に思ったんだけど*cpは一つのアドレスしか記録できないから配列の先頭（文字a）のアドレスを記録するよね。このとき配列の長さが3だという情報はどこにあるの？（脱線するけどNULL終端も数えて長さ4？）

**デフォルトの名無しさん** · 2019/03/12(火) 08:29:27.03

>>743
ポインタが指す先にいくつ分の領域があるか(いくつ分を参照してよいか)は記録されてないから、プログラマが自分の責任で管理するしかないよ

**デフォルトの名無しさん** · 2019/03/12(火) 08:41:29.44

>>743
直接長さを示す情報はどこにもないよ
だから、cの「文字列」は単なる文字の配列だけではなく、0終端が必要

>（脱線するけどNULL終端も数えて長さ4？）
その通り
（NULLはnullptrとしてのみ使ったほうがいいよ
混同してないならいいんだけどね）

**デフォルトの名無しさん** · 2019/03/12(火) 09:29:32.99

>>740
>>741
＞ポインタが示す先の型とサイズやらの心配はC言語では不要だ、すげーだろ？的な。

サイズって型のサイズでした、すみません。

配列長さは
sizeof(*cp) / sizeof(型)で取ってねって書いてあったよね？

**デフォルトの名無しさん** · 2019/03/12(火) 09:32:06.13

\0終端が来るまで確保されていると想定して受け取り側は動作する
だから終端記号がないと色々まずい
（ので、ﾊﾞｯﾌｧ長も指示する関数が後から増えた）

**デフォルトの名無しさん** · 2019/03/12(火) 09:32:15.05

便乗質問でごめんやけど

delete [] p;
この場合deleteはどうやってサイズ調べてんの？

**デフォルトの名無しさん** · 2019/03/12(火) 09:33:32.91

>>746
char *cpで宣言してるならその計算じゃ配列サイズはとれないよ。

**デフォルトの名無しさん** · 2019/03/12(火) 09:33:42.86

要素数の算出は
sizeof(配列) / sizeof(配列[0]) または　sizeof(配列) / sizeof(*配列)
ではなかろうか？

**デフォルトの名無しさん** · 2019/03/12(火) 09:47:35.09

除算は遅いからなぁ

**デフォルトの名無しさん** · 2019/03/12(火) 10:18:57.28

コンパイル時に確定する値だから
実行時には定数として埋まってるんでないの？
（ほんとんどの環境で　インタープリターはしらんｗ

**デフォルトの名無しさん** · 2019/03/12(火) 10:22:41.05

sizeof(配列)は動的でしょう

**デフォルトの名無しさん** · 2019/03/12(火) 12:15:07.37

sizeofは演算子だから動的じゃないかな
最適化で消し飛ぶ可能性はあるのかもしれんけど

**デフォルトの名無しさん** · 2019/03/12(火) 12:42:52.96

>>748
実装依存だと思うけど、p[-1]とかに長さが書いてあったりする

**デフォルトの名無しさん** · 2019/03/12(火) 12:45:54.40

アンカー長くなるから省略するけど
みなさんありがとう

**デフォルトの名無しさん** · 2019/03/12(火) 13:32:00.51

インクリメントするときに困る

**752** · 2019/03/12(火) 14:52:24.67

VLAのこと完全に忘れてた　sizeof(配列) は動的だわ

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/12(火) 15:09:12.69

sizeof の結果は動的な判断が必要な場合 (いわゆる VLA) を除いて整数定数であることは保証される。

C++ には VLA は無いので sizeof が動的であるかどうかを心配する必要はないんだけど、
それは置いといて、 C++ で配列の大きさを知りたいときは std::extent の方がよくない？

**デフォルトの名無しさん** · 2019/03/12(火) 15:29:35.28

>>756

>>744-755
というアンカー表示方法も、知っておいてね。

**デフォルトの名無しさん** · 2019/03/12(火) 22:48:56.35

昔はstd::extent持ち出したりしたが今はstd::sizeだな

**デフォルトの名無しさん** · 2019/03/12(火) 23:05:04.16

uint8_t *addrb =(uint8_t *)0x00F00000;
uint16_t *addrw =(uint16_t *)0x00F00000;
*addrb = 0x10;
*addrw = 0xF0F0;

0x00F00000番地に0x10と0xF0F0を書き込むコードらしいのですが、最初の2行がよく分かりません。アドレスが4バイトなのにポインタはそれより小さくて問題ないのでしょうか。右辺のキャストは何を行っているのでしょうか。
よろしくお願いします。

**デフォルトの名無しさん** · 2019/03/12(火) 23:29:55.31

>>762
・整数だから昇格するよ
・整数即値をポインタ型に変換してるよ
ポイント先のデータは多分、バイト型だよ

マップドIO系のCPUではよく見るパターンだね

**デフォルトの名無しさん** · 2019/03/12(火) 23:37:26.58

＞ポインタはそれより小さくて問題ないのでしょうか。

*addrb = 0x10;
*addrw = 0xF0F0;
この文を見て上の疑問に到達したのかな？

ポインタは addrb や addrw で　その変数の器の大きさはアドレスを格納できる大きさ

*addrb で　アドレスにさされた先の内容を示す　内容の大きさはその型による

*addrb　は uint8_t 型でおそらく1バイト (1ｵｸﾃｯﾄ)
*addrw　は uint16_t 型でおそらく2バイト (2ｵｸﾃｯﾄ)

**デフォルトの名無しさん** · 2019/03/13(水) 18:31:26.55

ありがとうございます。
理解できました。
そもそもアドレス自身のサイズがあるものと勘違いしてました。

**デフォルトの名無しさん** · 2019/03/14(木) 06:41:14.61

アドレス自身にもサイズはあるけどね。
sizeof(*addrb) == たぶん 1 (8bit)
sizeof(*addrw) == たぶん 2 (16bit)
sizeof(addrb) ... 近頃のPCでは 4 (32bitアドレス) か 8 (64bitアドレス) かのう。

**デフォルトの名無しさん** · 2019/03/14(木) 12:20:30.31

メモリ消費についてききたい。
8byteのa,b,cっていう変数と、それを結合した24byteのdっていう変数をクラス内で扱いたいんだけど、素直にやると48byteメモリ消費だよね？
代わりに24byteのdと、8byte型のポインタ（4byte）3つ宣言したら36byteのメモリ消費で12byte/オブジェクトの節約になると思うんだけど、最適化したければ意識するべき？
あるいはコンパイラがその辺は上手にやってくれて最小限のメモリ消費になる？

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/03/14(木) 12:26:16.05

>>767
ポインタ先をチェック・確保するのにヒープメモリーと計算コストが掛かる。

**デフォルトの名無しさん** · 2019/03/14(木) 13:52:59.75

>>767
宣言次第ですね。
メモリ節約だとdを配列にしておくといいかなとおもいました。

**デフォルトの名無しさん** · 2019/03/14(木) 14:39:59.26

>>767
それ実体の24byteが別に要るだろ…

**デフォルトの名無しさん** · 2019/03/14(木) 14:43:45.46

下のソースをコンパイルしてコマンドプロンプト(cmd)で実行すると「鷗」の字が出力されません

int main(int ac, char **av){
setlocale(LC_ALL, "");
fwprintf(stdout, L"[%c]\n", 0x3042); // [あ] と表示される
fwprintf(stdout, L"[%c]\n", 0x9dd7); // [?] と表示される
return 0;
}

同じコマンドプロンプト(同じwindowsインスタンス上)で
python3 からだと(スクリプト経由でもIDEでもどちらも)
print(f'[{0x3042:c}]') # [あ]
print(f'[{0x9dd7:c}]') # [鷗]
表示されます

setlocale(LC_CTYPE, "en_US:utf8");
にしても同じでした

python3 からだと表示出来るということは
fwprintf に問題があるということでしょうか？

**デフォルトの名無しさん** · 2019/03/14(木) 14:57:23.81

Windows は、Visual Studio だろ

TCHAR マクロで、sjis/Unicode を切り替える。
Windows用の環境を揃えないと、無理だろ

**デフォルトの名無しさん** · 2019/03/14(木) 15:10:14.13

UNICODE
_UNICODE
とかは定義してあります
それに[あ]の方は表示されてるので
TCHAR が char と誤認識とかめっちゃ的外れな指摘だと感じます

**デフォルトの名無しさん** · 2019/03/14(木) 15:25:54.72

fwprintf
ワイド文字を書き込む場合、ファイルはバイナリー・モードでオープンするか、
o_ccsid または codepage パラメーターでオープンする必要があります。
これにより、ワイド文字に対して変換が発生しないことが保証されます。

**デフォルトの名無しさん** · 2019/03/14(木) 17:04:07.47

>>767
もしかして windows で 24bitカラーを取り扱いたい話？　union で楽する

#pragma pack(push,1)
typedef union {
BYTE e[3];
struct { BYTE B, G, R; };
} BPP24_t;
#pragma pack(pop)

**デフォルトの名無しさん** · 2019/03/14(木) 19:02:32.98

>>768-770 >>775
ありがとう説明不足だった
厳密にはL2フレームを実装したくて
DMAC6byte
SMAC6byte
TYPE2byte
とかを結合して送りたい。
んだが、結合用の変数を用意するとメモリ消費二倍な気がしていやだなと。
で、それぞれはポインタにして結合用の変数の0、6、8byteめを指定してやればいい気がして聞いてみた

**デフォルトの名無しさん** · 2019/03/14(木) 19:26:19.44

>>776
プロトコルスタックでそういうデザインはよくある
nicにわたすときのdmaもそんな感じ
しかしその数バイトの処理はこだわるところじゃない

**デフォルトの名無しさん** · 2019/03/14(木) 20:21:10.72

規格で標準ライブラリ中のメソッドがconst指定されていない場合これをconst指定するのは規格違反ですか？

具体的にはuniform_int_distributionのconstなインスタンスを生成してoperator()(URNG& g)を呼び出すとMSVC（VS2017）のみ通り、gcc4.3.2とclang4.0ではコンパイルエラーになりました

N4140及びN4659を参照した限り、上記のオペレータはconst指定されていませんでした

**デフォルトの名無しさん** · 2019/03/14(木) 20:28:14.30

>>776
フレームの組み立ては迷うことなくstructでいいと思うのですがどうでしょう。ちなみにpingではは素直にstructで組み立ててあります。

**デフォルトの名無しさん** · 2019/03/14(木) 20:30:26.12

>>777
確かに数バイトなんだけどね
>>779
cppで書いててクラスのプライベート変数として持ってます
結合どうするかだけ悩ましい

**デフォルトの名無しさん** · 2019/03/14(木) 21:00:14.82

>>780
ああ、なるほど。structでガワ作っておいて、ペイロード書き換えてバッファに溜めていくって感じでしかやった事しかないですけどケースバイケースなんでしょうね。

**デフォルトの名無しさん** · 2019/03/14(木) 21:58:48.11

コンソールがSJISだから無理

**デフォルトの名無しさん** · 2019/03/14(木) 23:31:25.66

C++難しすぎねえか？
こんなの新機能を網羅してる人どんだけいるんだか・・・

**デフォルトの名無しさん** · 2019/03/14(木) 23:39:23.56

奥義を究めると尊敬されます（カモ）

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/14(木) 23:47:20.81

>>783
別に網羅せんでも使えるところだけ使えば良い。
常に新しい機能を把握しておく必要はない。
使わない方が良い機能というのは有るので、駄目な部分を把握する方が大事だと思う。
(その結果として新しい機能に行きつくこともあるけど。)

新しい機能を使わないと回りくどくなるだけだが、
駄目な機能は致命傷になる (という可能性をコンパイル時にエラーに出来ない) こともあるので。

今の C++ で nullptr でなく NULL を使う理由は全然ない、みたいなのとか。

**デフォルトの名無しさん** · 2019/03/14(木) 23:49:54.51

てかコンセプトが待ち遠しい
templateの黒魔術っぷりが大幅に改善されるよね
エラーメッセージが分かりやすくなるのが大きい

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/15(金) 00:08:50.55

コンセプトとモジュールは C++er の悲願って感じだからな……。
今まで土壇場での延期を繰返した経緯を考えると次も本当に入るのか
疑わしい気はするけど。

**デフォルトの名無しさん** · 2019/03/15(金) 02:19:09.67

配列のアドレスが表示できません。何が悪いのでしょうか。結果はからになります。
unsigned char a[100];
cout << hex << &a[5] << endl;

**デフォルトの名無しさん** · 2019/03/15(金) 02:52:40.51

a+5

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/03/15(金) 04:49:34.55

(void *)

**デフォルトの名無しさん** · 2019/03/15(金) 06:53:21.47

>>788
&a[5] は「unsigned char を指すポインタ」なので
cout << では「'\0'で終端する文字列」として表示しようとするのよ。
なもんで >>790 の通り void* にキャストして、
具体的なデータを指さない「単なるアドレス」扱いしてくれと指示。
ちなみに >>789 は効果ないでしょ。

でも C++ の作法としては static_cast<void*>(&a[5]) と
長々しい名前付きキャストを使うべきなんじゃろか。
個人的には static_cast<const void*>(&a[5]) まで書きたいけど。

inline const void *to_voidptr(const void* p) {return p;}
てな具合に、字数を減らすための変換用の関数でも使うか。

…何か標準的で短い書き方があったりするのかしら。

**デフォルトの名無しさん** · 2019/03/15(金) 08:07:08.74

文字はcharだけでsigned/unsignedは整数扱いするとかしてくれりゃよかったのにな。

**デフォルトの名無しさん** · 2019/03/15(金) 09:38:53.54

coutなんて使うのが悪い
printf()でおｋ

**デフォルトの名無しさん** · 2019/03/15(金) 10:50:58.56

qDebugばっか使ってたからcoutの使い方なんて忘れてたわｗ

**デフォルトの名無しさん** · 2019/03/17(日) 06:21:33.06

そういえば「cout << &a[5] でアドレス値が表示されない」ってのは
char 系の配列やポインタの場合だけで起きる特殊例なのかな。

ユーザーが operator<<(ostream&, T*) の再定義をしない標準の状態で、
オブジェクトのアドレス値を送ったらアドレス値以外の何かが表示される型って
標準か有名どころのライブラリで、何か知ってる？

**デフォルトの名無しさん** · 2019/03/17(日) 12:02:02.30

operator<<(ostream&, T*) の再定義をしないライブラリで
オブジェクトのアドレス値を送ったらアドレス値以外の何かが表示される型を定義しているものは?

という質問に置き換えてみた

**デフォルトの名無しさん** · 2019/03/17(日) 13:17:40.49

gccのiostreamのソース辿れば全部書いてあるよ。

◆QZaw55cn4c · 2019/03/17(日) 14:11:06.99

>>797
ほう、どこに書いているのかわかってそう言っているのですね、それはすごいですね

**デフォルトの名無しさん** · 2019/03/17(日) 14:22:23.04

https://github.com/gcc-mirror/gcc/blob/master/libstdc%2B%2B-v3/include/std/ostream

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/17(日) 14:50:03.46

ライブラリのソースコードを辿っていくとビルトイン関数だったりして萎えることもあるので、
まずは仕様をちゃんと読もうな。

**795** · 2019/03/17(日) 15:05:24.52

>>799
ostream のヘッダ単独は意外に分量少なくて一通り見られたよ。
char系以外には...

operator<<(nullptr_t); // #if __cplusplus >= 201703L で条件コンパイル
operator<<(__streambuf_type* __sb);

があるみたい。本当にこれだけか確実ではないけど。

nullptr_t の方は「nullptr が送り込まれたら "nullptr" と表示しろ」だと思うが
__streambuf_type* __sb は分からん(定義は別ファイル、みたいだし)。

**デフォルトの名無しさん** · 2019/03/17(日) 15:17:33.67

痛レータが呼ばれるんじゃね

**デフォルトの名無しさん** · 2019/03/17(日) 19:25:05.63

現在アルゴリズムの勉強をしています
ソートアルゴリズムで有名な基本挿入法で与えた５つの整数を小さい順に並べるプログラムがうまく動きません
基本選択法、基本交換法（バブルソート）は書けるのですが…
ソートアルゴリズム、アルゴリズムそのものは図で正しく書けるとは思うのですが、コードに落とし込むのがうまくいきません
書いたコードは稚拙ですが以下のものですおかしな点を教えてくだされば幸いです

#include<stdio.h>
//基本挿入法
int main(void){
int temp=0,j,i;
int ary[5]={9,6,1,5,2};
for(i=1;i<=4;i++){
temp=ary[i];
for(j=i-1;j>=0;j--){
if(ary[j]>ary[i]){
puts("aaa");
ary[j+1]=ary[j];
}else{
puts("jais");
j--;
break;
}
}
j++;
ary[j]=temp;
printf("a[%d]は%d a[%d]は%d¥n",j,ary[j],i,ary[i]);
}
for(i=0;i<=4;i++){
printf("%d¥n",ary[i]);
}
return 0;
}

**デフォルトの名無しさん** · 2019/03/17(日) 19:26:08.56

puts(“aaa”)やputs(“jais”)はprintf(“a[%d]は%d ～”)の3つは、プリントデバグのために書いたものです…消し忘れました
すみません

◆QZaw55cn4c · 2019/03/17(日) 21:48:00.62

>>803
https://ideone.com/gIcJzp
納得がいくまで　printf() を仕掛けるのはいいことだと思います。

**デフォルトの名無しさん** · 2019/04/01(月) 21:33:07.89

class C
{
public:
　void f(){}
};

C* pc= new C;

pc.f();

コンパイルエラーが出るってことは、コンパイラはpcがポインタであることを
知ってる

なのになぜ、->と記述させるの？

**デフォルトの名無しさん** · 2019/04/01(月) 21:44:58.77

std::invoke使え

**デフォルトの名無しさん** · 2019/04/01(月) 21:52:40.40

ClassAのメンバにClassBがあってコンストラクタかsetterで外部から与えたいんだけど、
ClassBが大きくてできるだけコピーしたくない場合はどうするのがベストですか？
コピーコンストラクタが呼ばれた場合に初めてコピーされるようにしたいです
unique_ptr<ClassB>型にするとスコープを外れるときに落ちました
Class ClassA｛
public:
　ClassA(ClassB &b) { m_b.reset(&b); };
　ClassA(const ClassA a) : m_b(new ClassB(a.m_b))｛｝;
・・・
private:
unique_ptr<ClassB> m_b;
｝
main(){
・・・
{
ClassB b;
ClassA a(b);
} // ここで落ちる
・・・
}

**デフォルトの名無しさん** · 2019/04/01(月) 22:09:12.99

> m_b.reset(&b);

ヒープオブジェクトじゃないものをunique_ptrに突っ込んだらダメ。
カスタムデリータ用意するなら別だけど。

**デフォルトの名無しさん** · 2019/04/01(月) 22:22:19.12

>>809
この場合にスマートポインタは違うようですね
メンバは実体にして渡すときにムーブすればコピーは発生しないという認識は正しいですか？

**デフォルトの名無しさん** · 2019/04/01(月) 22:30:43.95

ClassAはClassBそのものを所有するのか
それとも外部のClassBへの参照を保持するだけなのか？
そのものを所有するなら外部から与えるのではなく
ClassAの中でClassBを構築するのも検討してみれば

// ClassAのコンストラクタ
// １１以降ならムーブとかも
ClassA(ClassBの構築に使う引数) : m_b（前記の引数） {}