Obsidian a écrit 5320 commentaires

Non, parce que #! appelle le programme en lui passant le nom du fichier de script en argument. iptables-restore et iptables-save, eux, interprètent ce qui leur arrive sur l'entrée standard.

La prise en charge des cartes Wifi sous Linux est un travail fastidieux et récent ! Donc, même si le tout fonctionne beaucoup mieux ne serait-ce que du temps de la 7.04, il reste encore de nombreux trous. Soit ta carte fonctionne, soit elle ne fonctionne pas ...

Heureusement, il existe ndiswrapper qui exploite sous Linux le pilote Windows de ta carte, ce qui te permet dans l'absolu d'utiliser tout-de-suite n'importe quelle carte Wifi.

Il existe une doc ici mais qui semble s'arrêter à la 7.04.
http://doc.ubuntu-fr.org/ndiswrapper

15 secondes de Google :

http://java.sun.com/j2ee/1.4/docs/tutorial/doc/index.html

Cà, c'est une question pour Pierre Tramo ...

Exactement.

Et si tu le fais en administrateur consciencieux, tu vérifies en plus que ta distrib' n'exploite pas déjà un fichier dédié pour cela, ce qui t'éviteras d'avoir à écrire un script exprès et garantira la compatibilité avec les reste des outils qu'elle propose ...

A et aussi je suis sous Debian Sid.

Ok, j'avais mal lu.

A noter que iptables-save te renvoie le contenu des chaînes sur la sortie standard. A charge à toi de la rediriger vers un fichier.

iptables-save et iptables-restore sont tes amis.

iptables définit des chaînes qui sont directement exploitées en mémoire par le module du noyau. Si tu redémarres, c'est normal qu'elles soient vides. Tu les mets toutes dans un seul fichier et tu les repasses en une fois au démarrage.

Quelle distribution utilises-tu ? Si c'est une Fedora, par exemple, le fichier en question existe déjà : /etc/sysconfig/iptables

Il y a même plein d'options sympas dans /etc/sysconfig/iptables-config

j'ai l'impression que toutes les instructions cpu sont exécutée par ma workstation (rapidité de KDE) mais que les instructions GPU sont exécutées par le portable (bzflag lag à crevé)

Ni l'un ni l'autre, à mon avis, mais OpenGL doit fonctionner sur la machine qui héberge la carte 3D, si carte 3D il y a, ce qui n'est probablement pas le cas de ton portable. Si tu désactives l'accélération 3D sur ta workstation, le truc va ramer aussi, même si c'est un peu moins.

En outre, même si tu faisais faire un rendu purement soft avec Mesa sur ta grosse machine, il faudrait ensuite renvoyer en permanence le résultat à travers le réseau vers ton portable et là, il te faudrait le débit du port AGP, pas celui d'Ethernet. Et même là, les jeux gourmands en ressources saturent déjà le port en envoyant des directives à la carte graphique. Balancer le rendu en temps réel pourrait dépasser la limite disponible rien qu'en local.

Bref, tu pourrais peut-être gagner quelques FPS mais rien de transcendant ...

La semaine dernière, la plupart des dépêches sur l'affaire de la fraude à la Société générale présentaient Jerôme Kerviel comme un petit génie de l'informatique[1] :

C'est pas un secret : on s'est tous rendus compte du premier coup que Jerôme Kerviel, c'est en fait le pseudonyme de Jean-Kevin ...

Un grand merci à toutes les personnes ayant fournit un retour sur le forum

Moment Capello, mais fournir au participe passé s'écrit "fourni", sans t final. Comme tous les verbes du deuxième groupe, notamment "subir".

Je le précise parce que non seulement on voit l'erreur très fréquemment, mais je me suis même fait annuler certains amendements que j'avais fait sur des articles Wikipédia. Certains croient y dur comme fer.

C'est une faute courante car les trois verbes en "ir" les plus fréquents dans le langage courant sont en fait des verbes du troisième groupe : "écrire","lire","dire". Ils finissent tous par "ire" et par "ir".

