IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C Discussion :

Programme plante en mode debug, sauf avec un debugger


Sujet :

C

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Futur Membre du Club
    Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2011
    Messages
    5
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Avril 2011
    Messages : 5
    Par défaut Programme plante en mode debug, sauf avec un debugger
    Bonjour à tous.

    J'ai eu du mal à choisir la rubrique adaptée, désolée si jamais ce n'est pas la bonne.

    Voilà mon problème. J'ai un programme en C qui fait à un moment donné appel soit à une méthode écrite en C, soit à une routine équivalente en fortran (d'une lib externe).

    Aux deux, je passe un pointeur vers un tableau de flottants, elles mettent à jour certaines valeurs dans ce tableau.

    Le run avec l'appel à la méthode en C passe, les résultats sont OK. Le run avec l'appel à la routine fortran plante. Le programme est compilé en mode debug. Si je lance valgrind dessus, le programme tourne jusqu'au bout, pas d'erreur signalée à proximité de la "zone sensible". D'autres erreurs sont, on va dire, connues et inévitables (mpi et l'interface python générée automatiquement). De même avec Totalview - déroulement sans accroc jusqu'au bout.

    Je sais qu'il y a une différence entre les programmes compilées en optimisé et ceux compilés en debug. Mais là c'est le même, juste lancé directement ou via un debuggeur.

    Je ne comprends pas comment ça peut arriver et surtout, dans quelle direction chercher. Les print dans fortran arrivent pas trop dans l'ordre mais c'est pratiquement sûr que c'est au moment de mettre à jour le tableau passé en argument que ça plante. Je peux me débrouiller pour flusher l'output du programme pour en être sûre mais bon, ça ne m'avancera pas beaucoup.

    Any hint, même un "RTFM (ici)" serait le bienvenu. Ma question principale c'est comment ça peut arriver que le même programme tourne sous un debugger et pas seul. Et quel autre piste je pourrais envisager.

    P.S. Le code est gros, j'aurais du mal à en isoler une partie utilisable pour poster ici, mais si jamais c'est vraiment nécessaire...

  2. #2
    Modérateur
    Avatar de gangsoleil
    Homme Profil pro
    Manager / Cyber Sécurité
    Inscrit en
    Mai 2004
    Messages
    10 150
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Savoie (Rhône Alpes)

    Informations professionnelles :
    Activité : Manager / Cyber Sécurité

    Informations forums :
    Inscription : Mai 2004
    Messages : 10 150
    Par défaut
    Bonjour,

    L'ordre de gestion des cases memoires d'un tableau en C et en Fortran n'est pas la meme : le C gere d'abord les lignes, puis les colonnes, alors que le Fortran fait l'inverse (je parle ici des representations memoires des tableaux)

    En C :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
     1  2  3  4  5  6
     7  8  9 10 11 12
    En Fortran :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
     1  3  5  7  9 11
     2  4  6  8 10 12
    Est-ce que votre probleme ne pourrait pas venir de la ?
    "La route est longue, mais le chemin est libre" -- https://framasoft.org/
    Les règles du forum

  3. #3
    Futur Membre du Club
    Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2011
    Messages
    5
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Avril 2011
    Messages : 5
    Par défaut
    Oui, ça je le sais et normalement je gère ceci correctement (ce n'est pas la première fois que je fais appel à une routine fortran depuis C et d'habitude tout se passe bien). Si ce n'était pas le cas, les résultats (obtenus par un run via un debugger) seraient faux.

    Ça sent vraiment un problème mémoire quelque part sauf que malheureusement je ne sais pas comment l'isoler.

  4. #4
    Modérateur
    Avatar de Obsidian
    Homme Profil pro
    Chercheur d'emploi
    Inscrit en
    Septembre 2007
    Messages
    7 484
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Chercheur d'emploi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2007
    Messages : 7 484
    Par défaut
    Il faudrait que tu nous dises sur quelle plate-forme tu travailles, déjà, et quels outils tu utilises. Le message d'erreur exact nous aiderait beaucoup également : on ne sait même pas encore de quelle erreur il s'agit (segfault ?).

    Sinon, formellement, les bugs intermittents proviennent généralement de grandes classes d'événements :

    — Les race conditions ;
    — Les dépassements de tableau.

    En dehors de celles-ci, on peut chercher ensuite du côté des effets de bords, et des changements inopinés d'environnement ou de configuration.

    Il est tout-à-fait possible, donc, et par exemple, que ta fonction dépasse légèrement la taille du tableau, ce qui dans le cas du programme en fonctionnement normal, reste dans le segment de mémoire qui lui est alloué, et que ça dépasse dans le cas du déboggueur parce que celui organise les données différemment, pour pouvoir ajouter les siennes. C'est assez classique.

  5. #5
    Futur Membre du Club
    Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2011
    Messages
    5
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Avril 2011
    Messages : 5
    Par défaut
    Oui c'est vrai, pardon. J'aurais dû donner ces informations dès le début.

    Je suis sous Linux 2.4.21-32.ELsmp GNU/Linux, je compile avec pgi version 6.0 (oui, je sais mais je n'ai pas le choix).

    Et il n'y a aucun message d'erreur, ça s'arrête net. J'aurais bien aimé voir le stack mais l'option "-tracestack" n'est même pas disponible sur cette version de compilateur

    J'ai quand-même vérifié le code d'erreur ($?), c'est 130:
    Exit code 130: The job ran out of CPU or swap time. If swap time is the culprit, check for memory leaks.
    Merci, c'est un bon réflexe à prendre que je n'ai pas encore.

    Je vais voir ce que c'est les race conditions et je reviens.

  6. #6
    Modérateur
    Avatar de Obsidian
    Homme Profil pro
    Chercheur d'emploi
    Inscrit en
    Septembre 2007
    Messages
    7 484
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 49
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Chercheur d'emploi
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2007
    Messages : 7 484
    Par défaut
    Tu débugues avec quoi ? Avec un débugueur intégré à ton compilateur ?

    À part ça, utilises-tu des fonctions récursives ou, au moins réentrantes ?

    Sinon, enfin, quelle taille font tes tableaux ? Il est assez courant de voir des débutants déclarer comme des variables locales des tableaux de plusieurs méga-octets, sans savoir que celles-ci sont instanciées dans la pile. C'est un cas courant de stack overflow.

Discussions similaires

  1. Réponses: 2
    Dernier message: 01/05/2014, 17h42
  2. Réponses: 13
    Dernier message: 22/10/2010, 23h26
  3. Probleme avec BCB qui passe en mode debug cpu
    Par blondelle dans le forum C++Builder
    Réponses: 1
    Dernier message: 28/04/2007, 19h54
  4. Réponses: 3
    Dernier message: 20/10/2006, 17h43
  5. [Débutante] Compréhension programme - mode debug
    Par bolo dans le forum Assembleur
    Réponses: 14
    Dernier message: 07/01/2005, 18h33

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo