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/10/23(水) 21:30:55.10

>>572
「Linuxシステムコールで速度でるの？」という質問と同じくらい矛盾に満ちた質問。
Win32APIも含めシステムコールはOSが提供するAPIなので、プログラマは他の手段で代替しようない。

**デフォルトの名無しさん** · 2019/10/23(水) 21:35:56.58

Native APIがあるじゃろ

**デフォルトの名無しさん** · 2019/10/23(水) 22:12:26.70

Visual C++ 2015なんですが、
goto文でERRORというラベルに飛ばそうとしたら、コンパイルエラーが出ました。
ERRにしたらコンパイルできるようになったんですが、
なぜERRORのラベルはダメなんでしょうか？

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/23(水) 22:22:13.25

>>575
<wingdi.h>に#define ERROR 0がある。

**デフォルトの名無しさん** · 2019/10/23(水) 22:22:30.17

#undef ERROR

**デフォルトの名無しさん** · 2019/10/23(水) 22:24:20.08

単語1つのラベルなんか使うなってこった

**デフォルトの名無しさん** · 2019/10/23(水) 22:28:23.69

いやC++ではマクロが悪だ

**575** · 2019/10/23(水) 22:32:44.87

ERRORのdefineがあるんですね･･･！
ありがとうございました！

**デフォルトの名無しさん** · 2019/10/24(木) 09:12:01.73

クソみたいなマクロにsmallもある
他にもwindows.hには地雷が入念に仕込まれてる

普通の神経の人間が爆死して厭らしい人間だけが生き残るように整えられている厭らしい環境がwindows.hだよ
マトモな人間にはまず耐えられない
頭のオカシイ厭らしい人間だけが残るように設計されているのがwindows.h
このヘッダは頭がおかしい

**デフォルトの名無しさん** · 2019/10/24(木) 13:45:08.38

>>581
お前の頭がおかしいだけだと思う

**デフォルトの名無しさん** · 2019/10/24(木) 13:57:45.03

林檎だってcheckマクロでBoostに大迷惑かけてるしお互い様

**デフォルトの名無しさん** · 2019/10/24(木) 17:59:23.36

>>582
そこは
ヘッダだけにな
と言ってやるところだろ

**デフォルトの名無しさん** · 2019/10/24(木) 18:05:45.17

ヘッダ「嫌ならincludeするな」

**デフォルトの名無しさん** · 2019/10/24(木) 19:57:40.06

このスレはみんなWindows嫌いなのかな

**デフォルトの名無しさん** · 2019/10/24(木) 20:17:56.94

んなわけない

**デフォルトの名無しさん** · 2019/10/24(木) 21:28:21.53

たしかmaxとかもマクロ定義されてたよね
初心者のころはどハマリして殺意がわいたわ

**デフォルトの名無しさん** · 2019/10/24(木) 21:49:18.24

いまはIDEが色変えてくれるからすぐわかるから別にいいけどね

**デフォルトの名無しさん** · 2019/10/24(木) 23:20:19.58

マクロがあればなんでもできる

**デフォルトの名無しさん** · 2019/10/24(木) 23:40:29.47

最近ちょいちょい思うことだが、ある言語のここがどうであーだこうだと議論する場合
テキストエディタでコーディング作業してる連中と IDE でコーディング作業してる連中では
わりと大きな認識の違いがあることが多い

**デフォルトの名無しさん** · 2019/10/24(木) 23:44:34.75

windows.hのマクロ回りでトラブル起こしているのは、殆んどvisual studio使用者だと思うのだが

**デフォルトの名無しさん** · 2019/10/25(金) 00:24:04.41

認識の違いはコンパイラによるものであってコードエディタは関係ない。

**デフォルトの名無しさん** · 2019/10/25(金) 00:39:26.61

モジュールでマクロとか気にしなくて良くなる（なるといいなぁ...）

**デフォルトの名無しさん** · 2019/10/25(金) 07:52:28.01

コンパイラ変えてもマクロは変わらんでしょ
せいぜいエラーメッセージ変わるぐらいじゃ

**デフォルトの名無しさん** · 2019/10/25(金) 09:14:30.39

