Visual Studio 2017 Part6

2018/06/11(月) 00:37:48.15

!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
http://mevius.5ch.net/test/read.cgi/tech/1520336504/

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

2018/12/14(金) 15:45:34.12

>>168
カタログ名は合ってるようだから、レジストリへの登録が消えてるみたいだね
HKLM/SOFTWARE/WOW6432Node/Microsoft/Help/v2.3/Catarogs/VisualStudio15
(32bit OSはWOW6432Nodeの部分は無いはず)

ヘルプコンテンツを入れ直すか、大丈夫なPCからレジストリの該当部分を移植するかだと思うけど

2018/12/14(金) 17:38:01.92

>>161
GPUは？

2018/12/14(金) 17:40:01.01

>>169
INSTALLERでインストールし直したら、治りました。
ありがとうございました。

2018/12/14(金) 18:15:09.93

>>170
個人レベルの3Dグラフィックのプログラミング程度なら最近のCPU内蔵GPUで十分では？
どうしても不足ならノートPCよりデスクトップPCを選ぶべき

2018/12/14(金) 18:24:10.74

もしかしてマウスの中のひと？

**162** (ﾜｯﾁｮｲ 1e80-GAmC) · 2018/12/14(金) 18:47:11.28

GPU とか、3D・画像・動画編集みたいな、コンテンツ制作をやり始めると、
結局、ゲーミングPC になる

どんどん、乃木坂モデルをベースに拡張していくと、
ゲーミングPC に近づいていくから、そのスペックも比較したらよい

GPUは、Linux で使えるのかどうか、そこがわからない。
マウス・パソコン工房で、Linux の事を聞いても、サポート対象外だから、情報がない

2018/12/14(金) 19:25:55.42

