MFC相談室 mfc23d.dll [無断転載禁止]©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2016/09/21(水) 00:20:48.44ID:OfO+mYkd
Microsoft Foundation Classライブラリ専用スレです。

■MFC相談室 mfc21d.dll■
http://hibari.2ch.net/test/read.cgi/tech/1250919279/l50
■MFC リファレンス■
http://msdn.microsoft.com/ja-jp/library/d06h2x6e(v=VS.100).aspx
2020/03/19(木) 02:54:18.48ID:VRFqiqhe
>>358
拡張子を指定せずに、MFCのソースを含んだ全てのファイルを検索にかけたけど、
AfxGetApp()の定義だけは見つからなかった。
見落としは有るかもしれないが、当然、*.c, *,cpp, *.h, *.inl は全てチェックした。
2020/03/19(木) 16:23:04.81ID:iZLxCMVs
>>359
afxwin1.inlのアタマにあるぞ。
afxCurrentWinAppを返してるだけだが。
2020/03/22(日) 02:44:03.68ID:HvrypJyW
>>360
GUIのgrepで、ファイルマスク欄に *.imp と入れたつもりが *,imp になってました。
orz
362デフォルトの名無しさん
垢版 |
2020/04/16(木) 02:46:25.76ID:EfWE4HPw
KillTimer() という Win32 APIは、MSDN によれば、
The KillTimer function destroys the specified timer.
The KillTimer function does not remove WM_TIMER messages already posted to the message queue.
つまり、既にメッセージキューにポストされてしまった WM_TIMER は、「除去されない」とあります。

ところが、MFC の CWnd::KillTimer() は、MSDN によれば、
Kills the timer event identified by nIDEvent from the earlier call to SetTimer.
Any pending WM_TIMER messages associated with the timer are removed from the message queue.
つまり、どんな pending 状態の WM_TIMER メッセージも、メッセージキューから除去される、
とあります。

となれば、MFC の KillTimer() は、何か自分で処理を付け加えているのかと思って、
MFC のソースを grep検索してみると、AFXWIN2.INL に
_AFXWIN_INLINE BOOL CWnd::KillTimer(int nIDEvent)
{ ASSERT(::IsWindow(m_hWnd)); return ::KillTimer(m_hWnd, nIDEvent); }
となっているだけで、単に Win32 の KillTimer() を m_hWnd に対して呼び出している
に過ぎません。

これはどういうことでしょうか？？
363デフォルトの名無しさん
垢版 |
2020/04/16(木) 10:10:01.52ID:przIFznP
そりゃ発行済でキューに入ったメッセージはそのままになる罠
自分で読んでしまえば消えるだけのこと
2020/04/16(木) 10:35:53.84ID:midwC3ZA
>>362
https://docs.microsoft.com/ja-jp/cpp/mfc/reference/cwnd-class?view=vs-2019#killtimer
こっちには削除されないと書いてあるので、昔のMFCの説明が間違っているのでは
2020/04/16(木) 14:17:36.18ID:EfWE4HPw
>>363
ただ、WM_PAINT や WM_TIMER は、他のメッセージとは異なる処理を
されています。
Win32のメッセージキューは、1つのキューに見えるものが、OSの内部では
複数本持っているか、描画のDirtyフラグなどでなんらかの特殊な扱いを
しているようです。
366デフォルトの名無しさん
垢版 |
2020/04/16(木) 14:26:57.93ID:przIFznP
WM_PAINTは優先度最も低いので常に後ろに行くってどっかで観た
2020/04/16(木) 14:46:13.29ID:EfWE4HPw
実際には、WM_TIMER は、WM_PAINT以上に優先順位が低いです。
なので、PeekMessage()しても、他のメッセージがあれば WM_TIMERメッセージを
拾えるかどうかは余り定かではないと思います。
もしかすると、その場合には KillTimer()の処理に置いては、WM_TIMERが
メッセージキューに「ポストされて無い」とみなされるのかもしれません。
解釈が難しいです。
2020/04/28(火) 14:27:43.22ID:lEsMK9s4
いやー仕事でいじることになったんだけどぜんっぜんわからんわなんじゃこりゃ
独自定義の型山盛りでおまけにドキュメントも少ない。いやこれめちゃくちゃ難易度高くない
2020/04/28(火) 16:08:22.11ID:rYh8BUkN
俺は昨年からC#のwinformに移行してメチャ楽勝です。
もうMFCに戻りたくないです。
でもthreadで動かすのはこっちの方が分かりやすい。
2020/04/28(火) 22:00:28.21ID:jwgdFc00
>>368
仕事でってことだがMFCで書かれた既存のプログラムの更新とかなのかな？
そうで無いなら今更MFCなんか使わないことを強く薦める。

