Discussion :

[panthere noire]

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 ....

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.

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

Merci d'avance

[Davidbrcz]

Tu cherches ce genre de livre ?

[cboudy]

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

[panthere noire]

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

[panthere noire]

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

[tonton fred]

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?

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.

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

[panthere noire]

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


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, mai par contre c'est du C only 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

[Davidbrcz]

erf bon j'ai mal lu le résumer, mai par contre c'est du C only 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à

[panthere noire]

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

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

[Obsidian]

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 :-)

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.

[souviron34]

et man7 aussi