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/11/16(金) 03:28:46.50

いいよ

2018/11/16(金) 04:23:17.89

>>848
発案者的にはニューゲット(New Get)なんだけど
MS公式はヌゲットだね
https://stackoverflow.com/questions/47591321/the-meaning-of-nuget
個人的にはヌーゲットな気がするがまあ周りに合わせましょう
少なくともナゲットではない

2018/11/16(金) 05:02:01.22

>>840
> どんなバグ？
例えば aho.obj baka.obj があった時に *.obj で展開すると、a baka.obj となる。
つまり、(ソート後)1つめのファイルが、先頭1文字だけになってしまう。
例えば↓にも報告があるよ。
https://developercommunity.visualstudio.com/content/problem/289637/setargvobj-is-broken-in-the-latest-windows-sdk.html

2018/11/16(金) 05:20:22.74

>>852
アンカーミスった >>839

ちなみに * で展開すれば aho.obj baka.obj となりOK
*obj とか *j でも
b* の場合は、baka.obj でなく b になる

2018/11/16(金) 07:16:01.27

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

2018/11/16(金) 07:32:16.54

>>852,853

setargv.objの引数展開の不具合、version 15.9.1で試したけど再現しない。
win32, x64 どちらも大丈夫だった。以前のversionではどうだったかは試してない。

2018/11/16(金) 08:27:38.51

>>851
ありがとう。

2018/11/16(金) 10:07:17.89

splitcontainerを縦に使っていて、最大化した時にpanel２だけサイズ変わらないようにしたいのだけどそうゆうプロパティがありません
どこで固定させられるのでしょうか

2018/11/16(金) 10:11:31.09

splitcontainer panel2 固定
でググると1番上あたりに出てくる話とはまた別の話？

2018/11/16(金) 10:40:18.74

やたら時間のかかる 15.9.0 ２台上げたばっかりなのに 15.9.1 来とるやんｗ

2018/11/16(金) 10:54:53.62

15.9.0のCのsprintf系で%sに空文字列を渡すとバグるらしい

**デフォルトの名無しさん** (JP 0H0e-9Fzi) · 2018/11/16(金) 11:24:58.22

あんまり枯れてるところを弄らないでほしいなぁ＜sprintf
というかsprintfの実装ってUniversalCRTの中（VC非依存）じゃないのかな

2018/11/16(金) 12:10:46.43

Win32APIにwsprintf()というC標準sprintf()とほぼ同じ機能の関数があるけど。
https://msdn.microsoft.com/ja-jp/library/cc364872.aspx

2018/11/16(金) 12:17:02.70

>>842
BOMなしでも通る？

2018/11/16(金) 12:29:07.31

>>858
ありがとうございます
先ほどまでkのようなプロパティなかったはずなのですが今みたら現れました

2018/11/16(金) 12:31:16.23

その質問はUnicodeとUTFを混同してないか？

2018/11/16(金) 12:57:42.34

>>863
bom 無しだとソースを cp932 として解釈するからオプション無しだと「あいう」はエラーになるね。
cp932としても解釈可能なバイト列で構成された utf-8 の文字列は恐らく文字化けする。

コンパイルオプションで明示的に /source-charset:utf-8 と指定すれば bom なしでも問題なく処理される。

そうして当たり前だけどソースのエンコーディングが正しく指定されていれば
ソースがcp932であろうがなんだろうが u8"あ" は utf-8
u"あ" は utf-16 U"あ" は utf-32 のリテラルになる。

**114** (ｱｳｱｳｶｰ Sa85-ZFLo) · 2018/11/16(金) 15:39:38.85

キタコレ！

ARM64向けWindowsアプリの開発が正式サポート～「Visual Studio 2017」v15.9でビルド可能
“Microsoft Store”での受け付けも開始
https://forest.watch.impress.co.jp/docs/news/1153679.html

2018/11/16(金) 16:26:26.48

MFCのクラスウィザード、CCmdTargetやCWndの孫以下のクラスだと
コマンドとメッセージに↑の派生クラスじゃないと表示される。

15.7くらいまで大丈夫だったような。communityだけのバグかな

2018/11/16(金) 16:27:49.36

printf系は勝手に他の関数に置き換えたりとかえぐい最適化がされるので、sprintfもいろいろやってるのかも

2018/11/16(金) 20:53:03.67

いきなり15.9.1ｗ　＋2.81GBでした

2018/11/16(金) 23:27:14.64

いま2012使ってんだが、2017って便利？
MSDNライセンスあるからいつでもあげられるんだが、2017で2012向けビルドってできるんだっけ？

2018/11/17(土) 00:07:19.50

>>871
2012向けビルドって具体的に何だい？

2018/11/17(土) 02:44:16.44