>>595
何言ってるのか意味がわかりにくいエラーメッセージを吐くのはコンパイラでしょ。

**デフォルトの名無しさん** · 2019/10/25(金) 12:19:38.16

マクロは影響範囲わからんからなんとも

vcでマクロがテンプレートに影響したらマジでわからん
clangはテンプレートのエラーメッセージわかりやすいとかみたな

**デフォルトの名無しさん** · 2019/10/25(金) 12:45:17.61

>>593
お前はまず日本語を正しく認識できるようになれよ…
>>591は連中（=人間）の認識の話な

**デフォルトの名無しさん** · 2019/10/25(金) 17:33:51.00

初心者であればあるほど親切なエラーメッセージが必要なのだけど、VCのエラーメッセージはgccに比べて不親切な印象がある。
STL関連のエラーメッセージは、わかりにくい代表格。かたやgccはprintf系の書式ミスを指摘してくれるなど初心者に優しい。

**デフォルトの名無しさん** · 2019/10/25(金) 18:03:22.82

C#が使いやすいと思っている人は、Visual Studioの入力補完に救われていることに気づいていない。
Visual Studioがなければヘッダーファイル相当のgrep検索もままならない不便な言語であると感じるだろう。

**デフォルトの名無しさん** · 2019/10/25(金) 18:50:41.74

VS込みでいいじゃん
どうせC#なんて大半がWindows向けなんだしVS使える環境で開発してるでしょ

って変なこと言うと思ったらADSLか

**デフォルトの名無しさん** · 2019/10/25(金) 19:00:26.80

referencesource.microsoft.comみたいなありがたいものがあるのに

**デフォルトの名無しさん** · 2019/10/25(金) 19:58:41.60

基本的には MSDN こそ C++ である。

**デフォルトの名無しさん** · 2019/10/26(土) 00:56:44.62

class A{};

namespace N
{
class B{
friend class A;
int i;
};

class A{
A(){b.i = 0;}
B b;
};
};

これをコンパイルできるようにするにはどうすればいいですか？

・クラスAを名前空間Nの下に書く
・名前空間NのクラスAを別の名前にする
・最初のクラスAを別の名前にする

これ以外でできますか？

**デフォルトの名無しさん** · 2019/10/26(土) 00:59:53.57

全部消す

**デフォルトの名無しさん** · 2019/10/26(土) 01:35:09.91

>>604
「コンパイルできるようにする」
というだけであれば、何も修正しない元のままでもコンパイルできるはずだし、
最初の class A {} の行をコメントアウトする、消す。
Nの中のAを消す、namespace N {・・・} の部分を全部消す、
などなどいくらでも有りえる。

**デフォルトの名無しさん** · 2019/10/26(土) 06:20:26.55

BのfriendをN::AにしたいってことであればNとBの間にclass A;とAの宣言を入れる
これ以上のエスパーは無理

**デフォルトの名無しさん** · 2019/10/26(土) 08:16:08.08

>>604
g++だと、現状のままでok
vs2019は、friend宣言の対象が::AになっていてC2248
::Aをコメントアウトするとok

正しいのはg++
N4713 6.4.1. Unqualified name lookup (7.4)
Note: When looking for a prior declaration of a class or function
introduced by a friend declaration, scopes outside of the innermost
enclosing namespace scope are not considered; see 10.3.1.2.

**デフォルトの名無しさん** · 2019/10/26(土) 21:50:06.24

投稿テスト

N3337 3.4.1 Unqualified name lookup
Note: When looking for a prior declaration of a class or function
introduced by a friend declaration, scopes outside of the innermost
enclosing namespace scope are not considered; see 7.3.1.2.

**デフォルトの名無しさん** · 2019/10/26(土) 22:03:59.61

vs2019で::Aをコメントアウトするとokの意味がわからんorz

**デフォルトの名無しさん** · 2019/10/27(日) 08:17:56.25

試してないが、理論上はこれでいけるはず :
namespace N
{
class A;
class B{
int i;
friend class A;
};

class A{
B b;
A(){b.i = 0;}
};
};

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

N::Aを前方宣言するなら、宣言を名前空間Nの中に入れるかN::Aで宣言する必要があるってのはC++の規約通りじゃないのか？
>>608が意味わからん

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

