C++相談室 part159

**デフォルトの名無しさん** · 2022/02/19(土) 11:56:42.14

前スレ
C++相談室 part158
https://mevius.5ch.net/test/read.cgi/tech/1636969758/

**デフォルトの名無しさん** · 2022/03/24(木) 17:11:46.20

conceptは要するにSFINAEだから
C++17ならこういけばいい

auto FuncB() -> std::enable_if_t<!std::is_same_v<T, float>, void> {}

**688** · 2022/03/24(木) 17:32:02.64

>>690-691
最近のC++ではそんなことが可能なんですね･･･！！
ありがとうございました！！

**デフォルトの名無しさん** · 2022/03/24(木) 17:57:10.73

あとは特化テンプレートとか

**デフォルトの名無しさん** · 2022/03/24(木) 18:00:33.75

最近のっつーかenable_ifはC++11から使えるぞ

**688** · 2022/03/24(木) 18:09:06.73

>>693-694
ありがとうございます！

**デフォルトの名無しさん** · 2022/03/24(木) 18:09:14.56

>>691
そのSFINAEはまずい
class Test<float>が実体化された時点でfuncBが実体化される
(funcBはtemplateではない)

実体化した時点でfuncBの返り値型がtemplate依存のenable_ifではなくなるためコンパイルエラーになる

**デフォルトの名無しさん** · 2022/03/24(木) 19:35:07.28

MSアンチはどの世代でも世界的に多いし、WindowsありきのOLEのような技術だけを指してCOMと言ってたら、Windowsの普及＝MS Officeの普及=COMの普及になってしまうからなｗ
C++＝OOP言語＝RPCはCOM/CORBAというのは普通に自然ｗ
Windowsだけで普及を語るのは正に草を見て地球を見ずレベルｗ
OSSなモノだと逆にWindowsだけ動かないという現象も日常茶飯事ｗそれくらい嫌われているｗ

また部分だけで動かない例挙げて、メチャクチャになってるなｗ
ちゃんと動く例を挙げて、条件を明確にしとけｗ
_tとか_vとかもあれだしｗ
Windows坊やたちはこれだから・・・ｗ

// C++11～
#include <type_traits>
template<typename T> auto FuncB() -> typename std::enable_if<!std::is_same<T, float>::value, void>::type {}
int main() {
// FuncB(); // error: no matching function for call to ‘FuncB()’
// FuncB<float>(); // error: no matching function for call to ‘FuncB()’
FuncB<int>();
return 0;
}

**デフォルトの名無しさん** · 2022/03/24(木) 22:24:41.52

MSアンチというよりもMSの囲い込みが強引すぎて、他の環境を知ってしまうとMSから離れたくなるだけでは？

**デフォルトの名無しさん** · 2022/03/24(木) 22:30:06.36

どうしてもC++17以前でSFINAEでやんなきゃいけないなら無理矢理template依存にするしかない

ようこそ黒魔術の世界へ...

#include<type_traits>

template<class T>
class Test{
public:
template<int...dummy, typename std::enable_if<sizeof...(dummy)==sizeof...(dummy)&&!std::is_same<T,float>::value, int>::type = 0>
void funcB(){}
};
int main(){
Test<int> t1;
Test<float> t2;
t1.funcB();
//t2.funcB();
}

**デフォルトの名無しさん** · 2022/03/24(木) 23:04:17.88

MSよりマックの囲い込みのほうが鼻につくと思うのは自分だけだろうか

**デフォルトの名無しさん** · 2022/03/24(木) 23:13:46.53

apple>>>MS>>>>>それ以外って感じの強さｗ

**デフォルトの名無しさん** · 2022/03/24(木) 23:16:10.29

囲い込みの点ではハードから開発環境からストアに至るまでアップルは異常な囲い込み。
社外に対しては会社も各社員も殆ど貢献しねぇし。
アップルのためだけに請け負い会社潰しながら株価あげるため活動しとる。

**デフォルトの名無しさん** · 2022/03/24(木) 23:27:03.23

MSの囲い込みとか言ってるのは爺だけだろ
OSSにどんだけ貢献してると思ってるんだよ

