Visual Studio 2017 Part6

2018/05/03(木) 01:23:34.67

!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
https://mevius.5ch.net/test/read.cgi/tech/1520336504/

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

2018/10/13(土) 19:33:34.84

>>664
突然なんの話だ？

2018/10/13(土) 20:22:14.63

MFCのことかな

2018/10/13(土) 20:45:13.01

xamlは…ぼそっ

2018/10/13(土) 21:30:13.82

mfcはコードでui書かないといけないと思ってるのね

2018/10/13(土) 21:45:17.41

低学歴はﾘｿｰｽという概念がないからな
macにもﾘｿｰｽﾌｫｰｸがあるというのにな

2018/10/13(土) 23:07:07.30

コードでUIと言ったらWTLの方かな。

2018/10/14(日) 01:38:20.45

慣れると案外楽だぞ
マウスでチマチマやる必要ないし

2018/10/14(日) 14:23:24.76

>>660
なるほど

2018/10/14(日) 14:24:32.00

>>671
+1
UIをメタプログラミングするの楽しい

2018/10/15(月) 11:22:42.00

>>660
C#等からトランスパイルさせるための布石かもしれない
すべての言語は低水準に向かってトランスパイルしている
と言っても過言ではない、ないよね？

2018/10/15(月) 17:38:33.93

>>671
ToolBoxとか、使った記憶ない

2018/10/16(火) 14:43:52.21

今後、パッケージ版をなくすのも、ダウンロードサイズが馬鹿でかいのも、
高速回線を必須にして、高速回線を普及させ、クラウドで儲ける魂胆な
気がしてきた。

**デフォルトの名無しさん** (ｽﾌｯ Sdff-uP2z) · 2018/10/16(火) 15:05:12.03

Visual Studio使うようなユーザー層でブロードバンド使ってない奴おらんやろ

2018/10/16(火) 15:15:17.70

https://clonos.jp/knowledge/detail12/

クラウドサービスは、海外の有名なものだけでも、
・MS Azure
・Google Clound Service
・Amazon AWS
があり、MS が優位ではないらしい。

さて今後どうなるだろうか？

>>677
使ってないよ。

2018/10/16(火) 15:31:26.18

>>678
http://www.itmedia.co.jp/enterprise/articles/1805/17/news110.html

2018/10/16(火) 15:35:40.64

日本だと、富士通の cloud みたいなのが安心だったりして。

なんか、経験上、アメリカ企業は色々困った問題も引きつれてくるから。

**デフォルトの名無しさん** (ｽﾌｯ Sdff-uP2z) · 2018/10/16(火) 15:36:26.60

>>678
そんなんWindows Updateかけるだけで通信制限かかりますやん
仕事にならんわ

2018/10/16(火) 15:38:57.74

>>681
ははは。

こちとら、NO GURAD、XP ですわ。

**デフォルトの名無しさん** (ｽﾌｯ Sdff-uP2z) · 2018/10/16(火) 15:43:16.59

>>682
なんでXP非対応のVisual Studio 2017のスレに来てるの？

2018/10/16(火) 15:43:48.22

XPってVS2017使えたっけ？

2018/10/16(火) 15:44:11.62

こんなのが開発やってんのかよ
笑えねえわ

2018/10/16(火) 15:46:58.11

>>683
MS をぶっ潰すためだよ。

**デフォルトの名無しさん** (ｽﾌｯ Sdff-uP2z) · 2018/10/16(火) 15:56:50.13

ID:gfGA4Hi30
相手して損した　┐(´-｀)┌

2018/10/16(火) 15:57:56.68

>>686
何を勘違いしてるのか分からんがお前は一体何を言ってるんだ？

2018/10/16(火) 16:28:01.65

>>677
結構居る

2018/10/16(火) 17:21:24.25

>>688
勘違いじゃなくて気違いだから触らなくていいよ

2018/10/17(水) 11:00:23.10

コードを効率的に移動する方法といいますか
素早く目的の行を探す方法ってみなさんどんなことしてます？
見易くするためにアウトラインですべて折りたたむと
名前空間から全部折りたたまれてしまうし
一つづつ折りたたんだり展開するのも面倒だしねえ
目的の単語があれば検索で移動ですかね？
現実的にはカテゴリ毎に大まかにブックマークとコメント打って
後は人力スクロールですかね？

**デフォルトの名無しさん** (JP 0H4f-9/x8) · 2018/10/17(水) 11:08:12.18

