問題タブ [visual-c++]

そのため、Windows で fastcall 呼び出し規約を使用して関数を呼び出す必要があるアセンブリがありますが、gcc はそれをサポートしていません。GCC は regparm 属性を提供しますが、最初の 3 つのパラメーターが eax、edx、および ecx で渡されることを想定していますが、fastcall は最初の 2 つのパラメーターが ecx および edx で渡されることを想定しています。

いくつかのコード パスの重複を効果的に回避しようとしているだけなので、これは厳密には重要ではありませんが、回避できれば素晴らしいことです。

特定のプリンターのデフォルトで選択された印刷トレイを変更できる必要があります。これを行うための VC++/win32 コードを持っている人はいますか?

問題が発生した場合は、プリンターのデフォルト設定を変更する必要があると思います。当社の印刷ジョブは当社以外のアプリケーションによって実行されるため、当社のアプリケーション内から発生する印刷操作のコンテキストでこのような変更を行うことはできません。別のアプリケーションでデフォルトの印刷設​​定を変更する方法がない限り、プリンターのユーザーのデフォルトを変更し、印刷ジョブを開始してから、デフォルトを元の値に戻すという作業に行き詰まっていると思います。

現在のユーザーに対してのみデフォルトを変更し、特別な UAC 昇格などを必要としないことを本当に望んでいます...

この MSDN 記事に示されているものと同様のものを使用し、DEVMODE 構造体 (dmDefaultSource または dmFormName、またはその両方) にフィールドを設定する必要があると思われます。

テイカーはいますか？または、誰かが共有したい落とし穴がありますか?

編集: DEVMODE ドキュメントDEVMODE ドキュメントへのリンクは次のとおりです。

編集：特定のプリンターに固有のものではなく、一般的な解決策を探していることも指摘しておく必要があります（非常に多くの環境に展開しています）

これは GUI アプリケーション (実際には MFC) です。次のようなプロンプトを表示できるコマンド ウィンドウが必要です。

好きなポルノスターの名前:

ユーザーは、次のようなプロンプトの後にテキストを入力できる必要があります。

好きなポルノスターの名前: Raven Riley

しかし、ユーザーがカーソルをプロンプト領域に移動できないようにする必要があります。また、次のことを防ぐために、ユーザーがプロンプトにバックスペースを入れないようにする必要があります。

Rrraven Rrrileey Ruuuulez !!! 好きなポルノスターの名前:

また、テキストの選択などを制御する必要があります。最後に、ユーザーが入力したテキスト (プロンプト テキストを除く) のみを問題なく取得できるはずです。

独自のウィンドウ クラスを最初から作成する (つまり、CWnd から継承する) 方がよいでしょうか、それとも Windows EDIT コントロールを再利用する (つまり、CEdit から継承する) べきですか?

同様のコマンド ウィンドウが、AutoCAD と Visual Studio (デバッグ モード) で表示されます。

SDIアプリで垂直および水平の定規バーを作成するための最良の方法は何ですか？フレームまたはビューの一部にしますか？CControlBarから派生しますか、それともより良い方法がありますか？

垂直定規も、フレームではなくペインにドッキングする必要があります。

私が何を求めているかをもう少し明確にするために、Visual Studioのダイアログエディター（MFCのみ）の垂直定規を想像してみてください。ツリービューのサイズが変更されるたびに再配置されます。

PROCESS_ALL_ACCESS を目的のアクセスとして OpenProcess を呼び出そうとすると、MSVC++ 2008 が常に GetLastError() でエラー 5 を返す理由を知っている人はいますか? PROCESS_VM_READ は問題なく動作します。私はこのコンピューターの管理者であり、Dev C++ で正常に動作しています。

どこかにオプションを設定する必要がありますか?

C ++#includeとの違いは何ですか？#import

私は非常に大きなモニターを持っています。MSVCでテキストファイルを開くと、ファイルのデフォルトの幅は画面スペースの約80％になります。ほとんどのコードでは、必要なサイズの約2倍です。新しく開いたファイルのデフォルトサイズを設定する方法はありますか？

以下のように、gmp-discuss リストのスレッドで詳しく説明されているように、MinGW.aから Windowsへの変換プロセスを使用しました (--disable-shared --enable-static で作成されたライブラリに対して作用します)。.lib

私は今、.libVC++6 が問題なくリンクできるように見えるファイルを持っています。今私が懸念しているのは、リンク フェーズから得られる警告メッセージです。

手順のこの時点では、これらは私の DLL (特定の GMP 機能をラップする) の実行に違いはありません。しかし、それで十分ですか？これらの 3 つのシンボルをlibgmp.aWindows DLL にリンクすると、後で噛み付くことになりますか?

私は厳しい制約のある環境で開発していますが、開発者も厳しく管理しています。

VCRedist_x86.exe - 4Mb の再配布可能ファイル - は面白くありません (転送に 4 時間かかります)。私は、MFC90.dll、msvcm90.dll、msvcp90.dll、および msvcr90.dll を再配布することを本当に好みます。これは 2Mb に近いものです。ただし、Visual C++ ファイルの再配布には次のように書かれています。

マニフェストなしでビルドされた C/C++ アプリケーションの再配布はサポートされていません。Visual C++ ライブラリは、アプリケーションをこれらのライブラリにバインドするマニフェストがないと、C/C++ アプリケーションで使用できません。詳細については、展開方法の選択を参照してください。

DLL をプログラムの作業ディレクトリにコピーするという当初の計画は、このすばらしい新しいマニフェストの世界では機能しないようです。

私の次の推測は、ファイルを WinSxS ディレクトリに追加するために必要なレジストリ エントリを作成し、(4 メガ プログラムを使用するのではなく) 自分で作成することです。

[編集] ソフトウェアは頻繁に更新されるため、DLL は静的リンクよりも強く推奨されます。[/編集]

必要なファイルを正常に配布しながら、オーバーヘッドを抑えるにはどうすればよいですか?

実際には、初期コミットと合計予約の 2 つのサイズがあります。

静的解析と動的解析のどちらを使用していますか? どのツール？どのテクニック？