トップページ⇒tech
1001コメント335KB

■MFC相談室 mfc17d.dll■

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/11/21(火) 10:38:31
Microsoft Foundation Classライブラリ専用スレです。

前スレ
■MFC相談室 mfc16d.dll■
http://pc8.2ch.net/test/read.cgi/tech/1146117893/
0710デフォルトの名無しさん2007/05/13(日) 03:27:34
>>709
だいたいこの状況じゃ
一番苦しいのってまちがいなくメインプログラマーでしょ？
絶対やんねぇよ
ゲーム製作をなめてる
絵のことしか興味ないならビューワーでも作ってろっての
好き勝手要望出すだけの立場の奴等なんかプログラマーは殺意しか湧かない
ゲーム製作現場だって金もらえるからしょうがなく仕事してるのがプログラマーだ

この状況でソフト作ったらまちがいなくすべて俺の手柄だと俺だったら思うね。ていうか間違いねーよ。
それなのにオープンソースにします？はぁ？ふざけろ

だからさ、こういうのやるつもりなら企画をする人間が間違いなくメインプログラマーを張れる人間でなければ絶対に頓挫する
ゲーム製作で一番大変なのはまちがいなくプログラマーだ
実際身動きとれないでしょ？

どういうシステムにしてどういう形のデータが必要になるのか？
プログラマーがいなくてもここまではできますっていう部分あるか？
欠片も浮かばねーだろ？一歩も身動きがとれないでしょ？
0711デフォルトの名無しさん2007/05/13(日) 04:12:48
うん、しかも金の流れが気になるー
偉そうにリーダー気取ってる奴の懐にいくらか入ってんじゃねーの？
ブログとも繋がってるしな
0712デフォルトの名無しさん2007/05/13(日) 06:21:48
>Q、バグ多すぎってレベルじゃねーぞ！！
>　　A、バグ報告は多ければ多いほど、プログラム修正の参考になります。
なりません。
0713デフォルトの名無しさん2007/05/13(日) 08:30:02
手伝うどころか、優越感を得るための突っ込み先になってるな
大人気ないぜ
0714デフォルトの名無しさん2007/05/13(日) 08:31:06
>>711
え、どこに繋がってる？
0715デフォルトの名無しさん2007/05/13(日) 12:30:42
>>713
興味が先行してうっかりこれのメインプログラマーになっちゃった奴が可哀想だなと
0716デフォルトの名無しさん2007/05/13(日) 14:10:01
VC++ 2005で開発を行っています。

CListCtrlで「大きいアイコン」表示をした時、スクロールの方向はどうしても、横スクロールになってしまいますが、
これを縦スクロールに変更したいと思っています。


どうやれば、縦スクロールに変わるのでしょうか。
よろしくお願いします。
0717デフォルトの名無しさん2007/05/13(日) 14:43:03
くだすれVisual C++(超初心者用)その4
http://pc11.2ch.net/test/read.cgi/tech/1164787254/946-951
から引っ越してきました。よろしくお願いします。

VS2005のMFCです。 
CMainFramのID_FILE_NEWからOnFileNew関数を追加しました。 
この関数で必要な処理の後、追加前の本来の処理を呼びだすか、 
同等の処理を行いたいのですが方法がわかりません。その方法を教えてください。 

