Visual Studio 2019 Part2

2019/07/02(火) 23:19:24.60

!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/

前スレ
Visual Studio 2019
https://mevius.5ch.net/test/read.cgi/tech/1548765663/

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

2019/08/03(土) 05:32:19.38

勉強なんだから、それもありじゃね？
将来DDK方面に進むかも知れないし

2019/08/03(土) 05:38:48.46

DDKって...話の方向性が全く違うこと分かってる？
おまえ本当にドライバ書いたことあんの？

2019/08/03(土) 05:41:38.98

あるよ、PLX 9050が載っている独自ボードのドライバーを作っていた

2019/08/03(土) 05:44:25.18

クソMFC使うくらいならVBにすべきｗ

まあwin32api自体はC/CPPとの親和性が高いので素直にそれ使うといい
ヘッダーから全て揃ってる
他の言語はwin32apiを使うためのお作法から定義まで自分でやらにゃいかん

>>627
この程度になんでMFCが必要なのさ
WimMain書いてCreateWindowとメッセージループ回すだけだし、ここはコピペでもいい
しかしこの根幹すら理解できないんならwin32apiなんか理解できないよ

2019/08/03(土) 06:38:04.88

>>601
winmainの戻り値をvoidにするか
return 0でも付けとけ

2019/08/03(土) 06:41:01.54

>>631
何でvb?
mfc使うくらいならwxwidgetsでも覚えたほうが潰しが効く

2019/08/03(土) 08:29:33.79

初心者がVSで勉強するなら素直に.NET使うのが一番ハードルが低い
ある程度のものをすぐ作れないとモチベが続きにくい
言語はどれも方言みたいなもんだから好きに選べばいいけど初心者向けの情報量の多さからしてC#かVBだな

2019/08/03(土) 09:09:45.61

>>601
確認してみたが、VS2019ではC++関数の引数や戻り値の構文チェックが変更されたらしい
エラーではなく警告なので無視しても構わないけど、気になるならWinMain関数のプロトタイプ宣言に忠実に従えば回避できる

関数パラメーターおよび戻り値の注釈設定
https://docs.microsoft.com/ja-jp/visualstudio/code-quality/annotating-function-parameters-and-return-values?view=vs-2019

https://i.imgur.com/2FjV8qk.png
https://i.imgur.com/XttyGI7.png
https://i.imgur.com/8axqA1Q.png
https://i.imgur.com/xRN16wM.png

2019/08/03(土) 12:48:32.60

ホワイト國ω

2019/08/03(土) 12:57:16.09

「検索と置換」ウィンドウがフォーカスを受け取った時の振る舞いがおかしくなってる気がする。

2019/08/03(土) 13:06:07.50

>>633
wxWidgetはお勧めできない。

2019/08/03(土) 13:24:32.30

>>638
そうなの?
お勧めは

2019/08/03(土) 14:30:08.66

>>639
ない。

2019/08/03(土) 15:04:08.18

自称でもC得意ならTcl/tk

2019/08/03(土) 15:24:27.52

>>633
間口の広さと手間のかからなさから言えば、MFCより断然VBなのは間違いがないってだけのジョーク

**デフォルトの名無しさん** (ｽﾌｯ Sd43-nzvg) · 2019/08/03(土) 15:51:14.98

MFCってClass Literaryじゃなかったのか

2019/08/03(土) 16:08:22.27

釣られないぞ

2019/08/03(土) 17:04:39.43

>>642
vbってvb6のことか?
vb6のようにお手軽にguiの作れるのは無いな

2019/08/03(土) 17:14:59.35

そもそも2017と2019ってなにが違うの？
初歩的な質問ですまんね

2019/08/03(土) 17:28:14.06

オレも違いが分からんがvs2019ではtfsの新規プロジェクト作成のメニューが見つからないw

**デフォルトの名無しさん** (ｽﾌｯ Sd43-nzvg) · 2019/08/03(土) 17:34:57.84

>>644
ごめん、ちょっと試験のあとと屋外の暑さに参ってか
素で間違った
Class Library ね

2019/08/03(土) 21:04:22.05

>>646
2019じゃないとできないことが少しだけある
WPF/WinForm+.NET Coreアプリの開発とか

2019/08/03(土) 21:19:05.67

2019でClangをサポートしてる

2019/08/03(土) 21:47:18.07

>>646
使えるMSBuildのバージョン

2019/08/03(土) 22:47:16.85

>>650
Windowsアプリがclangでビルドできてる

2019/08/04(日) 10:13:42.15

