Frame Windows をドキュメントのビューとして使用する MFC (VC6) MDI アプリケーションを管理しています。ドキュメントは一度に 1 つしか存在しませんが、ドキュメント データのビューがそれぞれ異なる複数の MDI フレームがあります。

最近、これらのフレーム ウィンドウの 1 つを他のウィンドウの上に表示しながら、バックグラウンド ウィンドウと対話できるようにしたいという要望がありました。

• 1 つのアイデアは、フレームのタイトル バーに「ピン ボタン」を追加することでした。調査中に、すべての実装で CButton オブジェクトなどの代わりにビットマップが使用されていることがわかりました。UIテーマはもちろん、デフォルトの灰色以外のウィンドウの色を使用するとすぐに、これは醜くなり始めます。

• フレーム ウィンドウのメニュー (タイトル バーのウィンドウ アイコンを左クリックすると表示されるもの) のオプションは可能ですが、ユーザーにとってより明白なものを探しています。

このフレーム ウィンドウを最前面の状態に設定するには、他にどのような方法がありますか?

アップデート

XPテーマで問題なく動作するため、 Uliが提案したソリューションを使用することにしました。残念ながら、これは私の次の質問に直接つながります:フレームウィンドウを実際に一番上に保つにはどうすればよいですか?

この質問は私の以前の質問に関連しています。

I have an MFC (VC6) MDI Application which has several MDI child windows acting as different views for one document.

Is it possible to set one of those frames to stay on top of the others?
I have tried to call

and

from the CMDIChildWnd but neither appears to work.

このようなヘッダー ファイルで定義されたテンプレート クラスがあります。ここでは、静的変数も定義しています。

そして、次のように別の cpp ファイルで main() 関数を定義しました。

次のように、関数 f1() を別の cpp ファイルに実装しました。

これを VC6 でコンパイルすると、「F1:0 Main:2」という出力が得られました。これはどのように可能ですか？また、静的変数をテンプレートと一緒に使用したい場合、一般的にどのように処理すればよいですか?

CRecordSet (Visual C++ 6.0) があり、ODBC を使用して postgresql 8.0.8 に接続しています。

__

問題: シリアル ID (自動インクリメント) を使用してテーブルに行を挿入し、挿入後に ID を取得したいと考えています。

このバージョンの PGsql ではサポートされていない RETURNING キーワードは使用できませんが、currval('sequence') は使用できます。

ただし、私のコードでは、デフォルトのクエリを実行してから、それをオーバーライドして currval() でクエリを実行する必要があります。

私が理解していることから、CRecordSet::Open() を再度呼び出すことによってのみクエリをオーバーライドできます。これにより、新しいセッションが作成され、currval() が役に立たなくなります。

__

では、どのように SQL をオーバーライドし、Open() ではなく Requery() を介してこの新しいクエリを実行できますか?

std::vector<>::const_iterator を使用しようとすると、「アクセス違反」が発生してクラッシュします。std::vector コードが独自の内部First_およびLast_ポインターを使用するとクラッシュしているようです。おそらくこれは既知のバグです。誰かが正しい回避策を教えてくれることを願っています。クラッシュする関数が外部ライブラリから呼び出されることはおそらく関係がありますか?

単に呼び出すだけThingList_.size()でもクラッシュします。

問題があれば、これはsp6です。

これら 2 つのほぼ同一の関数を比較します。最初に、buff_alloca を使用してメモリが割り当てられます。これはうまくいきます。2 番目の例では、_alloca の代わりに calloc と free が使用されています。これはクラッシュします。

奇妙なことは、私が持っている他のほぼすべての GMP ラッピング関数で calloc/free 手法を使用し、それらがすべて機能することです。ここではそうではありません。何か案は？

1:

2:

ゼロ除算例外がキャッチされているかどうかを確認するために、次のコードを試していました。

これを VC6 でコンパイルすると、catch ハンドラが実行され、出力は "Caught exception" でした。しかし、これを VS2008 でコンパイルすると、catch ブロックを実行せずにプログラムがクラッシュしました。違いの理由は何ですか？

C++ 開発に Visual Studio 6 を使用してはいけない理由はありますか?

• これが良いアイデアである、またはそうでない理由のリソースはどこにありますか?
• これに関する問題のリストはありますか?

チームに vc6 アプリケーションを vc2005 に移植するように依頼していましたが、彼らは同じことをするためにいつか割り当てる準備ができています.今、彼らは移植の利点が何であるかを知る必要があります.

私は、彼らが標準準拠を順守することが何を意味するのかを本当に理解しているとは思えません.

移植を行う利点を挙げてください。

私が直面している問題は

1) 標準コンテナーのデバッグはサポートされていません

2)ブーストライブラリが使えない

3）多くのクエリ生成を使用しますが、型安全ではない CString 形式の関数を使用します

4) 次のような vc6 の問題のトラブルシューティングに多くの時間が費やされます >>

間にスペースなし >>

環境変数の形式で設定されるコンパイル スイッチ (値はCOMPILE_AまたはCOMPILE_B) に応じて、アプリケーション名やスプラッシュ スクリーンなど、さまざまな設定でアプリケーションをコンパイルしたいと考えています。

私はこれまでに得ました：

1. 「Project / Settings / C/C++ / Preprocessor Definitions」に追加しました$(COMPILESWITCH)（コマンドラインオプションの結果/D "$(COMPILESWITCH)"）。

2. stdafx.h では、次のコードを使用できます。これは、コマンド ライン パラメーターを介してプリプロセッサ定義を正しく定義したことを意味します。

しかし、「ResourceView / [右クリック] / Properties」の下の「Condition」プロパティに気付きました...ヘルプテキストには次のように書かれています:

調子

リソースの組み込みを決定します。たとえば、条件が _DEBUG の場合、このリソースはデバッグ ビルドにのみ含まれます。

これはエレガントな方法のように見えますよね？

条件_DEBUGとして指定すると機能します。したがって、my should_DEBUGを介して指定されているように、動作するはずですよね? 何らかの理由でそうではありません。なぜ？/D _DEBUG$(COMPILESWITCH)

または、私が望むものを達成するための別のより良い方法がありますか?