C / C++ / MFC

Visual Studio 2008 Manifest Issue

23-Apr-08 3:43

Thanks again, I'll try that.

Sarath C23-Apr-08 1:44

Sarath C

23-Apr-08 1:44

I've created a MFC project in Visual Studio 2008.

The manifest is correctly getting embed in the program if the configuration is Unicode otherwise, it will show an error like this (on changing the character set to Multibyte and build, (not rebuild) the soulution).

1>mt.exe : general error c101008a: Failed to save the updated manifest to the file ".\Debug\SampleProgram.exe.embed.manifest". The parameter is incorrect.

This error will resolve when I Rebuild the entire project but manifest is not embedding inside the executable

-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin

My blog - Sharing My Thoughts, An Article - Understanding Statepattern

Saurabh.Garg23-Apr-08 2:12

23-Apr-08 2:12

I do get same error during build but not always. Typically if I build (not rebuild) again it do not occur again. Well I don't have solution but just sharing my expereince.

-Saurabh

Naveen23-Apr-08 6:14

Naveen

23-Apr-08 6:14

The comctl32.dll version 6 supports only UNICODE version. If you open the stdafx.h you can find the switch as follows

#ifdef _UNICODE<br />
#if defined _M_IX86<br />
#pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='x86' publicKeyToken='6595b64144ccf1df' language='*'\"")<br />
#elif defined _M_IA64<br />
#pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='ia64' publicKeyToken='6595b64144ccf1df' language='*'\"")<br />
#elif defined _M_X64<br />
#pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='amd64' publicKeyToken='6595b64144ccf1df' language='*'\"")<br />
#else<br />
#pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'\"")<br />
#endif<br />
#endif

nave

[OpenedFileFinder]

Sarath C23-Apr-08 18:04

Sarath C

23-Apr-08 18:04

Dear Naveen,

Thanks for your reply.

Naveen wrote:
The comctl32.dll version 6 supports only UNICODE version

I just removed the #ifdef _UNICODE and #endif. and it's working fine. In a post of Raymond Chen, it's saying that Common Control 6 supports only UNICODE[^]. When I started using Windows XP, I enabled visual styles for existing applications by just putting "exe_name.exe.manifest" file in the same folder. I can't figure out how it's working it in a non-UNICODE build (even if Common Control 6 supports only Unicode).

-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin

My blog - Sharing My Thoughts, An Article - Understanding Statepattern

Thumbnail Resizing in List Control on moving slider

Naveen23-Apr-08 18:31

Naveen

23-Apr-08 18:31

I think untill you deal with message that handles strings, problem may not raise. Also if we subclass a control and handle messages that contains text, problem can arise. The comcomctl will be sending the text as wide char, but our program will interpret it as multibyte which can lead to undefined errors.

nave

[OpenedFileFinder]

Subhash Madhukar23-Apr-08 1:40

Subhash Madhukar

23-Apr-08 1:40

Hi Friends,

Windows Vista provides a slider control to resize icons ( thumbnails) in My Computer Explore view.

I need such resizing in my Windows XP application ( MFC ) application.

I create and delete the ImageList of current view as user resizes but overhead of creating and deleting is very high.

I need smooth resizing.
Any help is highly appreciated.

Thanks in advance.

Subhash Madhukar

Problem compiling Templates in VC++7.0 .NET

jonnyvargazz23-Apr-08 1:29

23-Apr-08 1:29

Hi all!
I'm having a problem when compiling this code:

 template<class t=""> inline CImage operator-(T value)<br />
	{<br />
		   CImage tmpImage(CImagePtr(NULL));<br />
<br />
		   switch ( getDepth() )<br />
		    {<br />
		    case IMAGE_DEPTH_32F:<br />
		    	    SubtractFloat(getImage(),tmpImage.getImage(),value,false); <br />
			   break;<br />
		    default:<br />
			    SubtractInt(getImage(),tmpImage.getImage(),value,false);<br />
		    }<br />
		    return tmpImage;<br />
	   }<br />
<br />
       inline CImage operator-(CImage& imageB)<br />
	{<br />
		   CImage tmpImage(ImagePtr(NULL));		<br />
		   Subtract(getImage(),imageB.getImage(),tmpImage.getImage());<br />
		   return tmpImage;<br />
	}<br />
</class>

SubstractFloat substracts one constant "value" (float) from a CImage. SubstractInt does the same with int type. And Substract substracts a CImage from a CImage.

I'm calling these functions as this way, for example:

CImage imResult;<br />
double minVal = 50;<br />
imResult = imResult-minVal;

This code was running and compiling without problems in VC++6.0. Now, in 7.0 the compiler is throwing me these errors:

error C2664: 'SubtractFloat' : cannot convert the parameter 3 from 'Icar::CImage' to 'float'<br />
error C2664: 'SubtractInt' : cannot convert the parameter 3 from 'Icar::CImage' to 'int'

If I force a cast to (double)value the compiler then says that there isn't an operator defined for double.

Thanx for your help. Every idea is welcome!

