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/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

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

2018/10/30(火) 02:06:59.68

>>754 っす
最初はMSが意図的にアラインメントを外したのかと思ってたけど (もう不要と考えて)
そうではないようで、ヘッダ見てみるとちゃんと #pragma pack やってる構造体もけっこうある
オレが引っかかったのはコンソールAPI の INPUT_RECORD だったのだけど
他にもちょっと調べただけで winuser.h の POINTER_INFO 、およびそれを含む
POINTER_PEN_INFO や POINTER_TOUCH_INFO も /Zp2 オプションでサイズが変わる
手抜きというよりバグみたいだな

2018/10/30(火) 02:08:26.77

>>765
間違い、>>756 っす

2018/10/30(火) 02:44:13.02

>>762
そうすね
電文のデコードやファイル・フォーマットなんかは局所的にアラインメントを
調整するだけなので、グローバルに /Zp オプションを指定する場合とは
目的が異なるでしょうね
つうかまぁ、なので今では /Zp オプションを使うことはないのだけど

**デフォルトの名無しさん** (JP 0H7b-o90R) · 2018/10/30(火) 11:29:04.80

クロスプラットフォーム対応コード書いてると
構造体アラインメントの指定方式くらいC++2xで共通化できないものかとも思う

2018/10/30(火) 14:47:23.15

もうQtでいいわ

2018/10/30(火) 15:03:24.89

同意せざるを得ない

2018/10/30(火) 23:09:59.16

いまさら、クロスプラットフォームなプロトコルやファイルフォーマットに生構造体使うために
機能追加するってのもなんかずれている気がする。

2018/10/31(水) 02:51:32.96

っていうか visual studio がデフォルトで clang 使うようになればそれで十分

2018/10/31(水) 13:24:00.98

C++のテンプレとかもう煮込み過ぎてぐちゃぐちゃだな

2018/10/31(水) 15:03:35.92

C++17とか現場で使ってんの？
他言語の機能もあと乗せで大変そう

2018/11/01(木) 10:14:08.18

ガチ素人です
visual studioなんですが、openGLを扱う場合、C#ではだめなんですか？
3dの木を生成するジェネレータを作りたいです
これをFBXで書き出すという単純なものです

2018/11/01(木) 10:37:23.03

単純なら是非C++で

2018/11/01(木) 10:38:19.44

あとスレチになるけど
FBXが欲しいならBlender+Pythonがおすすめ

2018/11/01(木) 12:11:01.05

>>775
こんなのもあるらしい
>OpenTK - C#向けのローレベルなOpenGL/OpenGL ES/OpenALバインディング

2018/11/01(木) 12:38:35.11

>>777
それはそうなんですが、いちおうwindowsのアプリを制作する勉強を兼ねているので
>>778
基本的にはC++でやったほうがいいのですか？

2018/11/02(金) 07:29:23.82

>>779
3Dやるなら、C++がいいと思う。

2018/11/02(金) 09:43:40.71

VS ComnunityでC#のプログラミングしてます
以前に作った基本プログラムをひな型にして別の名前のプログラムに作り変えようと
1.ソリューション名を変更
2.プロジェクト名を変更
3.アセンブリ名を変更
4.名前空間を変更
したのですが、プロジェクトのプロパティの[設定]に記述した
初期値の変数やLocationプロパティが見つからないとエラーが出て
新しいプロジェクトに引き継がれません
以前のVS2010の頃はこの方法でできたはずなのですが・・・・
仕様が変わったのでしょうか？
正しく引き継がれる方法を教えてください
1から書くのは面倒すぎるのでwww

2018/11/02(金) 11:20:35.77

>>781
そういう変なことが起きた場合、昔のVSなら、設定ファイルがテキストだったので、
それをテキストエディタで修正するのが実践的にベストな方法だったと思う。
海外のサイトでもそう書かれていたし。

2018/11/02(金) 12:14:29.75

>>777
Blenderは使いにくかったなぁ・・・。

2018/11/02(金) 12:22:01.24

>>782
やっぱり変ですよね
何かファイルが壊れたのかなあ？
初めから書き直すか・・・トホホ

2018/11/02(金) 12:24:17.11

>>782
今のVSでもソリューション・プロジェクトに関する設定はテキストだよ

2018/11/02(金) 12:33:04.49

>>784
修正前のプロジェクトをフォルダごとコピーし、その設定ファイルの、ソリューション名や
プロジェクト名などを全置換すれば必要な修正が出来ていることが多い。

