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/07/16(火) 16:54:26.92

すんません、プログラム初心者でこれ使い出したんですが
使ってるパソコンが32bitなんです。
開発するにあたってどういう不都合がでてくるかわからないんですが、64bitで開発しないと今後まずいんでしょうか？
プログラム作っても64bitのパソコンでは動かないとか…

2019/07/16(火) 16:55:14.87

https://developercommunity.visualstudio.com/content/problem/633742/vs2017-vcmfc-%E3%83%A1%E3%83%8B%E3%83%A5%E3%83%BC%E7%B7%A8%E9%9B%86%E4%B8%8D%E8%89%AF.html

↑7月6日に同じ報告が有り、VS 2019 では fix したと 7/10 辺りにコメントが
ついているが、果たして本当だろうか。現に自分の環境では良く似た現象が
まだおきてる。VS 2019で。

2019/07/16(火) 17:00:18.20

>>376
64BITのC++のプログラムは、32BITのWindows OSではデバッグできない。
デバッグ用のWin32 APIの構造体の中のレジスタが32BITレジスタまでしか
入ってないから。

2019/07/16(火) 17:03:48.23

win32apiが切られない限り大丈夫
過去資産大杉なので、これが切られるときって相当先じゃね

2019/07/16(火) 17:06:46.15

>>376
古いパソコン？
ある程度できるようになったら買い換えた方が快適だと思う。

2019/07/16(火) 17:22:07.80

>>376
.NETだと殆ど困らない
Cで64bitのライブラリーしか無いものは動かせない
けど、殆どは32bitのもある

2019/07/16(火) 17:25:21.08

>>378
修正。正確には、そもそも64BIT版のC++プログラムは32BIT Windowsでは起動することが出来ないので、デバッグも出来ない。

32BIT版のIDEは、64BIT Windows でも基本的には起動できて、32BIT版のプログラムは十分開発できるが、64BIT版のプログラムをデバッグすることは出来ない、という事だった。

2019/07/16(火) 17:52:12.72

>>371
ディスクの故障か
故障してなくても壊れかけてるから
今すぐバックアップとって逃げろ

2019/07/16(火) 17:56:13.49

>>383
あなたは、今、エスパー能力を発揮したよ。
実はごく最近にHDDが壊れてディスクの読み書きが物凄く遅くなって、新しいHDDに移し変えた。
今は新しいHDDのみを使っている。
既に古いHDDはLinuxのParted Magicという特殊なCD-ROMで起動してやっと読める程度になっていて、僅かな量を読むのに膨大な時間がかかるようになってしまってる。

2019/07/16(火) 17:57:10.62

なお、古いHDDは電源ケーブルとSATAケーブルを外しているので全く影響を与えてない。

2019/07/16(火) 18:01:55.05

>>375
特に異常はないな
https://i.imgur.com/iPg5yqQ.png

2019/07/16(火) 18:02:28.61

そうか
ディスクに心当たりあるなら
仮に新しいHDDに全部移したつもりでも
コピー出来なかったセクタとか放置スキップされてたら
なんとなく動いてるようでもツボに当たると突然死したり
修復を求められたりする
データ取り出せただけでもラッキーと思って
OSから入れ治せ

2019/07/16(火) 18:10:55.80

おじいちゃん頭壊れてるからPCも壊れちゃったのね
残当

2019/07/16(火) 18:14:28.16

>>387
OSや他のアプリは完全に入れなおしている。
VSはOfflineインストール用のデータを作ったばっかりだったので
古いHDDからコピーした。

2019/07/16(火) 18:22:44.09

>>387
HDDにはさまざまなエラー検出システムがあるし、セクタを完全にスキップすることは無いはず。
強力なエラー検出システムのあるので、エラーに気付かずにコピーしてしまうことも確率的には無くて、本当に間違いがあればコピーの途中でエラーになるはず。

2019/07/16(火) 19:15:18.85

デスクトップのショートカットに /nosplash を指定して、さらに IDE を起動後に Tools - Options - Startup を Empty Environment にしていったんIDEを終了してみると、その後の起動が劇的に速くなった。