**デフォルトの名無しさん** · 2022/03/24(木) 23:44:46.04

いやいやなんかWeb系のTypeScriptとかvscodeとかazureとかそういうのはいいんだよｗ
問題はWindows本体ｗ
まともに動かないレベルのハードに未対応というのは分かるけど、どう見ても性能的に問題ないハードを対象外にしちゃうWindows11はどう考えてもやり過ぎｗ

**デフォルトの名無しさん** · 2022/03/24(木) 23:45:11.78

悪のゲイシ帝国。

**デフォルトの名無しさん** · 2022/03/24(木) 23:46:28.20

UEFIとチンポ2.0はセキュリティでは？

**デフォルトの名無しさん** · 2022/03/25(金) 00:01:19.19

>>703
VSCodeが囲い込みツールだもん、使えねぇって

**デフォルトの名無しさん** · 2022/03/25(金) 01:09:44.76

Mac は、Homebrew, Fastlane とか、Rubyist が作らないと滅ぶw

CircleCI の料金表のmedium のクレジットは、
Docker 10, Windows 40, Mac 50

囲い込みとは思えないほど、高い

**デフォルトの名無しさん** · 2022/03/25(金) 02:12:51.70

>>704
Windows11のハード対象外は囲い込みとは言わないのでは？

**デフォルトの名無しさん** · 2022/03/25(金) 03:06:03.91

>>704
アップルなんて自社製のマシンでしか動かないんだけど
アプリも自社製のマシンでしか開発できないし
ストアも自社製しか認めない
自社製のアプリの邪魔になるものは開発を認めなかったり審査で落す
こういうのを囲いこみっていうんだけど・・

**デフォルトの名無しさん** · 2022/03/25(金) 03:15:43.43

Appleは開き直ってとことん囲い込みを追求してるからこそ逆に認められてるところがある
開発言語からしてObjective-CとSwiftっていう独自言語で徹底してる
MSは中途半端にC++標準に擦り寄ってるのがよくないね

**デフォルトの名無しさん** · 2022/03/25(金) 05:45:38.18

VSCodeが囲い込みツール？
Linuxでも動くしそもそもOSSなんだけど…
Visual Studioと言うならまだわかるけどw

**デフォルトの名無しさん** · 2022/03/25(金) 06:08:26.54

iTunesが　おきあがり
なかまに　なりたそうに　こちらをみている！
なかまに　してあげますか？

┌───┐
│⇒はい│
│いいえ│
└───┘

iTunesが　なかまに　くわわった！
QuickTimeが　なかまに　くわわった！
Bonjour for Windowsが　なかまに　くわわった！
Apple Mobile Device Supportが　なかまに　くわわった！
Apple Software Updateが　なかまに　くわわった！
MobileMeが　なかまに　くわわった！
Apple Application Supportが　なかまに　くわわった！

Apple Software Updateが　Safariを　よびよせた！
Apple Software Updateが　iPhoneソフトウェアを　よびよせた！

:::::::::::.:　.:. . ∧＿∧ . . . .: ::::::::
:::::::: :.: . .　/彡ミ゛ヽ;)ヽ、. ::: : ::
::::::: :.: . . / :::/:: ヽ、ヽ、i . .:: :.: :::
￣￣￣（_,ノ￣￣ヽ､_ノ￣

QuickTime　をアンインストールしますか？
＞はい
なんとiTunes　はしんでしまった！
QTTASKはぶきみにほえている！

**デフォルトの名無しさん** · 2022/03/25(金) 07:22:48.15

「資源を独占的に確保すること」の意味での囲い込みｗ
Windowsで市場を独占し、離れる場合のリスクとコストを高めてから、高コストを強いるｗ
appleがやってるのは独占ではないけど、購入後に高コストを強いる同じ仕組みｗ

**デフォルトの名無しさん** · 2022/03/25(金) 08:04:40.58

macbookで動くwindows見かけると思わず笑みがこぼれるわ

**デフォルトの名無しさん** · 2022/03/25(金) 08:06:57.63

MSが資源を独占的に確保したわけじゃなくて
作りやすいWindows、使いやすいWindowsとユーザが選んだ結果だからね
相乗効果で結果的に市場を埋め尽くしているに過ぎず独占しているわけじゃないけどね

