> Linux/Unix ou Windows à base de NT sont architecturés pareil.
Donc un GNU/kernel32.dll ne doit pas poser de problème.
kernel32.dll :
- supporte les terminaux, pseudo terminaux ?
- on peut enfin supprimer un fichier qui est encore utilisé ?
- on peut changer la libc, la prendre en compte et sans rebooter ?
- les lien hard sont supportés ?
- les liens symboliques (je ne parle pas des racoursis interprété par je ne sais plus quelle dll) sont supportés ?
- Il y a la notion d'euid et ruid ?
- Les partitions c'est toujours C: D: etc... ou c'est un fichier spécial puis tu le monte l'importe où comme sous Unix ?
- On peut faire un "mount --bind" ,
- On peut faire un "chroot" ?
- La modification de lien symbolique est garandit comme atomic ?
- Peut-on renommer ou déplacer un fichier utilisé par un processus ?
[^] # Re: Ah, le tas d'aneries habituel
Posté par 007 . En réponse au journal Unix : ton esprit fout le camp. Évalué à 0.
Donc un GNU/kernel32.dll ne doit pas poser de problème.
kernel32.dll :
- supporte les terminaux, pseudo terminaux ?
- on peut enfin supprimer un fichier qui est encore utilisé ?
- on peut changer la libc, la prendre en compte et sans rebooter ?
- les lien hard sont supportés ?
- les liens symboliques (je ne parle pas des racoursis interprété par je ne sais plus quelle dll) sont supportés ?
- Il y a la notion d'euid et ruid ?
- Les partitions c'est toujours C: D: etc... ou c'est un fichier spécial puis tu le monte l'importe où comme sous Unix ?
- On peut faire un "mount --bind" ,
- On peut faire un "chroot" ?
- La modification de lien symbolique est garandit comme atomic ?
- Peut-on renommer ou déplacer un fichier utilisé par un processus ?
J'arrête la liste.