le morceau de fil démarrait sur un malloc, pas sur des VM.
D'autre part si l'innovation doit venir des université, qu'elle en vienne, ça me dérange pas. Elle pourrait même venir de MS (avec les risques que ça comporte) avec le CLR .net
Ensuite que peut-on utiliser sur une carte à puce ? plein de trucs, par ex le bytecode java est plus compact que du code natif 32 ou 64 bits.
Par-contre foutre un buffer overflow sur une carte à puce me paraîtrait très con quand on connait la dose de techniques pour les éviter.
D'autre part je vois pas pourquoi un langage de haut niveau produirait des exécutables plus grs que les autre surtout si il y a du matos pour les faire tourner en hard.
Maintenant si personne ne se sort les doigts du cul pour dire aux hardeux qu'on aimerait passer la seconde au niveau fiabilité et qu'ils pourraîent nous aider ben ça bouge pas si ils voient un marché, ils se bougeront.
Des exemples simples : F-CPU prévoit un truc pour les langages fonctionnels, SPARC a des 'tag bits' pour différentier les pointeurs des entiers etc.
[^] # Re: Alors pourquoi mes fournisseurs ne me proposent que C et pas Eiffel ?
Posté par Dugland Bob . En réponse à la dépêche faille dans apache. Évalué à 5.
D'autre part si l'innovation doit venir des université, qu'elle en vienne, ça me dérange pas. Elle pourrait même venir de MS (avec les risques que ça comporte) avec le CLR .net
Ensuite que peut-on utiliser sur une carte à puce ? plein de trucs, par ex le bytecode java est plus compact que du code natif 32 ou 64 bits.
Par-contre foutre un buffer overflow sur une carte à puce me paraîtrait très con quand on connait la dose de techniques pour les éviter.
D'autre part je vois pas pourquoi un langage de haut niveau produirait des exécutables plus grs que les autre surtout si il y a du matos pour les faire tourner en hard.
Maintenant si personne ne se sort les doigts du cul pour dire aux hardeux qu'on aimerait passer la seconde au niveau fiabilité et qu'ils pourraîent nous aider ben ça bouge pas si ils voient un marché, ils se bougeront.
Des exemples simples : F-CPU prévoit un truc pour les langages fonctionnels, SPARC a des 'tag bits' pour différentier les pointeurs des entiers etc.