C++相談室 part134

2018/01/20(土) 09:05:42.21

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

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

前スレ
C++相談室 part133
http://mevius.5ch.net/test/read.cgi/tech/1511509970/

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

■長いソースを貼るときはここへ。■
　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

2018/01/20(土) 09:07:45.45

STLつかうと一気に実行ファイルサイズが10倍に?！

環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない

すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。

C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？

#include <stdafx.h>
後死ね。

言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。

いつまでこの糞テンプレ張り続けるんだおい

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

2018/01/20(土) 09:24:34.73

前スレのvectorのsize_tの質問した者だけど

実際gprofでvectorの[]が重い原因になってることを確認してる
次に重い原因がイテレータの比較なんだけど

2018/01/20(土) 09:35:10.31

>>3
> 実際gprofでvectorの[]が重い原因になってることを確認してる
どんな確認したのか知らんけど、確認しててあんな質問してるなら単なるバカとしか思えないが...

2018/01/20(土) 09:50:30.10

またトンデモな使い方をしているのだろうな

2018/01/20(土) 11:02:33.41

メモリ帯域が律速になる処理はわりとあるので
大容量のデータを処理してるならおかしくはない

キャッシュ効かないメモリアクセスするコストに比べたら整数の拡張など微々たるもんだ

2018/01/20(土) 11:46:34.01

>>1乙
↓前スレの続き
std::vector<double> vec((size_t)1000);
...
size_t sz = vec.size();
for (int i = 0; i < (int)sz; ++i) {
　cout << i << " " << vec[i] << "\n";
}
の方がiをsize_tにするよりループ命令の部分が軽量化されることにより早いかも試練（x64では気のせい？
およびループ内で他に32 bit演算をやる場合、x64だと全てレジスタ上で賄える可能性が高まるから
速くなるかも試練、

結論：アセンブリコードを確認せよ

2018/01/20(土) 12:06:11.44

いやｽﾏﾝ
例が不適切やったわ；
ループ内でstd::coutみたいな重量のある関数呼び出しをしたら
「全てレジスタ上で賄える」とか
「キャッシュが有効活用で劇速化」とかも糞も無いな

2018/01/20(土) 12:31:55.30

noexceptってどういうときにつけたらいいですか。

2018/01/20(土) 13:45:44.65

>>3
[ ] が問題なら生ポ使えと書いてるんだけど無視？

2018/01/20(土) 13:51:38.35

>>8
重量の有り無しの前に
数値の文字列変換がsize_tとintじゃ違うだろ

それがなければどっちでも変わらんよ
64bit環境ならレジスタも64bitなんで

2018/01/20(土) 14:00:41.11

>>3
ん？
プロファイラの確認？
だとしたら[ ] が遅いんじゃなくてメモリの読み込みが実際に遅い可能性があるのでは？

そもそも、
[ ] が問題になるような小さなループで
[ ] の時間を正しく測れるのか？

いずれにしろ、生ポと比較してみるのが一番

2018/01/20(土) 14:02:23.47

メモリ帯域の問題なら
もっと大きな視野で最適化をしないとな

複数ループをくっつけてメモリアクセスを減らすとか
細切れに処理をしてキャッシュを効かすとか

2018/01/20(土) 14:04:10.50

[]が問題になるわけ無いだろ。ソースコード見たのかよ。
ナマポで書き直すなんて無意味。抜本的にアルゴリズム見直せ

2018/01/20(土) 14:05:12.48

あ、可能性だけで言えば
signedよりunsignedの方が速い
32bit から 64bit の符号拡張はコストが微妙にかかることもあるが、
ゼロ拡張はなにもしなくて良いから
レジスタの上位32bitは勝手にゼロになる

2018/01/20(土) 14:07:10.18

>>14
問題になることもある
君こそソースを見たかな？

2018/01/20(土) 14:50:38.90

>>15
今時のプロセッサでそんな奴見たことないけど？
妄想じゃないなら具体例よろしく

2018/01/20(土) 14:56:00.07

>>17
そんなやつって何だ？

符号拡張にコストがかかってゼロ拡張にコストがかからない例ならx86-64がそうだが

2018/01/20(土) 19:43:21.88

MOVSXもMOVZXも0クロックでは処理できないと思うんだが
ZXが0クロックで出来るってエビデンスはあるのかな？

https://stat.ameba.jp/user_images/20180105/17/genten-nippon/2b/2b/j/t02200142_0640041414105871600.jpg

2018/01/20(土) 20:07:30.62

32bitデータをレジスタに書き込んだら上位32bitが0クリアされることを言ってるんでしょ
コスト0って言うのはどうかと思うけど

2018/01/20(土) 20:30:37.09

質問させてください。
以下のコードで push_back 時にコピーコンストラクタが呼ばれます。
ttps://ideone.com/Zodd94

こちらとしては、下のページにあるように、ムーブコンストラクタが呼ばれることを期待しています。
ttps://qiita.com/_meki/items/90f9815a1e899593daa3

なぜムーブではなくてコピーになるのか、教えて頂けないでしょうか。

2018/01/20(土) 20:43:12.42

>>21
ムーブコンストラクタが定義されていないから