friend宣言は、当該宣言を含むクラスが属するスコープを対象とし
なおかつ、対象スコープに識別子を導入しない

class G
{
friend class A; //::A
};

namespace H
{
class I
{
friend class A; //H::A
};
}

**デフォルトの名無しさん** · 2019/10/27(日) 12:21:23.69

>>604はfriend宣言ではなく前方宣言の問題なんだが？

**デフォルトの名無しさん** · 2019/10/27(日) 14:03:45.40

いや前方宣言は関係ない
「もし」::Aがあったら、H::Aがあったら
と言っているだけのものだ

**デフォルトの名無しさん** · 2019/10/27(日) 14:25:39.88

>>614
前方参照をfriendがどう解釈するかの問題だろ

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

>>616なのは明白だが
>>604のコードのどこにコメントアウトすべき::Aがあるのかわからん…

ひょっとして、>>604が禁じていないのを良いことに、
最も外側のclass A{};を丸ごとコメントアウトしようとしている？

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

>>617
？？？
>>608はVisual Studio 2019（2017でも同じだったが）の話だと言うことは理解できてるか？

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

>>617
そのとおりだが？

//class A{};

namespace N
{
class B{
friend class A;
int i;
};

class A{
A(){b.i = 0;}
B b;
};
};

friend宣言が識別子を導入したり
関係ないはずのグローバルに干渉するなど
vcはfriendにクセがある

**デフォルトの名無しさん** · 2019/10/27(日) 16:07:13.81

規格的にはどうなるのが正しいの？
むしろ、もとの話がどうしたいのかに依る気がしないでもない

**デフォルトの名無しさん** · 2019/10/27(日) 16:13:20.11

>>620
規格の話は>>608じゃねーの？
コンパイルできるようにするにはg++にするかVisual Studioなら>>619みたいにするってことでしょ
それ以外なら環境を提示してねってことかと

**デフォルトの名無しさん** · 2019/10/27(日) 16:22:22.30

>Visual Studioなら>>619みたいにするってことでしょ
https://festy.jp/wp-content/uploads/festy/2015/12/25/06/51/40/917/1448191295053.jpg

>>604の
>・最初のクラスAを別の名前にする
と何が違うんだそれ

**デフォルトの名無しさん** · 2019/10/27(日) 16:55:17.47

>>622
一緒だよ
だからそれができないならg++（とか他のちゃんと規格準拠して処理系）にしろって書いてあるだ
まあVisual Studioが規格準拠するのを待つとかMSにねじ込むか金払って対応してもらうとかでもいいけどw

**デフォルトの名無しさん** · 2019/10/27(日) 20:50:09.77

トンチンカンな質問かもしれませんが許して。

<Base>のコンテナを巡回しながら
Base派生の多態性を引数で実現、みたいなことがやりたいのです。
https://ideone.com/PA26HG

これのManager::update()が、このままだと当然
func(shared_ptr<Base>,shared_ptr<Base>)を呼ぼうとしてしまう訳ですが

宣言してあるfunc（A,A）とかfunc（A,B）とかfunc（B,B）とかが
呼ばれるようにするにはどうしたらいいですかね？
あるいは、ガラっとコード変わってもだいたい似たようなことを実現するとしたら
どう書きますか？

**デフォルトの名無しさん** · 2019/10/27(日) 20:52:12.38

シェアポの配列を作って添え字で切り替え。

**デフォルトの名無しさん** · 2019/10/27(日) 20:54:15.22

あ、すまん。誤読していた。
>>宣言してあるfunc（A,A）とかfunc（A,B）とかfunc（B,B）とか
多態やってる意味を潰しに来てないか？

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/27(日) 20:54:19.69

>>624
funcを仮想化すれば？

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/27(日) 20:59:49.33

もしくはfuncでは仮想化された関数しか使わないとか。

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

>>624
visitorパターン

**642** · 2019/10/27(日) 21:09:54.33

>>627
func(Base,Base)だけをvirtualってこと…ですよね？
え、こういうときにもvirtualて使えるの？と思って試したけどダメですね。

