Thread: Why can't get the right address for char type

Originally Posted by chenayang

Hi friends,please help to see the following codes:

Code:

#include <iostream>
using namespace std;
int main(void)
{
	int a=4.5;
	char b='c';
	cout<<"The data "<<a<<" stores at address "<<&a<<endl;
	cout<<"The data "<<b<<" stores at address "<<&b<<endl;
	return 0;
}

I got the following result:
/*
The data 4 stores at address 0012FF60
The data c stores at address c烫烫烫烫
*/
Why can't I get the right address for b?
I found the VC2005 compiler run the command:
00411DA3 8D 4D EF lea ecx,[b]
00411DA6 51 push ecx
where ECX==0012FF57
for &b but why shows the wrong result?

Thanks a lot for any help.

That's because the stream output (e.g. cout <<) of a char * is interpreted to be a string to be printed, not an integer value. If you cast it to void *, like this:

Code:

	cout<<"The data "<<b<<" stores at address "<<(void *)&b<<endl;

it should do what you want.

--
Mats

Originally Posted by chenayang

Got it.thanks,Mats.
But where can I get this info. in other files/books?

Good question. I personally just figured it out based on the fact that cout will print a char * as a string in general, and &b, where b is a char becomes a char *, so it will attempt to print a string rather than the value of the pointer. The natural consequence is to cast the pointer to some time that doesn't become a string - void * is a pointer type that any other pointer can be cast to - along with it not needing to be any other pointer type, so it's a good choice.

--
Mats

Char* is pretty much a special type all around. C functions uses it all the time to represent a string (and C++ functions that accept char* too). So be careful with it.

That would be strange, seeing as that any pointer used by the processor (or rather, address) would be void*. The processor isn't aware of any type - it's just data, so void* should exist anywhere.

Originally Posted by Elysia

That would be strange, seeing as that any pointer used by the processor (or rather, address) would be void*. The processor isn't aware of any type - it's just data, so void* should exist anywhere.

That's not entirely true on all processor types. Some have "split pointers", where a pointer actually contains a word address, and then some extra portion elsewhere (another register or such) contains "byte within word". These are of course not your common x86, Sparc, Mips, Arm, Alpha, Vax, 68K, 29K or such, but some less common (but still important) processors do support this.

As to void being supported by all compilers, yes, if we count reasonably modern compilers. Compilers before ANSI didn't have void, it was a char. So in some really old code, you may find something like:
#ifdef something
#define void char
#endif

--
Mats

Originally Posted by (::)

change a[12] to a[12*1024] you will get a segmentation fault

How about on a system without protected memory?

Or in the case where you actually own the memory at that location?

Originally Posted by (::)

and i am sick of the convenience word undefined used so sporadically by the c++ standard and this really makes my head \eXplode/

It's not there for convenience.