[Question] serveur en tache de fond

Bonjour,
j'�cris un serveur qui doit tourn� en tache de fond. Celui-ci fonctionne normalement lorsque je lance le serveur moi-m�me. J'ai donc modifi� le fichier /etc/inittab pour qu'il se lance lorsque la machine boot. Lorsqu'un client effectue une requ�te sur ce serveur, je re�oit un message du type :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
Failed to write //PI17418. Exiting.

Est-ce que je dois utiliser la commande iotcl pour le d�tacher de sa console virtuelle ?
Est-ce que le fait de ne pas �tre un d�mon emp�che d'effectuer une connection sur ce serveur ?
Peut-on effectuer un pipe entre deux processus lorsqu'on utilise une console virtuelle ?

Merci de r�pondre � toutes ces questions.

T'aurais du poser cette question sur le forum Linux.

oui et non, c'est assez sp�cifique au c apparamment.
De toute fa�on, j'ai envoy� le m�me post au forum linux et je n'ai pas de r�ponses.

Merci quand m�me pour le conseil.

Pour les pipes tu parlais de

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

commande1 |commande2

ou de

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

machin = pipe(truc);

?
C'est � dire la version shell ou la version C ?

Salut
Il faut que tu utilises le serveur inetd puisque ce que tu cherches a r�aliser c'est un d�mon:
Il faut donc que tu modifie le fichie /etc/inetd.conf et que tu lui ajoutes une ligne concernant le serveur que tu cherches � mettre en place.

je te conseille vivement puisque tu es sur linux de taper man 8 inetd et man 8 inetd.conf.
A bientot

Bonjour,
c'est la vesion C. Par contre, je ne trouve pas le fichier /etc/inetd.conf.

Bizarre

Si ton d�mon n'est pas li� � un service internet primaire (ftp, http, ssh), il n'a pas sa place dans inetd. Par contre, si dans /etc/inittab cela ne fonctionne pas, as-tu essay� de le mettre dans rc.local, situ� dans /etc/rc.d (je crois) ? Je soup�onne que le inittab est lanc� beaucoup plus t�t que rc.local, ce qui expliquerait peut-�tre ton erreur bizarre.

Salut ,
Comme mon explication n'�tait pas tout a fait explicite la derniere fois je t'�cris ce que j'ai pu trouver sur l'excellent livre "Programmation Systeme en C Sous Linux" de Christophe Blaes (celui qui a �crit presque tous les man de linux)

Une alternative � la programmation d'un d�mon est l'emploi d'un super serveur r�seau inetd. Ce d�mon lit au d�marage sa configuration dans /etc/inetd.conf et assure toute la gestion de l'aspect serveurt TCP. Lorqu'une connexion a �t� �tablie, il invoque directement l'utilitaire demand�, en ayant redirig� grace a dup( ) son entr�e et sa sortie standard vers la socket obtenue..
...
Il nous faut alors ajouter un port d�di� dans /etc/services et une ligne de lancement dans /etc/inetd.conf. On se reportera aux pages de manuel inetd et inetd.conf pour plus plus de d�tails sur la syntaxe.

Cette fois ce doit etre plus clair pour toi.
Dans ce livre, il propose une autre solution :

Lorqu'un serveur de donn�es TCP a atteint un niveau de maturit� fonctionnelle suffisant pour pr�senter un interet global au niveau du syst�me et du r�seau , il est souvent int�ressant de le faire fonctionner en tant que d�mon ... (ca c'est banalit�, on le savait d�j�)
Un d�mon est un processus tournant en arri�re plan sur le syst�me ; sans terminal de contr�le. En g�n�ral les d�mons sont d�marr�s lors de l'initialisation du syst�me, et on les laisse s'executer jusqu'� l'�rret de la machine.
1. tout d'abord le d�mon doit passer en arriere plan

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

 if (fork() != 0) exit(0);

2. Le d�mon ne doit bloquer aucune partition du systeme , sauf s'il s'agit de ses propres r�pertoires.
3. Le processus doit cr�er une nouvelle session et s'assuerr qu'il n'a pas de terminal de controle (utilisation de l'appel syst�me setsid)
4. Finalement le d�mon doit fermer tous les descripteurs de fichier que le schell aurait pu lui passer
5. Dernier point: le d�mon n'affiche pas de message sur STDERR maisi l faudra employer le m�canisme syslog()

Voile ce que je pouvais dire sur le sujet , enfin ce que j'ai pu lire sur le sujet
Abientot.

Bonjour,
Excusez-moi, je viens de trouver la r�ponse qui n'a rien avec le forum C
Le message :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
Failed to write [nom de fichier]

ce message signifie que le serveur lanc� par init ne peux pas lire ou �crire un fichier.
Trois explications : il ne trouve pas le fichier.
il n'a pas les droits sur le fichier
il n'a pas les droits sur le r�pertoire du fichier.

A partir de l�, il est facile de r�gler le probl�me.

Je suis d�sol�, pour ces messages qui n'ont rien � avoir avec ce forum.

Pour dire la v�rit�, je pensai que la commande pipe pouvais avoir une influence sur le fonctionnement des consoles virtuelles.
La prochaine fois, j'essayerai d'avoir plus de rigueur dans mon travail.

merci pour votre compr�hension.

ps : je r��crirai le m�me post dans le forum linux.

Envoy� par Nicaisse

Suite a ce qu'a dit Nicaisse

J'avoue que je suis un peu d�cu, avec tout le mal que je m'�tais donn�. . C'est pas grave ca servira a quelq'un d'autre !!!

A bientot et bonne continuation

Il n'est jamais inutile de citer un extrait du "Blaess". C'est la bible !

Salut

Envoy� par Metal Tom

Il n'est jamais inutile de citer un extrait du "Blaess". C'est la bible !

En accord avec toi !
A bientot