C++相談室 part153

**デフォルトの名無しさん** · 2020/10/10(土) 23:18:20.00

https://mevius.5ch.net/test/read.cgi/tech/1589424805/
※前スレ
C++相談室 part152
https://mevius.5ch.net/test/read.cgi/tech/1594528940/

テンプレおしまい

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/16(水) 15:35:04.62

現実的な部分では運用でなんとかしてる部分はあるのも確かだが、
現実に対する妥協なのでパラダイム的な話とは区別が必要じゃない？
まあ不可分なところもあるんで微妙な話ではあるけども。

**デフォルトの名無しさん** · 2020/12/16(水) 16:36:11.97

>>708
それってモジュール使えば解決できる問題じゃないんでしたっけ

**デフォルトの名無しさん** · 2020/12/16(水) 18:14:53.45

>>712
運用できていても、いささかでも無理があれば
まだ余裕があるうちでも将来を見据えて
議論する価値が出てくるね

問題は無理を全く感じていないことを
空想論的に問題視することだ
個人的に問題視するのは勝手だが
他人が付き合ってくれないときにしつこくすることだ

**デフォルトの名無しさん** · 2020/12/16(水) 18:54:24.56

意義深い議論が展開されてるな

**デフォルトの名無しさん** · 2020/12/16(水) 22:51:18.04

C++はゼロコストで極力あらゆる制御をプログラマーに与えることを
使命ていうか至上命題にして至高のレーゾンデートルとみなしているように見えるので
プログラミングパラダイムを論じるにはいまいちに思はるる、

やっぱヘッダファイルとか批判者にとってかっこうの餌食でありその光景がまさに展開された、

**デフォルトの名無しさん** · 2020/12/16(水) 22:58:46.39

きちんとオブジェクト指向するんなら継承は全部virtualであるべきや
といってもC++だけにあてはまる批判ではないが

Base::Foo()とDerived::Foo()が異なる振る舞いで定義されているときに、
func(Base&)にDerivedを渡したらfunc()の中ではBase::Foo()が呼ばれるとか
危険極まりない
この基準で言ったらたいていの似非オブジェクト指向言語はNG

**デフォルトの名無しさん** · 2020/12/16(水) 23:05:40.32

不毛な宗教戦争よ

**デフォルトの名無しさん** · 2020/12/16(水) 23:25:11.55

クラスベースオブジェクト指向はすべて似非オブジェクト指向
アランケイ「C++のオブジェクト指向？知らない子ですね…」

**デフォルトの名無しさん** · 2020/12/17(木) 01:05:17.90

>>716
>C++はゼロコストで極力あらゆる制御をプログラマーに与えることを
>使命ていうか至上命題にして至高のレーゾンデートルとみなしているように見えるので
半分は正しいがそれならcでええやんてなる。
c++のc++たる所以(もしくは厨受けするところ)ってのは、ゼロコストなのにさらにどんなに高級な機能も入れられるんやで〜ってところだろ。

**デフォルトの名無しさん** · 2020/12/17(木) 01:10:53.36

>>717
え、その場合仮想関数ならDerived::Fooやろ？
非仮想とか値渡しならそうだけど

**デフォルトの名無しさん** · 2020/12/17(木) 07:05:17.82

非仮想だとそうなっちゃうっていう批判なんだろ
ハイディングなんかする方が悪いと思うけど

**デフォルトの名無しさん** · 2020/12/17(木) 07:08:07.45

>>717
仮想継承の話かと思ったら
そうじゃないようだな

**デフォルトの名無しさん** · 2020/12/17(木) 08:15:27.96

>>720
「使った機能にあったコスト」だよ。
ゼロコストはあくまで機能を使わなかった場合の話。
cの機能しか使わなかったらcのコストしかかからないのが基本方針だろ。

**デフォルトの名無しさん** · 2020/12/17(木) 11:41:30.12

>>722
あぁそういうことか・・
ちょっと自分の常識からかけ離れてるから理解できんかった

**デフォルトの名無しさん** · 2020/12/17(木) 14:49:46.67

#include <charconv>
using namespace std;

