Probleme avec malloc

Bonjour, je code un logiciel sous Dev-Cpp en C et depuis hier mon application se bloque a un moment donne. Je n arrivai pas a trouver le bug. (La compilation fonctionne, aucune erreur ni warning). Du coup j'ai installe Visual Studio 2005 et lorsque mon programme se lance et au moment ou il se bloque cette fenetre aparait:   (desole pour le lien, mais j'ai pas reussi a introduire l image ici)
http://lektrosonic.free.fr/logo/Untitled-1.jpg
Grace a cette fenetre, j'ai pu ''localiser'' le bug. J'ai alors realise que cette fenetre apparait lors de l'apel de la fonction malloc. Par exemple :

char* temp_str;
temp_str=malloc(sizeof(char)*40);   <<<< a ce moment
if(temp_str==NULL)
{
     ....
}

Et pour rendre encore plus bizzare le probleme:
malloc est deja appelee avant dans le programme, mais pourtant elle cause l'erreur uniquement a cet endroit!

Que doi-je faire? Ne pas utiliser malloc pour allouer de la memoire ?

Voila ceci est mon probleme, je vous remercie d avance pour la lecture et l'etude de mon probleme.


l3KTr0 Was HeRe

Il nous faudrait le reste du code : qu'est-ce-qui est dans le '...'
Sinon ca me parait bizarre que tu dises que tu trouves pas le bug
alors qu'il n'y a aucun warning et error.
Par definition un bug est une erreur de logique dans la programmation
et non une erreur d'ecriture (en fait si parfois mais rarement,
genre inversion de symboles ou autres)...
Dans le '...' tu fais un "exit(1);" ou pas ?



Pourquoi faire simple quand on peut faire compliqué ?

salut,

de plus, je pense que l'erreur dit quelquel chose...peux-tu nous dire quoi ?

ShareVB

1)Quand je dit ''erreur'' je veu dire la fenetre qui apparait.
2)Oui effectivement aucune erreur apparait lors de la compilation
3)Dans le ... il y a tout simplement:
MessageBox(hwnd,"Error on allocating memory","Error",MB_ICONERROR|MB_OK);
                              exit(0);
l3KTr0 Was HeRe

salut,

je comprends pas bien comment tu fais pour débugger, si tu obtiens cette fenêtre, c'est que tu lances l'exe en dehors de visual studio...ca serait vraiment beaucoup plus simple de créer un projet dans VC++, d'ajouter tes fichiers dedans et de faire F5 (en mode Debug)...

cela dit lorsque tu cliques sur Yes dans la fenêtre, normalement, ca doit te donner un code en hexa...à savoir le code d'erreur...

ShareVB

Salut,

C'est plus propre en castant le retour du malloc je pense... Sans compter que le problème vient peut etre de là.

char* temp_str;
temp_str=(char*)malloc(sizeof(char)*40);   <<<< a ce moment

Tu peux peut etre aussi essayer les fonctions d'alllocation de Windows.

En C pas besoin de cast, c'est moins verbeux, le compilo sait qu'une adresse est un nombre 32 bits, aucune philo à la noix.
Ceci dit, le cast explicite est utile pour relire son code.

ciao...
BruNews, MVP VC++

Est-ce-que quelqu'un ici connait la méthode du pas-à-pas (je suis sur que ca existe !)
C'est parfois utile, pour l'avoir déjà utilisé par moi même ... c'est biensur de l'ironie :
le pas-à-pas est le SEUL moyen pour debbuger ton programme !!!
Je trouve ca scandaleux (si c'est le cas) que des personnes posent des messages
quand ils n'ont pas fais en amout le nécessaire pour savoir où est l'erreur.

Donc ta "localisation" normalement doit s'etre faite par le pas-à-pas et non pas par
la fenêtre du compilo. !


Remarque : il est vrai qu'un cast n'a jamais fait de mal à une mouche


Pourquoi faire simple quand on peut faire compliqué ?

Surtout avec le débuggeur de visual ... faudrait etre stupide pour s'en priver :)