jigso a écrit 1219 commentaires

Pourquoi ne pas prendre le gauche ?

Par ex, j'ai un pôte qui a accés aux infos; autour d'une bière, il m'explique le protocol, et me donne suffisemment d'infos pour en developper ma version à moi, libre évidemment. À Microsoft de prouver que je n'ai pas "reverse-enginiré" leur protocole ; à moins d'avoir des espions sur tous les gens à qui ils filent les specs...

Faut arrêter de défendre Apple, sans Microsoft on aurait certainemetn aujourd'hui des Mac 3 fois plus chers

Merci Microsoft !

j'appuie sur la touche ESC pour désactiver tout ça

Comme sous vi, quoi !

Est-ce à dire que l'objectivité est impossible ?

Objectivement non ! Maintenant...

Pour info, ce fichier n'est absolument pas utilise par la stack tcp/ip, ce fichier est utilise par la resolution de noms(DNS client), la stack tcp/ip elle ne traite rien d'autre que des addresses IP. J'ai pris cet exemple pour te faire comprendre la logique dans laquelle des softs sont ecrits, ils peuvent sembler similaires de l'exterieur, et c'est normal car c'est le but, mais sont ecrit de maniere totalement differente de l'interieur.

Il n'empèche que c'est bien curieux de voir ce fichier là - avec le "etc" - alors que ça aurait été plus logique de retrouver ça par exemple dans un onglet de la fenêtre "Paramètres TCP/IP avancés" qui cause DNS (joli mélange des couches au passage).

Et pourquoi ne pas mettre aussi un fichier 'interfaces' pour définir les adresses et les routes par défaut ? et un 'nsswitch.conf' ?

Tu peux prendre un /etc/hosts sur Unix et le transposer sur Windows tres simplement, voila un des avantages.

C'est de l'interopérabilité, c'est ça ? Depuis le temps que Microsoft en parle, ça y'est, on l'a trouvée ! ;-)

Pas convaincu...

Je trouve vraiment étrange de voir ce genre de fichier alors que ça ne correspond pas vraiment à la philosophie Windows : pourquoi mettre ces infos dans un fichier texte à la sauce unixienne alors qu'il y a la base de registre ou à la limite un .ini

Et je ne vois pas quels softs iraient lire ce genre de fichier, même sous les unix classiques personnes ne va lire /etc/hosts, c'est juste à la résolution de noms que le système va d'abord là avant de taper sur le DNS. Et c'est le boulot de l'OS, donc à la limite peu importe comment il fait. Ok pour les APIs communes, mais je ne voyais pas le fichier hosts comme une API...

M'enfin sinon je suis bien content que ce fichier soit là, parfois ça permer de se simplifier la vie lorsque les modifs de DNS sont trop lente (pbs de bureaucratie... )

Mais il y a bien des bouts qui viennent de BSD, non ?

Au hazard, winnt\system32\drivers\etc\host...

Dans le même genre il y a : http://www.paroles.net/texte/23085/print/1(...)

Pour Nvidia : http://ubuntuguide.org/#installnvidiadriver(...)

C'est donc que le pb n'est pas dans le wait(100), mais probable dans les opérations de lecture/copie de buffer ; dans la mesure où il ne fait pas du temps réels, ie pas d'appel de fonctions qui peuvent garantir un temps d'execution minimum, tout peut arriver, y compris des "gels" de plus d'1 seconde - probablement le ramasse-miette ou autre joyeuseté de la JVM.

Si c'est pour des machines de prod, est-ce bien nécessaire ? Il est vraisemblable que les modifications de configuration seront mineures durant la vie du système, n'est-il pas plus économiques de se forcer à modifier 2 fois des fichiers de conf en vérifiant 3 fois ce qu'on tape, plutôt que passer des heures à configurer et tester un système de réplication qui ne servira qu'une fois tous les 36 du mois - et donc qui ne marchera pas ou qui nécessitera de toute façon de vérifier à la mimine.
Il y a aurait 15 machines, je dis pas, mais pour 2 serveurs...

Sinon dans la série uzine à gaz, il y a cfengine.

