Visual Studio 2019

2019/01/29(火) 21:41:03.68

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑冒頭にコレを三行重ねてスレ立てしておくこと

Visual Studio 2019 Preview
https://visualstudio.microsoft.com/ja/vs/preview/

The Visual Studio Blog
https://blogs.msdn.microsoft.com/visualstudio/

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

2019/04/29(月) 05:23:31.04

>>268
Android開発関係の変更が大きい
古い世代のGoogleのSDK/NDKやエミュレータイメージが含まれなくなってる

2019/04/29(月) 05:32:45.93

VSデカ過ぎ言ってる奴の大半はVSCodeで足りる用途だと思う

2019/04/29(月) 06:23:11.47

妥当な容量って言ってるやつは？

2019/04/29(月) 06:38:31.26

そこはBDS-Cでも触ってろ
で煽らないと

2019/04/29(月) 10:58:46.08

>>270
インストールしてみただけのヤツだろう

2019/04/29(月) 13:01:11.33

職場のPCには2010から全バージョンのVisual Studio入れてるけどそれでもCドライブは280GBくらいしか使ってないからなあ
2015～2019はXamarinもインストールに含めて
まあ妥当なサイズじゃないかな

2019/04/29(月) 13:52:37.59

cl.exe
link
lib
make
関連dll
include以下
lib以下
これだけあれば良い

2019/04/29(月) 21:30:36.05

vs2019 ver16.1 previewからClang/LLVMをサポートします
https://devblogs.microsoft.com/cppblog/clang-llvm-support-in-visual-studio/

よくclangがいいと聞くけどこれについてどう思う？

2019/04/29(月) 21:31:39.38

アップルバンザイ！

2019/04/30(火) 11:08:56.78

各エディションの比較表見たら
CommunityのCodeLensの所が丸半分になってたけど
具体的にはどんな制限なの

2019/04/30(火) 11:10:36.74

Visual Studio 2019 の各エディションの比較
https://visualstudio.microsoft.com/ja/vs/compare/

2019/04/30(火) 11:36:37.14

>>278
CodeLens によるコード変更とその他の履歴の検索
https://docs.microsoft.com/ja-jp/visualstudio/ide/find-code-changes-and-other-history-with-codelens?view=vs-2019

注意
ソース管理の CodeLens インジケーターは、Visual Studio Community エディションでは使用できません。

2019/04/30(火) 11:56:33.79

>>280
Thanks
git等と連携する部分だけ使えないのね
個人利用なら十分だ

2019/04/30(火) 12:18:23.60

個人でもgitは使うだろ

2019/04/30(火) 12:26:13.52

コミットするのが自分だけならいらないけど、OSSだと厳しい制限だろうね

2019/04/30(火) 12:26:47.10

gitそのものとの連携というよりTFSやAzureDevOpsと連携する部分
複数メンバーによるチーム開発に関する部分だからCommunityでは機能を削られても仕方ない

2019/04/30(火) 12:38:39.70

gitそのものとの連携の部分も削られてるぞ

2019/04/30(火) 14:17:34.45

VisualStudio for Macで、メソッドの引数に何を取れるのかパッと確認する方法ってないの？
Windows版だとMethod()まで打つと()内にカーソルが移動してチップ画面見たいので確認できるけど・・・・
俺の設定が悪いのかわからんが、Macだと波線を引かれるまででてこないぜ・・・・

2019/04/30(火) 14:22:41.39

マックみたいなクソ使いにくいゴミは捨てろってこった

2019/04/30(火) 14:31:19.06

まあ、プログラム書いてたら何かと必要だからね

2019/04/30(火) 14:39:00.45

だよねー

2019/04/30(火) 15:45:06.90

好き嫌い関係なく必要になるわな

2019/04/30(火) 16:03:11.79

Linuxはいるけどmacは本当にいらんな

2019/04/30(火) 18:56:16.38

iOSアプリ開発で要るだろ

2019/04/30(火) 19:05:50.55

ていうかMac、Linux他向けにビルドできればいいだけであって他向けにVS作る必要はないのにな
Appleは制限しているから実機必要にはなるが

2019/04/30(火) 19:26:57.16

Macで開発できないとWeb系がAzure使ってくれないからだよ
Azureのマネージドサービスは事実上C#以外の言語では全く使い物にならないからね
まあAzureは単なるWinのクラウドホスティングサービスとして緩やかにフェードアウトしていく以外の未来が見えないが

