C++相談室 part141

**デフォルトの名無しさん** · 2019/02/22(金) 03:07:43.52

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part137 (正しくはpart138)
http://mevius.5ch.net/test/read.cgi/tech/1535353320/
C++相談室 part139
https://mevius.5ch.net/test/read.cgi/tech/1538755188/
C++相談室 part140
https://mevius.5ch.net/test/read.cgi/tech/1547326582/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2019/03/24(日) 12:09:06.38

>>654
まあそれはある
でもstlが普及してからも互換性が全くないまま終了したので負債になってしまったのは悲しい

**デフォルトの名無しさん** · 2019/03/24(日) 12:09:46.38

それにしてもiostreamの醜さよ。

**デフォルトの名無しさん** · 2019/03/24(日) 12:37:41.11

>>652
C言語に毒された老害かよw
欲しけりゃ自分で実装しろよ

**デフォルトの名無しさん** · 2019/03/24(日) 12:46:47.36

>>648

>>647 はそんなの百も承知で書いてると思うが

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/03/24(日) 12:47:06.43

<strsafe.h>を知らない人が多いのか？

**デフォルトの名無しさん** · 2019/03/24(日) 12:55:26.69

>>657
そうか？
全然そんなことないと思うぞ

MFCのはもっと酷かったからそれよりマシかなって程度

**デフォルトの名無しさん** · 2019/03/24(日) 12:57:50.08

>>660
簡単だから当然、実装はする。
下手にバッファサイズを測る手間をかけるくらいならバッファサイズを渡せという話。
バッファサイズを渡せば速度が通常のCStringT::Format()より30～40%ほど改善するんだから、公式でも採用してもらいたいという趣旨。

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

gccとvcでは vsnprintf()の挙動が違う。va_listの内部実装が異なるからだろう。
gccの場合、同じva_listを使ってvsnprintf()を複数回呼び出すと…

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

続きはCMのあとで！！

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

>>664
どうせ弄るなら、va_listとか旧世紀の遺物つかわなくても、templateの可変長引数を使って１から作り直した方が良い。

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

va_listを他の関数に渡した後で、va_startで初期化せずに再使用するのは未定義動作
何が起きても文句は言えないしコンパイラごとに挙動が違うのは当然というものだ

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

string_viewはどうだろうか？

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

>>668
それはつまり、gccではCStringT::FormatV()相当の実装が困難ということを意味している。
バッファサイズを自分で渡す仕様が最適解ということ。

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

>>664
そんな旧態依然のインターフェイス欲しけりゃ自分でやれやってことだろ

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

それにつけてもostringstreamの醜さよ。

**デフォルトの名無しさん** · 2019/03/24(日) 14:40:52.61

streamサイコー<<<<<<

**デフォルトの名無しさん** · 2019/03/24(日) 14:51:51.49

clang++使ってみたら、std::async使えない・・・
さすが、フリーだな

**デフォルトの名無しさん** · 2019/03/24(日) 14:52:15.46

clang++使ってみたら、std::async使えない・・・
さすが、フリーだな

**デフォルトの名無しさん** · 2019/03/24(日) 16:30:35.16

>>672
何処がひどいですか？

**デフォルトの名無しさん** · 2019/03/24(日) 16:50:49.33

CStringのくそ設計にいまさら文句言ってもなぁ
そもそもメンバ関数、しかもdestination側と言う時点で使う側の利便性考えていない

**デフォルトの名無しさん** · 2019/03/24(日) 16:55:28.18

遅いしフラグがいっぱいあるし読みにくいし
ostream& T::operator<<(ostream&, const T&)やistream& T::operator>>(ostream&, T&)をTにつき一種類しか定義できないから
万全の汎用性を有しているかというとそうでもないし、

唯一の長所は型安全なところだが、意図通りの出力になるまでどうせトライ＆エラーすることになるのだから
それ以下の工数でprintf()の書式ミスを発見できるわ；；

**デフォルトの名無しさん** · 2019/03/24(日) 16:58:49.26

CStringをdestination側に使うときの書き方はｽｹﾞｰｶﾝﾀﾝ
　CString cstr;
　cstr = "Hello World!\n";
でおkコピー程度でCstring::Format()を使う必要はﾅｽ、

