Visual Studio 2017 Part4

2017/10/29(日) 11:42:36.61

Visual Studio 2017
http://www.visualstudio.com/

日本語チームブログ
http://blogs.msdn.com/b/visualstudio_jpn

前スレ
Visual Studio 2017 Part3
http://mevius.2ch.net/test/read.cgi/tech/1502760563/

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

2018/02/02(金) 13:07:14.59

>>841
字下げの話してんのは君だけだから

2018/02/02(金) 13:11:29.01

小学生か
しょうもな

2018/02/02(金) 13:16:46.77

見当違いのこと言って指摘されても謝れずに人格攻撃しかできないなら他人の話に入ってくんなよ…

2018/02/02(金) 13:23:18.32

>>844
これガチで言ってるんだから凄いね
頭悪そうだけど、君と違って普通の人は言葉の意味の受け取り方を文脈に応じて柔軟に判断する。

2018/02/02(金) 13:26:50.34

そもそも字下げに厳密な定義があるのか疑問だけど、コメント行の視点から見たら
その前に置かれた空白は普通に字下げ以外の何物でもない。

2018/02/02(金) 13:43:04.07

インデントの話ではなくて

printf("１２３"); // 全角混じり命令文の後のコメント
printf("123456"); //半角のみ命令文の後のコメント

こういった全角混じりの命令文の後ろのコメント位置がズレるという話ではないの？

2018/02/02(金) 13:47:28.75

コメント行の前にタブを置いて頭を揃えようとしても意図した通りにならない場合がある、
そういう話でしょ

それをインデントと呼ぶのが気に入らないんだとさ
そうやって自分の方から人に絡んでおいて、それに反論したら「俺に絡んでくるな」って
捨て台詞がまた笑いを誘うけどw

ほんと、小学生か

2018/02/02(金) 13:49:04.25

どう見ても最初からフォントの話でｱｳｱｳが馬鹿晒してるだけ

2018/02/02(金) 13:49:07.84

だから、固定フォント使えって話じゃないのかよ。

2018/02/02(金) 13:51:47.00

>>850
等幅フォント使えば起こらない、って話では恐らくないと思うよ
俺はタブなんか使わんから確信はないけど

2018/02/02(金) 13:54:05.22

>>847
はい、まさにそれです。
実害はないんですが、まさか5chみたいに.で調整するほどでもなく

2018/02/02(金) 14:00:56.76

スペースであろうがタブであろうが行頭のインデントさえ揃っていれば、コメントの位置なんか神経質に気にするようなものではないと思うけどね

2018/02/02(金) 14:10:41.07

前からですかと聞かれたらそうだと言う答え

タブは固定4文字スペース換算とかじゃなくて
たとえば4の倍数の位置から文字がスタートになる

各行の文字の最後がそのライン前後でうろうろしてたら
タブ1個じゃ調整できない
その行の長さで必要なタブ一個だったり二個だったりする

2018/02/02(金) 14:12:35.82

複数行にわたるコメントの場合は必要でしょう。
それにインラインコメントを使う是非は別として

あとAAで図表を書きたい場合もないことはない

2018/02/02(金) 14:22:36.88

タブ幅なんてエディタで自由に指定できる
wordなんかファイル単位じゃなくてそれこそ書式区切ごとに自由にできる

コンパイラ作ってて気付いたのはコンパイラはタブの幅がわからない（渡されてないから当然）
ので適当に推定するしかないってこと

だからエラーの場所は行頭から何文字目”周辺”とか”付近”としか言えない

2018/02/02(金) 14:27:11.68

インデントが必須の言語はエディタにその言語の支援機能を入れないと
素のファイルを吐き出すのでコンパイルが通らないことがある

2018/02/02(金) 19:08:09.45

>>841
統計的には、タブ使ってる開発者の方が年収が上

2018/02/02(金) 19:59:15.42

やっぱりな

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f60-soeb) · 2018/02/02(金) 20:03:19.67

>>856
行頭からのバイト数だけ示してくれれば十分だよ

2018/02/02(金) 20:18:40.06

タブ使いの年収は知らんがタブだからどうのこうの言ってる>>841と>>858の知能が低いのは間違いない

2018/02/02(金) 20:23:22.42

