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

**デフォルトの名無しさん** · 2016/09/21(水) 00:20:48.44

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

**デフォルトの名無しさん** · 2018/04/27(金) 21:30:38.89

CreateCompatibleBitmapの前後5行ぐらいに原因がありそうな気がする

**デフォルトの名無しさん** · 2018/04/28(土) 06:46:29.77

>>203
自分で開放しないといけないのを忘れてるだけじゃないかな

**デフォルトの名無しさん** · 2018/04/28(土) 13:43:55.18

リソースの解放はDeleteObject();ではないのですか？
CreateCompatibleBitmapの前は、CreateCompatibleDCを呼び出しています。
CreateCompatibleDCのＤＣパラメータをNULLに設定すると、GDIリソースの浪費は無くなりますが、今度は出てくる画面が白黒になってしまいます。

**デフォルトの名無しさん** · 2018/04/28(土) 15:02:19.62

>>206
ピクチャーコントロールのDCをGetDC()で取得してしてるのでは

**デフォルトの名無しさん** · 2018/04/28(土) 15:36:31.72

スタック上でCBitmap test;とやった場合
関数を抜けるときに勝手にデストラクタでDeleteObjectされると思う。
もう少しコード晒さないと判らない。

**デフォルトの名無しさん** · 2018/04/28(土) 20:43:45.95

CreateCompatibleDCでは、ピクチャーコントロールのＤＣを取得させています。
ピクチャーコントロールのＤＣを渡すと、CreateCompatibleBitmap時にGDIリソースを消費する量が２となるようです。
CreateCompatibleDCにNULLを指定した場合（確か）CreateCompatibleBitmap時のGDIリソース消費量ばかり１となります（以後の描画は白黒になります）。

今しばらく書いているコードをみられません。
CreateCompatibleDCやCreateCompatibleBitmapをOnSize時に破棄させてはサイズを変えて再生成させると、GDIリソースが消費されて減っていくので、
アプリケーション生成時に画面の最大サイズでCreateCompatibleDCさせておき、あとはCreateCompatibleDCしないように変更することも考えております。

アプリケーション生成時に画面のサイズ分のCreateCompatibleDCさせるようにすると、マルチモニタ環境の時などの動作が正常に動作しないかもしれないと思い、
可能ならOnSize内でDeleteObject();させてCreateCompatibleDCさせたいと思っています。

なお、OnSizeから抜けてもGDIリソース消費量は下がってくれないようです。

**デフォルトの名無しさん** · 2018/04/28(土) 21:09:49.29

207が言っているのは
bitmap.CreateCompatibleBitmap(pict->GetDC(), rc.Width(), rc.Height())
してるんじゃないかって事。これだとリークします。

**デフォルトの名無しさん** · 2018/04/29(日) 02:54:49.07

ReleaseDC

**デフォルトの名無しさん** · 2018/04/29(日) 22:23:44.07

>>212

> 207が言っているのは
> bitmap.CreateCompatibleBitmap(pict->GetDC(), rc.Width(), rc.Height())
> してるんじゃないかって事。これだとリークします。

しています。その上でどのように直すべきか察しが付きません。やはりReleaseDCで直りますか？

**デフォルトの名無しさん** · 2018/04/29(日) 23:00:49.09

ReleaseDCで直る。
私なら解放不要なCDC::FromHaqndleを使う。

**デフォルトの名無しさん** · 2018/04/30(月) 09:00:09.82

>>212
CClientDCを使うのが一番簡単だけど、
CreateCompatibleDC()のほうは引数はなにを渡しているんだ？

>>213
CDC::FromHandle()はHDCがわかっているときに使うもので、
今回のDCを取得すること自体には使えない。

**213** · 2018/04/30(月) 13:12:38.67

ｽﾏｿ勘違いだった

**デフォルトの名無しさん** · 2018/04/30(月) 14:30:59.80

>>216
CompatibleDCの引数はピクチャーコントロール内のDC
memDC.CreateCompatibleDC(ピクチャーコントロール.GetDC(),ピクチャーコントロールのｘ,ｙ);
だったと思います。
GetDC()でピクチャーコントロールのＤＣを取得していたか、GetSafeDCでピクチャーコントロールのＤＣを取得していたかちょっと思い出せません。

**デフォルトの名無しさん** · 2018/04/30(月) 14:32:37.77

