Visual Studio 2017 Part4
レス数が950を超えています。1000を超えると書き込みができなくなります。
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 >>850
等幅フォント使えば起こらない、って話では恐らくないと思うよ
俺はタブなんか使わんから確信はないけど >>847
はい、まさにそれです。
実害はないんですが、まさか5chみたいに.で調整するほどでもなく スペースであろうがタブであろうが行頭のインデントさえ揃っていれば、コメントの位置なんか神経質に気にするようなものではないと思うけどね 前からですかと聞かれたらそうだと言う答え
タブは固定4文字スペース換算とかじゃなくて
たとえば4の倍数の位置から文字がスタートになる
各行の文字の最後がそのライン前後でうろうろしてたら
タブ1個じゃ調整できない
その行の長さで必要なタブ一個だったり二個だったりする 複数行にわたるコメントの場合は必要でしょう。
それにインラインコメントを使う是非は別として
あとAAで図表を書きたい場合もないことはない タブ幅なんてエディタで自由に指定できる
wordなんかファイル単位じゃなくてそれこそ書式区切ごとに自由にできる
コンパイラ作ってて気付いたのはコンパイラはタブの幅がわからない(渡されてないから当然)
ので適当に推定するしかないってこと
だからエラーの場所は行頭から何文字目”周辺”とか”付近”としか言えない インデントが必須の言語はエディタにその言語の支援機能を入れないと
素のファイルを吐き出すのでコンパイルが通らないことがある >>841
統計的には、タブ使ってる開発者の方が年収が上 >>856
行頭からのバイト数だけ示してくれれば十分だよ タブ使いの年収は知らんがタブだからどうのこうの言ってる>>841と>>858の知能が低いのは間違いない ググったら逆だったわ
タブよりもスペースを使う開発者のほうが高年収 - StackOverflow
https://news.mynavi.jp/article/20170617-a100/ >>861
アホだ
>>862
そもそもまだタブ使う人がそんなにいるのかなって気もするけど、
ちょっと差が大きすぎるんで統計の取り方に問題ありそうな気がするw VS使っていれば、タブ入力はスペースに自動変換できるのであまり意味はないな
自分もコーディングではタブ使った方がタイプ数が少なくてすむのでタブ使ってる
あとはVSのエディタに任せっぱなし
そもそも行頭インデントはオートインデントで勝手に体裁を整えてくれるのでそれほど気にすることもない >>866
残念ながらマジもんだったわw ⇒ >>863 Windows10での.NET Framework 4系は、OSのアップグレード時に
.NET Frameworkのバージョンも上がっていきますが、皆さんはどのように対処していますか?
最新バージョンが使いやすくなったのは良いのですが・・・・ OSのアップグレードでのバージョンアップって言ったら今は
Windows7のデフォルト(.Net3.5SP1)→Windows8.1かWindows10でデフォルト(.Net4.52?)の話だよな
4.0以上でビルドしなおすか.Net3.5SP1インスコするしかない >>872
>>869のアップグレードとは、Windows10の大型アップデートのことを言っているのだろう。
Windows10は、大型アップデートの度にプリインストールされてる.Net Frameworkのバージョンも上がる。 分かりづらくてすみません。>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で頑張るという選択肢も出てきます。 DevOps だのCI だのがもてはやされる時代
VS は正にその為の開発ツールになって来てる >>874
OSの大型アップデートに対する検証も必要なのだから、それと一緒に検証するんじゃ駄目なの。 っていうか、その半年ごとの大型アップデート以外のタイミングで.NET Framework のバージョン上がることもあるし
そもそも windows 8.1 以前では Windows Updafe で勝手に更新されるでしょ。
どうせ新しいバージョンでの懸賞は必須だろ Frameworkに限らず、ロクにテストしてないコードをマイクロが平気で撒くので
マイクロの都合に合わせて、いちいち再評価なんて一緒にやってたら潰れちまう 検証については適当なのにコメントの位置には妙に拘る
大雑把な性格なのか神経質な性格なのかよく分からん Visual Basicをサポートした「Windows Template Studio」v1.7が公開 〜Prismにも対応
https://forest.watch.impress.co.jp/docs/news/1104762.html この前まで2015使ってたけど最近2017入れました さすがms見捨てなかったんだね
改めてVBを見直しました
でこれ使えて年収幾ら位なの? 都心の求人でVB以外の言語も扱えて300万~600万ってところか
学生時代C++以外にもVBも勉強しておいて良かった
誰だ窓使いとか言って馬鹿にした奴 >>895
雇われだった頃のほうが遙かにブラックだったよ
現業はそれ以外の人の食い扶持まで稼がなきゃいけない
俺は4人分稼いでいたんだって辞めてからわかった 中間にはいる業者がマージンとるのはどの業界にもある っていうか、「中抜きガー」って2chには多いけど、
悪いけどいかにも頭の悪い子にしか見えんよw VBに欲しい物・・・var
C#に欲しい物・・・With 〜 End With 拡張メソッド編
VBに欲しい物・・・Object型を相手にした拡張メソッド
C#に欲しい物・・・参照型(this ref とでもいうべきか)拡張メソッド >>904
Withって自分の書いたコードだと便利だけど他人がWith乱用したコード見るとイラッとしない? >>904
VBに var はもうあるよ
>>905
構造体なら参照渡しの拡張メソッドもできる Dim A = 1
って、Object 型の A に 1 が入ると思い込んでたけど、違うのか。
ちょっと浦島だった VS2017をアップデートしたいのですが
インストールした本体でなくオフライン用にDLした部分だけをアップデートしたいのですが
vs_Community.exe --update
vs_Community.exe update
vs_Community.exe update --layout
どれもチェック中のダイアログが出た後DOS窓が一瞬出てすぐ終了してしまいます
エラーの原因を知りたいのですが
カレントフォルダにログも無いしイベントログにも無いし
一瞬出る子のDOS窓を閉じない方法はありますか?
ちなみに、
@ 管理者権限で上記コマンドを実行している
A フォルダのアクセス権限は正しい
? offlineフォルダの空き容量は1GB程度と少ない >>913
正しいコマンドは3つ目だけでした
vs_Community.exe update --layout 自己解決
・ログは %TMP%dd_bootstrapper***.log にありました
・vs_Community.exe は手動で最新のを再ダウンロードして実行しないとアップデートされないのでした
(インストール本体の Visual Studio Installerの様に自動でvs_Community.exeを更新してくれない)
・vs_Community.exe update --layout ではエラーに
vs_Community.exe --update --layout でうまく行きました Update で更新された詳細って、どこかのページに出てるだろうか? 日本語のリリースノートは更新が遅れがちなので、最新情報は英語版のリリースノートをまず確認 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向け設定なので以下のように変更します。 構成プロパティ → 全般
→ 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のバグと思っていいのでしょうか? 一つ間違えました。
使うライブラリーは逆でした。
構成プロパティ → C/C++ → コード生成
→ ランタイムライブラリ
debug マルチスレッド デバッグ DLL (/MDd) → マルチスレッド デバッグ (/MTd)
release マルチスレッド DLL (/MD) → マルチスレッド デバッグ (/MT)
ようするにVC DLLを必要とせずに動くような設定です。
よろしくお願いします。 そうみたい。ちなみにswscanf_s()だと両方とも同じ挙動でした >これは単純にVS2017のバグと思っていいのでしょうか?
いいえ VS2017のバグかどうかは調べないとわからないが
ロケールをどうこうすれば期待通り動作する気がする 理由も示さずに断定した1人以外誰もコンパイラのせいという可能性を除外してないけどな どうもすみません。
バグとは書きましたが、コンパイラやライブラリに限定したつもりはなく、
単にVS2017というパッケージに対する不具合の指摘のつもりでした。
バグという言葉がソフトウェアプログラムソースにしか使われないものであれば
その言葉を撤回いたします。
ロケール云々は自分でも気になっていましたが、事前にsetlocaleを実行しても結果は変わりませんでした。
setlocale(LC_ALL, "JPN");
>>922さんの通り、swscanf_s()だと問題はないようです。
マルチバイト文字を使っているシステムは、早々にワイド文字を使うよう切り替え修正しないといけないのでしょうかね。
というかXPを切り捨てることが先決か・・・
とりあえず当面は Visual Studio 2013 - Windows XP (v120_xp) で凌ぎます。
どうもありがとうございました。 >>929
こんなこともあったのですね。
問い合わせしたことないので窓口がよく分かりませんが、VS2017→ヘルプ→フィードバックの送信
でいいのかな・・日本語でいいのだろうか。。
どうもありがとうございます。 VS2015 で問題ない組み合わせ
(sdk8.1、ツールセット v140_xp、ランタイムはマルチスレッドデバッグ) でも
VS2017 でビルドすると問題起きるね
せっかくプラットフォームツールセットが分離されててもあんまり意味ないなこれ 結構長い間VSのアップデートが来ないけど
なぜか安らぎを感じるw visual studio2017のlinuxクロスコンパイルプロジェクトでファイル名に_って使えない?
エラーでるんだが >>932
毎度確認ありがとうございます。
設定が細かくなって色々調べながら設定してきましたが、
こんなことだと気を遣うだけ損な感じですね・・
>>934
非常に由々しき問題ですね。
VS2013に戻そうと思います。
こんな対応だと、MBCSの対応を切ると宣言してくれた方がすっきりしますね。 じゃあ何使うんだ?
もしかしてコンソール入力と勘違いしてるバカ? 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. OSとVisual Studioは連動しているだろう
これを機会にwindows10を購入を検討してみては如何でしょう
俺も昔は関係ないと思っていた時代があったよ Windows史上最悪のクソOS
機能にはあまり文句はないが
いらんことばっかりしやがるM$の悪癖全開 Windows10でもグループポリシーの設定でWindows Updateのタイミングを手動にできるからそんなに困らないけどな 15.5.6がPreview 2なんだが、なんで5.7きたん?w プレビューは15.6.0 Preview 5.0では? リリース版とプレビュー版の区別ついてないだろ
February 20, 2018 -- Visual Studio 2017 version 15.5.7
February 14, 2018 -- Visual Studio version 15.6 Preview 5
上記に記した通り二種類有るんだよ
きっと初心者さんで始めたばかりなんだね
https://docs.microsoft.com/en-us/visualstudio/releasenotes/vs2017-relnotes >>944
あのな、手動にしてもいつかはしないといけなくなる。
その時に問題起こしまくりなんだよ。 >>948
下手に古い環境残したままアプグレとかするから問題を起こすんだよ
クリーンインストールだとそうそう問題なんか起きない
VSを使っていればOSの再インストールなんか日常茶飯事だし、むしろ最新のVSを古いWindowsに導入している方が互換性問題を引き起こす可能性が高い >>950
何が言いたいのか分からんけどSurfaceのスレにでも行けよ レス数が950を超えています。1000を超えると書き込みができなくなります。