32 bit pointer to 64 bit pointer

[Saurabh Aggrawal]

Hi,
I am porting a 32-bit application to 64-bit application (AMD).
I am getting the error:

XXX.cpp(49) : warning C4267: '=' : conversion from 'size_t' to 'long',
possible loss of data
XXX.cpp(84) : error C2664: 'HRESULT BinValue::get(const unsigned char
*&,long &)' : cannot convert parameter 1 from 'unsigned char *' to
'const unsigned char *&'
Conversion loses qualifiers
NMAKE : fatal error U1077: 'cl' : return code '0x2'

In 64 bit AMD programming the data type unsigned INT_PTR (unsigned
int*) is UINT_PTR and for unsigned LONG_PTR (unsigned long*) is
ULONG_PTR. What should be the data type for unsigned char* ????
Respects,
Saurabh Aggrawal
Sr. S/w Programmer

 

[msalters]

Hi,
I am porting a 32-bit application to 64-bit application (AMD).
I am getting the error:

XXX.cpp(49) : warning C4267: '=' : conversion from 'size_t' to 'long',
possible loss of data

That is of course your 32/64 bits problem. A number representing

4Gb of memory won't fit in a long.

XXX.cpp(84) : error C2664: 'HRESULT BinValue::get(const unsigned char
*&,long &)' : cannot convert parameter 1 from 'unsigned char *' to
'const unsigned char *&'
Conversion loses qualifiers

The compiler is correct. The get() method can change both arguments;
both are non-const references. However, the type of the first
argument does not match the formal parameter. The compiler cannot
introduce a temporary (the usual solution), because temporaries
cannot be bound to a non-const reference.

In 64 bit AMD programming the data type unsigned INT_PTR (unsigned
int*) is UINT_PTR and for unsigned LONG_PTR (unsigned long*) is
ULONG_PTR. What should be the data type for unsigned char* ????

Not important. The type of unsigned char* is unsigned char*. The
type of int* is int*, the type of unsigned int* is unsigned int*,
etcetera. INT_PTR is just a shorter namer, but not a type.
Regards,
Michiel Salters