CPallini23-Apr-08 1:56

CPallini

23-Apr-08 1:56

How aer declared (and defined) SubtractFloat and SubtractInt?

jonnyvargazz23-Apr-08 3:14

23-Apr-08 3:14

IPLAPI(void, SubtractS,(CImage* srcImage, CImage* dstImage, int value, BOOL flip))
IPLAPI(void, SubtractSFP,(CImage* srcImage,CImage* dstImage,float value,BOOL flip))

Re: Problem compiling Templates in VC++7.0 .NET [modified]

CPallini23-Apr-08 3:32

CPallini

23-Apr-08 3:32

Provided the operators are methods of CImage class, I see no problems in your code.
Smile | :)

jonnyvargazz23-Apr-08 4:15

23-Apr-08 4:15

The operators are methods of CImage, the Substract procedures no.
Here is the problem, the code compiles well under vc++6 but not under vc++7.

modified on Wednesday, April 23, 2008 10:29 AM

Saurabh.Garg23-Apr-08 15:09

23-Apr-08 15:09

Template support in VC++ 6.0 is poor. It was improved a lot in VC++ 7.0 hence lot of code which used to work in VC++ 6.0 doesn't work in VC++ 7.0.

jonnyvargazz wrote:
template inline CImage operator-(T value)

Why do you have template without parameters in the function definition? It should be

template<typename t=""> inline CImage operator - (T value)</typename>

-Saurabh

jonnyvargazz23-Apr-08 21:35

23-Apr-08 21:35

Sorry I had an error writing the header. The correct is:

template<class T> inline CImage operator - (T value)

No, no, it seems that the "<class T>" didn't displayed well.

Saurabh.Garg24-Apr-08 2:06

24-Apr-08 2:06

Hi did you able to solve the problem. It seems somehow type of T is being initialized to CImage but is not obvious with the code you posted. Can you share the how you define the class CImage.

-Saurabh

jonnyvargazz24-Apr-08 3:57

24-Apr-08 3:57

I think the problem is that the compiler interprets that if there is an operator definition with a Cimage parameter, and then is an override with a template parameter, the basic parameter is a CImage, and it has no possibilities about reinterpret the parameter as a number.

For the moment I've took out the template, and declared the override with a size_t parameter. It's enough for me at the moment, I think, because this declarations could run with every kind of numeric params. Isn't it?

Thank you very much!

Saurabh.Garg24-Apr-08 4:05

24-Apr-08 4:05

I tried to test this with a simple class with just two operators similar to yours. I works fine and I got no errors. So I am not sure where is the problem.

-Saurabh

jonnyvargazz24-Apr-08 4:15

Win32 message loop and CPU usage

24-Apr-08 4:15

CImage class is using a CImage namespace. May it has something relative to the problem.

Hanan88823-Apr-08 0:58

23-Apr-08 0:58

I'm developing an animated game on Win32.

my message-loop looks like this:

MSG msg;
ZeroMemory( &msg, sizeof(msg) );
while( msg.message!=WM_QUIT )
{
    if( PeekMessage( &msg, NULL, 0U, 0U, PM_REMOVE ) )
    {
        TranslateMessage( &msg );
        DispatchMessage( &msg );
    }
    else //"idle" state. Call graphic rendering functions. Not that they are simple and speedy.
    {
	CPTWindowManager::GetInstance()->RenderAllGames();
    }
}

I have noticed that takes 50% of the CPU.
I wonder if this 50% are "for real". If so, it is not desirable.

I tried to use GetMessage() but I don't know how to figure out the "idle" state when using GetMessage().

Note that the rendering stuff are relatively simple rendering and thus the time they take is unnoticeable.

Cedric Moonen23-Apr-08 1:08

Cedric Moonen

23-Apr-08 1:08

No matter how long the "rendering stuff" is taking, you have a busy loop all the time: there's nowhere a 'pause' in the loop (sleep or wait for something...). But don't worry too much, that's usually how games are written: you want to achieve the best possible performance, so it's normal that you will eat up all remaining CPU time.
In your case it is probably taking 50% of the CPU because you have a dual-core, am I right ?

Cédric Moonen
Software developer

Charting control [v1.4 - Updated]

Hanan88823-Apr-08 1:18

23-Apr-08 1:18

Yes I have a dual-core.
Also, I don't 'feel' the 50% slowing down my windows experience.

I have, however, saw a similar game that when run only eats several %.

Perhaps they did some scheme with the WM_PAINT messages - they cause the window to refersh, by InvalideRect() I guess, and render on the WM_PAINTs.
Sound like something I should try ?

Thanks

Cedric Moonen23-Apr-08 2:16

Cedric Moonen

23-Apr-08 2:16

It depends which kind of game it is. For example, if it is something static (like solitaire, mine sweeper, ...) then you don't need to repaint the view dynamically. You can simply repaint the view when something changed.
So, I can't really answer your question, it depends of the kind of game you are trying to write.

Cédric Moonen
Software developer

Charting control [v1.4 - Updated]

Hanan88823-Apr-08 2:22