C++相談室 part145

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

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

前スレ
C++相談室 part144
https://mevius.5ch.net/test/read.cgi/tech/1563769115/

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

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

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

----- テンプレここまで -----

**デフォルトの名無しさん** · 2019/09/13(金) 21:32:39.97

前スレ1000>
>vtableがあればdynamic_castもできるのに何でダウンキャストなんだ？

dynamic_castはたいていダウンキャストに使うし、逆にvtableとdynamic_castは関係ないだろ。

**デフォルトの名無しさん** · 2019/09/13(金) 21:40:45.55

> vtableとdynamic_castは関係ないだろ。

おまえさん、そもそもdynamic_castとは何か理解しているか？

**デフォルトの名無しさん** · 2019/09/13(金) 21:41:31.76

あ、ID出るんだったな
「スレ主」としての発言ではないんで気にしないでくれ

**デフォルトの名無しさん** · 2019/09/13(金) 22:48:38.62

整理すると
安全にダウンキャストするにはdynamic_castを使うし
その際vtableが必要
そんだけ

**デフォルトの名無しさん** · 2019/09/13(金) 22:49:53.22

ちなみにdynamic_castでアップキャストする場合はvtable要らね
どうでもいいが

**デフォルトの名無しさん** · 2019/09/14(土) 01:51:42.11

このvtable言いたいだけ感

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

vtable言いたいだけちゃうんかと

**デフォルトの名無しさん** · 2019/09/14(土) 02:29:08.06

vtable iitai dake.

**デフォルトの名無しさん** · 2019/09/14(土) 07:29:57.19

dynamic castでアップキャストする事あるの？

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

ない

**デフォルトの名無しさん** · 2019/09/14(土) 11:41:42.14

そもそもアップキャストはリスコフの置換原則が成り立つクラスになってんなら何もしなくも勝手にできる

**デフォルトの名無しさん** · 2019/09/14(土) 11:56:51.87

SOLIDなんて馬鹿が意識してるわけねーだろｗ

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

今まで仕事でRTTI有効だったプロジェクトはひとつもないわ

**デフォルトの名無しさん** · 2019/09/14(土) 16:26:48.85

そりゃあサイズ削減しなきゃいけないからじゃね?

**デフォルトの名無しさん** · 2019/09/14(土) 17:28:56.46

サイズ以前の問題じゃないの

**デフォルトの名無しさん** · 2019/09/14(土) 17:57:41.80

バッチ処理系統の仕事ならポリモルフィズムなんて糞の役にも立たんどころか
かえって有害だわ。

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

COBOLでもEVALUATE文なんて普通に出てくるだろ
力技でダッセーけどあれもポリモだぞ

**デフォルトの名無しさん** · 2019/09/14(土) 18:26:33.88

そういうカスなことやってるからメンテ不能になるんだよ。。

**デフォルトの名無しさん** · 2019/09/14(土) 19:17:35.55

rttiに使う必要がでた時点でc++はミスチョイス
もちろん趣味ならご自由に

**デフォルトの名無しさん** · 2019/09/14(土) 19:52:02.94

RTTI嫌ってるけど実際どの程度パフォーマンスに影響するの

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

正直、初めてポリモの話を聞いたときは
混ぜちまってから後で選別なんてアホだろって思った

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

まあ結局コールバックだからな

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

ポリホーモきっしょ

**デフォルトの名無しさん** · 2019/09/15(日) 01:12:05.95

C++は型の実行時識別をvtblのアドレスでやるからdynamic_castする以上はアップだろうがダウンだろうが対象クラスに仮想関数が一つは含まれないといけない
さもないとゼロコストの原則からクラスにvtblが作られない
ただし、仮想関数であれば良く、必ずしも仮想デストラクタである必要は無い、、、ハズ、、、

**デフォルトの名無しさん** · 2019/09/15(日) 01:37:29.11

vtableおじさんまたきたよ

**デフォルトの名無しさん** · 2019/09/15(日) 01:44:54.25

>>22
ポリモとダウンキャスト（RTTIを使うか否かを問わず）を混同するとは情け
ﾅｻｽ、

**デフォルトの名無しさん** · 2019/09/15(日) 01:47:31.12

コールバック関数ならいちいちポリモとかしなくとも無名関数とかで良いやんジャバじゃあるまいし、

**デフォルトの名無しさん** · 2019/09/15(日) 01:59:40.68

vtableとvtblでNGしたった(´・ω・｀)

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

>>28
ラムダをどっこかに登録してコールバックしてもらうとき
自分が死ぬとき登録を解除するのが面倒じゃね？
結局thisとpairで登録する羽目に
だったら初めから仮想関数で良くね？

**デフォルトの名無しさん** · 2019/09/15(日) 04:39:33.80

コールバック関数を渡す側がコールバックされるより先に死ぬ可能性があるとか
一体何がしたいのかっていうか、

**デフォルトの名無しさん** · 2019/09/15(日) 04:41:18.12

仮にそうであるとしても死ぬ際に空のコールバック関数に登録し直せば良い
なお関数オブジェクト自体の破棄は関数オブジェクトをコピー渡しなりすれば何の問題も無い

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

>>25
ゼロコスト？　ああゼロオーバーヘッドのことかｗ

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

C言語がなんとか使えるようになりました。
今度は、生産性の向上とstringとか面白そうなので、
C++を学習しようと思っています。