0718デフォルトの名無しさん2007/05/13(日) 14:44:14
>717
馬鹿には使えないからあきらめましょう
0719デフォルトの名無しさん2007/05/13(日) 14:47:10
教えるだけ無駄だな
0720デフォルトの名無しさん2007/05/13(日) 15:33:57
MFCに嫌気がさした人の数→
http://pc11.2ch.net/test/read.cgi/tech/1059196520/
0721デフォルトの名無しさん2007/05/13(日) 16:12:08
>717
OnFileNewを呼ぶ
0722デフォルトの名無しさん2007/05/13(日) 16:12:30
>>717
どちらかというと、CDocument::OnNewDocumentでどうにかすべきじゃね？
07237172007/05/13(日) 16:19:03
とりあえず解決しました。
CMainFrameにメッセージを割りあてたのが間違いでした。
CWinAppにプロテクトのOnFileNewがあってこれがデフォルトの処理のようです。
CxxAppに割り当てて、もとからあった
ON_COMMAND(ID_FILE_NEW, &CWinApp::OnFileNew)を削除したら目的の動作になりました。
OnFileNewがプロテクトメンバだったので無いとか呼べないとか思ってしまったようです。
0724デフォルトの名無しさん2007/05/13(日) 16:29:45
>>715
なるほど、このスレの住人に対する優越感だったってわけか
0725デフォルトの名無しさん2007/05/13(日) 16:43:45
なんかよくわからんこと言ってるけどそのwiki誰に金入ってるかわからんぞ
0726デフォルトの名無しさん2007/05/13(日) 16:50:27
>>725
アフィってこと？
そんな感じに見えないんだけど……。
0727デフォルトの名無しさん2007/05/13(日) 17:07:40
可哀想だと思う事が優越感だって、わからんのかね
0728デフォルトの名無しさん2007/05/13(日) 17:49:34
>>726
じゃあ、稼がせてやったらいいよｗ
0729デフォルトの名無しさん2007/05/13(日) 18:18:01
>>728
質問に答えないで笑うだけとは、お前、ｱﾌｫにしか見えんな
そんなに貶めたいなら、向こうで文句言ってくればいいだろうに
こっちに問題を持ち込むなよ
0730デフォルトの名無しさん2007/05/13(日) 18:22:59
>>729
そのレスを>>706に付けずに俺に言う辺り、お前も相当頭おかしいだろｗ
0731デフォルトの名無しさん2007/05/13(日) 18:27:15
>>730
反応するよりましだと思うが
まあいいや、お前がいなくなったらまたこよう
0732デフォルトの名無しさん2007/05/13(日) 18:32:43
なんか、大変な事になってる……
俺はただ単に、アフィしてるような場所ならいかないけど、そうじゃないなら手伝っても良いかなって思っただけなんだけど
0733デフォルトの名無しさん2007/05/13(日) 18:50:05
だからそういう話はあっちでやってくれ頼む
0734デフォルトの名無しさん2007/05/13(日) 20:27:54
>>716お願いします。
0735デフォルトの名無しさん2007/05/13(日) 23:10:24
>>716
LVS_ALIGNTOP。
プロパティウィンドウなら、表示-Alignment-Topを選択。
0736デフォルトの名無しさん2007/05/14(月) 00:31:26
>>735
ありがとうございます、一発で解決しました。
0737デフォルトの名無しさん2007/05/17(木) 01:56:51
CMenu の TrackPopupMenu でポップアップ表示状態で処理がいったん停止している状態のプログラムがあるとします
これに対して外部からの通信などによって破棄処理がキックされたとします
すると TrackPopupMenu の後の処理が終わっていないためなのかエラーとなって不正終了してしまいます
これを防ぐにはどうしたら良いでしょうか？
（≒ OnDestroy でポップアップを正常に終了させるにはどうしたら良いでしょうか？）
（　　つまり TrackPopupMenu の後の処理を実行させるということです）
VK_ESCAPE をポップアップの親ウィンドウに SendMessage することなどを考え付いたのですが、
それでもうまくいかずにほとほと困っております
何かご存知でしたら教えてくださいm(_ _)m
0738デフォルトの名無しさんNGNG?2BP(222)
＞ポップアップ表示状態で処理がいったん停止している状態

にならないようにする＝時間のかかる処理の合間にメッセージループを回すようにする
0739デフォルトの名無しさん2007/05/17(木) 18:39:02
>>738
TrackPopupMenu の動作を知らんのか
0740デフォルトの名無しさん2007/05/20(日) 00:15:39
>>737
>TrackPopupMenu の動作云々の前にお前が何をしたいのかが解らんなｗ
0741デフォルトの名無しさん2007/05/20(日) 10:29:32
>>737
EndMenu
0742デフォルトの名無しさん2007/05/20(日) 12:17:31
CStringのFormatMessageはFORMAT_MESSAGE_FROM_SYSTEM使えないですか？
0743デフォルトの名無しさん2007/05/20(日) 12:43:18
CString::FormatMessageのソース見ればわかる
0744デフォルトの名無しさん2007/05/22(火) 00:53:15
>>741
情報ありがとうございます

ところで、その関数はどのように使用すればよろしいですか？
インターネットで検索してみたのですが、適切な情報が見つからなかったのですが……
0745デフォルトの名無しさん2007/05/22(火) 01:55:02
>>744
ttp://msdn2.microsoft.com/en-us/library/ms647637.aspx
0746デフォルトの名無しさん2007/05/22(火) 22:37:22
>>745
ありがとうございます

