Visual Studio 2017 Part6

2018/06/11(月) 00:37:48.15

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑冒頭にコレを三行重ねてスレ立てしておくこと

Visual Studio 2017
http://www.visualstudio.com/

日本語チームブログ
http://blogs.msdn.com/b/visualstudio_jpn

前スレ
Visual Studio 2017 Part5
http://mevius.5ch.net/test/read.cgi/tech/1520336504/

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

2019/02/09(土) 00:01:48.30

レジストリなんかクソだろ
これが必要と思ってる層は人間的にちょっとどうかと思ってる

**デフォルトの名無しさん** (ｽﾌｯ Sd22-XlDt) · 2019/02/09(土) 00:10:04.22

>>510
なんでgcc？

2019/02/09(土) 00:12:34.77

WSLでVSCodeでgccって普通じゃね

2019/02/09(土) 01:43:50.86

>>511
以前(16bit時代)はiniファイルで各アプリがそれぞれバラバラに各種設定を保存していたので統一した管理方法が望まれた時期があった
そこで各種設定を一元管理するデータベースとして登場したのがレジストリというシステム
必要性もなく作られたシステムではない
もっとも利用するかしないかはアプリの設計者次第なのでいまだにiniファイルを使っているアプリも存在はしている

2019/02/09(土) 02:28:21.64

>>514
知っててクソ呼ばわりしてる
設定をレジストリに保存するくせにバックアップ取りたきゃ自分でレジストリから取ってこいってのが意外とあるからな

2019/02/09(土) 02:34:11.20

そりゃそのアプリの作者がクソなだけだろ
バックアップのやり方に問題がある

2019/02/09(土) 02:50:15.57

普通は設定を外部保存する様にするならインポート/エクスポート機能を実装する

2019/02/09(土) 02:53:07.15

レジストリにはメリットデメリットあって、OSや共有ライブラリではあった方がいいけど
一ソフトウェアレベルではユーザー側にメリットって大してないよ。
大体、レジストリがあるのWINだけでしょ。

ソフトウェアレベルといってもソフトの規模や性質次第だから一概に言えないけど、
環境バックアップ・移行とかの際、たくさんあるソフトを一々インストーラーや
設定のバックアップからの復元をするより、ソフトと設定まるごとコピーできりゃ
樂だしね。
定期バックアップもレジストリ絡まれると面倒。

上で「たくさんあるソフト」って書いてるところがミソで、ソフト単体で見たときは
レジストリを使おうがどうだろうがどうでもいいんだけど、バックアップや復元作業
の観点からたくさんのソフトを扱い出すとレジストリは面倒だよ。

2019/02/09(土) 03:08:59.33

>>515
それレジストリが悪い理由になってないよね

2019/02/09(土) 03:13:57.32

Linuxなどと違ってWindowsの一般ユーザーはそれ程賢くない
かつてiniファイル(中身はただのテキストファイル)が使われていた時ユーザーが勝手な思い込みで中身を改変したり
ファイルの場所を移動したりしてトラブルになることが多かった
そのため堅牢性が求められたためにOSが用意した仕組みがレジストリ
実際多くのアプリ作者はトラブル回避のためレジストリを利用する様になった

2019/02/09(土) 03:17:15.93

>>516-517
単純自動化できないしアプリ毎に管理が必要
いや別に現状で仕方ないからやってるけどな

>>518
これよこれ

>>519
×悪い
○面倒
ゴミが残るとか肥大化とか細かいレベルで色々嫌い

2019/02/09(土) 03:25:46.14

>>521
開発者視点皆無の完全なユーザー思考だな
本当にVS使ってるのか？

2019/02/09(土) 03:25:53.87

>>520
自己責任の名の下にレジストリを改変という話はよくあるから、
勝手な改変の抑制やトラブル回避が理由ではないと思うけど。

かつてのDLL地獄とINIファイルの仕様制限の脱却が始まりであって、
設定生データの隠蔽はたまたま結果的にそうなってるだけかと。

2019/02/09(土) 03:33:46.81

レジストリ改変は素人相手には十分抑止力になっていたよ
敢えて手を出すのなら完全に自己責任なのでそれなりの知識を待ったユーザーしか手を出さない
もっとも今ではネットで情報が拡散するので随分敷居は低くなってるけど