おすすめの書籍があったら、教えてください。
ちなみにC言語の理解は、独習Cで勉強しました。
なんだか、独習C++は実用的ではない気がしました。

知りたいのは、C++のstringとかvectorとかです。

それとも、こういう書き込みはだめですか。

**デフォルトの名無しさん** · 2019/09/15(日) 09:10:08.07

34です。

宣伝みたいになりましたが、
独習C++の新版が出ていました。
書籍は11月、電子ならすぐに手に入るようです。
期待してみます。

ほかにもあれば教えてください。

**デフォルトの名無しさん** · 2019/09/15(日) 09:16:38.35

cpprefjp

**デフォルトの名無しさん** · 2019/09/15(日) 09:45:21.89

EzoeRyoのgithubに公開しているcppbook
cpprefjp

**デフォルトの名無しさん** · 2019/09/15(日) 09:47:48.80

ただで読めるし「江添亮のC++入門」とかでいいんじゃない?
どうしても書籍が良ければ9/20発売みたいだし

**デフォルトの名無しさん** · 2019/09/15(日) 10:08:14.78

どいつもこいつも嵌める気しかねーのか。。
せめてロベールとかビャーネのやつを紹介しろよ。

**デフォルトの名無しさん** · 2019/09/15(日) 10:14:24.35

>>34
もちろんこういう書き込みは駄目だね
まず言語を学ぶ時点で実用性がない
学ぶならフレームワークだね
それにどうせ金にならないんだから、実用性なんて最初ならない

**デフォルトの名無しさん** · 2019/09/15(日) 10:29:15.30

ビャーネはまだしもロベール古くない？

**デフォルトの名無しさん** · 2019/09/15(日) 10:30:20.14

いまさら03以前の本を勧めるのはちょっと…

**デフォルトの名無しさん** · 2019/09/15(日) 10:35:30.95

C++で生産性は向上しない
学習動機の根本が間違ってる

◆QZaw55cn4c · 2019/09/15(日) 10:37:36.53

>>35
＞書籍は11月、電子ならすぐに手に入るようです。
電子キンドル版もやはり11月まで入手できないとのことでした

**デフォルトの名無しさん** · 2019/09/15(日) 10:47:37.02

cやったばっかの人に江添とか薦めるくらいならc++03のとこから地道に教える方を選択するわ。
あんな糞本でc++なんかいじられると目も当てられん結果になる。

**デフォルトの名無しさん** · 2019/09/15(日) 10:49:41.53

もちろんC++11,14,17,20と教えていくんだろうな？
今時C++03なんて使ってられんぞ

**デフォルトの名無しさん** · 2019/09/15(日) 10:56:43.80

今となっては「auto_ptrはコンテナに入れるな」だの「vectorのメモリ領域が連続してると仮定するな」だのを
初心者に教える方が有害だと思う

**デフォルトの名無しさん** · 2019/09/15(日) 10:57:27.95

基礎が全く出来てない単発だらけのこんなとこで聞くのが間違い

**デフォルトの名無しさん** · 2019/09/15(日) 12:29:28.22

ビャーネを勧めるとかw

否定が多いスレ

猫とかやさしいでも、まずは読んどけ。

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

>>34
最も大事なのは本人のやる気だ
モノになるか否かを本のせいにするようではそれがない

俺自身の経験から言うと
変にかみ砕いたバカ用の本や
筆者の思い込みを熱く語っている本よりも
ドライなやつがいい
具体的には禿の本や規格票が俺にとってのそれだった

必要な情報は客観的事実でどっかの馬の骨の主張じゃない
解らんところをどう攻めるかも自分の頭で考えるのが大事だ

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

>>34
stringとかをライトに使いたいのならサンプルコード探して真似るだけでもいいかと
ただ、stringやvectorがどういう仕組みで出来ているのかはいずれ理解する必要出てくるから
独習みたいな本を手元に置いといた方がいい(>>47みたいに古い本だと一部仕様が違ってたりするけど

**デフォルトの名無しさん** · 2019/09/15(日) 15:21:24.21

言っちゃなんだが、実際使ってみるっつーか
何かソフト書いて覚えるしかないと思うよ
参考書はネットに転がってる文献で十分でしょ

**デフォルトの名無しさん** · 2019/09/15(日) 15:29:29.02

プログラミング勉強する前にコンピュータアーキテクチャ勉強しろ

**デフォルトの名無しさん** · 2019/09/15(日) 15:30:29.64

https://en.cppreference.com/w/cpp/language/namespace
の

using namespace ns_name;　　　　　　//(5)

という形式の「using-directive (using 指令)」の説明に

5) using-directive: From the point of view of unqualified name lookup of
any name after a using-directive and until the end of the scope in which
it appears, every name from ns_name is visible as if it were declared
in the nearest enclosing namespace which contains both the using-directive
and ns_name.

とあるのですが、

as if it were declared in the nearest enclosing namespace which contains
both the using-directive and ns_name.

の部分の正確な意味が分かりません。個人的には (5) の ns_name までを含めた行全体が、
「using-directive」であるという理解なのですが。

as if it were declared in the nearest enclosing namespace which contains the using-directive.

であるなら分かりますが。どなたか分かる人にご教授いただければ幸いです。

**デフォルトの名無しさん** · 2019/09/15(日) 15:53:13.28

