Discussion :

[Pixcoder]

Salut!

J'utilise Dev C++ 4.9 et je voulais savoir si le compilateur limitait la quantité de mémoire vive utilisée par le programme, et dans pareil cas, si l'on pouvait la modifier cette quantité.

Si DevC++ ne le pemet pas, est ce qu'un autre compilateur le permet?

Je demande tout ceci parce que j'ai de sérieux problèmes d'allocation de mémoire , allocation que je provoque grâce à des appels à "new". J'attrape les erreurs avec des try{} et des catch{} associés.
Les allocations ressemblent à la suivante :

Code :

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

1
2
3
4
5
6
7
8
    try
    {
      visible_cubes = new CList<int>* [n*p*h];
    }
    catch(exception &exc)
    {
      Erreur(  exc.what()  );
    }

D'autre part, le programme quitte à cette erreur sans bien m'exécuter ma fonction nommée "Erreur()". Il est vrai que mes allocations sont importantes et c'est pour cela que je me suis demandé si le compilateur ne limitait pas la mémoire pouvant être utilisée.

J'espère que vous avez compris mon problème!

PiX

[loufoque]

Il semblerait que tu n'aies pas trop compris comment s'utilise CList.

je voulais savoir si le compilateur limitait la quantité de mémoire vive

Non.
C'est le système qui s'occupe de cette gestion et ceci à l'execution.

[Pixcoder]

Ah, peutêtre que CList existe déjà; en réalité ici, j'ai créé CList donc j'en connais logiquement son utilisation.

[rigobert]

Ah, peutêtre que CList existe déjà; en réalité ici, j'ai créé CList donc j'en connais logiquement son utilisation.

Dans ce cas si le code suivant :

Code :

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

1
2
3
4
5
try
{
    visible_cubes = new CList<int>* [n*p*h];
}
catch(exception &exc)

lève une exception, c'est qu'il y a un bug ... dans l'implémentation de ta classe !

Et sans savoir comment elle est implémentée, on ne pourra pas faire grand chose pour t'aider...

[loufoque]

c'est qu'il y a un bug ...

Ou alors qu'il y a eu une erreur lors de l'allocation mémoire.

[Luc Hermitte]

Tu es sûr de ne pas planter après le new ?
Je ne vois pas pourquoi une allocation d'un tableau de pointeurs de Toto devrait échouer autrement qu'en levant une std::exception (std::bad_alloc pour être plus précis). (a part avec un vieux GCC qui ne lève pas d'exceptions par défaut, une inclusion de <new>, ce genre de choses)

Ca sent plutôt le plantage dans le code qui suit qui tenterait de remplir les Toto pointés non alloués. Rajoutes donc une trace juste après ton allocation. Et vois la FAQ au sujet des tableaux à plusieurs dimensions.

J'imagine que tu réinventes la roue parce qu'il s'agit d'un exercice ?

[NewbiZ]

On pourrait avoir une idée de l'ordre de grandeur de n, p et h ?
Ainsi qu'un sizeof(CList<int>) ?