About typedef void * pointer_64 pvoid64;

I don't know when to use a later version of VC ide to compile the VC project of an earlier version after "Conversion. H.Code.
Typedef void * pointer_64 pvoid64;
Obviously, "pointer_64" should be "New Things" to adapt to the 64-bit pointer in the future "! The compilation/pre-processor may be "Bound" by the old version of the VC project and cannot explain what this new item is about. The worst thing is that I cannot remember this.
I have handled this problem before and it is quite good. I can't remember anything for a long time. Really -- depressed ......
This is the case: I used vc2008 (2005 in the past) to compile DirectShow/baseclasses, and it was always unable to pass (this problem was not solved before vc2003 ). Although I already know that the "manual intervention" method is used to define a macro, replacing "pointer_64" with "_ ptr64" seems to solve the problem, but this is not what I need. After all, what is pointer_64/_ ptr64!
I will look for it, think, memories ...... Finally, a breakthrough was made! (I used to make such a breakthrough .)
Pointer_64 is defined only in "basetsd. H" (this file is used to define some strange symbols) and is defined as _ ptr64.
The directory where winnt. H is located is "C: \ Program Files \ microsoft sdks \ windows \ v6.0a \ include", and the basetsd. h referenced by it should also be in this directory. However, to my surprise, IDE can only call basetsd. h In the "C: \ dxsdk \ include" (DirectX 9.0 SDK, 12/19/2002) directory!
For this converted version of VC project, some hidden things are also converted from the original version-that is, "Additional include directory" in "Project Properties "!
The directory displayed in this place is quite a priority-it is quite a priority for setting items in the "VC ++ directory ...... That stuff ...... In short, it is preferred.
......
......
(Just know what is going on. Solutions to this problem ...... That stuff ...... Is quite ......