A(A &&) = default;
とでもしておけ。

2018/01/20(土) 20:49:44.91

>>22
ありがとうございます。解決しました。

2018/01/20(土) 21:07:26.00

追加で質問させてください。

コンパイラが自動生成する関数で、noexceptがついているのは
・デストラクタ
・ムーブコンストラクタ
・ムーブアサインメントオペレーター
の３つでよろしいでしょうか。

よろしくお願いします。

2018/01/20(土) 21:11:18.68

残り3つもデータメンバと基底クラスの同じものが全部noexceptなら付くよ

2018/01/20(土) 21:18:07.18

回答ありがとうございます。

データメンバと基底クラスのそれぞれのデフォルトコンストラクタが全て noexcept なら、
noexcept なデフォルトコンストラクタが自動生成される。
コピーコンストラクタ、コピーアサインメントオペレーターも同上
という理解でよろしいでしょうか。

また、その条件が成立しないときは、>>24で挙げた３つということになるのですしょうか。

よろしくお願いいたします。

2018/01/20(土) 21:36:13.58

>>26について自己解決しましたので、質問を取り下げます。
ありがとうございました。

2018/01/21(日) 11:30:18.34

>>16
noexceptなしに = defaultで宣言した場合はどうなるの？

2018/01/21(日) 11:32:32.53

>>28
>> 25の間違いです

2018/01/21(日) 13:25:22.34

もちろん宣言通りになる

2018/01/21(日) 13:32:54.03

>>30
thx

2018/01/21(日) 19:49:20.49

記述上 int* であるが、上書きされた場合に自動的に中身を delete してくれるポインタの入れ物を、
operator= のオーバーロードなしで定義できますか？

ちょっと変な質問なのだけど、native C++なら多分以下コードで出来る。

struct PatHead {
int* ptr;
int* operator=(int* value){
if (ptr) delete [] ptr;
ptr = value;
return value;
}
operator int*(){ return ptr;}
};

void test(){
PatHead ph[10]; // int* ph[10] と同じ記述で通るのがミソ

ph[1] = (int*)1;
int* tgt1 = ph[1];
}

問題はこちらが使っているのはVC++/CLIで、
なぜか value struct では operator= のオーバーロードが出来ず、(C3194)
マネージ配列に直接入るのは value型だけなのでちょっと詰んでいる。
なお ref struct なら出来るのだが、こちらは逆に初期化部分で記述が増えるので、
それなら諦めようかな、って感じ。

というわけで回避策を思いつく人がいればお願いします。
何で値型で禁止されているか分かる人も居ればよろしく。

2018/01/26(金) 13:51:50.30

イテレータでendの一つ前を表すのはありますか。
endからの引き算必須ですか。

2018/01/26(金) 13:58:16.53

&back()

2018/01/26(金) 14:00:31.27

>>33
用途に合うかどうか分からないけど
rbegin, crbegin

33 (ﾜｯﾁｮｲ ae81-MBfL) · 2018/01/26(金) 14:14:09.94

サンクスです。できました。

2018/01/27(土) 07:12:46.54

rbeginはちょっとトリッキーな実装になってることがあるから注意

2018/01/27(土) 11:46:50.10

実装に依存しないような仕様に沿った使い方をすればいいんでないの？
仕様に合致していない実装ならどうしようもないが。

2018/01/27(土) 19:12:13.06

SHA256のハッシュをkeyにしたmapを高速で扱いたいんだが、
keyのoperator <,>それぞれでmemcmpしてて、多分このせいで性能悪くなってる

なんか良い解決策ってないですかね？
Linuxのrbtreeと比較すると100万件あたり150msec程度差がついてました

2018/01/27(土) 19:13:43.71

simd

2018/01/27(土) 19:44:42.49

unordered_mapにsha256の関数渡せばええやん

2018/01/27(土) 20:08:58.78

fpga

2018/01/27(土) 22:07:02.09

mapじゃなくてハッシュを実装しろとしか

2018/01/27(土) 22:15:03.18

>>40
便利そうだと思ったけど、データ構造的にアライメント揃えられないから使えなさそう

>>41
ソート済みデータを扱いたいパターンもあるので使えないです

コード的にさっくり改善する方法がなさそうなので
map諦めてそこだけ完全自作することにしました
レスしてくれた方々サンクスです

2018/01/27(土) 22:53:57.64

Compareの自作で何がいけなかったのかわからないけど解決おめ

2018/01/27(土) 23:05:46.83

赤黒木ってスマートポインタを使って実装できますか？
親を弱参照で書いたらわけわかめに

2018/01/28(日) 01:55:54.91

ハッシュをソートかあ

2018/01/28(日) 03:22:06.75

コピーしたくないオブジェクトへのポインタ（ていうか全体をシリアライズするの可能性も考えたらindexがﾏｼﾞお勧め）の配列おソートすれば良い
そういった実装の詳細はクラスの中に隠すことができる　何のためにC++を使っているのやヽ(｀Д´)ﾉ！！！１１！１

2018/01/28(日) 08:17:39.92

>>47
なんかモヤモヤするなそれｗ

