API linux la doc c'est où ?

Hello

Tout es dans le titre ou presque.

il est évident que sous linux (ma debian) ,en console il suffi de faire un man nom_de_la_fonction.

Mai voila,il faut connaître le nom donc ou il y a la doc avec des exemples sur les appelles systèmes ? sa fait un moment que je rame avec google et sa commence a me ....:fou:

le seul lien concret qui aurait pus m'apporter des information:
http://man.developpez.com/

mai voila c'est sans les nom des fonction/api. donc retour case départ.:mur:

je pourrait reprendre les source des programes existant mai bon il doit bien y avoir de la doc quelque par ?:zen:

Merci d'avance

Tu cherches ce genre de livre ?

il y a aussi apropos et whatis qui permettent de faire des recherches dans les pages de man

Citation:

---

Envoyé par Davidbrcz

Tu cherches ce genre de livre ?

---

D'après le Sommaire , il me semble que le livre soit orienter kernel.Cela pourrait être un livre de ce genre mai il n'y a pas un site qui a un site qui a une liste quelque part parce que les livre on un gros défaut c'est que les lib/fonctionnaliter change assez rapidement du coup il devient rapidement obsolète.

Merci pour ta réponse

Citation:

---

Envoyé par cboudy

il y a aussi apropos et whatis qui permettent de faire des recherches dans les pages de man

---

oui mai la question c'est: je cherche quoi avec ?
Ceci dit sa peux avérer utile:)

Citation:

---

Envoyé par panthere noire

D'après le Sommaire , il me semble que le livre soit orienter kernel.

---

Non il est oriente programmation systeme. Ou tu vois de la programmation kernel dans le sommaire?

Citation:

---

Envoyé par panthere noire

Cela pourrait être un livre de ce genre mai il n'y a pas un site qui a un site qui a une liste quelque part parce que les livre on un gros défaut c'est que les lib/fonctionnaliter change assez rapidement du coup il devient rapidement obsolète.

---

:lol: il s'agit de l'API POSIX quand meme, le plus gros n'a pas bouge depuis 15 ans

Citation:

---

Envoyé par tonton fred

Non il est oriente programmation systeme. Ou tu vois de la programmation kernel dans le sommaire?


:lol: il s'agit de l'API POSIX quand meme, le plus gros n'a pas bouge depuis 15 ans

---

erf bon j'ai mal lu le résumer, :oops: mai par contre c'est du C only :roll: bon je peux passer mon temps a wrapper cepandant, a tout hasard. Il n'y aurait pas la même chose en c++ ?
Bon cela m'étonnerai vu que les api son toute faite en C d'ailleurs je me demande bien pourquoi il reste seulement dans ce langage ?

Merci pour vos réponse :)

Citation:

---

erf bon j'ai mal lu le résumer, :oops: mai par contre c'est du C only :roll: bon je peux passer mon temps a wrapper cepandant, a tout hasard. Il n'y aurait pas la même chose en c++ ?
Bon cela m'étonnerai vu que les api son toute faite en C d'ailleurs je me demande bien pourquoi il reste seulement dans ce langage ?

---

Bah l'api linux est en C .... Si tu veux tout wrapper en C++, tu peux, mais c'est souvent ré-inventer la roue (entre boost et la STL).

Si tu veux une doc sur le C++ pur, regarde là

Citation:

---

Envoyé par Davidbrcz

Bah l'api linux est en C .... Si tu veux tout wrapper en C++, tu peux, mais c'est souvent ré-inventer la roue (entre boost et la STL).

Si tu veux une doc sur le C++ pur, regarde là

---

ben je ré-invente pas la roue ,je prend par exemple inotify ,ben c est du C donc je suis bien obliger de le récupérer.

ceci boost a quand même des défauts ne saurait-ce que par les problème de compatibilité en chaque version. par exemple un soft qui demande (je fait simple)
la version 3 et que, sur une debian stable tu as la version 2 et que t'a pas le choix autre que de taper dans la sid(si disponibles) pour avoir la 3... si d'autre application s'en serve bonjours les plantages. voila un exemple simple mai particulièrement délica quand il s'agis de la stabiliter du systeme,voir simplement d'une application ou l'utilisateur y tien dure comme fer.

Sinon c est sure que c'est quelque chose qui peux servir.

pour la stl je ne connaît pas encore bien le chapitre 8-)

Merci pour le lien, en voila un semblable :
http://www.cplusplus.com/

Citation:

---

Envoyé par Davidbrcz

Tu cherches ce genre de livre ?

---

je suis passer dans une librarie donc il y n'y a que de la doc sur l'info mai évidement sous linux c'est pauvre :cry:

et sur amazone c'est indisponible et le livre date de 2005 a mon avis sa date un peux il n'y aurait pas plus rescent dans le même genre ? ,a la limite s'il est disponible je le prend quand même

j'èspère quand même que sa existe quelque part :?

Hello,

man syscalls est ton amie.

Après, si tu veux rapidement connaître tous les noms des appels système qui disposent d'une man page sur ton système, il suffit déjà d'aller faire un tour dans /usr/share/man/man2/ ou ce qui en tient lieu. C'est un moyen rapide de commencer.

Ensuite, Linux est un unixoïde. Les références sont donc X-Open et Posix, qui spécifient un ensemble d'appels censés être disponibles sur tous les systèmes conformes à ces normes. C'est un passage quasi-obligé.

Reste enfin ce qui est propre à Linux. Le mieux est de commencer à la source : kernel.org. Linux Headquarters est un bon point d'entrée, également.

Plus éloigné du noyau, la Linux Standard Base tente de définir un tronc commun qui devrait être respecté par toute distribution qui se respecte :-)

Citation:

---

Bon cela m'étonnerai vu que les api son toute faite en C d'ailleurs je me demande bien pourquoi il reste seulement dans ce langage ?

---

• Parce qu'Unix et le langage C sont intimement liés depuis leur naissance. Ce sont pratiquement les mêmes personnes qui ont conçu les deux, et à une époque similaire ;
• Parce que le C reste très proche du fonctionnement réel de la machine et que certaines parties doivent toujours être écrites en assembleur (bootloaders, certaines parties des pilotes de périphériques, etc.). Il y avait un fil quelque part traitant de la tentative de réécrire un noyau entièrement en C++ qui s'était soldée par un echec (trop gros, trop lourd), mais je ne parviens plus à retrouver le lien ;
• C'est une question récurrente dans la FAQ de kernel.org.

et man7 aussi