問題タブ [64-bit]

通常、VMWare Server 1.0.7 を使用している場合、ローカル マシンに接続するかリモート ホストに接続するかを尋ねられます。同じソフトウェアを 64 ビット Windows 2008 にインストールすると、リモート ホスト オプションのみが提供されます。

ホストとしてローカル マシン名を入力し、サーバーへの管理者権限を持つ資格情報を入力しようとしましたが、「ターゲット マシンがアクティブに拒否したため接続できません」というエラーが表示されます。Google で解決策を見つけようとしましたが、喜びはありませんでした。

誰かが前にこれに遭遇し、私を正しい方向に向けることができますか?

私は Vista 64 ビットを使用しており、x86 構成でビルドされたプロジェクトがあります。すべて正常に動作します。今、私たちはテストを作成する時です。NUnit 2.4.8 がありますが、多くの問題があります。

テストは、.dll を直接選択すると Nunit.exe (gui) を介して読み込まれますが、実行すると system.badimageformatexception が発生します。

nunit.exe.config に関するいくつかのトリックを Google で検索して読みましたが、どれも機能しません。（UTF8に変更...起動用の.netバージョンのコメントを外します）。

何か案が？

アップデート

ソリューションをクリーンアップし、すべての BIN フォルダーを消去しました。コンパイルすると、x64 にあった古い /debug/ ではなく、bin ディレクトリに /x86/ しかないことがはっきりとわかります。

Nunit を使用すると、(ロード中に) 例外があります: System.IO.FileNotFoundException...

サーバー スタック トレース: System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& NUnit.Core.Builders.TestAssemblyBuilder.Load (文字列path) で NUnit.Core.Builders.TestAssemblyBuilder.Build(String assemblyName, Boolean autoSuites) で NUnit.Core.Builders.TestAssemblyBuilder.Build(String assemblyName, String testName,Boolean autoSuites) の NUnit.Core.TestSuiteBuilder.BuildSingleAssembly(TestPackage パッケージ) の NUnit.Core.TestSuiteBuilder.Build(TestPackage パッケージ) の NUnit.Core.SimpleTestRunner.Load(TestPackage パッケージ) の NUnit.Core.ProxyTestRunner.Load(TestPackage パッケージ) ) NUnit.Core.ProxyTestRunner.Load(TestPackage パッケージ) で NUnit.Core.RemoteTestRunner.Load(TestPackage パッケージ) で System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr、Boolean fExecuteInContext、Object[]& outArgs) を System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg、Int32 methodPtr、Boolean fExecuteInContext) でBuild(TestPackage パッケージ) at NUnit.Core.SimpleTestRunner.Load(TestPackage パッケージ) at NUnit.Core.ProxyTestRunner.Load(TestPackage パッケージ) at NUnit.Core.ProxyTestRunner.Load(TestPackage パッケージ) at NUnit.Core.RemoteTestRunner.Load( TestPackage パッケージ) の System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at System.Runtime.Remoting.Messaging.StackBuilderSink. SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)Build(TestPackage パッケージ) at NUnit.Core.SimpleTestRunner.Load(TestPackage パッケージ) at NUnit.Core.ProxyTestRunner.Load(TestPackage パッケージ) at NUnit.Core.ProxyTestRunner.Load(TestPackage パッケージ) at NUnit.Core.RemoteTestRunner.Load( TestPackage パッケージ) の System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at System.Runtime.Remoting.Messaging.StackBuilderSink. SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext) )Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext) )

[0] で例外が再スローされました。 NUnit.Util.TestDomain.Load(TestPackage パッケージ) の NUnit.Util.TestLoader.LoadTest(String testName) の TestRunner.Load(TestPackage パッケージ)

更新 2

x64 ではなく x86 に変更した任意の CPU でコンパイルしています。理由はデバッグのためです。これについては、前のリンクですでに説明されています。NUnit が 64 ビット mod と Corflags.exe で実行されていることを確認する必要があります。

Windows Vista 64 ビットで Visual Studio 6.0 (Visual SourceSafe 6.0 Client を含む)、Visual Studio 2003 および Visual Studio 2008 を実行する場合、互換性の問題はありますか?

Vista Web Server でアプリケーションをインタラクティブにデバッグできますか? プロジェクトを作成/コンパイルできますか?

Visual Studio 2008 がネイティブ x64 であるのに対し、Visual Studio 6.0 および 2003 は WoW64 (Windows-on-Windows 64 ビット) で実行されると想定するのは正しいですか?