2019/02/09(土) 03:47:44.96

レジストリは下手に触ると他に影響があるという点においては
抑止力がありますが、INIファイルを触ることによるトラブルと
それを回避するという目的ではないと思いますけどねえ。

論旨が変わってきてて本来言いたいことは518で書いたので
抑止力に関しては比較的認識違いだなあという感想しかないですが、

2019/02/09(土) 04:03:07.71

まあ時代の流れだね
レジストリ登場時の1990年代であれば十分だった
今ではWin10を核としたUWPでは殆ど設定を改変する手段がない
実質アプリ作者が用意した手段以外では設定を弄ることは不可能になってる

2019/02/09(土) 06:32:10.70

今思うと、レジストリというひとかたまりにする必要性はあんまりなかったな
保存場所はバラバラでいいからiniファイルを取り扱うAPIを使いやすくしておけば必要充分だった

2019/02/09(土) 07:17:31.96

今はexeの中に埋め込んじゃおうって流れになってるね

2019/02/09(土) 07:39:24.21

Linuxみたいに設定いじるのに散らばったiniファイルやらconfファイルやらをまず探し出して
更に数100から数1000行もあるテキストの中から目的の箇所をピンポイントで見つけるのも大概だけどな

2019/02/09(土) 08:35:19.98

appdataでもlocal settingsでもいいからデフォの場所にしといて
あと変更したきゃユーザー指定もできるようになってりゃいい

2019/02/09(土) 08:38:16.22

最近のアプリの設定ファイルの格納場所としては
%USERPROFILE%\AppData\Local\Packages\
以下にある程度まとまってはいる
ただし一般ユーザが内容を修正することはほぼ不可能

ちなみに設定ファイル以外だと
インストールモジュールがC:\Program Files\WindowsApps\
レポジトリがC:\ProgramData\Microsoft\Windows\AppRepository\

相互に情報共有しているので勝手に改変するのは極めて危険

2019/02/09(土) 08:43:29.46

設定は手編集が便利とか言ってる人は頭が25年前で止まってる。

2019/02/09(土) 09:09:31.70

GetPrivateProfileString()等って当時もあったよ

2019/02/09(土) 09:55:23.81

スレタイ読めないのお前ら？
>>528
アホか。そんな非効率なことせんわ

2019/02/09(土) 10:17:18.84

相手すると面倒そうなので皆スルーしてるのに敢えて触りに行くとは…

2019/02/09(土) 10:28:56.08

exeに書き込みって怖すぎだろ

2019/02/09(土) 10:41:35.38

.configの設定のことをexeに埋め込みって呼んでるだけじゃないの

2019/02/09(土) 10:45:08.25

>>534
ちょっとはググれよ

2019/02/09(土) 10:48:04.18

.configを触られてエンコードも変わって読めないトラブルに会ったわ。

2019/02/09(土) 10:48:05.65

>>536
何言ってんの？
https://github.com/swaroop-sridhar/designs/blob/bc408efbf05abf51a5c3f0343221c112b5c3fa67/accepted/single-file/design.md

2019/02/09(土) 10:57:24.95

話ぶったぎるけど、c++のMFCでやっていたんだけどある時からウイルスバスターコーポレートでmailなんたらで誤検知される。
コード遡ってビルドすると大丈夫なんだが、それ以降のコードはダイアログ追加ていどで、たいした実装してないのだが？

2019/02/09(土) 11:00:31.40

>>541
それはアンチウィルスソフトの問題だからここで聞いてもしょうがない
別のアンチウィルスでヒューリスティック分析でひっかかってコードの順変えたら回避したこともあるけど原因はメーカーにしかわからん

2019/02/09(土) 12:18:34.33

>>540
それ全然違う話だぞ

2019/02/09(土) 12:23:28.71

>>528
設定変える度にexeが改竄されるの？
exeの署名が意味なくなるよ

**デフォルトの名無しさん** (ｽﾌｯ Sd22-bIN/) · 2019/02/09(土) 12:37:20.40

>>543
どう違うの？configもexeに含めるんでしょ？

**デフォルトの名無しさん** (ｽﾌｯ Sd22-bIN/) · 2019/02/09(土) 12:37:52.49

