C / C++ / MFC Discussion Boards

Re: Compiler Error ???

CPallini10-Jan-12 9:32

CPallini

10-Jan-12 9:32

ForNow wrote:
I get compiler error which make no sense to me

It is telling you there's a syntax error in the included RichOle.h header file, at line 18.

Pardon the silly question: "Did you include windows.h, before it?"

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.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

modified 10-Jan-12 16:55pm.

Re: Compiler Error ???

Richard MacCutchan10-Jan-12 11:59

Richard MacCutchan

10-Jan-12 11:59

Nothing silly about that question. IMHO.

Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman

Re: Compiler Error ???

CPallini10-Jan-12 21:32

CPallini

10-Jan-12 21:32

Thank you, Richard. I was downvoted for the previous sentence (though my sarcasm was completely switched OFF while writing it).
Smile | :)

Re: Compiler Error ???

Mohibur Rashid10-Jan-12 14:15

Mohibur Rashid

10-Jan-12 14:15

Sometime some Visual Studio compiler error is really confusing.

As far I can understand may be there is no error in neither your source code or your RichOle.h Source code. Probably its missing some special header file that defines lots of macros. Make sure your windows.h is defined before RichOle.h

Re: Compiler Error ???

Stefan_Lang12-Jan-12 1:23

Stefan_Lang

12-Jan-12 1:23

I, too, consider this the most likely cause.

It's sad how in so many years of compiler history, MS still fails to create their headers in a way that does not require a specific order of inclusion. It wouldn't be so bad, if that wouldn't trigger totally unrelated error messages, but apparently they don't get that either.

A practical solution is to use the VS Project Wizard to create a new Windows application (MDI, SDI, or dialog-based, depending on your needs), and switch on precompiled headers, then copy the resulting stdafx.h into your own project. It should contain the inclusion statements for windows.h and pretty much everything else you need, and in the correct order. (this is only to get the full list of include statements, and in the right order - you can also just copy the include lines from stdafx.h to the relevant cpp files in your project instead if you don't use PCH)

Re: Compiler Error ???

Eytukan11-Jan-12 0:37

Eytukan

11-Jan-12 0:37

include "windows.h", "richedit.h", and "richole.h" in your "stdafx.h" header file. Then include "stdafx.h" in my main cpp file.

As in MSDN[^]! Smile | :)

Starting to think people post kid pics in their profiles because that was the last time they were cute - Jeremy.

.ani picture or animation control

Chris Geddes10-Jan-12 1:45

Chris Geddes

10-Jan-12 1:45

Hello,

I have an application that carries out multiple tasks in succession. I was hoping to mimic the Windows style install list akin http://imageshack.us/photo/my-images/85/win7installex.png/

I have the required icons and animation files but as of yet an unable to display an .ani file on the dialog.

Thanks in advance.

Re: .ani picture or animation control

Richard MacCutchan10-Jan-12 2:33

Richard MacCutchan

10-Jan-12 2:33

You need to give some more detail about exactly what you are trying to do and what parts of your code you are having a problem with.

Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman

Re: .ani picture or animation control

Albert Holguin10-Jan-12 3:44

Albert Holguin

10-Jan-12 3:44

You're trying to display an animation on a dialog? You know, most of the things on that dialog you linked can be done with MFC without the use of an animation (using controls), but you can also use animations to make them more personalized.

Here's some resources for you:
Add GIF-animation to your MFC and ATL projects with the help of CPictureEx and CPictureExWnd[^]
http://msdn.microsoft.com/en-us/library/0c4khh71%28v=VS.80%29.aspx[^]
GIF Animation Control[^]
http://www.functionx.com/visualc/controls/progressbar.htm[^]
Decompress and display an animated GIF on PC and PPC[^]

Re: .ani picture or animation control

Chris Geddes11-Jan-12 1:00

Chris Geddes

11-Jan-12 1:00

Essentially I was just trying to display an ani file on the dialog.

I've converted the ani file to byte array and using CreateIconFromResourceEx to create the cursor.
All working now, thanks for the advice.

Embedding a CDialog in a CMFCOutlookbar

UrbanBlues9-Jan-12 11:16

UrbanBlues

9-Jan-12 11:16

Hello

I would like to add a CDialog-derived template as a pane in a CMFCOutlookbar (instead of simple controls as shown on lots of samples) ... I saw some code on the Web but nothing is working...
Thanks for any clue or sample code to do this ...
Thierry

Re: Embedding a CDialog in a CMFCOutlookbar

«_Superman_»9-Jan-12 14:40

«_Superman_»

9-Jan-12 14:40

You could try adding a CDialogBar class to the pane.

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

Polymorphism in C

Re: Embedding a CDialog in a CMFCOutlookbar

UrbanBlues10-Jan-12 7:01

UrbanBlues