Dans le cas de "subir", c'est encore pire parce que les gens confondent avec l'adjectif "subit, subite" qui n'a rien à voir.

http://www.leconjugueur.com/php/newconjugue.php?lang=fr&(...)

Ça se pourrait. Mais cela ne dispensera probablement pas les candidats d'envoyer un nouveau CV pour le principe !

Linux va donc former le coeur de ce nouvel OS qui répond au doux nom de SOSCOE pour "System-of-Systems Common Operating Environment".

Ah ah ! Ils croyaient qu'on ne les aurait pas vu ? Ben, c'est raté ! :-)

Le journal, c'est surtout le log des actions effectuées ou sur le point de l'être. C'est assez rare que l'on y copie les données proprement dites. En cas d'interruption sauvage, on peut ainsi savoir ce que l'on était en train de faire et nettoyer la place en conséquence sans incertitude.

Ca sert surtout à garantir l'intégrité du système de données lui-même plutôt que la disponibilité de ce que l'on était en train d'écrire au moment de la panne.

Elle est vieille, a été reprise partout, et est bien antérieure à Windows (95, en tout cas), pour autant que je sache. Il me semble qu'elle est authentique, mais je n'arrive plus à en trouver l'origine.

On l'attribuerait à un policitien newfie qui lurait dit cela sérieusement dans un congrès. A vérifier, donc.

Il faut souligner que l'AFDEL, c'est l' "ASSOCIATION FRANCAISE DES EDITEURS DE LOGICIELS ". L'activité principale desdits éditeurs étant de vendre des logiciels, on comprend mieux la position de l'auteur et de ce point de vue, le texte apparaît plus modéré qu'en première lecture.

Par contre, dire que la commission Attali tourne le dos à l'innovation en favorisant le logiciel libre, c'est quand même gonflé. Il n'y a guère que chez MS qu'on pouvait lire ce genre de chose. Même sur Linuxfr, on n'oserait pas faire le contraire.

Ca me rappelle le quatrième de couvertue de la seconde édition de Paranoïa ( http://fr.wikipedia.org/wiki/Parano%C3%AFa_%28jeu_de_r%C3%B4(...) ) :

La première version de Paranoïa est positivement parfaite sous tous rapports. L'Ordinateur l'affirme. Il affirme également que la seconde version est encore plus parfaite. Oseriez-vous mettre en doute les propos de l'Ordinateur ?

Tellement vrai, dans certains cas ... :-)

C'est-à-dire que "plastique" est un adjectif qui peut s'appliquer à n'importe quoi et qui signifie modelable, façonnable ...

Effectivement, l'origine du mot américain vient bien de l'explosif plastique, mais du coup, on pourrait utiliser cette terminologie pour n'importe quel explosif mou (ce qui est peut-être ce que l'on cherche), alors qu'avec le temps, les américains ont généralement associé le mot au C4. Dans ce cas, on l'utilise tel quel et on le met même en italique pour montrer que c'est un terme étranger.

Perdu : ce sont des fautes brevetées aux Etats-Unis, et considérées comme une oeuvre de l'esprit en Europe, dont sujettes aux droits d'auteur. Il te faudra attendre 70 ans après la mort de leur auteur pour pouvoir les exploiter, ce qui est une raison de plus pour écrire correctement d'ailleurs. Vive l'orthographe libre !

Là, en plus son problème ne concerne pas seulement ses tables, mais ses formulaires. Pour rappel (ou pas) les formulaires sous Access, c'est l'une des six entités que l'on peut créer au sein d'une "base", et qui prennent la forme de boîtes de dialogue dont les composants peuvent être directement liés à la base.

Plus que de gérer le stock, il cherche donc à faire une interface dynamique. C'est faisable, mais c'est du vrai développement et ça ne se fait pas en une minute.

