Visual Studio 2019 Part6

2021/04/21(水) 23:27:05.12

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

Visual Studio 2019 の新機能
https://docs.microsoft.com/ja-jp/visualstudio/ide/whats-new-visual-studio-2019?view=vs-2019

The Visual Studio Blog
https://devblogs.microsoft.com/visualstudio/

リリースノート
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#

過去スレ
Visual Studio 2019
https://mevius.5ch.net/test/read.cgi/tech/1548765663/
Visual Studio 2019 Part2
https://mevius.5ch.net/test/read.cgi/tech/1562077164/
Visual Studio 2019 Part3
https://mevius.5ch.net/test/read.cgi/tech/1569978087/
Visual Studio 2019 Part4
https://mevius.5ch.net/test/read.cgi/tech/1585715794/

※前スレ
Visual Studio 2019 Part5
http://mevius.5ch.net/test/read.cgi/tech/1597722223/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2021/05/06(木) 17:51:39.05

source直下はreposしかないって事だよね？
sourceかreposいらなくね？　片方でよくね？　無駄に階層深くなってるだけの気がするんだけど
何か他に、sourceに置くことが想定されるファイルあるの？

2021/05/08(土) 00:06:50.96

ああVslsFileSystemProviderVSCorePackageのエラーうぜぇ。なんで直すのが16.10なんだよ。

2021/05/08(土) 11:53:30.03

16.10 次の水曜日には出るんじゃない？

2021/05/08(土) 17:13:25.44

来週なの？意外と早いね。16.8が11月で16.9が3月だからまだ先だと思ってた。

2021/05/08(土) 19:55:57.00

XBOXコントローラーでVisual Studioを操作したいです

2021/05/08(土) 20:45:14.83

構わんよ、遠慮せず操作したまえ

2021/05/08(土) 21:50:54.02

Visual Studio 最新版 (16.9.4)
C++で new char[サイズ(即値)] と書くと
サイズの上位32bitが消されて正しくアロケート出来ない
たとえば、new char[0x100000000ll] とやると new が 0 バイトで呼ばれる

おま環？

2021/05/08(土) 23:25:45.23

std::size_tにキャストされているからでは。

2021/05/08(土) 23:51:34.29

64bit環境なのでsize_tも64bitです。

uint64_t size = 0x100000000ull;
new char[size];
とやっても同じで、
コンパイラ上定数として扱える場合には上位がカットされ、
サイズが変数やテーブル参照のような場合には正しくアロケートされるようです。

以下コンパイル結果
--------
char* data_ = new char[0x100000000];
00007FF63F38310D xor ecx,ecx
00007FF63F38310F call operator new[] (07FF63F3811E5h)
--------
char* data_ = new char[0x110000000];
00007FF66238310D mov ecx,10000000h
00007FF662383112 call operator new[] (07FF6623811E5h)
--------

2021/05/09(日) 00:08:02.90

operator new()ならどうなる？

個人的には、配列要素数に32ビット制限があっても、そんなにおかしいとは思わんなあ。

2021/05/09(日) 00:21:06.52

operator new, operator new[] だと大丈夫

--------
char* data_ = (char*)operator new(0x100000000);
00007FF70520310D mov rcx,100000000h
00007FF705203117 call operator new (07FF705201046h)
--------
char* data_ = (char*)operator new[](0x100000000);
00007FF7CA02310D mov rcx,100000000h
00007FF7CA023117 call operator new[] (07FF7CA0211E5h)

2021/05/09(日) 00:54:34.36

コンパイラのバグ(仕様？)なのかなぁ
ツールセットをLLVMに変えると配列でもrcxレジスタを使うね

2021/05/09(日) 01:00:23.52

やっぱそうか。
じゃあコンパイラが期待する配列添字定数の型が32ビットなんやろ。

VCはintきめうちのところがときどきあるような。
今は知らんけど、昔はenumがそうだった。

2021/05/09(日) 08:14:59.02

6.7.2.2 Enumeration specifiers
3 The identifiers in an enumerator list are declared as constants that have type int and may appear wherever such are permitted.