「Windows Vista および Windows Server 2008 での Visual Basic 6.0 のサポートに関する声明」( http://msdn.microsoft.com/en-us/vbrun/ms788708.aspx ) には、「64 ビット Windows での VB6 開発は、サポートされません。」

同様の取り組みを試みている他の人々のユーザーネット/ニュースグループの議論を見つけました

• 64ビットOS、Windows開発PC向けアプリ？
• Vista 64 ビット OS のコンピュータに VB6.0 をインストールできない

一部のデータは 64 ビット整数です。これらをページ上で実行されている JavaScript プログラムに送信したいと考えています。

ただし、私が知る限り、ほとんどの JavaScript 実装の整数は 32 ビット符号付きの量です。

私の2つのオプションは次のようです：

1. 値を文字列として送信
2. 値を 64 ビット浮動小数点数として送信する

オプション (1) は完全ではありませんが、オプション (2) は完全ではないようです (データの損失)。

この状況にどのように対処しましたか？

xp 32ビットでは、この行は問題なくコンパイルされますが、vista 64ビットでは、この行は次のようになります。

次のエラーが発生します

エラーC2440：'='：'FARPROC'から'int（__cdecl *）（void）'に変換できません

GetProcAddressは次のように定義されます

そしてm_FuncAddras

私が理解していることから、両方ともstdcallのものです。

エラーを避けるために私は入れなければなりませんでした

私の質問：

m_FuncAddrとGetProcAddressの両方にstdcall呼び出し規約がある場合、なぜcdeclで「呼び出す」必要があるのですか？

VSプロジェクト設定のデフォルトの呼び出し規約（cdeclに設定されている）が上記の割り当てステートメントを上書きする可能性はありますか？

前もって感謝します！

[編集]

質問を明確にするために：

方程式の片側（たとえば側1）に私は

反対側（サイド2）

では、両方がstdcallである場合、サイド2をcdeclでキャストする必要があるのはどうしてですか？それとも私は何かを得ていませんか？

Windows Server 2008 64 ビット Web エディションで asp.net 1.1 アプリケーションを実行する際に問題はありますか?

WinXP 64にTomcat 6をインストールしました。問題なくインストールされました。しかし、(Windows サービスから) 起動しようとすると、「ローカル コンピューターで Apache Tomcat サービスを開始できません」というエラーが表示されます。エラー 216:0xd8

Ant ビルド ファイルを継承しましたが、32 ビット システムと 64 ビット システムの両方にデプロイする必要があります。

Java 以外のビットは、GNUMakefiles を使用して行われます。ここでは、「uname」を呼び出して情報を取得するだけです。アリでこれを模倣する同様の、またはさらに簡単な方法はありますか?

64 ビット プラットフォームで開発しているときに、すべての開発スタジオ ウィンドウを使用できない理由を誰か教えてもらえますか? 展開プラットフォームに合わせて、開発用デスクトップ ボックスをサーバー 2003 x64 にアップグレードしました。それ以来 (私は VS2005 を使用しています)、いくつかのウィンドウが利用できないことに気付きました。プロセスを表示できないので (これが最も厄介です)、自分がどのプロセスに関連付けられているかわかりません。プロセスに正常にアタッチできますが、デバッガーで既に実行されているものは表示されません。他にもありますが、今の私の頭に浮かんだのはこれです。

私の質問は、64 ビットでの開発のこれらの制限が文書化されている場所はどこですか (あると仮定します)。（もちろん、「編集/続行」警告ダイアログも常に表示され、64ビットでは機能しないことが通知されます）

また、VS2008 は 64 ビットより優れていますか?

フォローアップ: どうやら私の質問は少しあいまいです。64 ビット開発環境で 64 ビット アプリを開発しています。「x86 で再コンパイル」しても問題は解決しません。

フォローアップ #2: もう一度試してみます。64 ビット環境で 64 ビット プログラムをデバッグしたいのですが、VISUAL STUDIO のすべての機能が表示されません。どうすれば入手できますか?

フォローアップ #3: XP 64 をインストールしたところ (以前は Server 2003 64 ビットを使用していました)、それらの機能がすべて再び表示されました (プロセス ウィンドウなど)。どうやら、Windows のサーバー バージョンはすべての開発機能を提供しているわけではありません。

誰でも理由を教えてもらえますか?

プログラムはIA64をサポートする必要がありますか、それともx64のみをサポートする必要がありますか？

自分でIA64コンピューターを簡単に見つけることができませんでした。IA64は死んでいますか？

MSはIA64を幅広くサポートしているようですが、IA64を見つけるのに長い時間がかかり、結局eBayで入手する必要がありました。