Visual Studio 2017 Part6
■ このスレッドは過去ログ倉庫に格納されています
!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 >>64
cpu core i3 4世
ram 4g
hdd 500g >>70
やっと理解しました。
元々MFCアプリに通信部分のクラスを作って、それをスタティックライブラリに切り出すことが間違いですね。
MFCアプリ側もnewした時点でヘッダーで消されたprivateにある変数領域を知るすべもないので例外になるのですね。
クラスのメンバー関数を普通のC関数にばらして変数はstaticで全てlib内に生成させます。 >>64
Celeron 1005M
Mem. 8GB
SSD 256GB DLLにせずスタティックライブラリにするメリットあるの？ 赤の他人exeから呼ばれるようなdllを作ってばらまいたり
その逆の関係を構築するようなシステムじゃない限り
dllのが保守しやすいだろ VC2008とVS2017のリソースコンパイラにごみを出力する不具合を見つけた。
やはりリソースコンパイラが間違っている。 >>65,68,72
ありがと。ビルドにVS2017を要求するライブラリがあるんだけど
VS2017が要求するストレージ容量がでかすぎて今すぐ入れられるマシンが無くて・・・
うちはSSD 128GBなこともあってBuild Tools(数十GB？)でもきびしい
う〜む、どうするべきか >>77
BuildToolsならそんなにいかなくね？ >>78,79
ありがと。20GBは結構厳しいです。今使用している言語環境と比較して一桁以上多いかと
仕事じゃなく趣味の開発だしライブラリを1個ビルドするために金出すのも悩ましく・・・
ちなみにビルドしたいのはPDFiumです。なぜか決め打ちでVS2017を要求してきます
gcc or clang＋mingw等でビルドできても良さそうなのに >>80
だからBuildToolsでいいじゃないかって言ってんのに 【悲報】15.7.4でもGoogleTest修正されず Google Test自身が大量のワーニングを出すので、自分のコードに対するメッセージが確認しづらい。
Googleは、Microsoftが悪いので修正する予定はないとコメントしているので、今後も治る見込みはない。
従って使わないのが吉。 GoogleTestそのものではなくてVSの拡張機能の問題なのでGoogleは関係ないかと
しかも日本語ローカライズに失敗しているだけ
英語版では問題ないらしい VS立ち上げてC#の.NET Standard クラスライブラリプロジェクト作成したらテンプレートで作られるコードのusing System;が参照エラー吐くのなんなのｗ VSでスタイルした後新しいプロジェクト作ると雛形がスタイルに合ってなくてイラっ 揚げ足取るようだけどprogressiveじゃなくてprogressだと思うw JavaScriptのプログレスバーなのでは？
node.js使ってるみたいだし 昔ながらのWindowsプログラミングしてきた世代なら、このくらいのコンポーネント簡単に作れる むしろこの程度のコントロールが作れない奴がいるのかw
そういうことを言ってるんじゃないと思うが 作れないなんて書いてなくね？標準でほしいって言ってるだけに見えるが そもそも入力を受け付けるプログレスバーであるという前提がおかしいでしょ。
ただの進捗表示でしょうが。矩形描画を自分で好きなようにやればいい。 作れるなら標準で入ってなくていい程度のものでしょ
って答えればいいわけ？
何か会話が通じなさそう 標準にあるプログレスバーと何が違うの？と思うのだが プログレスバーじゃなくてプログレシブバーだぞお前ら作れるのか プログレスバーが作れない人は居ないと思うけど、だからといってみんなが
車輪の再開発してるんなら無能揃いなのかなと思う デザイン含めて新たに作るんだろ？
デザイン変えないならわざわざ作らないよ。 車輪の再発明とか言ってる人は、自転車にトラクターの車輪つけて乗り回せばよい。 こんなもん汎用部品であるある機能やないか。
トラクター言いたいだけやろ。 標準っていうのがForm、WPF、UWPのことならそれらに全く同じ機能のプログレスバーがあるはずだが
それらとの違いがあるならまずそこを説明してくれないと何も回答しようがない すみません、、初心者です。教えてください。
Unityと組み合わせてC#のアプリを作ろうと思ってるんですが、
Visual Studioが全然エラー検出してくれないです。
int o = "aho"; //明らかに間違ってる
bakamon; //そんなものはない
boke(); //そんな関数はない
これでビルドして、ノーエラーです。
========== すべてリビルド: 0 正常終了、0 失敗、0 スキップ ==========
Unityで起動させようとすると、エラー出てるぞと怒られます。当然ですが・・・
Visual Studioがちゃんと機能してないと思うのですが、原因は何か分かりますか・・・？ Unity側で正常にエラー吐いてるなら気にしなくて良いような気がするが、
ブレークポイントだっけか、その直後に入れて、値を確認して見れば? >>121
ソースコードをvsで開いてるだけで、
ビルド対象に含まれてないんじゃないの？ >>122
いや、死ぬほど不便ですよ…どこでエラー吐いてるのかもわからないし
>>124
ソースコード開いたら、それがビルド対象になるのと違うんですか？初歩的ですみません… >>125
それUnityのスレで聞いた方がいい
このスレにUnity使ってる人たぶんいない *.csというソースコードを直接エクスプローラーなどで開いても無駄
unityから開かないと >>125
お前が馬鹿で無知なだけやん
どこでエラー吐いてるか分からない？
アホか、Unityに謝れｗ 既出かもしれないけど
Visual Studio Installer
変更
インストールの場所
インストール後にダウンロード キャッシュを保持します
↑のチェックを外すと数GB空く
無駄に容量食ってると思ったらこれが原因だった >>130
初めて知ったわ。後で手動で消せないの？ インストールの場所のチェックは後からでも外せるはず 何か知らんけど元々チェックが外れてた
外した記憶はないんだけど >これでビルドして、ノーエラーです。
そう思った理由を聴きたいな visual studio 2017使い始めたのですが、
ソースファイル作成時に、同名のヘッダーファイルを
同時作成するような機能ってないのでしょうか？
わざわざ個別に作るのが面倒くさくて…。 色々弄ってたら、クラス作成で一応、同時作成できたけれど、
なんでこんなところからしか出来ないのか謎。
visual studio独自ルールなのかこれは。 ただのツール操作に独自もクソもねえだろ
ヘッダとソースを同時に作成するIDE共通規格でもあんのかよ
ちな、ヘッダに関数の宣言/定義を書いてからクイックアクションで「宣言/定義の作成」をすると
存在しない場合に対になるファイルの自動生成がされる あっついのに髪が伸びてきて難儀してる
ハゲがうらやましい 実行ボタンが画像のようにプロセスにアタッチというよく分らないものに代わってしまったのですが、どうやったら戻せるでしょうか
http://iup.2ch-library.com/i/i1922685-1532261007.png >>150
新規プロジェクト作成して
ソリューションにもっかい突っ込みなよ
デバッグに必要なファイルが色々なさそうに見えるよ >>154
ttps://msdn.microsoft.com/ja-jp/library/dd998269.aspx
何故にUIで設定出来ないっぽいんだろう？ デバッグ情報を作成しないようにしたら入らないんじゃないかな __FILE__ とか使ってたらどうやっても入るね
絶対に入ってほしくなければ無難なフォルダ名のところにプロジェクトを置く すいません、相談させていただきたいことがあるのですが
何年か前にVS2015でVBScriptでちょこちょこスクリプト書いてたんですが
最近またちょっと書いてみようと思って、VS2017をインストールして
ttp://oojima33.blogspot.com/2018/01/visualstuido2017vbscript.html
ここの設定に従って、VBScriptのソース上でデバッグできるようにしてみたんですけど
VS2015の頃にはブレークポイント上でちゃんと実行が止まっていたのに
現在の環境では、ブレークポイントの設定が効かずに、最後まで処理が走ってしまうようになりました
VS2015に戻してもだめで、不思議なことに
DOS窓上でwscript.exe //x スクリプト.vbsを実行すると
Just-In-Timeデバッガーを選択する->利用可能なデバッガー->スクリプト名 - Microsoft Visual Studio(管理者)...
->OKで別ウインドウでVS2017を立ち上がり、
そのウインドウ内ではブレークポイントで止まってくれます
元のウインドウとは別に新しくVSが立ち上がるので非常に気持わるいです
なんとか、以前のようにVSの中でだけで完結したデバッグ環境は作れないでしょうか
よろしくおねがいいたします >>158
>現在の環境では、ブレークポイントの設定が効かずに、最後まで処理が走ってしまうようになりました
どっか違うとこに飛んで終了してて
そこのコードまで実行されてないんじゃないの？ 単にコンパイル対象にしてるソースとは別の場所にあるソース開いてるだけだったりな。 >>158
F11キーを押してステップイン・デバッグ実行して一行ずつ進めて、デバッグにどのソースが利用されているか確認してみては？ 解決しました・・・
VSをアンインストールしてから
レジストリに残ったVS関係の設定を全部削除し
もう一度インストールしなおしたら直りました・・・ ■ このスレッドは過去ログ倉庫に格納されています