>>872
それが意味わからんよね。
frameworkバージョンは選択出来るし。

2018/11/17(土) 02:51:13.20

VCじゃないか
バージョン毎にランタイムライブラリ違うし

2018/11/17(土) 02:59:46.71

>>873
俺は意味分かるよ

2018/11/17(土) 03:29:25.26

ああ、Windows Server 2012か

2018/11/17(土) 07:02:04.36

>>875
なによ、コンパイラーのバージョンでネイティブコードが動かなくなったりするの？

2018/11/17(土) 12:28:49.75

>>877
するよ

2018/11/17(土) 13:10:06.16

チーム開発ですか

2018/11/17(土) 21:36:37.57

>>878
マジかよ...

2018/11/18(日) 00:38:07.84

Visual Studio ではいくつかのバージョンのコンパイラ等が使えるように
ツールセット？だかなんだかをプロジェクト毎に選べるよね。

以前 2015にはなかった2017のバグを調べてるときに、
VS2017でツールセットに2015を指定してビルドしてもやはりこのバグが発生して
ツールセットを選べるというこの仕組みが単なる飾り物だと気付いた。

なにが言いたいかというと
2012向けに問題なく開発できている環境は壊さずとっておいた方が良いということ。

2018/11/18(日) 08:22:42.73

そもそも他のバージョンのツールセットがおまけで付いてきたのは2017が初めてで、
VS2012をインストールしなきゃそのツールセットは出てこないな。
しかも後から昔のバージョンのVSをインストールしようとしても拒否られるので面倒くさい。

2018/11/18(日) 08:24:47.36

先に古いのががあるところに追加でインストールすると古いのも出てくるよね。
そしてそれを使っても古いのでビルドしたのと同じにならないという罠。

2018/11/18(日) 08:55:42.03

>>855
うちでは15.9.1でもNG

https://developercommunity.visualstudio.com/content/problem/289637/setargvobj-is-broken-in-the-latest-windows-sdk.html
↑と同じ環境を用意して同じコードを実行したら、全く同じ結果（b と foo.cを表示）になった

**884** (ﾜｯﾁｮｲ 95cc-4fLB) · 2018/11/18(日) 09:58:57.84

自己解決しました
SDKのバージョンが一つ古いままになってたorz
問題の記事で
> Installing Visual Studio 15.9 update will install it automatically.
これを信じてよく確かめなかったのが失敗で、手動でコンポーネントを指定しないと最新版が入らなかった

2018/11/18(日) 11:06:28.08

>>881
> 2012向けに問題なく開発できている環境は壊さずとっておいた方が良いということ。
そんなもん常識だろ
そもそもVSのマイナーレビジョンとかことによったらOSのレビジョンで挙動変わったりするからOSごと環境保存するのは普通にやってる
今時は仮想イメージ保存するだけで済むから良いけど以前はHDDにラベル貼って保存とかしてたし

2018/11/18(日) 11:20:53.25

Silverlight開発の対応打ち切りとかあっさりやってくるし当然かと。

2018/11/18(日) 12:36:41.92

>>886
なんでそんなに喧嘩腰なんだよw

2018/11/18(日) 12:44:59.21

歯が生え替わる時期はそんなもんさ

2018/11/20(火) 10:33:37.11

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

2018/11/20(火) 16:44:43.09

週間アップデートかよ

2018/11/20(火) 17:04:43.77

週刊 Visual Studio
創刊号はコマンドラインアセンブリ

2018/11/20(火) 18:08:47.63

また来た、この１週間で３回目

2018/11/20(火) 19:15:26.45

もう少しまとめてテストしてアップデートすればいいのにアホなの？

2018/11/20(火) 19:51:42.29

visualstudio2017入れなおそうとしたらmsvcr120_clr0400.dllないからプログラムを解決できませんって出たんだけど
調べて入れたのに同じエラーが出るなんでだ？

2018/11/20(火) 22:05:16.26

でも実際Visual Studioのすべての実行パターンをテストするのは無理だと思うわ

2018/11/21(水) 06:11:37.36

これで終わりとは何だったのか

2018/11/21(水) 06:55:48.11

むしろ15.9.0のまま10年サポートすると思ってたのか

2018/11/21(水) 07:38:29.67

15.9.10000とかいくんですかね

**デフォルトの名無しさん** (ｽﾌｯ Sdea-dRC3) · 2018/11/21(水) 12:35:10.38

更新頻度高いのは最初だけでしょ。

5年後には半年に一回とかになってるんじゃね

2018/11/21(水) 15:30:15.93

VS2015で間に合ってる

2018/11/21(水) 16:09:01.46

サポート期間基本5年＋延長5年の考え方は変わってないのだっけ？

