Enfin merci de m'avoir éclairé

Ça c'est alors plutôt le rôle d'une variable d'instance

je passe mes journées à lire des RFC et autres ISO blabla ( ) et je vois souvent les termes "octet aligned" ça veut dire quoi ?
exemple de phrase :
"The RTP payload following the RTP header, contains three octet-
aligned data sections, of which the first two MAY be empty"

En français si je ne me trompe pas ça doit donner "les données transportée se trouvant après l'en-tête RTP contiennent trois champs de type "octet-aligned", les deux premiers pouvant être vide"

Ca veut dire que c'est bien aligné en mémoire, ya pas de trous.
Quand tu fait des structure ou des classes, tu mets tes variables membre dedans, et si tu mets ça en vrac, ya des chances pour que ça s'aligne mal.
Genre un char un int un long, un char, un int, un char.
Le compilateur pourrait rajouter des espaces vide et réaligner tout ça à l'octet près, du coup tu vas avoir des trous dans ta mémoire.
L'avantage de bien faire octet aligné, c'est de n'avoir aucun trou dans ton header, quand tu vas le lire, le processeur va pouvoir bien remplir ses cache et traiter plus de datas d'un coup.

Je sais pas si je suis très clair ^^

oui je vois bien ce que tu veux dire. Donc si un champs de 1 byte peut être "vide" je n'ai pas besoin de mettre 00000000, je peux juste passer au champs suivant ?

Il faudrait checker ça dans la norme C++, je ne sais pas ce qu'il met là dedans. De toute façon tu n'y as pas vraiment accès sans utiliser des écritures complexes.

http://fr.wikipedia.org/wiki/Alignement_en_m%C3%A9moire

Ca explique assez clairement la chose.

super merci beaucoup

avec C, ca sert a quoi de faire

void aaa ( int x, int y[x] ) { ... }

au lieu de

void aaa ( int x, int y[] ) { ... }

pas bien sur, a pouvoir faire sizeof(y)/sizeof(y[0])?

Indiquer au compilateur que la taille du tableau est connue lui permet peut-être de faire soit des optimisations, soit du renforcement de code. Je pense à du code protecteur de buffer overflow.

Ce serait intéressant d'en savoir plus.

ca change rien avec gcc et intel.

d'apres le standard tu peux même faire

int y[static x]

mais je comprend pas a quoi ca sert

c11 iso, 6.7.6.2, page 132 (150 du pdf)
c11 iso, 6.7.6.3, page 133 (151 du pdf)
c11 iso, 6.7.6.3, page 135 (153 du pdf)

iso: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf

celui la:
void fvla (int m, int C[m][m]); a de l'interet. Ca permet de faire facilement C[2][3] au sein du code de la fonction.

bien vu. ca prend tout son sens avec un tableau a 2 entrées

si tu fait

void Func (int C[][10])
{
c[1][1] = 1337;
}

int a[5][11];
Func(a);

ca produit un warning : expected 'int (*)[10]' but argument is of type 'int (*)[11]'
parce que le compilateur a généré le code pour faire

c + ( ( sizeof(int)*10 ) * 1 ) + (sizeof(int) * 1) = 1337

donc l’arithmétique de pointeur devient foireuse alors qu'avec (int m, int C[][m])
l'arithmétique se fait au runtime.

Cependant avec static, j'ai pas bien compris.

Un nouveau film sur java
http://www.youtube.com/watch?feature=player_embedded&v=E3418SeWZfQ

Et d'autres vidéos là ... http://jz12.java.no/videos

Pas mal du tout! L'idée est originale.

Même si malgré les risques, je serais bien tenté d'appuyer sur "Undo Java" moi

"The Streaming" (2011) est juste génial

je viens de voir The Streaming ^^ , génial en effet !

The Architecture of Open Source Applications

deux livres gratuits qui explique l'architecture logicielle d'eclipse, llvm, git, ...

http://www.aosabook.org/en/index.html