Discussion :

[ledjlale]

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
19
20
21
22
23
24
25
26
27
28
29
30
31
32
 
#include "stdafx.h"
#include <stdio.h>
#include <stdlib.h>
#include <math.h>
#include <iostream>
#define MAX_ITERATION 5000000
#include <exception>
 
int _tmain(int argc, _TCHAR* argv[])
{
    double * r;
	char c;
    unsigned int i = 0;
 
    try
    {
		r = new double[MAX_ITERATION];
		if(r != NULL)
		{
			for( i  = 0 ; i < MAX_ITERATION ; ++i)	
				r[i] = rand();
			delete [] r;
		}
    }catch(std::exception e)
    {
	std::cout << e.what() << std::endl;
	return 0;
    }
	std::cin >> c;
	return 0;
}

1) Pourquoi Windows ne passe pas pour le catch lorsque j'ai l'erreur au 2) (je n'ai aucun fichier de sortie et même avec des cout, je ne vois rien, et l'option des exception est activée dans les propriétés).
2) Pourquoi ai-je l'erreur : "0xC0000005: Access violation reading location 0x00030000."
3) Pourquoi maintenant que je le refait, je n'ai pas d'erreurs? (je n'ai rien changé pour les mauvaises langues )

[JolyLoic]

1/ Peut-être parce qu'erreur système et exceptions sont des choses différentes, et que malgré les specs, un problème d'allocation puisse créer une erreur système, et non pas une exception std::bad_alloc. Par contre, il y a moyen sous Visual C++ de mettre un mode de compatibilité erreurs système/exception, avec le bon flag de compilation (genre /EHa), un catch(...) pourrait attraper des choses.

2/ Aucune idée

3/ Peut être utilises-tu par ailleurs moins de mémoire qu'avant ?

[ledjlale]

L'allocation se passe normalement (je le pense car si j'enleve les affectations, il ne se passe rien).
Je me suis aperçu que lorsque je lançais une premiere fois le debuggueur et qu'il me renvoyait une exception du style "stack overflow"(j'avais testé avec une allocation statique pour voir..), à la seconde execution, il me lancait l'erreur d'acces.
Effectivement, il faut mettre le flag /EHa pour recuperer aussi les exceptions SEH (=Erreur systeme d'apres toi . Le /EHsc ne concerne que les exceptions "normales" ).

Merci de tes pistes

Maintenant, il faut que je vois comment allouer plus que ne m'autorise le pointeur standart. D'apres mes souvenirs, il me semble qu'il faut utiliser des "Huge pointer" ou des trucs dans le genre ou alors c'est un probleme de continuité memoire... M'enfin, sur 4 GO dont plus de 3Go de libre je devrais pouvoir avoir plus de 400Mo d'allocation sur un pointeur (sans passer par une liste chainée)... Faut que j'investigue

[nicroman]

Maintenant, il faut que je vois comment allouer plus que ne m'autorise le pointeur standart. D'apres mes souvenirs, il me semble qu'il faut utiliser des "Huge pointer" ou des trucs dans le genre ou alors c'est un probleme de continuité memoire... M'enfin, sur 4 GO dont plus de 3Go de libre je devrais pouvoir avoir plus de 400Mo d'allocation sur un pointeur (sans passer par une liste chainée)... Faut que j'investigue

J'alloue tous les jours 2Go de RAM en un seul bloc dès le lancement de mon appli (on a notre propre gestion de mémoire interne), sur une machine n'ayant que 512Mo.... Par contre, 2Go est la limite sous XPx32 (je ne sais pas sous Linux ou sous Vista x32), à moins de lancer windows avec un flag spécial (on peut monter à 3Go).
Mais on s'en fiche que ce soit libre ou pas... ca c'est le rôle de la mémoire virtuelle... et c'est toujours d'un seul bloc (merci encore la mémoire virtuelle).

[ledjlale]

Mouais marrant.
J'ai le même type de code sauf que dans la partie gestion de l'exception, j'utilise deux types de librairies differentes (STL et Qt). L'un m'autorise l'allocation (STL), et l'autre non (std::bad_alloc). Je vais continuer dans le forum Qt.

http://www.developpez.net/forums/sho...04#post2340304