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/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のままで止まってる人は多そう

2021/06/09(水) 10:29:47.38

ReSharper重いから作業によってオンオフしてるわ

2021/06/10(木) 08:57:04.31

ReSharperは日本語化して欲しい

2021/06/10(木) 10:32:36.42

>>384
「研ぎ直す奴」

2021/06/10(木) 10:39:22.32

「再犯詐欺師」

2021/06/10(木) 10:55:20.17

「SHARPの復権」

2021/06/10(木) 11:16:02.59

>小手先のリファクタリング

わかる

2021/06/10(木) 11:22:20.27

「再研磨er」

2021/06/10(木) 12:58:50.01

日本語化よりもタダにしてほしい

2021/06/10(木) 13:11:14.88

「値こそぎ」

2021/06/12(土) 00:23:56.45

16.10って16.9直後みたいな巨大なバグはないの?

2021/06/14(月) 03:33:13.91

VS2019をリサイズすると、全体が点滅する。
というか、点滅するかのように、背後にあるデスクトップが透けて見えるんだけど、自分だけ？

Version 16.10.0

**393** (ﾜｯﾁｮｲ b354-brHx) · 2021/06/14(月) 12:11:48.85

Version 16.11.0 Preview 1.0
入れてみたら点滅しなかった。
16.10.0のバグだな。

2021/06/14(月) 13:05:17.56

なんで16.10.1にしないの？

2021/06/14(月) 13:09:51.70

>>395
言葉足らずだった。
393の時点では16.10.0だったけど、その後16.10.1にして変わらなかったので16.11.0. Preview 1.0入れてみた。

2021/06/16(水) 22:50:24.14

なんかwin10をアプデしてから？Ctrl+tabの切り替えが馬鹿みたいに遅くなった

2021/06/16(水) 23:01:53.56

16.10.2 が出てた。

2021/06/17(木) 20:44:03.79

よろしくお願いします

c#でWindowsFormのForm1（大きさ以外全てデフォルト）に
richTextbox(大きさ以外全てデフォルト)のコントロールを張り付けて以下のコードを実行

static void Main()
{
Application.Run(new Form1());
}

表示されたrichTextboxにイメージをペースト
強制的に縮小されてしましまいます
どうして等倍で表示されないかの理由と等倍にする方法、又は倍率指定をする方法はありますか？

※キャプチャ画面 http://up-img.net/img.php?mode=jpg&;id=22425

参考１：vb.netでも同じ現状が起きます
参考２：クリップボードのイメージを縮小してからペーストしたところ元画像より小さくすることはできたのですが拡大しても同じ大きさのままでした

2021/06/18(金) 08:31:56.36

WinFormsはスレ違い

2021/06/18(金) 08:49:32.09

>>400
なんで？

2021/06/18(金) 11:23:07.32

>>401
口答えするな！（ ' ^'c彡☆))Д´）

2021/06/18(金) 11:34:07.04

VS 2022 v17.0 Preview 1
https://visualstudio.microsoft.com/ja/vs/preview/vs2022/

2021/06/18(金) 11:40:26.82

>>399
C#スレで聞いたら？

2021/06/18(金) 11:48:21.25

64bit版って拡張機能書き直しレベル？

2021/06/18(金) 12:40:07.75

2022スレはまだか

2021/06/18(金) 12:57:13.02

>>404
そうしてみます、ありがとうございます

**デフォルトの名無しさん** (ｽﾌｯ Sdba-LZKw) · 2021/06/18(金) 13:57:27.71

>>400
別にスレ違いではないだろ

2021/06/18(金) 14:06:53.67

何でVisual Studioスレってバージョンごとにスレ分けてんの？

2021/06/18(金) 14:15:21.64

どんなソフトでもQAのやりとりでバージョンを書けよ→最新版です→番号を書けよ
みたいなテンプレなやりとりを防ぐにはこれが一番と妄想したことはある

2021/06/18(金) 16:58:40.02

>>405
MicrosoftのLeslie Richardson氏は、64ビットエディターをサポートするためにすべてのVisual Studio拡張機能を書き直す必要があると述べている。

https://www.infoq.com/jp/news/2021/06/vs2022-announced/

2021/06/18(金) 17:27:13.78

32bitとかさっさと切り捨てるべきだった

2021/06/18(金) 18:27:52.08

すべてのcount関数の戻り値はlongであるべきだった

2021/06/18(金) 22:34:48.98

>>413
32ビットやん！ｗ

2021/06/18(金) 22:48:20.13

char 8
short 16
int 32
long 64

2021/06/18(金) 22:48:38.44

じゃなかったか

2021/06/18(金) 22:54:55.60

long は32
long long が64