2019/07/16(火) 19:45:32.71

External Tools で外部コマンドを設定しようとして、Arguments 欄に
/j$(CurLine) $(ItemPath)
として、a.bat というファイル名で中身を echo %1 %2 %3 %4 としてそれを起動して確認してみたところ
"/j30" "xxxx"
のように表示された。
a.bat /j30 111
とすると
/j30 111
と表示されるので、VS は、/j30 の部分を、"/j30" のように囲っているらしい。
これを防ぐ方法は有るの？

2019/07/17(水) 12:20:15.92

a.bat "/j30 111"

2019/07/17(水) 15:24:50.73

ややこしい、bat よりも、PowerShell を使え！

2019/07/17(水) 16:00:27.81

おじいちゃんには無理

2019/07/17(水) 16:03:33.95

WPFのインストーラーを作りたいのですが、パッケージ販売するためサポートがある有償のインストーラー開発キットが欲しいです。
InstallShieldは高すぎるし制約が多いので他に何か良い製品はないでしょうか？

2019/07/17(水) 16:37:41.14

>>392
結局、VSのバグですよね。

2019/07/17(水) 17:03:08.89

自演までして何を訴えたいのか

2019/07/17(水) 17:05:06.89

エロイムエッサイム我は求め～

2019/07/17(水) 17:40:43.25

>>392
外部ツールのコマンド引数を出力して確認してみたがダブルクォーテーションは含まれていない
https://i.imgur.com/XYFplaB.png

2019/07/17(水) 19:33:41.29

エロイムエッサイム、エロイムエッサイム、古き骸を捨て、蛇はここに蘇るべし、うわあああああ！！

2019/07/17(水) 19:50:24.69

>>400
自分は英語版の VS 2019 Community を使っていました。

2019/07/17(水) 19:54:13.35

なお、同様の指定方法で昔の VS では同じ Windows OS 上で昔から使ってるエディタが起動できているのですが、VS 2019 Communit の英語版では起動できなくて問題の切り分けのために、a.bat を作って試した結果が >>392 です。

2019/07/17(水) 20:01:15.20

VC++ 6.0 では
/j$(CurLine) "$(FilePath)"
としていたんですが、VS 2019 Community 英語版では
/j$(CurLine) $(ItemPath)
としています。

結果、前者では、行番号30の位置が外部エディタ上で開かれるのですが、
後者では、j30 と xxx.cpp という2つのファイルがエディタ上で起動してしまいます。
j30 というファイルは存在していないので空のファイルとして開かれます。

この時、外部エディタは "/j30" の / を絶対パスの開始として解釈しているようです。

2019/07/17(水) 20:08:06.31

やはりMS製品を窓から投げ捨てないと
自演してる場合じゃないぞ

2019/07/17(水) 20:08:10.57

【正常動作する場合】
VS: VC++ 6.0 日本語版の VS
OS: Windows 7, Pro, 64BIT, 日本語版, SP1
外部コマンド: とある Editor
引数：/j$(CurLine) "$(FilePath)"
展開後の引数：/j30 "xxx.cpp"

【異常動作する場合】
VS: Visual Studio 2019 Community 英語版
OS: 上に同じ
外部コマンド: 上に同じ
引数：/j$(CurLine) $(ItemPath)
展開後の引数："/j30" "xxx.cpp"

後者ではあらゆる引数に double quotation が勝手に付くいてしまうようです。

2019/07/17(水) 20:09:30.56

>>405
自演じゃない。実際に起きていることを正直に報告してるだけ。
起動が遅かったのが劇的に改善されたのも本当。

後者はネット速度が遅いためと説明が付く。前者は分からない。

2019/07/17(水) 21:46:08.10

>>396
無償だけどMicrosoft Visual Studio Installer Projectsを使えば?
MS純正だよ

2019/07/17(水) 22:53:25.53

>>408
サポートはないんちゃう？
もちろんMSのバグなら対処してくれるだろうけど

2019/07/18(木) 06:24:22.36