Je suis prêt à parier que cette application doit en plus être partagée et distribuée, de manière à ce que les informations de tous les postes soient automatiquement mises à jour chaque fois qu'un vendeur saisit une commande, et que l'atomicité et l'exclusivité des transactions soient bien entendues garanties, cela va sans dire ...

Bonjour,

Tu peux les trouver n'importe où en ligne, notamment ici :

http://www.linuxfr-france.org.invalid/article/man-fr/

Sinon, tu peux installer le package idoine, si ce n'est déjà fait :

sudo apt-get install manpages-fr

Mais attention : souviens-toi qu'elles ne sont pas toutes traduites, et qu'elles évoluent souvent. Donc même si la majorité de ta doc sera francophone, il restera toujours quelques pages en anglais, et ce sera vrai sur tous les systèmes.

Et on me souffle dans la mienne qu'il faut en fait écrire "plastic" et "mastic".

Moment Capello : "défait", ça veut dire "defaced" ? Parce que dans ce cas, il faudrait plutôt dire "défiguré".

Ok, j'ai fait une erreur dans un ordre de grandeur, ce n'est pas bien grave en soi. C'était pour donner une idée de ma pensée dans un commentaire Linuxfr, par pour soutenir une thèse.

Ce que je voulais dire, c'est que si l'on suit une progression géométrique style loi de Moore, on va finir par rencontrer ce genre de souci dans un intervalle de temps comparable à celui qu'il a fallu pour passer de 16 à 32 bits, c'est-à-dire pas grand chose. Même avec mille atomes par bit de mémoire, ça reste compliqué à mettre en oeuvre.

Pour autant, ça ne remet pas en cause l'utilité d'une architecture 64 bits. On est même à 128 sur certaines machines (consoles de jeux, en particulier) parce que c'est pratique pour des utilisations ciblées et que celles-ci sont suffisamment rentables à elles seules pour justifier la conception de telles machines.

En ce qui concerne l'adressage proprement dit, 4 Go de mémoire sont déjà atteints et exploités depuis quelque temps. Rien que ça justifie le 64 bits. Par contre, en considérant 2^64 octets de mémoire, un facteur très limitant restera le temps qu'il faut pour y accéder.

Evidemment, on paralélisera, on fera des MMU plus puissantes, etc. M'enfin, j'espère que d'ici à ce que la limite soit atteinte, on sera passé à une autre architecture que celle d'un PC.

C'est grosso-modo ce que j'explique au-dessus (mais je conçois que mon commentaire est un peu long et qu'on a envie de le lire en diagonale).

Encore faux. Les "double" ont toujours tenu sur un seul registre, puisqu'ils ont toujours eu des registres dédiés au sein de l'unité de calcul à virgule flottante (en tout cas depuis que cette dernière existe, c'est-à-dire bien longtemps).

C'est ce que j'explique au-dessus. C'est quelque chose dont on fait abstraction parce que l'on s'appuie sur le coprocesseur mathématique qui, lui, est effectivement en 64 bits depuis longtemps. Mais les données n'y passent pas leur vie.

Le même prix ? C'est vite dit. Il prend deux fois plus de place en mémoire, ce qui n'est pas très gênant certes, mais surtout les opérations effectuées sur les double sont plus lourdes que sur les float, ce qui fait que la plupart des CPU peuvent en exécuter moins par cycle.

Même chose.

Encore faux, seuls les pointeurs doublent de taille, les entiers selon les cas restent sur 32 bits (int) ou passent à 64 (long),

.

Les long changent donc de format, les pointeurs aussi, et tout ce qui manipulé en interne à la compilation du code dans les registres. De toutes façons, ces formats de nombres concernent ici le langage C. Un changement d'architecture doit être examiné sur toutes les plateforme de développement.

quand aux flottants leur taille est inchangée comme expliqué plus haut.

Oui. Par moi. Relis bien.

C'est un raccourci un peu rapide, je te le concède, mais il me semble 2^64 atomes est plus que ce tu peux mettre dans le boîtier d'un PC. Je me trompe peut-être ...