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/22(土) 14:21:09.09

>>282
Microsoftをなめんな！
知らんけど。

**デフォルトの名無しさん** (ｽﾌｯ Sdba-R/17) · 2021/05/22(土) 14:26:05.45

今、Windows 10 2004 のテストでインストール中だけど
まだエラーはでないな

インターネットに接続できない環境だとパッケージのデジタル署名をきちんと検証できなくて
エラーになる現象はあったと思う。

あと、.NET Framework 3.5の有効化とかかな

2021/05/22(土) 15:18:20.19

>>282
> 仮想PCだってWindows10だろ
意味不明
まさかと思うけどゲストOSはホストFSと同じでないとダメとか思ってる？

> MSDNだと、古いWindows10とかあるの?
そのレベルで話に入ってくるなよ…

**デフォルトの名無しさん** (ｽﾌｯ Sdba-R/17) · 2021/05/22(土) 16:27:51.55

VS2015フルでインストールしてみたけど
パッケージが破損している
っていうメッセージはでなかったな
JavaSEとAndroidSDKがダウンロードされなかったっていうメッセージが最後に出た
サポート切れの関係だろうな

2021/05/22(土) 16:33:01.63

複数の同僚がVS2015だとJSの編集が出来ないって困ってるな。
固まったりするらしい。

2021/05/22(土) 16:56:46.69

>>282
MSDNにはOSはWindows XPからあるし
Windows10なら大型アップデート毎に初代から全てのバージョンが揃ってる
Windows7なら実際にWindows10の仮想環境で使ってるよ

2021/05/24(月) 18:36:26.60

VisualStudio 2017 CommunityでC#のWinフォームアプリ作って楽しんでます。
C#の最新バージョンが使いたくて調べたら2017のアプデではだめで、
2019で新規インストールにしないとダメなんですかね？
その場合、2017で作成したプロジェクトや保存先フォルダ構造は引き継がれるんでしょうか？
2019に変わる際、気を付けることとカありますか？

2021/05/25(火) 07:17:55.37

2019に変えればよろしい
プロジェクト構成も変わらない
2019で初めてプロジェクト開く時に移行しますか？って聞かれるだけ

2021/05/25(火) 16:01:34.08

Win7 Pro でVS2019 日本語版にて、
C++でCUIのHello Worldのプロジェクトを作り、数行のthread local storageの
テストプログラムを書いてデバッガを起動しようとしたら、VSのstatus barに
xxx.dll を読み込み中ですと出たままデバッガが起動できない。
最初の Hello World のままだったら起動できた。
デバッガ無しだと起動できる。

2021/05/25(火) 16:20:03.44

読みました。

2021/05/25(火) 16:28:47.09

>>289
2017と2019ならそれ以前のバージョンより共存時の罠が少ないので慣れてから2017アンインストールでもいいのよ？

2021/05/25(火) 16:37:47.33

>>291
待てばいいだけじゃねーの

2021/05/26(水) 13:00:33.47

>>294
待ってたら「準備完了」と出てデバッガが使えるようになったわ。
でもステータスバーを見てないとその状態になったことの識別が
めちゃくちゃしにくい。

2021/05/26(水) 14:48:25.49

次期VSではステータスバーを大きくします

2021/05/26(水) 14:51:06.12

そんなの295のだけにしてくれー

2021/05/26(水) 14:58:31.08

準備できてない間にも色々いじれるようになっているから逆に分かりにくい。

2021/05/26(水) 15:40:26.71

じゃあ、ステータスバーをでかくしろよ。
WindowsのUI設定でできんかったっけ？

2021/05/26(水) 15:51:21.62

次期VSでは準備中状態をモーダルダイアログで出して、他のことはできなくします。

2021/05/26(水) 17:49:56.09

準備が終わるまでスプラッシュスクリーンに変更します

2021/05/26(水) 18:47:25.97

16.10.0！

2021/05/26(水) 18:51:26.39