2018/01/28(日) 11:41:38.50

>>39
hashは値に対してユニークじゃないけどいいの？

**デフォルトの名無しさん** · 2018/01/28(日) 14:41:11.23

そりゃハッシュ衝突用のフィールドくらい作ってるだろうよ
質問にないことは心配しなくていいよ

2018/01/28(日) 15:09:59.60

心配してるんじゃなくてバカにしてるんだよw

2018/01/28(日) 15:44:58.16

バカにしようとして失敗してるとしか見えないけど w

2018/01/28(日) 20:33:36.08

Impliment.h

class Impliment
{
public: base;
};

Interface.h

class Interface
{

2018/01/28(日) 20:42:03.84

すいません。途中で書き込んでしまいました。

以下のようなクラスを作ったのですが、
derivedがImp::baseを継承しているため、
インクルードの順番が固定されてしまいます。（Impliment.hが先でないといけない）

こういったクラスは使う人から見て嫌がられるでしょうか。
ご意見をいただけるとありがたいです。

Impliment.h

class Impliment
{
public:
class base {}
};

Interface.h

template<class Imp>
class Interface
{
private:
class derived : public Imp::base {}
}

2018/01/28(日) 20:56:07.47

>>55
「ＸＸの実装とインターフェイスが分かれている」ということをユーザが意識しないといけないのは抽象化の不足だと思う。
分離した形のデザインで開発するのはかまわないけど、ユーザに対してはなるべく隠すのが望ましい。

#include<Implement.h>
#include<Interface.h>

と書いたヘッダファイルを用意しておく程度のことでもだいぶんマシになる。
(インクルードガードはしておくこと)

2018/01/29(月) 02:50:08.46

>>55
普通は interface.h の冒頭で implement.h をインクルードしておく

2018/01/29(月) 05:39:18.37

>>55
このコードだけならインクルード順が逆でも問題ない。

2018/01/30(火) 20:17:26.27

レスありがとうございます。

>>56
Implimentは複数あって、ユーザーが選ぶことができる
というのを想像して作っていました。

>>57
template化する前はそこでインクルードしていました。

>>58
たしかに、このコードだけでは大丈夫ですね。
正確にはこのコードだけではないので、他に原因があるのかもしれません。
ご指摘ありがとうございます。

2018/01/30(火) 21:08:08.01

Implement入れ替えさせたいならユーザーに適当な所で
template Interface<MyImplement>;
って書かせりゃいいだけじゃないの？

2018/01/30(火) 21:19:19.29

typename imp::base

2018/02/04(日) 11:20:04.76

質問ですが
「このクラスはバイト列としてコピーできる」ということを明らかにするために
明示的にコピーコンストラクタを書くとして、
どう書けば処理系に依存することなくデフォルトのコピーコンストラクタ以上の性能になることを保証できますか
（もしくは、「このクラスはバイト列としてコピーできる」ということを明示する構文はありますか）

2018/02/04(日) 11:26:54.06

>>62
MyClass(const MyClass&) = default;

2018/02/04(日) 11:36:31.71

デフォルトのコピーコンストラクタはメンバのコピーコンストラクタを起動するので、
そのクラス (に属するオブジェクト) 全体がバイト列としてコピーするわけではない。

trivially copyable class の要件を満たすように書けばバイト列としてコピー可能と保証される。
コンストラクタの書き方だけでは保証できない。

2018/02/04(日) 13:04:56.23

memcpyするコピコンをユーザー定義すればええやん

2018/02/04(日) 13:46:35.82

>>63
なるほど「= default;」のありがたみがわかりた

>>64
なるほどそれだと安全性の点でｲﾏｲﾁ…
バイト列としてそのままリモートPCに送ったりするクラスに誰かが
バイト列としてのコピーが可能でないコードを追加したとしても
コンパイラで検出する術が無いっぽいように読める

2018/02/04(日) 13:47:37.01

訂正
誤：バイト列としてのコピーが可能でないコード
正：バイト列としてのコピーを不可能にするコード

2018/02/04(日) 13:47:46.54

>>62
std::is_trivially_copyable<T>がtrueになるように書いて
https://cpprefjp.github.io/reference/type_traits/is_trivially_copyable.html
トリビアル型とは何かは検索して

2018/02/04(日) 13:52:58.38

>>66
なおさらtype_traitsで条件に合わなければコンパイルを失敗させればよい

2018/02/04(日) 14:08:05.83

>>69
おk

2018/02/04(日) 16:47:05.72

>>65
まあ書こうと思えば書けないことはないが、
やった結果に整合性がとれるかどうかは別問題なのでな……。

2018/02/04(日) 17:24:06.38

流れをぶった切って質問するんだけど、
配列の一部をとる参照とかって作れない？
実際にはコンパイルが通らないけど、やりたいことはこんな感じ。

int a[3];
int (&b)[2] = static_cast<int (&)[2]>(a);

2018/02/04(日) 18:06:17.19

reinterpret_castすれば？

2018/02/04(日) 18:22:52.47

ポインタにして剥がせばいい

2018/02/04(日) 18:28:31.26

配列型はポインタではないので途中からとかない

2018/02/04(日) 18:55:06.41

一応うまく行ったけど規格で保証された挙動かどうかはよくわからない
https://ideone.com/wVzc6b

2018/02/04(日) 19:14:07.38

でもポインタにしてしまうと困るシチュエーションなんてありうるの？
マクロの中でsizeofしてるとか？

2018/02/04(日) 20:30:26.18

>>71
意味わかんねえ
どーゆーこと？

2018/02/05(月) 23:20:37.74

メンバのコピーコンストラクタを起動すべきところをmemcpy()しかしない手製コピーコンストラクタで済ませようとしたら破滅が訪れる

MyClass(const MyClass&) = default; なら勝手にやってくれるのでその心配が無いので安心

2018/02/05(月) 23:28:20.73

しかしまあ >>68 なんていう便利なモノがあるとは
フラフラこういうスレ読んでるのもためになるなあ

2018/02/06(火) 07:54:17.35

>>79
>>62

2018/02/06(火) 08:05:48.85

>>62
処理系に依存することなく「保証」なんて出来ない
以上

2018/02/06(火) 08:27:38.08

>>63で解決している
もしくは以下への回答も>>69で出ている

2018/02/06(火) 09:14:20.61

バイト列コピーが = default; なわけねーだろアホ

2018/02/06(火) 11:45:28.85

よく読め
バイト列コピーでokの保証は>>69
遅くならないコンストラクタの書き方が>>63

2018/02/06(火) 11:48:04.39

そもそも「どうコンストラクタを書けば」ってのを質問してるんで
バイト列コピーでコンストラクタを書けってのは単に>>65の珍解答に過ぎない

2018/02/06(火) 11:51:41.68

すまんが日本語でたのむ

2018/02/06(火) 11:54:37.03

元の質問>>62は
・処理系に依存せずデフォルトより遅くならないことが保証されているコンストラクタの書き方
もしくは
・バイト列コピーでokと明示する構文

だろ。
前者は>>63
後者は>>68-69

2018/02/06(火) 12:36:57.61

元質問：　デフォルトのコピーコンストラクタ以上の性能
おまえ：　デフォルトより遅くならないこと

よく読めをそのまま返す

2018/02/06(火) 12:57:03.34

以上っていうのは等しいかまたはそれを越えるという意味だぞ

2018/02/06(火) 14:01:35.47

そもそも memcpy は前者の性能保証も後者の仕様の保証もどちらも満たしてない
仕様が保証されてるなら多分性能的に大丈夫だろうという程度

間違いを認めると死ぬ病気なんだろうからもうこれ以上は言わない。

2018/02/06(火) 14:38:54.29

バイトコピーでmemcpyより高性能な手段を1つでも例示したらどうなんだ

> 間違いを認めると死ぬ病気なんだろうから

ああ、おまえがか

2018/02/06(火) 18:18:02.35

https://stackoverflow.com/questions/28623895/why-is-memmove-faster-than-memcpy

62 (ﾜｯﾁｮｲ 9fbd-CNA0) · 2018/02/06(火) 22:02:19.27

memcpy()より速いコピー手段Xが仮にあったとして
論理的にmemcpy()で済むケースについてコンパイラが提供する
デフォルトのコピーコンストラクタがコピー手段Xにならない理由がわからん…

個人的には「=default;」と書いたら最高性能なんなら毎回手でmemcpy()とか書きたくないｶﾝｼﾞ

2018/02/06(火) 22:06:49.77

>>94
class A {
public:
A() {}
A(A const&) { std::cout << "aho"; }
};

class B {
public:
A a;
B() = default;
};

int main()
{
B b, c = b; //this will call you.
}

2018/02/06(火) 22:09:42.68

>>95は「論理的にmemcpy()で済むケース」では無いからちげう

2018/02/06(火) 22:29:22.47

だから日本語でたのむって言っただろ

2018/02/06(火) 22:29:24.08

どうした？
訂正はよ

2018/02/06(火) 23:07:57.82

間違いを認めて・・・死んだのか？

2018/02/06(火) 23:21:41.18

仕方ないので漏れが訂正するわ；
ttps://ideone.com/TZnGv4

↑のコードの
(*1)は「=default;」でデフォルトのコピコンの使用を明示
(*2)は手でmemcpy()でコピーするように書いたコピコン

次の条件で試したら(*1)も(*2)も同じコードになったわ
x86-64 gcc 7.2
-O2 -fno-strict-aliasing -std=c++14 -pedantic -Wall -Wextra

こことかで試せるが保存と公開方法がわからんかったのでideoneを使わせてもろうた
ttps://gcc.godbolt.org/

漏れの国語力ではようわからんが、さすがに多分>>84は間違いなんｼﾞｬﾏｲｶ、

2018/02/06(火) 23:34:18.80

Ｃから来た連中ってどうしてmemcpyやmemset使いたがるんだろうな

2018/02/07(水) 04:09:18.59

>>76
reinterpret_cast でなければ通らないときはだいたい駄目なときやわ。

2018/02/07(水) 04:22:37.75

>>100
「default がバイト列コピーとは『限らない』」という意味で >>84 は真。

2018/02/07(水) 05:00:09.29

開始アドレス、終了アドレス、サイズが64bit等で割り切れれば
バイトコピーより早いコピーはあるだろうね

**デフォルトの名無しさん** · 2018/02/07(水) 07:27:28.65

頭のいいコンパイラなら勝手にベクトル処理とかしてくれるんじゃないの？

知らんけど

2018/02/07(水) 22:28:51.20

"!"!"!MOHYO!"!"!"2"

1.[[[HUn≒MUL=POSI≠MAHO+Set*HUGE=SAGE=LOGE=NOISIA=0≒1]]]

2-[[[[[[[E=RAT%2^10%SPELAn!%]&!TOWA&!PEG#!NOLNOL8!#!HYAGO!2#]1*2=1]U]S]0]O]!#PAL!

3--->PAGODOL7&!@17,2222734.15&[[[%%RENRAK6,9,99"^10"]#$11.2%}]KAIJ]{

41.2SSS = RALQI2.β{{{RA4,0,238^97,1,$.S.L.E.I.L."Q5352.15Q"JOL"5*3>>>41.3q}}}>1.2<0
.3φTALHOSI"0">>>105.10<1.235<1.2>51≠52===55.632>V="E=0.835"of"1.32","632",0.683,1.end

{

2018/02/10(土) 19:52:35.19

C++では、
int i;
for (i = 0; i < 9; ++i) { ... }
が、
for (int i = 0; i < 9; ++i) { ... }
って書けるのは知っているだろう。( )の中で、変数を宣言できる。

だが、ifやwhileの( )の中で、変数を宣言できることを知らない人は多い。

2018/02/11(日) 04:31:12.99

C++17では
if ( auto v = n; conditions ) {
...
}
が可能になるし、これからは広がってくれるかのう

2018/02/11(日) 06:11:03.22

>>108
これホント待ち遠しい

2018/02/11(日) 17:00:15.07

それほど待ち遠しいか？

2018/02/11(日) 17:27:44.93

待ち遠しくない

2018/02/11(日) 17:34:07.64

for( ) の制御変数はそのループでしか使わないことが多いから意味あったけど、if( ) でそんなケースはまれだしなぁ
あれば使うけど待ち遠しいって言うほどじゃない気がする

◆QZaw55cn4c (ﾜｯﾁｮｲ 2260-nHV3) · 2018/02/11(日) 17:36:34.68

理想主義的な文法ですが、実効性はあるのか疑問ですね

2018/02/11(日) 17:40:12.67

一瞬意図が分からなかったが
()の中が;で区切れるという話？

2018/02/11(日) 17:41:52.24

dynamic_castとの組み合わせで使うとかどうよ

2018/02/11(日) 19:11:10.58

結構あると思うけどね
if(DWORD err = GetLastError(); err != NO_ERROR)
この場合NO_ERRORが0だって分かってるから
if(DWORD err = GetLastError())
で済むから無意味だけど

2018/02/11(日) 19:17:28.82

>>116
前者の方が意図が明確だし意味はあると思う

**デフォルトの名無しさん** · 2018/02/11(日) 20:06:43.52

>>116
>if(DWORD err = GetLastError(); err != NO_ERROR)

普通こうやろ
if((DWORD err = GetLastError()) != NO_ERROR)

変数宣言は少しは意味あるかもしれんが(Perlと同じことができるってこと)
複文書けるのは特にメリット感じないわ

2018/02/11(日) 20:41:29.80

それ通らんよ
こうだろ

DWORD err;
if((err = GetLastError()) != NO_ERROR)

if内でしか使わないerrが外部に漏れてるのがよろしくないってこと

**デフォルトの名無しさん** · 2018/02/11(日) 20:56:03.30

>>119
それが通るという変更だと思ってたわ

こう書けるPerlのほうがまだ優位性あるね

if((my $err = GetLastError()) != NO_ERROR)

2018/02/11(日) 22:10:23.49

if(init ; expr)だと初期化と式が関連していなくてもいいので>>120とは違う構文になる
だからこんなのでもよい
if(int err = GetLastError(); hoge.aho())

lock_guardもしておける
if(std::lock_guard<std::mutex> lock(m); flag)

構造化束縛も使える
if(auto [a, b, c] = f(); b > c){ std::cout << "b > c" << std::endl; }

2018/02/12(月) 12:22:30.52

Cでは名前空間っていうのをすごい扱っていた気がするんだけどC++は名前空間扱うことってないの？
一つのアプリケーションも完成させたことがないど素人の質問ですまんが

2018/02/12(月) 12:43:48.54

>>122
まずは"C"の入門書を読んで、何を見間違えたのかはっきりさせてからにしようか。

2018/02/12(月) 14:08:57.84

初心者スレに池

2018/02/12(月) 20:44:41.93

>>122
気のせい。

2018/02/13(火) 00:10:36.10

>>122
Cにnamespaceは無いだろ

2018/02/13(火) 17:30:20.31

構造体タグと型名の名前空間が分かれているといったような意味での名前空間は C に有るが
C++ では構造体タグはそのまま型名としても使えるし、そういう意味での名前空間の話かな？

2018/02/13(火) 17:45:08.06

こんな名前空間もあるね
int x;
int main(void)
{
x = 1;
int x;
x = 2;
{
int x;
x = 3;
}
return 0;
}

2018/02/13(火) 17:55:17.58

それはスコープでは

2018/02/13(火) 18:15:03.36

変数だよ
代入でもあるね

2018/02/13(火) 20:09:02.02

謎すぎワロタがそこから上のスコープのxを参照してくれ

2018/02/13(火) 20:19:22.41

ブロックって言ってる

2018/02/13(火) 21:49:01.90

アホばっかり
がっかり

2018/02/15(木) 12:08:37.28

std::mapのように文字列や構造体をキーにした高速アクセスができて、
要素の数が一定数を超えたらLRU形式で勝手に削除してくれる、
キャッシュのような機能を実装したいのだけど、
C++でそのような仕組みを作れるクラスはないですか？

2018/02/15(木) 17:00:44.45

自分で実装するならどうにでもなるだろ
そのための道具は全て標準で揃っている

2018/02/15(木) 18:15:51.96

バックグラウンドならスレッド使うしかないんじゃないかな

2018/02/15(木) 19:13:27.39

C++のプログラマーって性格ねじ曲がってるなあ
初めてGo応援したくなったわ

2018/02/15(木) 19:34:35.63

>>137
どんな点が、性格悪い、と思わせるのですか？

2018/02/15(木) 20:03:21.73

それだよそれ

2018/02/15(木) 21:14:35.68

C++は多分チューリング完全だと思う

2018/02/15(木) 21:20:32.50

>>136
要素数が閾値を超えるのは要素が追加される時だからその時に古い奴を削除すりゃいいだけじゃね？

2018/02/15(木) 23:50:52.95

>>135
簡単で良いのでサンプルコード書いてもらえませんか？

2018/02/16(金) 00:43:14.82

>>135じゃないけどシンプルにいくなら
{
map<key,value> data; // 本来のデータ
map<key,list<key>::iterator> lruindex; //
list<key> lrulist; // LRUリスト
... // mapと同じインターフェイス
}
みたいなクラスで要素の追加・削除・参照とかの時にLRUリスト見て処理すればいい

2018/02/16(金) 03:16:29.76

辞書・線形リスト・2分木を、組み合わせる。Ruby で書くと、

class LRU_hash
def initialize (max_size = 3)
# ary は、hash に追加・アクセスした順
@hash = {}; @ary = []
@max_size = max_size
end

def push (key)
if @hash.has_key? key
# 一旦、要素を削除してから、最後尾に追加しなおす
@ary.delete key
else
if @max_size == @hash.size
# 先頭要素を削除してから、最後尾に追加する
@hash.delete(@ary.shift)
end
@hash[key] = true
end
@ary.push key
end

def print_buf
puts @ary.join ', '
end
end

ary = ["あ", "a", "あ", "い", "b", "あ", "c"]
hash = LRU_hash.new 4
ary.map { |key| hash.push key }
hash.print_buf #=> い, b, あ, c

**デフォルトの名無しさん** · 2018/02/16(金) 04:31:51.17

>>144
> # ary は、hash に追加・アクセスした順

参照のたびに最後尾に追加しなおすの？

2018/02/16(金) 06:27:04.53

プログラムを作っていて困っています。
プログラム動作環境、windows 7 x86_x64

プロセスをExplorerを親として、
起動したプロセスにファイルの存在するディレクトリを作業ディレクトリとして
割り当てたい。

ただし、プロセスへのアタッチによる変更は禁止とする。

ようするにファイルをダブルクリックして起動するのと同じ状況を再現したいのです。

例
C:\hoge\fuga.exe

[現状]
Explorer C:\hoge\fuga.exe
親
explorer.exe
カレントディレクトリ
C:\Windows\System32\

[理想]
Explorer C:\hoge\fuga.exe
親
explorer.exe
カレントディレクトリ
C:\hoge\

**144** (ﾜｯﾁｮｲ ff80-Pey1) · 2018/02/16(金) 07:56:00.35

>>145

>>134
で、LRU と書いてあるから、Hash に追加しようとした度に、
すでに存在する場合でも、配列の最後尾に追加しなおした

どういう意味か、正確にはわからないけど

2018/02/16(金) 08:03:01.53

>>146
explorer.exeへのショートカットを作ってプロパティで作業ディレクトリを指定するか、
COMでIShellLink::SetWorkingDirectoryを使って同じことをするあたりか？

**134** (ﾜｯﾁｮｲ 9f23-TT3E) · 2018/02/16(金) 09:56:21.20

みなさんありがとうございます。
std::mapにLRUや最大要素数の仕組みを持たせた派生クラスでも
無いかと思ったのですが、標準ではやっぱり無いですか。

>>143のように、std::mapをメンバの一つに持たせた独自クラスを
一から作っていくことになるんですかね。

2018/02/16(金) 10:11:55.71

amazonランキングの謎を解く　とか言う本でmove-to-frontを見た

本の紹介「Amazonランキングの謎を解く」
http://www.kenkyuu.net/whatsnew/2011/08/book2011-08-01.html
>「move-to-front規則」（最後に売れた順に並べる、つまり、注文のたびに1位にジャンプする）

Move To Front - Wikipedia
https://ja.wikipedia.org/wiki/Move_To_Front

2018/02/16(金) 10:54:10.09

ageだね

2018/02/16(金) 14:25:37.67

>>149
「c++ lru map」でググったか？
いくつかサンプルになりそうなコードが見つかるんだけど

2018/02/16(金) 18:05:58.99

江添さんのC++17本予約しようかな

2018/02/16(金) 18:26:06.12

予約しなくても売れ残るからいつでも買える

2018/02/16(金) 20:04:35.13

C++を勉強しようと思ってる者ですが書籍を探しております。Cはある程度書けるのでそれを前提とした書籍が欲しいです

2018/02/16(金) 20:33:50.33

C++ クイック入門＆リファレンス
プログラミング言語C++ 第4版

2018/02/16(金) 20:36:34.10

>>155
C++11 以前だが accelerated c++, ここでフォローするよ

2018/02/16(金) 20:37:11.23

禿４は俺も推奨する
C++11の良本だ

2018/02/16(金) 21:09:12.34

めっちゃ高いけどその価値あるのね

2018/02/16(金) 21:46:03.21

こっちはフッサフサやでhttps://images-na.ssl-images-amazon.com/images/I/51fYzbYoXFL._UX250_.jpg

2018/02/16(金) 22:03:34.89

誰がハゲやねん

2018/02/17(土) 09:43:48.64

以下のようにconst char*型の文字列でchar*型の変数を初期化したいときに
strcpyやstrlenを書かずにstd::stringを利用して短くかけないかと思うのですが
msvcだとエラーにならず、clang, gccだとdeleteでセグメンテーション違反になります。
どうすればより良い感じになるでしょうか？const_castはできれば使いたくないです。

#include <string.h>
#include <string>
#include <iostream>
int main()
{
const char* asdf = "asdf";
// char* psz2 = new char[strlen(asdf)+1];
// strcpy(psz2, asdf);
std::string *psz = new std::string(asdf);
char* psz2 = &(*psz)[0];

std::cout << psz2 << std::endl;
delete psz2;
return 0;
}

2018/02/17(土) 09:51:35.08

delete psz2なんてしちゃだめconst関係ない

2018/02/17(土) 10:21:38.22

何故stringそのものじゃなくて内部データをdeleteしようと思ったのか
newで確保した配列じゃないからdeleteはできない
stringの内部データは静的な配列と動的な配列を組み合わせて表現されている
mscvの場合先頭16文字はchar[16]でそれ以降は動的な配列に入るようになっている
psz[0]のアドレスはchar[16]の先頭アドレスなので当然deleteできない
msvcはdeleteに失敗しても落ちないのかな

2018/02/17(土) 10:47:53.57

>>155-159
本格的な本なら、ロベール、ハーバート・シルトの独習

軽めの本なら、柴田望洋、林晴比古、猫

2018/02/17(土) 11:22:13.08

ハンガリー人まだ絶滅してないのか。
stringはnull terminatedでないからpszはおかしい。
psz2もnull terminatedの保証がないからc_strを使うべき。
うまくいったらstrdupも調べとこうな。

2018/02/17(土) 11:25:45.81

>>162
char* psz2 = &(*psz)[0]; って
char* psz2 = psz->c_str(); と同じなのかな?

いずれにせよ delete psz; は出来る(するべき?)だけど、
delete psz2; は出来ないんじゃないかな。

2018/02/17(土) 11:30:29.43

必要ないところでnew/delete使う人は根本からして何も分かってない

2018/02/17(土) 15:18:23.73

>>162
お前はstringがただの配列だと思っているのか？
このトンチキ野郎！

2018/02/17(土) 16:50:38.35

>>162
弁護士の唐沢です
しっかり「char* const」と「const char*」の違いを認識しなさい
const char*は参照先の定数を変更しない事を保証する宣言であり、char*は参照先の定数を変更できる為、const char*で保持するアドレスをchar*にコピーする事は言語仕様により禁止されています。それは分かるよね？
最初に宣言したポインタを間違えて別アドレスで上書きしないようにconstで固定したいのなら、char* constを使うようにしましょう。とりあえずとりいそぎ

2018/02/17(土) 17:22:58.60

>>162
strdupという手があるが何がしたいのか今一つ分からない

const char* asdf = "asdf";
char *p = strdup(asdf);
std::cout << p << std::endl;
delete p;

2018/02/17(土) 17:31:15.32

>>170
それ誰に指摘してんの？とりいそぎ。

2018/02/17(土) 17:34:22.09

>>167
データは連続しているので同じになる
16文字まではスタックを使い、それ以上の長さになるとヒープにコピーされる
実装ではメンバの配列には何かしらのエスケープ文字が入る
ちなみにmsvcでは実装の都合上free(&str[0])で強引に解放できる

**173** (ﾜｯﾁｮｲ 1f7e-T3WU) · 2018/02/17(土) 17:49:08.26

補足
スタックとヒープを使い分けるかどうかは実装依存
gcc、clang、msvcでは行われている
したがって短い文字列でnewを避けるためにstringを使わないというのは意味が無い

**デフォルトの名無しさん** · 2018/02/17(土) 18:06:03.81

>>171
strdupで確保した領域をfreeでなくdeleteするのは正しいの？

2018/02/17(土) 18:09:26.31

良いみたいだ
中でmallocで確保している

2018/02/17(土) 18:10:04.88

違う、freeで開放する

2018/02/17(土) 18:14:21.37

>>175
弁護士の唐沢です
mallocとdeleteは併用厳禁です。freeを使用してください

2018/02/17(土) 18:18:24.62

昔から気になってるんだが「解放」だよね...

2018/02/17(土) 18:25:00.27

そうでした、ごめんね

2018/02/17(土) 18:25:45.10

>>176
良くねえだろぼけ

>>179
開放はpublic的なニュアンスだよな

2018/02/17(土) 18:45:39.74

>>162
ぶっちゃけた話、 strcpy が一番短いと思う。

**デフォルトの名無しさん** · 2018/02/17(土) 18:59:50.35

>>182
strdup という答えが出てるのに何言ってるの？

2018/02/17(土) 19:05:58.96

>>183
strdup は C++ の仕様の範囲内ではないので……。
POSIX と MSVCRT に有るからほとんどの場合に十分といえば十分なのかもしんないけど。

2018/02/17(土) 19:07:20.59

>>166
接頭辞を見ればデータ内容の属性がﾜｶﾙというメリットは他に代え難い
ttp://local.joelonsoftware.com/wiki/間違ったコードは間違って見えるようにする

あといちいちthis->xと書くよりも、すすんでm_xと書きましょう

2018/02/17(土) 19:21:01.63

strdup()だと明示的に開放コードをどっかに書かなくてはならなくて必ず忘れるので
せっかくC++なのでスマポ的にwrapすると良いと思う

2018/02/17(土) 19:37:41.81

ホワイトボックスなCでは許せるが
ブラックボックスなC++の流儀には全く合わない
それがstrdup

**167** (ﾜｯﾁｮｲ d793-MfWd) · 2018/02/17(土) 19:53:11.68

>>173-174 教えてくれてありがとう。
返されるアドレスは等しい値なのか、という単純な質問だったんだけど、
読み直してみたら分かりにくい質問文だと思っていた次第。

それにしても &(*psz)[0] って結構ややこしいのね。
オーバーロードされた[]演算子が返すcharへの参照、
に対してアドレス演算子&を作用させた結果、て感じかな。

**162** (ﾜｲﾓﾏｰ MMbf-xgEu) · 2018/02/17(土) 20:37:30.76

すみません、たくさんレスありがとうございます。
_strdupにしてみたら期待の動作ができました。
ありがとうございました。

**162** (ﾜｲﾓﾏｰ MMbf-xgEu) · 2018/02/17(土) 21:27:34.68

また質問してすみません。
msvc(vs2017)だとコンパイラをC++17にしても以下のプログラムで
C2664 'void (T *&)': 引数 1 を 'hoge *' から 'hoge *&' へ変換できません。
となってしまうのですが、コードにバグが有るでしょうか？msvcのバグでしょうか？
GCCやClangではコンパイルできます。

#include <memory>
struct hoge {};
template <class T>
inline void safe_delete(T*& p) {
if (p) {
delete p;
p = nullptr;
}
}
int main() {
std::unique_ptr<hoge, decltype(&safe_delete<hoge>)> sp{new hoge(), safe_delete<hoge>};
return 0;
}

2018/02/17(土) 22:11:53.16

(T *&)

そもそも、ポインタ・参照を、同時に使えるのか？

2018/02/17(土) 22:23:52.63

new hoge()は変数じゃないから、代入できない。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f60-qi38) · 2018/02/17(土) 22:35:58.53

>>165
独習C++ はいいですね、特に演習問題「std::stringを再実装する」を絶賛します
これが書けるようになったらC++初級者をかたってもいいかもしれない、もしかすると解答は載ってなかったかもしれないけれども

2018/02/17(土) 22:35:58.70

>>185
どこから引用したのか知らんけど、そのページ読んでないだろ…
システムハンガリアンはまるで役に立たないって書いてあるぞ。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f60-qi38) · 2018/02/17(土) 22:43:42.94

>>194
（システム）ハンガリアンってそんなに悪いものなんですかねえ
いや、win32api がバンバンハンガリアンしているので、そんなもんか、と思っていましたが

2018/02/17(土) 22:51:12.84

>>195
OOPともTMPとも型推論とも相性が悪いからね。
MS自身ももう使うなって言ってる。

2018/02/17(土) 22:52:19.16

頭悪いヤツが多様するハンガリアン

2018/02/17(土) 22:54:25.25

嫌いだからハンガリアン意地でも使わなかった
dwやらszやらせっかくのフリーフォーマッとが台なしだよ

2018/02/17(土) 22:59:56.16

フリーフォーマットはクソコードの温床ナリよ

2018/02/17(土) 23:03:12.11

型を変えるたびに変数名も変えるのか
ごくろうやな