の構築のためのWindows NT4.0を用いVisual Studio2005年には

Question

るMFCアプリケーションするようにしている移行用 afxext.h, の原因となる _AFXDLL を設定し、この場合にエラーを設定します /MT:

をご利用ください/MDスイッチ_AFXDLLを構築

私の研究のいずれかでアプリケーションプ実行Windows NT4.0をVisual Studio(C++この場合は、2005年。

これは本当でしょうか？ありますか回避できますか？

Answer 1

いいえ、多くのって作成されたアプリケーションとVS2005しているWindows XP,2000,NTのスタックです。の課題であること(デフォルトでは)VS2005という図書館/輸出ないます。

見 このスレッド 一部。

その後限定でのご依存関係経由でプリプロセッサマクロを回避するApiなサポートされてます。

Answer 2

に_AFXDLLエラー、また釣りをしたり、使用する設定のMFCとして静libの代わりにDLL?このようんですでに実施している変更の実行時のlib静なDLL.

Answer 3

の回避策は、マルチスレッドのDLL. 簡単な指示を.短概要：

の出荷8.0CライブラリDLL(MSVCR80.DLLな支援 NT4.0SP6理由の一つ一つの理由：人-マイクロソフトリサーチ 追加の呼び出し GetLongPathNameW 存在しない kernel32.dll NT4.0です。

CRTLIB.Cライン577が呼び出 GetLongPathNameW.単に置き換え: ret = 0; の使用はこのMSVCR80.DLL NT4.0です。

お客さま人数小児-幼児にも働者に、より一般的な方法は生じているものと考えられる。

Answer 4

がんを知らないafxext.hんかつもったいないのでこれに対応していないWindows NT4....

しかし、答えによらの質問:"私の研究のいずれかでアプリケーションプ実行Windows NT4.0をVisual Studio(C++この場合は、2005年。"

その答えはあり特にがある場合、アプリケーションした書面を走NT4!のafxext.hものとすべきであります。

その他のものが欲しいとのトラブルにゆったり自然に人を投げ出し、NTます。付与と'NT'としてWindows NT4がまだまだ曖昧なものがほとんどの人が等しくない'。'

実際には、期'NT'のNTシリーズです。NTシリーズは、NT3,NT4,NT5(2000、XP、2003年)、NT6(Vista).

Win32はサブシステムで対象とC/C++コードです。んであってはならない理由はなるべきではないでを対象にNT4プラットフォーム＆サブシステムは、このプラットフォームの移植遠のMFC依存関係のVC、クリーンエネルギーである堂々と.

追加のafxext.hのミックスでのマーケティングには私のようなサブシステムの互換性の問題です。っていうのはそういうものMFCから私のGoogle研究です。のafxext.hれのMFC(マイクロソフト基礎クラス)の拡張を認識しません。

まさに依存MFC?どのアプリケーションタイプのこれ？(CLR、サービス、GUI?) きの変換プロジェクトへのポC++のプロジェクト、VC8.0?

今かすことが大事だと申し上げました。

Answer 5

あまり出現しないと考えるエグゼへのリンクは、原則と静的ライブラリ。

みいただけます "コンフィグレーションプロパティ","一般"-"使用のMFCを"利用MFCには静的ライブラリ" "コンフィグレーションプロパティ","一般"-"の使用ATL"を静的にリンクATL"

"コンフィグレーションプロパティ"，"C\C++","コード生成","実行時の図書館"が"マルチスレッド(\MT)"

試験台 ビルドマシン:Visual Studio2005にwindows XP SP2 クライアントからサーバマシン:Windows XP SP2（VS2005設置)