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

Fortran Discussion :

important: ERROR 1


Sujet :

Fortran

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Femme Profil pro
    Chercheur en informatique
    Inscrit en
    Octobre 2014
    Messages
    30
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Chercheur en informatique

    Informations forums :
    Inscription : Octobre 2014
    Messages : 30
    Par défaut important: ERROR 1
    Bonjour,
    Je résouds un système linéaire AT=B par la subroutine SGTSV de LAPACK. Je traite une grande matrice de taille (899,899). La compilation se fait avec succès. Par contre, lors de l'exécution une erreur se produit : Segmentation fault (core dumped). J'ai bien vérifié la taille de mes tableaux ainsi que leurs indices pour ne pas excéder les index.
    Pour les solutions, j'ai vu qu'il faut compiler avec débogage. Pour ce faire: j'ai tapé la commande suivante:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
     gfortran -fbounds-check test1.f90 -o test1.exe /usr/lib/liblapack.a /usr/lib/libblas.a
    avec l'option -fbounds-check et pour l'exécution : gdb ./test1.exe et le code affiche:
    gdb ./test1.exe
    GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
    Copyright (C) 2012 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
    This is free software: you are free to change and redistribute it.
    There is NO WARRANTY, to the extent permitted by law. Type "show copying"
    and "show warranty" for details.
    This GDB was configured as "i686-linux-gnu".
    For bug reporting instructions, please see:
    <http://bugs.launchpad.net/gdb-linaro/>...
    Reading symbols from /home/ipsa/Documents/codes eq chaleur/res eq ch variable/res_var_lib/test1.exe...(no debugging symbols found)...done.
    (gdb)
    c'est pareil si je tape la commande suivante pour la compilation: gfortran -g test1.f90 -o test1.exe /usr/lib/liblapack.a /usr/lib/libblas.a et pareil pour l'exécution: gdb ./test1.exeLe code met du temps après cette opération pour s'exécuter (des heures) ! est-ce normal??
    Si oui, faut-il l'attendre jusqu'à la fin de l'exécution?
    Si oui, il faut faire quoi après le débogage? Comment déterminer l'erreur du code??

    Merci d'avance,

  2. #2
    Membre averti
    Femme Profil pro
    Chercheur en informatique
    Inscrit en
    Octobre 2014
    Messages
    30
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Chercheur en informatique

    Informations forums :
    Inscription : Octobre 2014
    Messages : 30
    Par défaut mise à jour du code
    Bonjour,
    Après plusieurs recherches sur internet, je reviens à nouveau pour mettre à jour mon problème:
    Je compile avec cette commande
    tou@tou-HP-Compaq-8510p:~/Documents/codes eq chaleur/res eq ch variable/res_var_lib$ gfortran test1.f90 -fcheck=all -Wall -g -fbacktrace -Wtabs -o test1.exe /usr/lib/liblapack.a /usr/lib/libblas.a
    résultats: bonne compilation
    J'exécute avec :
    ./test1.exe
    et là l'erreur inconnue:
    ERROR 1
    dont j'ignore l'origine!!!!!
    Je lance l'exécution avec déboggage:
    gdb ./test1.exe
    et là le run met trop de temps sans rien afficher!!!!
    Si vous avez des idées pour résoudre ce problème je serai reconnaissante,
    Merci d'avance,

  3. #3
    Membre émérite
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    489
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 489
    Par défaut
    Bonjour,
    Citation Envoyé par haydiamet Voir le message
    Bonjour,
    Je lance l'exécution avec déboggage:
    gdb ./test1.exe
    et là le run met trop de temps sans rien afficher!!!!
    Cette instruction signifie uniquement: lance le déboggeur gdb avec l'exécutable test1.exe
    Après il faut utiliser les commande de gdb (par exemple "run") pour faire travailler gdb.
    Je te recommande de faire un petit:
    Et/ou chercher des tutoriels sur gdb pour apprendre les commandes gdb utiles pour efficacement débogger ton programme.

    Bonne continuation.

  4. #4
    Membre éclairé
    Homme Profil pro
    Enseignant Chercheur
    Inscrit en
    Août 2008
    Messages
    57
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : France, Meurthe et Moselle (Lorraine)

    Informations professionnelles :
    Activité : Enseignant Chercheur
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2008
    Messages : 57
    Par défaut
    On peut aussi utiliser une interface à gdb, par exemple ddd ou Code::Blocks (j'aime assez Code::Blocks, on l'utilise avec nos étudiants et ça fonctionne bien)

    Bon courage.

  5. #5
    Membre averti
    Femme Profil pro
    Chercheur en informatique
    Inscrit en
    Octobre 2014
    Messages
    30
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Chercheur en informatique

    Informations forums :
    Inscription : Octobre 2014
    Messages : 30
    Par défaut run
    Bonjour et merci pour vos réponses,
    J4ai testé le déboggage avec un run et voilà ce qu'il m'affiche à la sortie:
    Starting program: /home/ipsa/Documents/codes eq chaleur/res eq ch variable/res_var_lib/test1/test1.exe
    ERROR 1
    [Inferior 1 (process 3601) exited normally]
    L'erreur reste une énigme!!

  6. #6
    Membre émérite
    Profil pro
    Inscrit en
    Mars 2007
    Messages
    489
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2007
    Messages : 489
    Par défaut
    Bonjour,

    Tu as bien préalablement compilé ton code avec l'option '-g' avant d'utiliser gdb ?
    Rien ne t'empêche de faire du pas-à-pas dans gdb pour isoler le problème, il n'y a pas que 'run' dans la vie.
    Autre piste possible, tu sembles utiliser des librairies lapack et blas; si le plantage a lieu dans ces dernières (par ex: par ce que tu as fournis de mauvais arguments aux fonctions/routines appelées) il n'est alors pas étonnant que tes test avec options de compilations de déboggage n'aient rien donné, vu que techniquement l'erreur ne se produit alors pas dans ton programme.

    Bonne courage

Discussions similaires

  1. Proc Import ERROR : Output SAS data set must be provided
    Par bibicheDZ dans le forum SAS Base
    Réponses: 2
    Dernier message: 12/03/2014, 14h48
  2. Réponses: 3
    Dernier message: 10/10/2007, 09h52
  3. Import de DLL: fatal error C1083
    Par Philoubilou dans le forum C++
    Réponses: 1
    Dernier message: 24/04/2007, 16h22
  4. [wsad/erreur import war]Error importing module file
    Par valal dans le forum Websphere
    Réponses: 1
    Dernier message: 05/09/2006, 15h01
  5. Table Import Error
    Par anikeh dans le forum Access
    Réponses: 1
    Dernier message: 13/12/2005, 11h36

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