Visual Studio 2019 Part5

2020/08/18(火) 12:43:43.24

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
!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/

リリースノート
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes#

過去スレ
Visual Studio 2019
https://mevius.5ch.net/test/read.cgi/tech/1548765663/
Visual Studio 2019 Part2
https://mevius.5ch.net/test/read.cgi/tech/1562077164/
Visual Studio 2019 Part3
https://mevius.5ch.net/test/read.cgi/tech/1569978087/

※前スレ
Visual Studio 2019 Part4
https://mevius.5ch.net/test/read.cgi/tech/1585715794/

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

2021/01/26(火) 16:23:51.44

667,248

とか

2021/01/26(火) 22:40:57.98

部分的な書き方になっちゃってすまない。。
ActiveXObject("Microsoft.XMLDOM")　がedgeでは動作しないみたいだ。

ネットで調べると、以下のように書くと、
解決しそうなこと書いてあった。

これなら、IEもChromeもedge も動作するかな？
if(ActiveXObject) {
domObject = new ActiveXObject("Microsoft.XMLDOM");
} else {
domObject = document.implementation.createDocument(...);
}

2021/01/26(火) 22:42:34.78

>>690

.Net の話。。
文章へたくそ、ゴメンなさい。。

2021/01/31(日) 14:55:03.21

C#で作ったアプリケーションをビルドしました。

実行ファイルが作成されたbin>releaseのフォルダに、実行ファイルがあると正常に実行できるのですが、
他のフォルダにコピーすると実行できない（ダブルクリックしても反応しない）
状態です。

なぜなんでしょう？

2021/01/31(日) 15:53:02.38

>>692
.dllとかもいるんとちゃうか？

2021/02/02(火) 00:37:25.08

そんなときにILMerge

2021/02/02(火) 05:31:40.82

>>692
そういう動作をするように作った
管理者権限
セキュリティーソフト
その他なんか見落としてる

2021/02/02(火) 10:32:20.43

>>692はマルチポストしててもう解決してる

2021/02/02(火) 10:56:56.59

>>696
安心した

2021/02/02(火) 20:02:51.13

いい奴かよ

2021/02/03(水) 07:48:39.24

>>696
良かった良かった

2021/02/03(水) 19:39:24.98

MSVCに限った話もここで良いですか？Community 2019 Version 16.8.4を使用しています
https://i.imgur.com/qMgkY59.png

URLのスクリーンショットは新規コンソールアプリで上記インラインアセンブリだけを挿入し
cppソースからxorとincにブレークポイント、xorでブレーク＆再開後・再びブレークした物です
しかし逆アセンブリを見るとcppソースと異なり、incではなく"Hallo World\n"まで進んでいます

どうもインラインアセンブリ内のラベルが原因のようで、同行にしてもセミコロンを入れても意味はなく
行単位のズレならまだしも、バイト単位でずれて居ると見えブレーク位置によって不正な命令に変化します
Releaseも同じ症状になるのでデバッグ形式は関係ないようですが、これは環境依存の問題でしょうか？

一応Developer Communityやgithub.com/Microsoft周りをinline assembler+label+breakpoint辺りで
探ってみましたが巧く見つけられず…Visual Studio 2019自体を入れ直してみても改善しませんでした

2021/02/04(木) 11:57:03.48

label: nop 入れてみたら？

2021/02/05(金) 04:58:27.99

>>701
nopを挿入しnopにブレーク設定すればincで停まりますが、incにブレーク設定するなら結果は同じですね
その分後ろに行くだけなので命令の頭にCCが書き込まれない場合も同様。むしろおま環なのかどうかです

2021/02/05(金) 07:30:37.56

ブレークポイントはインラインでなくともずれる事がある
Releaseビルドのような最適化が行われたコードは当然としてDebugビルドでも

おまかんかどうかは後で試してみるよ

アセンブラを使いたい理由はわからんけど
32bitがそろそろオワコンだし
64bitだとインラインは使えないし
インラインじゃない普通のアセンブラを使ってみたら？

2021/02/05(金) 08:05:41.23

>>703
最適化はともかく、ご指摘のずれるというのは設定しようとした行ではなく、実際に作用するコード行へ移されるという意味ではなくてですか？
アセンブリなら命令とネイティブコードは対ですし、ましてや命令の頭以外にSBPが挿入されて不正命令化するのは不具合にしか見えないけども…