人柱よろしく

2021/05/27(木) 01:00:23.23

Build 2021で紹介されて気づいたんだけどインラインのヒント機能がいつの間にかかなり機能アップしてるな
特にラムダパラメーター型のヒントが気に入ったわ

2021/05/27(木) 18:02:05.36

16.10にしたら、16.06で開発していたC++プロジェクトでリンクエラー発生。
「libpng.libが異なるコンパイラで～」のエラー。libpngも16.10でビルドしてリンクし直したら通った。
でも、純粋Cのlibpngはダメなのに、Boostとか使いまくりの別のC++で作った.libはそのままリンクできてる。
何が違うんだ…

2021/05/27(木) 18:12:17.36

ちなみにBoost（1.76.0）も16.06でビルドしたスタティック版を使ってるけどリンクエラー出てない。
zlibやlibjpegも問題なくて、出たのはlibpngだけ。

2021/05/27(木) 18:16:12.59

エラー詳細：
LINK : fatal error C1047: オブジェクトまたはライブラリファイル 'foo/bar/libpng.lib' は、'foo/bar/.obj' などの他のオブジェクトとは異なるバージョンのコンパイラで作成されています。同じコンパイラを使用してすべてのオブジェクトとライブラリをリビルドします

2021/05/27(木) 18:49:45.68

プログラム全体最適化が有効になってんじゃね？

2021/05/27(木) 19:01:34.85

>>308
これが発生源になるの？確かにオンになってたのでオフにしてみた。
libpngは配布ソースに入ってるVC++プロジェクトをそのまま開いてビルドしてただけだったんで気にしてなかった…

2021/05/27(木) 21:01:38.17

>>309
なるよ。ggr

2021/05/28(金) 01:22:58.42

>>138
>>302

2021/05/28(金) 03:27:02.29

VSってCommunity版でも、ライブラリのソースを見ることが出来る？

2021/05/28(金) 07:09:53.94

C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29910\crt\src
のこと？　俺んとこでは見れるよ（もちCommunity）

2021/05/28(金) 07:10:35.09

>>312
自分で落として見ればよくね？
マジな話それぐらいの労苦もしたくない奴は開発者に向いてないと思うよ

2021/05/28(金) 23:46:04.69

ラララライブラリ

2021/05/29(土) 03:03:35.64

C:\Program Files (x86)\Windows Kits\10/.../ucrt/convert/mbtowc.cpp の
_mbtowc_l() は、「mbchar が NULL 以外で、有効なマルチバイト文字を指している場合、mbtowc 関数はそのマルチバイト文字の長さをバイト数で返します。」とあるように、戻り値は s が指しているMultiByte文字のバイト数であるはずなんだけど、
次のコードを見ると、その文字のバイト数ではなくて、現在使っている MB文字の最大のバイト数
を返している様に思える。このコードは本当に正しい？
extern "C" int __cdecl _mbtowc_l(・・・) {
　・・・
　if (_isleadbyte_l((unsigned char) *s, _loc_update.GetLocaleT()))
　　{
　　　　/* multi-byte char */
　　　　// If this is a lead byte, then the codepage better be a multibyte codepage
　　　　if ((_loc_update.GetLocaleT()->locinfo->_public._locale_mb_cur_max <= 1) || ((int) n < _loc_update.GetLocaleT()->locinfo->_public._locale_mb_cur_max) ||
　　　　　　(__acrt_MultiByteToWideChar(_loc_update.GetLocaleT()->locinfo->_public._locale_lc_codepage,
　　　　　　MB_PRECOMPOSED | MB_ERR_INVALID_CHARS,
　　　　　　s,
　　　　　　_loc_update.GetLocaleT()->locinfo->_public._locale_mb_cur_max,
　　　　　　pwc,
　　　　　　(pwc) ? 1 : 0) == 0))
　　　　{
　　　　　　/* validate high byte of mbcs char */
　　　　　　if ((n < (size_t) _loc_update.GetLocaleT()->locinfo->_public._locale_mb_cur_max) || (!*(s + 1)))
　　　　　　{
　　　　　　　　errno = EILSEQ;
　　　　　　　　return -1;
　　　　　　}
　　　　}
　　　　return _loc_update.GetLocaleT()->locinfo->_public._locale_mb_cur_max;
　　}
　　・・・
}

