64bit

    14

    2答えて

    Visual Studio 2015 C++を使用すると、14.0.25431.01アップデート3.私のコードで予期しない動作が発生しました。コンパイルし、64ビットで実行し、リリース: #include <iostream> #include <stdint.h> int main(int, char**) { for (uint32_t i = 1; i < 3; ++i) {

    2

    3答えて

    私はCygwinのターミナルを開くと、それはウィンドウの上部に次のように示しにおける悪い置換: -bash: _fzf_orig_completion_g++: bad substitution 本家のそれは私の仕事に影響を与えませんが、私がしたいですそれを避けてください。 ご提案ください。 ありがとうございます!

    -1

    1答えて

    おはよう、 私はC#のアドオン語への研究開発をしていますが、初版はオフィスワードx64の下で実行するようにコンパイルされたが、今私はx86バージョンの下でそれを実行する必要がありますし、デバッグモードでプロジェクトをロードするときにこのエラーが発生します。指定されたアセンブリ名またはコードベースが無効です。 (HRESULTからの例外:0x80131047)例外の テキスト: System.IO.

    0

    1答えて

    私はWiXを使って64ビットアプリケーションをインストールしています。私は64 bit installer作る方法を考え出したが、私は "Program can't start because XXXX.dll is missing from your computer. Try reinstalling the program to fix this problem" エラーを得ることはあ

    0

    1答えて

    インストーラスクリプトを変更して、ファイルを32ビットの場合はC:\Program Files (x86)に、64ビットの場合はC:\Program Filesに変更する必要があります。 私は$PROGRAMFILESが正しい変数だと思っていましたが、ドキュメントから見ると、これは常にC:\Program Files (x86)を指しています。 "The program files directo

    3

    1答えて

    ローカルWindowsデバッガを使用してx64でVisual Studio 2017(C++)で簡単なプロジェクトをビルドして実行しようとしています。ただし、デバッガを使用して実行しようとするたびにI get this error. このエラーは、x64からx86に変更すると表示されませんが、x64にコンパイルする必要があります。これは私が試した両方のコンピュータで起こっており、私のプロジェクトの

    1

    1答えて

    0b0011100、0b001111111、0b100000000はOKですが、0b00110010と0b001010はOKではありません。シーケンシャルでなければなりません)。 しかし、私はループなしでそれを行う必要がありますキャッチです。 私が唯一、次の演算機能を持って、ループを使用することはできませんいくつかのクレイジーなAPIを使用しています! +、 - 、*、|、||、&、& &、〜、、

    0

    1答えて

    すべて、 私は際限なくアプリケーションをデバッグすることにより、これを理解しようとしているが、私は私の答えを見つけるように見えることはできません(x64の相当EAXを変更することに?) 。 私の32bit PE注入では、注入されたPEの新しいEntryPointでEAXを結局変更してから、スレッドを再開します。私は、カーネルが最後にエントリポイントに到達するためにEAXコールを実行していることを読

    1

    1答えて

    私はPythonを初めて使用しています。過去数日間、私は、Anaconda3(3.6)およびOracleクライアント11gを使用して64ビットWindows 8.1でcx_oracleを動作させようとしました。 結局私はそれを動作させることができたが、それはかなり面倒だった。 Anacondaは広く使用されているディストリビューション、Windowsは一般的なOS、cx_oracleのWindow

    1

    1答えて

    Excel 2016 64bitのハンドルを取得する必要があります。 ただし、Application.Hwndは、長時間を返します。Application.HwndPtrはありません。 それは信頼できるですか? 信頼性が高い場合、マイクロソフトでは、以前のApplication.HInstanceを64ビットプラットフォームで使用する代わりに、Application.HInstancePtrを追加