P'tet qu'il a voulu faire un double troll en une seule phrase ? En tout cas châpeau, c'était bien trouvé ;-)

tu peux tenter une migration vers ubuntu, en touchant juste à ton souce.list, mais ne t'attend pas à des miracles, surtout sur une machine de prod... La sauvegarde de /etc/, et peut-être de /var/www, /usr/lib/cgi-bin, /var/lib/mysql, etc. est de toute façon fortement conseillée. Ne peux-tu pas installer une nouvelle machine, migrer les données, vérifier que tout marche, et ensuite basculer les IPs ?

Les autres fautes sont volontaire ;)

Tiens, une phrase auto-descriptive...

Bon, je sôre -> []

Et zou ---- > [ http://tribunelibre.org/(...) ]

Plutôt idiot, surtout que une fois que tu as fini un niveau généralement tu as au moins l'envie d'en voir la suite, si ce n'est la fin de l'aventure (c'est un peu le but, dans un jeu)

C'est que le jeu est mal foutu, habituellement plus j'avance et plus j'ai envie de voir la suite : sinon, poubelle directe, et au moins ça ne coute pas trop chère. Trés libéral comme système finalement !

VGE : Vieux Gateux Enarque ?

CPL ->[]

Ben actuellement c'est le cas - et c'est même pire : si je veux passer le niveau 1 de DOOM3, il faut que j'achète tout le jeu, même si je ne le termine jamais.
Pourquoi ne pas imaginer un étalement du prix à chaque niveau par ex : les gros joueur payeront le jeu en totalité, ce qui ne veulent juste voir pourront y accéder sans bourse délier. Ça pourrait même éliminer le principe des versions de démos : les jeux sont gratuitement téléchargeable, on paye juste quand on joue.

À quand un nmap.sh via ls /dev/tcp/hostname ?

oh qu'il est beau celui là, un joli petit troll tout mignon tout plein.

Juste en passant, quand on lance un service, ce qui est long, c'est le service lui-même, pas les 10 lignes de shell avant... À la limite le fork d'un shell à chaque fois, peut--être que ça joue... un peu...

- Laser 310 : un clone basé sur un ZX80. J'avais à peine 10 ans en 1984. Des heures à taper des jeux en basic et à me battre avec l'enregistrement sur cassette.
- Bull Micral 35 : un 286 6MHz, 640 Ko, EGA, DD de 20 Go qui faisait bavé tous mes copains qui avaient un Amstrad 1512...
- Puis un 486 SX 25 je crois, détroné par un Pentium 75MHz.
- Un passage par la HP28S, puis une HP48S. Merci JM Ferrard, pour les détails des entrailles de la bestiole. (J'ai même réussi récemment à en faire un terminal sur port série. Trop bon).
- Puis j'ai quitté le home-sweet-home, pour un good old 486DX266 (et une copine de geek). C'est également mes débuts sous Linux,
- Et finalement un AMD K7 à 650MHz, qui tourne toujours, sous Linux évidemment. Faudra peut-être passer à autre chose quand-même...

Ouais, enfin d'un autre coté il avait une chance sur 2 de tomber sur le bon...

11, 10, 01, 00 pouf ---> []

Désolé pour ta dépression, mais moi, quand j'achète quelque chose - PC ou autre - je vérifie un minimum si ça convient bien pour ce l'usage que j'en aurais. En l'occurence, pour un PC ou une carte, je fais un rapide tour sur google pour vérifier la compatibilité avec Linux. Parfois ça prend du temps, il faut vérifier les infos à 2 fois (genre "carte non supportée il y a 6 mois, mais maintenant si"), mais c'est toujours payant...

Dans le genre cartes satellite impressionnantes, il y a WorldWind (sous Windows only pour l'instant...) qui a quelques villes américaines en haute résolution.

http://worldwind.arc.nasa.gov/graphics/screenshots/25.jpg(...)

homepage : http://worldwind.arc.nasa.gov(...)

Ça marche aussi dans l'autre sens : "Linux sans GNU, c'est aussi une coquille vide. Heureusement qu'on a eu des outils potables pour developper un kernel potable."

L'oeuf, la poule, tout ça quoi...