🚀 go-pugleaf

dab@acri-st.fr, le 05/10/2005, a �crit :
> Je pense avoir maintenant compris ce que fait votre code mais il me
> semble qu'il y a une erreur ici:
>  typedef  t_sorted_grid_point TdistTable[NB_NEIGHBOR][NB_NEIGHBOR];
>
> Ca devrait plutot �tre:
>  typedef  t_sorted_grid_point
> TdistTable[NB_MAX_GRID_POINT][NB_NEIGHBOR];
>
> surtout que vous faites derriere ceci:
> TdistTable* pdistTable =
> malloc(NB_MAX_GRID_POINT*NB_NEIGHBOR*sizeof(t_sorted_grid_point));
Oui. Une erreur �vidente de copier/coll�.


> Ensuite, faut que je mette les id�es au clair, mais je pense enfin
> savoir d'ou vient mon erreur (gr�ce � vous d'ailleurs m�me s'il m'a
> fallu beaucoup plus de temps pour comprendre ce que vous �crivez).
> Pour le v�rifier, je dois essayer avec quelque chose qui ressemble �
> ce que vous proposez.
Reprenez le code avec des int, avant de passer � vos structures, 
peut-�tre.


> Sinon,  je vois pas en quoi mon code est compliqu�.
Un code de test minimal est en g�n�ral une bonne solution. Sans parler 
du respect (le mot est trop fort, je n'en voisd pas d'autre) envers les 
gens qui lisent et qui ne sont pas *dans* votre programme. Je continue 
� penser que le probl�me �tait masqu� par le code. A la limite, un seul 
tableau posait probl�me.

> L'habitude doit y
> �tre pour beaucoup mais j'ai beaucoup plus de mal avec des #define au
> milieu d'une fonction.
C'est vieux d'une semaine, mais il me semble que ce devait �tre un truc 
comme:
#define TAB (*MonTab)
Je signalais que personnellement, je n'aurais pas utilis� le #define, 
mais directement (*MonTab). Mais le but �tait de montrer que le code 
aval d�velopp� avec une d�claration de type "pile" (automatique) ne 
sera pas du tout modifi� avec une d�claration "tas" (dynamique).
Alors pourquoi le #define au milieu du code et pas dans le .h ou en 
t�te de fichier .c ? Parce que MonTab est une *variable*, et que je 
devais r�unir sa d�claration et le #define. Les raisons sont �videntes.



-- 
Pierre Maurette