Quel genre de programme tu fais pour avoir besoin de faire des syscalls tout le temps ?
Ca dépend. Je programme pour plusieurs raisons :
1) pour m'amuser. Là, je me déchaine sur les appels-système, parce que c'est ce qui m'amuse le plus. Cela dit, les programmes de ce genre ne servent à rien d'autre qu'à me distraire (dernièrement, j'ai codé un programme dont le seul intérêt était que l'on pouvait changer ou même arrêter dynamiquement son interface, mais qui ne faisait rien d'utile, juste pour voir si c'était possible), donc, sitôt débogués, sitôt oubliés.
2) pour développer un projet. Là, je fais assez peu d'appels-système, mais en revanche, dès que je dois en faire un (genre lancer plusieurs threads, forker, créer une socket...), je le fais sans hésiter. Sans le C, je nagerais...
En ce qui concerne le Perl, je n'y avais pas pensé, merci pour l'idée :-) .
Cela dit, s'il manque des appels-systèmes, je pense que je vais vite l'oublier.
Bref, comme bien des programmeurs, je fais avant tout ce qui m'amuse...
Mais sur le fond je suis bien sur d'accord que lorsqu'un systeme est ecrit en C il est plus facile de s'y interfacer dans le meme langage... pour les trucs systeme.
Nous sommes donc d'accord :-). Et, pour apporter de l'eau à ton moulin, j'ajoute que je trouve effectivement la gestion de la mémoire pénible en C, ce qui me fait perdre du temps par rapport à un code Java. Mais j'aime tant les appels-système... :-)
Au fait, est-ce que quelqu'un sait où on peut trouver la liste des appels-systèmes Windows en C? J'aimerais comparer avec les appels-systèmes Linux, mais je n'ai pas trouvé, même sur mon Google favori :-( .
[^] # Re: C
Posté par CoinKoin . En réponse au journal "Virus d'image" sous Lnux. Évalué à 2.
Ca dépend. Je programme pour plusieurs raisons :
1) pour m'amuser. Là, je me déchaine sur les appels-système, parce que c'est ce qui m'amuse le plus. Cela dit, les programmes de ce genre ne servent à rien d'autre qu'à me distraire (dernièrement, j'ai codé un programme dont le seul intérêt était que l'on pouvait changer ou même arrêter dynamiquement son interface, mais qui ne faisait rien d'utile, juste pour voir si c'était possible), donc, sitôt débogués, sitôt oubliés.
2) pour développer un projet. Là, je fais assez peu d'appels-système, mais en revanche, dès que je dois en faire un (genre lancer plusieurs threads, forker, créer une socket...), je le fais sans hésiter. Sans le C, je nagerais...
En ce qui concerne le Perl, je n'y avais pas pensé, merci pour l'idée :-) .
Cela dit, s'il manque des appels-systèmes, je pense que je vais vite l'oublier.
Bref, comme bien des programmeurs, je fais avant tout ce qui m'amuse...
Mais sur le fond je suis bien sur d'accord que lorsqu'un systeme est ecrit en C il est plus facile de s'y interfacer dans le meme langage... pour les trucs systeme.
Nous sommes donc d'accord :-). Et, pour apporter de l'eau à ton moulin, j'ajoute que je trouve effectivement la gestion de la mémoire pénible en C, ce qui me fait perdre du temps par rapport à un code Java. Mais j'aime tant les appels-système... :-)
Au fait, est-ce que quelqu'un sait où on peut trouver la liste des appels-systèmes Windows en C? J'aimerais comparer avec les appels-systèmes Linux, mais je n'ai pas trouvé, même sur mon Google favori :-( .