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/07(木) 18:26:02.42

何いってんだこの老害

2019/02/07(木) 18:31:30.03

いまどきチェックサムｗｗｗ
ハッシュってひとつぐらい知ってる？ｗ

2019/02/07(木) 18:41:45.05

>>484
さすがにネタだろ
こんなことをマジで書くヤツがいるとは思えん

句読点の位置が縦読み・斜め読みを仕込んだ感じと似ているので
ネタなら何か仕込んであると思うんだけど・・・・・・・

2019/02/07(木) 18:51:49.50

>>484
まあお前さんに理解できるとは思えないけどこの辺りを読んでから出直してこい
https://ja.m.wikipedia.org/wiki/SHA-1

2019/02/08(金) 00:20:10.82

ただ、今はもうSHA1よりも大きなハッシュ使った方がいいかもしんないね

グーグル、SHA-1衝突攻撃に成功--同一ハッシュ値の2つのPDFも公開
https://japan.zdnet.com/article/35097102/

2019/02/08(金) 00:43:25.34

同一性確認に使うのなら暗号的強度は要求されない。十分攪拌されていればいいだけ。
例えばUUIDv4は単なる128bitのランダム値だけど、偶然衝突する可能性は限りなく低い。

2019/02/08(金) 00:51:11.21

悪意を持ったファイルの改暫攻撃でも気にするのでなければそれ程神経質になる必要はないだろ
偶然一致する可能性は極めて低い

2019/02/08(金) 01:05:56.13

gitはsha1からの移行を検討中ってね

2019/02/08(金) 08:21:42.65

>>489
>実際に同じハッシュ値を計算するのに要する計算量が、第1段階の攻撃に6500基のCPU、第2段階の攻撃に110基のGPUを使用して1年間で実行できる

誰がやるんだ

**デフォルトの名無しさん** (ｽﾌｯ Sd22-XlDt) · 2019/02/08(金) 08:48:41.87

>>493
俺だよ俺

2019/02/08(金) 13:42:44.91

マイニングでもしてた方が

2019/02/08(金) 17:21:55.80

VSCodeみたいに、インストーラーが無いバージョンって無いですか?

2019/02/08(金) 17:36:54.77

>>496
一生探してろ、カス

2019/02/08(金) 17:45:30.46

>>497
いきなりカスって、あなた何歳ですか?
自分で書いてて恥ずかしくなりませんか?
冷静に考えてみてください。

2019/02/08(金) 18:11:22.43

アホな質問だし、カスで妥当だよ、低脳くん

2019/02/08(金) 18:20:54.45

https://qiita.com/pixie-grasper/items/6d42f284b2ce58ac15e7

2019/02/08(金) 18:26:07.68

仮想環境で頑張れ。

2019/02/08(金) 19:38:29.17

>>496
VSCodeもインストーラはあると思うが…
フォルダ展開してお終いという訳にはいかないだろ
レジストリ登録や環境設定どうするの？

**デフォルトの名無しさん** (ｽﾌｯ Sd22-XlDt) · 2019/02/08(金) 19:41:46.29

>>502
レジストリは使わない
環境設定は各ユーザーのプロファイルフォルダー下に生成される

2019/02/08(金) 19:54:00.74

CommonフォルダやSharedフォルダの中のファイルの扱いどうするの？

2019/02/08(金) 20:00:47.47

スレチだけど、レジストリなんてものはOSだけで使ってろ
アプリレベルで使ってんなよバーカって思ってます

2019/02/08(金) 20:45:29.42

>>497
クソガキ

2019/02/08(金) 23:52:35.18

>>505
アンタが使わなきゃいいじゃん

2019/02/08(金) 23:58:08.71

>>505
うん　お前は使えない奴だね

2019/02/08(金) 23:59:17.28

全く理解してないのに頑張ってレスしなくてもいいんだよ

2019/02/09(土) 00:00:31.21

>>496
VSCode使って、コンパイルGCCでやれば？

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

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