Re: Change address of a pointer
On Oct 25, 4:28 pm, Ramon <ramif_47.inva...@yahoo.co.uk> wrote:
How can I change the address of a pointer?
Pointers are objects. You can't change the address of an
object. Did you mean that you want to change the address
contained in the pointer, or something else.
Please look at the code below. What I'm trying to do is to
make c = &cell (without using this notation of course).
The only way to get the address of cell is &cell, period. If
you want the address of cell, there has to be a &cell somewhere.
And in your code, c is declared to point to a Cell, not to a
pointer to a cell, so all of the ways of getting the address of
cell into c are going to be very implementation dependent, only
for use by experts in very low level code.
How can I assign the address of /cell/ (which is stored in the
variable /addr/) to the pointer named /c/??
// creating an object
Cell *cell = new Cell();
// getting the address of the mem location of the object
unsigned int addr = (unsigned int) &cell;
Maybe. There's absolutely no guarantee that an unsigned int can
hold an address. And normally, you don't want to do this
anyway; it's only usable for very low level, machine specific
code. (You might need to do it at times if you were writing an
OS kernel, or perhaps an implementation of malloc or a garbage
collector, but those are about the only cases I can think of
where it would be appropriate. And in such cases, you'd want to
use reinterpret_cast, rather than the C style cast, to call
attention to the fact that the code isn't portable, and is doing
some low level trickery.)
// changing the address of the new pointer to point to the
// 'cell' object
Cell *c = ??? <-- make c point to the address addr
The most obvious way to set c to the address of cell is:
Cell* c = reinterpret_cast< Cell* >( &cell );
But this is only for experts. And if you are actually writing
very low level code, and have the address in an unsigned int,
and know exactly what you're doing, just put addr in the place
of &cell, above. But quite frankly, if you had the level of
expertise to authorize such things, you wouldn't be asking the
question here.
--
James Kanze