英語ですか……
中学の時英語は常に１or２だった自分には辛いですねorz
0747デフォルトの名無しさん2007/05/23(水) 05:34:15
Win32APIに(*´Д｀)ﾊｧﾊｧできるようになれば、すぐ読めるようになるよ♪
マニュアル英文だから変な構文も使われていないし、まともに日本語訳する必要も無い。
0748デフォルトの名無しさん2007/05/25(金) 14:33:09
CMainFrame::OnInitMenuPopup()で
メニューのポップアップ内を動的に作ろうとしてるんですけど、
このポップアップ項目の種類(たとえば「お気に入り」とか)は
どうやって調べればよいのでしょうか。
ポップアップ項目自身にはIDは付けられませんよね。

メニューの複数箇所やコンテキストメニューにも
同じ「お気に入り」ポップアップを置きたいので、
OnInitMenuPopup()の中で「お気に入りかどうか」を判断したいのですが。
0749デフォルトの名無しさん2007/05/25(金) 18:33:49
誘導されてきました。

通信受信プログラムで受信データをエディットコントロール（複数行表示）に表示しているのですが、
以下のコードでは、エディットコントロールに文字列を追加する際に必ずスクロールされてしまいます。
スクロールされない方法を教えてください。

LineScrollで戻すと、1行書くごとに「下へスクロール→上へスクロール」となり、上下にスクロールが発生してしまい
とても見づらくなってしまいます。
「スクロールなし」でエディットコントロールに文字列を追加できないものでしょうか？

int iLen = edit->GetWindowTextLength();
edit->SetSel(iLen, iLen);
edit->ReplaceSel("Hello\n");

WinXP & Visual Studio 2003 & mfc7です。
0750デフォルトの名無しさん2007/05/25(金) 18:36:41
>>749
http://pc11.2ch.net/test/read.cgi/tech/1178432985/594の名前欄は調べた?
0751デフォルトの名無しさん2007/05/25(金) 19:09:59
>>750
そ、そんなところに...　(^^;)
やってみます。
0752印刷が遅いのですが2007/05/26(土) 12:43:26
ただいま、印刷のテストをしてます。
ネットで見つけたサンプルコードで、印刷はできたのですが、
ものすごく遅いのです。
3000*3000の画像をプリントするのに、１時間かかります！

WindowsXPですが、他のアプリから印刷する場合は数分で印刷できるので、
プリンタやＯＳやドライバの問題ではなく、プログラムの仕方の問題だと思うのですが、

単純にプリンタ用のpDCに画像を送るだけでは速くはならないのでしょうか？


0753印刷が遅いのですが2007/05/26(土) 12:51:16
以下は、ネットで見つけたサンプルコードで、このままでパターンが印字されます。

〜View::OnFilePrint(){
CPrintDialog myPtDlg(FALSE); HDC myPtDC; CDC myDC; DOCINFO myDocInfo;
if(myPtDlg.DoModal() == IDOK){
myPtDC = myPtDlg.GetPrinterDC(); myDC.Attach(myPtDC);
myDocInfo.cbSize = sizeof(myDocInfo); myDocInfo.lpszDocName = NULL; myDocInfo.lpszOutput = NULL;
myDocInfo.lpszDatatype = NULL; myDocInfo.fwType = 0;
myDC.StartDoc(&myDocInfo); CDC* pDC=GetDC();
myDC.StartPage();
for(y=0;y<3000;y++){ for(x=0;x<3000;x1++){
myDC.FillSolidRect(x,y,1,1,RGB(x,y,+y));
} }
myDC.EndPage();
myDC.EndDoc(); ReleaseDC(pDC); ::DeleteDC(myPtDC);
} }
0754印刷が遅いのですが2007/05/26(土) 13:06:10
すみません>>753の訂正です。CDC* pDC=GetDC(); は不用でした。

>>753のコードをいじれば画像も印刷できるのですが、遅いです。
たとえば、下のように記述すると速いのですが、

for(y=0;y<30;y++){ for(x=0;x<30;x1++){
myDC.FillSolidRect(x,y,100,100,RGB(x,y,x+y));
} }

大きい画像の場合は、１ドットずつ描くしかないですよね？