>>544
読んだかい？

2019/02/09(土) 12:56:21.13

>>546
>>540でパッケージに含むとされてるjsonは固定値のファイルであって、今議論されてる動的な設定変更を記憶するためのものとは違いますやん

2019/02/09(土) 14:38:46.25

vsの話しろや

2019/02/09(土) 14:45:57.73

>>545
そのconfigって開発者が設定するものでユーザーが設定するもんじゃないぞ

2019/02/09(土) 14:53:54.82

やはりこうなったか
>>534が薮を突いた時点で予測は出来たけどな
この状況どうするよ

2019/02/09(土) 18:20:14.74

>>540
意味わかんない
おまえの言葉で説明して

2019/02/09(土) 18:25:28.28

>>540はただのアホ
アプリケーションパッケージがなんだか理解してないだろ
EXEを書き換える話しはまったく別だし、署名を考えたらいまどきそんなことできんわ

2019/02/09(土) 18:32:45.95

理解できないならもう蒸し返すなよ
このネタは面倒くさいことになるから当初誰も触れなかったんだよ
>>534に触発されて>>536が燃料投下したからおかしなことになったんだろ

2019/02/09(土) 18:49:06.96

>>553
説明できないんなら蒸し返すなよ
おまえにとって面倒くさいのはわかったから触れなくていい

2019/02/09(土) 18:50:26.57

突っ込まれるのが怖くて自分の言葉で何も言えない意気地なしは
いてもいなくても同じだ

2019/02/09(土) 18:57:44.19

小学生相手に微積分の講義しても面倒くさいだけで時間の無駄だからな
こんなところで.NETの中身からいちいち説明するのも面倒くさい

2019/02/09(土) 19:02:31.74

微積分わからんだけだろ

2019/02/09(土) 19:19:52.19

>>556
恥の上塗り乙w

2019/02/09(土) 19:39:20.63

普通に>>551が無知なだけだと思う
.NETのexeファイルはただの実行形式ファイルだけでなくdllなどの別ファイルを含む場合がある
ILMergeなどでファイル統合するのが有名
さらにxmlやjsonなどの設定ファイルをも統合することを意味して設定を埋め込むと表現したレスがそもそもの発端
厳密な意味での設定ファイルではなく単なるパラメータリストをソースコード本体から分離しただけのもの
ただし解釈によってどうとでも判断できるので人によって判断が分かれて論争になりがちなのがこの話題の特徴

2019/02/09(土) 19:50:26.18

>>559
exeにコード以外のものを埋め込むのは古くからやってるだろ
そういう問題じゃなく稼働中にProgram Filesの中のファイルを書き換えるのはどうなのかと問うている

2019/02/09(土) 19:58:43.20

>>560
いや、過去レス追いかけてきたがその話題ははじめて見たぞ
どこでそんな議論が行われてた？

2019/02/09(土) 20:02:38.75

というか8bitCPUじゃあるまいし実行中のファイルそのものを書き換えるって無茶だろ
例外発生して落ちるだろ

2019/02/09(土) 20:02:59.10

>>559
exeにいろんなファイルをリソースとして内包するとか16bit Windowsの時代からやっとるわ
新しくも何ともないよ

2019/02/09(土) 20:03:02.88

>>560
そんなん気にしてるのあんただけ

2019/02/09(土) 20:03:34.30

exeの書き換えをどう見るかという話を発見できないならいいよ
追わないでやるからそのまま逃げろ

2019/02/09(土) 20:11:16.32

>>561
レジストリの話をしていたらいきなり>>528を言い出したことは理解できてるか？

2019/02/09(土) 20:11:59.06

exeの書き換えって実行中のことを言ってたのか？
今時の仮想メモリ環境で自己書き換えプログラムって実現できるのか？

2019/02/09(土) 20:20:59.71

>>567
普通は無理だろうな
コードの整合性が保てないのでデータファイルはともかくexeそのものを書き換えることは出来ない

2019/02/09(土) 20:21:39.62

自分自信は編集できないんじゃね
ウイルスじゃあるまいし

2019/02/09(土) 20:24:12.83

つまり>>528は真っ赤な嘘ってことだね

2019/02/09(土) 20:28:09.23