int main()
{
char str[] = "123";
double dbl;
from_chars(str, str + 3, dbl);
}

Visual Studioでは通るんだけど、GCCではダメ
どうも戻りのfrom_chars_resultがテンプレートになってて推論に失敗してるようなんだけど
規格ドラフト見てもfrom_chars_resultがテンプレートだなんてどこにも書いてない

これGCCがおかしいんだよな？
バグレポ上がってたりする？

**デフォルトの名無しさん** · 2020/12/17(木) 14:50:46.30

バージョン書き忘れた
Visual Studio: 19.28.29334
GCC: 10.2.0

**デフォルトの名無しさん** · 2020/12/17(木) 15:56:08.03

>>726
整数型だけしかサポートしてないよ

**デフォルトの名無しさん** · 2020/12/17(木) 17:33:27.07

>>728
23.20.1 Header <charconv> synopsisにはfloat, double, long doubleが挙がってるんだけど・・・
ああ、GCCがってことねthx

**デフォルトの名無しさん** · 2020/12/17(木) 22:56:50.01

gccの傾向として、熱烈な信者がいて、出来ないことを出来ると宣伝したり、劣っているものを優れていると宣伝したりする場合がある。
ところが、そのような場合、GNUのマニュアルは「出来ない」「劣る」と明言している場合が多い。
したがって、gccについてはみだりに検索せず、GNUのサイトを見ることをお勧めします。

**デフォルトの名無しさん** · 2020/12/18(金) 01:08:57.52

>>726 「ダメ」がコンパイルエラーの意味ならエラーメッセージも挙げてよ。

**デフォルトの名無しさん** · 2020/12/18(金) 01:16:51.95

ダメコンは、ダメージコントロールの略ですよ。

**デフォルトの名無しさん** · 2020/12/18(金) 05:02:08.68

継承使うと密結合になり変更に弱くなるし（実行時のオーバーヘッドにもなりそう）
規約で縛るというSTLの実装には好感が持てる

**デフォルトの名無しさん** · 2020/12/18(金) 06:51:33.39