>>628
もうちょっと考えてみますけどたぶん難しいです

**624** · 2019/10/27(日) 21:14:40.36

名前欄間違えてた…

>>629
あー…それかも
なんとなく知ってるだけで
まだ実装したことはないですが

それ正解かもしれません
調べつつやってみます

**デフォルトの名無しさん** · 2019/10/27(日) 21:34:36.36

>>624
愚直に dynamic_cast で N*N 分岐からはじめたら？

**デフォルトの名無しさん** · 2019/10/27(日) 22:12:39.30

2引数ならdouble dispatchとか

**デフォルトの名無しさん** · 2019/10/27(日) 22:14:23.71

派生クラスの種類が決まっているなら
variantに置き換えたらvisit使えるから簡単

**デフォルトの名無しさん** · 2019/10/28(月) 05:15:43.29

>>624
こうゆうことやのうて？
https://ideone.com/BoNrnP

**デフォルトの名無しさん** · 2019/10/29(火) 01:15:36.46

C++でCOM扱うの苦痛すぎる
何が正攻法なのかさっぱりわからん

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/29(火) 01:32:18.86

>>636
ATL
CComPtr

**デフォルトの名無しさん** · 2019/10/29(火) 01:41:40.05

別にCOMは作るんじゃないんだよ。
参照するだけなんだよ。
それでもATLなんーーーーーーーーー？

**デフォルトの名無しさん** · 2019/10/29(火) 01:43:16.61

そもそも文字コードどうなってるんやーーーー
コマンドプロンプトに出す時、どうするんやーー
現在のchcpの設定に従って変換線といかんのカーーーーーー

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/29(火) 02:28:13.51

変換なんてWideCharToMultiByte使って一つ変換関数作ってその関数を使い回せばいいやん。

**デフォルトの名無しさん** · 2019/10/29(火) 02:42:32.11

WriteConsoleW

**デフォルトの名無しさん** · 2019/10/29(火) 04:01:15.69

>>640
Unicode文字列（絵文字とか）が文字化けするんだよー！
フォントの問題でないことは確認済み

**デフォルトの名無しさん** · 2019/10/29(火) 04:07:41.50

例えばググって見つけた、こことか
http://www.t-net.ne.jp/~cyfis/win_api/sdk/WideCharToMultiByte.html

wchar_t を const wchar_t にするのはまあいいとして、
日本語はOKだけど絵文字とか化けるじゃねーか
わーけわかねなんｄｆっｒね；ｊｋ

**デフォルトの名無しさん** · 2019/10/29(火) 04:13:15.89

ん？WideCharToMultiByteってShiftJISに戻すやつじゃねーのか？
俺はUnicode文字すべてを表示したいだけだぞ

**デフォルトの名無しさん** · 2019/10/29(火) 04:20:56.50

chcpくらい使えよ

**デフォルトの名無しさん** · 2019/10/29(火) 04:26:03.90

windowsのコマンドプロンプトはまだ絵文字とかに対応してないよ

**デフォルトの名無しさん** · 2019/10/29(火) 04:29:31.79

>>646
全てではないだろうけど対応してる。
❥
↑文字化けしそうだけど、横向きのハートとか
❤ とか

**デフォルトの名無しさん** · 2019/10/29(火) 04:29:44.12

お、文字化けしなかったｗ

**デフォルトの名無しさん** · 2019/10/29(火) 04:30:10.10

?????
Jane経由だとだめだろうな

**デフォルトの名無しさん** · 2019/10/29(火) 04:31:42.98

>>645
chcp 65001にしてもムダだったぞ

**デフォルトの名無しさん** · 2019/10/29(火) 04:54:41.95

コマンドプロンプトよりJaneは早く絵文字に対応しろ

**デフォルトの名無しさん** · 2019/10/29(火) 05:06:04.44

>>650
それutf8じゃねーか

**デフォルトの名無しさん** · 2019/10/29(火) 05:14:54.35

>>652
ぐぐってからいえｗｗｗ

**デフォルトの名無しさん** · 2019/10/29(火) 05:19:50.17

なんでコードページ932なのに、NSimSunにすると
日本語以外もちゃんと表示できるのかわからない

