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/18(月) 19:02:29.86

>>732
確かにそんな気がしますよね。
$(BuildResult) みたいな変数が使えると一番スマートだと思うのですが
それらしいものを見つけることはできませんでした。

>>733
なるほど！
今さらながら卵を立てたコロンブスの偉大さが理解できた気がしました。
この方法で対応しようと思います。どうもありがとうございました。

2019/02/19(火) 00:26:32.37

>>737
この馬鹿にかかると、検査の結果あなたはエイズウイルスに感染していないことが確認されました。とか言うとコロンブスのタマゴにされそう。

2019/02/19(火) 06:02:50.04

見る方向性が違うなぁ

2019/02/20(水) 08:05:39.83

原因から結果の可能性を導くのが確率
結果から原因を探るのが逆確率
いわば時間軸の逆転、コロンブスの卵的発想ではあるが考え方自体はシンプル
18世紀に提唱されたベイズの定理
たとえデータ不明/不足であっても逐次更新によって原因を探り当てる
特に現在の機械学習とは相性がよい

なんとなく>>738の書き込みを見て連想した

2019/02/20(水) 19:08:16.77

はしかの広がり方を観るとチュンチョン大阪人は頭一つ抜けてるのが判るみたいな

2019/02/20(水) 21:24:48.28

>>741
意味わからん

2019/02/20(水) 23:47:44.56

ネットに毒されたアホやで

2019/02/21(木) 18:23:40.09

MFCアプリなんですがVC2017再頒布可能パッケージをインストールせずに動作させるために
「スタティックライブラリでMFCを使用する」を選んで、コード生成のランタイムライブラリで/MTを選べばOKですか？

2019/02/21(木) 18:32:02.75

>>744
まずやってみろ、カス

2019/02/21(木) 18:38:27.77

>>745
やって動作してるけど正解かどうか知りたかったんだよ。カス君

2019/02/21(木) 18:40:10.21

別動作環境を用意するのが難しい場合もあるだろうに

Dependency Walkerってのを使うとEXEが依存しているDLLを調べられるから
それでMFC系統やVC++ランタイムらしいDLLに依存していないかを見てみたら？

**デフォルトの名無しさん** (JP 0H6e-rusg) · 2019/02/21(木) 19:18:51.95

DependencyWalkerはユニバーサルCRTのDLL依存を延々読みにいってしまい、Win10では遅くて使い物にならなくなってない？
（場合によってはリソース食い潰してOSごと不安定になる）

Dependenciesというのが後継目指してるらしく動作も軽いのでそれ使ってる
https://github.com/lucasg/Dependencies

2019/02/21(木) 20:15:08.83

ランタイムライブラリを/MTにするんじゃなかったかな？

2019/02/21(木) 20:49:08.58

>>748
Dependenciesは読ませたEXEが直接依存するものだけ探すから速いのか
これいいな教えてくれてありがとう

2019/02/21(木) 23:10:30.14

>>745が一番アホ

2019/02/24(日) 04:22:00.86

>>751
そうか？

**デフォルトの名無しさん** (ｽﾌｯ Sd0a-pWE8) · 2019/02/24(日) 12:46:35.23

そうよ

2019/02/24(日) 18:56:44.99

なんか昨日くらいからビルドするとすべてのランタイムが生成されるようになったんだけどなんじゃこりゃー

2019/02/25(月) 01:36:25.47

構成チェックしたら？

2019/02/25(月) 08:57:08.57

>>755
すみません、どこを見れば良いのですか？

2019/02/26(火) 22:01:35.50

おっぱい

2019/03/01(金) 15:10:09.93

田の字マルチモニタで使ってるんだがWindows10クリーンインストールしたら、
だいたいのアプリは１番もしくはEdgeのように終了したモニタで起動するんだが、
VisualStudioだけ４番で起動するんだ。
なんか設定ってあるんだっけ？

2019/03/01(金) 15:52:18.57