using directiveにはnamespace以外にも用途があるからと思われ

54 · 2019/09/15(日) 15:59:33.27

>>54
さっき、名前探索の「優先順位」に違いが出てくるからかもしれないと気付きました。
using-directive を書いた namespace よりも、その親や先祖となっている
namespace で名前が宣言されているかのよに振舞うということは、
その分、名前探索では優先順位が少し低くなります。このことによって
同名の名前が内側に宣言されていた場合、振る舞いが変わってきそうです。

**デフォルトの名無しさん** · 2019/09/15(日) 16:52:00.99

>>39
ロヴェールはウンコ

**デフォルトの名無しさん** · 2019/09/15(日) 18:52:44.08

34です。
みなさん、ありがとうございました。
詳しい人多いですね。

stringとかを使えば、pythonやC#みたいに
使えるかなと思ったものです。

**デフォルトの名無しさん** · 2019/09/15(日) 21:18:39.85

C覚えたんならC++やらずに他の言語やってもいいんじゃね。と思った。

**デフォルトの名無しさん** · 2019/09/15(日) 22:33:44.86

他の言語なんかやめとけ
C++かそれが嫌ならRustにしとけ
ただRustは難しいからC++でいいだろう

**デフォルトの名無しさん** · 2019/09/16(月) 11:16:31.34

>>57
残念ながらc++に関してはそのうんこを超える入門書がないだわ。

**デフォルトの名無しさん** · 2019/09/16(月) 18:51:38.35

今時本で勉強しているやつは時代遅れ。
情報が更新されるcpprefjp,cppreference等にかなうものはないのだ。

**デフォルトの名無しさん** · 2019/09/16(月) 19:14:58.26

辞書と教科書は違う

**デフォルトの名無しさん** · 2019/09/16(月) 19:35:00.11

辞書がメインだよ
どっかの馬の骨はこう見ているというのは
あまり１つに囚われずに数多く見聞きして
誰もが口を揃えるのは何かを参考にする程度だ

**デフォルトの名無しさん** · 2019/09/16(月) 19:49:19.85

やっぱ言語を作った人が書いた「プログラミング言語（言語名）」を読むのがとっかかりとしては一番良い
言語の設計思想が一番間違いのない形で書かれている（何しろ本人が書いたのだから
最新規格は差分で追えば宜しい

次点はオライリーのやつ「プログラミング（言語名）」

**デフォルトの名無しさん** · 2019/09/16(月) 20:12:19.52

>今時本で勉強しているやつは時代遅れ。
>情報が更新されるcpprefjp,cppreference等にかなうものはないのだ。
なるほど、こういう浅はかな輩がいることを考えるとまだまだ本の価値は下がらんな。

**デフォルトの名無しさん** · 2019/09/16(月) 20:17:58.22

でも今、本の値段が上がってるない？
昔はよく買ってたのに、9,800円ではちょっと躊躇してしまう。

**デフォルトの名無しさん** · 2019/09/16(月) 20:29:19.55

間違いがあっても更新出来ないのは本の欠点やと思う

**デフォルトの名無しさん** · 2019/09/16(月) 21:59:17.57

てか導入なら本がいいかもだけど、一度覚えれば更新はネットのコンテンツの方が良いからなぁ

最近仕様更新の頻度が高いから、
最新仕様に追従できている入門書でしかも実績のある奴なんてあるのかね？

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

やっぱgoogleで検索が最強だからな

**デフォルトの名無しさん** · 2019/09/16(月) 23:01:30.54

でもネットだと最新のものが上位に来やすく、しかも、そのサイトを書いている人は
新しいものを推奨しがちだが、本を読んでみると新しく入ったやり方より
古いやり方のほうが多くの場合には推奨される、ということが理由とともに
丁寧に説明されている場合もある。本を書いている人は経験豊富で、能力も
高い場合が多いのに対し、ネットで書いている人は必ずしもそうではないので
仮に結果は正しいことを書いていても、「理由」は間違っている場合などもある。
だから正しい見解を学びたいなら本の方がよいと思う。
例えばの話、本だと学歴や経歴なども分かって、それと本文の内容を
照らし合わせると「立場」「立ち位置」が分かって言外の内容が読み取れることもある。

**デフォルトの名無しさん** · 2019/09/16(月) 23:10:11.04

本だと一人の人の考え方に偏りがち

**デフォルトの名無しさん** · 2019/09/16(月) 23:19:15.84

本も読んでネットも見て自分で判断するんだよ
一つのソースに依存して信じ込むのはプログラミングの勉強に限らずなんでもダメ

**デフォルトの名無しさん** · 2019/09/16(月) 23:41:43.90

>>54
>の部分の正確な意味が分かりません。
訳「ボクは馬鹿です」

>全体が、
>「using-directive」であるという理解なのですが。
まあそのページの下の方にもそう書いてあるな

**デフォルトの名無しさん** · 2019/09/17(火) 00:06:57.73

何の助けにもならず何の意味もない全く必要のないレス

**デフォルトの名無しさん** · 2019/09/17(火) 06:05:19.69

cout << sizeof "abc";
これで4と表示されるから
文字列リテラルはポインタだなんて書いてるサイトもあるしな

**デフォルトの名無しさん** · 2019/09/17(火) 08:44:15.33

そんなサイト、あるの？

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

