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/03(日) 01:16:20.91

>>462
メタデータはどうでもいいんだよ
質問者はタイムスタンプ以外が変わってないかどうかが知りたいんだから

2019/02/03(日) 02:42:49.35

同じソースでもvisualstudioがアップデートしていたら中身が変わることがあるよ

2019/02/03(日) 03:04:23.70

だから質問者はそのことを聞いているんだろ

2019/02/03(日) 04:00:49.52

certutil.exe -hashfile %1 SHA1

2019/02/03(日) 07:49:14.01

>>462
タイムスタンプ以外にあったっけ？

2019/02/03(日) 12:41:24.43

>>223-224
int メイン(int argc, char **argv){
return メイン(argc, argv);
}

int 44Oh44Kk44Oz(int argc, char **argv){
return 44Oh44Kk44Oz(argc, argv);
}

utf-8 より base64 の方が問題起きる

2019/02/03(日) 12:44:13.84

>>233
freeglut

2019/02/03(日) 12:45:19.32

>>247
チョンチュンめんたる

**457** (ﾜｯﾁｮｲ 5f0c-Wpr0) · 2019/02/03(日) 15:16:13.03

>>457です。
みなさんレスサンクスです。
一旦、明日職場で>>466さんにお教え頂いた方法を試してみます。
http://www.atmarkit.co.jp/ait/articles/0507/30/news017.html

でも>>462さんによればビルド直後にもう一度ビルドした場合でも
生成されるバイナリにはタイムスタンプ以外の部分にも相違が発生するということであればこの方法でもダメでしょうね。

ともかく試してみます。
どうもありがとうございました。

2019/02/03(日) 15:59:01.27

ハッシュ比べてどうすんだよ。
ハッシュ値が同じになる確率は低いけど、同じである証明にはならんよ。

2019/02/03(日) 16:05:11.26

certutilは実行ファイル全体のハッシュを求めるわけじゃないよ。

2019/02/03(日) 16:26:56.93

>>472
さすがにそれは揚げ足取り

2019/02/03(日) 18:17:23.63

どうせ正しく動いているかどうかのチェック目的だろ？
2の160乗の衝突確率なんて無視してよろしい

2019/02/07(木) 16:59:34.97

ど初心者です
ファイラーを作りたいのですが、なんの情報を調べればいいのかすらわかりません
とりあえずは、ウインドウ上にフォルダを表示して、フォルダを行き来出来るようにしたいです
参考になるページがあれば教えてください
言語はC#で、WPFを使っています

2019/02/07(木) 17:08:17.95

初心者には難しいからまずはもっと簡単な題材で勉強した方がいい。

2019/02/07(木) 17:18:52.96

>>476
基本となる技術情報の基点はここから

Windows Shell
https://docs.microsoft.com/en-us/windows/desktop/shell/shell-entry

.NETだとロクなサポートがない部分なので自前でシコシコとAPIのインポートから始める羽目になる
Windows API Code Packあたりでぐぐって出てくる情報(の残骸)あたりでがんばえ

2019/02/07(木) 17:37:47.99

.netだとろくなサポートがないというのはよくわかりませんが、もっと向いている言語があるのでしょうか？

>>477
ファイラは割と簡単と聞いたのでやってます

2019/02/07(木) 17:51:35.23

ファイラーは割と簡単→バグって大事なファイルを簡単に削除

まあそれはさておき、
＞とりあえずは、ウインドウ上にフォルダを表示して、フォルダを行き来出来るようにしたいです

これをもっと細かく分解してプログラミングするのが流れなので、
ウィンドウを表示するところから勉強してください

言語は好きなのでいいから、その言語スレであとは質問するように

2019/02/07(木) 17:59:15.40

>>480
WinFile とか見てみ

2019/02/07(木) 18:02:26.19

ツリービューを使えばフォルダの階層構造を表示できる。
リストビューを使えばファイルアイコンを表示できる。
ファイルの操作はシェルやファイル入出力のAPIを使うことになる。

2019/02/07(木) 18:08:21.65

https://www.doraxdora.com/blog/2018/01/30/post-3801/
このあたり見てやってみます

2019/02/07(木) 18:12:15.98

>>475
それだと、本当は違うかもしれないが、20バイトのチェックサムみたいなものと
考えれば、かつて、雑誌I/Oに乗っていたマシン後を打ち込んだ経験からすれば、
チェックサムが同じでも中身が違うことは時々起きた。例えば、A, B と B, A の違いは
同じチェックサムになってしまう。縦横チェックサムでも起きた現象。

X,X,X,A,B,Y,Y,Y　　　SUM 1
Z,Z,Z,B,A,W,W,W　　SUM2
S,S,S,S,S,S,S,S

↑これで、A と B を逆に入れていると、全てのチェックサムが「正常値」に
なってしまうが、実は間違っている・・・。

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じゃあるまいし実行中のファイルそのものを書き換えるって無茶だろ
例外発生して落ちるだろ