Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
 
      
  
 
  
  Microsoft Store で WinDbg をインストールする Windows パッケージ マネージャーを使用して WinDbg をインストールする Windows パッケージ マネージャーを使用して WinDbg をインストールするには、コマンド ライン/PowerShell から次を実行します。 winget install Microsoft.WinDbg 注記 必要条件 サポートされているオペレーティング システム: Windows 11 (すべてのバージョン) Windows 10 Anniversary Update (バージョン 1607) 以降 プロセッサ アーキテクチャ: x64 と ARM64 WinDbg の更新 直接または Microsoft Store を使用してインストールすると、WinDbg はバックグラウンドで新しいバージョンを定期的にチェックし、必要
 
      
   
  
  作成日:2020/01/29 このページでは Windows の内部コマンドである copy の /A オプションと /B オプションの違いに関して説明します。 /b はバイナリモードでそのままコピーします。一方で /a はテキストとしてコピーします。ただし /a は環境によっては不要なゴミコードが入ってしまいます。 そもそもテキストファイルでも綺麗に結合したい場合は /b オプションでバイナリとしてコピーしてください。 これは ftp アップロードの話と似ています。ftp アップロードではUnixやWindows の環境の違いにより改行コードが変換される場合があります。よってftp ではテキストファイルでもバイナリとしてコピーする場合が多くなります 参考:FTP のバイナリモードとアスキーモードの違いは (注意)分かりやすく簡単に記載しており、一部の環境や分野では記載内容が異なる可能性が