ググったら逆だったわ

タブよりもスペースを使う開発者のほうが高年収 - StackOverflow
https://news.mynavi.jp/article/20170617-a100/

2018/02/02(金) 20:32:22.12

>>861
アホだ

>>862
そもそもまだタブ使う人がそんなにいるのかなって気もするけど、
ちょっと差が大きすぎるんで統計の取り方に問題ありそうな気がするw

2018/02/02(金) 21:12:06.69

VS使っていれば、タブ入力はスペースに自動変換できるのであまり意味はないな
自分もコーディングではタブ使った方がタイプ数が少なくてすむのでタブ使ってる
あとはVSのエディタに任せっぱなし
そもそも行頭インデントはオートインデントで勝手に体裁を整えてくれるのでそれほど気にすることもない

2018/02/02(金) 21:17:41.41

疑似相関の誤謬をどうやって排除したんだろうな

2018/02/02(金) 21:29:33.48

>>861
釣られたな

2018/02/02(金) 22:13:23.40

>>866
残念ながらマジもんだったわw ⇒ >>863

2018/02/03(土) 15:51:09.97

ソースなしでも簡単に傷つく最情弱

2018/02/04(日) 01:27:47.80

Windows10での.NET Framework 4系は、OSのアップグレード時に
.NET Frameworkのバージョンも上がっていきますが、皆さんはどのように対処していますか？
最新バージョンが使いやすくなったのは良いのですが・・・・

2018/02/04(日) 11:17:36.54

>>869
アップグレード前に自分で上げる

2018/02/04(日) 17:56:49.14

4以降は互換保たれてるんでねーの?

2018/02/04(日) 20:01:14.75

OSのアップグレードでのバージョンアップって言ったら今は
Windows7のデフォルト(.Net3.5SP1)→Windows8.1かWindows10でデフォルト(.Net4.52?)の話だよな
4.0以上でビルドしなおすか.Net3.5SP1インスコするしかない

2018/02/04(日) 21:21:00.98

>>872
>>869のアップグレードとは、Windows10の大型アップデートのことを言っているのだろう。
Windows10は、大型アップデートの度にプリインストールされてる.Net Frameworkのバージョンも上がる。

**870** (ﾜｯﾁｮｲ b7ea-wbgk) · 2018/02/04(日) 23:18:12.79

分かりづらくてすみません。>873さんの言う意味です。
Windows10は半年毎のアップグレードで、.NET Frameworkのバージョンが上がるので、
結局、再評価するはめになるという話です。それも半年毎にです。

各Windows OSで利用できる.NET Frameworkの各バージョン
ttp://www.atmarkit.co.jp/ait/articles/1211/16/news093.html#cantinst

本来.NET4.xは互換性が保たれているはずですが、実際にはエラーとなることもあるようで・・・・
Windows 10で.NET Frameworkのバージョンを固定できないのであれば、
最悪、Windows 10がサポートする限り、.Net3.5SP1で頑張るという選択肢も出てきます。

2018/02/04(日) 23:40:45.02

DevOps だのCI だのがもてはやされる時代
VS は正にその為の開発ツールになって来てる

2018/02/05(月) 00:13:45.80

>>874
OSの大型アップデートに対する検証も必要なのだから、それと一緒に検証するんじゃ駄目なの。

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-27VS) · 2018/02/05(月) 06:32:53.11

っていうか、その半年ごとの大型アップデート以外のタイミングで.NET Framework のバージョン上がることもあるし
そもそも windows 8.1 以前では Windows Updafe で勝手に更新されるでしょ。

どうせ新しいバージョンでの懸賞は必須だろ

2018/02/05(月) 10:19:21.05

Frameworkに限らず、ロクにテストしてないコードをマイクロが平気で撒くので
マイクロの都合に合わせて、いちいち再評価なんて一緒にやってたら潰れちまう

2018/02/05(月) 10:36:41.05

検証については適当なのにコメントの位置には妙に拘る
大雑把な性格なのか神経質な性格なのかよく分からん

2018/02/07(水) 13:57:37.28

Visual Basicをサポートした「Windows Template Studio」v1.7が公開～Prismにも対応
https://forest.watch.impress.co.jp/docs/news/1104762.html

