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