VS「よっしゃ、テスト環境は1番で動くよう、最後の4番モニター使ったろ」

はさておき、こちとらwin8.1で2枚モニターだけど、終了時のモニターで起動するけどねえ

2019/03/01(金) 17:01:59.17

FindWindowしてSetWindowPosするexeくらいすぐできるだろ

2019/03/01(金) 17:46:58.80

同意。欲を言えば、それをWin32API呼び出しするPythonやPerlのスクリプトで実現するくらいがいい。

2019/03/01(金) 18:17:54.63

そういう問題じゃないと思うがｗ
まあフリーソフトでも対応できるし（違

2019/03/01(金) 18:29:24.37

スクリプト言語のよさは、設定と実行の両立にある。
なんでもexeにしてしまうのは中二病。

2019/03/01(金) 18:50:17.38

話が脱線してないか？
もともとVSそのものの話だったのに飛躍しすぎだろ

2019/03/01(金) 18:53:19.07

自分の自分による自分のためのexeはスクリプトと何が違うのかねえ

2019/03/01(金) 19:07:02.92

>>765
スクリプトなら、アプリ監視の厳しい職場でも使えるしソースが見えるから他の人にも安心して提供できる。

2019/03/01(金) 19:22:16.41

>>766
俺は「exeとスクリプトの何が違う」のかは聞いてねえぞ
オウンコードのexeはスクリプトと何が違うのかと聞いている

2019/03/01(金) 19:47:51.50

>>767
日本語が不自由な馬鹿は氏ねよ
おまえの質問文が悪かったんだろうが

2019/03/01(金) 20:10:58.88

お前ら今一度質問内容を読み返せ
現象説明と設定有無を聞いてるだけだろ

2019/03/01(金) 20:20:44.32

>>767
exeを機能拡張していくうちにexeファイルとは別に設定ファイルが欲しくなったりする。
スクリプト言語の場合、設定をソース中に記述できるし、テキストエディタですぐに改変できる。
Java/C/C#などのコンパイル言語との決定的な違いだよ。

2019/03/01(金) 21:06:08.88

コンパイル型、スクリプト型のpros/consなんてちょっと調べれば山ほど出てくるのにわざわざ何を聞きたいのか

2019/03/01(金) 22:20:43.36

>>768
悪くねえよ
悪いのは765が読めないおまえの頭だ　アフォｗ　ヴァカｗｗｗ　クルクルパーｗｗｗｗｗｗ

2019/03/01(金) 22:41:01.26

exeの場合、getoptのような引数解析を充実させることで設定ファイルを内在できないコンパイル言語の不利を補うのだけど、
残念なことにWindows向けには正規のgetoptライブラリが提供されていないのでライセンスの問題がごにょごにょ。

2019/03/01(金) 22:43:50.14

重箱の隅だけか

2019/03/01(金) 22:48:03.71

重箱だろうが何だろうが、神は細部に宿るけどね。

2019/03/01(金) 22:48:51.00

https://github.com/katahiromz/getoptwin

2019/03/01(金) 22:53:52.45

ID:h8NHrx+20
なんの話してんねん

2019/03/01(金) 23:06:02.66

私はこっちのgetoptを使ってる。スタティックリンクするとLGPL違反警告してくれる。

Full getopt Port for Unicode and Multibyte Microsoft Visual C, C++, or MFC Projects
https://www.codeproject.com/Articles/157001/Full-getopt-Port-for-Unicode-and-Multibyte-Microso

2019/03/02(土) 01:41:05.13

こういう誰でも分かる話になると急に参加してくる奴らｗ

2019/03/02(土) 02:26:15.85

ウインドウ位置どこに保存してるのかと思ったら、自前でレジストリハイブ持ってるんかい

privateregistry.binってのが実体だからレジストリエディタで適当な所に読み込んで、Software¥Microsoft¥VisualStudio¥(バージョン)¥のMainWindowって値がそれ
終了時の保存に失敗してるんだと思うけど、値を削除すると全画面になった
ちなみに終わったらアンロードしないとVSがアンロード待ちになってウインドウが出て来ない