2018/02/08(木) 03:24:46.35

February 7, 2018 -- Visual Studio version 15.6 Preview 4
https://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-preview-relnotes

2018/02/13(火) 10:30:10.51

もうVCだけでいいや

**デフォルトの名無しさん** (ｽﾌｯ Sd62-wef2) · 2018/02/13(火) 10:42:02.51

もうVBだけでいいよ

2018/02/13(火) 11:17:44.69

そんなにめげないで根気強く継続しようぜ

2018/02/13(火) 20:51:24.84

もうCOBOLだけでいいよ

2018/02/13(火) 21:23:12.52

MASM使ってる俺最強

2018/02/13(火) 21:49:45.80

mlじゃなくmasmか

2018/02/13(火) 21:54:54.58

wasm

2018/02/14(水) 02:35:38.31

m80

2018/02/14(水) 06:09:43.60

n88

2018/02/14(水) 14:43:11.28

この前まで2015使ってたけど最近2017入れました

2018/02/14(水) 15:25:36.76

welcome

2018/02/14(水) 16:25:33.67

さすがms見捨てなかったんだね
改めてVBを見直しました
でこれ使えて年収幾ら位なの?

2018/02/14(水) 16:29:45.05

個人事業主だけど消費税の課税事業者だよ

2018/02/14(水) 16:39:27.54

>>894
過労死しないでね

2018/02/14(水) 16:52:47.00

>>893
250万

2018/02/14(水) 17:27:34.33

都心の求人でVB以外の言語も扱えて300万~600万ってところか
学生時代C++以外にもVBも勉強しておいて良かった
誰だ窓使いとか言って馬鹿にした奴

2018/02/14(水) 17:28:13.07

>>895
雇われだった頃のほうが遙かにブラックだったよ
現業はそれ以外の人の食い扶持まで稼がなきゃいけない
俺は４人分稼いでいたんだって辞めてからわかった

2018/02/14(水) 17:54:05.41

>>898
公務員の分を忘れてる

2018/02/15(木) 02:04:54.93

中間にはいる業者がマージンとるのはどの業界にもある

2018/02/15(木) 02:57:48.23

っていうか、「中抜きガー」って2chには多いけど、
悪いけどいかにも頭の悪い子にしか見えんよw

2018/02/15(木) 07:22:25.55

頭のよゐこ「就職は絶対公務員に限る」

2018/02/15(木) 07:55:02.45

お前らいい加減に開発の話に戻れよ

2018/02/15(木) 09:31:49.35

VBに欲しい物・・・var
C#に欲しい物・・・With ～ End With

2018/02/15(木) 09:35:19.46

拡張メソッド編

VBに欲しい物・・・Object型を相手にした拡張メソッド
C#に欲しい物・・・参照型（this ref とでもいうべきか）拡張メソッド

2018/02/15(木) 09:37:37.80

>>904
Withって自分の書いたコードだと便利だけど他人がWith乱用したコード見るとイラッとしない？

2018/02/15(木) 14:43:03.79

35億

2018/02/15(木) 22:50:02.17

>>904
VBに var はもうあるよ

>>905
構造体なら参照渡しの拡張メソッドもできる

2018/02/16(金) 10:55:52.20

Dim A = 1

って、Object 型の A に 1 が入ると思い込んでたけど、違うのか。
ちょっと浦島だった

2018/02/16(金) 13:38:43.90

>>906
なんだろうね
あのイライラ感の根源は

2018/02/16(金) 14:13:45.07

相変わらずアンインストールの時はバラバラなのな

2018/02/16(金) 14:57:31.22

一回入れたら消さないのが無難

2018/02/16(金) 19:26:45.72

VS2017をアップデートしたいのですが
インストールした本体でなくオフライン用にDLした部分だけをアップデートしたいのですが
　vs_Community.exe --update
　vs_Community.exe update
　vs_Community.exe update --layout
どれもチェック中のダイアログが出た後DOS窓が一瞬出てすぐ終了してしまいます
エラーの原因を知りたいのですが
カレントフォルダにログも無いしイベントログにも無いし
一瞬出る子のDOS窓を閉じない方法はありますか？
ちなみに、
　① 管理者権限で上記コマンドを実行している
　② フォルダのアクセス権限は正しい
　? offlineフォルダの空き容量は1GB程度と少ない

