C / C++ / MFC Discussion Boards

Re: Why is it dumping so much afxtempl.h text in DEBUG BINARY (Problem Youtube Video)...

Mike Dimmick18-Dec-07 12:01

18-Dec-07 12:01

I can confirm that the newly-generated project for a Windows Mobile 6 Professional MFC SDI app is indeed around 1.6MB.

I've also worked out what the source of the information is. It's down to use of ASSERT.

The definition of ASSERT is as follows (afx.h, line 416):

#define ASSERT(f)\
  DEBUG_ONLY((void) ((f) ||\
       !::AfxAssertFailedLine(THIS_FILE, __LINE__) ||\
       (AfxDebugBreak(), 0)))

(reformatted for clarity).

The THIS_FILE macro is defined as __FILE__. This is a built-in macro that expands to the filename of the current file being processed. Recording the file and line number in this way allows a meaningful message box to be displayed if the assertion fails. Most MFC headers don't contain any significant implementation, so don't perform any ASSERTs, but afxtempl.h has its implementation in the class body (it has to, they're templates) and does.

The reason that there are two paths is that the ones coming from uses of afxtempl.h in the static MFC library were included in that library when it was built - this is the path that doesn't exist on your computer. The other is the one coming from uses of the header in your code. You may think you don't use it, but in fact for some reason the MFC classes CPtrArray and CMapPtrToPtr have been defined in terms of CArray<> and CMap<>, respectively. These classes are used by CArchive which is at the root of the document-saving facility. I have no idea why this is the case - maybe someone thought they were saving space by omitting these non-template classes! Worse, they're still included in afxcoll.h, and in the MFC libraries, anyway!

I think all you can try is to use the 'string pooling' option (/GF) in the compiler options (Configuration Properties, C/C++, Code Generation, Enable String Pooling). This causes identical constant string literals to only be included in each compiled source file once, but note that they're stored in read-only memory so you might need to check that you don't try to write back to string literals.

I forgot to mention that /opt:ref removes unreferenced COMDATs. A COMDAT is basically just a marked independent chunk of code. For a debug build, the compiler effectively emits a single COMDAT per source file except where C++ semantics require that there's only a single definition of something (for example, the out-of-line version of an inline function). If you specify the /Gy option (Code Generation, Enable Function-Level Linking), the compiler emits each function as its own COMDAT. This can be annoying for debugging, however, as you can only call referenced code from the debugger expression evaluator. If there's a function that wasn't referenced in your program, the linker will eliminate it. The /DEBUG option to the linker suppresses the default /OPT:REF - if you want both you have to explicitly enable /OPT:REF.

DoEvents: Generating unexpected recursion since 1991

How to use classes?

Anthony Appleyard15-Dec-07 2:59

Anthony Appleyard

15-Dec-07 2:59

I got accustomed to programming in Borland C++ 4.5, which does not use classes. Please where can I download some Visual C++ programs (it does not matter what they do), so I can see how to program for Windows using classes (e.g. the class called "Window")?

Re: How to use classes?

Hamid_RT15-Dec-07 3:16

Hamid_RT

15-Dec-07 3:16

Its easy to use of classes (your classes or MFC classes)

class CMyclass: public CImage
{
public:
CMyclass(CWnd* pParent = NULL);
};

.....
....
void CMain::functions()
{
CMyclass localclass;
CDC m_Images; //MFC class
}

Re: How to use classes?

CPallini15-Dec-07 3:26

CPallini

15-Dec-07 3:26

Anthony Appleyard wrote:
I got accustomed to programming in Borland C++ 4.5, which does not use classes.

Did you use a C++ compiler to compile only plain C code? Confused | :confused:

Anthony Appleyard wrote:
Please where can I download some Visual C++ programs (it does not matter what they do), so I can see how to program for Windows using classes (e.g. the class called "Window")?

If you have the Visual Studio 2008 Express Edition (as you stated it in a previous post) then you cannot use the MFC classes (e.g. CWnd).

Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Re: How to use classes?

Anthony Appleyard15-Dec-07 11:00

Anthony Appleyard

15-Dec-07 11:00

My Borland C++ 4.5 compiler could understand classes etc, but it dod not use classes to represent any Windows processes.

Re: How to use classes?

Mark Salsbery15-Dec-07 11:36

Mark Salsbery

15-Dec-07 11:36

Anthony Appleyard wrote:
but it dod not use classes to represent any Windows processes.

It did if you used OWL, just like VC++ does when you use MFC.

Mark

Re: How to use classes?

Mark Salsbery15-Dec-07 11:43

Mark Salsbery

15-Dec-07 11:43

Anthony Appleyard wrote:
so I can see how to program for Windows using classes (e.g. the class called "Window")?

Where did you see a class called "Window"?

As mentioned by Hamid, Visual C++ (non-Express versions) comes with the MFC
library which is a class-based framework wrapping the Win32 APIs.

If MFC is what you are interested in, you can build a fully functional
MFC application with the project wizards. See File/New/Project... in
Visual Studio.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

New program queries

Anthony Appleyard15-Dec-07 2:54

Anthony Appleyard

15-Dec-07 2:54

I have got my program project working. With thanks to all who have answered my queries. (I have the free download version of Visual C++ 2008.) (It is like Windows Character Map, but its display is much bigger and clearer, and it can handle all 65536 Unicode characters.) This query arises: Can the resulting ---.exe file run on another computer? Or what needs to be doing to it or to be uploaded along with it?

Re: New program queries

Hamid_RT15-Dec-07 3:17

Hamid_RT

15-Dec-07 3:17

Im sorry understand what you said?

Re: New program queries

CPallini15-Dec-07 3:28

CPallini

15-Dec-07 3:28

Have a look at http://msdn2.microsoft.com/en-us/library/zebw5zk9(VS.80).aspx[^]
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Problem when using DllMain() function

ashishbhatt15-Dec-07 2:06

ashishbhatt

15-Dec-07 2:06

Hi All,

I have very serious problem regarding using DllMain() function in my application.I have created MFC Activex Control in VS2005.

I have created one .cpp file in that I want to use DllMain() function as below....

BOOL WINAPI DllMain (HANDLE hInst, ULONG ul_reason_for_call, LPVOID lpReserved)<br />
{<br />
    /// Any Code.....<br />
}

But when I use this function (At least these three lines.. Sigh | :sigh:

) I got an error like below....

Hooking.obj : error LNK2005: _DllMain@12 already defined in mfcs80ud.lib(dllmodul.obj)<br />
ActivexVS05.ocx : fatal error LNK1169: one or more multiply defined symbols found

I have searched for this error in google but I could not found the solution.

If you have any suggetion and solution then please reply me.

Thanks in Advance.

Re: Problem when using DllMain() function

Mike Dimmick15-Dec-07 7:53

Mike Dimmick

15-Dec-07 7:53

MFC implements DllMain for you. Override the InitInstance method instead.

Read the DllMain[^] article very carefully, and the Best Practices for Creating DLLs[^] white paper. Note particularly that calling MFC methods may not be safe if MFC has not yet initialised, if you're using MFC in a shared DLL.

In general I would recommend avoiding any initialisation steps in DllMain and instead perform them in the class itself (perhaps in the constructor).

DoEvents: Generating unexpected recursion since 1991

Re: Problem when using DllMain() function

ashishbhatt15-Dec-07 17:27

ashishbhatt

15-Dec-07 17:27

Hi,,

Sorry for the very late reply.

Thank you very much for reply.I have read the article as you told and I have solved this problem but now I am facing new problem regarding this topic.

Now I am using below code for the my project purpose using Dllmain().Here I have created one DLL in that I am using this function.In this DLL what happens that this DLL checks for screen update and mouse update on the desktop and sends messsages to my MFC Activex Control (which is another project in the same Solution).

<br />
 // The DLL's main procedure<br />
BOOL WINAPI DllMain (HANDLE hInst, ULONG ul_reason_for_call, LPVOID lpReserved)<br />
{<br />
   // Save the instance handle<br />
   hInstance = (HINSTANCE)hInst;<br />
<br />
   // Any code.......<br />
<br />
   return TRUE;<br />
}<br />

And now problem is when I run my Activex from Activex control test Container then whenever this test container is active on top of the desktop then messages(like Scrren update,,Mouse update)are peeked up by Activex control application but when any other window is active then these messages are not peeked by Activex.

Is the problem with this hInstance which get the instance of the window in which My Activex is running???

I ahve tested running my activex in explorer but the same problem exists.

I peeked up these messages from my Activex by below code....

<br />
   MSG msg;<br />
   while(1)<br />
   {<br />
      if(!PeekMessage(&msg,m_desktop->m_hwnd,NULL,NULL,PM_REMOVE))<br />
      {<br />
        if(!m_desktop->CheckUpdate())<br />
           break;<br />
        if (!WaitMessage())<br />
        {<br />
	  AfxMessageBox(CString("WaitMessage Failed"));<br />
	  break;<br />
        }<br />
      }<br />
      else if(msg.message ==  SCREEN_UPDATE)<br />
      {<br />
         // Any code......<br />
      }<br />
      else if(msg.message == MOUSE_UPDATE)<br />
      {<br />
        // Any code.......<br />
      }<br />
      <br />
   }<br />

Please give me any suggetion if you have any idea or ask me if you have any more quetions.

Thanks in Advance.

Ashish Bhatt

Re: Problem when using DllMain() function

Mark Salsbery15-Dec-07 8:07

Mark Salsbery

15-Dec-07 8:07

Also, study this to make sure you're using the correct form of MFC DLL
and initializing it properly...

Kinds of DLLs[^]

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

GDI+ How to mask an image with a mask bitmap

followait15-Dec-07 2:00

followait

15-Dec-07 2:00

For example, there are two images with the same size.
One is a normal pic, the other is a mask bitmap.
The colors in the mask one are composed with black and white (including gray).
Now let gray level become transparency.
Put the mask bitmap onto the normal one, and get the image.
How to do it with GDI+?
Thnaks.

Re: GDI+ How to mask an image with a mask bitmap

Mark Salsbery15-Dec-07 8:11

Mark Salsbery

15-Dec-07 8:11

AFAIK, GDI+ doesn't have built-in code for image masks. Transparency is handled with alpha
channel instead.

You could step through the pixel values of the mask and based on each value, adjust the
alpha value of each pixel in the other bitmap.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: GDI+ How to mask an image with a mask bitmap

followait15-Dec-07 14:19

followait

15-Dec-07 14:19

Yes, I'll do this way.

Thanks.

CListCtrl in CDialogBar can't receive WM_CREATE

followait15-Dec-07 1:29

followait

15-Dec-07 1:29

I want to init CListCtrl, m_hWnd of CListCtrl must be available,
where to put the init code?

Re: CListCtrl in CDialogBar can't receive WM_CREATE

CPallini15-Dec-07 1:49

CPallini

15-Dec-07 1:49

Can you reformulate you question (give more details)?
Confused | :confused:

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Re: CListCtrl in CDialogBar can't receive WM_CREATE

followait15-Dec-07 2:06

followait

15-Dec-07 2:06

class CMyDialogBar:public CDialogBar
{
...
public:
    CMyListCtrl m_list;   //it has been associated with a list ctrl
...
}

CMyListCtrl::OnCreate()   //ON_WM_CREATE
{
//never reach here, why?
}

Re: CListCtrl in CDialogBar can't receive WM_CREATE

CPallini15-Dec-07 2:44

CPallini

15-Dec-07 2:44

Does your CMyListCtrl inherits from CListCtrl?
Can you detail a little more (sorry for the insistence)?
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Re: CListCtrl in CDialogBar can't receive WM_CREATE

Hamid_RT15-Dec-07 3:16

Hamid_RT

15-Dec-07 3:16

How did you make your listbox? visual or dynamic

Re: CListCtrl in CDialogBar can't receive WM_CREATE

followait15-Dec-07 14:20

followait

15-Dec-07 14:20

visual

Re: CListCtrl in CDialogBar can't receive WM_CREATE

Hamid_RT15-Dec-07 18:25