2019/04/30(火) 19:29:31.86

>>294
キチガイ

2019/04/30(火) 19:34:34.32

VisualStudio for MacはXamarinからの流れで作られ使っている人も少数
みんなVSCodeのほうを使っている
そもそもVSとVSCodeの2本立てがダメではあるが

2019/04/30(火) 19:34:44.90

>>295
Azureのマネージドサービスを日常的に使いまくってる立場から言ってるんだけどな
自分でやってみてAWSやGCPと比べてみりゃわかるよ
誰がなんと言おうが二度と使いたくないわこんなゴミ

2019/04/30(火) 20:06:06.47

使いまくっているのか使っていないのかどっちだよｗ

2019/04/30(火) 20:35:22.28

>>297
頭おかしい

2019/04/30(火) 20:42:35.33

なんか5chって「Mac」等の特定のワードに過剰反応する人がいるんだよな

2019/04/30(火) 21:33:57.71

コンプレックスだろうね。
Winはダサいマシンしかないから。

2019/04/30(火) 21:36:46.87

ぷげら

2019/04/30(火) 21:45:18.33

欲しけりゃ買えばいいだけのものにコンプレックスを感じるという発想がすごい

2019/04/30(火) 22:02:26.36

>>301
Macがダサくなかったのはフロッグデザインの時代だけ

2019/04/30(火) 22:17:36.12

VisualStudioスレだからWindowsに偏ってるのは当然かもしれないけど、Macを目の敵にしたってしょうがないぜ
Mac使ってる人だってほぼみんなWindows PCも持ってるから仲間みたいなもんだよ

2019/04/30(火) 22:48:12.14

仕事でプログラマーやってたらいろんなOS使うから特定OSだけ贔屓するのなくなってくる

2019/05/01(水) 02:20:05.33

2019は2017に比べてCMakeとの統合が進んでいるので、C++使いは移行するのも良いと思います。

2019/05/01(水) 04:05:45.57

令和バージョン来た。

2019/05/01(水) 05:50:46.81

Visual Studio 2019 version 16.0.3
released April 30, 2019

What's New in Visual Studio 2019 version 16.0.3
・Visual Studio Tools for Kubernetes now supports the latest Azure Dev Spaces.

Issues fixed in Visual Studio 2019 version 16.0.3
・Delete option is missing from solution explorer context menu in Xamarin Forms Android projects.
・Xamarin.Android: Can't select target framework 28 in Android Manifest settings.
・Could not load file or assembly 'Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.
・"There was an error running the selected code generator" when trying to create a new view.
・Android Berechtigungsliste ist leer-Android permission list is empty.
・Missing icons for .axml files in Visual Studio 2019.
・axml icons are not displayed.
・Visual Studio extensions may fail to install attempting to overwrite core NuGet files.
・C# switch statement on a constant expression may produce bad compiler errors. 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

2019/05/01(水) 06:23:34.21

Microsoft.VisualCpp.Redist.14.Latest,version=14.20.27508,chip=arm64
Win10SDK_IpOverUsb,version=10.0.0.4
が追加されて、オフラインイメージサイズ 8.6MB増加

2019/05/01(水) 13:32:51.33

Visual C++ 2005のころに使っていて、ひさしぶりにVS 2019を入れて
VC++を再開したんだけど、だいぶ勝手が違う。
驚いたことにC++向けのフォームデザイナがなくなっているんだね。

2019/05/01(水) 13:41:54.91

C++/CLIで単体アプリ作るのは非推奨になったからねぇ。惜しいことに。

2019/05/01(水) 15:27:12.55

そうなんだ。
じゃあ何で作ればいいのかな。
というか単体アプリの定義もよく分からないけどｗ

2019/05/01(水) 15:36:55.16

>>313
ＭＳ「今の時代もはやＵＷＰ一択！」

2019/05/01(水) 15:45:06.30

そうやってまた、ハシゴを外すんでしょ？

2019/05/01(水) 15:57:50.67

>>313
裏技みたいなものだけど
ttp://blog1.tela.daa.jp/?eid=110

16.0.3でもフォームは作れた
ただ、設定が終わったらソリューションを開き直さないとフォームデザイナが開かない

2019/05/01(水) 16:39:07.72

