C / C++ / MFC

Re: library files not getting created in debug mode(VC++)

17-Sep-09 4:34

Vetukuri Raju wrote:
Migration from 2003 makes any problem?

I can't imagine so given that 70% of your library files are being created.

Vetukuri Raju17-Sep-09 4:38

Vetukuri Raju

17-Sep-09 4:38

Hi they are getting created now,,but those three libraries are not getting linked.but they are getting linked in release mode...
I am not getting those three libraries in my linker->commandline even though i have given those libraries from projectsettings->linker->additional dependencies...

File access in C++

Durga_Devi17-Sep-09 3:19

Durga_Devi

17-Sep-09 3:19

Hi,

While reading the double value from the written text file, the memory get corrupetd.Here is the sample code and its output for the scenario. Can anyone help in this.

#include <stdio.h>;
#include "stdafx.h"

int main(int argc, char* argv[])
{
double dbleArray[][4] = { -315.00000255999998,0.00000000000000000,0.00000000000000000,-166.19238000000001,
			  -329.19238000000001,315.00000255999998,-329.19238000000001,-329.19238000000001,
			  0.00000000000000000,0.00000000000000000,320.00000000000000,-536.00000000000000,
			  0.00000000000000000,0.00000000000000000,0.00000000000000000,1.0000000000000000};

	//Write the data to the file
	FILE* pFile = NULL;
	pFile = _wfopen(L"C:\\Temp\\InputVolumeDetails.txt", L"w");
	if(pFile)
	{
		for(int nRow=0; nRow<4; nRow++)
		{
			for(int nCol=0; nCol<4; nCol++)
			{
				fwrite(&dbleArray[nRow][nCol], sizeof(double), 1, pFile);
			}
		}
	}
	fclose(pFile);

	//Read the data from the file
	double dbleArray_r[4][4];
	FILE* pFile_r = NULL;
	pFile_r = _wfopen(L"C:\\Temp\\InputVolumeDetails.txt", L"r");
	if(pFile_r)
	{
		for(int nRow=0; nRow<4; nRow++)
		{
			for(int nCol=0; nCol<4; nCol++)
			{
				fread(&dbleArray_r[nRow][nCol], sizeof(double), 1, pFile_r);
				printf("%f\n",dbleArray_r[nRow][nCol]);
			}
		}
	}
	fclose(pFile);

	return 0;
}

The output for the above code is

-315.000003
0.000000
0.000000
-92559631348757048000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000
-92559631349317831000000000000000000000000000000000000000000000.000000

Romualdas Cukuras17-Sep-09 3:24

Romualdas Cukuras

17-Sep-09 3:24

Try to change write and read modes to binary L"wb" and L"rb"

Richard MacCutchan17-Sep-09 9:42

Richard MacCutchan

17-Sep-09 9:42

A very subtle situation which is a great lesson for the future. Both your read and write loops contain no error checking. However having completed the write processing, a visual check of the output file suggests that the content is correct. The read loop reads sixteen values and prints them out, but does not check that you have read the full values every time. If you take a look at the file produced by this program you will see the hex value 'x1a' at character position 26. This character is taken by the fread() function as signifying no more data, so the last value read in is incomplete which gives the strange value printed by the program. Every subsequent read will fail so the value stored in memory is whatever was there previously; in this case the values that happen to be in the array storage space. The solution is to always check the results of your read and write statements, but in this case you also need to use "wb" and "rb" on your _wfopen statements to ensure the 'x1A' is not taken as end of file.

Durga_Devi17-Sep-09 18:21

Durga_Devi

17-Sep-09 18:21

Thanks for all your replies.

I tried with "wb" and "rb" mode and its working fine.

How to get the default value of the registry?

Richard MacCutchan17-Sep-09 22:31

Richard MacCutchan

17-Sep-09 22:31

Good news. But don't forget my comments about error checking, particularly when reading the file. Never assume that the file contents will be correct, however they were created.

deadlyabbas17-Sep-09 1:10

deadlyabbas

17-Sep-09 1:10

I want to get the default value of the KEY from the registry
if( RegOpenKeyEx (HKEY_CLASSES_ROOT,
"\\AcroExch.Document\\Shell\\Open\\Command",
0,
KEY_QUERY_VALUE, &keyHandle) == ERROR_SUCCESS)
{
size1=260;
RegQueryValueEx (keyHandle,
"Default",
NULL,
&Type,
(LPBYTE)rgValue,
&size1);
sprintf (fnlRes,
"Default value your Windows system is:: %s",
rgValue);
}

I am not able to do so

Re: How to get the default value of the registry?

David Crow17-Sep-09 2:07

Cannot see windows XP styles on MFC controls

