Discussion :

[Pixcoder]

Salut,

dans un programme assez conséquent développé en C/C++ compilé grace à DevC++ 4.9, j'utilise les procédures fscanf, fopen, fprintf, fclose ... pour la gestion de fichiers .txt que j'utilise pour charger certains objets au début.

Les fichiers txt peuvent être assez gros, de l'ordre de 6 Mo par exemple.

Et le programme réagit d'une manière extrêmement surprenante et sans cohérence au chargement d'un fichier en particulier. Exemple : le programme est compilé, je le lance et il me lance approximativement l'erreur Windows du type "l'adresse "machin" est affectée à l'adresse 0x000000. La mémoire ne peut pas être "read" ".

Je recompile le programme sans le modifier!!! et il fonctionne sans problème! Et ce phénomène se répète assez aléatoirement, desfois il le lance bien et desfois cette erreur apparait.


Peut être cela pourrait il venir de l'ordinateur? Vraiment, je suis assez déconcerté.


Si vous avez un indice

PiX

[Emmanuel Delahaye]

Si vous avez un indice

C'est clair. Il y a un comportement indéterminé dans ton logiciel (autrement dit, il y a un bug).

Je penche pour un manque de vérification après une allocation dynamique. Parfois, tu te retrouves avec un NULL et c'est le drame.

Poste ton code ou donne une url si il est gros...

[Pixcoder]

Il faut vraiment vérifier ses "new" à chaque fois?

Pourtant je fais attention à ce genre de choses. Je ne pensais pas qu'un "new" pouvait rater... Le plus gros "new" que je fais est de 1300 int environ.


PiX

[DaZumba]

Il faut vraiment vérifier ses "new" à chaque fois?

new ? Le C++, c'est à côté !

[Pixcoder]

Constructif...

je pensais avoir justifié le fait que ce message a été posté en "C".
Bref, reprenons, les "malloc" (ou les "new", ca revient quasiment au même), faut- il en vérifier la valeur de retour à chaque fois?
Se peut il que la mémoire ne puisse pas être allouée parfois?

PiX

[Emmanuel Delahaye]

Constructif...
je pensais avoir justifié le fait que ce message a été posté en "C".

En parlant de new ?

Bref, reprenons, les "malloc", faut- il en vérifier la valeur de retour à chaque fois?
Se peut il que la mémoire ne puisse pas être allouée parfois?

Oui et oui.

[koala01]

Salut,

Déjà, d'une certaine manière, on peut considérer qu'il n'est vraiment pas idéal de mélanger le C et le C++ dans un meme programme, tout simplement parce que ca a tendance à rendre les choses moins compréhensible, et à poser des problème lors de tentative de delete alors que la ressource est allouée par malloc() ou de free alors qu'elle était allouée par new...

Ceci dit, tout malloc(), fopen() et autre appel systeme doit etre systématiquement testé: La plupart des appels systeme renvoie généralement NULL si il échoue.

new et new[] devraient théoriquement, s'il n'ont pas été surchargé par toi, lancer une exception de type std::bad_alloc() en cas d'échec, et il y a donc intéret à faire le new au sein d'un bloc try...catch

[Ti-R]

Je penche pour un débordement de mémoire et/ou pour une non allocation dynamique assez petite qui arrive peut être trop tard (ou pas du tout).

Bref tu auras compris, va falloir jeter un coup d'oeil à ton code