Pourquoi le compilateur ne compile pas de ligne dans C++ Builder?

Question

Je programmait une application en C++ Builder 6, et je l'avais rencontré ce problème rare:

void RotateDice() 
{ 
    Graphics::TBitmap *MYbitmap = new Graphics::TBitmap(); 

    Randomize(); 
    int rn = random(6) + 1; 

    switch (rn) 
    { 
    case 1: 
    { 
     //... 
     break; 
    } 
    //... Some cases... 
    } 

    ShowDice(); //it's a function to show the dice 
    delete MYbitmap; //the compiler don't get it!!!! 
} 

Dans la ligne "ShowDice()", le compilateur saute à la finale de la méthode RotateDice(), il ne "voit" pas la ligne "supprimer MYbitmap". Quand je compile le programme, chaque ligne compilée montre un petit point bleu sur son côté gauche, mais cette ligne ne montre pas le point bleu ... c'est comme si le compilateur ne "voyait" pas la ligne de code. Qu'est-ce qui se passe avec ça?

Note: Il y a quelques jours, j'écrivais un programme en Delphi et je conseillais sur ce problème. Certains comme ça m'est arrivé à Delphi 7 ... Alors, quel est le problème avec ça?

Je suis tellement désolé pour mon anglais. Je suis de Cuba.

Answer 1

Comme j'ai compris votre problème, lorsque vous tracez votre application, le débogueur "saute" la ligne delete MYbitmap;?

1. Essayez de placer un point d'arrêt sur cette ligne. Si ce n'est pas marqué comme tel, nous avons un bug IDE étrange.

   ShowDice(); 
   delete MYbitmap; 
   int a = 0; // try to add this dummy line and debug again 
   

2. Peut-être ShowDice(); déclenche une exception? Alors vous n'atteindrez jamais cette ligne. Essayez d'attraper toutes les exceptions et imprimez le résultat. Si tel est le cas, votre code devrait similaire à:

   try { 
       ShowDice(); 
   } 
   catch(...) { // catch all exceptions and do something with them 
       delete MYbitmap; 
       throw; 
   } 
   delete MYbitmap; 
   

Answer 2

Depuis l'appel ShowDice(); ne dépend pas de la variable MYbitmap, le compilateur est libre de réordonner les deux dernières déclarations. Cela peut expliquer pourquoi vous ne "frappez" pas la ligne dans le débogueur. Désactivez optimisation et réessayez.

De plus, puis-je suggérer d'utiliser un wrapper RAII comme std::auto_ptr ou boost::scoped_ptr au lieu de la gestion manuelle de la mémoire?

Answer 3

Vous pouvez essayer:

void RotateDice() 
{ 
    Graphics::TBitmap MYbitmap; 
    ... 

    ShowDice(); 
    // No delete needed 
}; 

Création d'un TBitmap sur la pile signifie que C++ est forcé de le supprimer correctement, même si ShowDice() renvoie une exception.

Est-ce que cela fonctionne avec C++ Builder 6?

Answer 4

Avez-vous activé l'optimisation lors de la compilation? L'optimisation a un moyen de rendre le code très compliqué à exécuter sous un débogueur. Essayez de faire une recompilation complète avec des informations de débogage et l'optimisation complètement désactivée, tout comme un test.

Answer 5

compilateur C++ Builder 6 avait un bug, se montrant rarement lorsque vous utilisez ces constructions:

1)

if(condition) 
{ 
    <somecode> 
    break; 
} 

2)

if(condition) 
{ 
    <somecode> 
    continue; 
} 

3)

if(condition) 
{ 
    <somecode> 
    goto label; 
} 

Ici, "somecod e "va toujours être ignoré ou toujours courir sans tenir compte du résultat de l'évaluation de l'état. Le problème est résolu lorsque vous supprimez "continuer", "casser" ou "goto". Il semble que l'instruction switch avec une pause pourrait aussi avoir une telle "fonctionnalité". Essayez de changer le code avant la ligne glitched ainsi:

if(rn == 1) 
{ 
     //... 
} 
    //... other cases... 
else if(rn == ...) 
{ 
    //... 
} 
ShowDice(); //it's a function to show the dice 
delete MYbitmap; //works?