だいたいのものが何行目あたりにあったか脳内ブックマークしておきCtrl+G
ネタでなく昔は実際にやってたけど最近はきつい

2018/10/17(水) 11:17:45.73

折り畳みは使わないわ
全然便利だと思わない

2018/10/17(水) 11:24:01.66

エディタ上部のドロップダウンボックスから関数名で移動するのが一番簡単じゃない？

2018/10/17(水) 12:42:37.84

>>691
IDEのエディタを使わずに、WzEditor の WzGrep 機能を使う。
プロジェクトの全てのファイル *.cpp, *.c, *.h を検索して
一覧表示し、ダブルクリックで該当ファイルのその行の
場所が WzEditor で Open される。

2018/10/17(水) 13:11:38.49

それCtrl + F の右矢印メニューのすべて検索じゃだめなのん？

2018/10/17(水) 13:22:58.33

>>695
IDEの検索でいいじゃん

2018/10/17(水) 13:35:11.03

最新のIDEは分からんけど、前は、WzGrepの方が便利だった。
検索をスタートする画面(ダイアログ) の、ZOrder が最前面
になったり、検索開始すると、検索結果一覧の ZOrder も最前面になる。
入力フォーカスなども、IDEより適切で、キーを押すべき回数が少ない。

2018/10/17(水) 14:09:01.69

>>698
Visual Studioも検索結果を最前面に出せるんで問題ないですね

2018/10/17(水) 18:00:34.98

>>699
以前は、検索結果の色分けとか、表示のされ方が WzGrep の方が良かったけどね。
ファイル名と結果の表示が分かれていて見やすいとか。

それに、IDEだと小さなスプリット窓の中に結果が表示されて結果一覧の行数が少なすぎて
不便だった。

IDEだと、エディタも MDI CLIENT WINDOW の枠の中に制限されてしまっていたし。
2つのファイルの比較や、1つのファイルを二重化して別の場所を同時に見たりすることも
前は出来なかった。

多分、IDEのgrep検索だと使いにくいからこそ、質問者のような問が発生したのではないかと
思う。

**デフォルトの名無しさん** (ｽﾌｯ Sdff-QWu4) · 2018/10/17(水) 18:06:40.72

f12キー活躍してる
標準のキーバインドでなかったらごめん

2018/10/17(水) 18:07:32.70

画面上のダイアログから移動
定義への移動
実装への移動
参照元の検索でこと足りるな

状況次第で検索とブクマ、行移動かな

2018/10/17(水) 18:37:58.39

>>700
今時Visual Studioでも検索結果を別ウィンドにしたり、マルチディスプレイならもう１つのディスプレイに表示できたりするからZOrderとか気にする必要もないよ

2018/10/17(水) 19:52:20.74

>>700
VS2017だったら最初から出来ることばかりじゃないか?
検索結果も結果ウィンドウを大きくすれば良いだけ。
IDE使いこなせていないだけに見えるぞ。

2018/10/18(木) 08:58:54.59

Visual Studio Roadmap Updates and Visual Studio 2019 Information
https://blogs.msdn.microsoft.com/visualstudio/2018/10/17/visual-studio-roadmap-updates-and-visual-studio-2019-information/

2018/10/18(木) 19:32:06.13

起動した時にエクスプローラの
「すべて折りたたむ」ボタンを
押した場合と同じ状態にしたいのですが
どこを設定すれば良いでしょうか
エクスプローラ関連の設定を
検索、確認しましたが見当たりませんでした

2018/10/18(木) 19:42:51.20

10-12月のところが2019になってるけど
もうすぐプレビューが来るってことかな

2018/10/18(木) 20:07:25.41

>>707
今年中にはって話

2018/10/18(木) 22:28:17.97

>>706
VS Codeスレと間違えました

2018/10/20(土) 09:26:07.72

バージョン更新したらツールボックスの上部に
空のカテゴリ（フォルダ）ができてしまった
鬱陶しい

2018/10/21(日) 02:37:40.58

VC使ってる時のエディタのエラーの誤表示どうにかならないのでしょうか？

2018/10/21(日) 03:57:23.95

またVisual Studio 2019なんだよな。
次はもう少し安くサブスクリプションをなんて、そんなことにはならないか・・・・
結局、単体版を買うことになるんだよね。

2018/10/21(日) 08:25:28.28

2017プロもってたら2019に無料でアプデできたりしませんか？
しませんか・・・

2018/10/21(日) 09:54:06.49