2018/02/16(金) 19:33:53.92

>>913
正しいコマンドは3つ目だけでした
　vs_Community.exe update --layout

2018/02/16(金) 21:32:08.46

自己解決
・ログは %TMP%dd_bootstrapper***.log にありました
・vs_Community.exe は手動で最新のを再ダウンロードして実行しないとアップデートされないのでした
　(インストール本体の Visual Studio Installerの様に自動でvs_Community.exeを更新してくれない)
・vs_Community.exe update --layout ではエラーに
　vs_Community.exe --update --layout でうまく行きました

2018/02/16(金) 23:58:18.62

何か勘違いしてるぞｗ

2018/02/18(日) 18:55:47.66

Update で更新された詳細って、どこかのページに出てるだろうか？

2018/02/18(日) 20:40:48.18

日本語のリリースノートは更新が遅れがちなので、最新情報は英語版のリリースノートをまず確認

2018/02/18(日) 22:37:47.29

VS2017、C/C++でのWindowsXP向けビルドについて質問です。
VS2017をインストールしている環境はWindows10です。

新しいプロジェクト → Windows コンソールアプリケーション
という手順でプロジェクトを作成し、以下のようなプログラムを組みます。

#include "stdafx.h"
#include <stdlib.h>

int main()
{
　　int　　month, day = -100, num;

　　num = sscanf_s("1月1日", "%d月%d日", &month, &day);
　　printf("month=%d, day=%d, num=%d\n", month, day, num);
　　system("pause");
　　return 0;
}

このままビルドして実行すると表示されるのは当然の如く、
　month=1, day=1, num=2
ですが、このプロジェクトの設定はデフォルトでWin10向け設定なので以下のように変更します。

2018/02/18(日) 22:38:15.33

構成プロパティ → 全般
　　→ Windows SDK バージョン
　　　　10.0.16299.0 → 7.0
　　→ プラットフォームツールセット
　　　　Visual Studio 2017 (v141) → Visual Studio 2017 - Windows XP (v141_xp)

また、さらに最終的に配布段階でライブラリ導入の手間を省くため、以下のようにもします。

構成プロパティ → C/C++ → コード生成
　　→ ランタイムライブラリ
　　　　マルチスレッドデバッグ (/MTd) → マルチスレッドデバッグ DLL (/MDd)
　　　　（ここではデバッグプロジェクトから引用していますが、リリースプロジェクトでは当然デバッグなしのを使います)

この設定でビルドして実行した場合、以下の結果になります。
　month=1, day=-100, num=1

VS2013を元々使っていたので、こちらを利用して
　　→ プラットフォームツールセット
　　　　Visual Studio 2017 (v141) → Visual Studio 2013 - Windows XP (v120_xp)

とした場合は問題の無い実行結果となります。

これは単純にVS2017のバグと思っていいのでしょうか？

2018/02/18(日) 22:41:53.50

一つ間違えました。
使うライブラリーは逆でした。

構成プロパティ → C/C++ → コード生成
　　→ ランタイムライブラリ
debug　　マルチスレッドデバッグ DLL (/MDd) → マルチスレッドデバッグ (/MTd)
release　マルチスレッド DLL (/MD) → マルチスレッドデバッグ (/MT)

ようするにVC DLLを必要とせずに動くような設定です。

よろしくお願いします。

2018/02/19(月) 02:37:01.28

そうみたい。ちなみにswscanf_s()だと両方とも同じ挙動でした

2018/02/19(月) 02:43:36.81

>これは単純にVS2017のバグと思っていいのでしょうか？

いいえ

2018/02/19(月) 07:53:25.02

VS2017のバグかどうかは調べないとわからないが
ロケールをどうこうすれば期待通り動作する気がする

2018/02/19(月) 08:07:28.72

同じく2バイト文字読もうとしてる気がする。

2018/02/19(月) 13:14:42.32

判ってないひとほどすぐコンパイラのせいにするよね

2018/02/19(月) 13:23:36.60

理由も示さずに断定した1人以外誰もコンパイラのせいという可能性を除外してないけどな

2018/02/19(月) 13:24:47.04