2021/05/29(土) 03:46:05.10

docs見てみたけど、’その’マルチバイト文字の長さ…　とはなっていないね

2021/05/29(土) 03:48:48.33

>>317
int _mbtowc_l(
　wchar_t　　*wchar,
　const char　*mbchar,
　size_t　　　count,
　_locale_t　　locale
);
[戻り値]
mbchar が NULL 以外で、有効なマルチバイト文字を指している場合、
mbtowc 関数はそのマルチバイト文字の長さをバイト数で返します。
mbchar が NULL の場合、またはこの関数がワイド文字の NULL 文字 (L'\0')
を指している場合は 0 を返します。mbchar が指すオブジェクトの最初の
count 文字が有効なマルチバイト文字ではない場合は -1 を返します。

2021/05/29(土) 03:54:02.49

clangのlibc++のソースは次のように、mbrtowcの戻り値を頼りにポインタを進めている :

// MB文字列 --> WIDE文字列への変換 :
size_t mbsnrtowcs( wchar_t *__restrict dst, const char **__restrict src,
　　　　　　　　　 size_t src_size_bytes, size_t max_dest_chars, mbstate_t *__restrict ps )
{
　　・・・
　　while ( source_remaining ) {
　　　　if ( dst && dest_converted >= max_dest_chars )
　　　　　　break;
　　　　// Converts one multi byte character.
　　　　// if result > 0, it's the size in bytes of that character.
　　　　// othewise if result is zero it indicates the null character has been found.
　　　　// otherwise it's an error and errno may be set.
　　　　size_t char_size = mbrtowc( dst ? dst + dest_converted : NULL, *src + source_converted, source_remaining, ps );
　　　　// Don't do anything to change errno from here on.
　　　　if ( char_size > 0 ) {
　　　　　　source_remaining -= char_size;
　　　　　　source_converted += char_size;
　　　　　　++dest_converted;
　　　　　　continue;
　　　　}
　　　　result = char_size;
　　　　have_result = true;
　　　　break;
　　}
　　・・・
}

2021/05/30(日) 00:00:35.02

.NET5のフォームデザイナだけど、フォームのサイズを少し変えてから
構成マネージャでx64にしようとするとエラーが出て保存できなくなる
16.10で直ると思ってたんだけど直ってないな

2021/05/30(日) 22:31:47.63

新しいフォルダの作成ってショートカット無いんだっけ？

2021/06/01(火) 11:58:58.79

VS 2019 で vcxproj ファイルを開くと
VCProjectVersion 16.0
とは別に
PlatformToolset v142
という項目があるのですが
この v142 っていうのは何のバージョンなんでしょう？

2021/06/01(火) 12:27:33.62

>>322
ビルドツールのこと
プロジェクトのプロパティにも項目がある
v142はVS2019の標準のC++ビルドツール

2021/06/01(火) 13:31:51.23

VS2015(C++開発)のことで恐縮なのですが、VS2019でどうかの情報でも良いので教えてください。

ビルド前イベントで自作ツールを実行させ、
それによって自動生成された.cppファイル(事前にプロジェクトに登録されておらず新規に生成)を
その後に走るコンパイルの対象とすることは可能でしょうか？
事前に.cppをプロジェクトに登録しておき、そのファイルを更新という方式とするしかないでしょうか？

2021/06/01(火) 18:03:36.09

makefileでやってるけどね。
ＶＣのプロジェクトって同じＶＣ間でもバージョンが違うと「移行に失敗しました」と出るので使い物にならない
それどころか同じバージョンでもKB1234なんちゃらがないとコンパイルしませんとかやったらトラブルが起きる。