VSは新しくすると出来なくなることあるから、そこで困らなければ最新でいい

2019/08/04(日) 10:35:22.42

枯れたバージョンを使ってると通に見られますが何か

2019/08/04(日) 10:40:47.69

頭が固くなって新Verに乗り換えられないお爺ちゃん

2019/08/04(日) 10:44:55.00

>>654
老害乙

2019/08/04(日) 11:05:10.04

>>654
プログラマー界のシーラカンス

2019/08/04(日) 11:25:01.01

>>654
２００８使ってたら、社内ネットに接続禁止って言われた

2019/08/04(日) 11:28:30.30

>>654
Visual C++ 1.52c とか使ってるならそう言っても許される

2019/08/04(日) 11:48:37.69

前は枯れててかつ古すぎない1つ前のバージョンを使うってのがあったけど、
今は2015,2017,2019とマイナーバージョンアップみたいなものだから微妙。
VCランタイムもいつの間にか共通化されちゃって、いつまでたっても枯れない。

2019/08/04(日) 12:03:54.07

枯れてる≒腐ってる
今は伸びてる元気な枝にぶら下がるしか無いんだよ
その枝が枯れてきたら他の枝に飛び移る
飛び移るだけの体力は温存しようぜ

2019/08/04(日) 12:32:40.51

バグが無けりゃ、常に最新版を使いたいのだけどね。
最近はちょくちょく小さい枝を伸ばす(マイナーバージョンアップ)けど、その度に虫(バグ)が沢山付いてるのがちょっと。
試せばすぐ分かるようなのも多くて、β版みたいな品質…。特に2017は酷かった。

2019/08/04(日) 12:48:44.21

別にUIの挙動程度なら許容範囲だな。
世の中の数ある開発ツールの部類の中では安定してる方だしな。

2019/08/04(日) 12:53:03.33

前に最新版でpythonの画面開けないバグあったけど
誰もテストしてないからそうなったんだろうなって思う
とりあえず機能つけて出してクレームはあったら数週間後にバグ修正

2019/08/04(日) 13:17:25.83

>>663
たまにアプリの挙動に問題が出るバグもあるけど

2019/08/04(日) 14:28:39.13

>>661-662
どっちも判る

2019/08/04(日) 14:45:44.78

枯れる枯れないてか、仕事で使う分にはセキュリティリスクとかサポート状況の方が重要だから、
それらに問題ないんならバージョン1~2くらいわざわざ最新に手を出すのは面倒くさい
ヒマならいいけど

2019/08/04(日) 15:39:34.13

昔はvsの新物はサービスパック出てから使ってたけど
vs2019は週替わりバージョンって位落ちてくる

2019/08/04(日) 16:48:48.46

MSの製品どれもリリースサイクル早くなってる印象がある

2019/08/04(日) 18:09:32.60

古くてもVS2015までだな、それ以前は言語機能やフレームワーク周辺からして無理

あと古いからバグが無いって考え方は間違いだぞ
Linuxカーネルとか最新版(LTS含む)でバグ修正されててもクソ古いRHEL系じゃ反映されてない危険な状態も多々あるし
先日誤報があったVLCの脆弱性も1年半前には修正されてたが、Debian,Ubuntu系で採用されてたライブラリが古いバージョンなせいだからな
出始めの物を触りたくない気持ちも分かるが、最新使って積極的にフィードバックした方がお互い嬉しいはず

2019/08/04(日) 18:28:07.42

会社だと古いVSでビルドした製品の保守はそのバージョン使うしケースバイケース
趣味なら基本最新版やね

2019/08/04(日) 19:01:53.05

std::くらい書けで終わる話をいつまで続けるつもりだ

2019/08/04(日) 19:02:08.51

すまん誤爆

2019/08/04(日) 20:21:15.04

ふざけんな

2019/08/05(月) 22:17:46.67

2017でビルドできたclangを使ったc11のソリューションが2019だと
clang_c2もllvmプロジェクトの拡張機能のやつも2019で加わったclang8.0の分も全部ビルドできない。
stdnoreturn.hが見つからないんだけど何が問題かわからない。
誰かヒントくれ。

2019/08/07(水) 06:10:05.10

Visual Studio 2019 version 16.2.1
released August 6, 2019
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#16.2.1

Top Issues Fixed in Visual Studio 2019 version 16.2.1 Servicing