ソース側に使うときはむしろstd::stringよりｶﾝﾀﾝ
　printf("%s\n", cstr);
で通る

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

まあ個人ｋ的にはprintf("%s\n", (char*)cstr); ぐらいで手を打つが

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

CStringなんて使うのはc言語だけだろ

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

>>653
ここはマウント取りたいだけのバカが沢山居るけどさすがに標準化委員会は違うだろ
ただソフト開発者や標準・boost以外のライブラリ設計者はほぼ居ないんだろうなとは思うが

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

標準化委員会はよくも悪くも開発者目線だなあとしか
提案者の用途さえ満たせれば良い的な仕様が多々見られる

最近だとto_charsとfrom_charsなんてまさにそんな感じ

◆QZaw55cn4c · 2019/03/24(日) 17:44:39.67

>>678
＞フラグがいっぱいあるし

この i/o stream のフラグってきちんと定義されているのでしょうかね…
処理系に依存してテキトーな気がしてしかたがない
https://mevius.5ch.net/test/read.cgi/tech/1434079972/30 を書くときにさんざん調べたつもりなのですが、よくわからなかったことを記憶しています。
今みると、嫌々 stream.fail() でごまかしていたようです

**デフォルトの名無しさん** · 2019/03/24(日) 21:04:38.58

>>656
江添レベルの奴がやってる時点であんまここと変わらんだろ。
初心者に初めからautoで宣言させたコード実行させようとするような馬鹿だぞ。
初心者のためよりも自分のエゴ満たすためってのがあまりに優先されすぎてる。

**デフォルトの名無しさん** · 2019/03/24(日) 21:11:22.21

>>682
そんなわけないが
研究者だけでなく様々な企業のエンジニアも参加している
お前らの好きな組み込み業界や自動車業界も人を派遣してる

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

つい最近まで「トライグラフは現場でバリバリ使いまくってるから無くしちゃダメー！」って必死に訴えてる人達がいっぱい居たのが標準化委員会だよ

**デフォルトの名無しさん** · 2019/03/24(日) 21:37:39.78

初心者にauto使わせるのは悪くないというかむしろそうすべきだろ。
現場が疲弊云々はそんな現場辞めてしまえとしか
標準化委員会はc++バリバリに使っている現場の意見が十分反映されているのだから

文句があるなら委員会に参加すれば良いんだよ

**デフォルトの名無しさん** · 2019/03/24(日) 22:05:21.71

>>687
IBMだけな・・・

**デフォルトの名無しさん** · 2019/03/24(日) 22:08:27.13

>>688
C++を使わせないのが正しい。

**KAC** · 2019/03/24(日) 22:12:29.07

>>690
そうじゃない
688の思想は、Cにも取り入れる方向だろう

**デフォルトの名無しさん** · 2019/03/24(日) 23:03:50.83

あれで現場の意向が本当に入ってると思ってる奴がいるのか？
c++の衰退とかデータで見ても信じない連中なのかね。。
まるでどこぞの統計データを今でも信じてる連中みたいだ。

**デフォルトの名無しさん** · 2019/03/24(日) 23:18:22.54

メモリやCPUが安価で高性能になれば、コンパイル言語全般のシェアが下がるのは当然なのでは。

**デフォルトの名無しさん** · 2019/03/24(日) 23:22:35.66

>>693
時代は静的型だよ

**デフォルトの名無しさん** · 2019/03/24(日) 23:31:19.17

現場にはcとc++が違うことを知らない奴も多いwww

**デフォルトの名無しさん** · 2019/03/24(日) 23:38:44.81

実際現場の意見入っている感じするじゃない？
どちらかと言うと実装側の都合でデグレードされたりすることが多い
コンセプトいい加減入れろよと
エラーメッセージわかりづらいし、SFINAE面倒くさいんだよ

**デフォルトの名無しさん** · 2019/03/24(日) 23:40:40.71

>>688
＞初心者にauto使わせるのは悪くないというかむしろそうすべき
型や参照、ポインタ、修飾とかの違いでコンパイルエラーになるのを経験しないのは危険だと思うけどねぇ
推論された型を勘違いした上にたまたま通ってしまう可能性もあるわけだし