sejukuの侍エンジニア塾ブログじゃねえの？

あそこC言語の説明でやらかしただろ
もう絶対に信用しないよ

読んじゃいけないサイトのトップにランクインしてる
さっさと検索結果から消えてほしい

**デフォルトの名無しさん** · 2019/09/17(火) 11:47:19.71

いい加減だよな
うちは64bitだから8だぞ
cout << sizeof "Hello!!"

**デフォルトの名無しさん** · 2019/09/17(火) 12:04:06.87

色々ツッコミどころがあるんだよねあれ

・C言語初心者はスクールがオフィシャルで出す解説を書くべきではない
・掲載前にはレビューするべき
・サイレント修正ではなく、お詫びと訂正を実施すべき

**デフォルトの名無しさん** · 2019/09/17(火) 17:38:47.21

>>65

**デフォルトの名無しさん** · 2019/09/17(火) 19:24:38.79

実際糞記事読むくらいなら
ビャーネの本とかeffective modern c++読んだ方がよっぽど良い。

**デフォルトの名無しさん** · 2019/09/17(火) 19:31:26.02

effectiveは古い

**デフォルトの名無しさん** · 2019/09/17(火) 19:34:51.97

初心者には難しいし使ってる人には知ってることしか書いてない

**デフォルトの名無しさん** · 2019/09/17(火) 20:08:04.08

>>84
極端だな。初心者が次のステップに進むにはちょうどいいだろう。

**デフォルトの名無しさん** · 2019/09/17(火) 20:26:03.45

そうか？ここの連中なんてほとんど理解してるように思えんが。。

**デフォルトの名無しさん** · 2019/09/17(火) 22:10:10.83

あるグローバル変数を変更しているpublicメソッドA、Bがあります。
このグローバル変数の排他制御をするために

CCriticalSection cs;

void A()
{
CSingleLock lock( &cs, TRUE ) ;
...
}

void B()
{
CSingleLock lock( &cs, TRUE ) ;
...
}
このようにしようと思ったのですが、Aの中からBを呼び出しています。
どうしたらよいでしょうか？

**蟻人間** ◆T6xkBnTXz7B0 · 2019/09/17(火) 22:12:04.47

>>87
ロックカウンター変数

**デフォルトの名無しさん** · 2019/09/17(火) 22:15:18.09

C++に限らないが仕様が膨大だから一冊の本にするのは無理があるのに
色々網羅して中途半端な本多いよな。特には和書は。

**蟻人間** ◆T6xkBnTXz7B0 · 2019/09/17(火) 22:21:08.25

カウント変数を追加し、ゼロで初期化。ロックがかかるときにカウントを１増やす。増やす直前にゼロだったら実際にロックする。ロックを解除するときにカウントを１減らす。ゼロになったら、実際にロックを解除する。

**デフォルトの名無しさん** · 2019/09/17(火) 22:23:33.48

MZうｙちゃーーーん♪こんなとこにいたのかｗ

**デフォルトの名無しさん** · 2019/09/17(火) 22:51:59.37

>>87
同じスレッドでAの中からBが呼び出せるのは正常な動作です
逆に同じスレッドでAの中からBを呼び出したとき、Bでロックしてしまったら
誰がロックを解除するんですか？

**デフォルトの名無しさん** · 2019/09/17(火) 22:55:25.93

ﾙﾝﾙﾝ腹話術のお時間です（＾ﾜ＾）ﾜﾊﾊ!!

**デフォルトの名無しさん** · 2019/09/17(火) 23:02:25.13

>>88
安易にそれ勧めない
まず再帰ロック不要な設計にするのが基本

**デフォルトの名無しさん** · 2019/09/17(火) 23:05:20.26

問題集回しコピペワロタｗ

**デフォルトの名無しさん** · 2019/09/17(火) 23:06:00.71

マイクロソフトがgithubにSTLの実装を公開してる。
どんどんオープンにしていくのな・・・

https://github.com/microsoft/STL

**デフォルトの名無しさん** · 2019/09/17(火) 23:08:28.20

ガーガーバカｗ

**デフォルトの名無しさん** · 2019/09/17(火) 23:15:14.52

>>92
それはwindowsのCRITICAL_SECTIONが再帰的ロック取得を認めているというだけで、
普遍的に通用する話じゃない。例えばstd::mutexを使った場合とかな。
>>87みたいなケースでは高階インターフェースのB()とinner_B()を分離するとかが常套手段だな。

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

サウンド鳴るようになったのか！

**デフォルトの名無しさん** · 2019/09/17(火) 23:22:32.62

>>98
CCriticalSection
って書いてあるからCRITICAL_SECTIONの話では？

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

はい今日も完成品なしｗ

**デフォルトの名無しさん** · 2019/09/17(火) 23:35:00.33

>>100
だからwindowsのCRITICAL_SECTIONなら通用する話だけど一般に通用する話じゃないってことだよ。
そういう環境だと

>逆に同じスレッドでAの中からBを呼び出したとき、Bでロックしてしまったら
>誰がロックを解除するんですか？

誰が解除するか心配する以前にBでロックを試みた時点で例外が飛んだりする。

**デフォルトの名無しさん** · 2019/09/17(火) 23:35:10.09

recursive lock

**デフォルトの名無しさん** · 2019/09/17(火) 23:40:43.31

>>87
CCriticalSection cs;