10-Jan-12 7:01

Ok ... It works ... Thanks for the clue ...
Thierry

Problem with resizing window

blackbolek9-Jan-12 4:45

blackbolek

9-Jan-12 4:45

Hi all,

I have a problem when trying to resize main window of my application. I spent some time reserching possible solutions, but so for nothing works for me. I guess I make some basic mistake.
So - the code bellow is executed when user clicks on one of the buttons. I tried 3 different approaches to achieve it, everytime getting assertion error (looks to me like the window handle is invalid...)
My first approach:

C++

WINDOWPLACEMENT wpc;
CRect rc(0, 0, 0, 0);

    this->GetWindowRect(&rc);
    rc.right += 50;  // make it wider

    this->GetWindowPlacement (&wpc);
    wpc.rcNormalPosition = rc;
    this->SetWindowPlacement(&wpc);

Second approach:

C++

CRect rc(0, 0, 0, 0);

this->GetWindowRect(&rc);
rc.right += 50;

ScreenToClient( &rc );

    this->MoveWindow(rc);

and the third one:

C++

CRect rc(0, 0, 0, 0);

this->GetWindowRect(&rc);
rc.right += 50;

ScreenToClient( &rc );

this->SetWindowPos(this->m_hWnd, rc.left, rc.top, rc.Width(), rc.Height(), SWP_SHOWWINDOW);

The SetWindowPos() function doesn't return assertion error when I use this combination of flags: SWP_SHOWWINDOW|SWP_NOSIZE. However then it doesn't resize the window and it's useless for me.

I also checked than 'this' pointer is not corrupted by checking the
window text:

C++

char title[80];
		::GetWindowText (m_hWnd, title, sizeof(title));

It comes as I expect so I guess 'this' pointer itself is OK.
Any ideas?

Re: Problem with resizing window

Albert Holguin9-Jan-12 4:58

Albert Holguin

9-Jan-12 4:58

what assertion error are you getting? when you call this, that's the object instance of whatever object you're calling that within, what object type is that?

btw... if the error is telling you that the window handle is invalid, then you're probably not passing the argument correctly (it usually does a check as to whether that handle corresponds to any available windows)...and you're using SetWindowPos() wrong, look at the documentation again:
http://msdn.microsoft.com/en-us/library/a1yzfz6d%28v=VS.80%29.aspx[^]

Re: Problem with resizing window

blackbolek9-Jan-12 10:01

blackbolek

9-Jan-12 10:01

I'm going through the code line by line in debug mode and on the line with SetWindowPos() Visual Studio comes with 'Debug Assertion Failed!' window. It doesn't give me any specific information. When I click on 'Retry' then it takes me to 'wingdi.cpp' file, to BOOL CDC::Attach(HDC hDC) function with yellow arrow at the first line of it:

C++

ASSERT(m_hDC == NULL);      // only attach once, detach on destroy

So that's why I assumed it's something wrong with the window handle.

My this is 'CGraphDlg* const' type. CGraphDlg is my main dialog class:

C++

class CGraphDlg : public CDialog

I've changed the way I'm using SetWindowPos() to that:

this->SetWindowPos(&CWnd::wndBottom, rc.left, rc.top, rc.Width(), rc.Height(), SWP_SHOWWINDOW);

but I'm still getting the same problem.

I guess I can't use this here. I need some other pointer to the main window, but I'm not sure how to get it.
Or is this problem occurring because I'm using dialogs?

Re: Problem with resizing window

Albert Holguin9-Jan-12 10:18

Albert Holguin

9-Jan-12 10:18

