Jean-Baptiste Kempf

Et puis après, tu vas lire, mais donc tu as alloué un espace de mémoire qui est beaucoup trop petit, parce qu'en fait, tu as overflow.

Donc, au lieu de faire un truc de 10 milliards, ce qui n'est pas possible en 32 bits, tu fais un truc de 5 octets ou 10 octets.

Et donc, par contre, tu continues à écrire.

Tu décompresse et donc tu écris en dehors de ta zone mémoire.

Si tu ne fais pas attention, c'est le problème de tout ce qu'on appelle des parseurs.

Globalement, c'est que tu prends des données qui sont envoyées par Internet et tu fais confiance.

Or, il ne faut jamais faire confiance.

Le premier problème, c'est qu'écrire des parseurs, c'est difficile.

Il y a des langages qui font des très bons parseurs.

Mais, comme on a déjà parlé, en multimédia, tu dois aller vite.

J'ai 16 millisecondes pour afficher une phrase, j'en ai 16, j'en ai pas 17.

C'était déjà la discussion de la fois d'avant.

Et donc, t'écris en langage de bas niveau.

Et donc, t'écris en C. Ou, dans le cas de David, t'écris en assembleur.

Et donc, en fait, tu perds tous les petits checks de sécurité des langages, notamment un des langages qui est fait pour écrire des parseurs de façon sécurisée, ça s'appelle le Rust.

Mais nous, bah non.

Et puis surtout, on l'écrit en C. Voire en assembleur.

Et le...

Alors maintenant, tu vas me dire, d'accord, on sait faire des choses, on sait.

Oui, c'est vrai.