using namespace System; using namespace System::Text; int main() { String^ unicodeString = "This string contains the unicode character Pi (\u03a0)"; // Create two different encodings. Encoding^ ascii = Encoding::ASCII; Encoding^ unicode = Encoding::Unicode; // Convert the string into a byte array. array<Byte>^unicodeBytes = unicode->GetBytes( unicodeString ); // Perform the conversion from one enc
質問 2016年2月24日水曜日 20:15 Visual Studio初心者です。 件名につきまして、ソースコードはC言語及びC;;です。 デバッグビルドはできるのですが、いざ、デバッグを開始しようとすると、 「プログラム '~.lib'を開始できません。 ~.libは有効なWin32アプリケーションではありません。」というエラーが表示されます。 ネットで調べても、本件に該当する事例がなく、特に、件名に記載の条件(Windows 8.1及びVisual Studio 2015)で問題が発生した事例が見つからず、よくわかりません。 どなたか、ご存知の方がいらっしゃいましたら、教えていただければ、と思います。 よろしくお願いします。 すべての返信 (2) 2016年2月24日水曜日 23:29 ✅回答済み | 2 票 ソリューションに複数のプロジェクトがある場合、 デバッグ目的の”exeを出
.NET FoundationがOpen Source Initiativeへの加盟を発表。オープンソースコミュニティとの関係をより密に .NETフレームワークや関連ソフトウェアの開発をホストしている「.NET Foundation」は、オープンソースを促進する組織「Open Source Initiative」への加盟を発表しました(.Net Foundationの発表、Open Source Initiativeの発表)。 ICYMI - The .NET Foundation Joins the Open Source Initiative's Affiliate Program. We are excited to join the OSI to support #OSS and build on our commitment to interoperability and dev
WinDbg は、クラッシュ ダンプの分析、ライブのユーザーモードとカーネルモード コードのデバッグ、CPU レジスタとメモリの調査に使用できるデバッガーです。 この最新バージョンには、最新のインターフェイス、本格的なスクリプト機能、拡張可能なデバッグ データ モデル、組み込みのタイム トラベル デバッグ (TTD) サポート、および多くの追加機能が用意されており、より最新のユーザー エクスペリエンスを特徴としています。 詳細については、「WinDbg の概要」を参照してください。 Note 以前は Microsoft Store で WinDbg プレビューとしてリリースされていたこのバージョンは、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' です」エラーが発生する - ASP.NET .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 ファイルであ
共通中間言語(きょうつうちゅうかんげんご、英語: 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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く