便利なのは否定しないけど静的型付け言語であるC++のパラダイムを変えるような機能ではない

**デフォルトの名無しさん** · 2019/03/24(日) 23:46:22.50

>>697
そういうことを言っていいのは出来合いのtypedefを使わないで全ての型名を愚直に書いている奴だけ

**デフォルトの名無しさん** · 2019/03/24(日) 23:53:18.03

>>698
重箱の隅
>>685から読み直してみ

**デフォルトの名無しさん** · 2019/03/24(日) 23:56:09.01

キリバンゲット！！

**デフォルトの名無しさん** · 2019/03/25(月) 00:05:20.37

>>685
この書き込み自体がもうね
江添の考え方に反対するならそう言えば良いのに、エゴとか完全に個人攻撃しちゃっているじゃない

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

結局ビャーネって何を作ったの？
言語の仕様なんかは磯さんが決めてんでしょ

◆QZaw55cn4c · 2019/03/25(月) 01:44:06.00

すべてはユダヤの陰謀だあぁぁ！！！

**デフォルトの名無しさん** · 2019/03/25(月) 01:47:24.45

陰謀論を唱えるような人は、先入観が強すぎて不具合の原因を見つけ出せずに時間を浪費するタイプの人だから、プログラマをやめるべき。

**デフォルトの名無しさん** · 2019/03/25(月) 07:31:49.87

政治なんですよ政治

**デフォルトの名無しさん** · 2019/03/25(月) 07:46:27.12

MISRA-C 2004 の本は、トヨタなど大企業の50人が書いた本だけど、
ドワンゴ江添の本は、彼1人で書いたから、超人技！

Linux プログラミング・インタフェース、Michael Kerrisk、2012

この本とともに、神の書と言える！

KADOKAWA が言ってる。
当社はプログラミングの会社ではないけど、
なぜか、プログラマーが多いし、募集もしていますw

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

>>686 裁判費用をクラウドファウンディングで捻出する予定はありますか

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

首都は「ヌルスルタン」、前大統領の名前に改称 : 国際 : 読売新聞オンライン
https://www.yomiuri.co.jp/world/20190325-OYT1T50119/

**デフォルトの名無しさん** · 2019/03/25(月) 21:09:33.79

ファンクタって1回だけ使うならインスタンス生成する分関数より高コストで繰り返し使うなら生成済みのインスタンスを再利用できるから低コストという認識であってます？

**デフォルトの名無しさん** · 2019/03/25(月) 21:21:15.56

一切知りません

**デフォルトの名無しさん** · 2019/03/25(月) 21:21:26.20

あってません

**デフォルトの名無しさん** · 2019/03/25(月) 22:35:05.39

>>701
あの教え方が本当に初心者のためになると思ってんの？
完全に書く側の都合による本にしかなってない。
ああいうメモリ意識の低い本で教えることはc++を使わせる上でマイナスにしかならん。

**デフォルトの名無しさん** · 2019/03/26(火) 00:05:13.64

>>712
なるだろ？
想定している利用者像が違うだけ
始めにauto使わないように慣らされたら、どうでも良い場面で型指定するバカに育って逆に面倒臭いだろ

まあ一番の害悪はnewやdelete、果てはmallocやfree使わせる奴だが

動的多次元配列でnewをループで入れ子にするのとか最悪

**デフォルトの名無しさん** · 2019/03/26(火) 00:09:39.69

昨今のスクリプト言語は大抵autoじゃねえの
そうすりゃ初心者と型システムの都合なんてのはクソくらえ、だ
入門者にゃ型なんて意味無しじゃん
それに初心者にどうやってマイナスかどうか確かめたのか怪しい

ついでに型＆autoとメモリ意識とは違うからな

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

大体intとかあまり生で使わんよね
少なくともtypedefしておくもんじゃね

**デフォルトの名無しさん** · 2019/03/26(火) 00:29:37.47

このスレ住民は、 auto によってコンパイル時には分からない意図せぬ動作で困った経験ってある？

**デフォルトの名無しさん** · 2019/03/26(火) 01:09:42.91

c++って便利なのは便利なんだが、やっぱ遅いよ
stream,asyncなんか、使い物にならん

**デフォルトの名無しさん** · 2019/03/26(火) 01:11:09.93

