Discussion :

[TocTocKiéLà?]

Bonjour,
J'essai d'éccrire un programme qui me génère un terrain, jutilise un tableau qui contient l'altitude à chaque point d'une grille de 513*513, j'ai voulu faire du 4096*4096 et j'ai obtenu un segmentation fault. J'ai essayé les deux codes suivant :
Code «A» :

Code :

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

1
2
3
4
5
6
7
8
9
#include <stdlib.h>
#include <stdio.h>
 
void main (int argc, char *argv[])
{
	double			z[1023][1023]={0.0};
 
	printf("Hell-o\n");
}

Code «B» :

Code :

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

1
2
3
4
5
6
7
8
9
#include <stdlib.h>
#include <stdio.h>
 
void main (int argc, char *argv[])
{
	double			z[1024][1024]={0.0};
 
	printf("Hell-o\n");
}

A fonctionne mais B me retourne un segmentation fault. C'est comme si la taille de mon tableau était limité. manque de mémoire ? comment est-ce que je peux évaluer ça ?

Ce que j'ai du mal à comprendre c'est que sous gimp je peux avoir plusieurs images ouvertes en même temps de tailles plus importantes, j'imaginais que une image sous gimp est comme un tableau en mémoire.

Voici un exemple d'image que j'obtiens (mon programme n'est pas fini...)

[droggo]

Koa,

Un tableau de double de taille 1024*1024, ça fait 1024*1024*8 = 8*388*608 octets.

Tu exploses la pile réservée par défaut pour ton programme.

2 solutions :

- la mauvaise, augmenter la taille de la pile

- la bonne, passer par une réservation dynamique

[TocTocKiéLà?]

Comme j'envisage à terme de pouvoir créer des terrains de tailles différentes durant l'exécution, je serai obligé d'utiliser l'allocation dynamique, alors si au passage ça règle mon problème actuel

je vais coder ça pour voir ce que ça me donne !

merci pour les infos

EDIT ::

Effectivement ça fonctionne! merci