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

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