MFC必須と言う事ならお奨めの本は、
「MFCによるWindowsプログラミング」ISBN 475611749X
なんだが、古本でもAmazonで\36,000とかしてる。
https://www.amazon.co.jp/s?k=475611749X

東京在住なら国会図書館にあるみたい
https://iss.ndl.go.jp/books/R100000002-I000002930291-00

自分は、これの前の版の
「MFCによるWindows95プログラミング 」ISBN 4756119158
を今でも使ってる。
2020/05/08(金) 00:23:39.44ID:IXHJYCls
だめだー格闘したけどビルドすらできない
どうもvc++6.0以前のやつはvc2005以降とだいぶ違う？変換でエラー出るどころか文法もエラー出まくりでどうしようもならん。古い開発環境なんて無いし
372デフォルトの名無しさん
垢版 |
2020/05/08(金) 09:59:42.32ID:oIDbptWL
_s 使えとかいっぱいでてうざいのは判る
2020/05/08(金) 12:48:05.49ID:IXHJYCls
それは確かプロパティで無視するようにできたよーな
2020/05/08(金) 13:09:30.80ID:V0PZ5eCc
無視したら、当時の脆弱性を認めることにはなるけどな。
あと forのカッコの中で宣言したループ変数のスコープとかも、6の時代とは違ったと思う。
375デフォルトの名無しさん
垢版 |
2020/05/08(金) 16:54:57.20ID:iOEjZYuS
判らないなら VC6 使うべき
上位互換でも VC6 モードにするべき
2020/05/08(金) 22:24:15.90ID:kRmZw1lO
>>374
はぁ？
2020/05/09(土) 05:00:08.42ID:TVkAIoUw
MSと契約してたらVS6は手に入るはずだが。
2020/05/09(土) 05:13:30.06ID:wZuQoznS
XPまでしかインストールできなかった気がする
2020/05/09(土) 06:25:10.22ID:J9L1oHhf
仮想使えば？
2020/05/09(土) 07:40:51.77ID:TBKnesgm
古いWindowsならここにあるぞ
https://winworldpc.com/library/operating-systems
381デフォルトの名無しさん
垢版 |
2020/05/09(土) 09:44:57.53ID:3rxWY8lS
MSDN なら XP も VS6 も入手してるはず
382デフォルトの名無しさん
垢版 |
2020/05/09(土) 09:47:30.21ID:3rxWY8lS
>>380
なるほど
https://winworldpc.com/product/msdn/vs-60
https://winworldpc.com/product/microsoft-visual-stu/60
2020/05/09(土) 13:24:52.80ID:740LYA9f
えぇこんなサイトあるのと思ってググったけど著作権的にグレイゾーンというかブラックでは
2020/05/09(土) 16:09:17.18ID:TBKnesgm
ちゃんと線引きしてるよ
https://winworldpc.com/product/windows-xp/final
2020/05/09(土) 19:31:34.01ID:740LYA9f
要するにmicrosoftが黙認というか放置してるだけというか
権利を放棄してないのは確かだから使うならこっそりやりなさいよくらいのレベルなのかね
いずれにせよグレーなのは間違いない。仕事じゃ使えないね
2020/05/09(土) 21:03:53.55ID:TBKnesgm
仕事に使うって発想はなかったｗ
MSDNのCDをiso化して保存してるからな
387デフォルトの名無しさん
垢版 |
2020/05/09(土) 23:05:48.18ID:VZmAPRaM
仕事につかえないっ(キリっ)て話なら
純正のVC6でももう使うなよωって思うωωω
2020/05/09(土) 23:40:20.22ID:TVkAIoUw
仕事したことない子供かよw
2020/05/10(日) 00:08:40.31ID:lS9VwhWL
仕事で使うなら再現可能性は大切だからな
従業員が違法行為をしていたら、懲戒免職で済めば良い方で
損害賠償請求されたっておかしくはない
2020/05/10(日) 08:12:18.17ID:HcnV9o5e
MFC保守なんていう面白そうな案件を当時を知らない若者にやらせるとかどうかしてる。
2020/05/10(日) 08:30:33.92ID:Pcmn53iK
隔離VMで昔を懐かしむなんて楽しみ方はしてるよ
今のハードウエアなら神速かと思いきや期待ほどではない
2020/05/10(日) 08:46:41.09ID:B13Er8N9
でもネットに情報一杯あるから苦労でもないね。
2020/05/10(日) 15:21:27.47ID:JjPR8mXC
過疎スレなのに無駄に伸びすぎ
394デフォルトの名無しさん
垢版 |
2020/05/10(日) 16:01:33.51ID:nv4IBqVl
若かった頃を思い出すノスタルジースレ
2020/05/10(日) 18:00:45.83ID:Pcmn53iK
OS/2 1.0なんか楽しくて仕方なかった
2020/05/11(月) 22:03:48.97ID:qSq1/7+a
mfcのコードってどれもこれもハンガリアンな印象なんだけど新し目のmfcコードだとその悪習から脱却されてたりする？
前世紀から連綿と受け継がれてきたようなのしかまだ見たことがないんだけど。いやそもそも新し目のmfcなんて存在するのかという問題もあるが
2020/05/11(月) 22:19:49.49ID:lKGFrGqg
べつにハンガリアンが嫌なら自分のコードでは使わなきゃいいだけ。
使うライブラリのネーミングルールが気に入らないとか言うのは相当偏屈な奴だろう。
2020/05/14(木) 05:37:45.19ID:IJMYY156
型が分からなくても平気な人はプログラマに向いてない。
399デフォルトの名無しさん
垢版 |
2020/05/14(木) 09:52:03.18ID:tvxDWcUo
ハンゲリアンは百害あって一利なし
2020/05/14(木) 10:26:21.35ID:IJMYY156
UNIX勢のGUIが不安定だった頃、
MFCアプリが高機能てんこ盛りで安定してたのはハゲリアンのおかげである。
2020/05/14(木) 18:37:36.49ID:8JWtj6XY
APIのリファレンスの記述用としては秀逸だと思うけどなあ
2020/05/15(金) 07:34:00.84ID:QqRlTuRs
MFC製アプリはMSに数兆円の利益をもたらした。

