Discussion :

[nicolas66]

Bonjour,

Je dois réaliser un projet du type clients-serveur (il y a donc plusieurs clients qui peuvent se connecter en même temps). Un client doit envoyer un fichier C par une socket et récupérer le fichier objet (*.o) associé si la compilation avec gcc a réussi. Sinon il doit récupérer les erreurs de compilation.

Le problème c'est que je ne vois pas trop comment faire pour récupérer les erreurs de compilation générées par gcc. La seule solution que je vois c'est de rediriger les erreurs sur un fichier temporaire puis de lire son contenu et de transférer le tout sur la socket. Mais je pense qu'il y aura des problèmes si plusieurs clients demandent la compilation de leurs fichiers en même temps avec un même fichier temporaire ...

Est-ce que vous pensez malgré tout que cette solution est bonne ? Si non, que me proposez-vous ? Merci d'avance pour vos réponses


Nico.

[gorgonite]

et le code de retour de gcc ?

sinon avec un make, tu vois quand il y a une erreur...

[nicolas66]

En fait je lance la compilation d'un fichier via la commande 'system' de cette manière :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
system("gcc test.c -o test");

Ensuite je regarde le code de retour de gcc. Apparement le code de retour est toujours le même quelque soit l'erreur de compilation. Et puis il y a tellement d'erreurs possibles que je verrai mal tester tous les codes d'erreurs possibles. Je pense qu'en fait il faut récupérer la description des erreurs et l'envoyer sur la socket. Voilà ce que dit le sujet : "Il faut que le client puisse comprendre si le serveur lui envoie un fichier objet ou des messages d'erreur".

[Michaël]

et en créant plusieurs fichiers temporaires ? tu peux les nommer différemment :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

error.log-ip

en remplaçant ip par l'ip du client. aux dernières nouvelles, elle doit être unique donc pas de problèmes à part si le client peut lancer plusieurs fois le prog. dans ce cas, tu peux ajouter l'heure dans le nom de fichier.

[nicolas66]

L'ip du client risque de ne pas être assez précise car je peux lancer plusieurs clients en localhost. De même, le temps n'est pas assez précis car je peux lancer aussi plusieurs clients dans la même seconde.

J'avais pensé à peu près à la même chose mais avec le numéro de thread lancé pour chaque client.