important: ERROR 1

Version imprimable

10/02/2015, 15h53
haydiamet

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:

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:

Citation:

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,
11/02/2015, 13h18
haydiamet

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

Citation:

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 :

Citation:

./test1.exe

et là l'erreur inconnue:

Citation:

ERROR 1

dont j'ignore l'origine!!!!!
Je lance l'exécution avec déboggage:

Citation:

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,
16/02/2015, 07h59
Ehouarn
Bonjour,

Citation:

Envoyé par haydiamet

Bonjour,
Je lance l'exécution avec déboggage:

Citation:

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:
Code:

1 2 man gdb
Et/ou chercher des tutoriels sur gdb pour apprendre les commandes gdb utiles pour efficacement débogger ton programme.

Bonne continuation.
16/02/2015, 10h22
François L.

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.
16/02/2015, 13h25
haydiamet

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:

Citation:

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!!
17/02/2015, 07h44
Ehouarn

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