・Fixed an issue that caused Xamarin.Android projects using the Xamarin.Android.Arch.Work.Runtime NuGet package to fail with "class file for com.google.common.util.concurrent.ListenableFuture not found".
・Fixed Link assemblies causes app crashes if you have an EditText in VS2019 Preview 2
・Fixed error 'Some or all identity references could not be translated' when opening extension manager; fixed failure to persist some IDE settings.
・Fixed Parallel Stacks shows nonsense number of threads
・Fixed After repair, build cmake folder fails with D8050, compile using tasks.vs.json fails with "cl" is not recognized
・Fixed No longer able to group by trait in Test Explorer with VS 2019 Preview
・Fixed Some c++ code analysis warnings are not localized
・Fixed Service Fabric Project not loading
・Now correctly reports $(MSBuildVersion) as 16.2.x, instead of the erroneous 16.200.19.
・Fixed issue causing a random crash after closing GoToAll/Symbol UI.
・Fixed crash during Visual Studio sign-in.
・Fixed an issue where forms previewer on Android frequently stops responding and needs a restart.
・Added iOS Designer Xcode 10.3 support.

2019/08/07(水) 17:11:08.36

こんなにリリースを繰り返したら、バグが入らざるを得ないだろう。

2019/08/07(水) 17:32:38.90

人柱というのはどこにでもいるもので。

2019/08/07(水) 17:43:59.21

2021が出たら2019に替えれば問題ない

2019/08/07(水) 19:48:44.75

Fixed crash during Visual Studio sign-in.

こういうのって普通ある程度事前に判るよね

2019/08/07(水) 20:54:13.52

アセンブリの署名ってGACに登録しないのであれば不要という認識でよいでしょうか？

2019/08/07(水) 23:24:31.32

署名の役割はGAC登録だけではないので
状況次第ではノーだけど

GACに登録する必要が無くて
他に考慮するべきことも無いなら署名は不要

2019/08/07(水) 23:28:57.76

他に考慮すべきことってのは

改竄されてないこと(発行元)の保証や
複数バージョンの管理とかね

2019/08/08(木) 07:34:45.70

>>678
多分、安定バージョンと実験バージョンを区別できないので、
世界中の開発者が全員、公開デバッグに参加させられる。
つまり全員が強制的に人柱にされる。

2019/08/08(木) 08:01:57.97

>>682
>>683
ありがとうございます。

2019/08/08(木) 08:04:11.61

>>684
VisualStudio Insiderでの開発版の公開テストって廃止されたっけ？

2019/08/08(木) 08:12:28.46

ただの皮肉でしょ
嫌なら使うなとしか

2019/08/12(月) 06:14:41.91

VisualStudioはC言語用のファイルは無いのでしょうか？
空のプロジェクトを作成してCppファイルを追加で入門書のコードを打って練習しているのですが
paizaとかでエラーにはならないのにVisualstudioだと打ってもエラーになるようなコードが出てきます。

2019/08/12(月) 06:59:28.07

VScodeが環境パス通したり色々したり設定めんどくさそうなので
Visualstudio2019を選んだのですがC言語学習には不向きなんでしょうか？
pa

2019/08/12(月) 07:09:44.03

インストールオプション

2019/08/12(月) 07:24:09.22

>>690
NETデスクトップ開発、C++によるデスクトップ開発、ユニバーサルWindows、拡張機能の開発、C++によるLinux　という5つの項目をインストールしたのですが他に何か足りなかったでしょうか？

2019/08/12(月) 07:36:01.87

拡張子をcppじゃなくcに変えたら出来ました。試してみるべきでした。ごめんなさい;

2019/08/12(月) 11:14:42.86

このレベルの人がどうしてまずここに辿り着くのか不思議でしょうがない。

2019/08/12(月) 11:21:10.36

せめてこっちだな
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1556142878/

2019/08/12(月) 11:54:24.40

Cがわからないんじゃなくて
VS2019がCをビルドできない（VS2019のバグじゃね？）
というノリで探しているからだろう

2019/08/12(月) 12:25:29.95

>>688
C++はほぼC言語を含んでいるけど、言語仕様で厳しくなっている部分もあるから、
コンパイルエラーになったら初心者スレで、エラーになるソースを提示して聞いてみるのが、
いいと思う。
拡張子をcppにしておけば、その後のC++で追加されたクラスの勉強にも、そのまま
使えるし、なんでC++ではコンパイルエラーになるようになったかもわかった方が勉強になると思う。

2019/08/12(月) 15:11:33.72

>>688
C++じゃなくてCとしてのコンパイルを期待してるなら
ソースの拡張子も hoge.c にした方が無難
(オプションで C 文法指定出来るけど紛らわしいのでやめろ)

2019/08/12(月) 15:13:33.07