6.7.2.2 列挙型指定子
意味規則　列挙子並びの中の識別子は，型int をもつ定数として宣言され，この型の定数が許されるところならばどこに現れてもよい。

はっきり、intと書いてある

2021/05/09(日) 10:37:55.18

今のVSにはclang-clが提供されているけど、これでカバレッジとれている人いないかな？
--coverage 付けて clang_rt.profile リンクしてビルドまではできたんだけど、実行すると
終了時にexit()の中で例外を吐いてしまう。

2021/05/09(日) 11:06:11.78

>>150
Cの話は関係ない。

2021/05/09(日) 13:41:37.14

コンパイルオプションを晒すべき

2021/05/10(月) 11:41:19.26

> 昔はenumがそうだった。
> Cの話は関係ない。

何の話？

2021/05/10(月) 12:23:27.91

>>154
そらC++やろ。
Cとは意外に違うんやで？

2021/05/10(月) 12:32:08.82

C++/CLIがいらんことしやがって
enum class なんてものが

2021/05/10(月) 12:38:07.54

>>140
それ書いた時、なんで来週と思ったか思い出せないんだけどw
多分16.5(2020.3/16)と16.6(2020.5/12)の間が2ヶ月だったからかな
でもリリース周期見ると必ずしも期間決まってるわけじゃないみたいだから、今週かわからんわ
先に謝っとく。ごめんw

16.0 2019.4/2
16.0.22 2020.1/22
16.1 2019.5/21
16.1.6 2019.7/9
16.2 2019.7/24
16.2.5 2019.9/10
16.3 2019.9/23
16.3.10 2019.11/10
16.4 2019.12/3
16.4.21 2021.4/13
16.5 2020.3/16
16.5.5 2020.5/12
16.6 2020.5/19
16.6.4 2020.7/14
16.7 2020.8/5
16.7.14 2021.4/13
16.8 2020.11/10
16.8.7 2021.3/9
16.9 2021.3/2
16.9.4 2021.4/13

2021/05/10(月) 13:47:44.37

>>156
enum classはC++11以降でも実装されてるけど

2021/05/10(月) 14:04:21.68

>>158
？その仕様の元がCLIなんだが？

前後の繋がりが読めない人？

**デフォルトの名無しさん** (ｽﾌｯ Sd8a-kakT) · 2021/05/10(月) 16:00:29.21

>>159
人に伝わる文章書けよ

2021/05/10(月) 16:17:34.07

お母さんに教えて貰え

2021/05/10(月) 17:08:17.00

>>145
「00007FF63F38310D xor ecx,ecx
　00007FF63F38310F call operator new[] (07FF63F3811E5h)」
ここが既におかしい。64BITアプリなら、ecx ではなく rcx でなくてはならない。
147 の方は実際にそうなっている。
ecxは32BITレジスタ、rcxは64BITレジスタ。
また、ecxやrcxは、メンバ関数の関数呼び出しに置いてはthisの値を入れるために使われるレジスタ。
なので、前者のnewは32BIT版が呼び出されていて個本的におかしい。
本当に何もかもが64BIT版になってるか点検すべき。

2021/05/10(月) 17:12:25.84

>>162
ただし、new char[N] の変わりに operator new[N] とすると正しくなっているのは良く分からない現象。
コンパイラオプションに問題が有るか、または、コンパイラのバグ。

2021/05/10(月) 17:52:35.89

>>145
https://stackoverflow.com/questions/19803162/array-size-error-x64-process

const uint64_t size = 0x100000000ull;
new char[size];
のように
変数sizeにconstキーワードが付いているとそうなってしまうが、constを取り除くといけると書いてある。

2021/05/10(月) 17:54:16.98

>>164
以下のように、配列サイズがコンパイル時定数にされてしまうのを無理やり防ぐといけるらしい：

extern size_t GetArraySize();

int main()
{
size_t allocationsize = GetArraySize();

char *cp = new char[allocationsize];
return 0;
}

size_t GetArraySize()
{
// compile time assert to validate that size_t can hold a 64-bit value
char compile_time_assert_64_bit[(sizeof(size_t) == 8)?1:-1];

size_t allocsize = 0x100000000UL; // 64-bit literal

return allocsize;
}