>>314
UWPもC++/CLIで作れるんだが

2019/05/01(水) 16:52:41.63

C#で作ったコンソールアプリで、元号が平成３１年とか平成３２年などと出てしまうのだが、
どうやれば令和元年、令和二年に出来るのさ？

2019/05/01(水) 16:57:44.11

待てなければ、自分で例外処理を作る

2019/05/01(水) 16:59:52.01

リソースエディタで

2019/05/01(水) 16:59:55.46

実装書けないゆとり系か

2019/05/01(水) 17:07:00.19

OSへの更新プログラム待ちですな

更新プログラムも含めてプレビュー以外で対応してるのはまだ無かったかと

2019/05/01(水) 17:07:08.16

>>315
そもそも、ハシゴが最初から無い
どうやって登るんだよって状態だ

2019/05/01(水) 17:37:24.44

>>317
C++/CXと勘違いしてない？

なおC++/CXも（ｒｙ

2019/05/01(水) 17:40:50.25

Desktop App ConverterでUWPアプリ形式にパッケージングしただけのもあるからややこしいな

2019/05/01(水) 17:46:22.45

クソ優秀なはずなのにC++/CXとか作らされるMS社員はどんな気持ちで仕事してるんだろうな
職場にFワードが飛び交ってそう

2019/05/01(水) 18:15:25.51

>>313
C++/CLIなんて使うぐらいならC#で良いやろ

2019/05/01(水) 19:21:35.61

unidentified fucking object.

2019/05/01(水) 20:54:26.30

>>327
どんがめあぷりならいいけどな。

2019/05/01(水) 21:25:54.58

>>329
ネイティブC++ならまだしもC++/CLIとの比較でそんなこと言ってるなら単なるアホだぞw

2019/05/01(水) 21:27:19.50

Microsoft、新元号“令和”対応のWindowsパッチを配信開始
オプション扱い、連休前の適用はトラブルに注意
https://forest.watch.impress.co.jp/docs/news/1182431.html

2019/05/01(水) 21:43:11.40

>>330
C++/CLIの最大の利点はnativeコードと容易に混在できる点だね。
パフォーマンスが重要な部分はnativeで記述すればよい。

2019/05/01(水) 21:49:45.21

境界を超えるコストが大きいから大抵のケースではかえって遅くなるよ
それを無視できるほど纏まった処理なら別プロセスでいいし

2019/05/01(水) 22:03:21.31

「かえって遅くなる」なんてのはそもそも設計が間違ってるだろ。

>それを無視できるほど纏まった処理なら別プロセスでいいし

それをIPCとか面倒なことをせずに容易に呼べるのが最大のメリットだと書いた。

2019/05/01(水) 23:30:59.54

C++/CLIとか10年ぶりに聞いたくらい忘れ去ってたわ

2019/05/02(木) 01:32:24.08

インテリセンスが不完全で色々諦めた思い出

2019/05/02(木) 07:16:31.35

>>336
> インテリセンスが不完全
俺もこれでMSのやる気のなさを感じて触れないようにしてた

2019/05/02(木) 07:32:40.14

今のインテリセンスはいいよ。

2019/05/02(木) 07:50:53.21

C++の拡張言語という無茶ぶりを受けたためにC++/CLIとC++/CXで二度の敗北を喫したHarb Sutter…
いや本人が好きでやってんのかも知らんけど

ちゅーかC++/WinRTもなんだ、あれは正気か
メタデータから純粋なC++ラッパーを生成するのはいい、そこは筋が良いと思う
だがWinRTクラス生成するのにこのご時世にIDLファイル書かせるのは噴飯もの

2019/05/02(木) 09:36:36.51

>>309
これを入れると元号表示が
”平成３１”は”令和元年”と出るのか？

2019/05/02(木) 09:54:08.06

framework変わらんと無理でしょ

2019/05/02(木) 09:58:33.55

>>341
そうなのか。
なぜMSは５月１日までに新元号対応したframeworkの改良版を出さなかったの？

2019/05/02(木) 10:08:47.43

783 名無し~3.EXE sage 2019/04/23(火) 10:20:57.13 ID:kLvuOR3d
.NET Framework 用の日本の新元号対応更新プログラムの概要
https://support.microsoft.com/ja-jp/help/4477957/new-japanese-era-updates-for-net-framework