2018/11/24(土) 02:06:43.69

15.9.1あたりからかvsかvs installerを起動するとIntel(R) Management and Security Application Local Management Serviceがハング後OSごと死にやがる。

これ自体は2017以前からあるみたいだけど設定とんでもうた。
ttps://social.msdn.microsoft.com/Forums/vstudio/ja-JP/516b29ff-a78a-4c61-b8fe-c9e2b23d470b/visualstudio201312364windows1239812501125221254012474124342434112365362?forum=vsgeneralja

2018/11/24(土) 12:51:42.23

太古の昔からインストーラーは鬼門だな
アンインストールして再インストールするときに壊れてることが多い
VSの複数のバージョンを同じOS(PC)に入れようとトラブル確率がさらに上がる
インストール後に別のアプリ入れたりするとまたさらにうｐ
あるいはウィルス対策ソフトが邪魔してるとか
アンインストーラのくせにレジストリ壊したりしてるんだろうな

2018/11/24(土) 22:29:09.23

VS2017のGitでgit add -pと同等のことをするには
どうすれば良いですか？

勢い余ってコミットしないまま複数の機能を書いてしまった…

2018/11/25(日) 00:30:47.75

無理だと思うからgit bash使う

2018/11/25(日) 01:21:22.46

コメント、ありがとうございます
変更前のコードとの差分画面で選択できそうだったので
操作できるかな、と思ったのですが…次のバージョンに期待します

2018/11/26(月) 17:05:40.51

C#のコードスタイル設定で以下のような設定にする方法はありますか？

[A] メソッド名がPascalCase以外の場合に警告を出すが、
　　コントロールのイベントハンドラのみCamelCase以外で警告を出す
[B] thisを付けずに自身のメンバを参照すると警告を出すが、コントロールのみthisをつけなくても警告を出さない

2018/11/28(水) 13:30:06.40

c++にはフォームデザイナーはないのでしょうか

2018/11/28(水) 17:47:51.23

クスっとなった

2018/11/28(水) 18:28:57.90

えっ
ないんですか？

2018/11/28(水) 18:38:44.52

リソースエディタとか、wxWindowsとか、Qtとか。リソースエディタは、VS2017で無料で使える。拙作のリソーエディタを使ってもいいし。

2018/11/28(水) 18:52:22.22

今でも使える
重宝してる
https://ht-deko.com/tech053.html#XNRESOURCEEDITOR
https://stefansundin.github.io/xn_resource_editor/

2018/11/28(水) 20:28:11.03

外部のアプリということですよね
フォーム使うならC#のほうがいいんでしょうか？
ちなみにopenglつかいたいです

2018/11/28(水) 21:01:32.68

>>911
CLR使うものなら昔のＶＳにならあった。今は用意されてない
https://qiita.com/tadnakam/items/636db24546846da5a425
ここにやり方は書いてあるが試していない
>>914
好きなほうでどうぞ

2018/11/28(水) 21:29:11.96

>>914
新規プロジェクト作成時にC++のフォームのテンプレートが無くなった位だから、
MS的にはGUIにはC#推してるんだと思う。

2018/11/29(木) 00:13:35.78

https://support.microsoft.com/ja-jp/help/3001686/windows-form-application-and-windows-form-control-library-project-wiza

>>マイクロソフトでは、Visual C++ (C++/CLI) を使用した
>>Windows フォームアプリケーションの作成は、推奨しておりません。

2018/11/29(木) 05:54:45.99

Visual Studio 2017 version 15.9.3
released on November 28, 2018

Issues Fixed in 15.9.3
These are the customer-reported issues addressed in 15.9.3:
・Visual Studio 15.9 - duplicate loads open files on solution reload.
・Issues with reloading and IntelliSense with Unity projects and Visual Studio 2017 15.9.x.

2018/11/29(木) 06:46:21.51

フォームも自分で作れる人でなければ使うなということですか、、、

2018/11/29(木) 08:23:18.34

どゆこと？C++はもうgccでやれってこと？

2018/11/29(木) 08:31:25.85

>>919
C++はもともとそういうものだろ
フォームデザインをポトリ、ペタッと貼り付けて簡単にやりたいんだったらC++は選択肢に入らない

2018/11/29(木) 08:43:58.53

これからはTcl/Tkの時代ですか？

2018/11/29(木) 09:21:08.67

>>921
そうだったんですか
c#でopenglは相性よくないのですか？できることに制限があるとか

2018/11/29(木) 09:54:27.11

MFCでもWTLでもDirect2D/3Dで全部自前描画でもいいよ
わざわざC++でフォーム使いたいかな

2018/11/29(木) 10:25:03.74

>>923
制限とかなんとか以前に opengl は c バインディングしかない。
(c の api しかない)