void B_Core() {
　/*元々のB()でやろうとしていた処理・lockは抜き*/
}

void A() {
　CSingleLock lock( &cs, TRUE ) ;
　...
　B_Core(); // A()の中からはB()の代わりにこれを呼ぶ
　...
}

void B() {
　CSingleLock lock( &cs, TRUE );
B_Core();
}

もちろんB_Core()は外部から呼べないようにするべきである。

**デフォルトの名無しさん** · 2019/09/17(火) 23:46:17.48

>>102
それはWindowsのCRITICAL_SECTIONでは再ロック可能にしてある理由の説明なんですが

**デフォルトの名無しさん** · 2019/09/17(火) 23:47:40.49

ジャヴァのsynchronizeとか再帰ロックオールOK
なんでかわ知らん
ていうかwait()をsynchronizeでかこわなけっればならないという
謎仕様
意味わからん…

**デフォルトの名無しさん** · 2019/09/18(水) 00:06:04.33

まあこんなクロージャとの組み合わせのときにちょっと意味があるのかもしれんが…
// UIスレッド
Handler handler = new Handler();
...
// バックグラウンドスレッド
synchronize (this) {
　final Foo thisObj = this;
handler.post(new Runnable() {
　　　@Override
　　　void run() { /*...*/ thisObj.notify(); /*...*/ } // クロージャ内から仕掛け元のthis.wait()を起こす
　});
wait();
}

つかnotify()とwait()の1対1対応とかを言語が暗黙のうちに仮定しているからか、
今わかったわ糞が…！！

**デフォルトの名無しさん** · 2019/09/18(水) 00:06:06.17

謎じゃない
condをどうやって実装するか調べてみ

**デフォルトの名無しさん** · 2019/09/18(水) 11:06:38.20

BASIC未満のゴミｗ

**デフォルトの名無しさん** · 2019/09/18(水) 12:20:05.69

主語が足りてないぞチミ。

**デフォルトの名無しさん** · 2019/09/18(水) 12:54:00.14

algorithmだけで５０００行あんのか
https://github.com/microsoft/STL/blob/master/stl/inc/algorithm
有り難くて目が潰れる

**デフォルトの名無しさん** · 2019/09/18(水) 15:09:43.97

ファイルにテキストを書き込みする際に、
ファイルにどれだけ書き込んだかを取得してプログレスバー的な処理をしたいのですが、
どのようにして書き込んだ量を取得すればいいのでしょうか？

**蟻人間** ◆T6xkBnTXz7B0 · 2019/09/18(水) 15:14:37.40

書き込んだバイト数の合計を数えるしかない。fprintfなら戻り値。文字列ならstrlen。

**蟻人間** ◆T6xkBnTXz7B0 · 2019/09/18(水) 15:19:25.37

合計バイト数がわからない場合は最初に全部数えるか、バイト数の代わりに行数などを使う手もある。

**デフォルトの名無しさん** · 2019/09/18(水) 23:17:12.89

頑張ってプログレスバーを実装したはいいがいざ実行すると
一瞬で表示が終り実装した意味あったのか・・と嘆く >>112 の未来の姿がみえる・・

**デフォルトの名無しさん** · 2019/09/19(木) 00:44:38.80

書き込んだ量を取得することより、書き込み総量を計算するほうが難しい
ですよね。特にプログレスバーが必要になるほどトータル時間の掛かる処理の場合
に正確な総量を計算するとなれば莫大な時間が掛かってしまう可能性が高くて。
だから推定量を何らかの方法で求めるしかない事が多いでしょう。

**デフォルトの名無しさん** · 2019/09/19(木) 01:08:08.89

いや足していくだけだけど

**デフォルトの名無しさん** · 2019/09/19(木) 01:11:02.88

つーかテキストだろ？ギガ単位のサイズじゃないんなら
一回メモリにバコバコ貯めといて一気にブワァーッと書くほうが早いよいろいろと

**デフォルトの名無しさん** · 2019/09/19(木) 01:23:42.33

だな
今のコンピュータなら数十MBくらいガバっと読み込んでいいのに、いまだに少しずつみたいな解説してる本やウェブサイト大杉

**デフォルトの名無しさん** · 2019/09/19(木) 06:29:12.29

プログレスバーとかユーザーの気を静めるためのインテリアみたいなもんなので
過度に精度に凝っても仕方が無い
例えばウィンドーズのファイルシステムで1フォルダに10万個ぐらいファイルがあって
それをリモートのウィンドーズのファイルシステムにコピーするとかな場合は
ファイルのトータル容量とか気にせずに
　進捗率(%) = 100 * コピーしたファイル数/10万個ぐらい
でも役に立つ

**デフォルトの名無しさん** · 2019/09/19(木) 06:32:56.13

いやプログレスバーは「きちんと」「しっかり」作らないと
ユーザーのイライラゲージを却って煽ることになるぞ

**デフォルトの名無しさん** · 2019/09/19(木) 06:34:12.46

長らくぴくりとも動かなかったプログレスバーが一気に進んだとき
ユーザーに爽快感を与えることができうる

**デフォルトの名無しさん** · 2019/09/19(木) 07:48:55.38

>>122
自分でそれを見たらイライラするタイプだろう

**デフォルトの名無しさん** · 2019/09/19(木) 08:27:53.76

