La conversion d'un pointeur sur un entier

Utilisation intptr_t et uintptr_t.

Pour s'assurer qu'il est défini de façon portable, vous pouvez utiliser le code comme ceci:

#if defined(__BORLANDC__)
    typedef unsigned char uint8_t;
    typedef __int64 int64_t;
    typedef unsigned long uintptr_t;
#elif defined(_MSC_VER)
    typedef unsigned char uint8_t;
    typedef __int64 int64_t;
#else
    #include <stdint.h>
#endif

Juste place que dans certains .h de fichiers et d'inclure partout où vous en avez besoin.

Alternativement, vous pouvez télécharger la version de Microsoft de la stdint.h fichier de http://msinttypes.googlecode.com/svn/trunk/stdint.h" >ici ou utiliser un portable à l'un de http://www.azillionmonkeys.com/qed/pstdint.h" >ici.

'size_t" et "ptrdiff_t" sont nécessaires pour correspondre à votre architecture (quel qu'il soit). Donc, je pense que plutôt que d'utiliser des 'int', vous devriez être en mesure d'utiliser la "size_t", qui sur un système 64 bits devrait être une version 64 bits de type.

Cette discussion unsigned int vs size_t va dans un peu plus en détail.

Plusieurs réponses ont rappelé uintptr_t et #include <stdint.h> comme " la " solution. C'est, je pense, une partie de la réponse, mais pas toute la réponse. Vous avez aussi besoin de regarder là où la fonction est appelée avec l'ID de message de TOTO.

Considérer ce code et de compilation:

$ cat kk.c
#include <stdio.h>
static void function(int n, void *p)
{
    unsigned long z = *(unsigned long *)p;
    printf("%d - %lu\n", n, z);
}

int main(void)
{
    function(1, 2);
    return(0);
}
$ rmk kk
        gcc -m64 -g -O -std=c99 -pedantic -Wall -Wshadow -Wpointer-arith \
            -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes \
            -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE kk.c -o kk 
kk.c: In function 'main':
kk.c:10: warning: passing argument 2 of 'func' makes pointer from integer without a cast
$

Vous allez observer qu'il y a un problème à l'appel de l'emplacement ( main() ) — la conversion d'un entier à un pointeur sans un plâtre. Vous allez avoir besoin d'analyser votre function() dans tous ses usages à voir comment les valeurs sont transmises. Le code à l'intérieur de mon function() si les appels ont été écrits:

unsigned long i = 0x2341;
function(1, &i);

Depuis les vôtres sont probablement écrit différemment, vous devez examiner les points où la fonction est appelée pour s'assurer qu'il est logique d'utiliser la valeur. N'oubliez pas, vous pouvez peut-être trouver un latente bug.

Aussi, si vous allez à format de la valeur de la void * paramètre (conversion), regardez attentivement les <inttypes.h> en-tête (au lieu de stdint.h — inttypes.h fournit les services de stdint.h, ce qui est inhabituel, mais le standard C99 dit [t]il en-tête <inttypes.h> inclut l'en-tête <stdint.h> et l'étend avec
les installations supplémentaires fournis par hébergés implémentations) et l'utilisation de la PRIxxx macros dans vos chaînes de format.

Aussi, mes commentaires sont strictement applicable à C au lieu de C++, mais votre code est dans le sous-ensemble de C++ qui est portable entre le C et le C++. Les chances sont juste à la bonne que mes commentaires s'appliquent.

Je pense que le "sens" de void* dans ce cas est un générique de la poignée.
Il n'est pas un pointeur vers une valeur, c'est la valeur elle-même.
(C'est juste la façon dont void* est utilisé en C et C++ pour les programmeurs.)

Si elle est maintenant une valeur de type entier, il vaut mieux être à l'intérieur d'intervalle entier!

Ici est facile de rendu en entier:

int x = (char*)p - (char*)0;

Il ne doit donner un avertissement.

La meilleure chose à faire est d'éviter la conversion de pointeur de type non-types de pointeur.
Cependant, ce n'est clairement pas possible dans votre cas.

Comme tout le monde le dit, le uintptr_t que vous devriez utiliser.

Ce lien a de bonnes infos sur la conversion de code 64 bits.

Il est également une bonne discussion sur comp.std.c