CreateCompatibleDCのパラメータはＤＣ一つだけでしたね。ごめんなさい。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/04/30(月) 14:34:44.36

GetDCの返り血はReleaseDCしないといけない。

**デフォルトの名無しさん** · 2018/04/30(月) 19:49:57.15

返り血こわ

**デフォルトの名無しさん** · 2018/05/01(火) 13:59:06.30

ReleaseDCではGDIリソースがー１になりますが、createCompatibleBitmapで+２消費したぶんのすべては解放されてくれません。
releaseDCはおこなっていますが、GDIリソースの消費量は依然として＋１になってしまいます。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/05/01(火) 14:20:07.77

>>220
ソースきぼお

**デフォルトの名無しさん** · 2018/05/07(月) 12:52:31.69

原因わかりました。
memBmp.CreateCompatibleBitmap(picctrl.GetDC(),x,y);

が良くなかったようです。
GetDC()でGDIリソースを１消費し、解放出来なくなります。

CDC *pDC;
pDC->picctrl.GetDC();
memBmp.CreateCompatibleBitmap(pDC,x,y);
DeleteObject(memBmp);
ReleaseDC(pDC);

に直したところ、ちゃんとGdIリソースが戻りました。

**デフォルトの名無しさん** · 2018/05/07(月) 12:55:07.54

pDC=picctrl.GetDC();
に修正します。
解答いただいた方々、ありがとうございます。

**デフォルトの名無しさん** · 2018/05/07(月) 14:56:30.49

>>222-223
最初からみんなそう言ってたのに

**デフォルトの名無しさん** · 2018/05/08(火) 19:14:19.80

> CDC *pDC;
> pDC=picctrl.GetDC();
> ReleaseDC(pDC);

picctrl.GetDC()したものを親がReleaseDC()しているのが気持ち悪いが、
これでも正しく動くのか？

**デフォルトの名無しさん** · 2018/05/11(金) 20:03:19.69

GetDC()したらReleaseDC()する必要があるのだと思う。CDC*はデストラクタ処理に入れないからReleaseDCする必要がある。
VC++.net CLRとかなら自動でやってくれるのだろう。

**デフォルトの名無しさん** · 2018/05/12(土) 17:30:06.38

>>226
picctrl.ReleaseDC(pDC);
とするべきではということなんだが。

そもそもCClientDCを使えばGetDC()なんて自分で呼ぶ必要はないが。

**デフォルトの名無しさん** · 2018/05/14(月) 21:41:18.68

そうなんだ。φ(｀д´)ﾒﾓﾒﾓ...

**デフォルトの名無しさん** · 2018/05/23(水) 19:28:52.23

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

HQL0Y

**デフォルトの名無しさん** · 2018/05/24(木) 10:17:50.97

バイナリデータ（buf）を受け取ってピクチャーコントロール（m_picture）に
描画したいのですがBitBltのところで
"Debug Assertion Failed!"
が発生してしまいます。
何が悪いのか教えていただけないでしょうか？

PAINTSTRUCT ps;
CBitmap bitmap;
CImage image;
CDC *pDC;

pDC = m_picture.BeginPaint(&ps);

pDC->SetBkMode(TRANSPARENT);
pDC->SetStretchBltMode(COLORONCOLOR);

bitmap.CreateBitmap(width, height, 1, 8, (void*)&buf);
HBITMAP hBitmap = HBITMAP(bitmap.GetSafeHandle());

image.Attach(hBitmap);

image.BitBlt(pDC->GetSafeHdc(), CRect(0, 0, image.GetWidth(), image.GetHeight()), CPoint(0, 0));
image.Detach();
image.ReleaseDC();

m_picture.EndPaint(&ps);

**デフォルトの名無しさん** · 2018/05/24(木) 10:22:02.55

頭

**放置された蟻人間** ◆T6xkBnTXz7B0 · 2018/05/24(木) 19:30:21.07

ASSERT(IsWindow(m_picture)); してみれ。

**デフォルトの名無しさん** · 2018/05/25(金) 08:35:43.69

>>232
連絡ありがとうございます。
やってみましたがプログラムが止まらないので問題ないみたいです。

**デフォルトの名無しさん** · 2018/05/25(金) 11:28:17.31

まず"Debug Assertion Failed!" が出ているのならちゃんと再試行を押そうよ。
それだけで原因そのものはわかる。