99%で止まるやつはイライラするな。
進捗率よりも、書き込んだバイト数とか表示してくれると動いてるのがわかるから好きだな。

**デフォルトの名無しさん** · 2019/09/19(木) 08:40:01.59

>>121
windows update

**デフォルトの名無しさん** · 2019/09/19(木) 23:28:31.87

progress_displayたん…どうして死んじゃったの…

**デフォルトの名無しさん** · 2019/09/20(金) 08:56:12.04

全支店のファイルを集計するツール作った時
九州支店とか遠方の支店に入ると突然90%とかから進まなくなって
イライラおじさんに「なら最初から期待させるな」みたいなお説教された思い出

そこの回線だけやたら細かったというオチなんですけどね
今ならどうやって作るかなあ？
前処理で軽くテスト集計して予想回線速度をチェックしたうえで
拠点ごとに速度の重みづけをして見積もるか？

きちんとやるなら面倒だけどやるしかないよな
それとも運用方法の変更なりで逃げるか
プログレスバーの工数見積り怖い・・・

**デフォルトの名無しさん** · 2019/09/20(金) 09:04:34.21

処理中のファイル名をリアルタイム表示して
進捗率の方はあくまで参考値という体にする手もあるか
あとは費用対効果を説明してこれで我慢してもらう交渉でって感じで
キャンセルボタンも付けるべきだよな上司はイランて言ってたけど

**デフォルトの名無しさん** · 2019/09/20(金) 09:12:44.78

プログレスバーの下に店名と店長の名前表示すりゃいいじゃん

**デフォルトの名無しさん** · 2019/09/20(金) 09:29:35.36

その支店に接続するのにかかった時間を計測しておいて
それをベースに表示してみたら

**デフォルトの名無しさん** · 2019/09/20(金) 10:44:26.44

接続先と毎秒の処理したバイト数でも表示すればいいんでね。

**デフォルトの名無しさん** · 2019/09/20(金) 11:11:25.39

>>129
店長の名前は関係ないだろ
うっかり考え込んでしまったわ

**デフォルトの名無しさん** · 2019/09/20(金) 11:36:45.41

クレーム先だよ
なんなら電話番号も出せばいい

**デフォルトの名無しさん** · 2019/09/20(金) 12:02:27.62

ロード中にテトリスで遊べるようにしておけばいいよ

**デフォルトの名無しさん** · 2019/09/20(金) 14:12:27.16

>>134
それたしかナムコが特許もってたような

**デフォルトの名無しさん** · 2019/09/20(金) 14:57:59.95

とっくに消滅してる

**デフォルトの名無しさん** · 2019/09/20(金) 18:37:33.58

あるクラスのインスタンスを生成するときに、必ずあるメンバを初期化してほしいとします。
このとき、コンストラクタで初期化することにしたのですが、初期化は必ずやってほしいためデフォルトコンストラクタは禁止したいです。

デフォルトコンストラクタを禁止するのはどうやりますか。

**デフォルトの名無しさん** · 2019/09/20(金) 18:43:14.50

deleteすりゃいいじゃん。これ以上は言わぬ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/09/20(金) 19:02:34.17

>>137
モダンなやり方は = delete;だろう。

古臭いやり方はprivateにして定義を書かないようにすれば、アクセスできないようになる。

**デフォルトの名無しさん** · 2019/09/20(金) 19:30:48.34

5年ぐらい前に失効してたのか・・時の流れるのは早いのう
https://automaton-media.com/articles/newsjp/loading-screen-mini-games-patent-will-be-expired-at-united-states/

**デフォルトの名無しさん** · 2019/09/20(金) 19:32:15.62

どうでもいいがC++界隈はハチミツギョーザとか蟻人間とか
なかなかユニークなコテが多い印象

**デフォルトの名無しさん** · 2019/09/20(金) 19:58:49.42

>>138-139
ありがとうございます。
やりたいことそのものです。

**デフォルトの名無しさん** · 2019/09/20(金) 21:54:40.66

キャンセルボタンなしの進捗ダイアログ表示して安心してたらESCキーで閉じられて不正動作

◆QZaw55cn4c · 2019/09/21(土) 12:33:44.52

>>141
「蟻人間」のコテは最近それに改名されたものですよ…

**デフォルトの名無しさん** · 2019/09/21(土) 17:28:53.63

Visual Studio 2019 C++ community editionを使用して
PythonをC++で使いたいのですが、

Pythonライブラリーの Python.h ファイルに
#pragma comment(lib,"Python37.lib")
といった記述があり、それがリンクエラーの原因となっております。

プロジェクトプロパティ＞VC++ディレクトリ＞ライブラリディレクトリには
「$(Path)libs」と記述して、パスは通したのですが改善されません。

これのリンクを通したいのですが、どのようにして対処すればよいのでしょうか？
お願いします。

**デフォルトの名無しさん** · 2019/09/21(土) 17:46:36.63

$(Path)という定義済みマクロが無いか、あるいは環境変数PATHの内容が
そのまま（つまり複数のパスを「;」を挟んで連接した文字列に）展開されているのかもしれんから、
展開結果を確認するか、それができないのであれば
絶対間違いのない絶対パス指定でうまくリンクできることを確かめてから改めて来なちゃい

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

>>146 さん。ありがとうございます。

絶対パス指定ならリンクは通りました。
ただ、相対パス自体はあるのですが展開結果が連結しているようです。