17-Sep-09 2:07

RegQueryValueEx (keyHandle, NULL, ...);

itsmerajesh17-Sep-09 0:57

itsmerajesh

17-Sep-09 0:57

I have created MFC dialog based application using VS 2008 application creation wizard.

In project settings if I use "Use Unicode Character Set" option, I cannot see winXP styles on any of the controls on the dialog,
and If I use "Use Multi-Byte Character Set" option, I can see the winXP styles.

Why this is happening? can't I use "Use Multi-Byte Character Set" option without losing WinXP styles to the control.
Some one please help me out with this issue.

Thanks in advance.

-Rajesh.

Re: Cannot see windows XP styles on MFC controls

Naveen17-Sep-09 1:08

Naveen

17-Sep-09 1:08

itsmerajesh wrote:
In project settings if I use "Use Unicode Character Set" option, I cannot see winXP styles on any of the controls on the dialog,
and If I use "Use Multi-Byte Character Set" option, I can see the winXP styles.

Why this is happening? can't I use "Use Multi-Byte Character Set" option without losing WinXP styles to the control.

1. The two paragraphs are contradictory. The second one is correct. isnt it?

This is because common control version 6 supports only unicode and a dependency to comctrl version 6 is only inculded if the unicode is enabled. Check the stdafx.h you can see the following lines

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

nave

[OpenedFileFinder] [My Blog]

Re: Cannot see windows XP styles on MFC controls

krmed17-Sep-09 7:09

krmed

17-Sep-09 7:09

Actually, if you remove the

#ifdef _UNICODE

and the corresponding

#endif

the common controls will still work with MBCS and give you the XP look.

Karl - WK5M
PP-ASEL-IA (N43CS)
PGP Key: 0xDB02E193
PGP Key Fingerprint: 8F06 5A2E 2735 892B 821C 871A 0411 94EA DB02 E193

Re: Cannot see windows XP styles on MFC controls

Naveen17-Sep-09 17:42

Naveen

17-Sep-09 17:42

krmed wrote:
the common controls will still work with MBCS and give you the XP look.

ya. It'll mostly work, but things may get wired some times.. Read Does version 6 of the common controls support ANSI or not?[^]

nave

[OpenedFileFinder] [My Blog]

executing .bat file in Vista64 bit

Madan Chauhan17-Sep-09 0:43

Madan Chauhan

17-Sep-09 0:43

Hi All,
In my application I need to execute some commands. For that I am making a .bat file and execute it using Shellexecute(). It is working well for Vista32 bit, but in Vista64 bit machine Shellexecute() is not running these commands(i am running with Admin privileges also). Does ShellExecute() not support Vista64 bit?
Is there any other way for Vista64 bit.

Thanks
Madan

«_Superman_»17-Sep-09 1:01

«_Superman_»

17-Sep-09 1:01

It's probably some error in your batch file.
First run the batch file manually and check if all the commands work.

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

Madan Chauhan17-Sep-09 1:26

Madan Chauhan

17-Sep-09 1:26

Thanks for replying. Yes all the commands are correct because if I run this batch file with command prompt then it execute successfully.
Let me explain- I am running following three commands command1)- bcdedit /set {bootmgr} device boot > D:\m1.txt
command2)- bcdedit /set {default} device boot > D:\m3.txt command3)- bcdedit /set {default} osdevice boot > D\m2.txt.

These three commands clears Bootmgr of Vista.
For runnong these commands I make a batch file and execute it with ShellExecute() For seeing output I used pipe. Then after ShellExecute() if I see these m1,m2,m3 files then these are blank.
I am confused now.

Randor 17-Sep-09 1:03

Randor

17-Sep-09 1:03

Hi Madan,

Are you using the undocumented runas verb to request elevation?

Elevate through ShellExecute[^]

Best Wishes,
-David Delaune

David Crow17-Sep-09 2:13

How to get the path of Acrobat Reader Exe by C++

17-Sep-09 2:13

Madan Chauhan wrote:
...but in Vista64 bit machine Shellexecute() is not running these commands(i am running with Admin privileges also).

What does it return?

deadlyabbas17-Sep-09 0:15

deadlyabbas

17-Sep-09 0:15

How can we get the acrobat path reader exe path in VC++

Re: How to get the path of Acrobat Reader Exe by C++

«_Superman_»17-Sep-09 0:31

«_Superman_»

17-Sep-09 0:31

Why do you want the path?
Is it so that you can use it to launch a PDF file?
If so, you don't need to know the path.
You can simply use ShellExecute to launch it.

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

Re: How to get the path of Acrobat Reader Exe by C++

David Crow17-Sep-09 2:22