Expression: BLOC_TYPE_IS_VALIDE???? - C++ - Programmation
Marsh Posté le 09-12-2002 à 12:03:09
je crois que ton screenshot est bien placé pour le concours du screenshot le plus dégueux de l'année. C'était tout juste, il restait à peine trois semaines pour 2002.
Marsh Posté le 09-12-2002 à 12:04:18
Comment veux tu qu'on t'aide si tu postes pas ton code ?
Marsh Posté le 09-12-2002 à 12:11:55
ben me disait ke c'tai p'têtre une erreur tipike...?
(le prob c'est ke ce'st pas mega commenté)
Code :
|
Marsh Posté le 09-12-2002 à 12:12:44
en fait le prob est à la fermeture de mon main()
exemplejames.txt:
3
1
4
3
2
2
50
100
25
10
1 2 5
2 3 10
2 4 9
3 9
4 7
5
4
2
8
40
80
40
50
30
7 8 8
8 9 5
5 8 6
6 8 9
5 10
6 11
3
3
1
11
15
20
30
10 11 12
10 12 2
11 12 15
12
Marsh Posté le 09-12-2002 à 13:37:20
Vive la convivialité!!!
Si ça te fait chier de répondre aux kestions personne te force!!
(ce style de réponses je m'en passerai!!)
je cherchai juste à avoir des renseignements sur
"BLOCK_TYPE_IS_VALID(pHead->nBlockUse)"
et sur le style de couilles ki peuvent causer un problème d'assertion...
Marsh Posté le 09-12-2002 à 13:40:53
ben tu vas dans le fichier indiqué à la ligne donné et tu réfléchis comment ca se fait que l'assertion echoue (en l'occurence que truc->chose soit egale à 0)
les assert, c'est bete et mechant, rien a dire de plus dessus. c'est de la programmation dégueulasse qui ne doit etre utiliser qu'en phase dev, apres le code doit etre blindé et tous les assert dégagés
Marsh Posté le 09-12-2002 à 14:04:24
Taz@PPC a écrit : ben tu vas dans le fichier indiqué à la ligne donné et tu réfléchis comment ca se fait que l'assertion echoue (en l'occurence que truc->chose soit egale à 0) |
mais là en l'occurence, il se trouve que l'assertion est dans un fichier source qui ne lui appartient pas (surement un projet MFC, qui sont gavées d'ASSERT et autres ASSERT_VALID() )
hélas, la seule solution est effectivement de regarder la cause qui fait que l'assertion échoue, et sur un fichier qui ne t'appartient pas, c'est une merde sans nom...
Marsh Posté le 09-12-2002 à 14:14:39
m'engueule po, j'y suis pour rien moi
Marsh Posté le 09-12-2002 à 14:15:16
Ca doit être pour terminer le debuggage auquel les acheteurs de leurs outils participent. Les remarques sont sagement exploitées (test en vrai grandeur) et permet de préparer la mouture de la prochaine version qui corrige les défauts de la précédente (ou prépérer un ServicePack).
?
Marsh Posté le 09-12-2002 à 15:00:10
bon ben, je me resigne... avec un peu de bol ils le verront pas
Marsh Posté le 09-12-2002 à 15:08:20
carbon_14 a écrit : Ca doit être pour terminer le debuggage auquel les acheteurs de leurs outils participent. Les remarques sont sagement exploitées (test en vrai grandeur) et permet de préparer la mouture de la prochaine version qui corrige les défauts de la précédente (ou prépérer un ServicePack). |
nan je crois po
Marsh Posté le 09-12-2002 à 16:27:06
peak a écrit : bon ben, je me resigne... avec un peu de bol ils le verront pas |
je veux pas te faire peur, mais une assertion qui échoue en mode debug conduit le plus souvent à une segmentation fault ou à une lecture/écriture dans une zone mémoire interdite en mode release !
et là, pas bon du tout !!! je serais toi, je me démerderais à corriger ça !!
Marsh Posté le 10-12-2002 à 02:23:16
Ça veut dire que tu passe à une fonction système une zone mémoire corrompue.
Il n'y a pas de doute, ton programme écrases, mélange, ou n'alloue pas la mémoire.
1) Clique Retry
2) Active menu "View/Debug Windows/Call Stack"
3) Double cliques dans cette fenêtre la plus haute fonction appartenant à ton application.
Tu sais maintenant depuis où se fait un appel corrompu.
Reste à placer des points d'arrêts, assertions, traces...
PS: Si tu programmes comme tu postes des images, j'ai peur.
Marsh Posté le 09-12-2002 à 12:01:00
j'ai un projet à remettre pour 16H et j'ai une de ces fucking erreur à l'execution ke je sais pas du tout d'où elle vient???
si kelk'un peu m'aider ce s'rai trop cool
(compile avec VC++ 6.0 (j'utilise fstream.h; je sais pas si ça à kelke chose à voir) )