ASP.NET プロジェクトで \bin\roslyn ディレクトリが生成される (\bin\roslyn ディレクトリが生成されないようにする) ASP.NET プロジェクトで \bin\roslyn ディレクトリが生成される現象について紹介します。 動作 Visual Studio 2015 では、ASP.NETプロジェクトを作成してビルドすると、"bin"ディレクトリ内に"roslyn"ディレクトリが生成されます。 roslyn ディレクトリ内には、csc.exe vbc.exe などのコンパイラのファイルが配置されます。 "\bin\roslyn"ディレクトリのファイルを配置せずに ASP.NETアプリケーションを実行した場合、下図の csc.exe が見つからないといったエラーが発生する場合があります。 方法1:Microsoft.CodeDom.Providers.DotNet
ASP.NETサイトを .NET Framework 4環境へ移行すると「構成エラー:認識されない属性 'targetFramework' です」エラーが発生する .NET Framework 2や 3.5のASP.NETサイトを.NET Framework 4環境へ移行した際に「構成エラー:認識されない属性 'targetframework' です。」エラーが表示されることがあります。 一般的にASP.NETのプログラムはサーバにコピーし、インターネットインフォメーションサービス(IIS)マネージャから、配置したディレクトリをアプリケーションに設定すれば動作します。 しかし今回のように、バージョン2や3.5の.NET Framework環境から移行した場合には、アプリケーションプールの設定が古い.NET Frameworkのままになっている場合が多々あり、この設定を変更し忘れた場合、先の
Visual Studio C++ プロジェクト ファイルを編集して、別のバージョンの C++ プラットフォーム ツールセットをターゲットにすることができます。 Windows SDK と、使用される .NET Framework も編集できます。 (.NET Framework は C++/CLI プロジェクトにのみ適用されます)。 新しいプロジェクトでは、プロジェクトの作成に使用する Visual Studio のバージョンの既定の .NET Framework とツールセットが使用されます。 .vcxproj ファイルでこれらの値を変更すると、すべてのコンパイル ターゲットで同じコード ベースを使用できます。 プラットフォームのツールセット プラットフォームのツールセットは、C++ コンパイラ (cl.exe) とリンカー (link.exe)、そして C/C++ 標準ライブラリで構
 
      
   
  
  ASP.net ファイルまたはアセンブリ 'System.Web.Extensions, Version=2.0.50727, Culture=neutral, PublicKeyToken=31bf3856ad364e35'、またはその依存関係の 1 つが読み込めませんでした。指定されたファイルが見つかりません。 ASP.net環境でWEBを公開しようと思っているのですが、 上記のエラーが出て前に進みません。 上記のエラーのみで、どこらへんが悪いか大体でいいんで わかる人いますかね? .NETのバージョンなのか、IISの設定なのか。 ざっくりとした質問で申し訳ないのですが、よろしくお願いします。 VisualStudioのWebサーバーへの配置 VisualSutudio2015でWebアプリケーションの作成を行っておりますが、Webサーバーへの配置方法が分かりません。 色々とググった結
 
      
  Visula StudioのIIS Expressを64bitのバージョンで起動する方法を紹介します。 例えば64bitのOracle Clientを使用している場合など、アプリケーションを64bitで起動する必要がある場合などに使用します。 設定方法[ツール]タブの[オプション]を選択します。 左側の項目から[Webプロジェクト]を選択し、[Webサイト及びプロジェクト用 IIS Express の64ビットバージョンを使用する]のチェックをONにします。 関連記事 .NET6(ASP.NET)をWindow ServerのIISで動かす方法.NET6で作成したASP.NETのWEBアプリをWindow ServerのIISで動かす方法を紹介します。すでにIISは設定済みで、.NET Frameworkでの動作は可能な状態とします。以下は... Visual Studioでデバッグ実行時
 
  
  .runsettings ファイルを使用して、単体テストの実行方法を構成できます。 たとえば、テストを実行する .NET バージョン、テスト結果のディレクトリ、テストの実行中に収集されたデータを変更するために使用できます。 .runsettings ファイルをよく使うのは、コード カバレッジ分析をカスタマイズする場合です。 Runsettings ファイルを使用して、コマンド ラインから、IDE から、または Azure Test Plans または Azure DevOps Server (旧称 Team Foundation Server (TFS) を使用してビルド ワークフローで実行されるテストを構成できます。 Runsettings ファイルは省略可能です。 特別な構成を必要としない場合は、.runsettings ファイルは必要ありません。 実行設定ファイルを作成してカスタマイ
 
      
   
  
  MSTest プロジェクトのプロセス アーキテクチャを構成する Visual Studio Testing Platform (VSTest) をテスト ランナーとして使用する MSTest プロジェクトの場合、既定のターゲット プラットフォーム (プロセス アーキテクチャ) はオペレーティング システムのアーキテクチャと一致します。 次の図に示すように、[テスト エクスプローラー] [設定]を使用するか、[テスト] メニューを使用して、任意の CPU をターゲット プラットフォームとして するように設定されたプロジェクトに対して、この動作をオーバーライドできます。 [テスト] メニューから、[AnyCPU プロジェクトのプロセッサ アーキテクチャ] を選択します。 VSTest ではなくテスト ランナーとして MSTest を使用するプロジェクトの場合、アーキテクチャは MSBuild
 
      
  この記事では.NETにおける64ビットプロセスと32ビットプロセスについて説明をおこなう。 1プロセスにおける32ビットと64ビットの混在 ネィティブアプリケーションの場合、プラットフォームの異なるExeとDllは共存できません。 ・x64のExeと x64のDLL ⇒動作する ・x86のExeと x86のDLL ⇒動作する ・x64のExeと x86のDLL ⇒動作しない ・x86のExeと x64のDLL ⇒動作しない ネイティブアプリケーションはビルド時に、どちらにするか指定してビルドする必要があります。 .NET の場合、ビルド時にプラットフォームの"x86","x64"以外に"Any CPU"が選択できます。 Any CPUを選択した場合次のような挙動になります。 ・Exeの場合、OSが32ビットの場合、32ビットのプロセスとして動作します。 ・Exeの場合、OSが64ビットの場
 
      
  名前空間は、その内部にある識別子 (型、関数、変数などの名前) のスコープを定める宣言領域です。 名前空間は、コードを論理グループにまとめるため、およびコード ベースに複数のライブラリが含まれる場合に特に発生する名前の競合を回避するために使用されます。 名前空間スコープのすべての識別子は互いどうしを修飾なしで参照できます。 名前空間の外の識別子がメンバーにアクセスするときには、識別子ごとに完全修飾名を使用するか (std::vector<std::string> vec; など)、単一の識別子のために using 宣言を使用するか (using std::string)、名前空間内のすべての識別子のために using ディレクティブを使用する (using namespace std;) ことができます。 ヘッダー ファイル内のコードは、常に完全修飾された名前空間の名前を使用する必要があり
 
      
   
  
  #using ディレクティブに渡されたファイル参照を解決するために、コンパイラによって検索されるディレクトリを指定します。 構文 /AIdirectory 引数 directory コンパイラが検索するディレクトリまたはパス。 解説 /AI 呼び出しに渡すことができるディレクトリは 1 つだけです。 コンパイラで検索するパスごとに /AI オプションを 1 つずつ指定します。 たとえば、#using ディレクティブのコンパイラ検索パスに C:\Project\Meta と C:\Common\Meta の両方を追加するには、/AI"C:\Project\Meta" /AI"C:\Common\Meta" をコンパイラ コマンド ラインに追加するか、Visual Studio の [追加の #using ディレクトリ] プロパティに各ディレクトリを追加します。 Visual Studio 開
 
      
  'filename' ファイルを開くことができません このエラーは、リンカーがファイルを読み取るとき、または書き込むときに、そのファイルを開くことができなかった場合に報告されます。 この問題の一般的な原因としては、主に次の 2 つが挙げられます。 お使いのプログラムが既に実行されている。または、デバッガー内で読み込まれている。 ご自身のライブラリ パスが正しくない。または、二重引用符で囲まれていない。 他にもこのエラーには多くの原因が考えられます。 それを絞り込むには、まず filename ファイルの種類を確認します。 次に、次のセクションを使用して問題を特定し、修正します。 アプリまたはその .pdb ファイルを開くことができない アプリが実行されているか、デバッガーに読み込まれている filename がご自身の実行可能ファイルの名前、または関連付けられている .pdb ファイルであ
 
      
  質問 2008年9月17日水曜日 17:27 VS2008 standard で C++ のターミナルアプリケーションを作成しようと project を作成しました。 Math.Abs() を使いたいと思い using System; を宣言したところ error C2871: 'System' : この名前を指定された名前空間は存在しません。 と出たのでエラー番号から検索しましたが、具体的に VS2008 から何を追加してやれば良い のか調べきれませんでした。 ... #include <complex> ... using std; using System; ... int ConvergenceTest_A(complex<double> z){ double re,im,temp; int value = 0; re = z.real(); im = z.imag(); temp
 
      
  共通中間言語(きょうつうちゅうかんげんご、英語: Common Intermediate Language、略称 : CIL("sil" や "kil" と発音される[要出典]))は、共通言語基盤 (Common Language Infrastructure、CLI) において定義されている、人間が解読可能な最も低水準なプログラミング言語である。これは.NET FrameworkやMonoにより使用される。CLI互換な実行環境をターゲットとしている言語はCILにコンパイルされる。そのCILはバイトコードスタイルフォーマットであるオブジェクトコードにより組み立てられている。CILはオブジェクト指向なアセンブリ言語であり、完全なスタックベースである。そのバイトコードはネイティブコードに翻訳されるか、仮想機械により実行される。 .NET言語がベータリリースである間、CILはMicrosoft
アプリケーションとコンポーネントで共通言語ランタイム (CLR) の機能を使用できるようにし、C++/CLI コンパイルを有効にします。 構文 /clr[:<オプション>] 引数 options 次の 1 つまたは複数の引数を、コンマで区切って指定します。 なし オプションを指定しない場合は、/clr によってコンポーネントのメタデータが作成されます。 このメタデータは、他の CLR アプリケーションで使用できます。また、このメタデータによって、他の CLR コンポーネントのメタデータの型とデータをコンポーネントで使用できるようになります。 「混在 (ネイティブおよびマネージド) アセンブリ」を参照してください。 netcore Visual Studio 2019 バージョン 16.4 以降で使用できる /clr:netcore を使うと、最新のクロスプラットフォーム .NET Fram
 
      
   
  
  loaderLock マネージド デバッグ アシスタント (MDA) は、Microsoft Windows オペレーティング システムのローダー ロックを保持しているスレッド上でマネージド コードを実行する試行を検出します。 このような実行は、デッドロックの原因になる可能性があり、オペレーティング システムのローダーが初期化する前に DLL が使用される可能性があるため、不適切です。 現象 オペレーティング システムのローダー ロック内でコードを実行する場合に発生する最も一般的なエラーは、ローダー ロックを必要とする他の Win32 関数を呼び出そうとしたときにスレッドがデッドロックする問題です。 このような関数の例として、LoadLibrary、GetProcAddress、FreeLibrary、GetModuleHandle があります。 アプリケーションはこれらの関数を直接呼び出
 
      
  質問 2011年6月20日月曜日 2:58 WCF サービスアプリケーションをデバッグ実行すると、System.BadImageFormatException 例外が発生します。 VS2010 で 64bit Windows 7 の環境です。 自作しているすべてのアセンブリのプラットフォームターゲットを、すべて x86 に明示的に指定しています。 以下のログを見る限りでは、下から 3 行目の「ログ: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config からのコンピューター構成ファイルを使用します。」というメッセージが気になっています。 試しに Framework64 フォルダではなく Framework フォルダのものを使うように指定してみたいのですが、VS2010 のどこで指定すれば良いのかがわかりま
 
      
   
  
  
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
