Rust notamment où l'accès direct hors du tableau est possible et génère une belle erreur de segmentation à l'ancienne.
Je crois que c'est plutôt un panic() (le programme quitte de lui-même) plutôt qu'une erreur de segmentation (l'OS tue éventuellement le programme plus tard, quand il détecte des accès mémoires foireux).
On doit quand même pouvoir éviter les vérifications de bornes dans un bloc unsafe (et donc avec cette fois-ci des erreurs de segmentation possibles).
[^] # Re: Go est lent, Rust est rouillé !
Posté par GuieA_7 (site web personnel) . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à 3.
Je crois que c'est plutôt un
panic()(le programme quitte de lui-même) plutôt qu'une erreur de segmentation (l'OS tue éventuellement le programme plus tard, quand il détecte des accès mémoires foireux).On doit quand même pouvoir éviter les vérifications de bornes dans un bloc
unsafe(et donc avec cette fois-ci des erreurs de segmentation possibles).