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/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

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