2019/03/02(土) 07:31:58.20

>>770
酔い潰れて見落としていたが
ダメだコイツ、オウンコードが通じてない

2019/03/06(水) 06:41:12.98

Visual Studio 2017 version 15.9.8
released on March 05, 2019

Details of What's New in 15.9.8
Issues Fixed in 15.9.8
・These are the customer-reported issues addressed in 15.9.8:
ModelBus-enabled text transformation fails on 15.8.
・SSDT: Fix to improve performance of loading solutions with multiple projects.

2019/03/06(水) 18:56:05.19

picturebox1に表示された画像をpicturebox2に移したいのですが、参考ページ教えてください
picturebox1にdragdropを指定しても動いている様子がないです

2019/03/06(水) 19:34:54.65

>>783
それC#の話か？なんでここで聞くんだよ
C#で表示だけならpicturebox2.Image=picturebox1.Image
もっと詳しくなら該当スレで聞きなおせ

2019/03/06(水) 20:52:30.36

>>782
インストールフォルダが56.3GBになった
時々古いフォルダ消してるけど、全体は膨らむ一方

2019/03/06(水) 21:13:36.26

気になるようであれば、mklinkコマンドでジャンクションを作って別のディスクに割り当てるといい。自己責任だけど。

2019/03/06(水) 21:36:11.02

貨物列車1編成でミカン1個運ぶようなもんか

2019/03/07(木) 11:10:37.25

良い例えだがエリンギにするべきだった

2019/03/07(木) 18:51:02.33

エリンギの上にミカン１個乗せて運ぶようなもんだ

2019/03/07(木) 20:33:16.95

松茸の上に松露だったらうれしい

2019/03/08(金) 18:05:21.50

ｃ＃のフォームデザイナから追加したイベントは、コントロールを削除すると同時に削除されないのでしょうか？
そういう設定はないですか？

2019/03/12(火) 14:59:08.18

プロジェクトを一部だけ参照することって出来ないのかな？
↓こんな感じのことしたいんだけど

参照先プロジェクト・・・・自前のコード（ここだけを参照したい） + Mono非対応Nugetパッケージ（こっちを参照したくない）
参照元プロジェクト・・・・自前のコード + 自己責任で改造したMono用パッケージ

2019/03/12(火) 22:59:21.97

俺は使ったことないけど共有プロジェクトっていうの使えばいいんじゃないの？
昔はリンク参照とかしてたな

2019/03/13(水) 06:23:49.98

Visual Studio 2017 version 15.9.9
released on March 12, 2019

Details of What's New in 15.9.9

Issues Fixed in 15.9.9
・These are the customer-reported issues addressed in 15.9.9:
・SSDT: We fixed a crash in the SSIS Foreach Loop container.
・A few .NET native for UWP customer issues were fixed in .NET native tools 2.2 (UWP 6.2.4).
・We have corrected dual signing of Visual C++ Redistributable installers.

Security Advisory Notices
・A remote code execution vulnerability exists when the Visual Studio C++ Redistributable Installer improperly validates input before loading dynamic link library (DLL) files.
・Unity Editor Remote Code Execution Vulnerability.
・.NET Core NuGet Tampering Vulnerability.

2019/03/13(水) 12:18:58.08

>>794
2017はこれで打ち止めか？

2019/03/13(水) 13:22:53.97

15.9で最後だけど修正更新はまだ続くんじゃない？

https://devblogs.microsoft.com/visualstudio/visual-studio-2017-and-visual-studio-for-mac-support-updates/

2019/03/13(水) 14:01:59.80

>>795
ver.15.10.0とかver.15.11.0とかよくあることｗ

2019/03/13(水) 21:53:41.47

