> Imagine un jeu, qui permet de jouer à plusieurs en réseau.
Mauvais exemple, c'est un serveur (voirs ailleurs pourquoi).
Prend un truc type gimp, gedit, pam, etc...
> Si le développeur ne tient pas compte du fait que le programme peut être lancé par plusieurs utilisateurs
Mauvais exemple. Je dis qu'un programme fait _sans prendre en compte l'aspect multi-utilisateur_ marchera dans le contexte multi-utilisateur d'Unix.
Et toi tu me donnes un programme qui doit prendre en compte plusieurs utilisateurs.
> il risque d'y avoir des accès concurrents au fichier de scores => possibilités de corruption.
Pas possible (sauf utilisation de "/tmp" plus de gros risque de sécurité).
Faut aussi le sid pour le programme.
Ça peut être vu comme un serveur de score.
[^] # Re: Unix, c'etait mieux à vent, ton esprit fout le camp...
Posté par 007 . En réponse au journal Unix : ton esprit fout le camp. Évalué à 0.
Mauvais exemple, c'est un serveur (voirs ailleurs pourquoi).
Prend un truc type gimp, gedit, pam, etc...
> Si le développeur ne tient pas compte du fait que le programme peut être lancé par plusieurs utilisateurs
Mauvais exemple. Je dis qu'un programme fait _sans prendre en compte l'aspect multi-utilisateur_ marchera dans le contexte multi-utilisateur d'Unix.
Et toi tu me donnes un programme qui doit prendre en compte plusieurs utilisateurs.
> il risque d'y avoir des accès concurrents au fichier de scores => possibilités de corruption.
Pas possible (sauf utilisation de "/tmp" plus de gros risque de sécurité).
Faut aussi le sid pour le programme.
Ça peut être vu comme un serveur de score.
Pas facile :-)