Visual Studio 2019 ->画像>5枚

!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

2get

早漏め

cl.exeのバージョン
vs2017: 19.16.27026.1
vs2019: 19.20.27305

_MSC_VER == 1916
_MSC_FULL_VER == 191627026
__cplusplus == 199711

_MSC_VER == 1920
_MSC_FULL_VER == 192027305
__cplusplus == 199711

デフォでUTF-8？

#include <iostream>

void 関数()
{
std::cout << "Hello, vs2019" << std::endl;
}

int main()
{
関数();
}
↑
これをUTF-8形式で保存して cl wanker.cpp /EHsc
コンパイル・実行ともに無問題

BOMなしでOK?

自分でやれよｗ

大事なことなので

BOMなんて、表示の時に困るだけで、コンパイラからしたらどっちだろうと全ファイル統一されてればいいだけだからな。

/source-charset:utf-8 /execution-charset:utf-8
これで良いのは知ってるけど
指定しなくてもいけるようになったんだっけ？って意味です

うちの環境では一度utf-8 bom無しで保存すれば問題なくなったよ。

相変わらずデフォがshift-jisだけど。

コンパイルは可能だけどエラーの赤線がでる。

#define COMMENT /##/

COMMENT bool;

C4455のアホ警告まだ直ってないね

ユーザー定義リテラルの事？
_で始まらないキーワードは標準c++の将来の拡張のために全て予約済み。

https://cpprefjp.github.io/lang/cpp11/user_defined_literals.html

んなこたわかってる
その標準のやつを使おうとしたのまで警告するからアホつってんだ

https://developercommunity.visualstudio.com/spaces/62/index.html
で報告してみれば良いんじゃないか

>>16

うちの環境で再現しないな。
何を使用したら警告でる？試したい。

#include <chrono>
using std::chrono::operator""ms;
int main()　{}

自分でやってみねえボケの相手はしちゃいけねえんだが
俺はつくづく甘い男だ

>>19
thank you!

その使い方だと確かになるな。うちの環境でも再現した。

void func(){
using namespace std::chrono_literals;
auto res = 3s;
}

上のような使い方にしたらどう？

おまえ15だよな
15の論法でそれを言ってみな

>>21
まさかusingしてるだけだとは思わなかったのさ。。。

これでもC4455の警告でるんだよ。
constexpr double operator""deg(long double deg) {
return deg / 180 * 3.14159'26535'89793'23846'26433'83279'50288;
}
constexpr auto res = 180.0deg;

warning C4455: 'operator ""rad': 先頭がアンダースコアではないリテラル サフィックス識別子は予約されています

イミフ

意味不明な使い方してワーニング出るとか騒ぐアホ

x ワー

うわ、あの使い方の意味がわかんねえのか
アホなんて表現で済むレベルじゃねえな

2019スレ立ってたのか
人いないっぽいけど

テス

興味をそそる新機能があるのならいいが、いまのところ
Preview版を入れてまで試したい新機能がないな。

それだけ完成しきっているってところなのか、
個人的にはXAMLのエディタにもうちょっと力を入れて欲しいところ。

MSとしてはBlend使えということかもしれんが統合しては欲しいなあ
というかいまいち使いどころがよく分からん

Blendの存在を忘れていたが、デザインの方ではなくてViewModelのコードとの連携かな。

よくやってしまうのがプロパティ宣言で{get;}を付け忘れてフィールドにしていたり、
privateになっていたりという単純なミスなのだが、(Prismを使うと?)エラーなどにならないからけっこうハマる。
あと、ReactivePropertyなのにValueの付け忘れとか。

他に、イベントトリガーで引数EventArgsの型がわからなくて困る。
(いったんコードビハインド側に生成させたりして確認しています)

XAMLの{Binding}に未定義のプロパティ(Path)を書いたらViewModelに生成するようになれば
このあたりのミスや手間が減りそう。

blendは、一時期立ち上がらなくなってたから使ってないわぁ

Visual Studio 2019 Launch Event
https://visualstudio.microsoft.com/vs2019-launch/

疑惑が深まりましたω

デバック完了後にDドライブのフォルダが立ち上がるんだけど、何を確認すべき？

席の配置かな？

デバックｗ

車検のデバック

広島市民窮状

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

Linuxがわからない「Visual Studioおじさん」の扱いが社会問題化、リストラすべきか？
http://2chb.net/r/news/1551488222/

>>41
死ね

2015と2017と2019って何が違うんだ

>>43
名前が違うし、起動時のスプラッシュが違うし、色々

https://docs.microsoft.com/ja-jp/cpp/porting/visual-cpp-what-s-new-2003-through-2015?view=vs-2017
https://docs.microsoft.com/ja-jp/cpp/what-s-new-for-visual-cpp-in-visual-studio?view=vs-2017

年式で考えると分かりやすいな
c++14 -> vs2015 -> c++17 -> vs2017 -> vs2019 -> c++20

devenvっていつまで32ビット用なんだ

>>43
>>45
C++11になぜmake_uniqueがないのか
https://qiita.com/aokomoriuta/items/4fde35bba3beb82de51f
https://stackoverflow.com/questions/7038357/make-unique-and-perfect-forwarding/9657991#9657991

>>47
死ね記事厨

記事ですまんが
だいじなことなので

【セキュリティ】Intel製CPUに見つかった新たな脆弱性「SPOILER」はまたもシリコンレベルでの再設計による修正が必要
http://2chb.net/r/newsplus/1551833609/