いやコンパイラじゃなくライブラリか

2018/02/19(月) 16:09:55.44

前スレでのってたのとはちょっと違うね。
https://blogs.msdn.microsoft.com/jpvsblog/2017/10/17/ucrt-_snscanf_s/
バグならmsに問い合わせたら？

**919** (ﾜｯﾁｮｲ 37e9-HN+l) · 2018/02/19(月) 16:17:56.52

どうもすみません。
バグとは書きましたが、コンパイラやライブラリに限定したつもりはなく、
単にVS2017というパッケージに対する不具合の指摘のつもりでした。
バグという言葉がソフトウェアプログラムソースにしか使われないものであれば
その言葉を撤回いたします。

ロケール云々は自分でも気になっていましたが、事前にsetlocaleを実行しても結果は変わりませんでした。
setlocale(LC_ALL, "JPN");

>>922さんの通り、swscanf_s()だと問題はないようです。

マルチバイト文字を使っているシステムは、早々にワイド文字を使うよう切り替え修正しないといけないのでしょうかね。
というかXPを切り捨てることが先決か・・・

とりあえず当面は Visual Studio 2013 - Windows XP (v120_xp) で凌ぎます。
どうもありがとうございました。

**919** (ﾜｯﾁｮｲ 37e9-HN+l) · 2018/02/19(月) 16:28:34.98

>>929
こんなこともあったのですね。
問い合わせしたことないので窓口がよく分かりませんが、VS2017→ヘルプ→フィードバックの送信
でいいのかな・・日本語でいいのだろうか。。
どうもありがとうございます。

2018/02/19(月) 18:21:22.46

VS2015 で問題ない組み合わせ
(sdk8.1、ツールセット v140_xp、ランタイムはマルチスレッドデバッグ) でも
VS2017 でビルドすると問題起きるね

せっかくプラットフォームツールセットが分離されててもあんまり意味ないなこれ

2018/02/19(月) 18:52:54.70

結構長い間VSのアップデートが来ないけど
なぜか安らぎを感じるｗ

2018/02/19(月) 21:05:09.90

>>930
VS2015以降は、他にもMBCS関連は不具合あるから使わない方が良いよ。
ずっと放置されてるから、多分MSは直す気ない。

https://social.msdn.microsoft.com/Forums/ja-JP/74a82359-39bc-47ca-bb39-7f0d1478f5a1/vs2015mbcssplitpathismbblead?forum=vcgeneralja

2018/02/20(火) 15:05:35.77

visual studio2017のlinuxクロスコンパイルプロジェクトでファイル名に_って使えない?
エラーでるんだが

**919** (ﾜｯﾁｮｲ 37e9-HN+l) · 2018/02/20(火) 16:53:23.00

>>932
毎度確認ありがとうございます。
設定が細かくなって色々調べながら設定してきましたが、
こんなことだと気を遣うだけ損な感じですね・・

>>934
非常に由々しき問題ですね。
VS2013に戻そうと思います。

こんな対応だと、MBCSの対応を切ると宣言してくれた方がすっきりしますね。

2018/02/20(火) 17:44:01.63

まだscanf系なんか使ってんの

2018/02/20(火) 18:36:11.80

じゃあ何使うんだ？
もしかしてコンソール入力と勘違いしてるバカ？

2018/02/20(火) 19:20:32.80

今時は正規表現ライブラリ使うわな

2018/02/20(火) 21:14:43.77

>>938
俺もそう思った

2018/02/21(水) 07:44:59.15

Release Date: February 20, 2018 - Visual Studio 2017 version 15.5.7
What's New in this Release
Team Explorer support for TLSv1.2
We have updated the Git and the Git Credential Manager components that ship in Visual Studio.
The optional Git for Windows component has also been updated.
This update allows Git to connect to services that have deprecated support for TLSv1 and TLSv1.1 in favor of TLSv1.2.
Issues Fixed in this Release
These are the customer-reported issues addressed in this release:
Projects targeting .NET Core 2.1 or newer are not supported by Visual Studio 2017 version 15.5.
Fixed issue where installation of the SDK for .NET Core 2.1 or newer would cause the option to create ASP.NET Core 2.0 Web applications to disappear.