**デフォルトの名無しさん** · 2018/07/04(水) 22:49:24.38

EQ8

**デフォルトの名無しさん** · 2018/07/06(金) 12:25:50.03

EQ8

**デフォルトの名無しさん** · 2018/07/07(土) 16:23:50.25

CListCtrでレポート表示のFullRowSelectをカスタムドローを弄ってます。

マウスがアイテムの上に来たら色を変えたいけど、カスタムドローのイベントハンドラだけできますか？
OnMouseMoveでどこにあるか判定してカスタムドローで描画が必要？

ビットマップを3番目のSubItemだけに貼るとか、16x16のSmallサイズ以外だとうまくいかないとか、癖が凄い。

**デフォルトの名無しさん** · 2018/07/23(月) 18:19:00.33

tooltipの表示内容を一つのピクチャコントロール内で変更したいのですが、マウスカーソルが一端ピクチャコントロールから外れないと、ツールチップの内容が更新されないようです。onmousehoverなどを使わないと駄目でしょうか？

**デフォルトの名無しさん** · 2018/07/24(火) 07:28:28.65

tooltipの解決策を見つけました。
http://www.geocities.jp/sunayamak/study/mfctooltip.html

**デフォルトの名無しさん** · 2018/07/27(金) 23:03:38.30

Tooltipの件ありがとうございます。
おかげさまで何とか解決できました。

**デフォルトの名無しさん** · 2018/08/02(木) 20:01:14.70

datを生成するMFCプログラムがありまして、そのdatからデータを読み込んでexcelの形式に合わせて出力するダイアログベースのMFCプログラムがあります
最初のプログラムから呼び出されて処理をするだけなので、ウインドウの表示とかしないです。ただただ処理して終わりです

それで問題なんですが通常のダイアログを使ったプログラムのように読み込み・変換処理を全部ダイアログ部分に書いてあるんです
ダイアログ使いもしないのにここに書くのおかしくないですか？と聞いたら表示されないんだしいいでしょと。画面表示を行わないMFCプログラムの場合、コードはどこに書くのが自然なんでしょうか？

**デフォルトの名無しさん** · 2018/08/03(金) 10:09:25.61

スレッドを別けたいという意味か？

**デフォルトの名無しさん** · 2018/08/03(金) 18:35:46.47

あーすいませんわかりにくかったですね
メインプログラムがあってその内部でdatを生成するんですよ
で、そのdatのパスをコマンドライン引数で別のプログラムに渡すんですね
スレッドというかそもそも2つのプログラムですわ

**デフォルトの名無しさん** · 2018/08/03(金) 18:52:53.67

MFC関係ないのにここで聞くのおかしくないですか？

**デフォルトの名無しさん** · 2018/08/03(金) 19:53:47.89

事情が見えない。

どーーしても別プログラムにする事情があると仮定すれば
DialogやConsoleで構わないと思う。
冗長さを排除したいなら_tWinMainから書く手もあるけど
体感できるような差は出ないかと。表示されないんだしいいでしょw

**デフォルトの名無しさん** · 2018/08/05(日) 03:07:58.27

>>241
>ダイアログ使いもしないのにここに書くのおかしくないですか？

じゃぁどこに書けばいいの？

**デフォルトの名無しさん** · 2018/08/05(日) 10:12:06.95

>>241
MFCの仕組みを使いつつ、まったくウィンドウ表示が不要なものなら、
アプリケーションクラスのInitInstance()の中で処理して、
FALSEを返してすぐ終了するという流れでよいのでは。

**デフォルトの名無しさん** · 2018/08/06(月) 22:59:00.43

>>247
結局それにしました。
あとは処理を分担するふっつーのC++クラスいくつか作ってダイアログは完全に使わない感じで

**デフォルトの名無しさん** · 2018/08/07(火) 05:06:10.31

サマータイムも意味がないがそれ以上に意味がない

**デフォルトの名無しさん** · 2018/08/14(火) 16:45:48.75

横から失礼します
InitInstanceの場合は標準出力にメッセージを出せますか？
標準出力に出すmfcプログラムだとすると、_twinmainを使うとどうでしょう。

**デフォルトの名無しさん** · 2018/08/14(火) 19:27:19.22

どちらもやったことありませんが可能だと思います。
私なら _tmain 使うとおもいますが。