2021/06/02(水) 13:31:23.70

cppソースを自動生成ってすごいな
バイナリを直接自動生成していいんじゃないのか

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌﾟﾌﾟ Sdb3-EseL) · 2021/06/02(水) 13:38:27.56

>>324
ソース書き込みはテキストファイルを出力すればできる。
コンパイル&ビルドはCreateProcessかShellExecuteExでコンパイラかバッチを走らせればできる。
Visual Studioの場合は、VSコマンドプロンプトからコンパイラを直接触ることが可能。

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌﾟﾌﾟ Sdb3-EseL) · 2021/06/02(水) 13:43:38.41

>>324
C++でやりたい場合はCMakeのカスタムターゲットの使用を推奨。

2021/06/02(水) 14:05:24.44

>>326
ただの配列でも名前空間つきならC++なんやで？

2021/06/02(水) 15:47:21.91

>>326
お前はテキストファイルの生成もできないのかよw

2021/06/02(水) 16:53:45.02

焦点はテキストファイルの生成じゃなくてソースコードの生成（AI的なやつ）かと思ったけど

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌﾟﾌﾟ Sdb3-EseL) · 2021/06/02(水) 16:59:35.74

ソースファイル出力は、文字列処理とファイル出力をちょっと難しくしたものだろうけど、
fprintf関数の使い方わかってればそんなにそうではない。

2021/06/02(水) 17:40:34.24

>>330
>>331で書かれてるように、ロジックの自動生成かと思ったからバイナリの話を持ち出したんだよ
テキストファイルの生成が難しいと本気で思ったの？ちょっとは考えろよ

2021/06/02(水) 18:54:06.02

ルールに基づいてC++のソースコード生成するのが難しいっていう発想が意味分からん
プログラミング初心者かよw

2021/06/02(水) 18:56:17.37

ちょうど今、PowerShellでC#のコード生成するスクリプト作ってるところですわ

2021/06/02(水) 19:11:17.67

そーすじぇねれーたー

2021/06/02(水) 20:05:32.81

>>333
ソースファイルの自動生成という文を、ロジックの話だと思い込んだんなら、どんだけバカにされてもしゃあないで？
相手に考えろとか言うてる場合ではない。ｗ

2021/06/04(金) 13:48:28.50

C#のコンソールアプリケーションを新規で作成するとき、
ターゲットフレームワークは.NET Core 3.1を選べばいいんですか？

今まで作ってきた.NET 5.0のは.NET Core 3.1に読み直さないとダメですか？

2021/06/04(金) 14:52:01.89

5.0使えば？

2021/06/04(金) 14:53:54.95

C#とC++が混在しているソリューションファイルで、C#のexeからC++のDIIをp/invokeで呼んでいます。
C++のDIIをC#のパスに通す為、C#プロジェクトのビルド後イベントを使ってコピーしているんですが、C++だけ編集した後にビルドしてもC#側はビルド不要判定でビルド後イベントが働きません。
C#のexeは複数あるんでC++のDIIの配置は決め打ちにしたくないです。
何か解決策ありませんか？

2021/06/04(金) 14:57:44.42

パス張れば

2021/06/04(金) 15:41:44.95

>>340
C++のプロジェクト側のビルド後イベントでコピーしたらいいのでは

2021/06/04(金) 15:53:52.92

>>340
成果物ビルドなのか、デバグ用実行なのか、目的によるような。
>>342だと、C#側のビルド時にも対応がいるやろ？

デバグ用なら、シンボリックリンクでごまかしてしまうのが一番簡単で融通がきくんちゃう？

2021/06/04(金) 21:48:53.68

16.10にしたら、フォームのコード書く画面の上部真ん中のプルダウンの
（Form1イベント）
が選択できなくなりました。（Visual Basic）
すごく不便なんでなんとかなりませんか？設定変更なりバージョン戻すなりで。