2021/05/10(月) 18:14:13.53

>>145
00007FF66238310D mov ecx,10000000h
00007FF662383112 call operator new[] (07FF6623811E5h)

147
char* data_ = (char*)operator new[](0x100000000);
00007FF7CA02310D mov rcx,100000000h
00007FF7CA023117 call operator new[] (07FF7CA0211E5h)

よく見ると、これら二つで、call文の呼び出し先のアドレスの下位16BIT
は、共に11E5 になっていて、上位アドレスは変わっているが本当は
同じ関数を呼び出しているようだ。リンクするとアドレスは上位も下位も変わることがあるが、
上位アドレスだけ変わる現象としてはセキュリティー対策のためと聞いている。
それで、mov 文が ecx と rcx の違いがあるが、実は mov ecx,imm 命令は
上位32BITが0拡張されるので mov ecx,10000000h は、
実際には、mov rcx,0 と同じなので、145の方は、動作的には
mov rcx,0
call operator new[] // 64BIT 版の new 演算子
となっていて、145もちゃんと 64BIT版の new 演算子が呼び出されているようだ。
問題は、new char[x]のxに定数が有ったときに下位32BITだけに切り捨てられてしまう
コンパイラの動作にあるようだ。

2021/05/10(月) 18:31:03.35

VS2010からのバグですか
早く直してください

>>147
コール元が原因だとわかるようにコンパイル結果を貼ったつもりだったんですが...
そもそも64bitアプリから32bitコードはコールできない

2021/05/10(月) 19:17:39.46

>>156
それ以前は、真面目なソースでは重複事故防止のために、わざわざ全要素にenum型名をつけてたからな。
最初からそうなっていてよかったレベルに、もっともな改善だった。

2021/05/10(月) 19:26:30.24

>>168
つ namespace

2021/05/10(月) 19:27:03.10

>>166
訂正。桁が大きすぎて1ケタ見間違えた：

上位32BITが0拡張されるので mov ecx,10000000h は、
実際には、mov rcx,10000000h と同じなので、145の方は、動作的には
mov rcx,10000000h
call operator new[] // 64BIT 版の new 演算子

そして、xor ecx,ecx の方が xor rcx,rcx になり rcx = 0 となる。

2021/05/10(月) 19:45:11.41

>>169
enum毎にnamespace?
お前アホだろw

2021/05/10(月) 20:23:12.80

>>170
リンク先を見つけて頂いて非常に感謝いたします。
それ以外の事は既に知っていますので大丈夫です。

2021/05/10(月) 21:40:04.54

新機能が無いと管理出来ませんって
プークスクス向いて無いんじゃね？

2021/05/10(月) 23:54:56.33

>>173
K&R Cでも使っとれ！

2021/05/11(火) 06:54:08.95

それを言うならBでしょ
ケントンプソンの

2021/05/11(火) 08:58:15.27

K&Rにenumは無いが？bakaかね

2021/05/11(火) 09:43:42.39

>>176
新機能がないと管理できないの？ｗ
バカなの？ｗ

2021/05/11(火) 20:43:13.86

baka vs バカ vs アホ

2021/05/12(水) 13:58:01.63

Visual Studio 2019 version 16.9.5
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#16.9.5

2021/05/12(水) 14:38:01.97