いや実行時ではなくてコンパイル時(あるいはリンク時)に埋め込むという話だろ

2019/02/09(土) 20:28:40.60

実行中にEXEを書き換えることはほとんど不可能だが、実行終了の際にバッチなどで書き換えることは可能。

2019/02/09(土) 20:29:59.83

実行中のイメージは、プロセスメモリーを経由すれば書き換え可能。

2019/02/09(土) 20:36:42.22

ただし、保護されたフォルダでは管理者権限が必要となる。

2019/02/09(土) 21:06:16.44

流し読みで適当に解釈すると>>559がFAで、さらに適当に解釈すると
exeには旧来exeとは別にjarみたいに複数ファイルを内包した（旧来リソースとは異なる）
exeが存在すると
おやすみ

2019/02/09(土) 21:13:54.67

>>571
>>531みたいな話ししてた奴が今更何言ってるんだよ w

2019/02/09(土) 21:27:11.00

>>531はUWPの話だよ
>>571は従来からの.NETの話
>>575の言うように.NETのexeは純粋なバイナリコードではない
.NETのexeファイルはCLR上で実行される中間コードとその他のファイルのパッケージングのファイル形式であって
Win32などのexeとは根本的に異なる
実際にはexeファイルを初回起動した時点でインストールが行われパッケージ内のマニフェストに従って指定のフォルダに各ファイルが再配置される
dllや設定ファイルもこの時に本来の位置にインストールされる
exeに設定が埋め込まれているというのはこういう意味

2019/02/09(土) 21:31:07.84

.NETでもPEフォーマットのままだと思ったが？

**デフォルトの名無しさん** (ｽﾌｯ Sd22-XlDt) · 2019/02/09(土) 21:34:43.48

exe内に設定持たすのはマルチユーザーで使えなくなるから無理だわな

2019/02/09(土) 21:38:18.56

>>577
まじでもうやめなよ…
痛々しすぎる

2019/02/09(土) 21:40:00.01

だからexe内の設定は設定ファイル(正確には設定の指示)であって実際の保存場所は個別ファイルの場合もあるし
レジストリの場合もある
アプリの作者次第

**デフォルトの名無しさん** (ｽﾌｯ Sd22-XlDt) · 2019/02/09(土) 21:42:31.59

ということで>>528は嘘でした

2019/02/09(土) 21:45:21.02

だから.NETの仕組みをバカ相手に説明するのは面倒くさいんだよ

2019/02/09(土) 21:50:44.32

そうだね
まともな議論になりそうもないのでもう消えるわ

2019/02/09(土) 22:02:35.89

はい逃げたー w
結局ユーザーの設定値を.exeに入れるとかは嘘だったってことね
>>528の少し上ではレジストリの改変の話をしてるからね

**デフォルトの名無しさん** (ｽﾌｯ Sd22-XlDt) · 2019/02/09(土) 22:06:24.88

レジストリの話してたんだからHKEY_CURRENT_USERに該当する分もexe内に持たすのかと思うよね

2019/02/09(土) 22:10:07.52

レジストリAPIをフックしてポータブルなアプリを作るという技法もある。

2019/02/09(土) 23:59:21.05

結局最後までバカを晒したのは二人だけか

2019/02/10(日) 00:09:00.36

誰のことを言ってるのか知らんけど
>>567 > exeの書き換えって実行中のことを言ってたのか？
とか言ってた奴が言うセリフじゃないわなw

2019/02/10(日) 02:51:04.35

実行中に自分自身を書き換えるプログラムコードが普通だと思い込んでる方が異常
今どきのプラグラミング言語でそんなことが出来るものはない
昔のZ80アセンブラでは割と有名なテクニックだったけどね
今ではCPUの特権命令でも使って余程特殊なコーディングを行わなければ不可能

2019/02/10(日) 03:40:38.19

>>590
それはおまえが知らんだけだろ
VirtualAllocとかVirtualProtectを使ったことがないんだろ？
Win32なら普通(?)に動的コード生成はできるよ
WinRT(UWP)は知らんけど、たぶん無理と予想

2019/02/10(日) 03:59:24.37

