Oblige ? Comment ? Tout le monde a acces a /tmp, et c'est l'endroit que tout le monde utilise pour les fichiers temporaires.
Tu connais rien à IPC.
Pour avoir un identifiant ipc, tu utilises ftok(3) (c'est dans la doc).
ftok : Convertir un nom de fichier et un identificateur de projet en clé IPC système V.
Comme il n'y a que $HOME de dispo, tu utiliseras ftok ($HOME/ipc, ...).
Et toi tu connais qqe chose a Unix ? /tmp est accessible a tout le monde, sur tous les Unix. Le developpeur n'est pas _force_ d'utiliser $HOME, il peut tout a fait faire un ftok("/tmp/monfichier",...)
T'es obligé. Terminé.
Si tu fais un serveur il faut utiliser /tmp/... . Mais je n'es jamais parlé pour le cas des serveurs !
Mais c'est quoi cette connerie ?! En quoi un serveur serait-il different ? Tu m'expliques comment une appli peut etre forcee d'utiliser HOME et pas un serveur sachant que /tmp est accessible a tout le monde ?
Faut que t'ailles revoir tes bouquins de Linux/Unix mon cher.
Ce se sont pas des utilisateurs...
Ce sont des utilisateurs, ils ne peuvent pas se logger mais le kernel ne fait absolument aucune difference entre nobody, root et logindemaman, ils sont tous traites de la meme maniere.
Nuance.
si je fais "who", j'ai jamais apache, named, etc.
Super, je te fais un 'ls' modifie qui n'affiche jamais le repertoire .monrepertoire, subitement ca n'est plus un repertoire ?
Tu considères que le développeur fait un sabotage pour défendre ton point de vu.
Actuellement, il y a que le problème de /tmp qui tient la route.
C'est bien ce dont je te parles depuis le debut, ca se produit, et ca prouve que laisser qq'un ecrire un soft en lui disant que c'est mono-utilisateur peut aboutir a un soft qui ne tourne pas en multi-utilisateur.
[^] # Re: 007 versus Rest Of The World
Posté par pasBill pasGates . En réponse au journal Unix : ton esprit fout le camp. Évalué à 2.
Oblige ? Comment ? Tout le monde a acces a /tmp, et c'est l'endroit que tout le monde utilise pour les fichiers temporaires.
Tu connais rien à IPC.
Pour avoir un identifiant ipc, tu utilises ftok(3) (c'est dans la doc).
ftok : Convertir un nom de fichier et un identificateur de projet en clé IPC système V.
Comme il n'y a que $HOME de dispo, tu utiliseras ftok ($HOME/ipc, ...).
Et toi tu connais qqe chose a Unix ? /tmp est accessible a tout le monde, sur tous les Unix. Le developpeur n'est pas _force_ d'utiliser $HOME, il peut tout a fait faire un ftok("/tmp/monfichier",...)
T'es obligé. Terminé.
Si tu fais un serveur il faut utiliser /tmp/... . Mais je n'es jamais parlé pour le cas des serveurs !
Mais c'est quoi cette connerie ?! En quoi un serveur serait-il different ? Tu m'expliques comment une appli peut etre forcee d'utiliser HOME et pas un serveur sachant que /tmp est accessible a tout le monde ?
Faut que t'ailles revoir tes bouquins de Linux/Unix mon cher.
Ce se sont pas des utilisateurs...
Ce sont des utilisateurs, ils ne peuvent pas se logger mais le kernel ne fait absolument aucune difference entre nobody, root et logindemaman, ils sont tous traites de la meme maniere.
Nuance.
si je fais "who", j'ai jamais apache, named, etc.
Super, je te fais un 'ls' modifie qui n'affiche jamais le repertoire .monrepertoire, subitement ca n'est plus un repertoire ?
Tu considères que le développeur fait un sabotage pour défendre ton point de vu.
Actuellement, il y a que le problème de /tmp qui tient la route.
C'est bien ce dont je te parles depuis le debut, ca se produit, et ca prouve que laisser qq'un ecrire un soft en lui disant que c'est mono-utilisateur peut aboutir a un soft qui ne tourne pas en multi-utilisateur.