>>689
「学習」が目的なら
「環境パス通したりが面倒」「環境変数設定が面倒」とか言うべきではないな

2019/08/12(月) 15:20:31.97

>>689
面倒だと思うなら素直にLinuxでやっとけ

2019/08/12(月) 15:50:28.24

>>698
> 「学習」が目的なら
> 「環境パス通したりが面倒」「環境変数設定が面倒」とか言うべきではないな
そうか？
言語の学習には不要だからやらなくていいならやる必要なんてないだろ

2019/08/12(月) 16:13:12.15

>言語の学習には不要

doubt
聴き飽きたわそれ

2019/08/12(月) 16:20:12.53

>>688
Cを憶えようとしているのにC++を使うなんて愚の骨頂だ
わかっとらん奴が異常に多いがCとC++は別の言語だ
似てるとか関係ねえ、ここを忘れるな

2019/08/12(月) 16:30:08.14

//コメントだけはCでも使いたい。

2019/08/12(月) 16:45:33.34

>>701
何がダウトだよw
しかも何度も聞いたとか意味不明

2019/08/12(月) 16:54:05.87

>>703
C99で使えるようになりました

2019/08/12(月) 18:24:15.34

>>702
>わかっとらん奴が異常に多いがCとC++は別の言語だ
classやtemplateが使えないこと以外で有名なのは、malloc()からnew への以降で、
void * 型が一般の TYPE * へ代入できないなども含めて別言語です。

ただし、std:: のvector, list, iteraror などのコンテナ類が使えないから Cと
C++は別だという意味でおっしゃってるならちょっと違和感があります。

2019/08/13(火) 11:42:39.42

>>706
言語仕様の違いとライブラリの違いを区別することが何の役に立つ？
まさかとは思うが、おまえさんはCを憶えるのにstd::が要るとでも言うのか？

2019/08/13(火) 12:07:51.57

std::って単なる名前空間の指定だよねぇ

>>707
>言語仕様の違いとライブラリの違いを区別することが何の役に立つ？

多分彼は区別付いてないと思うｗ

2019/08/14(水) 03:10:24.52

version 16.2.2

・Fixed Test Explorer doesn't show my tests on VS2019 16.2.0
・Fixed a problem where Visual Studio can stop responding during shutdown.

Security Advisory Notices
・CVE-2019-1211 Git for Visual Studio Elevation of Privilege Vulnerability

2019/08/14(水) 09:48:51.74

1か月ほど前にc#のプロジェクト開くと100％落ちるようになって放置してる
修復したけどダメだった

2019/08/14(水) 13:25:12.73

窓から投げ捨てろ

2019/08/14(水) 14:20:40.05

窓を投げ捨てろ

2019/08/14(水) 14:25:34.47

まだ積んでるエロゲー消化してないんでそれはちょっと

2019/08/14(水) 15:42:27.98

人生を投げ捨てろ

2019/08/14(水) 16:32:49.97

またアップデートかよ＾＾；

2019/08/14(水) 17:49:55.13

こまめにアップデートしてくれてありがたいな

2019/08/14(水) 18:19:28.48

モバイルルーターのパケット食いつぶしてくれるので真剣に困っている

2019/08/14(水) 18:22:27.19

FTTHくらい導入すればって真剣に思う

2019/08/14(水) 18:51:50.78

>>717ﾓﾊﾞｲﾙﾙｰﾀ-って何年位で買い換えるものなの？
維持費高い感じがして躊躇してる

2019/08/14(水) 19:03:49.74

MR04LN だから丸４年は使っているな
この１年ぐらいパケットが倍増になっている

2019/08/14(水) 23:48:43.44

iVideoの 900GBsim使ってるけど全然そこまで使えない

2019/08/15(木) 08:59:49.33

2019に乗り換えたら今まで何の問題もなかったコードに警告C26444が出てうざい
どうも返り値を捨てると出るっぽいな
使わなくても参照で受けるか、(void)にキャストすれば回避できる

2019/08/15(木) 09:48:55.80

使わない変数なんか無駄だろ。
一度も左辺に現れない変数は何の為にあるの？って警告だ。

2019/08/15(木) 10:06:47.99

これは必要な警告でしょ

2019/08/15(木) 10:18:11.56

返り値を捨ててるコードが問題ないとか頭おかしいレベル

2019/08/15(木) 10:32:26.58

左辺じゃねぇ、右辺だw

2019/08/15(木) 10:46:11.73

nodiscard属性でもついたんじゃねーの
少なくともライブラリ作者の意図通りには使ってないということ