c++が遅かったら何が速いんだ

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

いや、コードを書いてるやつがいつまでも成長しない
だからコードが遅くなる
それがC++wwww

**KAC** · 2019/03/26(火) 01:19:01.25

>>715
いや、流石にintは生で使うだろ。
intで十分な意味持ってるんだが、
どんなtypedefするんだ？

**デフォルトの名無しさん** · 2019/03/26(火) 01:22:01.94

>>718
つD

**デフォルトの名無しさん** · 2019/03/26(火) 01:34:39.27

そんな流行ってないもんでまともな仕事ができるかｗ

**デフォルトの名無しさん** · 2019/03/26(火) 03:04:08.84

Visual Studio使ってたらインテリセンスがautoをコンパイル前に展開して表示してくれるけど

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

テンプレート以外で変数がコンパイル前に決まらないことってあるの？
テンプレートならauto使う必要なくね

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

テンプレートだからこそ使いたい。

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

>>653 >>686
経験豊富なプログラマが沢山参加しているのが事実なら、船頭多くして
船山に登る状態なのかも知れない。

**デフォルトの名無しさん** · 2019/03/26(火) 04:01:17.90

>>692
実感として、年々汚くて使いにくい仕様が増えている気がする。

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

>>714
たいていのスクリプト言語は動的型付け
autoと同じと考えてるならレベル低すぎ

**デフォルトの名無しさん** · 2019/03/26(火) 09:23:59.45

>>722
仕事で流行ってる流行ってないなんて関係ないだろｗ

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

流行ってない＝情報がない、人がいない、資産がない＝ゴミ

**デフォルトの名無しさん** · 2019/03/26(火) 11:19:13.28

ビジネスの都合しか考えられないゴミ
JavaとかC#使ってれば

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

ビジネスの都合でc++って場合が多いだろ
ここに居るような奴等は

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

>>727
wとかsとか付いたのが無駄に増えて面倒になったな

int32_t とか uint32_t とか uint64_t とかは賛成

**デフォルトの名無しさん** · 2019/03/26(火) 17:06:14.62

>>733
そういう名称の問題だけに限った話ではなくて、結論から言えば、仕様を
多数決で決めてしまうと初心者向けの言語になる。スクリプト言語とかに
近いような。

構造的な問題とか、統一感的な問題とかもあるし、そもそも、C/C++の
良さまで失うような標準仕様だとかも、例えば、boost などの、
stl = standard template library なんかも、ここでは信者が多いかの
用に見えるけど、まるでC/C++とは思想の異なる全く別のスクリプト言語の
ような仕様になっている感じがする。

**デフォルトの名無しさん** · 2019/03/26(火) 17:40:36.88

>>734
STL否定している時点で、そもそもC++の想定しているユーザーからは外れているんじゃね
iostreamならともかく

**デフォルトの名無しさん** · 2019/03/26(火) 17:46:54.15

>>735
1998年くらいまでのC++はまあまあ良いと思っていたが、それ以後、別の
言語になってきてる気がする。特にここの人はSTL信者が多いが、
実は、98年くらいまでのC++とは似ても似つかないものだよ。
それを使ったコードには、往年の C の片鱗さえも残ってない。
だから、言語名から C という冠を下ろすべきだ。

**デフォルトの名無しさん** · 2019/03/26(火) 17:51:58.82

信者も何も標準コンテナ使わずに何使うんだよ
自前で書くとかそれこそダメな方向だろう
eastlなんかでも使用感をなるべく標準に近づけているのに

**デフォルトの名無しさん** · 2019/03/26(火) 18:00:25.71

C++98以前のC++が今より良いってどんなマゾだよ

**デフォルトの名無しさん** · 2019/03/26(火) 18:04:33.55

template自体嫌いなんかな
それもうCで良いじゃない

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/26(火) 18:10:49.26

C++ の仕様に STL などというものは存在しない。
かつて STL と呼ばれていたものは完全に C++ の一部になっているし、
仕様の他の項目と区別する方法はない。
C++ 使いが C++ の機能を使うのは当たり前だ。

気に入らないと思うのは自由だし、良くない部分だって実際あるが、
常識的には標準が用意しているライブラリは言語の利用方法を体現するものであって、
言語の基本思想と極端に乖離してるわけないだろ。

