Discussion :

[gate35]

Bonjour,
Je suis débutante en C++ et je développe actuellement un programme qui réalise la capture d'un son(merci Laurent Gomilla et ses tutoriel OpenAL!), qui réalise le traitement de ces sons(fft, corrélation,etc...) et qui affiche le résultat sur une interface graphique. J'utilise VC++ 2008.
Mon problème est le suivant: J'ai un fichier text.h qui est la définition de la matrice graphique. Cette matrice est appelée dans les deux classes et dans le main, lorsque je l'inclus dans la classe mère, le programme se construit mais lors de l'exécution il stoppe après la capture visiblement à cause d'une définition de la matrice uniquement dans cette classe. Lorsque j'utilise une entête précompilée stdafx le projet ne se construit pas : multiple allocation de cette même matrice, et même problème en incluant le fichier dans les deux classes...
Que puis-je faire? Pouvez vous m'aider s'il vous plais?
Merci
Cordialement
Gate35

[bacelar]

Ajoutes un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#include "text.h"

dans ton fichier stdafx.h et nulle part ailleurs.

[gate35]

Bonjour,
j'ai alors l'erreur multiple allocation de ma matrice en l'incluant uniquement dans stdafx...
Merci
Cdlt

[gate35]

L'erreur que j'ai pour le main ainsi que pour une des classes est:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 error LNK2005: "unsigned char (* rasters)[13]" (?rasters@@3PAY0N@EA) already defined in Display1.obj
1>Processing1.obj : error LNK2005: "unsigned char (* rasters)[13]" (?rasters@@3PAY0N@EA) already defined in Display1.obj

[bacelar]

Y a t'il un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#pragma once

au début de ton fichier text.h ?

[gate35]

oui il est bien là...

[gate35]

En fait ça se construit mais au moment du débug j'ai lorsqu'il arrive à afficher l'interface graphique:Unhandled exception at 0xfefefefe: 0xC0000005: Access violation reading location 0xfefefefe.
Et visiblement il y a un problème avec ntdll.dll.
Merci
Cdlt

[bacelar]

Ce n'est plus du tout le même problème.
Ton problème initial est donc réglé.

Fait un nouveau thread de messages sur le nouveau problème, en donnant le bout de code source qui plante.

En première analyse, tu accèdes à un pointeur qui a déjà été libéré (le marqueur fe est utilisé par le libc en débug pour détecté ce genre de problème).

P.S.: je ne suis pas très très sur pour la signification du marqueur, c'est peut-être de la mémoire allouée mais non initialisé. A la mémoire.

[gate35]

ok merci