n'importe quoi :-)
C'est vrai que faire la première couche d'abstraction pour un OS c'est vraiment pas un taf important. C'est pas parcqu'il est "simple" qu'il est pas important.
Tu connais un langage portable qui est capable de positionner les drapeaux PE et PG du registre CR0
Oué mais au moins en C tu peux toujours faire asm("mov ax,bx"), c'est simple et ça marche. D'où ma remarque concernant JNI, qui est parfaitement imbittable avec élégance.
tu auras toujours le langage machine en dessous et une abstraction de la machine juste au desus (ou alors tu fais un OS pour une archi donnée
Oué mais si tu regrde bien le schéma de l'"OS" en Java, même la couche au dessus n'est pas en Java mais toujours en ASM...
Si suis ton raisonement linux n'est pas en C
Non j'ai pas dis celà. Ce que j'ai dit c'est que Java ne permet pas de tout faire. J'ai pas dit que le C pouvait, mais le C peut faire beaucoup plus.
(tout comme dans jnode elle est ecrite en Java)
Euh, c'est bien joli mais le mélange rouge/vert montre bien qu'il doivent impérativement utiliser de l'asm, même au dessus du n-kernel...
Franchement je vois pas où tu veux en venir :-) J'ai jamais dis que C pouvait tout faire, j'ai juste voulu montrer que Java était vraiment pas conçu pour faire du bas-niveau, ton exemple est parfait pour montrer celà.
PS : j'aimerai bien voir une appli écrite en C tourner sur jnode... Parcqu'un OS ne doit pas limiter l'utilisateur en l'obligeant à utiliser un seul langage avec GC et tout le tralala... Il doit lui laisser libre accès à la mémoire si l'utilisateur en a envi.
PS2 : tu gère comment la mémoire d'une carte graphique avec un driver en Java ?
[^] # Re: Logiciel libre et java
Posté par TImaniac (site web personnel) . En réponse à la dépêche Brèves Java. Évalué à 2.
C'est vrai que faire la première couche d'abstraction pour un OS c'est vraiment pas un taf important. C'est pas parcqu'il est "simple" qu'il est pas important.
Tu connais un langage portable qui est capable de positionner les drapeaux PE et PG du registre CR0
Oué mais au moins en C tu peux toujours faire asm("mov ax,bx"), c'est simple et ça marche. D'où ma remarque concernant JNI, qui est parfaitement imbittable avec élégance.
tu auras toujours le langage machine en dessous et une abstraction de la machine juste au desus (ou alors tu fais un OS pour une archi donnée
Oué mais si tu regrde bien le schéma de l'"OS" en Java, même la couche au dessus n'est pas en Java mais toujours en ASM...
Si suis ton raisonement linux n'est pas en C
Non j'ai pas dis celà. Ce que j'ai dit c'est que Java ne permet pas de tout faire. J'ai pas dit que le C pouvait, mais le C peut faire beaucoup plus.
(tout comme dans jnode elle est ecrite en Java)
Euh, c'est bien joli mais le mélange rouge/vert montre bien qu'il doivent impérativement utiliser de l'asm, même au dessus du n-kernel...
Franchement je vois pas où tu veux en venir :-) J'ai jamais dis que C pouvait tout faire, j'ai juste voulu montrer que Java était vraiment pas conçu pour faire du bas-niveau, ton exemple est parfait pour montrer celà.
PS : j'aimerai bien voir une appli écrite en C tourner sur jnode... Parcqu'un OS ne doit pas limiter l'utilisateur en l'obligeant à utiliser un seul langage avec GC et tout le tralala... Il doit lui laisser libre accès à la mémoire si l'utilisateur en a envi.
PS2 : tu gère comment la mémoire d'une carte graphique avec un driver en Java ?