erreur C4703: potentiellement pointeur non initialisé la variable 'pNamesPtr' utilisé

Je suis en train de travailler sur un crypter de projet et a couru dans l'erreur suivante lorsque vous essayez de compiler le programme.

main.cpp(520): erreur C4703: potentiellement pointeur non initialisé
la variable 'pNamesPtr" utilisé

========== Génération: 0 a réussi, 1 a échoué, 0 mis à jour, 0 a été ignoré ==========

        DLLNAMES[i].UsedAlready = 0;
    }


    *dwOutSize = (DWORD)pNamesPtr - (DWORD)pBuffer;//*<----is line 520 of error
    *dwImportsSize = *dwOutSize - *dwIATSize;    
    return pBuffer;
}
#pragma pack(1)
typedef struct

Quelqu'un peut m'aider avec cette erreur? Avez-vous besoin de plus de code afin d'avoir une bonne réponse?

Il n'y a pas moyen de nous dire si vous avez initialisé ou non.
Comment vous avez déclaré pNamesPtr. Ajoutez le code pour le même..

OriginalL'auteur user3191413 | 2014-02-27

  1. 7

    Cet avertissement n'est pas toujours un bug, parfois, c'est juste le résultat d'une optimisation. Depuis qu'il est dans votre code et que vous ne savez pas ce qu'est ce qu'il pourrait en fait être un bug.

    Par exemple, si j'écris:

    int i;

if (this_and_that)
    i = 5;

if (whatever)
    printf("%d\n", i);  //<--- this may give a potential blahblah warning

    Si vous êtes l'optimisation, alors vous savez peut-être que la valeur de whatever est toujours vrai lorsque la valeur de this_and_that est vrai donc si printf obtient alors appelé i est déjà assurée d'être initialisé mais le compilateur ne peut souvent comprendre la relation entre this_and_that et whatever, c'est pourquoi vous obtenez le message d'avertissement. Une solution rapide à cet avertissement, c'est l'initialisation de la variable à une valeur par défaut à droite où vous déclarez. À mon avis, en épargnant à l'initialisation est une mauvaise pratique et une source d'un grand nombre de bugs.

    Cela m'arrive beaucoup quand je ne fais pas attention - il est également vrai si vous avez un if-else if-else genre de configuration, permettant de connaître la valeur d'une variable/indicateur sera réglé, puisque vous avez un else, mais depuis ils sont tous seuls, parfois appelé, le compilateur va probablement se plaindre
    oui, si l'on voulait généraliser ma déclaration: Cet avertissement se produit si vous essayez d'utiliser une variable qui n'est pas initialisé sur la possible exécution de code à voies entre l'initialisation d'une variable et d'utilisation variables. Donc aucun contrôle de l'état des flux qui génère un code avec "aller/goto" peuvent être en cause, par exemple switch pourrait faire la même chose mais beaucoup plus exotiques comme le flux de contrôle exemple: break-ing hors d'une boucle peut en être la cause, si la initialzation de la variable est à l'intérieur de la boucle après votre instruction break...
    la correction de mon commentaire précédent: entre la variable déclaration et la variable d'utilisation

    OriginalL'auteur pasztorpisti

  2. 2

    Cela signifie que

    • vous n'avez pas initialiser pNamesPtr lorsque vous le déclarer, de sorte qu'il commence avec une valeur non valide; et
    • le compilateur ne peut pas être sûr que vous avez attribué une valeur valide avant de l'utiliser.

    Vérifier tous les chemins de code à partir de la déclaration jusqu'au point d'utilisation. Font-ils tous assigner quelque chose d'intelligent à la variable? Si non, faites en sorte qu'ils font.

    S'ils le font, et vous êtes convaincu que vous êtes d'assigner correctement, pour vous simplifier le code de sorte qu'il est évident pour le compilateur que c'est?

    Si tout le reste échoue, alors vous pourriez silence le compilateur par l'initialisation à nullptr ou une autre valeur par défaut dans l'initialisation. Mais seulement le faire si vous êtes vraiment sûr que votre code est correct, les compilateurs sont généralement bons pour repérer les erreurs de ce genre.

    OriginalL'auteur Mike Seymour

  3. -1

    Mettre ceci dans votre code:

    xtype *pNamesPtr = NULL
    Je pense que cette réponse pourrait être améliorée, il n'est pas clair là où il devrait l'être, et vous n'êtes pas souligné le code avec la mise en forme appropriée.

    OriginalL'auteur chen zhiwei