- 1 名前：デフォルトの名無しさん mailto:sage [2018/12/28(金) 06:04:52.38 ID:ufThBpcD.net]
- エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります
コードを貼れる所
codepad.org/
https://ideone.com/
前スレ
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/
- 718 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 17:33:22.12 ID:anJ4ej+i.net]
- 最近カスタムデリータ知ったから嬉しがってる奴がいるなw
- 719 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 17:49:56.48 ID:23Hi4jvz.net]
- >>715
すいませんね、リファレンスなんかそっちのけで、ネット情報だけで、プログラム組んでます。
- 720 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 19:59:53.92 ID:YAm1zwse.net]
- >>718
図星だったか、すまんな
というかマウント取るための屁理屈考えてる暇あったら手動かした方がいいよ
- 721 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 20:10:27.73 ID:eJu7ZZw8.net]
- 図星しとか意味分からん
ひょっとして>>715 disってるのか？ w
- 722 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 20:14:07.94 ID:9vZTtl18.net]
- 最近図星って言葉を覚えたので使いたいんだろう
察してやれ
- 723 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 20:21:16.84 ID:YAm1zwse.net]
- >>715で言ったことが図星だったか？という意味なんだが
アホが多いインターネッツですね
- 724 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 20:32:45.58 ID:kU0Uws1z.net]
- 今度はインターネッツという言葉を覚えたのか
どんどん賢くなっていくな
- 725 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 20:39:00.33 ID:ABNsWlsO.net]
- カスタムデリータごときでよくそこまでドヤれるもんだなw
- 726 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 20:46:58.79 ID:YAm1zwse.net]
- それ俺に言ってんの？w
- 727 名前：デフォルトの名無しさん [2019/03/09(土) 21:23:16.03 ID:jx9iLAiD.net]
- そもそもSTLの基幹部分とかJavaだろ。
- 728 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 21:36:18.70 ID:jz9xUaFa.net]
- 実際c++やるやつのほとんどの動機がマウントとりたい以上のものではない。
- 729 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 22:31:55.52 ID:u5Pk3KZw.net]
- > 俺に言ってんの？
意識しまくりすぎだろw
- 730 名前：デフォルトの名無しさん mailto:sage [2019/03/09(土) 22:41:21.04 ID:Tm/Y9JxW.net]
- 大学四年かけてC++と機械学習学べば年収1000万とか本気で言ってる奴らだからな（）
- 731 名前：デフォルトの名無しさん mailto:sage [2019/03/11(月) 22:26:31.27 ID:QlHozVZM.net]
- 相談なのですが
テキスト形式のライセンスファイルへのファイルパスを渡さないと使用できないライブラリA
そのライブラリAを使用するライブラリB
私が作成しているのはライブラリBです。お客さんに使ってもらうものなんですが、「ライセンスファイルをセットで提供して適切な場所に置いて使ってもらう」という手間を省きたくてライセンスファイルをライブラリBに埋め込めないかと思案しています。
とりあえずライセンスファイルの中身をソースにベタ書きし、実行時に一時ファイルとして作成しライブラリAにそのパスを渡すことで上手くいっているのですが、もっとスマートな方法はないでしょうか？
ファイルパスを渡さないといけないので無理ですかね…
- 732 名前：デフォルトの名無しさん mailto:sage [2019/03/11(月) 22:57:10.81 ID:9rO3q8tQ.net]
- 納入時にファイル一つなんか？
実体なんやねん
- 733 名前：デフォルトの名無しさん mailto:sage [2019/03/11(月) 23:06:05.03 ID:zGphoT2G.net]
- ライブラリＡが要求するのは
ファイルシステムに認知されるファイルの形式でないといけない
だから中間ファイルに書き出して、そのファイルパスを渡すしかない
つかライセンスを埋め込んだ場合何がしかの事情で
ライセンス変更の必要が迫られた場合ライブラリＢを構築しなおすことになるんだが
そういう管理でいいのけ？
- 734 名前：デフォルトの名無しさん mailto:sage [2019/03/11(月) 23:06:05.25 ID:CMHDEYzk.net]
- >>732
ヘッダーと共有ライブラリのセットです。
- 735 名前：デフォルトの名無しさん mailto: sage [2019/03/11(月) 23:11:06.21 ID:CMHDEYzk.net]
- >>733
やっぱ他にないですよね…
継続的にバージョンアップ重ねて提供してるんですが、ライブラリAについては今後も使い続けるか微妙なんでお客さんに〜のように運用してくださいってお願いするのはまだやめておきたいんですよ。
まあその面倒ごとを避けようとするスタンスが一番よくないのかもしれませんね。
- 736 名前：デフォルトの名無しさん mailto: sage [2019/03/11(月) 23:14:01.28 ID:CMHDEYzk.net]
- というか自分がお客さんの立場にたってみれば、「カレントディレクトリにライセンスファイル置いて使ってください」と言われたら「はいOKです」ですむ問題ですよね。
やはりちゃんとライセンスファイル提供して使ってもらうべきかと思ってきました。
- 737 名前：デフォルトの名無しさん mailto:sage [2019/03/11(月) 23:20:45.86 ID:9rO3q8tQ.net]
- >>734
どう配布すんのかしらんけど
共有ライブラリと同じとこに置いて固めるなり、インストーラー書くなりすれば十分やろ
たいして報われん努力やと思うわ
それよりライブラリAは何がしたいんか気になるわ
意味あんのかそれ
- 738 名前：デフォルトの名無しさん mailto: sage [2019/03/11(月) 23:23:05.53 ID:CMHDEYzk.net]
- >>737
ライブラリAはwebAPI叩くからその時にアクセス権限チェックでライセンスファイルを使うようです。
- 739 名前：デフォルトの名無しさん mailto:sage [2019/03/11(月) 23:36:41.67 ID:9rO3q8tQ.net]
- >>736
ロードされてる共有ライブラリのパスはとれるはずやから、
そこにライセンスファイル置いておく手はある
- 740 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 01:51:07.02 ID:xlgLjh5J.net]
- 変数と型についてなんだがメモリは2進数でデータを記録していて、それを何byteで区切って、どういう意味を持つか（正の整数のみとか）を型で決めてるんだよね？だとしたらポインタに型があるのはなぜ？どれもアドレスを示すんだからある意味int型でいいと思うんだけど
- 741 名前：はちみつ餃子 mailto:sage [2019/03/12(火) 02:03:10.03 ID:tBEUjULM.net]
- >>740
そういう言語もあったよ。
でも、ポインタを経由しただけで型がわからなくなるんじゃ、
型システムが意味を成さないだろう。
元と違った型としてアクセスしようとしたときに、
型情報がなけりゃコンパイラが捕捉しようもない。
それはプログラマの責任で正しく扱うってのならそれでもいいし、
実際、 C/C++ はプログラマがやりたければポインタを整数に型変換することも出来るけど、
(言語仕様としてはほとんど保証はないが。)
人類は間違うのでな。
型が合わないエラーなんてたびたび出しちゃうもんだろ。
もし型がなければそれはスルーされてわけのわからない挙動をするプログラムになるんだぞ。
そういうのはもうやめようって話。
- 742 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 02:06:26.71 ID:i1gu3hXZ.net]
- >>740
ポインタに格納されるアドレス値は32bitとか64bitとかの整数でそれ自体は同じ型として扱えるとしても、そのポインタの指す先にある物の型が分からないと色々困るでしょ。
ポインタ型としてvoid*だけでプログラムを書こうとすればその必要性がわかるはず。
同じバイト表現だからといって同じ型で表さなければならない道理はない。用途や演算結果が異なるのだから別の型として扱うのはある意味自然なことだと思うよ。
- 743 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 07:03:19.32 ID:1t7NN+JI.net]
- >>740
参照はずし、つまり*演算子で「ポインタの指す内容」を取り出すときに
そのポインタがどんなデータを指すポインタか分からないと困るでしょ。
構造体を指すポインタで p->menber とかする場合も同様。
>>742 の「void*ポインタだけ使って書いてみる」ってのは、
ポインタに型のある有り難さを実感できる良い課題だね。
- 744 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 07:35:06.24 ID:nPeHxcg9.net]
- Cのポインタ型はK&Rのプログラミング言語Cに書いてある通り、単なるアドレスを保持する型じゃなくて配列の仲間なのよ。
例えば
char *cp =“abc”;
で
*(p+1)の様に書くと、ちゃんとcharサイズ分ずらしたアドレスを指してくれる。
その本には
(当時の)優れたプログラマたちがやってた事を言語仕様として取り込んだと、という様な事が書いてあったと思う。
ポインタが示す先の型とサイズやらの心配はC言語では不要だ、すげーだろ？的な。
- 745 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 07:35:25.54 ID:nPeHxcg9.net]
- Cのポインタ型はK&Rのプログラミング言語Cに書いてある通り、単なるアドレスを保持する型じゃなくて配列の仲間なのよ。
例えば
char *cp =“abc”;
で
*(p+1)の様に書くと、ちゃんとcharサイズ分ずらしたアドレスを指してくれる。
その本には
(当時の)優れたプログラマたちがやってた事を言語仕様として取り込んだと、という様な事が書いてあったと思う。
ポインタが示す先の型とサイズやらの心配はC言語では不要だ、すげーだろ？的な。
- 746 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 07:37:59.58 ID:nPeHxcg9.net]
- >>745
>>745
＞*(p+1)の様に書くと、ちゃんとcharサイズ分ずらしたアドレスを指してくれる。
*(cp+1)の間違い
- 747 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 08:23:28.38 ID:xHFKV8QO.net]
- >>741
>>742
>>743
>>744
ヒューマンエラー防止
型のないポインタを宣言すると中身のbyte長が不明
ってことかありがとう
740のコードを見て疑問に思ったんだけど*cpは一つのアドレスしか記録できないから配列の先頭（文字a）のアドレスを記録するよね。このとき配列の長さが3だという情報はどこにあるの？（脱線するけどNULL終端も数えて長さ4？）
- 748 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 08:29:27.03 ID:i1gu3hXZ.net]
- >>747
ポインタが指す先にいくつ分の領域があるか(いくつ分を参照してよいか)は記録されてないから、プログラマが自分の責任で管理するしかないよ
- 749 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 08:41:29.44 ID:7SPfMi3X.net]
- >>747
直接長さを示す情報はどこにもないよ
だから、cの「文字列」は単なる文字の配列だけではなく、0終端が必要
>（脱線するけどNULL終端も数えて長さ4？）
その通り
（NULLはnullptrとしてのみ使ったほうがいいよ
混同してないならいいんだけどね）
- 750 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 09:29:32.99 ID:nPeHxcg9.net]
- >>744
>>745
＞ポインタが示す先の型とサイズやらの心配はC言語では不要だ、すげーだろ？的な。
サイズって型のサイズでした、すみません。
配列長さは
sizeof(*cp) / sizeof(型)で取ってねって書いてあったよね？
- 751 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 09:32:06.13 ID:u0RxZCyH.net]
- \0終端が来るまで確保されていると想定して受け取り側は動作する
だから終端記号がないと色々まずい
（ので、ﾊﾞｯﾌｧ長も指示する関数が後から増えた）
- 752 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 09:32:15.05 ID:xVickGeK.net]
- 便乗質問でごめんやけど
delete [] p;
この場合deleteはどうやってサイズ調べてんの？
- 753 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 09:33:32.91 ID:i1gu3hXZ.net]
- >>750
char *cpで宣言してるならその計算じゃ配列サイズはとれないよ。
- 754 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 09:33:42.86 ID:u0RxZCyH.net]
- 要素数の算出は
sizeof(配列) / sizeof(配列[0]) または sizeof(配列) / sizeof(*配列)
ではなかろうか？
- 755 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 09:47:35.09 ID:Nd0ou12Q.net]
- 除算は遅いからなぁ
- 756 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 10:18:57.28 ID:u0RxZCyH.net]
- コンパイル時に確定する値だから
実行時には定数として埋まってるんでないの？
（ほんとんどの環境で インタープリターはしらんｗ
- 757 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 10:22:41.05 ID:Nd0ou12Q.net]
- sizeof(配列)は動的でしょう
- 758 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 12:15:07.37 ID:7lezZ5hH.net]
- sizeofは演算子だから動的じゃないかな
最適化で消し飛ぶ可能性はあるのかもしれんけど
- 759 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 12:42:52.96 ID:Gedrqwi7.net]
- >>752
実装依存だと思うけど、p[-1]とかに長さが書いてあったりする
- 760 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 12:45:54.40 ID:xHFKV8QO.net]
- アンカー長くなるから省略するけど
みなさんありがとう
- 761 名前：デフォルトの名無しさん [2019/03/12(火) 13:32:00.51 ID:6Uu2j9Xc.net]
- インクリメントするときに困る
- 762 名前：752 mailto:sage [2019/03/12(火) 14:52:24.67 ID:u0RxZCyH.net]
- VLAのこと完全に忘れてた sizeof(配列) は動的だわ
- 763 名前：はちみつ餃子 mailto:sage [2019/03/12(火) 15:09:12.69 ID:tBEUjULM.net]
- sizeof の結果は動的な判断が必要な場合 (いわゆる VLA) を除いて整数定数であることは保証される。
C++ には VLA は無いので sizeof が動的であるかどうかを心配する必要はないんだけど、
それは置いといて、 C++ で配列の大きさを知りたいときは std::extent の方がよくない？
- 764 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 15:29:35.28 ID:xWv5Y9zk.net]
- >>760
>>748-759
というアンカー表示方法も、知っておいてね。
- 765 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 22:48:56.35 ID:SU/8eF4+.net]
- 昔はstd::extent持ち出したりしたが今はstd::sizeだな
- 766 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 23:05:04.16 ID:/eUnUFro.net]
- uint8_t *addrb =(uint8_t *)0x00F00000;
uint16_t *addrw =(uint16_t *)0x00F00000;
*addrb = 0x10;
*addrw = 0xF0F0;
0x00F00000番地に0x10と0xF0F0を書き込むコードらしいのですが、最初の2行がよく分かりません。アドレスが4バイトなのにポインタはそれより小さくて問題ないのでしょうか。右辺のキャストは何を行っているのでしょうか。
よろしくお願いします。
- 767 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 23:29:55.31 ID:RU0tEwI6.net]
- >>766
・整数だから昇格するよ
・整数即値をポインタ型に変換してるよ
ポイント先のデータは多分、バイト型だよ
マップドIO系のCPUではよく見るパターンだね
- 768 名前：デフォルトの名無しさん mailto:sage [2019/03/12(火) 23:37:26.58 ID:y5WX6T5u.net]
- ＞ポインタはそれより小さくて問題ないのでしょうか。
*addrb = 0x10;
*addrw = 0xF0F0;
この文を見て上の疑問に到達したのかな？
ポインタは addrb や addrw で その変数の器の大きさはアドレスを格納できる大きさ
*addrb で アドレスにさされた先の内容を示す 内容の大きさはその型による
*addrb は uint8_t 型でおそらく1バイト (1ｵｸﾃｯﾄ)
*addrw は uint16_t 型でおそらく2バイト (2ｵｸﾃｯﾄ)
- 769 名前：デフォルトの名無しさん mailto:sage [2019/03/13(水) 18:31:26.55 ID:yPp5BeL1.net]
- ありがとうございます。
理解できました。
そもそもアドレス自身のサイズがあるものと勘違いしてました。
- 770 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 06:41:14.61 ID:SGfhnH0M.net]
- アドレス自身にもサイズはあるけどね。
sizeof(*addrb) == たぶん 1 (8bit)
sizeof(*addrw) == たぶん 2 (16bit)
sizeof(addrb) ... 近頃のPCでは 4 (32bitアドレス) か 8 (64bitアドレス) かのう。
- 771 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 12:20:30.31 ID:Yw9IVRaM.net]
- メモリ消費についてききたい。
8byteのa,b,cっていう変数と、それを結合した24byteのdっていう変数をクラス内で扱いたいんだけど、素直にやると48byteメモリ消費だよね？
代わりに24byteのdと、8byte型のポインタ（4byte）3つ宣言したら36byteのメモリ消費で12byte/オブジェクトの節約になると思うんだけど、最適化したければ意識するべき？
あるいはコンパイラがその辺は上手にやってくれて最小限のメモリ消費になる？
- 772 名前：さまよえる蟻人間 mailto:age [2019/03/14(木) 12:26:16.05 ID:1+g2CCuw.net]
- >>771
ポインタ先をチェック・確保するのにヒープメモリーと計算コストが掛かる。
- 773 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 13:52:59.75 ID:M+miX7Aw.net]
- >>771
宣言次第ですね。
メモリ節約だとdを配列にしておくといいかなとおもいました。
- 774 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 14:39:59.26 ID:3EvgP48J.net]
- >>771
それ実体の24byteが別に要るだろ…
- 775 名前：デフォルトの名無しさん [2019/03/14(木) 14:43:45.46 ID:q8OuUl64.net]
- 下のソースをコンパイルしてコマンドプロンプト(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 に問題があるということでしょうか？
- 776 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 14:57:23.81 ID:tsxAqnNH.net]
- Windows は、Visual Studio だろ
TCHAR マクロで、sjis/Unicode を切り替える。
Windows用の環境を揃えないと、無理だろ
- 777 名前：デフォルトの名無しさん [2019/03/14(木) 15:10:14.13 ID:q8OuUl64.net]
- UNICODE
_UNICODE
とかは定義してあります
それに[あ]の方は表示されてるので
TCHAR が char と誤認識とかめっちゃ的外れな指摘だと感じます
- 778 名前：デフォルトの名無しさん [2019/03/14(木) 15:25:54.72 ID:s2YvJJWc.net]
- fwprintf
ワイド文字を書き込む場合、ファイルはバイナリー・モードでオープンするか、
o_ccsid または codepage パラメーターでオープンする必要があります。
これにより、ワイド文字に対して変換が発生しないことが保証されます。
- 779 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 17:04:07.47 ID:DMc/T5SW.net]
- >>771
もしかして windows で 24bitカラーを取り扱いたい話？ union で楽する
#pragma pack(push,1)
typedef union {
BYTE e[3];
struct { BYTE B, G, R; };
} BPP24_t;
#pragma pack(pop)
- 780 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 19:02:32.98 ID:wP1B/x23.net]
- >>772-774 >>779
ありがとう説明不足だった
厳密にはL2フレームを実装したくて
DMAC6byte
SMAC6byte
TYPE2byte
とかを結合して送りたい。
んだが、結合用の変数を用意するとメモリ消費二倍な気がしていやだなと。
で、それぞれはポインタにして結合用の変数の0、6、8byteめを指定してやればいい気がして聞いてみた
- 781 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 19:26:19.44 ID:lcdumzgu.net]
- >>780
プロトコルスタックでそういうデザインはよくある
nicにわたすときのdmaもそんな感じ
しかしその数バイトの処理はこだわるところじゃない
- 782 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 20:21:10.72 ID:2vbDdJqi.net]
- 規格で標準ライブラリ中のメソッドがconst指定されていない場合これをconst指定するのは規格違反ですか？
具体的にはuniform_int_distributionのconstなインスタンスを生成してoperator()(URNG& g)を呼び出すとMSVC（VS2017）のみ通り、gcc4.3.2とclang4.0ではコンパイルエラーになりました
N4140及びN4659を参照した限り、上記のオペレータはconst指定されていませんでした
- 783 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 20:28:14.30 ID:gIuDI0vP.net]
- >>780
フレームの組み立ては迷うことなくstructでいいと思うのですがどうでしょう。ちなみにpingではは素直にstructで組み立ててあります。
- 784 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 20:30:26.12 ID:V4l0GHvB.net]
- >>781
確かに数バイトなんだけどね
>>783
cppで書いててクラスのプライベート変数として持ってます
結合どうするかだけ悩ましい
- 785 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 21:00:14.82 ID:gIuDI0vP.net]
- >>784
ああ、なるほど。structでガワ作っておいて、ペイロード書き換えてバッファに溜めていくって感じでしかやった事しかないですけどケースバイケースなんでしょうね。
- 786 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 21:58:48.11 ID:VY0DZD81.net]
- コンソールがSJISだから無理
- 787 名前：デフォルトの名無しさん [2019/03/14(木) 23:31:25.66 ID:u00Rfoqy.net]
- C++難しすぎねえか？
こんなの新機能を網羅してる人どんだけいるんだか・・・
- 788 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 23:39:23.56 ID:CLlwPgIu.net]
- 奥義を究めると尊敬されます（カモ）
- 789 名前：はちみつ餃子 mailto:sage [2019/03/14(木) 23:47:20.81 ID:mXS2OKIJ.net]
- >>787
別に網羅せんでも使えるところだけ使えば良い。
常に新しい機能を把握しておく必要はない。
使わない方が良い機能というのは有るので、駄目な部分を把握する方が大事だと思う。
(その結果として新しい機能に行きつくこともあるけど。)
新しい機能を使わないと回りくどくなるだけだが、
駄目な機能は致命傷になる (という可能性をコンパイル時にエラーに出来ない) こともあるので。
今の C++ で nullptr でなく NULL を使う理由は全然ない、みたいなのとか。
- 790 名前：デフォルトの名無しさん mailto:sage [2019/03/14(木) 23:49:54.51 ID:Gk3KilXE.net]
- てかコンセプトが待ち遠しい
templateの黒魔術っぷりが大幅に改善されるよね
エラーメッセージが分かりやすくなるのが大きい
- 791 名前：はちみつ餃子 mailto:sage [2019/03/15(金) 00:08:50.55 ID:q2a9nFaz.net]
- コンセプトとモジュールは C++er の悲願って感じだからな……。
今まで土壇場での延期を繰返した経緯を考えると次も本当に入るのか
疑わしい気はするけど。
- 792 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 02:19:09.67 ID:f+LcC8HT.net]
- 配列のアドレスが表示できません。何が悪いのでしょうか。結果はからになります。
unsigned char a[100];
cout << hex << &a[5] << endl;
- 793 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 02:52:40.51 ID:nvk7uoI+.net]
- a+5
- 794 名前：さまよえる蟻人間 mailto:age [2019/03/15(金) 04:49:34.55 ID:CgPhXsZt.net]
- (void *)
- 795 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 06:53:21.47 ID:F3jqlZHF.net]
- >>792
&a[5] は「unsigned char を指すポインタ」なので
cout << では「'\0'で終端する文字列」として表示しようとするのよ。
なもんで >>794 の通り void* にキャストして、
具体的なデータを指さない「単なるアドレス」扱いしてくれと指示。
ちなみに >>793 は効果ないでしょ。
でも C++ の作法としては static_cast<void*>(&a[5]) と
長々しい名前付きキャストを使うべきなんじゃろか。
個人的には static_cast<const void*>(&a[5]) まで書きたいけど。
inline const void *to_voidptr(const void* p) {return p;}
てな具合に、字数を減らすための変換用の関数でも使うか。
…何か標準的で短い書き方があったりするのかしら。
- 796 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 08:07:08.74 ID:fLDhqMRG.net]
- 文字はcharだけでsigned/unsignedは整数扱いするとかしてくれりゃよかったのにな。
- 797 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 09:38:53.54 ID:MV2geWC9.net]
- coutなんて使うのが悪い
printf()でおｋ
- 798 名前：デフォルトの名無しさん mailto:sage [2019/03/15(金) 10:50:58.56 ID:nvk7uoI+.net]
- qDebugばっか使ってたからcoutの使い方なんて忘れてたわｗ
- 799 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 06:21:33.06 ID:Q6jWm6hE.net]
- そういえば「cout << &a[5] でアドレス値が表示されない」ってのは
char 系の配列やポインタの場合だけで起きる特殊例なのかな。
ユーザーが operator<<(ostream&, T*) の再定義をしない標準の状態で、
オブジェクトのアドレス値を送ったらアドレス値以外の何かが表示される型って
標準か有名どころのライブラリで、何か知ってる？
- 800 名前：デフォルトの名無しさん [2019/03/17(日) 12:02:02.30 ID:ZVJiTVd1.net]
- operator<<(ostream&, T*) の再定義をしないライブラリで
オブジェクトのアドレス値を送ったらアドレス値以外の何かが表示される型を定義しているものは?
という質問に置き換えてみた
- 801 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 13:17:40.49 ID:4LIjOkKH.net]
- gccのiostreamのソース辿れば全部書いてあるよ。
- 802 名前： mailto:sage [2019/03/17(日) 14:11:06.99 ID:8PHb1ymW.net]
- >>801
ほう、どこに書いているのかわかってそう言っているのですね、それはすごいですね
- 803 名前：デフォルトの名無しさん [2019/03/17(日) 14:22:23.04 ID:rD0zueCH.net]
- https://github.com/gcc-mirror/gcc/blob/master/libstdc%2B%2B-v3/include/std/ostream
- 804 名前：はちみつ餃子 mailto:sage [2019/03/17(日) 14:50:03.46 ID:aA4z/LNt.net]
- ライブラリのソースコードを辿っていくとビルトイン関数だったりして萎えることもあるので、
まずは仕様をちゃんと読もうな。
- 805 名前：795 mailto:sage [2019/03/17(日) 15:05:24.52 ID:Q6jWm6hE.net]
- >>803
ostream のヘッダ単独は意外に分量少なくて一通り見られたよ。
char系以外には...
operator<<(nullptr_t); // #if __cplusplus >= 201703L で条件コンパイル
operator<<(__streambuf_type* __sb);
があるみたい。本当にこれだけか確実ではないけど。
nullptr_t の方は「nullptr が送り込まれたら "nullptr" と表示しろ」だと思うが
__streambuf_type* __sb は分からん(定義は別ファイル、みたいだし)。
- 806 名前：デフォルトの名無しさん [2019/03/17(日) 15:17:33.67 ID:9G7IgbIM.net]
- 痛レータが呼ばれるんじゃね
- 807 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 19:25:05.63 ID:wQNvtjPu.net]
- 現在アルゴリズムの勉強をしています
ソートアルゴリズムで有名な基本挿入法で与えた５つの整数を小さい順に並べるプログラムがうまく動きません
基本選択法、基本交換法（バブルソート）は書けるのですが…
ソートアルゴリズム、アルゴリズムそのものは図で正しく書けるとは思うのですが、コードに落とし込むのがうまくいきません
書いたコードは稚拙ですが以下のものです おかしな点を教えてくだされば幸いです
#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;
}
- 808 名前：デフォルトの名無しさん mailto:sage [2019/03/17(日) 19:26:08.56 ID:wQNvtjPu.net]
- puts(“aaa”)やputs(“jais”)はprintf(“a[%d]は%d 〜”)の3つは、プリントデバグのために書いたものです…消し忘れました
すみません
- 809 名前： mailto:sage [2019/03/17(日) 21:48:00.62 ID:8PHb1ymW.net]
- >>807
https://ideone.com/gIcJzp
納得がいくまで printf() を仕掛けるのはいいことだと思います。
- 810 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 21:33:07.89 ID:iIi946R+.net]
- class C
{
public:
void f(){}
};
C* pc= new C;
pc.f();
コンパイルエラーが出るってことは、コンパイラはpcがポインタであることを
知ってる
なのになぜ、->と記述させるの？
- 811 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 21:44:58.77 ID:32G7a9z6.net]
- std::invoke使え
- 812 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 21:52:40.40 ID:7SOsx0TI.net]
- 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);
} // ここで落ちる
・・・
}
- 813 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 22:09:12.99 ID:oZ4uWA1m.net]
- > m_b.reset(&b);
ヒープオブジェクトじゃないものをunique_ptrに突っ込んだらダメ。
カスタムデリータ用意するなら別だけど。
- 814 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 22:22:19.12 ID:7SOsx0TI.net]
- >>813
この場合にスマートポインタは違うようですね
メンバは実体にして渡すときにムーブすればコピーは発生しないという認識は正しいですか？
- 815 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 22:30:43.95 ID:0T+gZcjq.net]
- ClassAはClassBそのものを所有するのか
それとも外部のClassBへの参照を保持するだけなのか？
そのものを所有するなら外部から与えるのではなく
ClassAの中でClassBを構築するのも検討してみれば
// ClassAのコンストラクタ
// １１以降ならムーブとかも
ClassA(ClassBの構築に使う引数) : m_b（前記の引数） {}
- 816 名前：さまよえる蟻人間 mailto:sage [2019/04/01(月) 22:30:51.94 ID:OIWsA4Np.net]
- >>814
スマホ使う前にオブジェクトの所有権を明確にせよ。
- 817 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 22:51:52.32 ID:7SOsx0TI.net]
- ClassBの構築に使う引数も大きいためコピーを避けたいところです
基本的には参照を保持するだけにしたいところですが、ClassBがスコープを外れて破棄される場面ではClassAに実体をコピーできるようにしたいです
- 818 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 22:59:26.12 ID:oZ4uWA1m.net]
- なんでそこでわざわざコピーしたいの？
最初からnewでヒープに確保すりゃコピー必要ないのに。
|
 |
