Discussion :

[jesclaine]

Bonjour,

J'ai un problème, j'ai une erreur lorsque j'essaye de libérer de la mémoire avec delete[] voici des parties de mon code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
// Allocation dynamique de tableau a 2D
    double **matriceGlobale;
    matriceGlobale = new double* [tailleMatriceGlobale];
    for(int i =0; i<tailleMatriceGlobale; i++) matriceGlobale[i] = new double[tailleMatriceGlobale];

// Initialisation du tableau a 2D
    for(int i = 0; i<tailleMatriceGlobale; i++)
        for(int j=0; j<tailleMatriceGlobale; j++)
            matriceGlobale[i][j]=0;

// Calculs sur des éléments de ma matrice (tableau 2D)
...

// Libération de la mémoire occupée par le tableau 2D
    for (int i =0; i<tailleMatriceGlobale; i++) {
        delete[] matriceGlobale[i];
    }
    delete[] matriceGlobale;

Et c'est la que ça coince, j'obtient une erreur : Process returned -1073741819 (0xC0000005).


Quand j'essaye le debug, j'obtiens le message suivant :

Building to ensure sources are up-to-date
Build succeeded
Selecting target:
Debug
Adding source dir: C:\Documents and Settings\Administrator\Desktop\DF2D\DF2D\
Adding source dir: C:\Documents and Settings\Administrator\Desktop\DF2D\DF2D\
Adding file: bin\Debug\DF2D.exe
Starting debugger:
done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb 6.7.50.20071127
Child process PID: 396
Error while mapping shared library sections:
Error while mapping shared library sections:
Program received signal SIGTRAP, Trace/breakpoint trap.
In ?? () ()

Je ne sais pas quoi faire ?
J'utilise codeBlocks 8.02 sous windowsXP (64bits).

Merci d'avance.

[Joel F]

et si tu utilisais plutot les outils classiques que sont std::vector, voire mieux boost::multi_array ?

[jesclaine]

et si tu utilisais plutot les outils classiques que sont std::vector, voire mieux boost::multi_array ?

Est ce que je peu les utiliser même pour des matrices très grandes (genre 50000 x 50000) ?

[Joel F]

oui.
Sauf que bon, si tes matrices sont de cette taille, sont elles creuses ?

[isyldur]

Est ce que je peu les utiliser même pour des matrices très grandes (genre 50000 x 50000) ?

Ca dépend de combien de RAM tu dispose. mais que ce soit avec malloc ou avec des std::vector une matrice de doubles de 50000*50000 ca pèse :
8 * 50000*50000=2 000 000 000 octets, je sais les ordis récents ont de base jusqu'a 4GO de RAM, mais ta matrice en prendrait quand meme la moitié , et je sais pas trop comment est gérée la pagination pour une seule tres grosse structure.

[jesclaine]

Pour la mémoire pas de problème, je travail pour un labo de recherche sur des pc à 16G de ram donc je pense que sa devrait suffire.

Est-ce que vous avez une idée à mon pb (1er post) ?

Si vraiment je dois changer vaut-il mieux std::vector ou boost::multi_array ?
(pour de grandes matrices creuses lequel sera le plus rapide)

Merci pour vos réponses rapides.

[Joel F]

si tes matrices sont creuses, ni l'un ni l'autre. Il te faut une structure de données spécialisées.

Si elles sont pleines, boost::multi_array

[jesclaine]

si tes matrices sont creuses, ni l'un ni l'autre. Il te faut une structure de données spécialisées.

Si elles sont pleines, boost::multi_array

J'ai des matrices creuses --> structure de données spécialisées. Mais c'est quoi une structure de données spécialisées ?

[Davidbrcz]

J'ai des matrices creuses --> structure de données spécialisées. Mais c'est quoi une structure de données spécialisées ?

Cherche sur google :" C++ sparse matrix"

[jesclaine]

Donc personne a une idée pour mon post de départ ?

Car si ça peut m'éviter de changer en profondeur mon code.

[white_tentacle]

Tu compiles en 32 ou 64 bits ? en 32, tu es limité à 2Go par process, donc c'est mort pour ta matrice de 2Go.

Sinon, compile en debug ( -ggdb -g3), pour avoir un peu plus d'infos, parce que là, ça n'est pas vraiment exploitable.

[jesclaine]

J'ai trouvé une solution : j'ai utilisé le compilateur Microsoft Visual C++ 2005/2008 plutôt que GNU GCC Compiler et ça marche.