Faire un programme sous root puis dire "Ooops, mon programme à besoin de root" est franchement marrant.
Non, c'est une realite que tu ne sembles pas concevoir.
- il ne faut pas écriture dans /etc => ça tombe bien, on ne peut pas
- il faut utiliser $DISPLAY => ça tombe bien, c'est obligatoire
- ne pas tripoter la base de registre => ça tombe bien, il n'y en a pas.
1) si t'es root, si tu peux
2) obligatoire ? Quelqu'un va m'arreter si j'utilises "0:0" au lieu de $DISPLAY ? Non, ca sera juste un bug empechant l'utilisation du soft correctement en env. multi-utilisateur
3) La base de registres tu peux la tripoter meme en multi-utilisateur, mais faut toucher uniquement la ou il faut, comme tout
4) Tu fais un soft qui cree un fichier temporaire, toujours le meme, dans /tmp, ben c'est super, sauf le jour ou 3 utilisateurs lancent le meme soft.
5) Ton soft utilise des IPC qu'il ne protege pas correctement(memoire partagee, message queue, semaphore,...), avec des noms se trouvant dans un repertoire public (genre /tmp ), hop 3 users lancent le meme soft, et bam, c'est un gros bordel.
etc...
Au-lieu de prendre du temps à me faire la morale, dit à quoi il faut faire attention pour rendre un programme (je ne parle pas de serveur) multi-utilisateur sous Unix.
La liste est plus haut, et j'ai certainement oublie des trucs
Trouves moi un "HOWTO multi-utilisateur".
Sa non-existence signifie que le probleme n'existe pas ?
J'ai pas vu de "how-to make your software bug free", ca veut dire que sous Linux tous les softs sont bug free ?
Des recommendations MS à une époque* il y en avait plein.
Aider les developpeurs a eviter de faire les conneries sus-mentionnees signifie qu'il y a un probleme dans l'OS ?
Je suis comme toi. Tu connais mal Linux et moi c'est Windows. Mais moi je le reconnais.
Je crois surtout que tu connais mal les 2 systemes.
La difference entre toi et moi c'est que moi j'ai ecrit et supporte depuis 5 ans un soft de taille et complexite non-negilgeable qui tourne sous Linux(ainsi que Solaris/BSD et autres) en plus de mon job chez MS, je connais les problemes qui peuvent survenir dans le developpement d'un soft, et je sais tres bien qu'ils sont identiques sous Linux et Windows.
Remarques, t'es le bienvenu pour me contredire et me lister clairement les differences techniques entre Linux et Windows rendant le dev de softs en env. multi-utilisateurs plus complique sous Windows.
C'est marrant, mais je sens que je vais jamais la voir cette liste.
[^] # Re: Si j'ai bien tout compris...
Posté par pasBill pasGates . En réponse à la dépêche La prise de contrôle à distance avec NX. Évalué à 8.
Non, c'est une realite que tu ne sembles pas concevoir.
- il ne faut pas écriture dans /etc => ça tombe bien, on ne peut pas
- il faut utiliser $DISPLAY => ça tombe bien, c'est obligatoire
- ne pas tripoter la base de registre => ça tombe bien, il n'y en a pas.
1) si t'es root, si tu peux
2) obligatoire ? Quelqu'un va m'arreter si j'utilises "0:0" au lieu de $DISPLAY ? Non, ca sera juste un bug empechant l'utilisation du soft correctement en env. multi-utilisateur
3) La base de registres tu peux la tripoter meme en multi-utilisateur, mais faut toucher uniquement la ou il faut, comme tout
4) Tu fais un soft qui cree un fichier temporaire, toujours le meme, dans /tmp, ben c'est super, sauf le jour ou 3 utilisateurs lancent le meme soft.
5) Ton soft utilise des IPC qu'il ne protege pas correctement(memoire partagee, message queue, semaphore,...), avec des noms se trouvant dans un repertoire public (genre /tmp ), hop 3 users lancent le meme soft, et bam, c'est un gros bordel.
etc...
Au-lieu de prendre du temps à me faire la morale, dit à quoi il faut faire attention pour rendre un programme (je ne parle pas de serveur) multi-utilisateur sous Unix.
La liste est plus haut, et j'ai certainement oublie des trucs
Trouves moi un "HOWTO multi-utilisateur".
Sa non-existence signifie que le probleme n'existe pas ?
J'ai pas vu de "how-to make your software bug free", ca veut dire que sous Linux tous les softs sont bug free ?
Des recommendations MS à une époque* il y en avait plein.
Aider les developpeurs a eviter de faire les conneries sus-mentionnees signifie qu'il y a un probleme dans l'OS ?
Je suis comme toi. Tu connais mal Linux et moi c'est Windows. Mais moi je le reconnais.
Je crois surtout que tu connais mal les 2 systemes.
La difference entre toi et moi c'est que moi j'ai ecrit et supporte depuis 5 ans un soft de taille et complexite non-negilgeable qui tourne sous Linux(ainsi que Solaris/BSD et autres) en plus de mon job chez MS, je connais les problemes qui peuvent survenir dans le developpement d'un soft, et je sais tres bien qu'ils sont identiques sous Linux et Windows.
Remarques, t'es le bienvenu pour me contredire et me lister clairement les differences techniques entre Linux et Windows rendant le dev de softs en env. multi-utilisateurs plus complique sous Windows.
C'est marrant, mais je sens que je vais jamais la voir cette liste.