**デフォルトの名無しさん** · 2019/10/29(火) 05:26:40.69

wcharがutf8なのか？あほか？

**デフォルトの名無しさん** · 2019/10/29(火) 05:36:55.26

Visual StudioのソースコードのデフォルトはBOM付きUTF8なんだな

**デフォルトの名無しさん** · 2019/10/29(火) 06:38:53.94

Windows依存の話は、以下すれでどうぞ。

Win32API質問箱 Build125
https://mevius.5ch.net/test/read.cgi/tech/1551247748/

**デフォルトの名無しさん** · 2019/10/29(火) 12:08:17.89

自分の理解と違ってたので教えてください。

class hoge{
hoge(){}
hoge(const hoge& h){}
~hoge(){}
}

hoge func(){
hoge h;
return h;
}

main(){

hoge h = func();

}

この時、引数なしコンストラクタとコピーコンストラクタ、デストラクタが2回呼ばれると理解してたんだけど、実際動かすとコンストラクタとデストラクタが1回づつしか呼ばれない。
理由ってなんですか？

ちなみにgccで、c++03、c++11でも同様の結果でした。

**はちみつ餃子** ◆8X2XSCHEME · 2019/10/29(火) 12:09:55.91

>>658

RVO でググって

**デフォルトの名無しさん** · 2019/10/29(火) 12:10:21.23

最適化で消された

**デフォルトの名無しさん** · 2019/10/29(火) 12:14:30.49

>>659
まさにピンポイントでした。
ありがとうございます。

**デフォルトの名無しさん** · 2019/10/29(火) 13:58:53.43

>>636
node.js

**はちみつ餃子** ◆8X2XSCHEME · 2019/10/29(火) 13:59:57.20

>>636
マイクロソフトのコンパイラならまあまあ補助があったりするでしょ。
それでも面倒くさいことにかわりないけど。

**デフォルトの名無しさん** · 2019/10/29(火) 15:55:18.54

失礼します。テストです：
ハート：❤
横向きハート：❥

**はちみつ餃子** ◆8X2XSCHEME · 2019/10/29(火) 16:08:16.15

>>664
失礼な奴だな！

**デフォルトの名無しさん** · 2019/10/29(火) 18:43:54.18

>>663
補助なんてあったっけ？
まあ俺の知識はもう5年以上前の知識だから最近はちょっとはマシになったのかな

**デフォルトの名無しさん** · 2019/10/29(火) 21:55:11.67

typedef const struct {
int i;
int j;
} X;

X arr[2] = {
{1,3},
{2,4}
};

int main() {
X *ptr = arr;
printf("%d %d %d <- always zero", ptr->i, (ptr+1)->i, (ptr-1)->i);
return 0;
}

グローバル const struct の配列のアドレスを上に行ったら、常に0が入ってるんだけど、
これは、どのハードウェアでもこうなると仕様と決まってるの？

**デフォルトの名無しさん** · 2019/10/29(火) 22:07:48.92

>>667
決まってない。
範囲外のアクセスなので、本来は絶対にやってはいけない。
読むだけでも不法例外が起きてしまう可能性もあるが、
書くのはもっとダメ。
たまたま、コンパイラシステムが何らかの目的で使っている
グローバル変数が arr 配列の直前にい配置されていて、
それが0になっているか、padding領域がたまたまそこにある
だけだと考えられる。

**デフォルトの名無しさん** · 2019/10/29(火) 23:33:23.00

.bssは0初期化されてる

**デフォルトの名無しさん** · 2019/10/30(水) 04:47:43.23

オブジェクトがスタックに作られてるかヒープに作られてるかってどうやって調べるの

具体的にはboostのmulti_arrayがどっちに作られてるか知りたい

**デフォルトの名無しさん** · 2019/10/30(水) 06:54:34.02

>>668
そりゃそうか。０で埋まってりゃコードが少し短くなって助かるんだが、まあやめとこう。

**デフォルトの名無しさん** · 2019/10/30(水) 07:31:59.85

>>670
アドレスでわかる
正しくはリンカからロケーションを取得だが
簡易的には自動変数のアドレスと上の方の桁が同じかどうかでも見当はつく