Reprise du message précédent :
et voilà ... et après, on se retrouve avec des débutants qui sortent des
 

Ca ne fait que 2 Mo de ram.
Où est le mal vis à vis de windaube ?

que ça poutre sérieusement ta pile

Ok. Dis-moi, quelle est ton expérience du multi-threads ? Nulle ?
Je m'en doutais.

c'est marrant comment tu nous dis tout et son contraire

Mouais,
C'est marrant, parqce que à t'entendre parler, ça pourrait choquer n'importe quelle oreille.
En fait, tu as tout à fait ta place dans l'industrie, celle, notamment, d'enculer les mouches avec tact.
Chose pas facile, s'il en est.
Cependant, sors un peu de ton linux.

 
Un petit mot pour faire cesser la chicane j'ai demander une question sur le malloc, mais c'est évidant que  

sont la seulement pour tester la fonction par la suite je ferai peut-être un scanf ()
 

 
Qu'est que le C99?

 
Question :
Justement, quelles sont les règles pour choisir entre la pile ou l'allocation dynamique ?
Je fais pas trop la différence car le tout va en RAM  

petit aperçu http://home.tiscalinet.ch/t_wolf/tw/c/c9x_changes.html

 
A peu pres deux principes:
-je ne sais pas quel quantite de donnees je dois traiter,
 il faudra employer des variables en allocation dynamique
-je vais devoir consacrer une quantite de memoire importante (comparativement aux "standards" actuels) sur quelques donnees, mieux vaut les stocker en allocation dynamique.
 
 
Quasiment tout le reste doit se faire en statique.
 
Comme le dit vivelec, toute allocation dynamique doit etre justifiee meme si ses propos sont carrement excessifs.

Merci de ta réponse
 

D'accord
 

Pourquoi ?
Par exemple, j'ai une fonction qui travaille sur un méga tableau dont je connais la taille : pourquoi en pas le mettre en pile ?
 

parce que ta pile elle va péter, tu vas même pas t'en rendre compte

Comment je la connais, la limite de ma pile ?
C'est empirique ?

ça dépend de ton système

Je précise ma question : je pense bien que ça dépend du système mais est-ce que le programmeur a accès à cette info par une routine quelconque ?
Ou alors, on programme "au bon sens", cad au-delà de x Ko, je pense (ou bien j'ai lu dans les docs) que ça ne passera plus sur les systèmes qui m'intéressent ?

 
il dit qu'il voit pas le rapport ...  

Hé, on avait demandé une allocation avec un malloc; ben le code que j'ai posté c'est ça, après oui on peut bien faire la version pile.
 
Taz : mon pointeur de tableau, même si n est énorme, il en fera que 4 octets. sizeof tab est défini à la compilation, mais sizeof *tab ne l'est pas.
Ça fonctionne comme un typedef dynamique : tout sera calculé à l'exécution -> la pile ne sera jamais surchargée
 
rits75 : free(tab); libèrera tout le tableau aussi : 1 malloc <=> 1 free.

ah oui, je me suis emmélé les pinceaux là effectivement.
merci

 
 
Imagine que tu as un struct étudiant contenant chacun leur Nom.
Des étudiants, tu en a 2 000 étudiants, tu connais pas la taille de leur nom de famille : 2 solutions :
=> Tableau de 51 caracteres par structure pr etre sur de tous avoir leur nom en entier.
Petit calcul : 2 000 * 51 * 2 = 204 000 octets
=> Un seul tableau de 51 caracteres et les autres passé en dynamiques avec des malloc, (par strcpy tu les insere dans ton tableau dynamique).
Prenons 15 lettres par nom de familles en moyenne.
Petit calcul : 2000 * 15 * 2 + 51 = 60 000 octets.
 
Je te laisse comprendre l'utilité

ou alors tu utilises une base de données ... mais bon, c'est pas très parlant numériquement ton exemple, je préferais preque la première pour limiter un peu la fragmentation mémoire