>>731
W:\>g++ g1.cpp
g1.cpp: In function 'int main()':
g1.cpp:8:33: error: no matching function for call to 'from_chars(char [4], char*, double&)'
8 | from_chars(str, str + 3, dbl);
| ^
In file included from g1.cpp:1:
C:/msys64/mingw32/include/c++/10.2.0/charconv:595:5: note: candidate: 'template<class _Tp> std::__detail::__integer_from_chars_result_type<_Tp> std::from_chars(const char*, const char*, _Tp&, int)'
595 | from_chars(const char* __first, const char* __last, _Tp& __value,
| ^~~~~~~~~~
C:/msys64/mingw32/include/c++/10.2.0/charconv:595:5: note: template argument deduction/substitution failed:
In file included from C:/msys64/mingw32/include/c++/10.2.0/charconv:40,
from g1.cpp:1:
C:/msys64/mingw32/include/c++/10.2.0/type_traits: In substitution of 'template<bool _Cond, class _Tp> using enable_if_t = typename std::enable_if::type [with bool _Cond = false; _Tp = std::from_chars_result]':

まだまだ延々続くけど、こんくらいでいい？

**デフォルトの名無しさん** · 2020/12/18(金) 09:49:45.23

>>727
vsでも2017update7は同様のエラーみたいだなぁ

**デフォルトの名無しさん** · 2020/12/18(金) 11:01:15.84

>>733
何言ってんだ継承使いまくりだぞ

**デフォルトの名無しさん** · 2020/12/18(金) 11:36:27.07

>>734
ココに上げろよ
https://pastebin.com/

**デフォルトの名無しさん** · 2020/12/18(金) 12:09:40.31

オプションは無しなんだ

**デフォルトの名無しさん** · 2020/12/18(金) 13:23:30.53

n要素のvectorをm要素に変えたいときって中身はどうでも良いって思ってれば
vec = vector<int>(m);
も
vec.assign(m);
も
vec.resize(m);
もコスト変わらない？

**デフォルトの名無しさん** · 2020/12/18(金) 13:30:32.59

バグバグ言語ランキングで見事PHPに勝利！
https://www.techrepublic.com/article/the-worst-bugs-in-the-top-programming-languages/

**デフォルトの名無しさん** · 2020/12/18(金) 13:40:56.80

>>737
何がしたいの？
元ソース貼ってるからそっちでコピペして
手元のGCCでコンパイルしてみれば再現するはずだよ

**デフォルトの名無しさん** · 2020/12/18(金) 13:47:38.37

>>741
邪魔くさいからココに貼るなってんだよ

**デフォルトの名無しさん** · 2020/12/18(金) 14:07:04.35

それは731に言ってくれ
俺は知らん

**デフォルトの名無しさん** · 2020/12/18(金) 14:33:16.19

>>729
gccではMLで夏くらいにfloat版の実装のコミットの話が出てたから次のリリースでは多分実装されてるんじゃないかな。

**デフォルトの名無しさん** · 2020/12/18(金) 15:35:36.73

>>729
23.20.1がHeader <charconv>のドラフトってどれだ？

**デフォルトの名無しさん** · 2020/12/18(金) 15:37:59.88

>>745
N4713

**デフォルトの名無しさん** · 2020/12/18(金) 15:50:56.91

https://cpprefjp.github.io/reference/charconv.html
https://cpprefjp.github.io/reference/charconv/from_chars.html

webページ見れない理由あった？

>GCC: 8.0(整数のみ)
>Visual C++: 2017 update 7(整数のみ), update 9(full support)
俺ならこの二つ眺めて「GCCは未実装なんだなぁ」と思考停止して終わる

**デフォルトの名無しさん** · 2020/12/18(金) 17:24:37.67

>>747
そうか、思考停止するのか
よかったね

何だか色々と前提置いてるけど
俺は知らんよ、おまえさんの前提なんぞ
イヤミ口調のくせに脇が甘いな

**デフォルトの名無しさん** · 2020/12/18(金) 17:28:32.84

priority_queue<int>に比較関数を指定したいとき、
priority_queue<int, vector<int>, greater<int>>
のようにすると思いますが、内部コンテナ vector<int> は別にデフォルトのままで良いし書くのが面倒なので省略したいです
可能ですか？

**デフォルトの名無しさん** · 2020/12/18(金) 18:26:15.74

template <typename T>
using my_priority_queue = priority_queue<T, vector<T>, greater<T>>;

**デフォルトの名無しさん** · 2020/12/18(金) 18:41:07.57

gccの場合、未実装でもスタブだけ存在する場合があるんですよね。
つまり、コンパイル時やリンク時にはエラーにならない。
悪いことに実行時にもエラーにはならず、静かにスルーされる場合さえあるんです。

ここまでの流れでもお気づきでしょうが、gccの熱烈なファンは、gccが後れを取ることが許せないんですよ。

ですから、gccの熱烈なファンサイトより、GNUのマニュアルを見ることをお勧めします。
マニュアルを見れば、たいていは、きちんと書いてあります。

**デフォルトの名無しさん** · 2020/12/18(金) 19:45:59.90

始皇帝氏

**デフォルトの名無しさん** · 2020/12/18(金) 19:59:32.56

>>748
ここ以外に各コンパイラでの実装具合が上手い事まとまってるサイトとかあんの？

**デフォルトの名無しさん** · 2020/12/18(金) 20:30:00.87

コンパイラのサポート状況 (C++17) - cppreference.com
https://ja.cppreference.com/w/cpp/compiler_support/17

こっちでの表現は「初等文字列変換」になってんのか
分かるワケねーな

**デフォルトの名無しさん** · 2020/12/18(金) 20:48:34.81

>>746
N4713のpdfとかどこをどう漁れば出てくんだ？
全然見つからないんだけど

**デフォルトの名無しさん** · 2020/12/18(金) 20:52:41.57

>>755
N4713 c++で検索したらトップに出てきたぞ。
普段どんな検索しているんだよ。

**デフォルトの名無しさん** · 2020/12/18(金) 20:53:49.00

https://github.com/cplusplus

ここで検索すればドラフトならみられますよ。
向こうも見てるだろうけど。

◆QZaw55cn4c · 2020/12/18(金) 21:01:49.42

>>751
関係ないけれども、gcc って今は C++ で記述されているんですよね
長い間私はそれをとても残念に思っています
オプティマイズは苦手であってもいいから C で記述されている C++ 処理系って存在するのでしょうか？

**デフォルトの名無しさん** · 2020/12/18(金) 21:12:10.66

>>756
>>757
https://cpprefjp.github.io/international-standard.html
https://ja.cppreference.com/w/cpp/links
ここで紹介されている最終ワーキングドラフトでもない、

https://github.com/cplusplus/draft/tree/master/papers
こっちはたくさんあって何を選べばいいか分からない、

どうやってN4713のドラフトに行きついたんだ？

**デフォルトの名無しさん** · 2020/12/18(金) 21:20:36.71

おーけーぐーぐるえぬよんなないちさん、と言いました。

**デフォルトの名無しさん** · 2020/12/18(金) 21:37:45.97

行き着いた、ってのは>>746の彼がだよ
どういう経緯で彼が「これこそが勉強すべきドラフトである」と結論したんだ？

**デフォルトの名無しさん** · 2020/12/18(金) 22:07:42.21

俺がN4713を見ていたことが、えらい気に入らない人がいるようだね
知らんがな
仮にwebページ見られなかったとして、どうやってN4713を落とせたのかとか
いちいち開陳せにゃならんの？

**デフォルトの名無しさん** · 2020/12/18(金) 22:09:31.45

>>722 >>725
差分プログラミングとかいう腐りきったプログラミングパラダイムでは
ハイディング上等なんだ、
そう思っていた時期が（ry

**デフォルトの名無しさん** · 2020/12/18(金) 22:11:14.08

こちらから見えるということは、向こうからも見えてるということです。
気を付けなされよ。

**デフォルトの名無しさん** · 2020/12/18(金) 23:08:30.12

>>762
「ドラフトはこれを見ましょう」と大々的に紹介されてるわけでもなし、
落としたDLしたじゃなくて、どうしてそれを『選んだ』のかが不思議なんだよ
普通の経路じゃまず選べない

**デフォルトの名無しさん** · 2020/12/18(金) 23:26:57.29

c++ってやたうんちくばっか言う人多いよね
そんな人に限って仕事ができない
やたら得意げに説明してるけど、細かいことばっか気にしてて結局納期遅れwww
それなら、ある程度チャランポランでも納期通り出荷して、最悪現地デバッグの方がまだ救いようがある

**デフォルトの名無しさん** · 2020/12/18(金) 23:29:15.18

プログラマがうんちく言わないで何やるんだ？

**デフォルトの名無しさん** · 2020/12/18(金) 23:48:52.19

これの話の続きなのか
なら不思議は解消だ
謎は全部解けた

C++相談室 part151
https://mevius.5ch.net/test/read.cgi/tech/1589424805/20

20 名前：デフォルトの名無しさん[sage] 投稿日：2020/05/14(木) 18:32:35.87 ID:jF4/VTtK
>>17
ggrks
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf

あとcppreferenceはある意味ファンサイトみたいなものなので、何らかの標準化組織の公式サイトというわけじゃないよ

**デフォルトの名無しさん** · 2020/12/19(土) 00:02:31.33

そんな昔のスレは関係ないのでは？

**デフォルトの名無しさん** · 2020/12/19(土) 00:20:03.02

>>766
こういうとこでの情報提供や議論はともかく、うんちくでマウント取りたがるのは自信の無さの裏返しだからねぇ

**デフォルトの名無しさん** · 2020/12/19(土) 00:23:06.73

うんちくがうっとおしくて、仕事なら自分が勝ってる！って思い込みたいだけなんじゃないの

**デフォルトの名無しさん** · 2020/12/19(土) 00:26:01.61

図星つかれたからうんちくと言ってるのでは？

**デフォルトの名無しさん** · 2020/12/19(土) 00:38:15.56

スカトロスレ

**デフォルトの名無しさん** · 2020/12/19(土) 00:42:57.09

爆釣ww

**デフォルトの名無しさん** · 2020/12/19(土) 03:34:46.64

この野郎。
ウンチクンめ。

**デフォルトの名無しさん** · 2020/12/19(土) 06:01:48.82

>>765
だから何？
俺がどのドラフトをDLするかを
いちいちあんたの承認とらにゃいかんの？
こっちゃ不思議がられても関係ないんで
いちいち申告してもらわなくていい

**デフォルトの名無しさん** · 2020/12/19(土) 08:07:11.10

まあお茶でも飲んでカルシウム取ろう

**デフォルトの名無しさん** · 2020/12/19(土) 10:17:03.91

お茶にはカルシウム入ってないだろほとんど

**デフォルトの名無しさん** · 2020/12/19(土) 10:18:39.16

お茶とカルシウム入りウェハースでも食えばええやん

**デフォルトの名無しさん** · 2020/12/19(土) 10:25:15.46

何のはなしやねん

**デフォルトの名無しさん** · 2020/12/19(土) 13:23:01.76

Ca++

**デフォルトの名無しさん** · 2020/12/19(土) 13:26:14.15

正式版は有料だがドラフトはﾀﾀﾞで手に入るからﾋｼﾞｮｰに得がたいが、
やっぱドラフトの内容は随時変わるから、
居丈高に相手を論破してなじり倒すにはやっぱ最新のドラフトでないとｲﾏｲﾁ、

**デフォルトの名無しさん** · 2020/12/19(土) 13:50:09.89

よくわかりませんが、Chromeで実装されてるお試し機能がSafariで実装されてないからSafariはクソというのと似た話ですか？

**デフォルトの名無しさん** · 2020/12/19(土) 14:02:30.06

Chromeで実装されてるお試し機能がSafariで実装されてないからSafariはクソとなじったら
ドラフトの版が変わったらChromeの方がクソだった、みたいな

**デフォルトの名無しさん** · 2020/12/19(土) 14:41:50.09

ゴミみたいなやり合いだな
くだらな
建設的な議論ができんのか

**デフォルトの名無しさん** · 2020/12/19(土) 18:35:13.01

C++のプロジェクトに始めて関わって既存コード眺めてたんだけど、関数やメソッドを呼び出す時って、呼び出す側が結果を格納する箱となる変数とかポインタを渡して、
メソッドや関数は成功失敗のint値をreturnする書き方しているんだけど、
これってC++の書き方なの？

**デフォルトの名無しさん** · 2020/12/19(土) 18:41:15.86

>>786
まあその方がメモリ管理をミスを防ぎやすいからな
C++11以降だとまた世界が違うが

**デフォルトの名無しさん** · 2020/12/19(土) 18:42:49.16

どう世界が違うの？
いじわるしないで教えてよ

**デフォルトの名無しさん** · 2020/12/19(土) 18:46:00.09

メモリ管理の文化的な作法なのね。

**デフォルトの名無しさん** · 2020/12/19(土) 18:47:02.46

>>788
スマートポインタが実用になったから、それでメモリ管理する方が文字通りスマートになった
だから、必要なら関数内部でメモリ確保する方法でもメモリ管理ミスが起こりにくい

**デフォルトの名無しさん** · 2020/12/19(土) 19:25:11.20

>>786
c++というかcの伝統だわな。
オブジェクトをヒープに置かなくていいという性能的なメリットもある。

**デフォルトの名無しさん** · 2020/12/19(土) 19:59:05.03

Cだと不定長の配列やら文字列やら返す関数ひとつ作るだけで大事件だからなぁ
「いいですかー！この関数が返す配列はヒープ確保したものですよー！使い終わったらXXX__free()で解放してくださいよー！
解放忘れたらリークしますよー！！！絶対に最後に解放してくださいよー！忘れないでねー！絶っっっっっっ対に忘れないでねー！！！」
ってコメントやドキュメントやサンプルコードにしつこくしつこくしつこく書いて書いて書いて徹底的に注意喚起しないといけない
そして当然のように忘れられて「分かりにくい関数作りやがって」って叩かれる所までがお約束

vectorやstringをゴロッと返せば済む今はいい時代になったと思う

**デフォルトの名無しさん** · 2020/12/19(土) 20:17:48.73

消費者が買い物袋用意するなんてレジ袋有料化みたいだな

**デフォルトの名無しさん** · 2020/12/19(土) 20:19:43.48

右辺値参照のおかげですよ。

**デフォルトの名無しさん** · 2020/12/19(土) 21:06:02.20

質問①：
例えば…std::vectorで配列を確保したとします…push_backで追加した時に…アロケーター？？が…
アドレスの再割当てをしたとします…この時…vectorは要素のアドレスは連続である事は保証されますが…
この時のアドレスの再割当てって…同期？非同期？どうなるの？
つまり…push_back時に同期で行うのか…非同期でロジック流れて行っちゃうか…って所…。
非同期だと怖いんだけど…。

質問②：
std::vector<char>とやった場合…data()でchar*を取れますが…std::vector<char>に'\0'の概念って
あります？どうなんでしょうねぇ…。'\0'のために+1多めに確保するなんて事はしないと思いますが…
どうなん？内部でどうなってるのかは…解りません…。

**デフォルトの名無しさん** · 2020/12/19(土) 21:33:09.17

普通に質問しろ

**デフォルトの名無しさん** · 2020/12/19(土) 22:28:27.67

>>795
アロケータの内部実装がどうなっていようとも、push_back()から戻った時にはデータは追加されているので、問題ないのでは？

std::vectorは末尾に0を追加したりしません。

**デフォルトの名無しさん** · 2020/12/19(土) 22:39:50.71

>>782
- 最新のドラフト
+ 正式版の規格票

**デフォルトの名無しさん** · 2020/12/19(土) 22:59:41.56

確かにCだと必要メモリの問い合わせの為に二度呼び出したり面倒でしたわ…

**デフォルトの名無しさん** · 2020/12/19(土) 23:18:45.05

>>798
正式版の規格票は金かかるやんけヽ(`Д´)ﾉ

**デフォルトの名無しさん** · 2020/12/19(土) 23:20:05.98

>std::vectorは末尾に0を追加したりしません。
左様いまだにstd::string::c_str()が内部で何をやっているのかわからん…

**デフォルトの名無しさん** · 2020/12/20(日) 00:32:15.85

誰もstringの話してないと思うが

**デフォルトの名無しさん** · 2020/12/20(日) 07:06:06.65

>>801
msys64/mingw64/include/c++/10.2.0/bits/basic_string.h
ここに書いてあるぞ

**デフォルトの名無しさん** · 2020/12/20(日) 09:47:23.01

>>799
でも「直接メモリいじってる」て感覚があって好みだったなぁ
まあ自己満足でしかないのだけれど

**デフォルトの名無しさん** · 2020/12/20(日) 10:51:49.27

今どきのC++（C++11以降）だと基本的にスコープ抜けたら開放される方式で実装するものなの？
なるべくnewせずにスタック変数にする or ヒープ確保するにしてもスマートポインタ使う
とかで

**デフォルトの名無しさん** · 2020/12/20(日) 11:14:31.35

>>805
そうしたほうが簡単だから、C++11とか関係無くそうするだろ。

**デフォルトの名無しさん** · 2020/12/20(日) 11:16:20.77

RAIIなんて今どきでもないだろ

**デフォルトの名無しさん** · 2020/12/20(日) 11:27:39.08

そうかな？
ライブラリとかでわざわざInitialize/Finalizeとか明示的に呼ばなきゃいけないの
結構ある気がするけど

**デフォルトの名無しさん** · 2020/12/20(日) 11:52:43.58

Finalizeが失敗する可能性があってエラーハンドリングしないといけない場合はあえてそうしているかもね

**デフォルトの名無しさん** · 2020/12/20(日) 13:25:24.04

あえてね！

**デフォルトの名無しさん** · 2020/12/20(日) 13:31:53.40

というかスコープ内で完結しない、グローバルな状態を持つものならそうするやろ