重ねての質問になるのですが、
#pragma 等で相対パスを使用する際に、
相対パスが連結している場合はどう対処すればいいのでしょうか？

**デフォルトの名無しさん** · 2019/09/21(土) 18:54:54.04

ライブラリをソリューション相対指定可能なフォルダに置いて
Visual Studioの定義済みマクロ（$(SolutionDir)なり$(ProjectDir)なり）を正しく使えば良いだけの話なのでは…

あるいは、ライブラリのインストール先が決まっておりライブラリの位置を勝手に動かせないということであれば、
絶対パス指定で何の問題も無いはず…

ソースコードなりプロジェクトファイルなりに絶対パス指定が書かれることによるプロジェクトの可搬性が問題になるなら
適当な環境変数を設けてそれにただ1個のパスだけ定義して$(環境変数名)で展開させるか、
絶対パス部分をVisual Studioの機能でユーザーマクロ定義して最小化することができうる
※ [表示]→[その他のウィンドウ]→[プロパティーマネージャ]、とすればプロパティーマネージャータブが現れるので
　　そこで継承元の設定を変更でき、その中でマクロのユーザー定義が可能

いじょ耕運を祈る、

**デフォルトの名無しさん** · 2019/09/22(日) 06:52:19.04

std::variantってテンプレートによる静的ポリモーフィズムを実現しつつ一つのコンテナで管理したいという要求から生まれたんでしょうか
であるとしたら今後継承による動的ポリモーフィズムは下火になっていくのでしょうか

**デフォルトの名無しさん** · 2019/09/22(日) 10:30:22.84

variantは共用体の代わり

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

> std::variantってテンプレートによる静的ポリモーフィズムを実現
継承もstd::variantも実際に格納されている型が実行時まで分からないのだから、
静的(コンパイル時)ポリモーフィズムにはならないのでは?

**デフォルトの名無しさん** · 2019/09/23(月) 00:26:21.21

gcc, clang, VC++, その他
仕事で使われるのはどれ？

**デフォルトの名無しさん** · 2019/09/23(月) 00:50:57.87

>>152
gcc, clang, VC++

**デフォルトの名無しさん** · 2019/09/23(月) 01:06:32.53

intelも使われるし、C++ Builderも使われてる

**デフォルトの名無しさん** · 2019/09/23(月) 01:21:58.30

仕事でC++14より上使っている？

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

iccって高いだけで性能もgccとほぼ変わらないなら値段に見合う利点あるのか？

**デフォルトの名無しさん** · 2019/09/23(月) 09:16:12.73

メニーコアなCPUとSIMDを使ったときのプロファイラが優秀
おそらく

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

普通に17使うだろ
filesystemやvariant,optional使わんの？

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

だよな

**デフォルトの名無しさん** · 2019/09/23(月) 12:02:46.51

お仕事だとそうぽんぽんバージョンあげられないし
使っていい標準ライブラリのしばりもあったりするんですよ
特にプラットフォーム抽象する系はあんまり使わない
そんなのにべったり頼るぐらいならc++でなくてよくね？ってなる

**デフォルトの名無しさん** · 2019/09/23(月) 12:08:09.26

最近はmsvcがバイナリ互換保ち続けているから安心してあげられる。
gccやclangはもともと対応早いから安心だったし。

**デフォルトの名無しさん** · 2019/09/23(月) 12:19:16.90

>>160
filesystem使って見た？
まだ荒削りで所々変なところがあるけど
方向性としてはいい線ついてると思うぜ

**デフォルトの名無しさん** · 2019/09/23(月) 12:24:31.61

あ、こいつバギーなライブラリ入れて現場荒らすタイプだわｗ

**デフォルトの名無しさん** · 2019/09/23(月) 12:31:48.66

勝手にライブラリ追加できる時点で糞みたいな職場じゃね

**デフォルトの名無しさん** · 2019/09/23(月) 12:47:46.83

難癖つけるのは構わんが
脇が甘いぞおまえら

**デフォルトの名無しさん** · 2019/09/23(月) 13:15:30.01

まあケースバイケースだろ
ポンポンバージョン上げられないって言うだけで古い環境使い続ける職場もどうかと思うし

**デフォルトの名無しさん** · 2019/09/23(月) 13:21:49.79

>>162
ファイルシステムまわりはこてこてにネイティブ依存の内製のものがあるので出番はないでしょうね
パフォーマンス第一の仕事なもので
あと標準ライブラリはデバッガやプロファイラのことがスコープ外なのでそのあたり自分達で整備しないと採用できないってのもある

**デフォルトの名無しさん** · 2019/09/23(月) 13:33:54.17

なるほどね
パフォーマンス第一か
どっちかつーと標準なんぞ糞くらえつーか
標準の意味が違ったりするわけか

**デフォルトの名無しさん** · 2019/09/23(月) 14:04:13.62

同じじゃん標準ライブラリは一般性重視故に特定の問題領域において必ずしも最高の性能は発揮しない（最高の性能となる保証がない）ことは確定的に明らかよって80-20の法則の80部分からﾊﾟﾌｫﾁｭｰしていく

**デフォルトの名無しさん** · 2019/09/23(月) 14:07:39.82

頭悪い書き込みしか無くて草

**デフォルトの名無しさん** · 2019/09/23(月) 14:31:50.86