/std:c++20 ｺﾈ━━━━━('A`)━━━━━━!!!!

2021/05/13(木) 21:22:57.09

Visual Studio 2021 はまだかよ？
もうはよ出せよ

オフラインインストールだから中途半端なバージョンはインストールしたくねぇ

2021/05/13(木) 21:28:09.41

2021は中途半端だから3000まで待とう

2021/05/13(木) 22:01:10.78

３０００は気が長すぎ
次にキリが良いのは２０４８

2021/05/13(木) 22:03:36.25

何百年待たせるんだよ

中途半端言うてるのは2019 16.9.5みたいなバージョンだっちゅーの
2021 1.0.0出せ、ほらはよ、お兄さんは急いどんねん

2021/05/13(木) 22:04:11.32

>>183
2038年って聞いた

2021/05/13(木) 22:08:02.11

>>185
なんだ、もう17年かぁ

・・・って待てるか、ヴォケ！

2021/05/13(木) 22:10:40.60

VS2021はversion17なので17.0.0

2021/05/13(木) 22:28:23.39

>>187
あら、そうだっけ？

じゃ、VS2021 Version17.0.0、お急ぎ便でリリースしてくれ

2021/05/13(木) 22:30:30.51

今、Version16.3.Xを使ってんだけど、
ソリューション（Aと呼ぼう）をフォルダごとコピーしてからVS起動すると、
コピー元のソリューションで開いてたプログラムがそのまま開いてて
「親切やん？」とか思いながらそれらのプログラムを修正すると、
コピー先の新しいプログラムじゃなくて
「元のソリューションAの（！）」プログラムが書き換わるんだよな
どこ参照してんだよ？
つまりバグだ

だから、コピー後にプログラムが開いてたら
手動で全部閉じてもう一回開き直さんといかん
おまいらも経験あるだろ？
クソ面倒くせぇ

家のPCは最新版にしてあるから
コピー後に起動すると全部のプログラムが閉じた状態から始まるんで、この事象は起こらんけどな

こんなしょーもないバグを作り込みやがって
ちゃんとテストしてからリリースしやがれ、マイクロソフトのクソが！

2021/05/13(木) 22:40:39.36

Visual Studio 2022 Preview 1が夏に出るのを知った上で
Visual Studio 2021を出せと言ってるの?

2021/05/13(木) 23:05:25.82

ママー変な人がいるよ

2021/05/13(木) 23:13:47.23

>>190
うそーん？
今までずっと奇数で2飛ばしで来たやん？
でも夏に2022 Preview出るのん？
ちょっと期待アゲアゲだな

>>191
しばき回すど、ゴルァ！

2021/05/13(木) 23:15:58.94

>>192
visual studio 2002 は奇数では無いような

2021/05/13(木) 23:33:44.01

>>193
誰がそんな大昔の話しとんねん？
俺の中でVisual Studioの歴史は2013から始まっとんのや！
規律を乱しおってからに・・・

2021/05/14(金) 00:21:45.38

バージョンなんかどーでもいいんだけど次はどんな目玉機能があるんだ？
2019はInteliCodeだったじゃん？2021はやべー機能あるの？

2021/05/14(金) 08:38:54.91

今出てる話で一番大きいのは64bit化かね？

2021/05/14(金) 09:21:35.98

64bit化でなんか嬉しいんだっけ？

2021/05/14(金) 09:44:51.84

4GB超のソースファイル処理できるんじゃね？
知らんけど。

2021/05/14(金) 10:29:52.23

>>189
それ当然やん？
フォルダ毎コピーしてんだから参照の情報もコピーするわけで

2021/05/14(金) 10:34:59.68

>>189
16.3はとっくにサポート終了してるから、サービスベースラインの16.4/16.7/16.9にした方が良いよ
https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/servicing

個人的にも16.3は一番動作が怪しかったと思う頃だから今なら16.7.15をお勧め

2021/05/14(金) 11:07:52.23

>>199
どんだけ馬鹿なんだよ？
なんで絶対参照してんだよ
相対参照すりゃいいだろ

お前は引っ越した後も
前のマンションの風呂に入りに行くのか？

2021/05/14(金) 11:15:10.32

>>201
引っ越ししたら更新するだろ
相対参照は脆弱性の元

2021/05/14(金) 11:24:41.90

>>201
お前は引っ越した後は
通学先/通勤先をずらして変えるのか？

2021/05/14(金) 11:29:06.16

なるほど
>>189 は
コピーしたプロジェクトのパスの問題じゃなくて
自動で開いて始まる機能がおせっかいだったと主張しているに過ぎないのな

2021/05/14(金) 11:30:15.25

>>192
2008
2010
すぐ思いつくだけでも

2021/05/14(金) 13:56:12.22

>>202
> 引っ越ししたら更新するだろ

じゃ、参照情報も更新しろよ、ヴォケ！

「フォルダ毎コピーしてんだから参照の情報もコピーするわけで」と書いたのは一体どこの馬鹿だったっけ？
それに従うと「更新」じゃなくて「コピー」せんといかんのだが？
てめぇの言ったことと矛盾してることにすら気付かないほど馬鹿ということは判った

2021/05/14(金) 13:59:27.93

>>203
そこを相対参照にしてどうする？
通学先/通勤先は「マンション」の中には「無い」
そこは絶対参照でいい

今の世の中、こんな馬鹿がプログラム組んでんのか？
そりゃみずほ銀行も不具合起こすわ

2021/05/14(金) 14:20:13.68

>>206
俺は絶対参照前提で話してるんだぞ
コピー後更新するのは自分だろ

2021/05/14(金) 14:20:36.69

隣に回覧板持ってくわ

2021/05/14(金) 14:27:36.44

>>204
ほぼ正解

正確には、自動で開いて始まるなら正しいパスで開いてほしい
しかし、正しいパスで開けないなら自動で開いて始まる機能はお節介

2021/05/14(金) 14:47:23.90

>>210
ツール
->オプション
->プロジェクトおよびソリューション
->全般
->ソリューションの読み込み時にドキュメントを再度開く
これをOFFにせずにバグバグ言ってんの？

2021/05/14(金) 15:19:22.71

ID:872BWcRl0
都合の悪い>>200は見えない見えない

2021/05/14(金) 15:40:43.41

>>208
> コピー後更新するのは自分だろ

自分で更新させるならさせるでいいが
前のマンションの水道代の請求書を送ってくんなやって話だ

>>204はちゃんと問題点が把握できているのに対して、
>>208との馬鹿さ加減ときたら・・・
同じプログラマーでも要件獲得の時点でこんなに差が出るんだな

2021/05/14(金) 15:44:09.41

>>209
お前は良いとこ突いた
確かに、マンションの外＝絶対参照ではないな

ただ、通勤先というのは相対参照には向かないな
必ず隣の家で働くこと、とかいうルールでも無い限りな

2021/05/14(金) 15:57:43.52

>>211
その設定は知らなかった、感謝する、ありがとよ

しかし、
　①それをデフォルトにせぇよ（今の版ではデフォルトになってるが）
　②「ソリューションの読み込み時にドキュメントを再度開く」にしたら、なんでコピー「先」のプログラムを開けよ
とだけは言いたい

②は明白にバグだから、バグバグ言わせてもらう

2021/05/14(金) 16:03:49.15

>>215を訂正：　②「ソリューションの読み込み時にドキュメントを再度開く」にしたら、コピー「先」のプログラムを開けよ

2021/05/14(金) 16:08:29.05

>>212
ちゃんと>>200は見えとるわ
その更新が大仕事になるんで早く新しいメジャー・バージョンを出せよ、という元々の主張に立ち返るわけなんだがよ
容量の問題だけで言うと、前回32GBぐらい要したから、容量を空けないといかん
オフラインインストールだから、丸一日潰さんといかんという時間の問題もある
それと、俺が都合良い／悪いで見えないとか言うわけねぇだろ、まったく・・・

ところで、>>205にはなんて書かれてんだ？
これだけ見えない

2021/05/14(金) 16:22:27.62

>>217
ng引っかかってて見えてないのかもしれないからpastebinで
https://pastebin.com/dci9JVCW

2021/05/14(金) 16:37:26.76

>>217
リリースされたばかりだとデカいバグ満載で、ある程度落ち着くまで
バージョンアップを繰り返して時間かかるはずだけどそれは構わないの?

2021/05/14(金) 16:43:52.64

>>213
>>208の何が引っかかるんだ？

>>215
知らんかったんかよ
「再度」なんだからバグじゃない

2021/05/14(金) 17:09:10.24

というかバージョンアップもせずに古いバージョン使い続けてバクバク言ってんのギャグにしか見えない

2021/05/14(金) 19:22:56.23

低速回線なのかな
未だにADSL1.5Mの奴がいて4GB落とすのに1日かかるそうな
光ならダウンロード5分ほどですぐ終わる、というかこれがデフォだな

2021/05/14(金) 20:29:37.59

>>222
1.5Mbpsが安定して出るなら６時間程度で終わるよ
もしかして算数不得意なのかな？w

2021/05/14(金) 21:12:22.71

>>223
ADSLで最大スループットが常に出るわけないだろ

2021/05/14(金) 23:14:19.37

>>218
どんだけお人好しなんだよｗ

>それと、俺が都合良い／悪いで見えないとか言うわけねぇだろ、まったく・・・ ←こんな大きな前振りして

>ところで、>>205にはなんて書かれてんだ？
>これだけ見えない　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　←ここまでボケてんだから

がっつり突っ込んでくれよｗ

2021/05/14(金) 23:18:40.34

>>219
構わない
そりゃまたバグバグ言わせてもらうけどさｗ
バージョン16.x.xの集大成として17.x.xを使いたいんだよ
そのぐらいのバージョンアップでなきゃ、やる気が出ない

2021/05/14(金) 23:34:13.74

>>220
コピー後に自分で更新するのはいいが
あたかも「自動で更新しときましたよ、兄貴」的にコピー元のコードを表示すんなよって話

でもね、お前がその設定教えてくれたお陰で、しばらく更新せんでもええかな
このバグがうざかっただけで他は我慢できる
いろいろありがとな、今度ケツ貸すわ

>>221-224
まぁ、大人の事情ってことよ

2021/05/15(土) 00:09:22.97

オラは田舎のモンだから関西のボケは分かんねえだ

2021/05/15(土) 09:54:21.38

>>227
そこはもう「再度」なんだからって割り切ってOFFにするしかないかな
おうちゃんと洗って返すわ

2021/05/15(土) 12:46:54.29

>>227
そういえば Access のテーブルリンクなんかは移動されたのを見るか元のを見るか選べたりした
どっかのバージョンでその機能が消えてた気もする

2021/05/15(土) 18:56:03.16

C++のプロジェクトで、何も変更がない状態でDebugビルドするとなぜか再リンクされて出力のバイナリが
更新されてしまうんだけど、原因は何が考えられますかね？Releaseだとそういうことはないんですが。

ちなみにオプションでMSBuildのログ出力レベルを詳細にすると、更新されていないはずのobjが
新しいものと認識されているっぽい。

33> ソースのコンパイルが必要です。入力 C:\....\XXX.OBJ は出力よりも新しいです。

このｘｘx.obj のタイムスタンプは別に更新されていないし、上のログの「出力」のところはファイル名が空で、
何と比較して新しいとされているのか見てもわからりませんでした。
あと怪しそうなところとしてインクリメンタルリンクも切ってみたんですが変わりませんでした。

2021/05/15(土) 22:17:43.59

一旦、出力フォルダを削除してから、パソコンを再起動して、ビルドし直せば？

バグっている時に、これで直る事もある。
キャッシュか何かの不整合かも？

2021/05/15(土) 22:32:08.62

うーん、削除や再起動はやってみたけど変わらないんですよね。
複数の環境でcheckoutしてビルドすると同じ症状が出るから、プロジェクト設定のどこかだと思っているんだけど。

2021/05/15(土) 23:55:44.32

ありがちなのは、デバグ用スクリプトとかか？
直前直後にファイルを触ってるとか？

バージョン管理システムは使ってないんか？履歴を見たらええ。
チーム開発なら、ちょっとした個人設定のつもりの変更をcommitしてまうこともあるしな。

プロジェクトファイルをテキストエディタで読んだら？
ヘンな設定や漏れがあるんやろ。

2021/05/16(日) 00:46:04.95

何もせずにビルドをやり直しただけで起きるんで、ソースはもちろんなにも変化していないし
objのタイムスタンプも一切変わっていないのに>>231のように再リンクになってしまう。

>ヘンな設定や漏れがあるんやろ。

そう。何かあるんだろうけどそれが思いつかない。
ビルドイベントも見てみたけど何も設定していなかった。

2021/05/16(日) 13:10:33.15

リンク結果のファイルはどうなの？
実は、更新されてないとか削除されてるとかないの？
objファイルのことばっかりやけど。

プロジェクトファイルの中身は読んだんか？
デバグ用とリリース用の部分で差分を確認したり、できることはあるが。