Macが誰にでも開発しやすい環境だったり
linux等が誰にでも使いやすい環境だったならMS市場にはならなかったかもしれない
でもまあMacもWindowsと同じ道を進んでいたら生き残っていなかったかもしれないけど

**デフォルトの名無しさん** · 2022/03/25(金) 08:13:25.03

互換性重視で昔はシェア伸ばしたMSも
なぜかAppleのマネして切り捨てするようになってシェア落としてる。

**デフォルトの名無しさん** · 2022/03/25(金) 08:32:50.33

ほんと頭悪いな・・・OS資源を独占的に確保してるでしょｗ

**デフォルトの名無しさん** · 2022/03/25(金) 09:03:46.71

マカーはほんと馬鹿だからな

**デフォルトの名無しさん** · 2022/03/25(金) 09:09:22.13

>>718
OS資源って何？

**デフォルトの名無しさん** · 2022/03/25(金) 09:12:25.62

嫌ならLinuxでも使えば？w

**デフォルトの名無しさん** · 2022/03/25(金) 09:15:06.51

>>717
MCAの件で愛想尽かしたのに
結局ミイラ取りがミイラってやつだね

**デフォルトの名無しさん** · 2022/03/25(金) 09:16:17.27

最近はGPUパススルー備えたKVMでLinuxでもほぼパフォーマンスペナ無しでWindows用ゲームできるらしいけどほんまなん？

**デフォルトの名無しさん** · 2022/03/25(金) 09:20:09.35

>>723
嘘やろ
ハイパーバイザーとゲストosの間を遷移するのにオーバーヘッドかかるやろ
いくらCPU支援機能があるからって無視はできない

**デフォルトの名無しさん** · 2022/03/25(金) 10:53:37.87

同じソフトをホストとゲストで使い比べるとやっぱ体感速度違うからな

**デフォルトの名無しさん** · 2022/03/25(金) 12:39:31.11

apple製品は買ってないし、Native LinuxもWindowsも使ってるが、WindowsのVC++使いはスレ違いの話題をいつまで続ける気なんだ？

**デフォルトの名無しさん** · 2022/03/25(金) 18:58:24.97

>>726
OS資源って何？

**デフォルトの名無しさん** · 2022/03/25(金) 19:10:47.53

50代になると30代の2割以下の量になるらしいから大事にしろよ

**デフォルトの名無しさん** · 2022/03/25(金) 19:30:24.85

ぐり@関賢太郎航空軍事記者
https://twitter.com/gripen_ng/status/1507210000024104972
何年か前、日本から韓国へのフッ化水素輸出に制限をかける外交摩擦あったよね。
あれで韓国製のガリウム砒素半導体を輸入していたロシアへ供給が止まり、ロシアの軍用AESAレーダーの生産が遅れ、戦闘機への搭載もできなくなるドミノ倒しになっていたことに気付いてしまった。
国際社会から孤立ってこわい
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2022/03/26(土) 02:00:27.84

>>726
OS資源って何？

**デフォルトの名無しさん** · 2022/03/26(土) 22:01:10.04

整数で添え字アクセス可能なコンテナの要素を自身の添え字0～n-1で初期化したい場合どう書くのがスマート？
<algorithm>の他の手段と同様の記述スタイルで書けるならそれに統一したいのでつが、、、
やっぱ
　std::vector<int> arr((size_t)n);
　for (int i = 0; i < n; i++) { arr[i] = i; }
というふうにﾁｮｰ具体的にfor文とループ変数iを手で書くのに勝る妙案無し？

**デフォルトの名無しさん** · 2022/03/26(土) 22:09:33.63

>>731 https://cpprefjp.github.io/reference/numeric/iota.html ？

**デフォルトの名無しさん** · 2022/03/26(土) 22:15:39.57

イオタ＼(^o^)／

**デフォルトの名無しさん** · 2022/03/26(土) 22:31:07.82

>>732
なるほど<numeric>とかヘッダファイル自体使ってなかったわﾁｮｰ㌧クス、