c# で opengl を使うためのライブラリ(opentkとか)はあるけど、
それを使うためには opengl の知識に加えてそのライブラリの仕様を学ぶことになる

2018/11/29(木) 18:23:41.75

>>924
https://www.youtube.com/watch?v=Arlz1lgaO-0
こういったソフトの場合、インターフェースが必要ですよね
MFC　WTL　といったものがインターフェースを作れるライブラリ？になるのですか
ちょっとした３ｄのジェネレータを作りたいんです

>>923
バインドというのがよくわかりませんが、基本的にｃでしか使えないとうことですよね
ｃというのはｃ＋＋でもいいのですか？
vsにはｃのプロジェクトはありませんが

2018/11/29(木) 20:07:42.91

mfc とか wtl はちょっと UI 作るためだけに学習するのはどうなんだろう
それなりに腰を据えて古臭い知識をガッツリ学ぶ覚悟が必要だし
Windowsのアプリ開発自体が目的じゃないならなるべく避けた方がいい気がする
どうしてもやるならmfc の方がまだ楽かな

2018/11/29(木) 20:17:48.25

右も左もわからないならまずCを学ぶ
どのみちOpenGLやるならCのサンプルを読めないいけないし
そんでCでOpenGLを動かしてみる
その上でちゃんとしたフォームをつけたいならC#学んでOpenTK（OpenGLのラッパー）
の使い方を学べばいい

2018/11/29(木) 20:33:59.50

.vsと言うフォルダは何？
消しても良いの？

2018/11/29(木) 20:38:13.33

良いよ

どうせまた作成されるから

2018/11/29(木) 20:46:57.76

>>930
さんきゅう。消すわ。
でも、じゃあ、何の為にあるの？

2018/11/29(木) 22:00:33.58

mfc滅ぶべし。winでguiやりたいなら素直にc#でwpfやったほうがいいと思うけどな。
winでQtとかgtk面倒だし。

2018/11/29(木) 22:09:39.37

C#の方が滅ぶだろ。

MFCは残る。

2018/11/29(木) 22:55:45.82

普段は.vcフォルダ気にしてないけど、エディタはvc使わずテキストエディタ使ってる。
たまにバックアップするときに.vcのデカさが邪魔なんで、作らない設定があるなら教えてケロ！

2018/11/30(金) 07:05:06.35

>>933
時代認識が15年くらいズレてる

2018/11/30(金) 07:41:08.16

>>928
c++でもフォームは作れるけど、C#のフォームのほうがまともということですか？

2018/11/30(金) 07:47:38.57

初心者向けにしたものをまともとは言わない

2018/11/30(金) 08:10:25.56

ダイアログボックスとフォームをごっちゃにしないようにね

2018/11/30(金) 08:12:00.48

>>936
フォーム作るのはC#の方がなにかと簡単にできる。がわはC#で作って、性能が必要なコアなところだけC++にするのがいいと思うよ。

2018/11/30(金) 12:10:22.44

>>936
他人に質問するのはやめてチュートリアルをやってみたりドキュメント読むといいよ。
それができないならプログラミング自体が不可能。

2018/11/30(金) 12:17:33.06

C#もMFCも残り続けるでしょ。MFCはATL/WTLとますます境界線がなくなってくんじゃないの。

2018/11/30(金) 12:56:14.50

うちの老害数人は
MFC最強とかいって
ダッサいソフトしか作れないから
やってる仕事も小さいわ

2018/11/30(金) 13:03:23.77

肥大化したMFCとは別にWTLは今みたいにMSがGitHubでメンテしてて欲しかったなあ

・・・と思ってたまに見に行くとWTLは思い出したように更新されててビビる
まともにHiDPI対応しれば今でも使い続けてたと思う

2018/11/30(金) 13:11:10.48

>>942
そこはMFCよかセンスの問題じゃね

2018/11/30(金) 13:31:22.29

>>939
別々にできるんですね
それでいきます

2018/11/30(金) 13:46:08.25

OpenGLはJavaが使いやすかったな
別ウィンドウでGUIを表示するのも簡単だった
今はどうなのか知らない

2018/11/30(金) 14:12:05.44

>>942
>>944
センスだったり個人差というか年代差だろうなあ
言語やプラットフォームの違いでダサいダサくないなんて言ってるヤツは開発したことないんじゃないかな

2018/11/30(金) 14:16:12.54

>>943
え？WTLはgit管理されてて常に更新され続けているよ？
https://sourceforge.net/p/wtl/git/ci/master/tree/

2018/11/30(金) 16:57:35.00

MFCとか労力に見合わない。
C#/WPFでUI、速度いるならC++のDLLじゃあかんのか？