15.9.10, 15.9.11, ... (略

2019/03/13(水) 22:36:10.75

15.9.28307.518 …

2019/03/13(水) 23:23:02.49

だが待って欲しい。0-9a-zを使う36進数かもしれない。

2019/03/13(水) 23:27:56.24

結局2017のバグはまだあると。

**457** (ﾜｯﾁｮｲ f30c-13+i) · 2019/03/14(木) 00:54:37.80

VB6の頃みたいにイミディエイトウインドウでfor文を実行することは出来ないのでしょうか？

2019/03/14(木) 06:25:26.23

>>801
Visual Studio 2017程度の規模のソフトウェアでバグがないソフトがあるなら教えてくれw

2019/03/14(木) 06:41:26.49

バグがない証明ができるなら
バグのあるソフトは出荷されないだろう

2019/03/14(木) 08:54:37.86

>>804
それはわからんな
ないことの証明にとてつもなく時間がかかるとか費用がベラボーにかかるとかならやらない選択肢もあるだろ

2019/03/14(木) 11:39:24.60

友達いなそう

2019/03/14(木) 12:40:55.88

というか、どんなソフトにもバグが有るだろ。
無いと思ってる奴がいるのか?

2019/03/14(木) 16:26:31.16

それも違う
不具合なく動いているプログラムは普通にある
そのことが本当にバグがないことを意味するかどうかがわからないということだ

2019/03/15(金) 12:26:22.08

>>808
ソフトウェアの評価を仕事にしてる奴らなら「バグを無くすことは出来ない」と常識のように言うぜ。

不具合なく(殆ど表面化せずに)動いてるプログラムは普通にある。
それでも間違いなくバグはあると奴らは言うだろう。

2019/03/15(金) 12:41:15.47

検証後あとから出たバグは仕様です

2019/03/15(金) 12:52:24.78

>>809
おまえさん格言の意味を誤解しているな
それはバグの発生を防ぐ絶対的な方法はないと言っているだけで
全てのプログラムに必ずバグがあるという意味ではないぞ

2019/03/15(金) 14:05:31.81

>>810
検収じゃないのか？

2019/03/15(金) 18:03:59.03

2019はいつ頃リリースされるんだろう

2019/03/15(金) 18:12:48.23

>>813
4月2日

2019/03/15(金) 19:16:02.76

>平均的なC++プログラマがトリッキーと感じたり、メンテしにくいと感じたりするような構成は避けること

これわかる。演算子オーバーロードや関数バインドに凝りすぎると、人間にとって読みづらくなる。

2019/03/15(金) 20:24:07.69

2015から2017は軽くなったからあっさり乗り換えられたな
2019も2017より軽くなればいいけど無理だろうなあ

2019/03/15(金) 20:35:59.36

軽いよ
試してないの？

2019/03/15(金) 22:32:24.78

MFCしか使えないけどコントロール貼り付けて一度保存して、開きなおさないとビルドでエラーになるわ。

2019/03/16(土) 07:56:00.74

>>815
その「平均的なC++プログラマ」というのが最もスキルの低い者になっちまうのが現実
せっかくいい手を思いついてもいちいち否定するアイディアキラーはやる気なくさせるだけの害悪だ

2019/03/16(土) 14:28:05.90

ほんそれ
頭悪すぎる

2019/03/16(土) 15:42:12.95

そんな低レベルプログラマーがいるような組織にしか行けない人も所詮は同類

2019/03/16(土) 15:52:16.01

>>819
ラッシュアワーだと地下鉄降りてから地上出口になかなかたどり着けないのと同じだな。
全体の速度が強制的に一番歩くのが遅い人に同期させられてしまう。

ラムダ式使ったら「そんな難しくてわかりにくもの使うな」って言われた思い出。

2019/03/16(土) 16:44:33.15

>>822
いい例えだね
賢い人は別の空いてるルートを探してスイスイ先に進んでしまうわけだ
思考停止して群衆に紛れたらそこで終わり

2019/03/16(土) 17:54:10.32

引導渡してやれ

2019/03/16(土) 18:21:25.23

ラムダ式の存在意義は、ラムダ式呼び出し位置のすぐ近くに関数定義が存在することによる読みやすさ。
呼び出し位置とはるか離れた場所にラムダ式が定義されているなら、ケチつけられたとしても文句は言えない。

2019/03/17(日) 12:19:16.73

>別の空いてるルートを探してスイスイ先に進んで

これも空いてるから出来るんであって
本物のラッシュなめたらあかんで

2019/03/17(日) 16:56:56.92

ラムダ式の話題を見る度に関数やマクロで良いんじゃないのかと思ってしまう。
新進のコーダーと作業しないと新しい思考法が身に付かなくて困る。

で、ラムダ式の利点て何？
無名関数みたいに無計画にコーディング出来る事？

2019/03/17(日) 17:06:49.53

ラムダというかストラテジーパターンやオブザーバーを始めとした処理をカプセル化して生成箇所とは違うところ違うタイミングで遅延実行させるアレコレが強力なんだろな
ラムダはそれを書きやすくするための糖衣構文と考えればいい
ようはラムダのメリットはデザパタのメリットを得るために必要なコストを削減できる事だ

2019/03/17(日) 17:17:15.20

ラムダ式なんて関数でいいじゃん、という類の意見に対する反論なんてラムダ式の解説調べれば真っ先に出てくるだろ
「ラムダ式と関数ってどう使い分けるの？」的なのがいくらでも載ってる

2019/03/17(日) 17:25:02.72

関数に実際に処理させる関数渡すときなんじゃないの、

一度しか行わない処理のために関数増えたりとか面倒でしょ。
LINQなんかだと渡す処理は複雑でもないからね。

ラムダで複雑な処理かくなら
関数使えばてなるけどなんでもかんでも関数ってのもね

素人的にはそんな感じかな

ソフトウェア工学的とかの難しい話はできない

2019/03/17(日) 17:47:45.16

関数名や変数名の名前を重要と思ってる人は名前を付けないで済むと言う有り難さがわかってる
>>827みたいなのはテキトーに名前を付けてるクズコーダー

2019/03/17(日) 17:54:20.67

>>827
まあ所詮は関数名考える方が時間の無駄になるような、小さい関数書く時くらいだわな。
んで、無名関数より短く書けるってだけ。

最終的には可能なものは、Haskellのセクション(こういう(+)の)まで短縮したいんだろうがムリポ。

2019/03/17(日) 18:03:57.49

コード短くしようとするあまり1行にまとめてしまって対話デバッグでステップ実行しにくくなる、あるある

2019/03/17(日) 18:16:57.05

式をウォッチに入れるだけでは？

return h(a, g(b, f(a)));
---
w1: f(a)
w2: g(b, f(a))
w3: h(a, g(b, f(a)))
---

これをステップ実行しようとしたら最悪、変数が2つ増えてヤダ
ぽちぽち回数も増えるし良いことない

2019/03/17(日) 18:27:29.70

>>834
C++の話だろ？
引数に単純に即値を渡せないケースが多いからウォッチでは難しいよ

**827** (ﾜｯﾁｮｲ 4301-9VmB) · 2019/03/17(日) 23:08:35.24

もっとラムダ式のユースケース探してみる。
他人のコード読むのが一番勉強になるのに、交流が無くて辛い。
みんなありがと。

2019/03/20(水) 23:49:02.99

var client = new HttpClient();

このコードを使う為に
参照を記述しました。

using System.Net.Http;

しかし、↓この様なエラーが出ます。
これって何が問題なのでしょうか？

エラー CS0234 型または名前空間の名前 'Http' が名前空間 'System.Net' に存在しません
(アセンブリ参照があることを確認してください)

VS2010の時とかこんなエラー出なかった気がします。。。久々に使おうと思ったのですが
何か仕様が変わったのかな？