**デフォルトの名無しさん** · 2022/03/26(土) 22:42:20.07

イオタ＼(^o^)／は草

**デフォルトの名無しさん** · 2022/03/26(土) 22:51:45.23

>>726
OS資源って何？

**デフォルトの名無しさん** · 2022/03/26(土) 23:43:36.18

また自演してるしｗｗｗｗｗようやくiotaを知ったのねｗ

**デフォルトの名無しさん** · 2022/03/27(日) 18:49:59.41

初歩的な質問すみません、2，3時間かかってもわからなかったのでここで質問させてください。
独学で3か月くらいの初心者です。
int iResult=1;
wchar_t* ShowStr = new wchar_t;
wsprintf(ShowStr, L"socket failed with error: %d", iResult);
delete ShowStr;
ShowStrはポインタで確保したのでdeleteしないと溜まってしまいますよね？
ShowStrは配列なのかなと思ったのですがdelete[]だとVS先生に怒られてしまいます。
配列の先頭だけ消してしまって残りの部分が参照できない形で残ってるとかそういうことなのかなと思った
のですが、だとすればどうすれば良いかもわからない次第です。
deleteの使い方一応は調べてみたつもりなのですが、
どなたか教えていただけませんでしょうか。

**デフォルトの名無しさん** · 2022/03/27(日) 18:54:07.95

#include <string>

std::wstring mojimoji = L"モジモジ ///";

**デフォルトの名無しさん** · 2022/03/27(日) 18:56:35.96

>>738
単純に配列じゃなくて
wchar_t一個だけのメモリを確保してるからdelete

**デフォルトの名無しさん** · 2022/03/27(日) 18:58:29.72

>>738
あと、一個分のメモリしか確保できてないから、そこに
socketなんちゃらって文字列入れようとするとエラーになると思われる
だから
wchar_t* ShowStr = new wchar_t[200];
みたいにするのが正解か

**デフォルトの名無しさん** · 2022/03/27(日) 18:59:23.81

で、>>741の変更をした場合は
delete[] ShowStr;
になるはず

**デフォルトの名無しさん** · 2022/03/27(日) 19:31:30.48

>>742
ありがとうございます。
おかげさまで解決できました。
コンパイル時にどれだけのメモリを確保するのかは明確に分かっていたほうがよいのですね
今日は初めてダイアログからソケットをつなげることが出来たし、やっとエラーが出なくなって
何とか枕を高くして眠れそうです。ありがとうございます。

**デフォルトの名無しさん** · 2022/03/27(日) 19:33:51.31

>>739
wstringというものを初めて知りました。
今回はLPWSTRの必要があったので使わなかったのですが、
ワイド文字を使う上で必要な知識が増えました。
ありがとうございます。

・・・手帳持ちなんだけど就職できるといいなぁ、未経験で

**デフォルトの名無しさん** · 2022/03/27(日) 19:45:45.04

>>744
うまくいきますよーに☆

**デフォルトの名無しさん** · 2022/03/27(日) 19:52:33.76

>>745
ありがとうございます(≧∀≦๑)ゞ

**デフォルトの名無しさん** · 2022/03/27(日) 20:24:01.35

pythonのプラグイン作成ライブラリpybind11は今やwstringが標準
さもないとWindows対応できない

**688** · 2022/03/27(日) 21:15:33.59

>>699
ありがとうございます！
C++14までの設定でそれでいけました！
マジ黒魔術ｗ

そしてC++20なら>>690がいけて感動ｗ
concept神すぎる…！！

**デフォルトの名無しさん** · 2022/03/27(日) 21:21:28.16

wstringしか使えないゴミライブラリなんて使わないでいいよｗいつもの自演君ｗ

**デフォルトの名無しさん** · 2022/03/27(日) 21:35:17.61

wstring なんかいらない…普通に std:::basic_string<char16_t> とかで十分
https://ideone.com/uQKe4J

というか、wstring なんかさっさと obsolete/deprecated にすればいいのに、ほんと馬鹿ですね

**デフォルトの名無しさん** · 2022/03/27(日) 22:00:38.95

