5月 2006的归档今天从图书馆走回来（这对于华工来说，不是件容易的事情）。看到大嘴的电脑前围了几个人，过去一看，原来是CPropertySheet的使用出了点问题，于是就跟大家讨论了一下。 关于初始化部分，最初选择放在类的构造函数中，但是这里有些成员变量是CONTROL型的，在构造CPropertySheet的派生类的时候，该控件还没有创建，所以运行会出错。所以改到initdialog里面。一切ok。 关于返回的问题。由于CPropertySheet默认不能由classwizzard添加onok的响应函数。所以可以选择手动添加，在这里我们想使用另外一种方式，就是在调用CPropertySheet的时候用if（M_myprperty.domodal（）=IDOK）{ //do sth } 但是由于这时已返回，访问控件失败。最后在网上找到，属性表会调用每一页的onok（），所以问题解决，只需要在每一页重载onok（）就可以了 Shot alternate link for this article: 属性表CPropertySheet的OnOK问题。Tags: 编程 google关于对于VC/MFC/ATL的评论问题,其实我很早就想写一篇文章来阐述自己的观点, 当然不劳大家担心，我最终还是找到了一份满意的工作。但是这种经历对我的触动 不自由，勿宁死！ 我们的能力当然是有限的，在相当长的一段时间里我们所能到达的疆界还是会远远地小于先驱者开拓的界域。但是我确信，就在现在，我们的能力至少可以突破微软给我们划定的天地。微软是好的，她很体贴，很出色。但是不论是微软也好，巨软也好，在我们程序员的心中，没有凯撒。我们可以把你当朋友，但是你别想做我们的主子！我们一定要走出去，虽然我们知道极限是存在的，很长时间里我们是不可能超过前人的，但是我们一定要出去。我们可以因为累死而在探索的道路上而止步，但决不能在人为设定的篱笆前畏缩不前。 C++是我最钟爱的语言，我愿意投入一辈子的时间在她的身上。VC也是一个好东西，在Windows下我最喜欢的C++编译器。MFC/ATL也都是好东西，如果将来需要，我也会认真地学习它们。但是，我心中的天地比这要宽广的多，标准C++所定义的语言性能集和标准库，是更加绚丽的风景线；STL所带来的通用编程时代的曙光，更令我心驰神往；设计模式的精美与一致，面向模式编程范式的初现端倪，面向对象软件工程的成熟与巨大希望，TAO/ACE的庞大与精致，我们中国人自己的C**语言的动人心魄，…，让我目不暇接的珍宝太多太多。虽然我所能接触到的东西只是一小部分，虽然在这个过程中我更加深刻地发现自己的水平是多么的不值一提，但是我已经可以大声宣称：外面的世界很精彩！ 我知道我们都还是生活在现实世界中的，精神上的快乐不足以填饱辘辘饥肠。但是 B.Stroustrup说：“我想大家学习C++，应该是为了解决哪些开创性的问题，而不是 我觉得，作为一名真正的C++程序员和自由的思想者，更应该有有一颗仁慈的心。不要整天纠缠与C++和JAVA谁好谁次的争论，不要一听说某软件使用VB做的就鄙夷起来，更不要拒绝学习其他的语言。C++难学、难用，距离应用层面比较远，这些问题我们应该坦率地承认，可能的话做出一些努力来改变这些情况。应该积极鼓励把其他语言与C++混合使用，让C++成为它们背后坚实的支撑。我不是公司的老板，但是我觉得，如果我的企业能拥有这种水平的程序员，我会为自己的企业而骄傲，也会给他最高的薪水。 附： MFC由几个缺点让我比较不满： 话说回来, MFC还是一套出色的工具. 但是现在它事实上已经成为了对中国C++程序员的一个威胁, 它把太多的精力和资源吸引到支路上面, 而对于主干道上真正的好东西视而不见. 矫枉必须过正, 所以我不惜得罪一大批人, 写了上面的文章. 正如开篇所 学习mfc到一定程度，必然要查看一下它的源代码。可是组成mfc源代码的文 如果你在第一个窗口里输入了一个类名，那么在第二个窗口里你可以选择第 还有一个小技巧：当最后的结果显示出来后，你在结果中的函数名，类名， The following table describes the error codes contained in Winerror.h included with Microsoft Visual C++ version 5.0: 因为要在vc中连接数据库，所以在CMyApp::InitInstance()中调用了AfxOleInit()，但是不想，程序在Debug模式刚开始启动的时候报错，调试得出错的断言为 _AFX_THREAD_STATE* pState = AfxGetThreadState(); 也就是说，该函数可能被执行了两次，但是搜索整个工程并没有发现啊，于是吧AfxOleInit()前移到InitInstance的最前面，发现没有报错，不断调整，定位到ProcessShellCommand(cmdInfo)这个函数。在此之后pState->m_bNeedTerm被修改。查找这个函数的源代码， BOOL CWinApp::ProcessShellCommand(CCommandLineInfo& rCmdInfo) // If we’ve been asked to open a file, call OpenDocumentFile() case CCommandLineInfo::FileOpen: // If the user wanted to print, hide our main window and ……… 在这里，会执行红色部分，由于我用了CHtmlView文档类，所以在新建时，会调用AfxOleInit()，才导致后面重复调用….呵呵 后来查查微软的文档，其中有： Why Is MFC Being So ASSERTive?Dear Dr. GUI,I saw your article on using COM objects with smart pointers, and I have attempted to use them without success! I have an MFC SDI application that is based on CHTMLView. I want to use smart pointers to wrap interfaces in the mshtml.tlb type library. Based on your article, I decided to use smart pointers because it looked easy: #import <mshtml.tlb> But when I run my app, it asserts on the AfxOleInit() call like this: Debug Assertion Failed! File: oleinit.cpp Line: 54 Is there something I have missed in my code? Regards, Mark Reed Dr. GUI replies: Dr. GUI is flattered that you have taken his advice from previous columns. The good doctor still highly recommends using smart pointers! Unfortunately, the problem you are having with AfxOleInit() is preventing you from even experimenting with their use. So, the doctor has done a triage with his residents and has a diagnosis and a surgical repair that will help with future MFC debug assertions. The good doctor is convinced that calling AfxOleInit() is necessary when using smart pointers in an MFC application. AfxOleInit() initializes the COM library and should only be called once, preferably at the beginning of your application. Although it may look like a crash, this debug assertion is much better! Assertions proactively encourage good code health, because they warn you of coding errors that could lead to an actual crash or unexpected behavior. Even better, the condition that causes the assertion can lead directly to the cause of the problem in your code. It follows logically that the first step in your case is to look at the MFC source code (located in ".\VC98\MFC\SRC"). Run your application in the Visual C++ debugger by pressing the F5 key. When you get the debug assertion error, click the Retry button to debug. This opens OleInit.cpp and takes you to the source of the assertion inside the AfxOleInit() function, which looks like this: ASSERT(!pState->m_bNeedTerm); // calling it twice? See the comment? The source code is giving you a hint that this method may be asserting because you are calling AfxOleInit() more than once. But the good doctor went through every line of his code and he is only calling it in our method call. Press the ALT+7 keys to bring up the callstack window. It shows that this assertion does generate from your CMyAppView::LoadData function. How can we know if someone else calls AfxOleInit() before we do? The trick is to surgically implant a breakpoint in the MFC source code at the very first line of AfxOleInit() (press F9 on that line) and start the application in the debugger again. When the breakpoint is hit, look at the top few lines of the callstack: AfxOleInit() Now, it’s more obvious! Because your view class derives from CHtmlView rather than CView, the CHtmlView::Create() method needs to create a Web Browser control. But, of course, first it calls AfxOleInit() for you. Phew! That was a lot of work to find out that we don’t need to call AfxOleInit() at all in an MFC application that uses CHtmlView. But hopefully this demonstrates the tremendous benefit in using both the MFC source code and the callstack window. Dr. GUI recommends applying the same techniques to any future debug assertion failures. This is what the good doctor calls a neat surgery. Your healing time will be negligible. 该段内容大致与我遇到的问题相同。 但是，当我在其中一个对话框类内定义_ConnectionPtr类型成员变量的时候，因为MFC构造各种对话框类型在处理程序命令行参数之前，此时会报错，因为COM未初始化，在我的程序中比较简单，不使用成员变量也可以解决问题，因为局部变量在运行时创建…此时COM已经初始化。对于必须使用成员函数的情况，把AfxOleInit()调用放在ProcessShellCommand()前即可，而并非简单的“That was a lot of work to find out that we don’t need to call AfxOleInit() at all in an MFC application that uses CHtmlView.” 这也算是对microsoft的DR GUI的一点补充吧。一直有个疑问：不知道这个DR是博士，还是“医生”。 Shot alternate link for this article: AfxoleInit()的一个错误(oleinit.cpp第54行)的简要分析 |
Powered by WordPress, Mandigo theme by tom.
文章 (RSS)
及 留言 (RSS).