Pro以上は殆どサブスクリプションなのでわざわざ対応はしないだろ
というかMSDN付きのパッケージ版が廃止されたのに続いてMSDN無しのパッケージ版が
廃止される可能性すらあるかも

2018/10/21(日) 12:24:49.69

Communityじゃダメなの？
金払いたいの？

2018/10/21(日) 12:26:33.33

だってCodeLensが・・・

2018/10/21(日) 12:36:27.50

>>715
ライセンス違反したくないんで

2018/10/21(日) 15:13:54.93

CodeLensって何かと思ったらインストールして真っ先に無効にするやつだったわ

2018/10/21(日) 15:58:05.99

>>718
もったいない

2018/10/21(日) 16:00:37.34

単体テスト起動するやつ便利

2018/10/22(月) 00:16:15.40

>>718
頭おかしい

2018/10/22(月) 13:15:45.04

Win32で書いてる日英両対応アプリで、特定のダイアログが英語版Windowsで日本語表示になるという報告があって、
調べたら当該のダイアログリソースがミスで「英語(英国)」になってた（本来は"英語(米国)"）

ミス自体は直すとして、en-usロケールでのリソース選択にen-gbよりja-jpが優先されるとは思わなかった

2018/10/22(月) 13:20:59.82

>>722に関しては、そもそも日本語以外はすべて英語で出して欲しいわけだし、「英語(米国)」ではなく「ニュートラル」に設定すべきなのかな
ニュートラル自体にも3種類くらいあってどれがいいのやら（無印・"既定"・"システム標準"）

2018/10/22(月) 15:51:50.16

setlocale(LC_ALL, "C");

**デフォルトの名無しさん** (JP 0H76-usPd) · 2018/10/23(火) 11:51:08.84

>>723
試してみたけど"無印"と"システム標準"はこの用途ではNG。"既定"にしないとだめみたい。
前者にすると日本語Windowsでも英語リソースが使われるし、後者だと英語(en-us)Windowsでも日本語リソースが使われる。

なおフランス語版や韓国語版などで動かしたらどうなるかは見てない

2018/10/23(火) 13:01:53.86

pythonでsklearnがインポート出来ません
ソリューションエクスプローラのpython environmentのツリーには確かに入っていて、
importと入力したらサジェストには出てくるのですが、
入力後なぜかunable to resolve sklearnと緑波線を引かれてしまいます。
どうすればよいですか？

2018/10/24(水) 21:29:41.34

VS2015で作成したC++プロジェクトを久しぶりにVS2017に読み込んでビルドすると
こんなエラーが出てビルド出来ないのだがなぜなのかな？
エラー D8040 子プロセスの作成中または更新中にエラーが発生しました。
子プロセスって何よ？

2018/10/24(水) 21:49:52.32

FPUのことじゃないかな

2018/10/24(水) 22:44:52.16

それは子プロセッサ

2018/10/24(水) 23:08:10.37

小プロセスッサ
言いにくいぞ

◆QZaw55cn4c (ﾜｯﾁｮｲ 8a60-oeap) · 2018/10/24(水) 23:44:11.17

co-processer だから…

2018/10/25(木) 02:45:48.30

msix

https://forest.watch.impress.co.jp/docs/news/1149551.html

2018/10/25(木) 06:00:53.68

Visual Studio 2017 version 15.8.8
released on October 24, 2018

Top Issues Fixed in 15.8.8
These are the customer-reported issues addressed in 15.8.8:

・/DEBUG:FASTLINK no debug info for STL types included via PCH.
・Bad codegen seen in 15.8 RTW compiler.
・Heap corruption in stack unwinding when inlining function.
・Linker consumes 6 GB of memory for specific test case.

2018/10/25(木) 06:42:37.22

15.8.7 → 15.8.8
オフラインダウンロードサイズ：651MB

ダウンロード後、更新しようとしたら必要容量が -1.07GB ってなってたわ
なんか消えたのけ

2018/10/25(木) 07:36:17.72

ダウンロードサイズは圧縮されていて、PC では解凍されるからとか？

2018/10/25(木) 08:19:08.49

>>727
> こんなエラーが出てビルド出来ないのだがなぜなのかな？
お前にググる能力がないからだろ
とっとと更新しろや
https://developercommunity.visualstudio.com/content/problem/254324/cl-command-line-error-d8040.html

2018/10/25(木) 11:32:31.51

>>731
co-operation を corporation だと思ってました

2018/10/25(木) 12:25:18.40

>>736
それ既に見ていたが、
15.8.8 でも解決しないんだ

2018/10/25(木) 19:12:41.90

