Windows 8.1上でVisual Studio 2015を使用してデバッグビルドしても、デバッグ開始できません。
質問 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を出
Visual Studio IIS Expressを64bitで起動する
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でデバッグ実行時
64 ビット プロセスとして単体テストを実行する - Visual Studio (Windows)
64 ビット コンピューターを使用する場合は、単体テストを実行し、64 ビット プロセスとしてコード カバレッジ情報を取得できます。 64 ビット プロセスとして単体テストを実行するには コードまたはテストを 32 ビット/x86 としてコンパイルされたが、それを 64 ビット プロセスとして実行する場合、任意の CPU として再コンパイルします。 ヒント 柔軟性を最大限に高めるには、テスト プロジェクトを任意の CPU 構成でコンパイルします。 これにより、32 ビット エージェントと 64 ビット エージェントの両方で実行できます。 64 ビットでのみサポートされているコードを呼び出さない限り、64 ビットでテスト プロジェクトをコンパイルすることには利点がありません。 64 ビット プロセスとして実行されるように単体テストを設定します。 Visual Studio メニューから、[テ
EXE、DLLが32bitなのか64ビットなのか確認する方法 - Qiita
先日、EXE実行時にBadImageFormatExceptionでEXEが落ちた。 原因がEXE、DLLに32bit、64bitモジュールが混在しているときに発生するらしいので、その調査方法をメモ １．タスクマネージャで確認 起動ができる場合、タスクマネージャに表示される。 ２．VisualStudioのツールで確認 DLL、起動しないEXEはこちらで確認する。 『Visual Studio 2005 コマンドプロンプト』で下記のコマンドを実行(通常のコマンドプロンプトではない) dumpbin /headers "確認するファイルパス" | findstr machine Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficie
ExaGear Desktop. Run x86 applications on ARM-based devices.
Run any application on any hardware! The fastest emulator created for Raspberry Pi devices and beyond With Eltechs ExaGear Desktop you can run any desktop applications that are not compatible with Raspberry Pi, Odroid, and other ARM-based devices. ExaGear is a very fast emulator, powerful virtual machine that allows you running almost any kind of software on almost any hardware. ExaGear is user-fr
システムコールを経由する生のLinuxスレッド | POSTD
Linuxのスレッドは、洗練された美しい設計です。スレッドは仮想アドレス空間とファイルディスクリプタテーブルを共有するプロセスに過ぎません。プロセスによって生成されたスレッドは、メイン”スレッドの”親プロセスに追加された子プロセスです。これらは同じプロセス管理のシステムコールを通して処理されるので、スレッドに関するシステムコールのセットを分ける必要性を取り除きます。これはファイルディスクリプタと同様に洗練された方法です。 一般的に、UNIX系のシステムではfork()を使ってプロセスを生成します。新しいプロセスは、オリジナルのコピーとして独自のアドレス空間とファイルディスクリプタテーブルを取得します。（Linuxではコピーオンライトを使用して、この部分を効率的に処理します。）しかし、これは非常に高度なスレッドの生成方法なので、Linuxでは別の clone() システムコールを使用します。
FreeDOSもLinuxも動く、JavaScriptで作られた x86エミュレータがスゴイ件 | ソフトアンテナ
ブラウザ上で、FreeDOS/Linux/BSDなどが動いてしまう、JavaScriptで作られた「x86エミュレータ」が話題に(Hacker News)。 OS単体をエミュレートするものでなくx86をエミュレートするものなので、いろんなOSを動かせるところがスゴイです。例えば上の画像は、KNOPPIXのISOファイルを起動しているところ。実際にメイン画面表示するところまでは(時間がかかって)到達できませんでしたが、もう少し小さいイメージならちゃんと起動できるかも。 使ってみた サイトのトップ画面はこのようになっていて、CD / フロッピー / HDDイメージなど自分の好きなブートイメージ(KNOPPIXのISOとか)を読み込ませたり、Linux / FreeDOS / OpenBSDなどから選んで起動することができます。 軽いOS、例えばFreeDOSなんかすぐに起動できます。 おおお、
x86のMMUはチューリング完全である
jbangert/trapcc · GitHub The Page-Fault Weird Machine: Lessons in Instruction-less Computation | USENIX x86のMMU、つまりは割り込みとメモリ変換テーブルは、チューリング完全であることの証明。割り込みとメモリ変換テーブルを活用して、プログラムカウンターを一切進めず、ひたすら割り込みを続けるだけで、任意の演算が可能になる。もちろん条件分岐だってオーケーだ。 このテクニックを使えば、カーネルモジュールのバイナリにとても解析が面倒な難読化処理を施すことができる。なぜなら、通常のインストラクションは実行しないから、何をしているのか、通常のインストラクションを追うだけでは一見して明らかではないからだ。そもそも、既存のKGDBなどは、あまりに頻繁な割り込みがかかるため、まともに機能しなくなるようだ
自作x86エミュレータの終焉
[CB16] バイナリロックスターになる：Binary Ninjaによるプログラム解析入門 by Sophia D’Antoine
Tips IA32 P6ファミリ命令一覧
詳細 x87 FPUタグワードの全てのタグの値を空（値を全て1）に設定します。この命令によって、 （MMX® テクノロジレジスターとして別名定義されている）x87 FPUレジスターは、 x87 FPU浮動小数点命令で使用可能としてマークされます。 （x87 FPUタグワードのフォーマットを参照してください。） EMMS命令以外のその他のMMX命令は、x87 FPUタグワード内の全てのタグを有効に （全て0に）設定します。 x87浮動小数点命令を実行する前に、全てのMMX関連のプロシージャ/サブルーチン処理の 終わりでEMMS命令を使用してMMXの状態をクリアしておく必要があります。x87 FPUデータタグ ワードがEMMS命令によってリセットされる前に、他のx87浮動小数点命令がx87 FPUレジスター の1つに値をロードした場合は、x87浮動小数点レジスター・スタック・オーバーフローが発
Tips IA32 P6ファミリ命令一覧
このサイトで挙げる命令はMMX命令の一覧となります。MMXは64ビットの個別要素の整数データ処理を 行います。IA-32アーキテクチャ以降で追加された機能となりますが、IA-32より前のプログラムとの 互換性を維持しています 調べたい命令の頭文字をクリックすると、表の下に詳細が表示されます IA32 MMX命令一覧
Assembly Programming Linux
実行しているのは次のコードです．fld でメモリにある80ビットの浮動小数を スタックにつみます. (a) の fsub 命令でスタックの上部の2つの数値を取り出して 減算し, 結果をスタックに戻します. (b) の fsubp 命令では fsub の後にスタック をポップ(スタックトップを空にした後,ポインタをインクリメント)します. (c) の例では, fcompp で大きさを比較した結果を C0, C2, C3 の条件コードに設定 してスタックを2回ポップしています. 比較に使った数値が不用の場合です. Num16 dt 16.0 Num4 dt 4.0 fld tword[Num16] fld tword[Num4] fsub st1, st0 ; (a) ; または fsubp st1,st0 (b) ; または fcompp st1,st0 (c) 使いやすいのは (b) の方
プログラミングノート - x86
movl 3(%esi,%ebx,2), %eax 整数演算 ロード/ストア mov eax, [4] mov eax, [ebx] mov eax, [ebx+4] mov eax, [ecx*2+4] mov eax, [ebx+ecx] mov eax, [ebx+ecx+4] mov eax, [ebx+ecx*2] mov eax, [ebx+ecx*2+4] mov eax, [rip+4] レジスタ (eax, ebx, ecx の部分) は汎用レジスタどれでも指定できる。 シフト (*2 の部分) は 2, 4, 8 のいずれか。 オフセット (+4 の部分) は符号付き 8 ビットまたは 32 ビット。 64 ビットでは rip 相対アドレッシングが可能。 ただし単純にオフセット (符号付き 32 ビット) を加算する形式のみ。 32 ビットでは eip 相対は不可。 c
IA-32 インテル® アーキテクチャ ソフトウェア・デベロッパーズ・ マニュアル 中巻 A： 命令セット・リファレンス A-M : www.intel.co.jp/content/dam/www/public/ijkk/jp/ja/documents/developer/IA32_Arh_Dev_Man_Vol2A_i.
IA-32 インテル® アーキテクチャ ソフトウェア・デベロッパーズ・ マニュアル 中巻 A： 命令セット・リファレンス A-M 注記： 『IA-32 インテル ® アーキテクチャ・ソフトウェア・デベロッパーズ・ マニュアル』は、次の 4 巻から構成されています。 上巻：基本アーキテクチャ （資料番号 253665-013J) 中巻 A：命令セット・リファレンス A-M （資料番号 253666-013J) 中巻 B：命令セット・リファレンス N-Z （資料番号 253667-013J) 下巻：システム・プログラミング・ガイド （資料番号 253668-013J) 設計する際は、これら 4 巻すべてを参照してください。 2004 年 【輸出規制に関する告知と注意事項】 本資料に掲載されている製品のうち、外国為替および外国為替管理法に定める戦略物資等または役 務に該当するものについては、輸出
浮動小数点演算ではまった話 - bkブログ
浮動小数点演算ではまった話 浮動小数点演算のありがちな問題ではまりました。 いろいろ調べているうちに x86 特有のちょっとおもしろい 現象に遭遇したので紹介したいと思います。 パーセンテージの計算 簡単な C のプログラムでパーセンテージを計算しようと思い、 次のようなコードを書きました。 int x, y; ... int a = (double)x / y * 100; int a = x * 100 / y としないのは、 x が大きい場合に x * 100 が オーバーフローを起こす (INT_MAX を越える) ためです。 このコードは一見、期待通りに動いていたのですが、 しばらく使っていると、手元の環境では x = 53, y = 100 のときに a は 53 ではなく 52 になることに気づきました。 これは次の理由によります。 式の最初の (double)53 / 10
X86アセンブラ/GASでの文法 - Wikibooks
はじめに[編集] GAS（GNU Assembler）は、GNUプロジェクトによって開発されたアセンブラであり、GNU Binutilsの一部として配布されています。Binutilsには、アセンブラ（GAS）、リンカー（ld）、およびオブジェクトファイル操作ツール（nm、objdump、sizeなど）が含まれています。 GASは、x86、ARM、PowerPC、MIPSなど、多くのアーキテクチャをサポートしています。GASは、AT&T構文とIntel構文の両方をサポートしていますが、AT&T構文がデフォルトです。 一方、GCCは、GNU Compiler Collectionの略で、C、C ++、Objective-C、Fortran、Ada、およびその他の言語のコンパイラとして使用されます。GCCは、オブジェクトファイルを生成するためにGASを使用することができますが、GASに依存しない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Virtual x86
サービス終了のお知らせ
日本語技術資料のダウンロード - Intel
)
Physical Address Extension (PAE) and application memory tuning: Core Services