**155** · 2018/08/15(水) 09:28:56.94

CListViewがウィザードに帰ってきた!!
やほーい

**デフォルトの名無しさん** · 2018/09/20(木) 15:00:47.62

MFCというかプログラミング姿勢に関しての質問かもしれないんですけど
CやC++で標準的に実装されてる機能とMFCクラスで実装されてる機能、どちらを使っても
同じことが実現できる場合、どちらを優先して使っていくべきなんでしょうか
要するに文字列ならchar*かstringかCStringか
ファイル操作ならfopenかstreamかCfileかみたいな

**デフォルトの名無しさん** · 2018/09/20(木) 16:28:00.36

MFCはオワコン

C#
使え

**デフォルトの名無しさん** · 2018/09/20(木) 18:01:52.92

>>254
そうでもない。

>>253
文字列は、単に文字列を保持したい場合や、文字列連結を行いたいような場合は、CStringが便利だと思う。

パーサーなんかを自作する時は、char *が便利。

**デフォルトの名無しさん** · 2018/09/20(木) 18:03:18.25

>>253
ファイル操作は、経験上は、fopen()が便利かな。

CFileは意外と不便だった気がする。

stringは、敢えて使う必要は無いと思う。CStringで十分。

**デフォルトの名無しさん** · 2018/09/20(木) 18:03:55.46

俺はできるだけ標準のほうを使うように切り替えた

**デフォルトの名無しさん** · 2018/09/20(木) 22:16:17.61

機能が同等なら好みでいいと思うけど、ファイル操作みたいにOS依存が強い機能は
標準ライブラリじゃ足りない場合が多いかな。

**デフォルトの名無しさん** · 2018/09/21(金) 00:47:14.84

MFCのGUI特化した本ないのかねー
大概が初心者向けでポインタやら構造体やらMFCと関係ないことが大半を占めてて知りたいことはうすーくしか書いてないのばっか

**デフォルトの名無しさん** · 2018/09/21(金) 06:34:48.10

>>259
20年も前の本だが、お奨めは
ttps://calil.jp/book/475611749X

**デフォルトの名無しさん** · 2018/09/21(金) 08:13:00.69

>>260
ありがと
1万くらいなら買うんだけどなぁ

**デフォルトの名無しさん** · 2018/09/21(金) 11:19:39.33

本でなくて申し訳ないけど
ヘルプ。
クラスも大幅に拡張されてしまい昔の良書だとツリービュー、リストビュー位まで
最近のリッチな所はヘルプからサンプルソースにたどるのが早いかと

**デフォルトの名無しさん** · 2018/09/21(金) 13:21:21.50

Windows本体ってMFCで作ってるの？

**デフォルトの名無しさん** · 2018/09/21(金) 17:59:38.20

カーネルという意味では、ないやろな。性能面の要求はそんなに甘くないよ。
周辺の付加的モジュールでは、ATLとかは使ってるかも

**デフォルトの名無しさん** · 2018/09/21(金) 19:07:45.12

Windows7のペイントとかワードパッドとかをSpy++で見ると、
Afx～の付くウィンドウクラス名が使われてるから、
このあたりはまだMFCで作られてたんじゃないだろうか。

**デフォルトの名無しさん** · 2018/09/21(金) 22:10:32.71

なるほど

**デフォルトの名無しさん** · 2018/09/22(土) 09:01:41.72

「コンピューターの管理」なんかも、AfxWnd42やAfxFrameOrView42uが出てくる。

**デフォルトの名無しさん** · 2018/09/22(土) 12:43:01.39

>>261
>>259
うちにあるよ

**デフォルトの名無しさん** · 2018/09/22(土) 12:44:10.56

>>263
あやしいよな

**デフォルトの名無しさん** · 2018/10/02(火) 12:20:10.07

VC++6.0で作っています。　ＭＦＣです。
普通にＳＤＩを作りますが、そこからメニューバー等からダイアログボックスをモードレスで起動します。
すると、ダイアログを起動しながらメインウインドウも触れるようになるのですが、そのフォーカスを
モードレスダイアログとメインウインドウとをマウスを使わずにキーボードで切り替えることって出来ませんか

ＭＳのWindowsOSのＡｌｔ＋Ｔａｂではこれらはひとつとして認識されているようでこれでは切り替えられません
ちなみに、Windows7です

