🚀 go-pugleaf

dab@acri-st.fr wrote on 28/09/05 :
> Bonjour � tous
>
> J'ai un bout de code qui utilise des tables:
> #define NB_MAX_GRID_POINT 2621442
> #define NB_NEIGHBOR 6
>
> t_grid_point* gridPointTable[NB_MAX_GRID_POINT];

Un tableau de pointeurs. Ok. La valeur est �norme. Elle doit �re 
imp�rativement static ou allou�e.

> t_sorted_grid_point distTable[NB_MAX_GRID_POINT][NB_NEIGHBOR];

Idem (encore pire)...

> Pour commencer � developper, j'avais une valeur de 50 pour
> NB_MAX_GRID_POINT,
> mais maintenant que j'utilise la v�ritable valeur de
> NB_MAX_GRID_POINT,
> je me prend un segmentation fault � l'execution.
>
> Du coup, je me dis que c'est la taille de mon tableau en pile qui pose
> soucis,

Ben oui. Trop gros...

> je vais donc allouer mon tableau dans le tas.
>
> et hop:
> gridPointTable = malloc(NB_MAX_GRID_POINT*sizeof(void *));

Pourquoi (void *) ?

t_grid_point* gridPointTable = malloc (NB_MAX_GRID_POINT * sizeof 
*gridPointTable);

> distTable = malloc(NB_MAX_GRID_POINT*sizeof(void *));

t_sorted_grid_point* distTable = malloc (NB_MAX_GRID_POINT * 
sizeof*distTable);

> for(inc=0; inc<NB_MAX_GRID_POINT; inc++) {
> 	distTable[inc] = malloc(NB_NEIGHBOR*sizeof(t_sorted_grid_point));

 	distTable[inc] = malloc (NB_NEIGHBOR * sizeof *distTable[inc]);

> }
>
> Est-ce que je suis cens� utiliser mes tableaux diff�rements
> maintenant?

Non.

> Qu'est-ce que je dois prendre comme pr�caution suppl�mentaire?

Aucune � part la lib�ration � la fin. Garder en t�te que la m�moire 
n'est pas continue.



-- 
Emmanuel
The C-FAQ: http://www.eskimo.com/~scs/C-faq/faq.html
The C-library: http://www.dinkumware.com/refxc.html

"There are 10 types of people in the world today;
those that understand binary, and those that dont."