インラインアセンブラの用途は主にレガシーアプリをラップする関数スタブです。前処理や__stdcall→__fastcallにして引数増やすとか
EBP経由で前フレームを参照する事もありますし、C/C++ではテイルコールに出来ないと大分増長なネイティブコードが出来上がるので
MASMの方が端々で堅牢だと思いますが、C/C++ソースと手軽に連携する分には…という感じです。bitの点は元アプリがx86しかありません

**704** (ﾜｯﾁｮｲ 1f32-RXZG) · 2021/02/05(金) 08:13:56.36

誤字脱字失礼…「前処理→前後処理」、「増長→冗長」です

2021/02/05(金) 08:22:49.40

バイト単位でずれて不正命令化？
まあそれはお気の毒で

Cのコード中にアセンブラで命令を追加して
いつでも正しく動作する
って方が無茶な要求かと思います

処理的にはラッパ関数を経由するのが普通だと思うけど
何でそんなトリッキーな方法を使おうとしたの？

2021/02/05(金) 08:42:05.86

他者のバイナリかつ元の引数だけでは飛ばす関数への処理に足りず、ローカル変数を参照せざる得ない場合とかですかね
趣味レベルの話なので是非については…という所ですが、デバッグ情報かデバッガがおかしいのか記憶にない挙動ゆえに
フォーマッタもIntelliSenseも__asmブロックには関知しませんし、x64での廃止も悪い意味でレガシーとなりましたか

2021/02/05(金) 08:50:30.85

ああ、もちろん実際の関数スタブには__declspec(naked)付けてますよ、完全マニュアルです

2021/02/05(金) 10:52:50.21

ちょっと調べてみたけど、
2019ではソースの行番号とアドレスの対応がおかしいデバッグ情報を出力しているみたい。
2015では正しくブレークポイントを設定できる。

デバッグ時のみ古いバージョンでコンパイルするか、
__asm内でのラベルが問題なので、__asmブロックをラベルの前後で分割して、ラベルを__asm外に移動させる
というくらいしか回避策は思いつきません。

2021/02/05(金) 12:13:00.10

OSがWindows8以降で、シーケンシャルな処理なんて出来るの？
デバッグ環境なら、途中で止まるからシーケンシャル動作可能になるだろうけど。

2021/02/05(金) 20:37:13.40

>>709
2015情報まで、有り難うございます。この再現性でPreview抜けてくるかと訝しんでいたのですが
まぁ設定やWindows SDKが影響する道理ないですか、凡そ検証機会も失われたという事でしょうか

__asmブロックの分割…ラベルだけのCコードなら出力変わらず、後続命令なしのアライメントは可能
__asm外ならラベルも大文字小文字を区別・インデントへ悪影響なし、回避策以上に良いかもです

2021/02/06(土) 16:14:53.40

2年ぶりに無償の2019起動したらサインインできず電話番号を要求された
Win7ですが電話番号を入れたら使えるようになります？
使ってる人は新しいアカウントを取ってます？
Win7はもう無理？
オフラインで動かす方法はあります？

2021/02/06(土) 16:23:33.01

>>712
電話番号なんかいらんやろ
大丈夫か？

2021/02/06(土) 16:42:56.79

>>712
Microsoftアカウントのこと？

2021/02/06(土) 16:49:22.75

バージョン管理というか
ベータとして作ったものをとっときたいんだけど
gitでバージョン管理としてとっとくしかないの？

プロジェクトごとコピーとかって無理なの？

2021/02/06(土) 16:59:31.40

ZIPに固めてOneDriveに保存でいいじゃ無い

2021/02/06(土) 17:57:47.99

なんだかんだいって、結局はそれが一番最後の砦になったりすることが
まれによくあるから侮れない

2021/02/06(土) 18:00:53.24

フォルダこと保存
が最強だよ

2021/02/06(土) 18:11:31.42

バージョン管理とバックアップはそもそも目的が違うしなぁ。
アーカイブがいっぱいあってもどれがなんのバージョンだっけ？ってなりかねない。

2021/02/06(土) 18:25:21.80

GitHubリポジトリにはリリースを保存しておく場所があるのでそこでいいよ
リリースが.NETパッケージならNuGetリポジトリとかでもOK
非公開だったら社内にリポジトリサーバーを構築して管理するといい

2021/02/06(土) 18:32:37.88

