ターゲット プラットフォームにプロジェクトを構成する - Visual Studio (Windows)
Visual Studio を使用すると、Arm64 やその他のプラットフォームなど、さまざまなプラットフォーム (プロセッサ アーキテクチャ) をターゲットにするようにアプリケーション ビルドを設定できます。 そのターゲット プラットフォーム用にビルドするために、プラットフォームで Visual Studio を実行する必要はありません。 Visual Studio での Arm64 のサポートの詳細については、 ARM 搭載デバイス上の Visual Studio を参照してください。 .NET 開発の 64 ビット プラットフォーム サポートについては、 64 ビット アプリケーションを参照してください。
Visual Studio で 64ビット版のASP.NET を実行すると「ファイルまたはアセンブリ、またはその依存関係の1つが読み込めませんでした。間違ったフォーマットのプログラムを読み込もうとしました。」エラーが発生する | iPentec
Visual Studio で 64ビット版のASP.NET を実行すると「ファイルまたはアセンブリ、またはその依存関係の1つが読み込めませんでした。間違ったフォーマットのプログラムを読み込もうとしました。」エラーが発生する Visual Studio で 64ビット版のASP.NET を実行すると「ファイルまたはアセンブリ、またはその依存関係の1つが読み込めませんでした。間違ったフォーマットのプログラムを読み込もうとしました。」エラーが発生することがあります。この記事では対策について紹介します。 現象 構成マネージャーで64ビット版のASP.NETプロジェクトを作成します。(デフォルトではany cpuの設定になっています。) x64の構成でビルドしてASP.NETプロジェクトを実行します。 下図の「ファイルまたはアセンブリ、またはその依存関係の1つが読み込めませんでした。間違ったフォー
プロジェクトの依存関係を作成および削除する - Visual Studio (Windows)
複数のプロジェクトを含むソリューションをビルドする場合は、まず特定のプロジェクトをビルドし、他のプロジェクトで使用されるコンパイル済みバイナリを生成する必要があります。 プロジェクトが別のプロジェクトによって生成された出力を使用する場合、出力を生成するプロジェクトは、その出力を使用するプロジェクトのプロジェクト依存関係と呼ばれます。 このような依存関係は、[プロジェクトの依存関係の ] ダイアログ ボックスで定義できます。 ヒント この記事で説明する、プロジェクトの依存関係を手動で管理する機能は、最新のプロジェクトの種類で使用されるプロジェクト間参照とは異なり、MSBuild より前のプロジェクト間の依存関係を処理する方法を反映しています。 プロジェクト間参照をサポートしていないプロジェクトの種類を使用している場合を除き、この記事で説明するようにプロジェクトの依存関係を明示的に追加する必要
ビルド出力ディレクトリを変更する - Visual Studio (Windows)
プロジェクトによって生成される出力の場所は、構成ごとに指定できます (デバッグ、リリース、またはその両方の場合)。 既定の設定では、出力フォルダーはプロジェクトの種類と SDK によって異なり、一部のプロジェクトではプラットフォーム固有またはフレームワーク固有のサブフォルダーが使用されます。 Visual Studio には、プロジェクト フォルダーに対する相対パスを指定するか、ファイル システム内の任意の場所に絶対パスを指定して、中間出力と最終出力をカスタム フォルダーに配置できるプロパティが用意されています。 Visual Studio プロジェクトのプロパティで指定した設定に加えて、プロジェクト ファイルを編集し、MSBuild と .NET SDK の機能を使用して、個々のプロジェクトまたは多くのプロジェクトのソリューション レベルで、プロジェクト出力のすべての側面を完全に制御する
NuGet packages.config ファイル リファレンス
packages.config ファイルは、プロジェクトで参照されるパッケージの一覧を保守管理するために、一部のプロジェクト タイプで使用されます。 これにより NuGet は、ビルド サーバーなど、別のコンピューターにプロジェクトを転送するとき、一部のパッケージだけでプロジェクトの依存関係を簡単に復元できます。 使用する場合は、packages.config をプロジェクト ルートに配置する必要があります。 これは、最初の NuGet 操作の実行時に自動的に作成されますが、nuget restore などのコマンドを実行する前に手動で作成することもできます。 PackageReference を使用するプロジェクトでは、packages.config は使用されません。 [スキーマ] このスキーマは単純です。標準の XML ヘッダーは、1 つまたは複数の <packages> 要素を含む
VisualStudioを2005から2017に更新したら問題だらけだったので記録 ｜ 25歳でフリーランス28歳で起業したエンジニア -じゃけぇ- のあれこれ
まぁ前置きはこれくらいにして、実際にアップグレード作業をしてみると予想通り問題が検出されたので備忘録として残します。 2010から2017に更新する際の参考にもなると思います。 条件 ・VisualStudio2005で作成したソリューションをVisualStudio2017で扱えるようにしたい ・メインはC#のプロジェクトだが、他にC++やインストール用のプロジェクトが存在 ・（移行元）Visual Studio 2005 Professional Edition Version 8.0 ・（移行先）Visual Studio Enterprise 2017 Version 15.5.2 ・Windows 7 Professional VisualStudio2017のインストールは完了していて、2005で作成したプロジェクトを開くところからの説明とします。 vdproj(セットアッププ
Visual Studioを、VSCodeのコード補完や文法チェックを実現するLanguage Server Protocol対応にする拡張機能が登場 － Publickey
Visual StudioをLanguage Server Protocol対応にする拡張機能が発表された。Visual Studioがネイティブに対応していないプログラミング言語でも、構文ハイライトやコード補完などが利用可能になる。 マイクロソフトがオープンソースで開発しているエディタ「Visual Studio Code」（以下VSCode）には、さまざまなプログラミング言語に対応してリアルタイムに構文のハイライトや文法チェック、コード補完などを行う機能が備わっています。 これはVSCodeのエディタとは切り離され、別プロセスで動いているLanguage Serverが処理を行い、それをエディタに伝えることで実現しています。そしてエディタとLanguage ServerはJSONベースの「Language Server Protocol」で通信を行っています。 マイクロソフトはこのLa
［速報］「Visual Studio Live Share」発表。複数のプログラマがリアルタイムにコードの編集、ブレークポイント、デバッガ操作などを共有。Connect(); 2017
マイクロソフトが発表した「Visual Studio Live Share」は、無料のVSCodeを含むVisual Studioファミリー製品のあいだで、リアルタイムにコードの編集やデバッグなどを共有できる新機能だ。 マイクロソフトは11月16日（現地時間）、ニューヨークでオンラインイベント「Microsoft Connect(); 2017」を開催しました。 基調講演で同社は、統合開発環境のVisual StudioやコードエディタのVisual Studio Code（以下、VSCode）などで、リアルタイムにコードの編集作業やブレークポイントの設定、ステップ動作などのデバッグ作業などを共有し、共同で作業できる新機能「Visual Studio Live Share」を発表しました。 デモ：Visual StudioからVSCodeへ接続 以下は「Visual Studio Live
ダンプ解析入門 - Visual Studioでの可視化によるC#トラブルシューティング - Grani Engineering Blog
CTOの河合(@neuecc)です。ある日のこと、アプリケーションが突然死！しょうがないのでサーバーに入ってイベントビューアーを見るとそこには…… 何の役にも立たない情報が並んでいるのであった。こんなんじゃ原因も分からず、どう対処もできない！ という時に役に立つのがダンプです。ダンプさえあれば、クラッシュ時の情報が手に入り、遥かに解決に向かいやすくなります。ダンプ解析というとハードコアな印象もありますが、最近はツールが充実していることもあり、やってみると意外とイージーです。幾つかの実例とともに、どのように解析していくかを見ていきましょう。 ダンプを収集する クラッシュは突然に。やってくるので、まずはアプリケーションクラッシュと共に自動的にダンプが収集されるように設定しましょう。ダンプファイルがなければ話は始まりません。 ここではWindows Error Reporting (WER)を使
Visual Studio の便利なのに知られていない機能
まず、私が先日公開したブログ記事 (英語) に寄せられたあるコメントを紹介しましょう (たくさん寄せられたうちの 1 つで、その記事のコメント欄でご覧いただけます)。 Btw, "until I realized that the Solution Explorer tree nodes are searchable." This one is a saver ! (訳: ところで、「ソリューション エクスプローラーのツリー ノードが検索可能…」と書かれてていますが、こういうヒントは助かります!) この記事の中で何気なくソリューション エクスプローラーのテキストが検索可能であることに触れたのですが、それがコメントの投稿者である Sam さんの目に留まったようです。このようなちょっとした小ワザは Visual Studio にたくさんあり、中には熟練の開発者ですら知らないものもあります。こう
Visual C++ for Linux Development with CMake - C++ Team Blog
In Visual Studio 2017 15.4 you can now target Linux from your CMake projects. This enables you to work on your existing code base that uses CMake as your build solution without having to convert it to a VS project. If your code base is cross-platform you can target both Windows and Linux from within Visual Studio. This post will give an overview of the CMake support for Linux in Visual Studio. You
日本マイクロソフト、Visual Studio 2013を11月1日から提供開始
日本マイクロソフトは2013年10月30日、統合開発環境の新版「Microsoft Visual Studio 2013」を11月1日から提供開始すると発表した。11月1日からボリュームライセンスの販売、11月29日からパッケージ製品の販売を開始する。 Visual Studio 2013では、Team Foundation Serverと連携し、編集履歴やテスト結果などのチームの作業状況を、画面を切り替えることなくコード内で見ることができる。またMicrosoftアカウントとの連携により、別のマシンでも同じ環境で作業を継続することが可能。Windows 8.1やWindows Server 2012 R2などの最新プラットフォームに対応したアプリケーションを開発できる。 またチーム開発とコラボレーション機能を強化。コードのチェックインやビルドの状況をリアルタイムに確認でき、メンバー同士が
第2回 自動ビルドを実現するビルド・サービスの必要性と環境構築方法
第2回 自動ビルドを実現するビルド・サービスの必要性と環境構築方法：連載：いまどきのソース・コード管理（1/3 ページ） ソース・コードの管理環境の構築の次は、自動ビルド環境を構成しよう。Team Foundation Server Expressに統合されているビルド・サーバ機能を活用すれば、これも簡単に構築できる。 連載目次 前回の記事ではソース・コードの管理環境の構築について解説した。今回～次回は次のステップとして、自動ビルドを構成してみよう。 自動ビルドとはその名のとおり、ユーザーが直接操作することなく、サーバ上で自動的にコンパイルおよび、場合によってはテスト環境への登録も行うというものだ。Team Foundation Server（以下、TFS）および、Team Foundation Service（以下、TF Service）にはこのような自動ビルドを実現するビルド・サーバ機
10秒で理解するWindowsのバイナリがx86かx64なのかを確認する方法 - みちしるべ
dumpbin /headers で machine の値を確認すればよい。 exe、dll、lib、objに対して確認することができる。 (dumpbinはVisual Studioに付属している。) x64の例 exeの場合 D:\JDK\JDK1.6.0_13_x64>dumpbin /headers bin\java.exe|findstr machine 8664 machine (x64) dllの場合 D:\JDK\JDK1.6.0_13_x64>dumpbin /headers jre\bin\java.dll |findstr machine 8664 machine (x64) libの場合 D:\JDK\JDK1.6.0_13_x64>dumpbin /headers lib\jvm.lib|findstr machine 8664 machine (x64) 866
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクト内の参照を管理する - Visual Studio (Windows)
さまざまなビルド方法を使用してアプリをビルドする - Visual Studio (Windows)
app.config ファイルをプロジェクトに追加する - Visual Studio (Windows)
Microsoft、「Visual Studio 2015 Update 3」を正式公開
「Visual Studio 2015」に対応した「Python Tools for Visual Studio 2.2」が正式版に
