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/14(日) 15:28:03.74

2019/07/14(日) 15:29:15.54

>>351
困ってるのは分かるけど逆効果だって
話が通じるならこんなに長期に渡って荒らしたりしない

2019/07/14(日) 16:02:55.18

>>347
ここはプログラム技術板だ
会社がどうたらはプログラマ板でやれ

　こ　こ　で　や　る　な　カ　ス

2019/07/14(日) 16:12:51.49

おまえらが構うからよだれ垂らして寄ってくるのに気づけ

2019/07/14(日) 16:20:08.05

すぐNGに入れろ。相手にするな。

2019/07/14(日) 17:35:23.61

本題のネタはないんか

2019/07/14(日) 17:36:15.90

2019/07/14(日) 18:01:18.69

2019/07/14(日) 18:03:54.41

2019/07/14(日) 18:08:38.06

2019/07/14(日) 18:15:56.37

2019/07/14(日) 18:19:27.95

2019/07/14(日) 20:20:00.41

おじいちゃんの書き込みがちっとも見えない
努力足りないんじゃない？

2019/07/14(日) 21:09:42.54

自動翻訳してれば見えないだろうね。
それが狙いなんだよ、外人さんよ。

2019/07/14(日) 21:43:09.07

ここにはマイクロソフト関係者、マイクロソフトの息がかかった人間がいるからおかしくなる。

2019/07/14(日) 22:01:49.54

UWPアプリ
VSから起動だとDebug/Release両方動くのに、スタートメニューから起動すると、ある操作で落ちる
一時間くらいハマった
Resourceで定義したTextBlock用StyleのTargetTypeが間違えてTextBoxになっていたのが原因
なぜVSから起動でエラーにしてくれないのか・・・

2019/07/14(日) 22:49:55.40

>>367
落ちたときってwindowsのエラーレポートで確認できない？

2019/07/15(月) 07:50:54.29

>>368
搾取発見。

2019/07/15(月) 08:35:09.15

>>367
似たような事はWPFでも起きるよ
Xaml周りがデバッガとEXE起動で挙動が違う。デバッガだとゆるい。

2019/07/16(火) 16:04:23.23

VS 2019 Community の C++ で MFCで、メニューエディタを昔の VC++ と同じ感じで
試していたら一度目は、ディスクアクセスはほとんど無いのに CPUパワーが1CORE
で 100%になって、一分くらいたっても変わらないのでVSを停止させた。
VSをもう一度起動してみると英語で「以前、以上終了したのでリカバリーしますか」
と出てきたのでリカバリーしてみた。再度メニューエディタを試していたら、
途中でVSがハングアップしてシステムがVSを勝手に終了させた。

何じゃこれは。

2019/07/16(火) 16:19:05.18

因果応報

2019/07/16(火) 16:24:39.13

バグなら、他の人も同じ。

2019/07/16(火) 16:48:37.70

MSていこくのツール使うと搾取されるんだろ？諦めろ

2019/07/16(火) 16:48:54.94

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
言わんとしていることは分からなくはないが、相手に伝わる日本語を使おうな