std::basic_string<TCHAR>とかはまれによくやる……
が操作や表示に_tで始まる関数を使わなければならないから
移植性とともに魂を損なわれていく気がするので
特段の理由が無い限りWin32APIの方を末尾Aので呼ぶことにしてstd::stringで通すようになった今日このごろ……

>>749
残念、自演君は私だ

**デフォルトの名無しさん** · 2022/03/27(日) 22:07:12.24

> まれによくやる

どっちなの

**デフォルトの名無しさん** · 2022/03/27(日) 22:08:19.23

２垢でIDがうまく操作できてない感出まくってるｗ

**デフォルトの名無しさん** · 2022/03/27(日) 22:10:49.45

>>753の書くコードはことごとく根拠が欠けているのであろうことは想像に難くない
検証とかどこ世界の話？、ﾚｳﾞｪﾙかと、

**デフォルトの名無しさん** · 2022/03/27(日) 22:33:58.84

確かに反ワクチンとかウクライナはネオナチとかこじらせてそう

**デフォルトの名無しさん** · 2022/03/27(日) 22:59:19.24

>>751
WindowsというOSはwchar_tが標準装備であってcharを受け付ける***A はWin9xのレガシーなのだよ...

Win32API向けの文字列操作はwchar_t系に統一するべきなのだが...

大体のC/C++コードは(ファイルIOですら)charがベースなので、Win32APIとの相互運用で***Wを使うことが苦痛になる

**デフォルトの名無しさん** · 2022/03/27(日) 23:25:52.46

Microsoftは馬鹿かと思う。
勝手にBitlockerがかかって、「この箱には鍵がかかっています。その鍵をあける番号は
箱の中にあります。」の連続。

**デフォルトの名無しさん** · 2022/03/27(日) 23:36:32.07

そんなことみんな知ってて言ってるだろｗ何を今更ｗ
通常C/C++だと低レベルな処理はプラットフォームでAPI分けるから、Windowsでは仕方なく(可能な範囲で)ワイド文字を使用する仕様にしたりすることもある、というくらいｗ
でもターゲットがWindowsだけだと逆に癖で文字にtypedef切ったり_T使ったりする不思議ｗ

**デフォルトの名無しさん** · 2022/03/27(日) 23:49:21.31

Pythonの内部コードはUTF-16らしいよ

**デフォルトの名無しさん** · 2022/03/28(月) 02:22:28.60

それも違うｗ
https://peps.python.org/pep-0393/

**デフォルトの名無しさん** · 2022/03/28(月) 08:08:46.35

ボクが考えるWindowsスレですか、ここは。

**デフォルトの名無しさん** · 2022/03/28(月) 08:45:03.78

どうでもいいけど、黒魔術とかコンセプト神とかなんとか大袈裟な言い回し、ブログとかでよく見るんだろうけど
あまり真似しない方がいい気はする

**デフォルトの名無しさん** · 2022/03/28(月) 08:56:12.53

やたら絵文字を使いまくる頭悪そうなメールとノリが似てるね

**デフォルトの名無しさん** · 2022/03/28(月) 11:30:00.76

>>759
Pythonじゃなくてジャバスクのstringの内部表現やろ
UTF16って意外と標準採用されてるからな
至極単純にUTF8と比べてCPUパフォーマンスは良いし

**デフォルトの名無しさん** · 2022/03/28(月) 11:35:09.55

鼻から悪魔とか自分を足を撃つとか
そういう言い回し好きなアマチュアが吸い寄せられるのがC++って感じする

もちろん、仕事で嫌々使わされてる連中は除く

**デフォルトの名無しさん** · 2022/03/28(月) 11:37:17.98

>>756
標準装備っていうかカーネルがUNICODE_STRINGっていう非null terminatedな明示長stringしか扱わないからな
つまりA版APIは変換コストがかかる

**デフォルトの名無しさん** · 2022/03/28(月) 13:30:08.02

fjによく出没していた河野ってやつが言ってた
「C++はちょっと気が狂ったようなところがある言語」
あんまりあいつに同調したくないがこれは言い得て妙だ

これは何から何までキチガイ仕様ばっかりという意味ではない
たまに首をかしげる変なところがあるってことだ