天　才　現　る

**デフォルトの名無しさん** · 2019/09/23(月) 22:59:04.40

てかc++でやることじゃねーだろどう考えても。
糞の役にも立たんわ。

**デフォルトの名無しさん** · 2019/09/24(火) 00:22:06.58

C++でやる事って何よ？

**デフォルトの名無しさん** · 2019/09/24(火) 01:05:00.80

templateで遊ぶくらいしかやることないね。

**デフォルトの名無しさん** · 2019/09/24(火) 06:38:35.03

仕事がないって話はマ板でやんな

**デフォルトの名無しさん** · 2019/09/24(火) 18:32:13.78

汎用性・可搬性を重視するかパフォーマンスを重視するかのスタンスの違いだけでしょ

**デフォルトの名無しさん** · 2019/09/24(火) 19:39:45.71

>>173
filesystemみたいなライブラリの実装。

**デフォルトの名無しさん** · 2019/09/24(火) 20:52:11.47

visual studio 2019 16.3でついにconceptが使えるように（赤線でるけど。。。

**デフォルトの名無しさん** · 2019/09/25(水) 00:19:35.27

conceptはいい
人類は真の抽象化を手にする

**デフォルトの名無しさん** · 2019/09/25(水) 00:39:03.31

C++98の俺には1ミリも関係ない話だな。

**デフォルトの名無しさん** · 2019/09/25(水) 00:43:58.99

じゃあ出て行け

**デフォルトの名無しさん** · 2019/09/25(水) 01:15:27.21

98とかVB6と同レベルの化石

**デフォルトの名無しさん** · 2019/09/25(水) 16:32:45.50

>>181
お前が出て行け

**デフォルトの名無しさん** · 2019/09/25(水) 21:10:30.42

じゃあ俺が

**デフォルトの名無しさん** · 2019/09/25(水) 21:20:37.77

いやおれが

**デフォルトの名無しさん** · 2019/09/28(土) 01:40:31.76

重複スレの方が謎の盛り上がり

**デフォルトの名無しさん** · 2019/09/28(土) 02:11:00.78

void君はあのスレから出られないからな

**デフォルトの名無しさん** · 2019/09/28(土) 14:48:43.27

このスレはwinapiを扱ってますか？
sendmessageとか。

**デフォルトの名無しさん** · 2019/09/28(土) 16:09:42.06

>>188
Win32API質問箱 Build125 :
http://mevius.5ch.net/test/read.cgi/tech/1551247748/l50

◆QZaw55cn4c · 2019/09/28(土) 16:12:26.72

>>188
win32api ならやってる人は少なからず居ると思います

**デフォルトの名無しさん** · 2019/09/28(土) 16:37:07.73

>>190
サンクス！

**デフォルトの名無しさん** · 2019/09/29(日) 07:24:31.34

文法とか開発思想の初歩的な質問なんだが、例えば最大流問題を解くプログラムと最小費用流問題を解くプログラムで「Edge」という構造体や「dfs」という関数の意味を変えたいときに使うのが名前空間だという理解でOK？
（関数の意味を変えたいだけなら名前空間じゃなくて別のクラスを用意すれば良いだけかな？）

あと、名前空間の中でグローバル変数を使うのは通常のグローバル変数と同じで慎重にやった方が良い（と言われてる）？
例えば最小費用流問題を解くときに経路の情報を記録したりするんだが、この経路を mincostflowという名前空間におけるグローバル変数にするとか

**デフォルトの名無しさん** · 2019/09/29(日) 09:01:23.18

名前空間は名前をまとめるだけであって隠蔽したり上書きしたりする機能はない
素直にクラス使え

**デフォルトの名無しさん** · 2019/09/29(日) 10:02:14.52

>>192
そのくらいのプログラムでは名前空間は使わない方がいい。
使うべきなのはクラス。

**デフォルトの名無しさん** · 2019/09/29(日) 10:24:44.95

いや同じ識別子を違う意味で使いたいのなら名前空間だ
名前をどうかしたいというだけでクラス化するといらん制限がかかって邪魔なだけ

**デフォルトの名無しさん** · 2019/09/29(日) 10:27:55.39

>>192
その例では明らかにグローバル変数を使う必要はない。
「最小費用流を解くクラス」のメンバに押し込めるのが普通だと思われる。

**デフォルトの名無しさん** · 2019/09/29(日) 12:21:02.27

名前空間は一連の処理や機能をライブラリとしてまとめるときに他のライブラリと名前衝突しないようにするためのものだ
minとmaxの違いだけなら名前空間分けずに変数名や関数名に直接反映させればいいのでは

**デフォルトの名無しさん** · 2019/09/29(日) 15:27:39.30

>>197
個人的には自分もそう理解しています。
自分が作るプログラムでは namespace は基本的に使う必要はほぼ
有りません。古い時代に既に作ってしまったプログラムで名前が衝突して
困るような場合に使うと便利な機能として登場したのではないかと思っています。

**デフォルトの名無しさん** · 2019/09/29(日) 15:31:08.94

せっかくの回避策をマクロでばっちり透過してくれた素敵なマイクロソフトｗ

**デフォルトの名無しさん** · 2019/09/29(日) 16:03:17.31

>>198
昔作ったものに対してだけでなく、いま作ったものが将来使うときに名前の衝突を回避するという目的もあるぞ。