Des fois tu me fais halluciné tellement t'es bête. > Bah non, sous windows y'a pas C:\temp.
Mais si. C'est indiqué avec la variable TEMP je crois.
Sous windows c'est C:\windows\system\temp.
sans commentaire.
Ben demande à un développeur de faire une appli pour Unix et lui disant bien que c'est pour une système avec un seul utilisateur. Tu vas voir, l'applis sera multi-utilisateur compliant. Marrant ça.
putain mais t'es vraiment grave.
Là tu demande au développeur de ne pas tenir compte du fait qu'il n'y a pas plusieurs utilsateurs, donc l'application sera MONO-UTILISATEUR parcqu'elle ne s'occupe pas des problèmes liés au fait qu'il y en ai plusieurs.
Mais OUI, elle pourra sûrement tourner sur un OS multi-utilisateur.
Tu le dis toi même "multi-utilisateur compliant" c'est à dire compatible avec les OS multi-utilisateurs. C'est pas pour celà que l'appli sera capable de tenir compte du fait qu'il y a plusieurs utilisateurs.
C'est comme si tu fais un programme mono-thread, alors oui tu pourras dire qu'il est compatible avec les OS multi-thread (encore que) amis ce n'est pas pour celà qu'il sera multi-thread ! Il faut que le développeur utilise explicitement cette possibilité, pareil pour le côté multi-utilisateurs.
Et c'est ce qu'on demande aux développeurs, on leur demande d'ajouter un PLUS à leurs appli, de ne pas se contenter de faire en sorte qu'elle puisse être lancé plusieurs fois. Bref, tirer parti de l'avantage de pouvoir avoir plusieurs utilisateurs en même temps.
Bravo. Gnome est un programme.
Tu as quelle version du programme Gnome ?
T'es vraiment trop con. Voilà tu préfères que je parle de solution logicielle ? Ca va c'est assez vague pour que tu comprennes sans m'enmerder sur les termes que tout le monde comprend ?
* Win 95 est multi-tâches et pas multi-utilisateur.
Mais j'en ai rien à cirer de Win95 ! On parle d'Unix bordel !
C'est l'OS qui est multi-utilisateur et pas un programme !
Clap clap clap.
L'OS est multi-utilisateur si il tient compte du fait qu'il peut y avoir plusieurs utilisateurs.
Le programme est multi-utilisateur si il tient compte du fait qu'il peut y avoir plusieurs utilisateurs.
Je crois que tu as franchement du mal à comprendre qu'il ne suffit pas de se contenter du multi-utilisateur au niveau noyau. A tous les niveau il faut en tenir compte. Parfois celà ne change rien aux fonctionnalités, parfois celà apporte de nouveaux besoins, de nouvelles possibilités. Et c'est ce qu'on demande aux programmeurs :!!!!!!!: Tenir compte du fait qu'il peut y avoir plusieurs sessions graphiques en même temps sur une même machine !!!! (chose relativement nouvelle)
Tu mélanges tout.
Bon, heureusement que depuis 30 ans, Unix ne fait pas ce que tu dis.
heuresement que depuis 30 ans l'informatique a évolué et que tes idées sont dépassés depuis autant de temps.
Il n'y a pas d'appli mono-utilisateur sous Unix
quelques lignes plus haut tu dis que seul l'OS peut être multi-utilisateur et pas les programme, et là tu me dis qu'ils sont tous multi-utilisateur (car pas mono-utilisateur)
t'es vraiment un boulet.
On peut être multi-utilisateur et pas multi-threadé. Ça existe.
J'ai dit le contraire ? tu fabules.
On peut être multi-threadé et pas multi-utilisateur (win 95). etc.
J'ai dit le contraire ? tu fabules.
Met ca une bonne fois pour toute dans la tête :
une appli est mono-utilisateur lorsqu'elle ne tient pas compte du fait qu'il peut y en avoir plusieurs.
une appli ou un OS est multi-utilisateur quand elle en tient compte. Mais l'un n'empêche pas l'autre ! et tu peux très bien utilisé une appli multi-utilisateur sur un OS non conçu pour (l'appli va tout faire), ou l'inverse, une appli mono-utilisateur sur un OS multi-utilisateur, auquel cas l'appli n'en tirera pas parti (poutant elle le font quasiment toute en utilisant HOME), tu peux aussi faire tourner une appli multi-utilisateur sur un OS multi-utilisateur en utilisant un tout autre système ou en utilisant la couche inférieur qui propose des fonctionnalités multi-utilisateur.
Désolé si je me suis emporté, mais tu m'as énervé. Tu peux me moinsser si ça t'amuse.
[^] # Re: 007 versus Rest Of The World
Posté par TImaniac (site web personnel) . En réponse au journal Unix : ton esprit fout le camp. Évalué à 4.
> Bah non, sous windows y'a pas C:\temp.
Mais si. C'est indiqué avec la variable TEMP je crois.
Sous windows c'est C:\windows\system\temp.
sans commentaire.
Ben demande à un développeur de faire une appli pour Unix et lui disant bien que c'est pour une système avec un seul utilisateur. Tu vas voir, l'applis sera multi-utilisateur compliant. Marrant ça.
putain mais t'es vraiment grave.
Là tu demande au développeur de ne pas tenir compte du fait qu'il n'y a pas plusieurs utilsateurs, donc l'application sera MONO-UTILISATEUR parcqu'elle ne s'occupe pas des problèmes liés au fait qu'il y en ai plusieurs.
Mais OUI, elle pourra sûrement tourner sur un OS multi-utilisateur.
Tu le dis toi même "multi-utilisateur compliant" c'est à dire compatible avec les OS multi-utilisateurs. C'est pas pour celà que l'appli sera capable de tenir compte du fait qu'il y a plusieurs utilisateurs.
C'est comme si tu fais un programme mono-thread, alors oui tu pourras dire qu'il est compatible avec les OS multi-thread (encore que) amis ce n'est pas pour celà qu'il sera multi-thread ! Il faut que le développeur utilise explicitement cette possibilité, pareil pour le côté multi-utilisateurs.
Et c'est ce qu'on demande aux développeurs, on leur demande d'ajouter un PLUS à leurs appli, de ne pas se contenter de faire en sorte qu'elle puisse être lancé plusieurs fois. Bref, tirer parti de l'avantage de pouvoir avoir plusieurs utilisateurs en même temps.
Bravo. Gnome est un programme.
Tu as quelle version du programme Gnome ?
T'es vraiment trop con. Voilà tu préfères que je parle de solution logicielle ? Ca va c'est assez vague pour que tu comprennes sans m'enmerder sur les termes que tout le monde comprend ?
* Win 95 est multi-tâches et pas multi-utilisateur.
Mais j'en ai rien à cirer de Win95 ! On parle d'Unix bordel !
C'est l'OS qui est multi-utilisateur et pas un programme !
Clap clap clap.
L'OS est multi-utilisateur si il tient compte du fait qu'il peut y avoir plusieurs utilisateurs.
Le programme est multi-utilisateur si il tient compte du fait qu'il peut y avoir plusieurs utilisateurs.
Je crois que tu as franchement du mal à comprendre qu'il ne suffit pas de se contenter du multi-utilisateur au niveau noyau. A tous les niveau il faut en tenir compte. Parfois celà ne change rien aux fonctionnalités, parfois celà apporte de nouveaux besoins, de nouvelles possibilités. Et c'est ce qu'on demande aux programmeurs :!!!!!!!: Tenir compte du fait qu'il peut y avoir plusieurs sessions graphiques en même temps sur une même machine !!!! (chose relativement nouvelle)
Tu mélanges tout.
Bon, heureusement que depuis 30 ans, Unix ne fait pas ce que tu dis.
heuresement que depuis 30 ans l'informatique a évolué et que tes idées sont dépassés depuis autant de temps.
Il n'y a pas d'appli mono-utilisateur sous Unix
quelques lignes plus haut tu dis que seul l'OS peut être multi-utilisateur et pas les programme, et là tu me dis qu'ils sont tous multi-utilisateur (car pas mono-utilisateur)
t'es vraiment un boulet.
On peut être multi-utilisateur et pas multi-threadé. Ça existe.
J'ai dit le contraire ? tu fabules.
On peut être multi-threadé et pas multi-utilisateur (win 95). etc.
J'ai dit le contraire ? tu fabules.
Met ca une bonne fois pour toute dans la tête :
une appli est mono-utilisateur lorsqu'elle ne tient pas compte du fait qu'il peut y en avoir plusieurs.
une appli ou un OS est multi-utilisateur quand elle en tient compte. Mais l'un n'empêche pas l'autre ! et tu peux très bien utilisé une appli multi-utilisateur sur un OS non conçu pour (l'appli va tout faire), ou l'inverse, une appli mono-utilisateur sur un OS multi-utilisateur, auquel cas l'appli n'en tirera pas parti (poutant elle le font quasiment toute en utilisant HOME), tu peux aussi faire tourner une appli multi-utilisateur sur un OS multi-utilisateur en utilisant un tout autre système ou en utilisant la couche inférieur qui propose des fonctionnalités multi-utilisateur.
Désolé si je me suis emporté, mais tu m'as énervé. Tu peux me moinsser si ça t'amuse.