**デフォルトの名無しさん** · 2019/03/26(火) 18:36:42.18

標準ライブラリだからといって使う義務はないわけで
最小限のランタイムで動くnative言語というところがc++を使う理由になってるプロジェクトが多いだろう
その目的にそぐわないのが今の標準ライブラリのデザイン
メタプログミングの遊び場とかしている

ただし20年前と比べるのはどうかと思うが

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/26(火) 18:44:59.17

標準ライブラリをどうしても使わなきゃならんってことはないけど、
使わないための積極的な理由がなきゃ標準を選択するよ。
リソースが制限されているところで使わないっつーならそれはそれでいいよ。
それも出来るのが C++ だからな。

**デフォルトの名無しさん** · 2019/03/26(火) 19:08:13.59

結論から言えば、STLはライブラリとしての「センス」が悪い。

POSIX の fopen()系や printf() 系などは使いやすいと思っていたが、
STLにはそれを感じないし、coutも変だったが STLもそれと同じ轍を踏んでる感じ。

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

>>743
お前さんのレスからは、｢僕の好みじゃないからヤダヤダ｣という程度のことしか見えてこない。

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

誰でも頭が良くなる、プログラムが書けるようになる方法が発見される 86052
https://you-can-program.hatenablog.jp

**デフォルトの名無しさん** · 2019/03/26(火) 19:23:47.27

メイヤーズは最高に美しいライブラリと言っている

**デフォルトの名無しさん** · 2019/03/26(火) 19:27:39.30

すっぱい葡萄
ttps://ja.wikipedia.org/wiki/%E3%81%99%E3%81%A3%E3%81%B1%E3%81%84%E8%91%A1%E8%90%84
　自分のものにしたくてたまらないにもかかわらず、努力しても到底かなわない対象である場合、
　人はその対象を「価値の無いもの」「自分にふさわしくないもの」と見なそうとし、
　それをあきらめの理由として納得し、心の平安を得ようとするものである。
　フロイトの心理学では、これを防衛機制および合理化の例とする。また、社会心理学においては、認知的不協和の例とされる。
　英語には、この寓話を元に生まれた熟語として "sour grapes" があるが、これは「負け惜しみ」を意味する。

**デフォルトの名無しさん** · 2019/03/26(火) 19:27:52.44

やっぱりネットは駄目だ。
頭の悪いプログラマが支配してる。

**デフォルトの名無しさん** · 2019/03/26(火) 19:29:16.09

>>747
意味不明だな。誰でも入手できるライブラリで、なおかつ、
昔のC/C++より誰でも出来るスクリプト言語よりだというのに。
言ってることが逆さま。

**はちみつ餃子** ◆8X2XSCHEME · 2019/03/26(火) 19:30:19.23

cout よりも printf が相対的に良いという人はたくさんいると思うが、
iostream が特に駄目ってだけで、
C++ 的に見れば printf がセンスいいとはとても言えんぞ……

**デフォルトの名無しさん** · 2019/03/26(火) 19:31:00.18

昔みたいにドヤ顔してboost使う必要がなくなったのはいいことだと思うよ。標準が充実していってさ。
最初からヌエ的な発展しかありえないのはそういうものだと思うし。

**デフォルトの名無しさん** · 2019/03/26(火) 19:31:45.68

>>747は多分>>743とかに向けたつもりだと思うんだが
なぜか逆の立場の>>749がダメージ受けてるという

**デフォルトの名無しさん** · 2019/03/26(火) 19:34:05.19

あ、すまん逆ではなかったな

**デフォルトの名無しさん** · 2019/03/26(火) 19:39:12.76

ただ、多数決というのは、正しくも良くも無いけどな。

**デフォルトの名無しさん** · 2019/03/26(火) 19:48:04.23

だったら君が最高の言語を作ればいい
設計は君の最高のセンスをふんだんに盛り込んで独裁的にやればいいよ

**デフォルトの名無しさん** · 2019/03/26(火) 19:59:43.01

とりあえず全員ダメージ受けとけ。

**デフォルトの名無しさん** · 2019/03/26(火) 20:35:50.63

stlのないC++なんてクリープ入れないコーヒーみたいなもん