Deque front() crash release

Bonjour,

Je code un serveur de jeu et aujourd'hui j'ai tester le TCP/IP, tout fonctionne bien je push mes paquets dans le queue sans probleme mais quand j'appel front() en release j'obtient une erreur plutot etrange.
Il me dit que ligne 140 de deque :

Code:

---

_SCL_SECURE_VALIDATE_RANGE(_Myoff < ((_Mydeque *)(this->_Getmycont()))->_Myoff + ((_Mydeque *)(this->_Getmycont()))->_Mysize);

---

_Myoff CXX0030: Error: expression cannot be evaluated

J'ai essayer avec une list et j'ai le meme probleme...
Note : Le meme code en debug fonctionne, c'est juste en release et j'avoue avoir chercher des heures sans la moindre reponse et sans espoir...
EDIT : J'ai remarqué que si j'utilisais Multi-threaded Debug comme runtime library ca marche mais dés que je change vers Multi-threaded ca crash...

Merci d'avance

Sans code on va avoir du mal à t'aider...

As tu vérifié que le deque n'est pas vide avant d'appeler front ?

Oui voici le code :

Code:

---

1 2 3 4 5

WorldPacket* pa = new WorldPacket; pa->push_back(packet.c_str(0,0),packet.size()); _recvQueue.push(pa); cout << _recvQueue.front()->size() << endl;

---

Mais le problème c'est que que ca fonctionne parfaitement en debug, il me montre bien la taille du paquet...

EDIT :

J'ai continué a chercher et enfaite apparemment le problème survient dans la déclaration.
Si j'écrit :

Code:

---

1 2 3 4 5

void (WorldSession::*_func[255])(WorldPacket*);   std::queue<WorldPacket*> _recvQueue; std::queue<WorldPacket*> _sendQueueTcp,_sendQueueUdp;

---

Ca ne marche pas, mais si j'inverse l'ordre de déclaration :

Code:

---

1 2 3 4 5

std::queue<WorldPacket*> _recvQueue; std::queue<WorldPacket*> _sendQueueTcp,_sendQueueUdp;   void (WorldSession::*_func[255])(WorldPacket*);

---

Ca marche...

Personnellement, changer l'ordre de me dérange pas mais j'aimerais bien savoir pourquoi ce problème survient...

Je sens le "jardinage" mémoire.
En clair, le code lit/écrit trop loin en mémoire.
Résultat : des structures qui suivent les variables males utilisées sont endommagées.
En Debug, des zone de mémoire de type canarie (pour la détection de ces anomalies dans l'utilisation de la mémoire) sont intercalées entre les structures. Cela permet de faire des détections de ces anomalies en mode débug, à condition d'utiliser les options de compilations ou les appels de fonction qui servent aux vérifications de ces canaries (très consommatrice en temps CPU).

Cela expliquerait que le problème ne se montre pas en Debug.

Citation:

---

Envoyé par yamashi

Ca ne marche pas, mais si j'inverse l'ordre de déclaration :

Code:

---

1 2 3 4 5

std::queue<WorldPacket*> _recvQueue; std::queue<WorldPacket*> _sendQueueTcp,_sendQueueUdp;   void (WorldSession::*_func[255])(WorldPacket*);

---

Ca marche...

Personnellement, changer l'ordre de me dérange pas mais j'aimerais bien savoir pourquoi ce problème survient...

---

Bonjour,
Ca pourrait être un débordement de pile (récursion ou beaucoup d'autres tableau sur la pile ?).

Dans ce cas comment éviter ce genre de problème ?

Corriger le débordement.
Si le plantage est systématique en Release dans un scénario de test.
Executes ce scénario de test en Debug et en utilisant les primitive de vérification du tas de la C-Runtime.