ハゲリンは100害あっても兆利あった。
2020/05/15(金) 11:29:35.02ID:QE59VEMD
> 安定してたのはハゲリアンのおかげ

関係ないと思うが
2020/05/15(金) 18:17:59.73ID:sHW7IJmG
理由も書かずに否定した気になってるという謎の万能感の持ち主ｗ
405デフォルトの名無しさん
垢版 |
2020/05/15(金) 19:43:56.07ID:mq4q1sRg
アンガリアン
2020/05/16(土) 06:06:50.03ID:VIJekRbB
>>404
変数名と高機能てんこ盛り安定は関係ない
そんなこともわからんのかバカ
2020/05/16(土) 06:23:09.44ID:Os/XxFcn
>>406
何の話をしてんの？
2020/05/18(月) 10:37:08.40ID:pyEiFhlF
90年代に書かれたのを最新のvisual studioで動くようにしてという仕事が降ってきて絶望している
409デフォルトの名無しさん
垢版 |
2020/05/18(月) 10:39:08.65ID:XEI7YtdQ
全面的に描き治しになりますって見積もり出せ
2020/05/18(月) 15:47:40.36ID:0/z3ChKA
普通に動くんじゃないの？
2020/05/18(月) 16:40:43.57ID:E4/AoY55
90年台のVCだとfor文の初期化式のスコープでまず引っかかりそう
2020/05/18(月) 18:08:37.98ID:u5vOaLys
ソースコードの量より多いワーニングが出そう
2020/05/18(月) 19:31:30.34ID:knarOBVn
自分の作ったプログラム(MFC使用)でVC++4.0からVC++2008の移行を行ったけど、
(文法的に)エラー・ワーニングが出るところを機械的に修正していくだけで、プログラ
ムのアルゴリズムや構造を変えなければならないようなところは無かったから、
それほど手間はかからなかったよ。
2020/05/18(月) 20:32:49.43ID:u5vOaLys
2008はな。
でも今や2008もサポート停止。
2020/05/19(火) 18:02:40.68ID:kOq4o5Tk
>>409はマジ
信じられない工数がかかるなら
きちんと比例する費用をもらうことが
今後の仕事の単価を守ることでもある
2020/05/19(火) 20:37:52.56ID:AC8jjF95
>>414
うちでメインに使ってるのはまだVC2015だけど、2008ならもう
それ以降の最新VCに上げたからと言ってCソースの修正が
必要になる事ってほとんど無いやろ
2020/05/20(水) 14:51:41.59ID:Mh8h++lf
>>406
ハゲリン
418デフォルトの名無しさん
垢版 |
2020/05/23(土) 20:13:33.99ID:a3FMTFIp
IE用の古いCHtmlViewで表示されているページを拡大縮小することは可能でしょうか？
MFCIEというサンプルもビルドしてみたのですが、CTRL+ + などは効かないようです。
プログラムからコントロールできるのでしょうか？
2020/05/24(日) 05:40:28.33ID:J6IYypHJ
MFCでAppWizardでひな形を作って色々試してるのですが、ツールバーのアイコンって
どうすればいいのでしょうか？？
visual studio imaging libraryのアイコンを試しにツールバーのボタンに追加(コピー&ペースト)しようとしても背景がおかしくなります。
imaging libraryのアイコンが32bppのBGRAで、ツールバーのアイコンが24bpp。
2020/05/24(日) 08:45:30.47ID:576Jhui6
>>419
ツールバーのエディタではビットマップのままで作っておいて、
それと同じ並びのPNG画像を用意して、ソースコードで指定する。
2020/05/24(日) 19:44:20.76ID:J6IYypHJ
なんか、ツールバーエディタが32bppに対応してないっぽいですね...
>>420
ありがとうございます。試してみます。
2020/05/24(日) 20:21:20.05ID:J6IYypHJ
ツールバーエディタ使えないの死ねるな...
エディタ上でボタンの位置D&Dでかえれば、ビットマップも変わってくれるに
これを手動でしょうやるのか..

