> Tu dis qu'il n'y a pas besoin de reflechir pour faire un soft multi-utilisateur et que ca marche tout le temps sous Linux/Unix, je te montres exemples en main que c'est faux.
Ce que tu ne veux pas comprendre, c'est que ton problème de $DISPLAY (contrairement à "/tmp") n'est en rien un problème de multi-utilisateur !
C'est un _BUG_ !
C'est un BUG aussi pour un système MONO-UTILISATEUR et ça ne marche pas en MONO-UTILISATEUR !
J'ai jamais dit qu'un programme qui ne marche pas en mono-utilisateur va marcher à merveille dans un contexte multi-utilisateur.
Tu peux avoir un poste mono-utilisateur et 4 écrans. Non ?
> j'ai simplement montre qu'il fallait un minimum de reflexion pour que ca marche.
Effectivement, le mono-utilisateur n'est déjà pas à ta portée.
> Toujours la meme connerie sortie sans la moindre argumentation technique derriere, tu t'enfonces encore plus.
Je s'en branle de l'argument technique.
Windows en une merde pour les virus et ce n'est plus à démontrer.
C'est à toi (si tu veux) l'expert Windows de nous expliquer pourquoi c'est un merde et pas à moi.
Perso, je m'en fout de savoir si c'est kernel32.dll ou vba64.dll.
[^] # Re: Si j'ai bien tout compris...
Posté par 007 . En réponse à la dépêche La prise de contrôle à distance avec NX. Évalué à -1.
Ce que tu ne veux pas comprendre, c'est que ton problème de $DISPLAY (contrairement à "/tmp") n'est en rien un problème de multi-utilisateur !
C'est un _BUG_ !
C'est un BUG aussi pour un système MONO-UTILISATEUR et ça ne marche pas en MONO-UTILISATEUR !
J'ai jamais dit qu'un programme qui ne marche pas en mono-utilisateur va marcher à merveille dans un contexte multi-utilisateur.
Tu peux avoir un poste mono-utilisateur et 4 écrans. Non ?
> j'ai simplement montre qu'il fallait un minimum de reflexion pour que ca marche.
Effectivement, le mono-utilisateur n'est déjà pas à ta portée.
> Toujours la meme connerie sortie sans la moindre argumentation technique derriere, tu t'enfonces encore plus.
Je s'en branle de l'argument technique.
Windows en une merde pour les virus et ce n'est plus à démontrer.
C'est à toi (si tu veux) l'expert Windows de nous expliquer pourquoi c'est un merde et pas à moi.
Perso, je m'en fout de savoir si c'est kernel32.dll ou vba64.dll.