>>714
2年ぶりに無償の2019起動したらライセンスが古くなったため更新する必要があります。インターネットに接続して（略）と出て使えません。
正しいパスワードでサインインしたらご使用のアカウントがロックされました。アカウントの解除（略）と出て電話番号を要求されます。
Microsoftアカウントのことです。
サインインも2年ぶりです。

2021/02/06(土) 18:44:27.48

コールドスリープしてるような間抜けはそうそう居ないだろ

2021/02/06(土) 18:54:27.06

>>721
うん、じゃあ電話番号登録すればいいんじゃないの？

2021/02/06(土) 19:09:06.95

>>721
要求というか確認だよ
アカウント作成した時に登録した番号と入力した番号で本人確認を行うだけ
入力した番号が正しければSMSでキーが送られてくるのでロック解除できる

2021/02/06(土) 22:20:43.87

アンチMSおじさんの香りがしてきた

2021/02/06(土) 23:13:09.09

>>719
ちゅうか、gitも、(差分方式と似た)増分方式なので、
差分よりはましだが、それでも基点となるファイルが壊れてしまえば
最新版以外は恐らく再現できなくなってしまうだろうから、
バックアップとしては意味無いと思われる。
ちなみに、差分方式は、直前に対しての変化を記録していくが、
増分方式は、ある基点となるファイルからの違いを記録しておくらしい。
差分方式は連鎖のどれか一箇所でも壊れればそれ以後が全て再現できなくなるが、
増分方式は、記録を開始した時点のファイルが壊れない限りは、
全損はしない。
だから、どこかの時点のバックアップがいくつかとってあれば、
全損する可能性は低いと言うことになるようだ。
よう知らんが。

2021/02/06(土) 23:19:04.67

>>726
[補足]
増分方式の場合、ある日時T0のファイルのバックアップがしっかりとってあれば、
T0以後の増分記録がいくつか破壊しても、破壊した日時のソースは欠損してしまうが、
破壊していない日時のソースは再現できる。
T0のソースが壊れてバックアップからも復元できなくなった場合のみ、
それ以後のソースが全損する。

差分方式の場合は、差分連鎖の一箇所でも壊れれば、それ以後は一切合切
壊れてしまう。
なので、全ての差分を全部きっちりバックアップしないと、危険となる。
増分方式の場合は、日時T0のソースを十分にバックアップしておけば、
以後のデータは時々バックアップする程度で、問題ないと考えられる。

2021/02/06(土) 23:22:40.99

>>727
増分方式の場合、起点となるT0さえ無事であれば、それ以後の増分データの
一部が壊れても、壊れてない日時のソースは復元できるので、
全損はしない。つまり、2015年1月1日をT0として、そのソースが無事であれば、
2018/08/16 の増分データが破壊されたとしても、
2020/02/01 のソースは再現できる。

2021/02/06(土) 23:25:01.94

>>728
しかし、増分バックアップの場合、ソースの修正回数を N 回とすると、
全増分データのサイズは、O(N^2)程度の巨大なものになると思う。
差分だと、O(N)程度。

2021/02/07(日) 00:17:26.33

>>726
だから目的自体違うんだからそんな考察意味ないって。

2021/02/07(日) 04:32:23.11

>>726
根本的な勘違いをしてるみたいだけど
gitは増分保存じゃなくてスナップショット保存だぞ

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-sEHH) · 2021/02/07(日) 15:27:38.50

ID:MdWn+J3B0
長々と書いてるけどgitは増分方式で保存という前提が間違ってるんだよ

2021/02/07(日) 18:16:11.41

たしかにちょっとログインさぼっただけで
pw変えたり間違った訳でもないのに
勝手にアカウントロックされるのは迷惑な仕組みだよな

2021/02/07(日) 18:24:52.04

2年間をちょっとサボっただけとか言われるMS可哀想

2021/02/07(日) 23:10:27.39

なんで2年間もログインさぼるんだｗ

2021/02/08(月) 07:50:54.84

エルフに攫われて異世界へ

2021/02/08(月) 13:33:55.99

俺もエルフ抱きに行こ

2021/02/08(月) 15:17:33.26

塀の中から出てきたのか

2021/02/08(月) 17:09:17.26

結局プロジェクト別ファイルにするやり方よくわからん

2021/02/08(月) 19:17:32.49

vs でgitやる時って
マイクロソフトのアカウントでgithub勝手にアカウント取ったりしないよね？

2021/02/08(月) 19:38:30.84

しないよ

2021/02/09(火) 00:21:09.87

