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

2019/05/05(日) 17:49:08.68

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

2019/05/05(日) 18:03:40.90

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

2019/05/06(月) 12:30:49.46

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

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

2019/05/07(火) 07:24:16.80

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

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

って感じかな？

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

2019/05/07(火) 07:42:14.85

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

2019/05/07(火) 08:22:36.98

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

2019/05/08(水) 11:44:09.23

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

2019/05/08(水) 12:04:21.96

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

2019/05/08(水) 12:10:26.84

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

2019/05/08(水) 14:16:23.26

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

2019/05/08(水) 14:19:44.36

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

2019/05/08(水) 14:42:26.16

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

2019/05/08(水) 14:56:31.44

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

2019/05/08(水) 19:59:28.53

どう混乱すんの？

2019/05/08(水) 20:05:29.04

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

2019/05/08(水) 20:13:35.60

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

2019/05/08(水) 20:19:45.23

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

2019/05/08(水) 20:54:22.98

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

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

2019/05/08(水) 20:58:37.32

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

2019/05/08(水) 21:19:44.41

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

2019/05/08(水) 21:57:16.18

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

2019/05/08(水) 22:08:57.26

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

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

2019/05/08(水) 23:01:10.01

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

2019/05/09(木) 03:32:35.31

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

2019/05/09(木) 05:23:43.62

むしろとどめを

2019/05/09(木) 06:12:22.58

>>394
大賛成!

2019/05/09(木) 07:57:54.86

VB6はもういいだろww

2019/05/09(木) 08:11:19.88

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

2019/05/09(木) 10:23:54.96

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

2019/05/09(木) 10:44:20.03

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

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-rNgt) · 2019/05/09(木) 11:48:38.60

それもうVBAとちゃうから

2019/05/09(木) 12:06:09.74

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/

2019/05/09(木) 13:08:41.72

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

2019/05/09(木) 16:11:33.63

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

2019/05/09(木) 16:42:54.51

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

2019/05/09(木) 19:35:32.79

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

2019/05/09(木) 21:29:42.00

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

2019/05/09(木) 21:52:59.54

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

2019/05/09(木) 22:08:44.78

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

2019/05/09(木) 22:12:01.53

>>405
javaScriptじゃなくて？

2019/05/09(木) 22:26:32.54

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

2019/05/09(木) 23:41:29.67

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

2019/05/10(金) 01:29:46.37

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

2019/05/10(金) 01:45:08.01

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

2019/05/10(金) 07:51:36.91

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

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

2019/05/10(金) 08:08:42.95

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

2019/05/10(金) 08:23:53.88

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

2019/05/10(金) 09:12:54.63

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

2019/05/10(金) 09:13:44.53

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

2019/05/10(金) 09:39:46.34

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

2019/05/10(金) 09:43:43.84

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

2019/05/10(金) 18:53:26.30

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

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

2019/05/10(金) 19:07:57.33

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

2019/05/10(金) 19:16:43.49

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

2019/05/10(金) 19:18:52.67

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

2019/05/10(金) 19:26:24.10

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

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

2019/05/10(金) 19:38:41.61

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買った方が幸せになれると思う

2019/05/10(金) 19:52:48.81

>>425
>RAM1.5GB

8GBは必要だろう

2019/05/10(金) 20:12:21.20

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

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

2019/05/10(金) 20:14:21.87

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

2019/05/10(金) 20:15:55.01

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

2019/05/10(金) 20:16:52.77

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

**425** (ｽｯｯﾌﾟ Sdbf-Y5ub) · 2019/05/10(金) 20:17:36.30

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

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

2019/05/10(金) 20:21:08.42

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

2019/05/10(金) 20:24:30.97

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

2019/05/10(金) 20:55:45.11

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

2019/05/10(金) 20:58:54.73

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

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

2019/05/10(金) 21:15:38.22

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

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

2019/05/10(金) 21:21:44.06

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

2019/05/10(金) 21:23:16.36

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

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

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

2019/05/10(金) 21:29:22.01

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

2019/05/10(金) 21:32:50.54

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

2019/05/10(金) 21:42:29.40

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

2019/05/11(土) 01:12:23.62

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

2019/05/11(土) 01:24:16.03

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

2019/05/11(土) 01:31:40.04

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

2019/05/11(土) 01:35:54.08

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

2019/05/11(土) 01:51:40.31

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

2019/05/11(土) 01:58:49.29

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

2019/05/11(土) 02:16:42.78

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

2019/05/11(土) 05:24:11.83

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

2019/05/11(土) 07:30:03.23

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

2019/05/11(土) 07:55:31.67

壁紙がグロ画像

2019/05/11(土) 08:04:42.38

>>451
こんくらい？
https://dotup.org/uploda/dotup.org1844319.jpg