2021/06/04(金) 22:29:49.07

>>340
dllをコピーするメイクファイルプロジェクトを作ってプロジェクトの依存関係で動くように設定すればできるんじゃないかな

**324** (ﾜｯﾁｮｲ c668-xFrb) · 2021/06/05(土) 11:56:31.14

皆さん、ご助言くださり、ありがとうございました。

結局、.vcxprojファイルに
<ClCompile Include="[自動生成先ディレクトリ]/*.cpp" />
と手動で追記し、この[自動生成先ディレクトリ]に出力するようにしたら自動的にコンパイル対象になりました。

しかし、初めて出力したファイルについては、それが生成されたビルドではコンパイル対象とならず、
再度ビルドを実行する必要があり、スマートではありません。
ファイルが生成済で更新されるだけなら、更新⇒コンパイルが1つのビルドで実行されるので問題ないのですが。

同じ問題を抱えている人がおり、下記の回答を参考にしたのですが、やり方が良くないのか効きませんでした。
https://stackoverflow.com/questions/25877110/vcxproj-does-not-build-generated-source-code-the-first-time?form=MY01SV&;OCID=MY01SV

どうすれば新規生成⇒コンパイルを1つのビルドで実行できるでしょうか？

2021/06/05(土) 12:17:29.12

やってないけど
これとかどうだろか
https://docs.microsoft.com/ja-jp/visualstudio/msbuild/how-to-select-the-files-to-build?view=vs-2019

2021/06/05(土) 14:29:15.19

make スレが無いようなのでこちらで質問します

Visual Studio 2019 を入れると
nmake と cmake が入ってるのですが
(その他の make ツールもインストールされたかも知れません)
自分で makefile 書いて build しようと思ったら
nmake cmake どちらのを使うのがおすすめですか？
(MSBuild とか IDE とかは使わない前提です)

2021/06/05(土) 14:48:22.48

nmake と cmake は用途が違うし直接比較するものじゃないな。
おすすめを聞く以前にそれぞれどう使うものか調べてみれば？

>自分で makefile 書いて build しようと思ったら

これが条件なら nmake 一択

2021/06/05(土) 15:28:06.59

>>348
cmake は、makefileやプロジェクトファイルなどを自動生成するようなプログラム。
主にマルチプラットフォームに対応したいときにmakefileを手書きせずにるために用いる。

2021/06/05(土) 15:30:06.36

昔はmakeやnmakeファイルを書いてたな

2021/06/05(土) 16:30:42.30

>>344
普段VB.NET使いだけどC#でも同じみたいですな
デザイナの方でやれっとことかな(プロパティの雷マーク)

2021/06/05(土) 16:44:02.34

普通に使えてるが。

2021/06/05(土) 22:20:37.98

Build 2021の日本語字幕、機械翻訳が酷すぎてなに言ってんのかさっぱり分からんw

2021/06/05(土) 22:28:24.02

んなの昔からだろ

2021/06/05(土) 22:48:08.40

>>355
昔は人力で意味の分かる翻訳してた

2021/06/05(土) 23:00:11.58

>>356
技術評論社が翻訳していた

みかん星人事件はそんな中で起きた

2021/06/05(土) 23:27:04.40

>>348

Makefileは書かずに使う方法を最初に覚えるべき。
それを理解したら、書かけるので書き始めればいい。

例：
A>mkdir NAME
A>cd NAME
A>copy CON: x.c
#include <stdio.h>
int main() { printf("hellow,world\n"); return 0; }
^Z
A>nmake x.exe
A>x
hellow,world
A>

2021/06/06(日) 14:19:38.14

>>357
何その楽しそうな事件

2021/06/06(日) 15:15:14.00

MSKKの社長だかが大人げねーことしたやつね

2021/06/06(日) 16:28:54.13

自動補完で候補からToStringとか選択するときに、末尾に()付けるような設定って出来ます？