>>409
サポートが必要ならInstallShield一択だよ
オープンソースじゃInnoSetupやWixがあるけどサポートは無いね
よほどの複雑な事をしない限りはサポートは要らんでしょ

2019/07/18(木) 10:40:01.58

>>396
InstallShieldは制約が多いって何をしようとしてるんだろ?
かなり高機能だと思うが

2019/07/18(木) 11:14:50.08

>>411
１マシン１ユーザのみ、とかじゃないか？

2019/07/18(木) 11:24:50.24

>>412
そっちの制約かw
InstallShield有償製品としては独占状態だからねえ

2019/07/18(木) 11:34:25.28

>>408
>>409
>>410
ありがとうございます。
有償だとInstallShieldしかないのですね。
オープンソースも検討してみます。

>>411
機能の制約ではなくてInstallShieldはPCが1台に固定されたり監視されるらしいです。
あと今回は日本語と英語のインストーラーを作る必要があるのですが、それをすると費用が跳ね上がるのも難点です。

2019/07/18(木) 11:48:06.31

https://www.xlsoft.com/jp/products/indigorose/msi-factory.html

こういうのもあるよ
開発用のUIは英語版しかないけど
インストーラのUIは多言語で作成可能

2019/07/18(木) 11:59:20.26

>>414
日英だけなら日本語版で出来るよ
＋中国語版とかやろうとすると高い奴になる

2019/07/18(木) 12:33:43.02

>>414
Microsoft Visual Studio Installer Projectsを自社製品パッケージに使ってるけど何の問題もないよ

2019/07/18(木) 15:41:16.10

>>416
>>417
ありがとうございます。検討します。

2019/07/18(木) 15:41:51.71

>>415
ありがとうございます。試用版使ってみます。

2019/07/18(木) 15:45:07.64

みんな優しいな、自分で作れと言わないのか

つ https://docs.microsoft.com/en-us/windows/win32/setupapi/overview

2019/07/18(木) 15:55:08.54

>>420
だって質問者が知りたいのはサポートのある製品だもん

2019/07/18(木) 16:16:31.54

>>421
Windowsのライブラリーなのでマイクロソフトのサポートはあるよ
Installer SDKは独特なので分かりづらい
InstallShield等もそれに準拠してるんで分かりづらい

2019/07/18(木) 19:50:24.75

>>422
APIのサポートはあっても、プログラムの組み方のサポートはないだろ
InstallShieldはその辺のサポートもある（値段は知らんがｗ）し
セミナーとかも時々やってる

2019/07/18(木) 19:55:13.29

>>422
インストーラー如きにそこまで工数かけられないだろ。
作りたいのはアプリケーションであってインストーラーではないんだから。

2019/07/18(木) 20:19:31.86

如きと言えるのは、作った事のある人だけ

2019/07/18(木) 20:27:16.02

>>424
パッケージメーカーにはインストーラ専門の部隊が居るそうだけどね
アプリをインスコするだけのインストーラは簡単だがどんな環境でも実行環境をワンクリックで構築できるインストーラを作るのは難しい

2019/07/18(木) 20:33:18.68

自社アプリのインストーラーを作らされたことあるけど、実装すべき機能多くてしんだわ
これが商品になるのは分かる

2019/07/18(木) 20:44:40.76

>>427成仏しろよw

2019/07/19(金) 01:35:34.26

インストーラーで得るべきサポートってなんだろ？上手くいかないケースに対するアドバイスか？

**デフォルトの名無しさん** (JP 0Hb3-dTVB) · 2019/07/19(金) 21:59:25.99

アンインストール出来んぞオラァ
と言われた時のクレーム処理とか

2019/07/19(金) 22:30:10.48

それは無理だ

2019/07/19(金) 22:36:32.43

時事通信は中立的でもっとも正確。朝日新聞は若干、旧民主党寄りの予想を出した。産経新聞は若干、自民党寄りの予想を出した。

それでもこの3つの分析には大差がない。東京選挙区はほぼ確定した。

当選者は自民党現職の丸川(台本がないと何を言うかわからないぶっとび女)、

