C / C++ / MFC

31-Aug-12 5:46

Using VS2008, I created a dialog based app using the default project settings. The only control on the dialog was a Calendar Control (SysMonthCal32). When ran, the calendar was blah in terms of color (mostly white) and depth (flat). I called CMonthCalCtrl::SetColor() with all five regions set to red. No change. Thinking it had something to do with the common control manifest, I created an identical project, with the only difference being I unchecked the Common Control Manifest checkbox when creating the project. When ran, the calendar had color and definition. Comparing the compiler and linker settings of two projects turned up no differences. The one difference I did find was in the manifest file: the first project had an extra <dependency> section with reference to the common control library, whereas the second project did not. The linker settings of the second project had Generate Manifest set to Yes even though I unchecked that setting during creation. In the first project, if I set Generate Manifest to No, the manifest file is not updated, and I get a runtime error about mfc90ud.dll. I'm not overly familar with manifests and the common control library (obviously), so this has been a tad confusing to me. Any clues as to what might be going on here?

Thanks.

- DC

"One man's wage rise is another man's price increase." - Harold Wilson

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous

modified 1-Sep-12 12:43pm.

Jochen Arndt31-Aug-12 6:22

Jochen Arndt

31-Aug-12 6:22

Did you call CommonControlsEx()[^] from InitInstance of you CWinApp derived class? If not, this should solve the problem.

David Crow31-Aug-12 6:54

31-Aug-12 6:54

It's not being called from either project. When I did call it from the first project (with Generate Manifest set to No), I still get an error about mfc90ud.dll being missing from my computer. So the DLL error seems to point to the Generate Manifest setting rather than the call to InitCommonControlsEx().

Jochen Arndt1-Sep-12 1:22

Jochen Arndt

1-Sep-12 1:22

In your first edited post you said

I get a runtime error in mfc90ud.dll

and now

I still get an error about mfc90ud.dll being missing

which leads to a new direction.

Using Google, I found this: http://social.msdn.microsoft.com/Forums/en-US/vcgeneral/thread/545d9b69-5f27-473f-b6d1-bea106cde47f/[^]

David Crow1-Sep-12 6:43

1-Sep-12 6:43

Jochen Arndt wrote:

Using Google, I found this: http://social.msdn.microsoft.com/Forums/en-US/vcgeneral/thread/545d9b69-5f27-473f-b6d1-bea106cde47f/[^]

That's not a solution. It's a band-aid at best.

Move the slider to the position where user clicked the mouse.

Jochen Arndt1-Sep-12 21:18

Jochen Arndt

1-Sep-12 21:18

Please read the complete thread from my link and also the thread mentioned in the last post (the link does not work but it can be found by searching for the subject).

mbatra3130-Aug-12 22:53

mbatra31

30-Aug-12 22:53

Hi,

I have a slider control on a dialog box. By default slider thumb moves by ticks when user clicks the slider bar. I want when user clicks on the slider bar, thumb should move to that position in one click not step by step. The thumb should move to the position where user clicks the mouse on the slider bar.

Anybody have any idea or sample code for the same.?

Any help will be appreciated.

Regards,
mbatra

VC2008 Windows Service Mouse Hook

tianguangjiangary30-Aug-12 21:57

tianguangjiangary

30-Aug-12 21:57

Hi, I wanna develop a windows service to monitor the USB device insert/remove, and set a hook for mouse. I have successfully implemented the windows service program, I can also detection the event of USB insert/remove. But after I set the mouse hook, It seems that the system doesn't call the corresponding callback function defined in the hook. The windows service handler code is like this:

C++

HINSTANCE hmodule = LoadLibrary(_T("MouseHookDLL.dll"));
	if (hmodule == NULL)
	{
		WriteToLog("DLL Load Failed.");
		FreeLibrary(hmodule);
		return 0;
	}
	typedef BOOL (*pInstallHook)(HINSTANCE hmodule);
	typedef BOOL (*pUnInstallHook)();

	pInstallHook InstallHookFunction = (pInstallHook) GetProcAddress(hmodule, "InstallHook");
	pUnInstallHook UnInstallHookFunction = (pUnInstallHook) GetProcAddress(hmodule, "UnInstallHook");

	switch (evtype)
	{
		case DBT_DEVICEREMOVECOMPLETE:
		{
			// Stop the Hook
			WriteToLog("Remove USB Device.");
			UnInstallHookFunction();
		}
		break;
		case DBT_DEVICEARRIVAL:
		{
			// Create a Hook to reset the cursor
			WriteToLog("Insert USB Device.");
			InstallHookFunction(hmodule);
		}
		break;
	}

	FreeLibrary(hmodule);

	return 0;

In the MouseHookDLL, I defined the InstallHook(),UnInstallHook(), and the MOUSEHOOKDLL_API LRESULT CALLBACK MouseHookProc(int nCode, WPARAM wParam, LPARAM lParam) functions. I debug the windows service program, I know I can call the InstallHook() correctly, but not the callback.

Higher floating point precison in C++

afalco30-Aug-12 3:54

afalco

30-Aug-12 3:54

I wrote a numerical calculator engine in C++. It can do all the normal arithmetics, it has in-built and user defined variables and functions. The engine compiles with all the compilers I have: Visual Studio 2010 Ultimate and 2012 Ultimate RC, Embarcadero RAD Studio XE and gcc (both on linux and on Windows using mingw). But it does not give me the precision I would like to have.

Example:
Pi is defined in the program as:
3.1415926535897932384626433832795029L
When I convert it to string I got different results (the differences are in italics):

Visual Studio: 3.141592653589793 10000
Rad XE: 3.141592653589793238
gcc: 3.141592653589793238 512808959406186204433

I use long double as the data type, which for Visual Studio is the same as double that is 8 bytes long, for Rad XE it is 10 bytes (80 bits), while for gcc it is 12 bytes (where the last 2 is padding I think). The latter two compilers use the IEEE double sized numbers for long double which is 80 bits long. So the difference in accuracy is understandable.

But the calculator accessory in Windows gives
3.1415926535897932384626433832795
which is almost the same as the insanely large number of digits I entered. It misses the last 3 digits only. This means that
a) the calculator was not compiled with Microsoft compilers
b) or there is some trick which could be used to calculate with higher precision
c) or Microsoft was using some special high / arbitrary precision library

Can somebody help me to find either the tool or the method to achieve this high precision with the compilers I mentioned? Moreover I would like an open source solution, because I want to make the whole code to be open source.

David Crow30-Aug-12 4:22

30-Aug-12 4:22

afalco wrote:

c) or Microsoft was using some special high / arbitrary precision library

Yes, the standard IEEE floating point library was replaced with an arbitrary-precision arithmetic library (but that's been a few years back).

afalco30-Aug-12 20:59

afalco

30-Aug-12 20:59

Thanks. Do you know which one?
I was thinking about using one myself but I haven't found a library yet which does not only do arithmetic but also the usual set of functions (sin, etc).

CPallini31-Aug-12 5:53

CPallini

31-Aug-12 5:53

Some info here[^].

Veni, vidi, vici.