**デフォルトの名無しさん** · 2018/10/02(火) 12:45:27.08

モードレスなら出来るやろ

**デフォルトの名無しさん** · 2018/10/02(火) 14:53:03.01

>>271
メインウインドウからモードレスダイアログを起動するのですが、すると、Alt+Ｔａｂではこれらはひとつとして
認識されますよ

**デフォルトの名無しさん** · 2018/10/02(火) 15:13:04.28

Ctrl+TAB

**デフォルトの名無しさん** · 2018/10/02(火) 15:45:33.11

>>273
Ｃｔｒｌ＋ＴＡＢでは、ダイアログ上のコントロールのフォーカスが変わっていきます
ウインドウの切り替えはできません

**デフォルトの名無しさん** · 2018/10/02(火) 15:50:20.77

Ctrl+Alt+TAB

**デフォルトの名無しさん** · 2018/10/02(火) 16:01:18.57

>>275
やってみましたが、Alt+Tabでアプリを変えていけますが、そこに出てくるアプリの数が減っているのを
除いて、同じ動作です。　アプリが変わります

**デフォルトの名無しさん** · 2018/10/02(火) 16:28:36.02

モードレスの親がメインウィンドウなら切り替えできず、親がない（デスクトップ）なら切り替えできるのでは。
親がメインウィンドウの場合でも、PreTranslateMessageでTABキーを補足してSetForegroundWindowとかすればいいと思う

**デフォルトの名無しさん** · 2018/10/02(火) 16:35:36.67

デフォルトでは用意されていないのかな
PreTranslateMessageを使えばなんでもできますが、
メインウインドウとダイアログと両方に書かないといけないからなあ。しょうがないのかな

**デフォルトの名無しさん** · 2018/10/02(火) 16:38:35.01

PreTranslateMessageで書きますか。　キーは何をあてるのが自然でしょうか
Ｃｔｒｌ＋Ｔａｂあたりかな
タブコントロールは、Ｔａｂ　だけと　Ｓｈｉｆｔ＋Ｔａｂで動きますからね

**デフォルトの名無しさん** · 2018/10/02(火) 21:23:19.58

vista、vs.net2003 vc++の組み合わせだが
ALT+TABでｱﾌﾟﾘがきりかわりながら
ふつうにSDIとﾓｰﾄﾞﾚｽのﾀﾞｲｱﾛｸﾞでﾄｸﾞﾙする

**デフォルトの名無しさん** · 2018/10/02(火) 21:49:14.12

>>280
わざわざありがとう。私と環境がちがうからなのかな
PreTranslateMessageを利用して、Ｃｔｒｌ＋Ｔａｂでプログラムを作りました。これでうまく行きました

**デフォルトの名無しさん** · 2018/10/07(日) 14:30:22.57

>>281
ダイアログをCreateする時、親ウィンドウ(省略時=NULL)を指定していないから、
アプリケーションのメインウィンドウ(=AfxGetMainWnd())が、親ウィンドウが
になっているからでは？

CDialog::Create(CWnd::GetDesktopWindow())

とかでいけるはず。　MFCとは関係なく、Windows APIでは、所有ウィンドウ
(Owner Window)と、親ウィンドウ(Parent Window)は別管理。

**デフォルトの名無しさん** · 2018/10/15(月) 20:08:17.72

MSDN見ても解決しないのでお願いします。
CMFCColorDialogで作成した色選択ダイアログの動きが少しおかしいです。
どれかの色(六角形)を選択すると[OK]ボタンのフォーカスが当たり、再度
別の色を選択するとフォーカスが外れるんですが、仕様でしょうか？？

**デフォルトの名無しさん** · 2018/10/15(月) 20:10:37.85

.DoModal()を使っています。

**デフォルトの名無しさん** · 2018/10/16(火) 10:55:52.13

>>284
VS2008のNewControlsサンプルではそういう動作は見られないけど、
再現できるサンプルでもありますか？

**デフォルトの名無しさん** · 2018/10/16(火) 20:59:43.03

>>285
わざわざ試していただいてありがとうござます！
こちらの環境、Windows10、VisualStudio2017なのでこれが原因っぽいです。
古いVisualStudioで試してみます。
業務アプリなのでサンプルは出しにくいです。申し訳ないです。