みんなさんどんなツール使ってるんでしょうか
2020/05/25(月) 13:53:34.30ID:5DfBXHrq
>>422
個人的には ToolBar のクラスを独自に改造したり、似たものを独自に作ったりしてる。
2020/05/25(月) 20:02:58.24ID:DlrmGgO8
>>423
自分もちょっとしたツール作って対応してみます
32bpp?のイメージリストをpngか32bppで書き出せるツールあたりを作ればいいのか?
もちろんイメージリストにイメージの追加とD&Dで移動

ありがとうございます
2020/05/25(月) 21:52:48.92ID:lY/wsl2a
>>424
今のツールバーは、グレー化の状態とか、メニュー用の小サイズとか、
一つのツールバーに対して複数の画像を持たせられるので、
そのへんも想定した方がよいかと
2020/05/26(火) 08:52:20.57ID:j6nucCxO
>>424
ちなみに、MFCが買い取ったBCGのライブラリには、
32bitのPNGやSVGに対応したツールバーエディタも入ってるみたい
https://www.bcgsoft.com/doc/ToolbarEditor.htm
2020/05/26(火) 17:18:06.42ID:cHOadEfk
>>424
昔から、MFCのToolBarには色々な問題点があったので、
仕組みの簡単さから言えばCToolBarクラス自体を自分で作り直したほうが
便利。
2020/05/26(火) 20:10:43.66ID:S7BwoTkr
とりあえず、上手くいくかわかりませんが
Delphi/C++Builderの方に32bppのImageListをD&Dで移動など編集できる機能があるので、
そこでビットマップ管理して、後はPNGもしくは32bppのBMPで書き出すコードを
追加して、それをMFCの方で利用

