Reprise du message précédent :

 
C'est du C++ ca, pas du C... si tu programmes en mélangeant C et C++, pas étonnant que ca plante...

 
Pourquoi j'ai l'impression d'etre en face d'un sussu qui cite du Ton That  

Il te faut comprendre la différence entre pile et tas. Disons simplement que la pile a une taille limitée fixée à la compilation, et sert à stocker temporairemet les données locales aux fonctions. Au fur et à mesure des appels de fonctions, ces données locales s'empilent.
Le tas est au contraire un espace mémoire global que l'appli peut réserver.
Si tu fais  
int tab[100];
tu réserves sur la pile. Il faut être parcimonieux avec la pile, parce qu'il est facile de la saturer et il n'y a pas moyen de savoir si c'est le cas sauf d'attendre le plantage (qui ne tarde pas à arriver d'ailleurs).
Si tu fais int *tab = malloc(10000);
tu réserves sur le tas. tab est alors un pointeur qui contient l'adresse de début de l'espace réservé par malloc. L'avantage, c'est que si malloc retourne 0, tu sais que l'OS ne t'accorde pas la mémoire que tu as demandé (tu as dépassé la limite du possible à cet instant).
Mais par la suite, pour pouvoir utiliser cet espace, tu dois savoir utiliser les pointeurs.
 
ps : une donnée dite "locale" est une donnée dont l'espace mémoire est automatiquement déclaré comme réutilisable à la sortie d'un bloc, un bloc étant défini par un couple {...} (Donc une fonction définit un bloc).  
 
Autrement dit, dans le bloc suivant :
{
   int a = 3;
   short tab t[100];
   ...
}
a et tab sont alloués sur la pile. A la sortie du bloc, a et tab n'existent plus et toute tentative de les lire ou de les écrire sera une erreur à la compilation. Leur portée est locale au bloc.
 
Par contre si j'écris:
{
   double *tab = malloc(50*sizeof(double));
}
tab est alloué sur le tas et existe encore à la sortie du bloc jusqu'à ce qu'on écrtive free(tab). Sa portée est globale.
 
http://forum.hardware.fr/hardwaref [...] 6641-1.htm
http://www-igm.univ-mlv.fr/~desar/ [...] on/ch4.pdf
 
Pour en savoir plus :
http://www.enseignement.polytechni [...] 9/view.pdf

 
 
je pense qu'il disais ca parce qu'il ne sait pas si matlab est codé en c ou en c++

ah, autant pour moi alors  

Merci à cris56, el muchacho et Taz pour toutes ces remarques constructives...je vais approfondir ces histoires de piles et de tas...avant d'aller me pendre...Maintenant que je lis ça j'imagine vos tronches se déformer à la vue du
 
double TABMAX[72000];
 
Question écrire ça c'est pire:
 

 
:-P

ben c'est pas notre faute si tu te documentes avec des conneries : ça fait des années que plus personne n'utilise ni register, ni autao

Oublie les register. C'était utile à l'époque où les compilos ne savaient pas bien optimiser l'utilisation des registres. Aujourd'hui, il vaut mieux le laisser faire ce genre d'optims. Par contre, tu peux relire mon précédent post que j'ai étoffé.

 
Bah je voulais juste ajouter une connerie de +. Je me documente avec:
 
"langage c" de delannoy
"programmation en langage c" de la série schaum
"shaved"

juste pour savoir où je mets les pieds...la majorité des forumeurs sont développeurs?

Disons que les habitués de la cat Prog, oui.

Nul. Trouve le Kernighan&Ritchie Edition 2

 
Ok, pour moi qui n'en suis pas un (je pense que tout le monde l'avait compris) le chemin sera long et difficile pour savoir utiliser toutes ces notions. Je ne pensais pas que le C offrait toutes ces possibilités de gestion avancée. Je vois mieux maintenant pourquoi les auteurs parlent de langage de haut niveau avec des fonctionnalités de bas niveau...L'arsenal du C semble impressionnant. Bon je vais décortiquer de suite les liens que tu m'as donné.
 

 

 
Ok je me trouve ça au + vite.
 

 
On te conseille celui la, car c'est K&R qui ont inventé le C, donc autant prendre leur manuel, ca sera mieux  

 
Estonnes-moi que je vais le trouver. En plus ils ont écrit UNIX ce qui n'est pas une mince affaire...