自民党現職の武見(いつものハゲじじいもう5回シコシコ)、

公明党現職の山口公明党代表(誰もやりたがらない創価学会内の仕事を押し付けられているかわいそうな人)、

立憲民主党の塩村(東京で人気のいまでもオカズになるヌける熟女)、

共産党の吉良(共産党の女性アイドル、もう年だがまだまだエロオヤジに人気)、

立憲民主党の山岸(元朝日新聞政治部のメガネ、前頭ハゲ進行中)。

落選者で得票数第1位は維新の会の音喜多(東京都北区の区長選で落ちたのは悪口が書かれたせいだとして裁判で争っている最中のクズ、小池百合子都知事の元小間づかい、寄生できそうな政党につく虫)。

以上

2019/07/19(金) 22:37:13.19

アンインストール機能があってもみんなずるいから見かけだけアンインストールだからなw

2019/07/20(土) 02:16:19.93

シリアルキー🔐使いこなせる気がしない

2019/07/22(月) 23:41:12.94

今更だがJavaって有料になったんだな。.NetCoreにとってはシェア拡大のチャンスだな。

2019/07/23(火) 02:42:42.89

Oracleのはな、別に他所使えばいいだけの話

2019/07/23(火) 08:33:00.37

.NET Coreのサポート期間はLTSでも3年しかない
そして多数のベンダーが参加しているJavaと異なり、.NET Coreを開発してるのは事実上MSのみ
また、OSSといえども互換性のない改変によって特許利用許諾がロストして訴訟リスクが生じる問題はJava, .NET Core両方に存在する
さらに、.NETは.NET Framework切り捨てという「大量絶滅」が間近に迫っている
Javaを心配してる場合じゃなく、わりとガチでプラットフォーム丸ごと消滅しかねない

2019/07/23(火) 10:45:43.48

VB6すら切り捨てられないんだから.netFrameworkを切り捨てられるとは思えんな。

2019/07/23(火) 10:54:58.46

妄想は果てしない

2019/07/23(火) 11:10:39.02

将来的には整理統合の方向

「.NET Core 3.0」の後継は「.NET 5」～2020年11月にリリースへ
https://forest.watch.impress.co.jp/docs/news/1183216.html

2019/07/23(火) 12:34:49.54

>>437
デマおつ

2019/07/23(火) 13:10:13.77

>>441
https://devblogs.microsoft.com/dotnet/introducing-net-5/
> .NET 5 = .NET Core vNext

https://devblogs.microsoft.com/dotnet/net-core-is-the-future-of-net/
>.NET Core is the Future of .NET
>.NET Framework 4.8 will be the last major version of .NET Framework.

>>440は曖昧な書き方でわかりにくいね

2019/07/23(火) 18:21:35.60

>>442
それのどこが大量絶滅なん？

2019/07/23(火) 18:27:40.66

.NET Frameworkが使用できなくなるわけじゃないから、進化しないだけで絶滅はしないな

2019/07/23(火) 20:08:11.39

>>436
企業はそんなもんは使わん

2019/07/23(火) 21:00:25.66

.NET 3.5 SP1 ですら延長サポートが 2028年まであるからなぁ・・・。
少なくとも 4.8 もそこまでサポートはされるでしょ。

消えるとしても市場的に .NET 5 以降への移行が終了したと判断できるときでしょ。
法人向け製品には .NET 使ったもの多いしね。

2019/07/23(火) 21:06:28.09

Visual Studio自体.NET Frameworkだし

2019/07/23(火) 21:28:38.03

はい？

2019/07/23(火) 22:02:17.09

.NET FrameworkはVisual Studioだって言ってんの！

2019/07/23(火) 22:15:49.23

>>445
信頼あるJavaベンダーとかOracle以外にも昔からあるぞ
無知晒さんでええ

2019/07/23(火) 22:39:25.98

>>449
言わんとしていることは分からなくはないが、相手に伝わる日本語を使おうな

2019/07/23(火) 22:47:29.75

>>450
信頼あるJavaベンダーとは?