>>738
古い情報だけど /MP オプション、プロジェクトのプロパティのC/C++ 全般にある
「複数プロセッサによるコンパイル」を指定するとそのエラーになることもあるみたいですよ

2018/10/25(木) 19:27:03.30

>>739
情報ありがとうございます。
実はそれも既に試していますが
効果ありませんでした。

2018/10/25(木) 21:09:39.56

後出し野郎か
スルーでいいな

2018/10/25(木) 23:21:43.02

>>740
なぜ自分が辿った道を他人に辿らせてるんだよ
現在地を教えればいいだろ

2018/10/26(金) 00:20:22.58

>>726
VSCommunity15.7.6だけどインポートできてるな。condaの64bitの仮想環境でscikit-learn0.20.0

2018/10/26(金) 12:17:59.53

MFCでダイアログベース開発しようとして、さっそくコンパイルエラーですわ。
RC2135
リソースエディタが勝手に変更：対策：　17、　を探して、「17,」に直す。
毎回、修正するのかあ、面倒だなあ。

2018/10/26(金) 14:26:42.10

もうMFCは別別売りにしろよ

2018/10/26(金) 14:46:59.85

MFCは超重要

.NetばかりじゃなくMFCも使いましょうね。

2018/10/26(金) 14:51:32.67

いやです！＞＜

2018/10/26(金) 16:25:14.54

>>744
.rcファイルのテンプレートファイルを修正したら新規にプロジェクトを作っても発生しないようになったよ。

2018/10/26(金) 16:57:41.76

MFCってformとどんな違いありますか？Xaml的な感じですか？

2018/10/26(金) 17:13:41.18

君はもう寝なさい

2018/10/26(金) 17:17:38.30

>>749
全然違うな。
MFCのリソースファイルをテキストエディタで見てみれば分かるかも？

2018/10/26(金) 18:23:51.48

MFCはエンドコンテンツやとMSの友人が言ってた

2018/10/26(金) 19:50:29.01

ＭＦＣは続く。
たとえドットNetがC#, VB.Netもろとも滅んだとしても、
MFCは使われ続けるべき。

2018/10/26(金) 23:08:02.33

もうC++とMFCがないと生きていけない

2018/10/28(日) 17:28:00.08

VC++って、今後どうしたいのか微妙な感じだよね。
まあVC#とかも二転三転している気はするけど。
時代はMFCとWinFormsってところが、現実な気がする。

ATL/WTL、ManagedC++、C++/CLI、色々あったな・・・・
C#だとWPFやUWPとかも、もうすぐ仲間入りかな？

2018/10/28(日) 21:13:10.29

最近の WinAPI のヘッダはアラインメントの指定をちゃんとやってないんだな
旧いソースをコンパイルしてて、それが2bytesアラインメントで作ってたので
オプション /Zp2 を指定したら、APIに渡す構造体のアラインメントがずれまくり
昔はちゃんと #pragma pack が指定してあってアプリ側がどんなアラインメントで
コンパイルしても大丈夫なようになってたけど、最近は手抜きだ
まぁ今時、独自アラインメントなんて指定するやつはいないだろうけど

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-278X) · 2018/10/28(日) 21:17:50.27

>>756
昔から、アラインメントに依存するコーディングがまずいだけだ、と

2018/10/28(日) 21:23:56.31

>>757
んなこたぁ分かってるよ
別にそれに依存したコーディングしてたわけじゃない
2bytesアラインメントにして少しでも消費メモリを抑えようししてただけ
今では必要のないことではある

2018/10/29(月) 11:22:42.13

>>758
君が正しい

QZはホントに屑
消えろ

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-278X) · 2018/10/29(月) 20:38:59.71

>>759
http://hissi.org/read.php/tech/20181029/VnhDcjdxS1Yw.html

2018/10/29(月) 21:19:04.07

プロトコルやってると構造体にuint32_tとか使ってる割に
packされていたりすることはまれによくある

2018/10/29(月) 23:00:42.06

記憶違いでなければ自分のコードの方で pragma push だの
pop だのして一時的に指定するのが普通だとは思うが、
それは別として特定アライメントでしか使えない構造体を
アライメント指定なしで宣言するmsの手抜きもひどいな

2018/10/29(月) 23:12:32.06

果たしてそうでしょうか

2018/10/30(火) 00:56:53.40

いや昔のことなのでうろ覚えだけど
コンパイルオプションよりコードで指定したいじゃん
指定したら解除もしたいじゃん(ヘッダファイルの場合)