どうせまた、そんな穴あっても狙ったデータ取り込むのに天文学的な試行回数こなさないとならないパターンなんだろ？

鯖が困るんだろね

むかしCPU交換してもらった事があったな

Pentium 60MHz の奴か？
もう30年近く前の話だな

Pro と Community の違いはライセンスだけになっちまうのかな

Communityでもメソッドのすぐ上に「n個の参照」ってリンクが出るようになったね
地味に便利なんだよな

CodeLensがないとコーディングできない体になって数年経つよ

>>55
地味に行数を占有して邪魔な時もある
折り畳みのように非表示に出来る方法があればいいのにな

>>57
しょぼいモニター使ってるんだな

>>57
[ツール]-[オプション]-[テキストエディター]-[すべての言語]-[CodeLens]で無効にできる

C++用のCodeLensは結局実装されないのかな

4月2日リリースってメール来たね

■「C#」「Visual studio」「Windows EXE実行ファイル」のリリースについての質問です

Visual studio(C#)でコンパイルした、
Windows EXE実行ファイルのリリースについて質問です。

バッチシステムとしてタスクスケジューラーで起動させますが、
頻繁にシステム改修があり、都度リリースが必要です。

しかし、システム実行中にリリース(EXEファイルの上書き)を行うと、
起動中のため上書きエラーとなります。

実行中のEXEに対して、
次回の実行分から最新のシステム改修を反映させるには、
どのようにしたら良いでしょうか？

以下私の案がございますが、スマートではありませんし、
実行開始に時間がかかるデメリットがございます。
他にスマートな案はございますでしょうか？

起動に関するフレームワークなどあるのでしょうか。

<案>
1.処理開始時に本体EXEファイルをコピーして実行版EXEファイルを作成する(同一のEXEファイル)
2.実行版EXEファイルを起動する
3.実行中でも本体EXEファイルは上書き可能なため、本体EXEファイルに対してリリース(EXEファイルの上書き)を行う

>>62
マルチ良くない

ちんこいじるな

VS2017をインストールしようと思ってたがもうすぐ2019が出るのな
待つかね

よっぽどSSDの残容量が厳しいとかでなければ
待つことによる利益は何もないと思うぞ
むしろ何もできない期間に機会損失するほうが問題だ

2019のRCインストールすればいいやろ

いや正規版は待たなきゃ
人柱は自ら望む人だけ

>>68
RCは4月2日に、そのまんま正式版にアップグレードされることになっております

正式リリース時に2017とどれだけ差別化をアピールするのか期待している
>>66
道具とか形だけ揃えてご満悦な人に機会損失とか関係ないｗ

> 道具とか形だけ揃えてご満悦

何のこと？

俺はサブスクリプションからいつでも取り込み出来るから、今からパンツ脱いで待ってる。

>>72
ちと焼きそばパンを買ってきてはくれまいか

Visual Studio 2019 プレビューでの非推奨の Visual C++ 機能
http://docs.microsoft.com/ja-jp/cpp/porting/features-deprecated-in-visual-studio

Windows XP の開発のサポート

Visual Studio 2019 プレビュー 0 以降の Visual C++ のバージョンでは、
v142 ツールセットを使用した Windows XP 用のコードの作成はサポートされていません。

Visual Studio 2017 に付属している v141 ツールセットを使用した Windows XP の開発のサポートは、
Visual Studio インストーラーでオプションのコンポーネントとして入手できます。

ほーん

codecvt非推奨

1時からVisual Studio 2019 Launch Event

Visual Studio 2019 リリース
https://visualstudio.microsoft.com/downloads/

日本語ページはまだ更新されてないから、左下で英語にすれば落とせる

ATLとMFCが別もの扱いになったね。昔に戻ったのかな。

VS2019にバンドルされているcmake.exe (version 3.13.19031502-MSVC_2)は、VS2019向けのcmakeができない。

おじゃぱにーずのページも2019になったね！

以下を正しく設定反映できていない模様。地味に迷惑。
オプション -> テキストエディター -> C/C++ -> 書式設定 -> スペース -> 演算子のスペース -> ポインター/参照の配置

Professional を --lan ja-JP 指定でダウンロードしたら 19.4GB

Windows機には普通に入ったんだけど、Mac版は最悪だわ
2017のアンインストール後に入れたらなんと見事に2017が入ったわ
ちゃんと2019のリンク押してダウンロードしたのにひでえ話だよ

ああ、こちらをクリックして、もう一度〜の方からだと新しいの落とせそうだわ
もっかいか・・・

.NET Core 3.0 はまだだったのか。

急いで入れる意味なかったかな。

>>86
下半期やろ

すげーな

Visual Studio 2019正式版リリース。メモリ使用量が4分の1以下に激減、リモートペアプロ機能のLive Share、AIによる支援機能IntelliCodeも正式機能に。
https://www.publickey1.jp/blog/19/visual_studio_201941live_shareaiintellicodemac.html

RCからアップデートして正式版になったはずなのに、アイコンやその他の名前が相変わらずRC付き
本体のバージョン情報もRC付きで表示なんだが、これはアップデートした組だけの問題なんでしょうか？

新規インストールした組だけど、大雑把に見たところそんな症状は出てなさそうだよ

>>89
いつものことやね

ああ、そういうことか
RCからのリプレースがぞんざいで死屍累々の人柱

本番環境には正規版しか入れない普通の人には他人事で

>>88
makefileでコンパイルしてるからIDEのメモリ使用量とか気にしてなかったわ

>>93
IDEを使う人の方が多いんだよ

スクロールバーのとこに"問題は見つかりませんでした"と出てるのウザいんだが？

問題起こしたら消えるんじゃないの？

#pragma とかで一発だけダミーのエラー吐く方法あったっけ
ちゃんとコンパイルとかは正常するやつ

>>97
エラーにするのに最後までコンパイルする意味が分からない。
単にメッセージ出すだけならあるだろ？

RCからの人はバージョンが変わってないコンポーネントは更新されないから
RCが入ったままって感じなんだろうね。
正式版にはバージョンが同じだけど
RCが削除されたものが入ってるんでしょ

2017入れたばかりの俺涙目
アンインストールして2019入れるか

2019でもExpressあるのかよ
2017で最後って言ってただろ

https://visualstudio.microsoft.com/ja/vs/express/

AIが自動でコーディングしてくれるってマジ？

>>97
そのダミーのエラーってのは警告のことか？
エラー：　コンパイル中止の理由となり .obj 生成を抑止する
警告　：　コンパイル中止の理由とならず他にエラーがなければ .obj は生成される

#error good night.
#pragma message("fuck you asshole")

>>99
VSのバージョン情報見ても堂々と「RC」って書いてあるからねｗ
実害なさそうだけど

>>104
俺は気色悪かったから再インストールしたら治ったよ
VSインストーラーで詳細ボタンの構成のエクスポートして
アンインストールした後にVSインストーラーからもう一回インストールすれば楽ちんだった
ただインストールする時言語パックを忘れていて英語になっちまって少し焦った

C#8もまだなんだな

急がなくていいからしっかり練って出してほしい

C#8はまだbeta
Core3.0リリースに合わせて正式版になる感じ？

また表記法が変わるのか？

* Visual Studio Express 2019 は、Windows Desktop の開発者が利用できます。

これは Visual Studio Express の最後のバージョンであり、Visual Studio Express 2019 の UWP または Web 製品はありません。

将来的な開発ニーズには、Visual Studio Code や Visual Studio コミュニティなど、Microsoft が提供する無料の開発オプションを利用することを、すべてのユーザーにお勧めします。

は？

>>65
安定して使うには2017
2019はどうせ実質β版テストの高頻度アップデート地獄になる

自分のとこだとちょっと不安定？
拡張機能もなんも入ってない初期状態で起動直後やソリューションロード後に固まること数回。
（「VisualStudioはビジー状態です」のポップアップが右下に出る）

同じ環境で2017は拡張機能いろいろ入れても何の問題もなく動いてる

VS2017に比べてコードの色が薄いんだけどなんとかならない？

インストーラー落として続行ボタンを押したらエラーが出てインストールができない
なんだよこれ・・・
2017をアンインストールしないとダメとかいうオチか？

>>115
いや、消さなくても大丈夫だったよ
併存できるし後から2017だけも消せる

俺アンインストールしてからじゃないといつも新作インストール出来ない。
エラーコード0とか1とかで止まってるなら多分2017アンインスコしたら出来る。

結局オフラインでインストールしていけたわ
なんだかなぁ

>>101
その文章の先はExpress 2017なので多分文章修正するときに間違って修正したんだと思う
ちなみに英語の方も2019になってる

http://2chb.net/r/bizplus/1554255365/77

いやいや以前からこれでexpressは最後ですと言うのを何度か繰り返していたよ

>>120
で？

今回、Visual Studio Community版は無いのか。

脳はついていますか？

>>122
どこ見てそんなこと書きこんでいるんだ
https://visualstudio.microsoft.com/vs/

うん 122 用のは無いな

Communityに入れてもらえないのかー

そんな淋しいこと言うなよ

そういえば、今回2017→2019のバージョンアップで、
初めて色・フォント・キーカスタマイズの情報を自動的に引き継いでくれたw

南斗

同期してるのか分からんけど、2017側の設定がいくつかデフォルトに戻された

>>122
金払ってproにすればいいのに。

まず綺麗にアンインストールするのが面倒だな
確かどっかにまとめてクリーンアップ出来るのがあったような記憶があるから
探してみるか(´・ω・`)

githubのVisualStudioUninstaller(TotalUninstaller)は2015までは確認したが、2017,2019はどうなんだろか…

>>133
2015までしかダメっぽい
https://github.com/Microsoft/VisualStudioUninstaller/commit/0444aa51bd221c67432a426ccf171ce329d6bf39

2017以降はInstallCleanup.exeを使うしかなさそう
https://docs.microsoft.com/ja-jp/visualstudio/install/remove-visual-studio

もう遅いけど、最強のアンインストーラはVMのスナップショットだねｗ

タブを縦に出来なくなった

タブーなのかな

communityにcodelensが有効になったと聞いて確認してみたけど上位エディションみたいなgit情報は非表示か
まだそのあたりは差別化してるんだな

すぐに怒涛のバグ取り始まりそうだな

そのまま置き換えで使えそうな感じだな
Cordovaなくなってるのが痛いけど

大抵の記事で2019売りの一つとされているIntelliCodeはどうやって使うん？
C#でConsole.と打ってもアルファベット順の候補しか出ないし
オプション画面で検索しても見当たらんし

>>142
IntelliCodeはEnterpriseのみ

>>143
どうもありがと
2017にプレビュー版の拡張機能入れたらええよってことかあ

>>144
2019のPreview版使えよ

Community よりも Express for Desktop ほしいい

正式版でたのかー
でもいそいで2019入れることもないかな

なあ、メモリーダンプってどうやるんだ？

meminfo ?

>>148
ブレーク中に、デバッグ > ウィンドウ > メモリ

プログラムの実行内容を記録して再現する「タイムトラベルデバッグ」（Time Travel Debugging）機能、マイクロソフトがVisual Studioにプレビューで提供開始
https://www.publickey1.jp/blog/19/time_travel_debuggingvisual_studio.html

これ…Webアプリでしか使えないのかな？

みんなが不満のRC表記が消えるよ。

Visual Studio 2019 version 16.0.1
released April 09, 2019

Issues fixed in Visual Studio 2019 version 16.0.1
・Add option for Windows (UWP) platform when creating new Xamarin.Forms project from 'Mobile App (Xamarin.Forms)' project template.
・Help > About window title in Visual Studio 2019 still shows 'RC' after upgrade.
・When updating Visual Studio 2019 from RC to GA, RC shortcuts for Visual Studio are left behind.
・Visual Studio 2019 Preview 1.1 cannot create a UWP xamarin form.
・Package load failure starting Visual Studio 2019 after upgrade from Preview 4.4 to 16.0.

おせーよ

早いな

Custom documents Well対応はよ

>>153-154
どっちだよ！ｗ

しゅっ

エディター遅くない？
2017 と比べて待たされることが多いんだが。

いや、だいぶ軽くなった気がする

全然遅くない

待たされるタイミングがズレてる気がする
トータルで速いんだけど、ほぼ起動終わりかけになってから待たされるから待たされ感が強い

ラーメン屋の表で何時間行列しても平気なのに、注文してから15分待たされたらキレるのと同じ現象かもしれない

おお、RC消えたｗ

まだプラグインとかが出揃ってないな

intel c++ compilerがまだ対応していないみたいだが、無理やりでも導入出来た人いる？

いませんよ

たぶんintelの社員だろう
手間取ってるんだなｗ

あげ

２０１５からランタイムのインストールが古い７とかだと絶対エラーになるの直ったの

Visual Studio 2019 ってので作業量が激減して
誰がやっても同じになるんだろ？

ねーよ

使ってる人もなかなかおらんだろうけど、AXMLのプレビュー画面を出すとその後ずっと画像リソースの参照を見失っちゃうな
その後はクリーンしただけじゃダメでVisualStudioを再起動しないとプレビューもできなきゃビルドもとおらん・・・・

Boostを未知バージョンのmsvcに通すと以前は警告が出てたんだけど（先日出た1.70.0でもVS2019は未確認と表明されてる）
1.69.0を使ってるプロジェクトを2019でビルドしても何も出なかったな

3環境くらいインスコしたんだけど、ひとつだけHDD100%が発症してしまった
何と相性悪いんだろう…

環境を変えてもうまくいかないな
Mac版はちゃんと動くんでちょっとの間Mac使ってるしかないかな

>>174
mac版って、別物じゃないの？
2019は？

macでVB動けばいいな・・・

仕事じゃまだ2017使ってるわ。
仕事で2019使うのは、多分2020が出てからかなぁ

じゃあ一生使えないね

Visual Studio 2019 version 16.0.2
released April 18, 2019

Issues fixed in Visual Studio 2019 version 16.0.2
・The solution name in title bar is truncated.
・Missing interpolation in warning when packaging Cloud Service projects.
・Visual Studio will no longer show an error message on startup after you reset or import settings in certain cases.
・Accessibility issues in Cloud Service projects where wrong inputs in the diagnostics configuration window are not read by screen readers have been fixed. 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

Windows 10 1903 用の SDK追加でオフラインイメージサイズ増

>>177
仕事だからバグを出し切った枯れた開発環境でって言うのも分からないではない。

2017に比べてアップデートの処理が早くなったか？

>>181
仕事だからより効率的に作業できる方を選ぶ

ICC対応まだ〜？

全く枯れない VisualStudio

落葉樹みたいだね

「Windowsフォームアプリケーション」と
「Windowsデスクトップアプリケーション」との違いは何だろう。
C++では名称が後者になっている。

>>187
Windowsフォームアプリは.NET Framework上で動作するアプリでC#などの.NET上の言語で記述する
(一応C++/CLIも利用できるけど極少数派)
WindowsデスクトップアプリはWin32APIやMFCなどを利用したアプリで実質的にVC++はこちらが専門

>>186
こんな多いの初めて見たw

ソリューション作成時にGitの使用を選べなくなったのは若干の改悪かな
まあそこにチェックボックスがあったらみんなチェックしちゃってDevOpsを使わなくなっちまうから仕方ないか・・・・

バグで警告出るが再起動しないと消えない
2019使えないわ

>>190
ソリューション作成直後にソリューションエクスプローラでソリューションのコンテキストメニューを出して「ソリューションをソース管理に追加」を実行したらローカルにgitのリポジトリが作成されるだろ

>>191
何のバグでどんな警告かも書けない馬鹿がプログラマ名乗ってると思うと

またBuildと間違えてRebuild選んでしまった…
この糞仕様は2019でも治らないのか。

>>194
間違えるあんたが悪い

>>194
無理して英語版使うのやめたら

急いでビルドしなきゃと焦っているときに限って間違えたりするんだよなぁ。
それで2時間待たされることになるとかだと放心するｗ

マウスを使う糞がいると聞いて

>>197
プロセス殺せば?

>>199
リビルド開始した時点でクリーンが実行されてるから手遅れでは

キャンセルすれば？ってのは冗談として
メニューをカスタマイズして隠すなり場所変えるなりすればいいのでは？

>>201
たしかに。そうするわ。糞仕様は言いすぎた。

>>200
クリーンが先に走ってビルドがリビルドの動作になるのか
知らんかった

じゃ、オブジェクトのバックアップしとけか?

リビルドに2時間ってどんだけデカいんだよ
OSでもコンパイルしてるんか

その規模だったらコミットしたら自動的にビルドするような仕組みにしといたほうがいいんじゃないの？

いまどきはコーディングしてる先からコンパイル走ってるだろうに。

コンパイルに2時間もかかるって、まともな環境(SSD,CPU,メモリー)でそうなのか、
おんぼろマシン(HDD,etc.)でそうなのかでかなり違うな。

includeをFDDに置いています。とか

>>206
何か勘違いしてないか

>>207
Linuxのカーネルサイズのコードだと2時間だろうけど
いったい何のシステムなんだろ?

>>206
え？？？？

Windowsでもビルドしてるのかな

>>211
インテリセンスやF12のことじゃね？
コンパイルしてみなきゃわからん文脈を
なんでビルド前に理解しているのかという

20万行程度のアプリケーションだよ。
ビルドログがわかりにくくなるんで/MPを使ってないのと、templateとCUDA(nvcc)が
足を引っ張ってる気がしないでもない。

20万行程度ならあっという間だろ

>>214
20万行にしては極端に遅すぎる

BeforeRebuild ターゲットでエラーにしたら？

>>213
昔はIDEの構文解析用とビルド用のコンパイラが別になっててメンテに困っていたんで
両方を統合したRoslynを作ったそうだ

あまりにコンパイル遅いなら分割するとかして効率化しろよと

プリコンパイルヘッダを使ってないor使い方が間違っているんでは。
最近入ったプロジェクトがそうで、ほとんど手間かけずに20分超が3分弱になった。

Android OSのROM丸ごとビルドとかすると2時間とか普通だが（そもそも言語違うけど）
たかが20万行程度でそれは何かがおかしい

VSで何もソリューションを開いてない状態でC++ソースファイルを開いて
そこの#include "xxx.h"で右クリックしてファイルを開こうとしたときのパスって
どこかで設定できますか？

環境変数PATHとINCLUDEではだめだった
グローバル設定は汚したくない

>>222
構成プロパティのインクルードディレクトリで設定できるのでは?
2019のc環境は入れてないのでメニュー構成はわからんけどw

あ、ソリューションを開いてない時か
ごめん、わからないw

>>222
vscodeを使えば!

https://blog.okazuki.jp/entry/2019/04/21/223134

>>226
選択肢が出る系のショートカットって個人的にはショートカットって呼んでほしくないわ

ショートカットキーではある。
ショートカットキーでコンテキストメニューが出るのはDOSの時代からあるよね。

マウスやキーボードの操作段階数を減らせるかどうかが「ショートカット」を名乗る資格だね

1. メニューバーの[何とか]をクリック
2. ドロップダウンの[何とか]をクリック

というのと、

1. [Ctrl]キーを押し始める
2. [何とか]キーを押す

こんなのがショートカットかと言われるとちょっとね

マウスに手を伸ばさなくても操作できる時点で複合でも十分ショートカットの意味はある

キーボードに手を伸ばすのと何か違うのか？

>>229
インテリセンスのキー操作は許せるのか?

キーボードの上から手を動かさなければ効率いいじゃん
それがあってどのエディタIDEでもvimキーバインドだけは諦められない

ctrl-x ctrl-sとかemacsじゃ複合型が当たり前だったような

そういやショートカットを教えてほしいんだけどさあ
メソッド名の途中等でエンターを押して改行しちゃった時はどうやって元の位置に戻るのが正解なの？
コード補完が効くと勘違いして改行しちゃう時がたまにあるんだけど

>>235
ctl-z

俺はctrl-ｚ使う

オレの人生にもctrl-zが欲しい

こんなのも戻るのか、間違うたびに一行消してたぜ！
ありがとう

そのためのundo

>>238一旦主電源オフしてからの再起動オススメ

>>241
再起動できる保証はあるのか?

解脱して輪廻から外れるって
　素晴らしい事ではありませんか

電気電子板で聞いてみては？
http://2chb.net/r/denki/1553082851/

人生 shutdown -r now を shutdown -h now と間違えて復活できず

復活の呪文を書き間違える悲劇

カジュアル1500に到達した。この辺りに来ると味方との連帯感が強くてすっごい面白いな
1600以上とかどんな景色なんやろ

誤爆

>>248
ふぇ

検索結果の画面が変ったようだが、VS２０１７のほうが見易かった。

>>250
なんかツリー化解除するコンボボックスあったような

Communityのフルサイズのオフラインインストーラー作りました
25.2GB（ファイル数: 6,629、フォルダー数: 4,656）になりましたがこれ正常なサイズですか？
2017だと47GBくらいあったので、約半分というのは少なすぎて不安です

何がしたいんだ？
大山鳴動して鼠一匹ってやつじゃね？

IDEが数十ギガもあるなんてデカ過ぎ
VBなんてフロッピー数枚だった
Sarp-Developも小さい

ほんとなんでIDEってこんなに容量激増しだしたの？エロ動画何本か埋め込まれてるのってレベル

>>255
昔は、MSDNのオフライン版が入っていて容量を食ってたけど今はネットだしね

>>253
今月は固定回線ですが来月から容量制限ありのモバイル回線に一本化するので、今のうちにフル版をダウンロードしておきたいのです
ダウンロード正常終了のメッセージは出ていたと思うので間違いないみたいですが
今回はちょっとやり方間違えまして、ダウンロード先フォルダの中にvs_community.exeを入れて実行してしまいました
本来なら別フォルダにあるvs_community.exeを実行して、ダウンロード先に生成されるvs_community.exeでセットアップになります

>>257
VS2017以降は、かなり頻繁なアップデートがあるので意味がないのでは?

>>257
この仕事するなら固定回線維持した方がいい。
節約するなら他で節約する。
どうしても無理なら無線LAN使えるコンビニやカフェに行けば。面倒だけど。

>>258
確かにアップデートだけでパケ死しそうだな

>>252
Visual C++のコンパイラとか ランタイムはアップデートがでるたびにアップデートされたバージョンが追加されるだけだから
今後アップデートされる度にどんどん容量が増える。

あと、Windows SDKもね

フルビルトとかしたら何時間かかるんやろか

いまは４G回線でも使い放題あるよ

Android SDKやNDKが整理された分で全体的には2017末期に比べるとかなり容量は減ってるけどな

VS2017のオフラインイメージサイズも
最初は24GB弱だったしな
日本語リソースのみ指定でなら21GB弱だったし。

大きいのが気に入らんなら必要なワークロード・コンポーネントだけダウンロードしろよ
フルが必要なやつなんて滅多におらんだろ

モバイルノートで下位モデルを買うとSSDの容量がないとかありえるからな
できるだけ小さくはしてほしいわな

最近容量育ってるのは何が原因なんだろう

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

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

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

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

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

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

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

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

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

アップルバンザイ！

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

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

>>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 エディションでは使用できません。

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

個人でもgitは使うだろ

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

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

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

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

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

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

だよねー

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

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

iOSアプリ開発で要るだろ

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

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

>>294
キチガイ

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

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

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

>>297
頭おかしい

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

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

ぷげら

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

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

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

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

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

令和バージョン来た。

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)

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

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

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

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

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

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

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

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

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

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

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

リソースエディタで

実装書けないゆとり系か

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

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

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

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


なおC++/CXも（ｒｙ

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

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

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

unidentified fucking object.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

framework変わらんと無理でしょ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

コンパイル通るのか?

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

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

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

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

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

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

null来てんじゃないの?

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

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

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

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

>>362
初期値の話な

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

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

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

#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 がかかっているから。

なお、予期しない最終結果になった原因を探るなら、途中経過のどこで予期しない現象が発生したのかを探らなければならない。
この場合は p の経過を見てみるとよかったであろう（実は最初の malloc から p の値が違う）。

なんでいきなりASLRとか言い出したんだ？

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

これはoperator newとmallocの挙動の相違だったはず

Introducing .NET 5
https://devblogs.microsoft.com/dotnet/introducing-net-5/

ポイント：
・.NET 5 が 2020年11月にリリース予定
・.NET Framework と .NET Core の二系統を一本化へ
・毎年11月にメジャーバージョンをリリース
・Windows Forms とか WPF は引き続きWindowsのみ

って感じかな？

毎年メジャーバージョンとかまた面倒だな

>>373
でもLTSの間隔は毎年じゃないっしょ

>>373
Windows10は実質、半年でメジャーバージョンアップでしょ

コードの検索範囲に現在のブロックってのが追加されてるね。めちゃくちゃ助かったわ

よろこんでいただけてこちらも嬉しいです

>>373
.NET Frameworkは4.8で終了の間違いでは？

Visual Studio Onlineっていくらになるんだろ？
てか、前にも同じ名前のサービスを見たような気もするけど別もんなのか？

>>379
http://ufcpp.net/blog/2019/5/build2019/
> ALM とか Team Services とか DevOps とか呼ばれてるやつの名称が「Visual Studio Online」だった時期がある
前の同名サービスとは別物

.Net5 ってネーミングセンスなさすぎ。
絶対混乱するだろ。紛らわしいわ。

ホント、.NET Core5 で良かったのに

どう混乱すんの？

>>383
.NET4の後継でCoreじゃないように見える。
事情を知ってる昔の人はいいけど、新規開発者は混乱する。
上に出てたVisualStudioOnlineもそう。
過去に使ったサービス名を違うサービスに流用するからご新規さんは検索したときに両方出てきて混乱する。
MSはネーミングセンスがなさすぎ。

>>383
.NET Frameworkが消えて.NET Coreに統合でそ

むしろシンプルで混乱の芽を摘んだ。MSグッジョブっておもたわ

Framework 5は出さないしCoreの流れで.NETは一本化するので
Coreという単語で差別化する必要も無く余計だから無くすってことみたいだね
混乱するのは半端に知ってるベテランの方でしょうな

VS Online命名はやっぱコイツらバカだろ、みたいな感想

>>384
新規開発者の方が混乱しないやろ

>>387
ゲームみたいだよね

なんだよOnlineってCommunityなくなるのかと思ったぜ
紛らわしいからVisualStudio.htmlにでも改名しろよ

Windows Forms / WPF なくすわけでもないから
.NET Framework がなくなるって言い方はどうかな・・・。

APIがそろってきたから一本化ってだけでしょ。

VB6だってまだ消えてない
そういうこと

ここまで生き残ったんだからVB6もメンテしてよ

むしろとどめを

>>394
大賛成!

VB6はもういいだろww

一番抹殺したいと思ってるのはMS

VB2C#コンバータをバンドルしなきゃ

VBAもC#で書けるようになればいいのに。

それもうVBAとちゃうから

Visual Studio による Office および SharePoint 開発
https://docs.microsoft.com/ja-jp/visualstudio/vsto/office-and-sharepoint-development-in-visual-studio?view=vs-2019

Roadmap for Apps for Office, VSTO, and VBA
https://blogs.msdn.microsoft.com/officeapps/2013/06/18/roadmap-for-apps-for-office-vsto-and-vba/

むしろVBであらゆることが出来るようにしろ

>>399
C#のコードをVBAに変換する処理実装すればいいんでね？

>>403
大から小への変換は無理です

MS OfficeでVBAだけじゃなくてpythonも使用可能になるって話はどうなった？

>>405
マイクロソフトが手綱握れない言語なんて載せるわけ無いだろ。

>>405
そんな話もあったね
アンケートだったって事らしいけど
https://qiita.com/yniji/items/b38bc312e860027108ac

>>406
C++は手綱握れると仰る？

>>405
javaScriptじゃなくて？

>>408
MSは仕様策定にがっつり参加してるよ

だったら早く #pragma once を標準に入れてくれ

>>409
ユーザーから要望があってとりあえずアンケートしていたけど
いつものマイクロソフトらしくその後だんまりだったような

アンケートの結果はVBのままでいいということだったんだな

Celeron 1000M/メモリ16GB/SSD500GBのオンボロPCにVisualStudio 2019をフルインストールしたが、遅すぎてツライ。
フルインストールしたのが原因？
インストール時に必要最小構成に絞れば軽くなる？
2019はCPUバカ喰いする？

素直に2017に入れ替えた方がいいのかな？

そもそも何が必要最小構成なのか判断できる知識はあるのか？
何だか書込みが馬鹿っぽいぞ

むしろ2019は2017よりも軽いくらい

>>415
環境依存のバグかもな。
公式リリース当初、とあるWPFのViewModelにブレークポイント置いて、
次ステップ(F10)へ進もうとしたら何秒も待たされていたりした。
2017だと問題ないし、全てのWPFアプリでそうなったわけでもなかった。
1ステップ毎に何秒も待たされて使い物にならなかったが、いつの間にやら直ってた。

レス先待ちがい。
>>417は>>414へのレス。

>>414
cpuはそんなにバカ喰いしない
5MBくらいのC++ソースファイルをビルドした場合で
core i9 9900k@5GHzの使用率が10%くらい

>>419
>core i9 9900k@5GHz
オイ!

>>417
2017に比べて「えっ？」てくらい遅いよね。
やっぱ戻すわ。

>>419
それひょっとして自慢ですか？
パソコン自慢ですか？
見せびらかしですか？

自分に投資するときはババーンとやらんとね

Xeon Phi 7210 だとどんな感じになる？

>>422
せやな
自己投資は大事
スレ的にはEnterprise w/ MSDNのVS Subscription使うのが望ましい

環境はwin8.1・Celeron M（1.73GHz）
RAM1.5GB・Cドライブ空き6.73GB
VS2015なら使えていたけど
VS2019にしたら、立ち上がり・プロジェクト作成・コンパイルで
物凄い時間がかかる。
キャッシュの設定でUSBメモリか空きＨＤＤ用意すれば使える様になるかな？

使えないなら、管理専用に使うか。

https://docs.microsoft.com/en-us/visualstudio/releases/2019/system-requirements
> 1.8 GHz or faster processor. (後略)
> 2 GB of RAM; 8 GB of RAM recommended (後略)
> Hard disk space: (中略) typical installations require 20-50 GB of free space.
新しくPC買った方が幸せになれると思う

>>425
>RAM1.5GB

8GBは必要だろう

皆さんはメインのPCにVisualStudio入れてるの？
環境汚れるのは気にならない？

Celeron/16GBの他にi7/32GB、i7/16GB、i5/8GBがあるけど、環境汚れるからVisualStudio入れるの躊躇してる。

>>428
何で1番ゴミにVSを入れてるんだ？
残りは何に使ってるんだよ。

メインPCに入れてる
開発環境メインPCにないと手間じゃない？

>>428
あなたのPCは観賞用なのかな

こりゃ駄目だな。 笑うしかない。。
ソース管理すら難しいかな。

中古探して、やりますわ。
失礼しました。m(__)m

>>428
i7/32あんじゃん
宝の持ち腐れだよ

20年前はVisual Studio 6時代でOSのメモリは256MB載ってたら御の字だったのにどうしてこうなった。

>>428
環境が汚れるってどういう意味だよ?

>>428
疑わしいならVM使えよ
VirtualBoxでVirtualPCでもVMwareでもあんだろ

最強のアンチウイルスはVMのスナップショット
これ憶えとけ

>>436
まさにi7/32GBが仮想マシン用なんだわ。
そっか、i7/32GB上のVMにVS2019入れたらいいのか。
環境汚れても簡単に復旧できるし。
そうしよう。

てかVS2019ってなんでこんなに重いんだ？
まあいいけど。

>>436
何でHyper-Vが無いんだw

>>434
TurboPascalなんてメモリ64KBで統合開発環境が動いていたよな。
メモリ6GBって64KBの約10万倍だからな。

(6×1024×1024×1024)÷(64×1024)=98,304

時代が違うとは言え、どうしてこうなった…

Macintosh 128Kなんて128KBでグラフィカル・ウインドウのOSが動いてたぞ

むかしの銀行オンラインシステムは128KBで動いていたよ

そりゃあ、プログラムコードはROMで、可変するデータのみ扱うなら充分なサイズだからな

環境汚れるって...何も入れられん気がするけど

8750H／32GB RAM／1TB SSDなノートPCでも使ったりするけど、2019快適だぞ。
2017に比べて重いということはない。起動スプラッシュの表示時間は短くなった気がする。

Visual Studio入れたら環境汚れるってなんのためにPC使ってる人なんだ

>>437
VS2017とVS2019のエディションはどちらもCommunity?
そうならCodeLensかも。VS2017のCommunityはCodeLens無いから。
Pro使ってる分には大差無い。2017でも2019でもCodeLensあるし。

>>446
CodeLensって重いんか？
一度抜いてみようかな？

>>447
お前は一体何を言っているのだ？
CodeLensが何なのか分かってる？

CodeLensのコード解析はしょぼいPCにはちょっと荷が重いかな
解析結果はキャッシュされるから最初だけだけど

Windows自体が環境を汚してる感
そしてWindowsUpdateでさらに汚しまくりんぐ

オレのPCのデスクトップは超汚い

壁紙がグロ画像

>>451
こんくらい？

>>453
間違えてデスクトップにフォルダ無しで解凍して、そうなって慌てることはあるw

>>445
夢に出てきそう。

環境汚れるってなら、当然標準ブラウザのIEかEDGEで、セキュリティもDefender。Javaなんてとんでもなくて、addonも一切入れてない感じ？

汚れるとかじゃないけど
プログラムのアンインストール一覧に大量の項目ができて使いにくくなるのはあるなｗ

まさか、開発マシンとターゲットマシンが同じPCとかじゃ無いよな？

そこ分けてどうすんの？メリットあんの？
そりゃ、テストするマシンもあるけどさ。win7マシンとか。
開発マシンで散々ビルドして実行したりしないの？

一瞬で実行終了するプログラムならともかく
ユーザーが継続的に操作するプログラムや
そこそこ時間がかかるプログラムは
コンパイラとは別のマシン（ＶＭでもいい）で
実行しないと束縛うけるだろ

はい?

(;´д｀)？

ま、両極端な意見を互いにぶつけ合えばこうなるわな

よごれちゃった
よごれちゃったよお．．．

BPかけて変数を確認とか最低やるだろ？

>>465
OutputDebugStringとデバッグモニタで乗り切るんだ

汚れっちまった環境に
いたいたしくも怖気(おじけ)づき
汚れっちまった環境に
なすところもなく日は暮れる

穢れちまった赤い雨が降り注ぐ容赦なく俺たちに注ぐ
肩を喘がせ爛れた大地をひたすら踏みしめる
散り逝く友に未練など無いさ俺たちはDunnyBoy
遠く弾ける鉄のドラムそれが俺たちのララバイき飛ばせこの地獄を

VS2019環境汚染問題はVirtualBoxで解決したんだけど、
WSL2とVirtualBox共存問題が発生して今日も眠れない。

ProでHyper-V

>>470
グッパイVirtualBox！

うーん、なんかMS-DOSでやってれば？

面倒なのが、インストーラ込みでのテストだよな。
ランタイム入って無いからそもそも動かないとか、忘れがち。

意味不明

>>473
インストーラーのテストはVMのスナップショット使うのが楽だわな

MSDNあるから2019使えるんだけど、2017と比べてどうかな？
コンパイラ変えると周りの人に説明すんのめんどいんだけど、メリットが大きいならそうしたいって思ってる

>>476
俺はCore3.0が出たら乗り換える予定。

2019ってコミュニティでも何もせずにCodeLens使えるのか？
とりあえずバージョンアップしようかなぁ

>>476
リファクタリングが全然違う

Visual Studio 2019 version 16.0.4
released May 14, 2019

Issues fixed in Visual Studio 2019 version 16.0.4
・Attach to iis prompt to attach multiple times.
・WPF applications broken after FW 4.8 update.
・installing typescript 3.3 disables version 2.2 compilation.
・Unable to attach debugger when attaching multiple startup projects on Visual Studio 2019.
・Known issue: Application tab of VB project property pages is broken when isntalling the .NET Framework 4.8 Developer Pack.
・Visual Studio extensions may fail to install attempting to overwrite core NuGet files.
・microsoft.diagnosticshub.dotnetobjectalloc.vsix missing from offline installer.

Security Advisory Notices
・CVE-2019-0727 Diagnostics Hub Standard Collector Service Elevation of Privilege Vulnerability 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

そんなん和訳しないとここでは誰も読まないだろ。
読む奴はマイクロソフトのサイト行ってとっくに読んでるし