2019/05/02(木) 10:14:42.67

>>342
プログラムを作って確認したら、平成31年5月2日って出たww

令和対応の更新プログラムの配信は既に開始されているけど
オレの所には未だ来てないな

**デフォルトの名無しさん** (ｽﾌｯ Sd02-9/XU) · 2019/05/02(木) 10:36:56.42

Wnsows のアップデートが済んでれば
.net framework でなにもする必要ないはずなんだが。

2019/05/02(木) 10:38:42.74

CLIだのCXだのいらんからMFCを全部今風に書き直して復活してほしいね

2019/05/02(木) 10:40:34.86

>>343
今それ入れてみたが
令和は出ないぞ。なんで？

2019/05/02(木) 10:57:14.79

>>345
元号レジストリを見てるんだな

2019/05/02(木) 10:59:59.72

組み込み系のCのソースを単体デバッグする時に、win32とかMFCが重宝するんだが、UI周りの機能が退化して貧弱になってないかこれ。

2019/05/02(木) 11:33:28.30

>>349
C++/CLIを使えば?

2019/05/02(木) 11:59:57.06

平成 31/04/30
令和 01/05/01
確認ok

2019/05/02(木) 18:00:19.94

>>331
なんで 1809 が一番後回しなんだω

2019/05/02(木) 18:29:24.96

>>352
やっと1809用が公開されたみたい
https://support.microsoft.com/en-us/help/4501835

2019/05/04(土) 15:12:44.39

>>353
オレのところにもやっと飛んできて令和ってでるようになった

2019/05/05(日) 09:06:16.39

http://codepad.org/Lmj9mr9X
↑
これの結果が、実行する度毎に毎回違うんだけど、何で？

2019/05/05(日) 09:16:02.00

Pを何だと思って使ってるんだ？

2019/05/05(日) 10:04:27.36

コンパイル通るのか?

2019/05/05(日) 11:21:36.69

コンパイラは、警告出して通すのかな？？

何をやりたいのか見えないので、答えが出ない。
トレース機能を何回か繰り返して、動作確認するしかない。

2019/05/05(日) 11:27:56.31

何をやりたいかは目いっぱいメモリ確保してみたい！じゃないの？

2019/05/05(日) 11:34:43.76

&pの値によって結果は変わるだろうな

2019/05/05(日) 11:52:42.29

>>360
なぜそう思った？
pの初期値はNULLでなきゃ何でもいいし、そもそも
do {
s <<= 1;
free(p = malloc(s));
} while(p);
ってやれば初期値も不要

2019/05/05(日) 12:24:38.68

>>361
>pの初期値はNULLでなきゃ何でもいいし

null来てんじゃないの?

2019/05/05(日) 12:52:50.65

>>361
確保する領域サイズが０の場合はどうなのかな？
確保する領域がなければ、実アドレス返す必要無いし
解放する必要も無い。

2019/05/05(日) 13:23:07.18

やってみた
「初期化されていないメモリpを使用しています」とエディタには出るけどビルドでは何も言われない

毎回変わるのはpの初期値とmallocの戻りが不定だからだと思うけど
64bitでビルドすると実行が終わらんね…

2019/05/05(日) 13:44:34.56

>>363
サイズが0でもエラーでなきゃ非NULLが返るはず

>>362
初期値の話な

2019/05/05(日) 14:04:10.88

>>365
だから最初から初期値って言ってるでしょーにw

2019/05/05(日) 14:06:03.21

malloc しても実際に割り当てられたか
どうかはOS or ランタイムしか知らないので
memset かcalloc で書き込み推奨

2019/05/05(日) 14:50:29.24

>>366
？？？
初期値にNULLが来てるとかどこの話だ？

2019/05/05(日) 17:37:07.28

#include <stdio.h>
#define WIN32_LEAN_AND_MEAN
#include <Windows.h>

int main()
{
HANDLE hHeap = GetProcessHeap();
void* p = HeapAlloc(hHeap, 0, 1);
printf("GetProcessHeap(): %p\n", hHeap);
printf("HeapAlloc(1): %p\n", p);
}

この結果が毎回異なることを確認してみ。

https://www.blackhat.com/docs/us-16/materials/us-16-Yason-Windows-10-Segment-Heap-Internals-wp.pdf

端的に言えば、（ヒープの）ASLR がかかっているから。