2018/11/02(金) 12:36:07.81

ちゃんと言うと、昔から、Visual Studio では、IDEからそういった名前を変えると
上手くいかないことがあった。
だからファイルが壊れているというより、そもそもIDEがそういうことにちゃんと
対応してない。

だからこそ、設定ファイルを手作業で直すのが実践的と海外の質問サイト
に書かれていた。

2018/11/02(金) 12:37:32.50

>>782
今もXMLだから一緒じゃないの？

2018/11/02(金) 12:41:32.63

あと、実践的には、一気にいろいろなことを修正すると上手くいかないことがある
ので、プロジェクト名を変えたら、一回、クリーンしてリビルドして、
昔なら ClassWizard を起動してみたりして。一通り IDEに色々な内部設定を
修正させる機会を与えてから、いったん、IDEを終了。バックアップをとってから、
IDEを再起動して、プロジェクト名を修正、・・・・などと、
少しずつ修正してはIDEに修正する機会を与えると上手くいくことがあった。

2018/11/02(金) 12:43:03.81

>>788
一緒かもしれない。

2018/11/02(金) 13:51:31.15

二兎を追う者(ry

2018/11/02(金) 15:55:53.03

>>781
dllにしとけばいいと思うの

2018/11/02(金) 16:48:32.58

>>789
ビルドとデバッグはやったことあるけど
リビルドがいいの？
ビルドと何か違うの？
あとクリーンも分かりません
まあとりあえず一つ項目変更するたびリビルドしてセーブして再起動してみる

2018/11/02(金) 16:59:25.38

ゲームセットになるまでセーブしながら
ちょこちょこ試す
ほとんどゲーム

2018/11/02(金) 17:18:05.84

>>793
リビルドにすると、本当は設定が以前と違っていてビルドすべきなのに
ビルドされないような開発環境のある種のバグのようなものを防ぐこと
が出来る。

それから、IDEが自動生成するデータファイルがあって、それは、
IDEを起動していないときに削除しておくと不具合が消えることがある。
何を消していいかは Visual Stduio の Versionによって違う。
変な不具合が起きた場合には削除すると改善することがある。

2018/11/02(金) 17:20:39.97

>>793
クリーンは、リビルドでも改善されない不具合が消えることがある可能性がある。

クリーンは、基本的に何も考えずに、出力ファイルを全部消すみたいな感覚の
動作をしてくれる。開発環境がほとんど何も考えない分、リビルドよりさらに
バグが消えやすい。

2018/11/02(金) 17:42:50.23

>>796
>>795
丁寧にありがとう！
1項目ごとにクリーンとリビルド繰り返して無事できました
再起動はしませんでした
まとめて変更したのがマズかったのね！

2018/11/02(金) 17:43:43.83

>>793
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=34129&;forum=7
>ビルド＝変更が行われた部分だけビルドする
>リビルド＝変更に関わらず、全てをビルドする
>クリーン＝過去のビルドによる生成物を全て消去する（次にビルドをしてもリビルドしても変わりない状態にする）

2018/11/02(金) 17:55:33.61

>>798
この説明分かりやすい！ありがとう

2018/11/03(土) 00:26:32.94

まぁ、なんだ。
想定通りの入力がないとバグるなんて最低のアプリだと思うが。

自由なアプリを気取りたいなら、最低限の事はしとけ

2018/11/03(土) 01:00:00.50

急に何の話だ？

2018/11/03(土) 07:35:48.32

Visual Studio 2017 version 15.8.9
released on November 2, 2018
https://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-relnotes#15.8.9

Top Issues Fixed in 15.8.9
・These are the customer-reported issues addressed in 15.8.9:
・Added support for Xcode 10.1 in Visual Studio Tools for Xamarin.
・Updated the Xamarin.Forms template to Xamarin.Forms 3.3.0.
・Update 15.8.6 breaks Installer Projects.
・Internal Compiler error in VS15.8 msc1.cpp line 1518.
・Microsoft Visual Studio 2017 Installer Projects 0.8.8 and VS 15.8.6.
・SFINAE fails to detect matching overloaded function in preview VS preview 3 15.9.0.
・XAML Designer crash on Visual Studio close.

2018/11/03(土) 12:33:47.74

>>797
それは良かった。

そこまで劇的に改善されるとは、実はそれはそれである意味、想定外。