QuadroやFirePro搭載機であればGeForceやRadeonよりは期待できるのでは？(適当

2018/12/14(金) 22:36:37.41

俺のVS2017は
.Net Core 2.1が入っているのだが、2.2が出ているようだが、
自分で入れる必要があるの？
放っておけばそのうち入るの？

2018/12/15(土) 00:40:04.28

>>176
.NET Frameworkの時どうだったか考えると
自分で入れる必要があると思われ

2018/12/15(土) 02:30:18.33

>>176
.NET Core 2.2 開発ツールを使うなら2019って事みたいだね
2019Previewだと選べるよ

2018/12/15(土) 06:04:14.50

>>178
2017でも2.2使えるよ？

2018/12/15(土) 11:37:03.22

C++をvisual studio2017でやりはじめました
もうhello worldの時点でわからないです
プロジェクトはデスクトップアプリケーションです

// TODO: ここにコードを挿入してください。
↑ここにコードを入れるんだと思いますが、コピペしてきたのを貼り付けてもエラーになります
#include <iostream.h>

int main() {
cout << "Hello C++ World" << endl;
return 0;
}

どこがダメか教えてください

2018/12/15(土) 11:44:01.56

>>180
まずなんのエラーが出てるのか教えないのがダメ

とまれ文面見る限りじゃデスクトップアプリケーションじゃなくてコンソールアプリケーションを選択するべきじゃね？

2018/12/15(土) 11:48:08.70

デスクトップアプリケーションはWin32アプリのスケルトンコード
>>180の内容であればコンソールアプリケーション

2018/12/15(土) 12:07:54.95

↑コンソール用だったんですか
デスクトップアプリ用の説明を探してみます
エラー内容も今度から貼るようにします

2018/12/15(土) 12:35:51.43

>>183
デスクトップアプリケーションで文字列表示したいのであればWndProcのWM_PAINTにあるTODO:の箇所にコードを追加
>>180の意図する内容であれば次の2行をコピペ

LPCTSTR s = TEXT("Hello C++ World");
TextOut(hdc, 0, 0, s, lstrlen(s));

2018/12/15(土) 12:38:33.88

俺みたいな初心者は環境整えるのが第一関門（笑）

2018/12/15(土) 12:56:34.70

>>184
どうも
デスクトップアプリケーションの場合でも、openGLは使えますか？
３ｄ表示するソフトを作りたいです

VSとopenglについての記事はあるんですが、コンソール向けなのか、デスクトップ向けなのか書いていない場合が多いです

2018/12/15(土) 13:07:36.05

>>186
OpenGLは経験無いのでよく分からないけど標準外のフレームワークの場合、下手にVSのテンプレートに頼らず空のプロジェクトで開始してゼロから環境構築した方が良い様に思う

2018/12/15(土) 14:01:27.07

>>187
プロジェクトの選択でコンソールを選んでも、後からフォームを追加できるということですよね確かにコンソールの方が学習向けかもしれないですね
ありがとう

2018/12/15(土) 14:12:04.36

>>186
そのレベルならば、いったんopenGLのことは忘れて、コンソールアプリやウィンドウアプリの基礎的なことから始めた方がいいと思うよ。
openGLの解説とか見ても、最低限の前提知識がないと理解できないことが多いと思う。

2018/12/15(土) 15:13:45.63

>>188
馬鹿過ぎるから死のうとは思わんのか？

2018/12/15(土) 15:16:24.11

using namespace std;

2018/12/15(土) 18:53:22.41

>>189
そうします
>>190
はい

2018/12/15(土) 18:58:41.65

それよりもiostreamに.hがついてるのってかなり古い資料見てない？

2018/12/16(日) 01:59:50.98

おらもそう思った

2018/12/16(日) 02:38:22.98

ここの手順を参考にしたら出来たで、OpenGL
ttp://sourcechord.hatenablog.com/entry/2017/04/23/115852

2018/12/18(火) 12:12:00.31

Unity使ったら負けですかそうですか

2018/12/19(水) 16:56:21.53

たぶんここで聞いても無駄だと思うけど、VS2010のImage Libraryの素材って
VS2010のライセンスを持ってれば2015や2017の開発でも使っていいんだろうか？

っていうか、この手の話のMSの正式な窓口はどこなんだろう

MSにありがちだけど、
https://social.msdn.microsoft.com/Forums/vstudio/ja-JP/9a040cec-0baa-402d-b5a5-feae73424001/visual-studio-2015-image?forum=vsgeneralja

この回答に出てる問い合わせ先はもう無くなってやがるw

2018/12/20(木) 10:52:20.63

VS2017でMFCのC++を作った時、コンパイルをしたアプリをVSを起動せずに普通に使ってるとき、
何かおかしいと気づいて、あとからVSを起動してデバッグすることって出来る？

2018/12/20(木) 10:54:45.24

>>198
できる。プロセスへアタッチすればいいだけ

2018/12/20(木) 11:25:50.59

https://www.microsoft.com/en-us/download/details.aspx?id=35825

2018/12/20(木) 11:26:29.90

>>199
それって、そこでソースコードを表示させて変更して再コンパイルとかも出来る？

2018/12/20(木) 11:39:07.17

たとえば、VS起動せずにデバッグモードでコンパイルしたexeを普通に実行していて、何かおかしいと感じたとき、
それを作成したプロジェクトを普通にVSで起動して、今動いているexeのプロセスとアタッチすれば
普通にソースコードもすべて見れて変更も出来てデバッグも出来る、ってなってると嬉しいんだが

2018/12/20(木) 12:12:11.10

https://www.amazon.co.jp/dp/4873114489

2018/12/20(木) 12:44:44.61

>>202
少なくとも変更は無理だと思う
エディトコンティニューでそのシナリオがサポートされてない

2018/12/20(木) 12:46:58.92

>>204
それは残念。　VSを随分バージョンアップしてきたが、そういうのって難しいのかなあ

**デフォルトの名無しさん** (JP 0Hab-5YD5) · 2018/12/20(木) 12:51:04.76

どちらかというとOSの問題（プロセス起動時のDEBUG_PROCESSなどのフラグ有無を後から変更できない）かも

2018/12/21(金) 17:18:25.85

Community 2017をインストールしようとしたらダウンロードが終わるタイミングで
必ずメモリアクセス違反起こって禿げそうなんだがどうしたらよいのかわかりません

2018/12/21(金) 17:47:22.81

禿は元々では？

2018/12/21(金) 18:49:46.65

スレに常駐するぐらいなのにどうでもいい所にしかレスポンス返せないんですね…

2018/12/21(金) 18:51:41.87

禿が喋った！

2018/12/21(金) 19:26:31.75

質問調でないのは質問の仕方を知らないのかただの感想なのか

2018/12/21(金) 19:36:18.57

PC再起動で治りそうな気はする。

2018/12/21(金) 20:43:35.25

ただの馬鹿なんじゃ？

2018/12/21(金) 22:13:53.47

先生。ウィルス対策ソフトの停止を試すのは基本ですよね。違いますか、先生。

2018/12/22(土) 00:01:40.73

ちょうど2017community入れたとこだけど、インストールが遅いので途中からセキュリティ切っちまってた
インストール完了後起動のチェックボックスonにしてEXCEL使ってて、なかなか終わらないなと思ってみてみたら、再起動しろって出てた ٩(๑`^´๑)۶ （役に立たなくてスマン）

2018/12/22(土) 00:10:45.51

「ウィルス対策ソフトの停止を試すのは基本」は言い過ぎでした。反省します。

2018/12/23(日) 21:04:59.60

>>216
うちの会社で導入されてるウイルス対策ソフトは、VSとかがgitのプロセスを立ち上げるのを阻害するぞ。
それに気づくまでまる二日はかかったから、あながち間違いではない

2018/12/23(日) 23:07:24.80

vs絡みはwindows defenderのリアルタイム保護走ってるとクソ遅いから一部の実行ファイル除外してるよ。
windows defenderはGecko系ブラウザも立ち上げ遅くなるし。

2018/12/26(水) 09:41:05.53

後はC言語の対応がまともなら最強なんだがな

2018/12/26(水) 17:56:18.75

utf-8のファイルをもう少し扱いやすくしてほしい。
デフォルトの保存形式も設定させてくれ

2018/12/26(水) 23:05:00.16

utfのソース見ながら「クラスやメソッドとか日本語表記はエラリそうで嫌だから禁止な!」とか言うキチガイはどうすればいい?

2018/12/27(木) 00:12:26.15

そもそも2～3打鍵で補完できるところをいちいち日本語入力に切り替えたりするの面倒すぎだろ…

2018/12/27(木) 00:18:09.17

base64エンコードしてやればいい

**デフォルトの名無しさん** (ｽﾌｯ Sdfa-z75V) · 2018/12/27(木) 01:34:17.42

>>223
と、申しますと？

2018/12/27(木) 01:50:26.15

ようやく週間アップデート終わったようだな

2018/12/27(木) 09:02:53.89

冬休みが終わったらまた始まるだろ。

2018/12/27(木) 10:48:58.97

>>221
JavaやC++へのソースコード移植や命名規則統一を想定するなら日本語表記は止めたほうがいい。

2018/12/27(木) 11:19:47.81

>>221 >>223
日本語ドメインのエンコードの読みにくさは何なんだろうな

2018/12/29(土) 11:51:14.17

移植の際はsedで置き換える
つかそこまでのライブラリなら日本語は使わないw
あくまでVBやC#での話です

**デフォルトの名無しさん** (ｽﾌｯ Sdfa-z75V) · 2018/12/29(土) 13:55:19.86

>>229
sedよりもIDEの[名前の変更]機能使った方が確実だよ

2018/12/29(土) 13:59:20.49

sed使えないアホ？

2018/12/29(土) 19:18:17.56

sedは文字列置き換えるだけだから危険性を孕んでいるということも分からんアホ

2018/12/30(日) 05:27:30.76

openglなんですが、ライブラリは何がいいんでしょうか
glutというのは古いという記述を見ます

2018/12/30(日) 07:30:51.48

危ない＝安全に使う能力がない

2018/12/30(日) 07:34:51.99

>>232
そういうこと

2018/12/30(日) 09:51:53.37

おじいちゃんはろくにIDEも使えない

2018/12/30(日) 10:14:08.53

IDEの話なんかしてねえぜ
sedが使えないガキがてめーの不勉強を棚に上げてsedのせいにするのは潔くないと言っているんだ

2018/12/30(日) 10:15:56.07

俺は基本的には若いのに好意的だが
成長を拒む将来性のねえやつは別だ

2018/12/30(日) 10:16:17.18

スレタイも理解できないアホ

2018/12/30(日) 11:44:01.21

ただの文字列の置換と
構文( ﾟДﾟ)ﾊｧ?区したうえでオブジェクト名の変更

どちらが正しいかなんか決まりきってるだろ。

2018/12/30(日) 11:53:04.74

>>230
？
sedバッチコマンドで長いやつから順に書いておけば双方向一発じゃん
IDEの名前置き換えって一括出来たっけ?

2018/12/30(日) 11:57:07.02

>>239
おまえ Visual Studio == IDE と思っているのか？

2018/12/30(日) 12:20:31.13

流石にアスペと言われても仕方ないレベルだぞ>>242

2018/12/30(日) 12:44:25.12

>>242
言語によっては構文エラーだな

2018/12/30(日) 13:49:53.45

>>243
アスペだの揚げ足だのは、失言を認めたやつの負け惜しみだ

2018/12/30(日) 13:54:38.20

揚げ足はまさにブーメラン発言だな

2018/12/30(日) 17:19:57.45

>>242
論点ずらしとかマウント取ろうとするやつの典型だわな

2018/12/30(日) 18:37:14.82

>>242
IDEじゃなかったら何なの？

2018/12/30(日) 18:38:21.13

テキストエディタだろ

2018/12/30(日) 18:43:37.19

コマンドラインからnmakeで手動コンパイルしているのではw

**デフォルトの名無しさん** (ｽﾌｯ Sdfa-z75V) · 2018/12/30(日) 19:14:43.76

>>240
そんなのすぐわかりそうなのにsedに固執する意味が分からんよね

2018/12/31(月) 09:21:11.22

>>250
自前でmakefile編集してますww

2018/12/31(月) 23:06:18.99

>>248
恐らくFBIだ。
何の略なのかは今から考える

2019/01/01(火) 04:49:27.86

IDEのエディタなんか使わずにVimを使うべき。

2019/01/01(火) 04:57:01.68

何故？
IntelliSense使わないとVSの利用価値激減するだろ

2019/01/01(火) 06:29:47.25

>>254
基地外

2019/01/01(火) 09:46:34.50

補完が目的ならvimでも同等のもの使えるからvs側に対したアドバンテージないぞ

2019/01/01(火) 10:11:38.92

VS使ってから言ってくれ

2019/01/01(火) 10:39:57.84

CodeLens によるコード変更とその他の履歴の検索
https://docs.microsoft.com/ja-jp/visualstudio/ide/find-code-changes-and-other-history-with-codelens?view=vs-2017

2019/01/01(火) 12:12:16.77

補完関連はLanguage Serverがある程度使える形になった言語はエディタ側が対応してさえいれば現状でももはやエディタによる差異はほぼゼロと言える状態なので
補完が便利なエディタというのではそれほど売りにならないし、現時点でそうでない言語でもLanguage Serverの発展に伴って差がなくなってしまうので時間の問題
そのためVSなどのIDEはVimのように自分でプラグイン入れなくても素人でも手軽に開発環境が整えられることを訴求していくしかないんだけど、
実際には専門家でなければ使いこなしきれない超多機能エディタという方面で宣伝してるしUIも決して素人には優しくないし色々矛盾があるんだよね

2019/01/01(火) 18:05:40.87

拡張のVｓVimのことだと思うが、割と便利だったが何か不具合があって止めた
何だったのか忘れたが

2019/01/01(火) 22:33:55.00

初心者がVSでなくvi使って開発するメリットはないだろ

2019/01/02(水) 00:29:13.03

入門書ではとりあえずIDE入れてよく分からなくていいから指定されたボタン押せば動くよ、というタイプと
プログラムを動作させるのに必要最低限のコンパイラなどのみを入れてコマンドを直接叩いて実行ファイル作って動かそうというタイプの2通りがある
後者ならIDE使わない積極的な理由がある

2019/01/02(水) 01:07:08.31

>>263
Visual Studioの入門にIDEを極力使わないことを奨めてる奴がいるの？

2019/01/02(水) 01:11:29.31

>>264
C#の入門とかのことを言ってるんだろ察してやれよ

2019/01/02(水) 01:17:37.54

積極的な理由にはならないわな

2019/01/02(水) 03:10:03.58

>>262
ない

2019/01/02(水) 08:44:23.38

>>263
英語を教えるのに、まず文法を覚えさせてから教えるタイプと、とりあえず英会話をさせて教えるタイプの違いみたいなものか

2019/01/02(水) 11:47:38.12

>>264
そもそも便利にするためのIDE自体に入門書が必要だったら本末転倒