>>427
そうなんですか。でも、その場合、ツールバーの移動とかカスタマイズ機能を付けるとなると
大変？
2020/05/26(火) 20:16:29.74ID:cHOadEfk
>>428
そういえば、移動というか、Docking機能の実装は結構難しかったな。
MFCのバージョンによって容易さは違ってくると思う。
恐らく、新しいMFCはだいぶ楽になってる気がする。
2020/05/26(火) 21:00:42.32ID:S7BwoTkr
>>429
それなんですね。ツールバーやウィンドウのドッキング機能がほしかったので、とりあえず、MFCを使ってる次第です。
QtやDelphi/C++Builderの方にもウィンドウのドッキング機能があるっぽいですが、MFCが一番良さそうだったので
2020/05/26(火) 21:05:12.34ID:S7BwoTkr
後、今どきHigh DPIは必須なので、ちゃんとMFCのドッキングがHigh DPIで動くのか...AppWizardで造った雛型はデフォルトで、アプリのレイアウトの復元を行ってくれますが

そこら辺を考慮して最終的にMFCにするかQtにするかはたまたDelphi/C++Builderにするか
2020/05/26(火) 21:09:08.37ID:pBlDnMjv
4k非対応と明記すればOK
2020/06/02(火) 19:44:26.62ID:heENVoK9
ちょっと聞きたいんだけどMFCを使用してCUIアプリを書くことってある？
メインのプログラムがMFCでそれに関連するC++のCUIアプリ書いて言われて純C++で書いたらMFC使えって
CUIにMFC使うって発想がまったく無かったんだけどありえなくもないんかな
2020/06/02(火) 20:05:25.08ID:8ohcub0U
>>433
コンソールでMFC使うのはアホだろ。メリットが一つでもあるのか？
2020/06/02(火) 20:14:01.52ID:YBBIGuS6
>>433
自分はCUIアプリでもMFC使う事が多いね。
MFCはGUI関連以外でも汎用的な処理がクラス化されていて便利な物が多数あるからね。
CUIアプリでも良く使うのはCStringとかCxxArrayとかCFileFindとかかなあ。
これらの大部分はATLでも実現できるけど、普段GUIアプリをMFCで作ってるからCUIでも
ATLよりMFCを好んで使ってる。
2020/06/02(火) 20:33:53.79ID:YBBIGuS6
>>433
あと、企画・開発から保守まで自分一人で行う物なら何をどう使っても良いけど、大き
なアプリの一部の開発なら、使うライブラリや記述・処理の作法なんかを他の人が作る
部分に合わせておくことは非常に重要。
2020/06/03(水) 00:04:37.57ID:RCJMsJJI
>>433
CString受け以外では使わないなあ
APIのラッピングは結局APIのリファレンスも読まないとだめだし
438デフォルトの名無しさん
垢版 |
2020/06/03(水) 09:22:52.14ID:wbZbutmL
MFCは糞
もちろんGTKは糞だが
GTKよりも糞
2020/06/03(水) 14:36:40.34ID:cGkVHonE
C++Nativeの今風なGUIライブラリ作って欲しいわ
そこ得意分野のはずなのにな
もうC++には興味ないのか
2020/06/03(水) 14:43:37.29ID:UHE1JPNz
COMベースになるだろうな
2020/06/03(水) 17:07:37.39ID:RCJMsJJI
.netでc#でって感じで、俺らの欲しいものじゃない奴を作っては消えていく
未だにMFCの方が安泰な気がするんだけどなあ
2020/06/03(水) 17:43:55.39ID:z01mcF4V
>>439
winui 3...
2020/06/03(水) 20:46:57.80ID:EILm6QOX
TuneBrowserとか見ると、MFCも捨てたもんじゃないと思うけどな
2020/06/03(水) 20:49:52.72ID:PFUYBSjI
C++/CLIをもっと延命してくれればよかったんだがなぁ
2020/06/03(水) 21:39:23.49ID:cGkVHonE
>>442
C#側の都合を押し付けられる予感しかしない
C#やクロスプラットフォームとは縁を切って欲しい
2020/06/03(水) 21:59:01.81ID:z01mcF4V
fluent designが問題なんだよ。タッチフレンドリなアプリ作るならfluent designでもいいが、もっとマウス入力前提のデスクトップアプリ作る場合なfluentだとスペースが多すぎてダサくなる
もっと、Visual Studio IDEみたいな情報密度のアプリにFluent Design(WinUI)が対応してくれれば
2020/06/03(水) 22:02:34.42ID:z01mcF4V
Tunebrowser見てみたけど、おしゃれやな
こういうの簡単に..っていうかMFCのビジュアルテーマもっと用意しろよって...
2020/06/04(木) 01:27:30.90ID:pF3mhOuv
>>446
その路線windows8で失敗してるのにまた蒸し返すのかよって思ったな
2020/06/04(木) 22:17:47.91ID:x+eVDE0s
本当は実用性とデザイン性は相反することが多いんだよ。
なぜかというと今まで見たことも無いものが良いデザインに見えるからだ。
人間は見たことも無いことに驚く。そして驚きこそが良いデザイン本質だからだ。
便利だったり識別し易いものは既に多くある。それが実用性が高いものだ。
ところがよくあるものは陳腐に見えるため、良いデザインに見えない。
だからSF映画の世界では実用性のないUIを持ったコンソールパネルが宇宙船や
ロボットの中に描かれている。
見たことが無いのでかっこよく見えるのだ。
Windowのデザインも、4隅を丸くしたりするとかっこよく見えるが、
面積が無駄になるので実用性には乏しい。
だから、Windowの中の境界線を見えなくするものが流行っているが、めったに採用されてこなかった
ために驚きがあるため一部の人にはデザイン性が高く見える。
ところが、採用されてこなかったのは実用性が無いからであって、結局使いにくい。
450デフォルトの名無しさん
垢版 |
2020/06/05(金) 15:01:07.01ID:WSRdRexs
馬鹿っぽい文章
2020/06/05(金) 15:42:17.35ID:gDPlzIqp
うん、まれに見る駄文だ
452デフォルトの名無しさん
垢版 |
2020/06/05(金) 16:06:30.12ID:2cqRue0Q
IT掲示板群 ttp://x0000.net/forum.aspx?id=15