gitメニュー、ほぼsource treeの代替になりそうでめちゃくちゃ便利だなと思ったけど知らなかっただけで元々こういうことできてたのかな？

2021/02/09(火) 00:52:53.29

git push --tags
に該当する機能なくなってるよね

2021/02/09(火) 06:39:00.77

gitでやるとき
ゲームのプログﾗﾑみたいに
キー操作や画面サイズとか
基本部分だけ作ってゲームに合わせて使いまわすって
やり方だとgitだけじゃ冗長しすぎてだめだよね？
プロジェクトをまんまコピーするの面倒くさそうだけど・・・

2021/02/09(火) 07:13:39.95

>>744
そういうのはプロジェクトテンプレート作ろう
gitは個々のソリューションの変更管理のために使うもの

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-BME6) · 2021/02/09(火) 07:50:55.56

gitのモジュール機能は使えないの？
使ったことないけど

2021/02/09(火) 07:53:51.54

>>739
手動でフォルダコピーだとなんかまずいことあった？

2021/02/09(火) 09:10:19.81

>>744
git submodule

2021/02/09(火) 16:54:20.42

Java開発はできないの?

2021/02/09(火) 17:02:05.99

MSの見解としては、VSCodeを使え
世間一般の見解としては、IntelliJを使え

2021/02/09(火) 22:50:39.34

c/c++が一番人気言語なのに扱いがぞんざいだな
ちょっとフォームアプリ作るときにC#とか使いたくねえ

2021/02/09(火) 22:51:29.67

むしろちょっとフォームアプリ作りたい時こそC#だろ

2021/02/09(火) 22:53:14.76

752が正しいけど、751の気持ちの方が分かる

2021/02/09(火) 23:13:15.25

C++/CLIでGUI作成するの後から非推奨になったからなぁ

2021/02/09(火) 23:27:40.24

今さらC/C++が一番人気はないと思うけど、C++/WinRTの出番？

2021/02/10(水) 00:39:57.02

win32でアプリ作るとかもはや修行

2021/02/10(水) 00:56:52.46

Win32は、それを楽しめる人じゃないと無理。
「仕事だからやってます」って感じならC#が楽。

2021/02/10(水) 01:34:33.47

>>756
もしかして苦行

2021/02/10(水) 01:37:43.52

C++で開発されてるフリゲはいっぱいあるし、それ用の開発環境もあるのになぜ非推奨なんだぜ……

2021/02/10(水) 01:49:30.15

他責なら苦行
自責なら修行

2021/02/10(水) 01:53:03.71

C++ : Win32
C# : WinForms, WPF, UWP

2021/02/10(水) 02:18:24.32

>>759
C++は非推奨ではない
C++/CLIはC++ではない

2021/02/10(水) 02:35:11.09

無駄にすっげー時間かかるからなc++
今更こんなもんやりたくない

2021/02/10(水) 02:39:05.38

>>751
なわけねーだろ

2021/02/10(水) 07:43:00.36

C++Builderはちょっとしたツールを作るのに便利だった

2021/02/10(水) 09:03:43.26

もうBorlandビルダー無いのかな？
趣味で使いたいから、最新版欲しい。

2021/02/10(水) 14:15:16.61

C++Builderは今もあるよ。無料のCommunity エディションもある。
エンバカレロになってからもしばらく使いもしないのにアップグレードしてたな。

2021/02/10(水) 19:00:13.71

16.8.5

2021/02/10(水) 19:29:30.59

ニフティのボーランドフォーラムには通ったなぁ

2021/02/10(水) 20:24:49.45

16.7.11

2021/02/10(水) 21:52:10.64

>>742
たとえばどの機能のこと？
今日見てみたけどとてもsource tree代替にはなりそうもないけど

2021/02/10(水) 21:53:09.90

亀が優秀なので

2021/02/11(木) 02:06:05.90

CとC++の人気を合算すると、C#を優に超え、一位のPythonに匹敵するくらいの人気になる。

2021/02/11(木) 02:46:17.02

>>773
合算といっても、和じゃなくて論理和でしか。ｗ

2021/02/11(木) 04:28:51.83

>>773
全部足せば何でも一位になるよ

2021/02/11(木) 11:18:50.19

C++でWin32APIは苦行だが
C++でwxWidgetsは楽チンチン

2021/02/11(木) 12:21:47.19

WDK使うときくらいしかVC++は使ってないな

2021/02/11(木) 12:32:45.72

