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/ (日本語)

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

**蟻人間** ◆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
昔作ったものに対してだけでなく、いま作ったものが将来使うときに名前の衝突を回避するという目的もあるぞ。

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

なぜ日本人c++プログラマの99%はstd::vectorもstd::find_ifも見たことすらないのだろう。
c言語風の生ポインタ、生配列、if文、for文のみを使ったプログラムしか読めない。
外国の人でそういう人は見たことがない。

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

99%は盛り過ぎでは・・・

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

>>201
ワイド文字知らん人見たことあるわ

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

体感で8割ぐらいかな
まず規格があって改訂されてるってことも知らないのもいる

これは他の言語にも言えることだが
職場で使ったことのあるJavaやPHPのバージョンと環境がすべてみたいな

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

>>201
おまえ豚小屋にでも住んでるのか？ｗ

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

C++20に入るauto変数を使った簡易関数テンプレートは宣言と実装を分割してコンパイルできますか？

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

全部ヘッダーファイルに書いてしまえ

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

vector知らんのはいたとしても組み込みマンくらいだろ

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

>>206
多分戻り値型と同じで、1つの翻訳単位内ならできると思う
宣言だけヘッダに書いたりするとautoのままだと呼び出せない

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

>>208
組み込みマンはC言語だろ
C++使っててstd::vector知らないのは流石に勉強不足

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

>>209
ありがとう
やっぱだめか

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

>>210
組み込みマンだからprinf知りませんみたいなもんだなｗ