学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など

simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した！
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン（画像有り）
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0

PS malloc / free を実装してみた (C#)
ttp://up.x0000.net/files/TMallocTest.zip
453デフォルトの名無しさん
垢版 |
2020/06/10(水) 17:28:34.23ID:zGKCrjfQ
MFCのせいでC++/CLIのGUIが衰退したのは本当ですか？
C++/CLIのGUIはもう終わりなのですか？
2020/06/10(水) 17:49:50.64ID:V+CQutVh
MFCはC++98すら未制定の時代に作られたライブラリだけど
C++17前提で作り直すとどんな感じになるかな

たとえば
RUNTIME_CLASS(hogehoge)
↓
typeid(hogehoge)
みたいに
2020/06/10(水) 21:15:41.28ID:FCXoWDTQ
>>453
どっちかというと逆だと思う。C++/CLIがこけたせいでMFCが延命した。
2020/06/10(水) 21:31:05.00ID:zGKCrjfQ
>>455
なるほど。C++/CLIだと、C++言語の高速性が活かせなかったのかな？
2020/06/10(水) 22:36:21.96ID:AiHbZWJh
最近MSが出したTerminalのソースみたらゴリゴリのモダンなC++の中でWindows API使ってて震えたね
何とかしてくれよ本当
2020/06/11(木) 10:03:27.11ID:Th6rh/3U
>>457
なんで？、Win32 API 使っても別に問題ないじゃない。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況