.NET5でmsixを使用してパッケージングし、そこからインストールすると、インストール先のフォルダに大量の.NETランタイムが配置されるのは仕様？
フレームワーク依存のようにそれらを配置しないようにできる？

2021/02/11(木) 13:32:21.19

MS謹製アプリでも同様だから仕様なんじゃないかね

2021/02/11(木) 14:27:20.69

XAMLとかmanifestとかを敢えて(意図的に)排除すれば
exe一本だけでも行けるようにはなる
ただし自分の(確認中の)PCでは動いても
自分の(その他の)PCで動くとは限らないし
他人のPCで動く可能性は低くなるかも知れない

2021/02/11(木) 21:28:10.12

>>778だけどできた

https://techcommunity.microsoft.com/t5/windows-dev-appconsult/packaging-a-net-core-3-0-application-with-msix/ba-p/386432?WT.mc_id=DT-MVP-5003978

it's possible to achieve your goal but, unfortunately, this feature isn't well documented. These are the steps you have to follow:

You have to create a publish profile for your .NET app first. Right click on the .NET project (not the WAP one) and choose Publish. Follow the wizard by choosing:
Folder as target
Folder as specific target
Leave the default publish location
Once you have finished, click on Edit under "FolderProfile" to edit the profile and choose:
Deployment ode: Framework-dependent
Target runtime: win-x86 or winx-64, based on your requirements
Once you have created it, go to the WAP project and click on the .NET project name you have referenced undered Applications. Choose Properties and you will see a property called Publishing Profile. Open the dropdown and you will she .pubxml you have just created by setting up a publish profile. Be aware that this property is set on a configuration basis, e.g. if you have Debug/X86 selected in your solution it will be set only for that configuration, you can edit your project file manually or change your configuration in VS to set the other values as needed.
Now generate the MSIX package with the WAP project, just make sure to select the same CPU architecture and configuration you have configured the publishing profile for. At the end of the process, you should get a considerably smaller MSIX package, which will contain only your executable and DLLs and not the full runtime.

I hope it helps!

2021/02/11(木) 21:29:13.60

>>781のGoogle翻訳

目標を達成することは可能ですが、残念ながら、この機能は十分に文書化されていません。これらはあなたが従わなければならないステップです：
最初に.NETアプリの公開プロファイルを作成する必要があります。.NETプロジェクト（WAPプロジェクトではない）を右クリックし、[公開]を選択します。次を選択して、ウィザードに従います。
ターゲットとしてのフォルダ
特定のターゲットとしてのフォルダ
デフォルトの公開場所のままにします
終了したら、[FolderProfile]の下の[編集]をクリックしてプロファイルを編集し、次を選択します。
デプロイメントオード：フレームワークに依存
ターゲットランタイム：要件に応じて、win-x86またはwinx-64
作成したら、WAPプロジェクトに移動し、[アプリケーション]の下で参照した.NETプロジェクト名をクリックします。[プロパティ]を選択すると、公開プロファイルと呼ばれるプロパティが表示されます。ドロップダウンを開くと、公開プロファイルを設定して作成した.pubxmlが表示されます。このプロパティは構成ベースで設定されることに注意してください。たとえば、ソリューションでDebug / X86が選択されている場合は、その構成に対してのみ設定されます。プロジェクトファイルを手動で編集するか、VSで構成を変更して他の値を設定できます。必要に応じて。
次に、WAPプロジェクトを使用してMSIXパッケージを生成します。必ず、公開プロファイルを構成したのと同じCPUアーキテクチャと構成を選択してください。プロセスの最後に、実行可能ファイルとDLLのみが含まれ、完全なランタイムは含まれない、かなり小さいMSIXパッケージを取得する必要があります。
お役に立てば幸いです。

だいぶ探した、疲れた、そして達成感

2021/02/12(金) 21:50:34.87

お疲れサンクス
ブックマークしとくわ

2021/02/13(土) 16:56:29.46

rustに対応しよう！

2021/02/18(木) 17:27:52.44

C#のクラスを追加したときにpublicが付かないんですが、
デフォルトで付けるような設定は可能ですか？

2021/02/19(金) 18:25:15.63

2021/02/19(金) 21:55:00.91

>>785
テンプレファイル書き換え。

2021/02/23(火) 14:55:20.22

visual studioに関係しているフォルダをdefenderの例外設定に入れたら爆速になって草
今までクソ重かったのは何だったんだ