That assert is telling you the device context is NULL, a separate issue. Where are you calling this from? From the OnPaint()? If so, that may be causing the issue (although I'm not sure it would or not). Try pulling the call to some other method that doesn't handle the device context.

Re: Problem with resizing window

blackbolek9-Jan-12 22:01

blackbolek

9-Jan-12 22:01

I'm calling it from push button event.
I moved the resizing code to the OnInitDialog() and the window was resized without any problems. I'm drawing a graph in this window. I do that in InitGraph() function which is called from InitDialog. So if I place the SetWindowPos() before call to InitGraph() then it works. If I place it after, then I have an error.

Looks to me that I do something wrong with DC in InitGraph():

C++

void CGraphDlg::InitGraph()
{
	
        CRect rectControl5;		// area of control being moved - divider line above controls
	CBitmap image;			// bitmap with logo

	// This functions sets up the bitmap in memory. Called from OnInitDialog.

	CDC * pDC = GetDC();
	
	if (!not_first_paint)
	{
		image.LoadBitmap(IDB_GRAPHBLANK);	// load in a blank BMP of the desired size
		dcGraphMem.CreateCompatibleDC(pDC);
		// Select the bitmap into the new DC in memory.
		dcGraphMem.SelectObject(&image);
	}

	// save window size
  	GetClientRect(GraphWindow);
	YSCALE = GraphWindow.Height() - 191;		
	graphx = GraphWindow.Width() - 212;		// current graph working area width
	
	// adjust size of the bitmap to the actual window size
	StretchBlt (dcGraphMem, 0, 0, GraphWindow.Width(), GraphWindow.Height()-25, dcGraphMem, 0, 0, 1600, 1044 , SRCCOPY);

	
	ReleaseDC(pDC) ;


	m_divline.GetParent()->GetClientRect(GraphWindow);
	m_divline.GetWindowRect(rectControl5);
	m_divline.MoveWindow(0, GraphWindow.Height()-BOTTOMCONTROLS-2, rectControl5.Width(), rectControl5.Height());

	image.DeleteObject();


	// now we know we went through graph initialization, 
	not_first_paint = true;


	return;
}

Re: Problem with resizing window

Albert Holguin10-Jan-12 3:27

Albert Holguin

10-Jan-12 3:27

How often do you call this? ...if it's called every time the graph is painted, you're trying to resize the window every single time and that's probably not what you want.

Re: Problem with resizing window

blackbolek9-Jan-12 23:30

blackbolek

9-Jan-12 23:30

I found what the problem is.
I tried to resize the window with DC still attached to it. That's why I had the assertion failure.

I added this code before resizing:

C++

if (dcGraphMem.m_hDC != NULL)
	dcGraphMem.DeleteDC();

and this after resizing:

C++

CDC * pDC = GetDC();

	if (dcGraphMem.m_hDC == NULL)
		dcGraphMem.CreateCompatibleDC(pDC);

and now it works OK.

Thank you all for your help. Thumbs Up | :thumbsup:

Re: Problem with resizing window

Richard MacCutchan10-Jan-12 2:31

Richard MacCutchan

10-Jan-12 2:31

You should not be holding a DC like this in the first place. You only need a DC at the time you need to display anything, which is in your OnPaint() function, it has no purpose when resizing.

Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman

Re: Problem with resizing window

Albert Holguin10-Jan-12 3:29

Albert Holguin

10-Jan-12 3:29

If you have to do this... you may be resizing the window in a method where it's not appropriate to do so. See Richard's comment about the device context. You should only be holding the DC when you're actually doing any GDI drawing, otherwise, it should be released. That's sort of what's causing your problem in the first place, you're making a call to a method that requires the DC when you're already holding it up.

Hope you understand all this gibberish... good luck! Smile | :)

Re: Problem with resizing window

blackbolek10-Jan-12 20:52

blackbolek

10-Jan-12 20:52

Well I'm not holding the DC. What I do is open DC in the InitDialog for short time only to create compatibile memory DC, and then I draw my graph in memory DC. When necessary I open the DC again and copy the memory DC into DC.

C++

if (dcGraphMem.m_hDC == NULL)			// if memory device context not created yet
	{
		CDC * pDC = GetDC();
		dcGraphMem.CreateCompatibleDC(pDC);	// create one
		
		ReleaseDC(pDC) ;
	}

then I operate on dcGraphMem and when it's ready I do that:

C++

CDC * pDC = GetDC();

		if(pDC == NULL)
		{
			// Not able to get the screen
			return;
		}


		pDC->BitBlt(0, 0, GraphWindow.Width(), GraphWindow.Height()-BOTTOMCONTROLS-2, &dcGraphMem, 0, 0, SRCCOPY);

		ReleaseDC(pDC);

I thought that memory DC is not linked with window directly, however it looks like I need to delete it before I resize the window, and then create it again. Why is that?

Re: Problem with resizing window

Albert Holguin11-Jan-12 7:55

Albert Holguin

11-Jan-12 7:55

You don't need to delete it, you just can't hold it up, it's not hooked to the window directly, but your application won't be able to attach to the drawing context twice (it will eventually fail, as you've found out). You also should be drawing on your InitDialog() (this is for initializing controls really), that's not the proper place for that.

Any drawing should occur on OnPaint(), alternatively, no resizing should occur within OnPaint() (can't think of any legitimate reason to do so). Reason to keep all drawing in OnPaint()... that's the method the framework will call every time the framework determines your window needs to be redrawn, for whatever reason, anything from a resize to a window getting placed over your window then removed, etc, will trigger a call to OnPaint().

Re: Problem with resizing window

Richard MacCutchan9-Jan-12 5:50

Richard MacCutchan

9-Jan-12 5:50

blackbolek wrote:
The SetWindowPos() function doesn't return ...

The call to ScreenToClient() is changing the values in rc so that is not going to do what you want.

blackbolek wrote:
I also checked than 'this' pointer is not corrupted by checking the window text:

But you did not call it with the this pointer so the code is not the same as all your other calls to windows functions.

Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.