2019/07/23(火) 22:56:06.50

>>452
Redhat（←やっぱ有償w）

2019/07/23(火) 23:40:21.89

>>452
わりと昔からあるのはIBMかな

2019/07/23(火) 23:59:21.14

IBMはガチでアリだな

少なくとも2025年までは確実にJava 8ユーザーをサポートする
https://www.ibm.com/blogs/solutions/jp-ja/itmedia-article-websphere/

2019/07/24(水) 00:04:33.42

ZuluとかAmazonとかBellsoftとか

2019/07/25(木) 07:00:56.33

Visual Studio 2019 version 16.2
released July 24, 2019
https://docs.microsoft.com/ja-jp/visualstudio/releases/2019/release-notes#16.2.0

2019/07/25(木) 08:39:53.42

NotNullいつ？

2019/07/25(木) 12:33:16.87

13.2GBだった・・・SP2だから多いのか

2019/07/26(金) 09:16:33.20

VC#と比べてVC++ってコンパイルエラーの内容トンチンカンだし補足入力的なサポートも全然ないけど、C++もVSに何かプラグイン入れることでC#並のサポート得られるようになるの？
そういうのがないとしたらC#と比べて膨大な暗記力要求されるよね

2019/07/26(金) 09:24:48.49

C++はプロが使うもの

2019/07/26(金) 10:27:34.67

>>460
Templateを使うと意味不明なエラー出るけど、ほかはそれなりだろ

2019/07/26(金) 10:45:15.22

>>462
それなりなのかもしれないけどC#と比べたらめちゃ不親切だよね
基礎抑えてない自分が悪いというのが大前提にあるのは勿論認めるけど、C#の場合はそれでも例えばusing未記入でConsole.WriteLineって書いたとしてもちゃんとusing Systemを書くようにって教えてくれるやん
ポインタとかインラインアセンブラ使いたいからC++習得したいんだが、そういうサポートが無くてストレスマックスだからアセンブラすらもC#でバイト配列直記入したほうがマシって思ってしまうくらいC++嫌いだわ

2019/07/26(金) 10:48:09.66

気をつけろ
大文字で始まっているのはネタだぞ

2019/07/26(金) 10:48:50.43

>>463
ユーザー数が違うからな。
C#に力入れるのは仕方ない。

**デフォルトの名無しさん** (JP 0H56-/0C9) · 2019/07/26(金) 10:51:47.68

C++ modulesが入ったら「このmoduleでexportされてるからそれをimportしてみたら？」くらいは出せるようになるのかね

2019/07/26(金) 10:52:31.95

>>458
jetbrainsのやつ使え

2019/07/26(金) 10:56:15.90

C#はIDEの支援がしやすいように設計されてる
そういう配慮もなく大昔から継ぎ接ぎで機能拡張し続けてるC++にC#並みの支援を求めても無理

2019/07/26(金) 11:34:55.22

>>463
馬鹿には無理

2019/07/26(金) 11:38:39.66

>>463
コード保管のない時代には生きていけなかった馬鹿か

2019/07/26(金) 11:43:20.84

>>463
C++という言語からの欠陥だからVS関係ない、スレ違いだぞ
そして今の時代低レイヤー書くならRust一択

2019/07/26(金) 11:51:15.69

>>463
Roslynが優秀ってこったよ
vc++なんてgccと比べたら至れり尽くせりで王侯貴族気分になれるぜ

2019/07/26(金) 12:01:52.35

アプリプログラマならわからんでもないけどアセンブラ触りたい言ってるやつがそれはちょっと…

2019/07/26(金) 12:05:49.68

触りたいって言うか既に上記の方法で触ってるけど別にアセンブラ自体は多分一番簡単やん
ポインタもC#単体でもunsafeやUnsafe.なんかで一応やれなくは無いからな
だから頑張って色々頭に詰め込んでまでC++を本気で覚えようって気にイマイチなれないからC#並の補助が欲しい

2019/07/26(金) 12:18:02.66

>>474
お前にはプログラミングそのものが無理だよ