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/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
それは良かった。

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

2018/11/03(土) 15:07:19.33

FileSystem.cs(50,27,50,32): warning CS0649: フィールド 'di_d32.nlink' は割り当てられません。常に既定値 0 を使用します。

errorってどうやって回避ｓたらいいですか？

2018/11/03(土) 15:11:39.72

CS0649で検索猿人

2018/11/03(土) 19:46:15.28

>>804
初期値を入れるんだ

2018/11/03(土) 20:56:10.61

>>804
error出てないよwarningだよ

2018/11/04(日) 11:03:41.64

visual studio2017のMarkdownって、
cssの設定を追加出来ますか？
出来るならやり方を教えて。

2018/11/04(日) 12:34:22.46

>>795
リビルドは.pch消してくれるんだっけ

2018/11/04(日) 16:17:02.92

>>809
.pch は、設定によると思う。
ただし、昔のVSには、pch 関連でちょっとバグがあった。

2018/11/04(日) 17:20:00.67

標準ヘッダー名が stdafx.h が pch.h になったのはいつ頃からですか？

2018/11/04(日) 18:24:36.74

>>810
ついでにお尋ねします
#include "stdafx.h"
これって.pchのためにだけ書く必要ある？
書かないとどうなるん？
.pch使わないオプション指定しないと通らないんですが

2018/11/04(日) 18:33:20.22

>>812
その辺、標準以外のやり方やろうとして、苦労した経験がある。
なので、標準的なやり方をしておくようにしてる。

2018/11/04(日) 18:44:29.36

>>812
色々オプションあるけど、上手くいかなくて時間を無駄にするかもしれない。
自分はそうだった。結局、標準的に、stdafx.h を書いて、
stdafx.h までを precompiled header にする、とかいうオプションに
チェックする時だけが予想通りの結果になって、後はちゃんと動作しているか
良く分からず、変な不具合に悩まされることになった。

2018/11/04(日) 23:35:30.66

>>630
渡辺謙に相談しろや

2018/11/05(月) 07:03:26.83

>>815
小泉と舘に変わったぞ w

2018/11/05(月) 13:03:31.57

>>630
ToolTip は、単純なのに制御が難しいので、結局、自作した事がある。
ToolBar なんかも自作すると便利。

2018/11/06(火) 09:04:00.90

https://developercommunity.visualstudio.com/content/problem/315102/visual-studio-2017-create-offline-layout-problem.html
verifyでFailedが多発するのは変わらないのね
--fixでも同じ名前のファイルは更新されず、削除するとデジタル署名の新しいファイルが落ちてきたりもする

2018/11/06(火) 13:50:42.29

>>814
空プロジェクトの作成で出来ました本当にありがとうございました

2018/11/06(火) 23:58:19.88

15.8.9で20MB程度の微増

2018/11/07(水) 15:23:33.77

>>816
アレ実際に使ってる人みたことない

2018/11/07(水) 15:24:21.00

ああいうのは人前で使うもんじゃないだろ

2018/11/07(水) 15:50:34.03

だぁぃすき

2018/11/07(水) 17:53:11.65

>>821
嫁が買ってた
まあ、>>822が言う通り基本家の中とかで使う物だから身内で使ってる人いないと見る機会はないかも

2018/11/08(木) 20:51:05.84

GUIが気になりだしたらXamlに移行するべきだと思うけどな
GDI+は素人が手を出すとえらい目に合う

2018/11/08(木) 22:57:47.70

GDI+は大きな画面領域の描画処理に向いていないが、UIコントロールへのサムネイルの磔など比較的小さな領域サイズの描画に適している。
今どきの1K以上の画面サイズで高速描画をやるなら、玄人だろうが素人だろうがGDI+は避けたほうがいい。

2018/11/08(木) 22:59:37.71

>>826
何使ったら良い?

2018/11/08(木) 23:15:49.36

今はもうDirectX以外全部Legacy扱いだからそれ一択。

2018/11/08(木) 23:16:59.16

>>827
つ Direct2D

2018/11/09(金) 08:58:54.93

DirectDraw

2018/11/09(金) 21:48:26.65

VMの中でも使えますか

2018/11/14(水) 06:16:09.95

November 13, 2018 -- Visual Studio 2017 version 15.9 Minor Release
https://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-relnotes#15.9

2018/11/14(水) 07:12:01.66

15.8.9（ja-JP）のオフラインイメージを 15.9 に更新で
19GB ダウンロード
イメージサイズ：2.2GB増
フォルダ数も200ぐらい増えてる
何が増えたかはチェック忘れ

2018/11/14(水) 07:14:50.88

OpenJDKが入ってる

2018/11/14(水) 07:52:26.01

2019まぁ～だぁ～？

2018/11/14(水) 08:10:59.93

まぁ～だだよぉ～