**デフォルトの名無しさん** · 2022/03/28(月) 13:39:02.76

難しいコード書けても設計出来ないとなんの意味もないしな

**デフォルトの名無しさん** · 2022/03/28(月) 15:23:35.37

他人が読めないコード書いてマウンティングする文化があるからな。

**デフォルトの名無しさん** · 2022/03/28(月) 16:26:35.03

>>765
それはどちらもCだろ
C++の黒魔術とかの表現は気持ち悪いと思う

**デフォルトの名無しさん** · 2022/03/28(月) 21:04:31.59

>>765
それは C だ…

**デフォルトの名無しさん** · 2022/03/28(月) 21:31:46.30

色々すっきりわかりやすくなってプログラミング効率の良いRustと比べればC/C++どちらも

**デフォルトの名無しさん** · 2022/03/29(火) 08:04:21.14

>>772
学習曲線をなだらかにしてから言いな。とりあえずＮＧにしとくわ。

**デフォルトの名無しさん** · 2022/03/29(火) 08:09:47.04

> 学習曲線をなだらか
C++が言うな

**デフォルトの名無しさん** · 2022/03/29(火) 09:12:38.67

学習曲線をなだらかって何

**デフォルトの名無しさん** · 2022/03/29(火) 09:40:35.27

>>765
最近買ったRust本の帯に、もう二度と自分の足を撃ちたくないならって書いてあった。何なのこれ？

**デフォルトの名無しさん** · 2022/03/29(火) 09:40:51.62

学習曲線なだらかだったらいつまでたっても習熟が進まないんだよなあ

**デフォルトの名無しさん** · 2022/03/29(火) 10:05:42.16

舌触りなめらか

**デフォルトの名無しさん** · 2022/03/29(火) 10:21:02.72

ちんちんシュッシュッシュッ!

**デフォルトの名無しさん** · 2022/03/29(火) 10:46:35.81

>>776
何なのってFPSゲームでしょ

**デフォルトの名無しさん** · 2022/03/29(火) 11:27:10.53

>>777
絶壁だったら学習できないよ。
第一、プログラミング言語を学習したいなんて奇人は少ないだろ。普通はプログラムを作りたいだけだし。

昔Accelerated C++みたいなC++を使うための入門書があったけど、ああいうのを整備する団体とか無いんかな。

**デフォルトの名無しさん** · 2022/03/29(火) 13:24:22.14

>>776
https://qiita.com/evid/items/adfa237f4dc6b73a2b5d#fnref5
要するに自分で自分を壊すような話

**デフォルトの名無しさん** · 2022/03/29(火) 13:36:11.92

設計ヘタクソなヤツは致命的、いや、池沼的なの居るからな
Rust養成ギブスで勉強してこいカスって感じ

**デフォルトの名無しさん** · 2022/03/29(火) 15:03:31.53

>>783
Rustやったところで、Pythonのインデントスタイルの勉強と一緒でRustスタイルのコーディングしかできなくなるだけだよ。
C++のプログラム技術向上のためにRustを勉強するとか、まったく意味無い。

**デフォルトの名無しさん** · 2022/03/29(火) 15:26:21.04

>>784
その通り
しかしRustの方がプログラミング効率が良くて書きやすくて保守性も良いから
普通はC++使わなくなるよな

**デフォルトの名無しさん** · 2022/03/29(火) 15:32:53.51

グローバル変数でi宣言してるヤツとか
理由聞くと書くの面倒くさいからとか
池沼にも程がある

**デフォルトの名無しさん** · 2022/03/29(火) 19:18:21.80

>>785
スレ違い。ここに書き込むの禁止な。
下のスレに行け。
C vs C++ vs Rust Part.3
ttps://mevius.5ch.net/test/read.cgi/tech/1643289587/

**デフォルトの名無しさん** · 2022/03/29(火) 19:46:14.12

面倒だからメンバは全部public

**デフォルトの名無しさん** · 2022/03/29(火) 20:17:40.82

structって書けよ

**デフォルトの名無しさん** · 2022/03/29(火) 22:21:49.66

structなんぞ頼らずnamespaceに全部書けよ