高階関数？考慮して（）を付けないようにしてるのかなと思うのですが
Tostring()くらいなら（）付きで補完したいなって

2021/06/06(日) 21:19:05.90

Visual Studioだと無理だろう

2021/06/06(日) 21:34:06.59

あれってなんで()付けないんだろうね？
なんか中途半端

2021/06/06(日) 22:10:42.65

VB.NETではToStringでもToString()でも問題ないけど

2021/06/06(日) 22:19:59.48

そうか、VB.NETのクソ仕様のせいか

2021/06/06(日) 22:29:28.61

Resharper買え

2021/06/06(日) 22:42:09.43

>>361
どうやって確定させてるのか知らんけど、確定する時に '(' をタイプするだけの話じゃねーの？

2021/06/06(日) 23:17:47.93

>>366
金くれ

2021/06/07(月) 00:01:45.51

>>368
がまんしろ。

**324** (ﾜｯﾁｮｲ c668-xFrb) · 2021/06/07(月) 00:45:42.85

>>347
ご助言ありがとうございます。

https://www.atmarkit.co.jp/fdotnet/special/msbuild01/msbuild01_01.html
このサイトで.vcxproj(＝MSBuildファイル)の仕組を学んだ上で試行錯誤した結果、
下記の通りに記述することで目的通り、ビルド前イベントで.cppを新規に生成したときも
続けてコンパイルしてくれるようになりました。

･･･
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" />
<ImportGroup Label="ExtensionTargets">
</ImportGroup>
↓以下を追加
<Target Name="PreBuildEvent"> ←上記でインポートされたPreBuildEventターゲットをオーバーライドする
<Exec Command="[.cpp自動生成コマンド]" /> ←IDEから設定せず、ここに手動で記述する
<ItemGroup>
<ClCompile Include="[自動生成先ディレクトリパス]\*.cpp" />
</ItemGroup>
</Target>
</Project>

**デフォルトの名無しさん** (ｽﾌｯ Sdea-xpOm) · 2021/06/07(月) 09:16:24.91

最近resharperない環境でコード書いたときはかなり戸惑ってしまったわ

Visual Studio も LINQのコードシンプルにする提案とか
機能どんどん増えてるけどresharperまだまだ必要だなって思った

2021/06/07(月) 09:25:12.68

いらね
意識高い系C#erのReSharper信仰は完全に金槌を手にしたら釘を探す症候群

2021/06/07(月) 20:57:32.04

どっかに釘はねええがー！！

2021/06/08(火) 08:51:58.14

ReSharperは便利すぎて手離せない

2021/06/08(火) 10:20:02.55

>>295
やっぱり、いくら待っても準備完了にならないことがあることが分かった。

2021/06/08(火) 11:57:01.15

>>374
無用の長物
購入するほどのものではない

2021/06/08(火) 12:10:57.16

欲しいと思う人は買えばいいし、そうでないなら買わなきゃいいだけ。

**デフォルトの名無しさん** (ｽﾌｯ Sdea-xpOm) · 2021/06/08(火) 14:20:08.93

>>372
Resharper手に入れると必要もないプログラムつくるってことか？

そんな奴おれへんやろ

2021/06/08(火) 14:24:22.12

>>378
実効性に乏しい小手先のリファクタリングばかりやりたくなるってことだよ

2021/06/08(火) 23:05:57.18

どうやんの
vsでreunion

**デフォルトの名無しさん** (ｽﾌｯ Sdea-xpOm) · 2021/06/09(水) 09:11:45.27

16.10.1

asp.net core の脆弱性修正あり

2021/06/09(水) 10:26:02.81

ReSharperは検索窓だけは便利だな
と以前は思い込んでたが一度無効にしてVSの標準機能だけでやってみたら意外と悪くなくて遥かに軽快でそれ以来ずっと無効
>>371には当てはまらないんだろうけど、俺みたいにReSharperから出ないから知識が昔のVSのままで止まってる人は多そう