それは動的割当てを行うようにプログラムを組んでいるだけの規定の動作
予めプログラムされた通りのコードに過ぎない
実行時書き換えというのは言葉通りコードそのものを書き換える行為のこと
ストレージ上の実行ファイルのバイトイメージとは別のメモリ上に展開されたイメージそのものを改変する行為のこと
メモリ上のイメージをストレージの本体と破綻なく同期させる必要がある
特殊なデバイスドライバーやコピーガードのためのランダマイズなどで利用される

2019/02/10(日) 04:42:51.47

>>592
だから使ったことないんだろ？
実行時に書き換えるのは可能なんだよ
プロテクトの一種として実装したことがある
知識だけで経験値のない馬鹿は黙った方がいいぞ

2019/02/10(日) 05:52:13.57

その方法、実行中か終了時にexeファイルを更新できるの？

2019/02/10(日) 05:52:29.32

昔のってリロケータブルにするためにジャンプ命令かまそもそも実行時書き換え前提でなかったけ

2019/02/10(日) 07:05:54.25

exeにリソースを埋め込むなんてことはwindows3.1の時代からやっていたことなのに
.netのexeは普通のexeと違ってなんたらを埋め込むんだそれが最近の流れだ（どやぁ）
アホの相手はやっとれんわ

2019/02/10(日) 07:07:54.34

exeファイルをROにすればわかるだろ。

2019/02/10(日) 07:11:54.32

>>593
まだコードの意味を理解してないのか
少なくとも現在のCPUはコードとデータを明確に区別してコードを保護しているんだよ
普通はコードを改変することは出来ない
実際はもう少し複雑だけど単縦にx86のコードセグメントとデータセグメントって知ってるか？
プログラムコードはコードセグメントに配置される
そこで386以降のCPUのメモリ管理機構は内容の監視を行なってる
そこでコードを下手に書き換えると例外が発生する
x86のプロテクトモードの由来はメモリ上のコードとデータを区別して保護することから来てる

2019/02/10(日) 07:54:36.22

>>590
言語？
知ったかは黙ってろ
あと、x86のコード/データセグメントはプロテクトモードのない時代から存在するし保護するのはコードだけじゃない

2019/02/10(日) 07:59:41.55

>>596
それを推し進めてexe単体で配布できるようにするのはごく最近の流れだけど何言ってんの？

2019/02/10(日) 08:05:14.10

exeの書き換えじゃねえだろ
話そらすなクズ

2019/02/10(日) 08:09:52.10

この場合書き換えではなくて埋め込み
exeはいわゆるパッケージやコンテナとしての役割

2019/02/10(日) 08:24:12.46

>>599
そうだよ
プロテクトモード以前のセグメントは単にメモリ管理の都合上設けられただけの仕組みで保護機能は有していない
(プログラム次第で何でもできる、8bit CPUと同じレベル)
逆にプロテクトモード登場以降は基本を踏襲しつつも遥かに巨大で複雑なシステムになってる
従来プログラマが管理していた内容をCPUが自動で行うようになった
特権レベル、特権命令を理解してないとコードの書き換えは不可能になった

2019/02/10(日) 08:28:06.64

無毛な争いはさらに続く

2019/02/10(日) 09:25:48.53

>>600
そんなもん昔からやってるわ
って話な
恥の上塗りしすぎ

2019/02/10(日) 09:27:48.47

>>603
そんな誰でも知ってるような話はチラ裏に書いとけ

2019/02/10(日) 09:55:29.24

アプリケーションのEXEファイルやDLLファイルを1つにまとめるには？
http://www.atmarkit.co.jp/fdotnet/dotnettips/426ilmerge/ilmerge.html

2019/02/10(日) 10:28:59.80

流石に今さらILMergeは古すぎる
今だと自己コンテナ形式でパッケージングする
方法はケースバイケースだけど一例の紹介が>>540

2019/02/10(日) 11:05:47.27

>>578でとっくに指摘されているのに「あたらしいexeのカタチ」とかスレ違いで意味不明な言い争いは他でやって

2019/02/10(日) 11:25:35.31

そりゃフォーマット自体は共通なのは当たり前だろ
exeもdllもobjもsysもだったかな？全部構造は同じ
要はOSのシェルや実行エンジンがPEヘッダーの情報をどう解釈するかというだけの話