0755デフォルトの名無しさん2007/05/26(土) 14:11:23
いいえ
0756デフォルトの名無しさん2007/05/26(土) 15:04:14
>>754
なんで大きい画像だと１どっとずつやるしかないの？
0757印刷が遅いのですが2007/05/26(土) 15:48:38
>>756

１ドットずつやらないで済む方法があれば、それを知りたいわけです。


0758デフォルトの名無しさん2007/05/26(土) 16:25:45
頭悪いな
0759デフォルトの名無しさん2007/05/26(土) 16:59:17
>>757
小さい画像は1ドットずつじゃないの?
0760デフォルトの名無しさん2007/05/26(土) 17:00:51
ドットインパクトプリンタの話はスレ違いだぞ
0761デフォルトの名無しさん2007/05/26(土) 17:04:24
試しに3000*3000のビットマップ印刷してみれば？
0762デフォルトの名無しさん2007/05/26(土) 17:08:29
>>757
BitBltとかいう関数ねぇ？
0763デフォルトの名無しさん2007/05/26(土) 17:09:47
>>760
みたとこアホの子なので問題の切り分けなんて無理でしょう
0764デフォルトの名無しさん2007/05/26(土) 17:28:15
１ドット書くのにFillSolidRect使うアホ
0765デフォルトの名無しさん2007/05/26(土) 17:41:42
もうちょっと頭使ってもバチ当らないよねｗ
0766デフォルトの名無しさん2007/05/26(土) 17:59:20
3Dを使うゲームよりドット絵のゲームが好きだ！！！！
0767デフォルトの名無しさん2007/05/26(土) 18:13:36
>>766
　∧＿∧
　(　･ω･) ＜俺にそんなこと言われてもね
　( MFC ）
　./　　つ
　( /￣∪

　∧＿∧
　(　･ω･) ＜どっちかっていうと俺の出番じゃね？
　( GDI+）
　./　　つ
　( /￣∪

　∧＿∧
　(　･ω･) ＜いやいや俺だろ
　(DirectX）
　./　　つ
　( /￣∪
0768印刷が遅いのですが2007/05/26(土) 18:15:28
>>755-766

そんなことを言ってる貴方たちも、本当は知らないのでしょう？

それとも印刷に関しては企業秘密かなんかですか？
自分が苦心して見つけた方法を、簡単に他人に話したくない気持ちはわかりますよ。

一緒に問題を解決しようという気持ちはないわけですか？
自分が知ってる方法が、最善だという確信があるわけですか？

BitBltを使う方法はもちろん知ってます。
ただ、それだと若干手順が増えますのでね。

0769デフォルトの名無しさん2007/05/26(土) 18:22:16
>>768
だから俺がBitBltって教えてやったじゃんｗ
0770デフォルトの名無しさん2007/05/26(土) 18:22:16
おぬしなにやつじゃ
0771デフォルトの名無しさん2007/05/26(土) 18:25:19
>>768
何様だよお前ｗ
BitBlt抱えて空へ羽ばたけよｗ
0772デフォルトの名無しさん2007/05/26(土) 18:26:18
＞そんなことを言ってる貴方たちも、本当は知らないのでしょう？
適材適所なので、あんたの求めるケースの適切解は内容が判らない限り説明しようが無い。

＞それとも印刷に関しては企業秘密かなんかですか？
企業秘密にならない範囲でなら説明するに吝かではない。

＞自分が苦心して見つけた方法を、簡単に他人に話したくない気持ちはわかりますよ。
勝手に判られても困る。寧ろ、それが判ると言い張るならもう少し言葉を選べ。

＞一緒に問題を解決しようという気持ちはないわけですか？
ないな。

＞自分が知ってる方法が、最善だという確信があるわけですか？
いいや、あくまでも適材適所。

＞BitBltを使う方法はもちろん知ってます。
＞ただ、それだと若干手順が増えますのでね。
増えるから何? 手順が増えてもそれが適切解なら選択すべきでは?
#適切解かどうかは知らんが。
0773印刷が遅いのですが2007/05/26(土) 18:42:00
>>772

>＞ただ、それだと若干手順が増えますのでね。
>増えるから何? 手順が増えてもそれが適切解なら選択すべきでは?

そうですか。
だらだら、手順が増えていいなら、どんなこともできますよ。
一応、なるべく、簡潔なコードで、よりよい効果を期待してプログラムをしてるわけで、
コードの増えるBitBlt以外にも方法があるかどうか知りたかったのですが、
BitBltが最善なら、それで行くことにしますよ。

0774デフォルトの名無しさん2007/05/26(土) 18:46:19
ダメだこりゃ
0775デフォルトの名無しさん2007/05/26(土) 19:09:17
馬鹿な・・騙りじゃなかったのか
0776デフォルトの名無しさん2007/05/26(土) 19:15:19
apiを無駄に3000*3000回呼んでも見た目が大事だよな
0777デフォルトの名無しさん2007/05/26(土) 19:23:20
>>773
おお、成長したじゃんｗ
１ドット書くのにFillSolidRect使ってたアホの言葉とは思えないねｗ
0778デフォルトの名無しさん2007/05/26(土) 20:03:39
>>777
http://sylphys.ddo.jp/upld2nd/manani2/src/1180177396812.jpg
0779デフォルトの名無しさん2007/05/26(土) 23:43:50
まあ、昔は大きな画像をプリンタDCに BitBlt出来なかったって事はある。
だから、ひとつひとつFillRectしたような実装や、大きいBitmapを小さく小分けしてBltしたりとか、
そりゃ小技を使ったよ。

それ、いまでも、ダメなのかな。
0780デフォルトの名無しさん2007/05/27(日) 00:05:18
いくらか小分けにすればいいだけであって１ドットずつはやらんよなｗ
0781デフォルトの名無しさん2007/05/27(日) 00:29:43
もっと簡潔なやり方があるに違いない病だな
0782デフォルトの名無しさん2007/05/30(水) 07:14:12
WinMainの記述はどこのフォルダのなんと言うファイルに書かれていますか？
0783デフォルトの名無しさん2007/05/30(水) 07:42:55
>>782
君の心の中に・・・
0784デフォルトの名無しさん2007/05/30(水) 09:22:51
appcore.cpp(96): // in non-running state until WinMain
appmodul.cpp(19): // export WinMain to force linkage to this module
appmodul.cpp(21): extern int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
appmodul.cpp(25): _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
appmodul.cpp(28): // call shared/exported WinMain
appmodul.cpp(29): return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
appterm.cpp(27): // Standard cleanup called by WinMain and AfxAbort
makefile(402): $D\winmain.obj $D\barcore.obj $D\bartool.obj $D\bardlg.obj \
wincore.cpp(3553): // Standard init called by WinMain
winfrm.cpp(762): nCmdShow = pApp->m_nCmdShow; // use the parameter from WinMain
winmain.cpp(18): // Standard WinMain implementation
winmain.cpp(21): int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
alpha\mfc42.prf(961): ?AfxWinMain@@YAHPAUHINSTANCE__@@0PADH@Z
alpha\mfc42u.prf(761): ?AfxWinMain@@YAHPAUHINSTANCE__@@0PAGH@Z
intel\mfc42.def(1341): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PADH@Z @ 1576 NONAME
intel\mfc42.prf(466): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PADH@Z
intel\mfc42d.def(949): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PADH@Z @ 1190 NONAME
intel\mfc42u.def(1334): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PAGH@Z @ 1569 NONAME
intel\mfc42u.prf(321): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PAGH@Z
intel\mfc42ud.def(946): ?AfxWinMain@@YGHPAUHINSTANCE__@@0PAGH@Z @ 1187 NONAME
0785デフォルトの名無しさん2007/06/02(土) 01:03:00
ちょっと聞く場所違うかもしれないけど
VC6.で作ったデフォルトのmfcのプログラムで
メニューからファイルを開こうとすると異常に時間かかる（5秒くらい）

しかも時間かかるのは初回のみでデバッグの時だけ
exeファイル直接実行すると時間も時間もかからずすぐ開ける
エラーも警告も無し
理由がさっぱり解らない。助けて
0786デフォルトの名無しさん2007/06/02(土) 01:38:02
出力に大量になんかでてないか？
0787デフォルトの名無しさん2007/06/02(土) 09:26:38
ソースも出さずにエスパーしろと？
0788デフォルトの名無しさん2007/06/02(土) 09:49:36
VC6.で作ったデフォルトのmfcだったら試してやってもいいけど
0789デフォルトの名無しさん2007/06/02(土) 11:35:54
とりあえずうちではもんだいなし
0790デフォルトの名無しさん2007/06/02(土) 13:40:38
>>786
ソースはvcが生成した奴だから自分は一切
手を加えてない。

>>789
はい、ありがとうございます。
どー考えてもPC自体に原因があんだね。
症例だけを見て同じ人いたらと思いここに書いたが、ふう
なんか解決するにはめんどくさそうなので全部再インスコかな。
0791デフォルトの名無しさん2007/06/02(土) 13:41:28
間違った>>786は>>787ね
0792デフォルトの名無しさん2007/06/02(土) 13:43:51
もう一台PC持ってないの？
0793デフォルトの名無しさん2007/06/02(土) 14:47:52
手を加えたかどうかなんて聞いてない
出力ウィンドウに何か出てないか聞いている
0794デフォルトの名無しさん2007/06/02(土) 16:26:09
デフォルトのCWndでファイル開いたってしょうがないと思うんだが
0795デフォルトの名無しさん2007/06/02(土) 16:27:06
CViewか
0796デフォルトの名無しさん2007/06/02(土) 18:16:08
>>793
ごめん、出力ウインドウってなんの事？
0797デフォルトの名無しさん2007/06/02(土) 18:32:58
デバッグしてて出力知らないなんてありえない・・・
0798デフォルトの名無しさん2007/06/02(土) 18:38:32
>>796
VS2005なら、メニューの 表示-出力 で表示されるウィンドウの事。
デバッグ時に読み込んだDLLとか、TRACEの出力とか表示されているだろ。
0799デフォルトの名無しさん2007/06/02(土) 18:53:30
悪い　デバッグしないから知らない
0800デフォルトの名無しさん2007/06/02(土) 19:53:43
デッバグしないのにデバッグの時の動作が気に入らないとｗ
DLL読み込むのに時間がかかったんだよ多分（笑）
でもデバッグしないなら問題ないじゃん、原因や理由を考えるレベルじゃないんだからさ
好きなだけ再インストールでもなんでもしてればぁ
0801デフォルトの名無しさん2007/06/02(土) 23:55:56
>>799は違う人なんだが、、デバッグしてるって
出力ってこの下のウインドウの事か。何かって言われても
まあ確かにDLLを沢山ロードしましたって出てる
それくらいで後は
ｽﾚｯﾄﾞ 0xEE4 終了、終了ｺｰﾄﾞ 0 (0x0)。
こんなの。
0802デフォルトの名無しさん2007/06/03(日) 00:53:24
すっげぇデジャビュｗ
気になったんで動かしてみたら
俺のＰＣの場合はＶＣ６でこさえてなんもいじってないＭＦＣのプログラム動かしてたらＯＳごと落ちたｗ

なんだっけ？これ
なんかアクロバット絡みのファイルオープンダイアログのバグってなかったっけ？
なんか初期化関数おいてやらないと落ちる奴
違うかなぁ・・・なんかあった気がするのは覚えてるんだけど・・・うーん
0803デフォルトの名無しさん2007/06/03(日) 00:55:25
まあ、とりあえず俺の環境でもＶＣ６でこさえたＭＦＣのプログラムはなんかおかしい
違う症状なので同じ原因かはわからんけど
他のもんもちょっとみてみようかな
いつからこんなんなったんだろう・・・
0804デフォルトの名無しさん2007/06/03(日) 12:53:50
>>802
OSごと落ちたんすか、キてますね・・・
アクロバットってあのreaderの事？
確かにあのダイアログ開く時に最初の一回だけだから
コンストラクタのどこかかなとは思ったけど
0805デフォルトの名無しさん2007/06/03(日) 14:52:26
cidaemon.exe
動いてない？
0806デフォルトの名無しさん2007/06/03(日) 15:30:55
MFCもwin32も使ってるダイアログは同じだけどな

コモンダイアログがハングアップします。
http://rararahp.cool.ne.jp/cgi-bin/lng/vc/vclng.cgi?print+200611/06110018.txt
0807デフォルトの名無しさん2007/06/03(日) 19:29:42
>>806
そこに載ってるリンク先
http://www.bea.hi-ho.ne.jp/cgi-bin/user/byoko/bnews?f=b&p=32610
がすげー気になるんですけど。
結局何が問題なの…
0808デフォルトの名無しさん2007/06/03(日) 19:51:56
>>805
あ、俺(>>802)のはこれだった
なんでハングアップするんだｗ
0809デフォルトの名無しさん2007/06/03(日) 21:02:07
呼び出し側でポインタ壊してるんじゃないの
■ このスレッドは過去ログ倉庫に格納されています