**281** · 2018/11/03(土) 20:11:07.69

>>282
おお、今頃ですが、ありがとうございました
これでAlt+Tabでもモードレスウインドウが出てくるようになりました！

**デフォルトの名無しさん** · 2018/11/03(土) 20:17:24.87

今まで、VC++6.0でずっとやってきました。特にそれで問題なかったからですが、意を決して、
Visual Studio 2017をインストして、古いソースコードを移植しようと思っています

VS2017に古いVC++6.0のdswファイルを読ませたのですが、うまくj変換できないようですが、どうしたら良いでしょうか
VC++6.0からの変換は出来ませんか

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 20:20:22.32

ワークスペースはソリューションに変わった。新しくソリューションファイルを作って、そこにC/C++のファイルを追加してビルドだ。

**デフォルトの名無しさん** · 2018/11/03(土) 20:48:27.94

インクルードファイルとかいろいろエラーがたくさん出てきたよ
これ相当無理っぽい？？？

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 20:50:34.93

>>290
エラー貼れ

**デフォルトの名無しさん** · 2018/11/03(土) 21:08:57.06

取りあえず、簡単に比較するために、VC++6.0でMFCのSDIのデフォルトを作りました
それと比較するため、VS2017でC++のWindowsデスクトップのデスクトップアプリケーションのデフォルトを作りました

すると、VS2017の方はMFC自身を使わないバージョンなのかな、CMainFrmとかIMPLEMENT_DYNCREATEとかなくて
VC6.0++のMainFrm.cppとかを2017の方に持ってきてコンパイルしたらCMainFrmが定義されてないとか
ずらっとたくさん出てきます

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:11:31.59

MFCに対応したプロジェクト／ソリューション設定じゃないとダメかも

**デフォルトの名無しさん** · 2018/11/03(土) 21:15:37.09

>>293
VS2017で、それを探してるのですが見つからないのですよ
MFCには対応してるのですよね。2015かそれ以前にはすでに対応してると聞いていたのですが
MFCを使ったデフォルトのコード生成はしてくれないとか？？？　w

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:19:34.89

Visual C++の中にMFCがある。Visual C++という項目がなければ、インストールが間違っている。

**デフォルトの名無しさん** · 2018/11/03(土) 21:23:19.86

>>295
メニューのファイルから新規作成、プロジェクトを選ぶと、その中にVisual C++はちゃんとありますよ
で、そこでWindowsデスクトップアプリケーションを選んでデフォルトを作ると、コードはSDKみたいなコードを吐きます
で、Windowsデスクトップウィザードってのがあったので、今これを選択してみたのですが、
アプリケーションの種類をコンソールにすると、その右にあるMFCのチェックボックスが有効になるのですが

**デフォルトの名無しさん** · 2018/11/03(土) 21:24:15.77

続き
Windowsアプリケーションってのを選ぶと、MFCのチェックボックスが使用不可になってしまいます

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:27:13.99

MFCアプリが作れないなら、インストールで追加するしかないぜ。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:29:11.91

https://twitter.com/katahiromz/status/1058697364821528576
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2018/11/03(土) 21:29:36.23

おいおい、なんだこれ
VS2017で、新規作成、プロジェクトで、Windowsデスクトップウィザードで
コンソールアプリケーションでMFCをチェックしてデフォルトのコードを自動生成してみました
そしてソリューションのビルドしたら、CWinAppが定義されてないとかエラーがわんさか出てきたぞ

おいおい、デフォルトの自動生成コードもビルド出来ないじゃん

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:30:32.78

左下、「探しているものが見つからないとき」

**デフォルトの名無しさん** · 2018/11/03(土) 21:33:48.34

>>299
おや、そこが違う。　私のは、

visual C++の下に
Windowsデスクトップ
クロスプラットフォーム
MFC/ATL
テスト
その他
Extensibility

ってなってて、　MFC/ATLのところは
ATLプロジェクト
ってのだけがあります

**デフォルトの名無しさん** · 2018/11/03(土) 21:37:10.59

何かインストを失敗してるのかなあ。　あるいはインストするときに何をインストするのかチェックがあったんだが
それを間違えてるのか。　でも俺がチェックをしなかったのはモバイル関係のところくらいだったんだよねえ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/03(土) 21:38:58.82

https://qiita.com/tadnakam/items/042c7a19bf115e3b096f