nud a écrit 977 commentaires

Oui, c'est pour ça qu'il a mis le lien dans son post ;-)

C'est trop génial pour les domaines à la "del.icio.us" dont la totalité est nécessaire pour comprendre le jeu de mot. Ça leur fera les pieds.

En général, c'est génial pour tous les sous-sites, genre produit.firme.com par exemple. Ils ont qu'à enregistrer un nom de domaine pour chaque produit.

La racine carrée de 7776 est un peu au dessus de 88 (88² == 7744).

Cela signifie que si tu as 8 caractères parmi 88, c'est strictement identique à 4 caractères parmi 7744.

Si tu as des mots de passes de 8 caractères sensibles à la casse, ça te fait un set de 62 éléments. Combien y a-t-il de caractères spéciaux que l'on peut utiliser dans un mot de passe ?

Après, si tu utilises un mot de passe de dix caractères (chiffres, lettres minuscules et majuscules), tu as 229 fois plus de combinaisons possibles qu'avec les quatre mots.

Après, si tu considères le fait que tu peux avoir des mots qui commencent par une majuscule pour tes quatre mots, ou que tu t'autorises à "oublier" un espace parmis les trois espaces possibles, le nombre de combinaisons possibles s'envole...

Non, pour en faire de grosses légumes.

Resistance is futile

Effectivement, pour la RFC 2822 une année doit compter 4 chiffres et être supérieure à 1900. Donc on a droit aux dates comprises entre 1970 et 9999. Mon côté marseillais a peut-être pris le dessus.

Ceci n'enlève cependant rien à l'argument, vu qu'un timestamp non signé n'est pas capable de représenter une date avant 1970, alors que le format le permet.

Le mail (tant SMTP que IMAP) se repose sur une représentation textuelle des dates, donc tu pourrais même théoriquement envoyer un e-mail daté de l'an 1, de l'ère préhistorique ou du cinquième millénaire sans émouvoir le protocole.

Après la question c'est plutôt de savoir comment les différents programmes en présence vont réagir à une date non représentable par un timestamp. Tout dépend de s'ils se préoccupent de la date en question et de la façon dont ils vont la représenter en interne.

Moui, après, les spécifications du matos ont suivi le passage vers les 64 bits, et le lien du journal semble indiquer qu'il n'y a pas vraiment de gain et qu'on met une tonne d'indirections dans tous les sens.

Oui, alors on peut déjà installer des programmes i386 avec un noyau x64. Je ne pense pas que le fait de gagner des clopinettes dans des cas très rares justifie le fait de maintenir une nouvelle infrastructure au sein du noyau et d'installer une troisième copie de tout le système.

Je peux voir l'intérêt théorique (se faire travailler les méninges sur quelque chose que personne d'autre n'a fait) mais pour qu'une infra se développe, soit maintenue et soit correctement supportée, il faut également qu'elle ait un intérêt pratique évident, ce qui aurait probablement été davantage le cas si l'infra x32 remplaçait "au vol" l'infra x86 en étant compatible avec les anciens programmes.

Je peux parfaitement comprendre qu'un programme compilé sur une archi i686 puisse toujours fonctionner si on rajoute des nouveaux registres, ils seront juste pas utilisés.

Par contre, si on change la taille du type time_t, on casse l'ABI et un programme compilé pour i686 (avec un time_t de 32 bits) ne pourra pas interragir avec une lib x32 (avec un time_t de 64 bits) et inversement.

Donc, vous emballez pas les gars, x32 ne sera pas plus compatible avec x86 que x84 ne l'est, et cela ne vous permettra pas d'utiliser tout le potentiel de votre core 2 duo installé du temps où x64 était réservé aux téméraires sans le réinstaller...

Du coup l'intérêt est relativement limité. Tant qu'à réinstaller, autant réinstaller du x64 directement...

Autrement dit, ce que j'attendrais ce n'est pas une façon d'aller vers le haut de l'arborescence car on lit habituellement les réponses après avoir lu les questions.

Ce que j'attendrais, c'est une façon d'aller vers le bas.

Déjà ça permettrait de savoir que quelqu'un a répondu à l'un de ses commentaires ou à l'une de ses entrées de suivi.

Je ne sais pas trop pour les jeux, mais la plupart des programmes qui supportent de fonctionner en mode "pas installé" le font de la façon suivante:

D'abord tu as une fonction qui te retourne le chemin de base pour les données, qui en temps normal va retourner DATADIR "/monprog" (c'est toujours utile, et ça laisse le code propre)

Si tu buildes avec une option spécifique (genre --enable-uninstalled-build si je prends le cas de totem), alors la fonction est altérée pour aussi chercher dans . si ce n'est pas installé.

Alternativement tu peux te baser sur une variable d'environnement ou quelque chose du genre. Peut-être même que quand tu lances le programme sans l'installer il est en fait remplacé par un script shell qui exporte plein de trucs comme avec les autotools.

Ou alors tu t'en moques, et vu que de toute façon les données ne changent pas si souvent tu ne supportes pas le fait que ton programme soit lancé sans être installé. Si quelqu'un veut builder ton jeu sous windows par exemple, libre à lui de changer ton get_data_path() pour correspondre à ce qui est attendu par son système.

Oui, c'est vrai qu'on peut trouver le parent d'un commentaire précis, mais il reste quand même extrêmement difficile de pouvoir trouver les réponses directes à un commentaire donné quand on a des sujets trollifères qui s'épandent.

Cas classique, après cinq niveaux d'arborescence un mec commence à troller sur un détail sans intérêt, ce qui immanquablement génère 150 réactions. Il est extrêmement difficile en l'état d'ignorer totalement ce sous-thread, sauf en prenant une latte et en mesurant le nombre de centimètres entre le bord gauche de l'écran et le niveau de réponse désiré, et de scroller jusqu'à retrouver un commentaire du même niveau mesuré à la latte.

On a fait mieux à l'ère de l'informatique de masse, non ? ;-)

Il n'y a pas d'équivalent à AC_CHECK_LIBRARY?

Avec les autotools ce genre de chose est triviale. La moindre des choses serait de pouvoir gérer un préfixe de compilation et aller y chercher les librairies (càd tester si libfoo.so existe et éventuellement s'il contient un symbole donné)

Ah, je sais pas, je n'ai jamais encore vu d'outlook 2010 chez mes clients. Seulement du 2007...

JE suis une quiche en cmake, mais j'ai dû ajouter les lignes suivantes pour que cela fonctionne:

diff --git a/CMakeLists.txt b/CMakeLists.txt
index 3536250..7f2726b 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -13,6 +13,8 @@ include_directories(/usr/include/eo)
 include_directories(/usr/include/eo/es)
 include_directories(/usr/local/include/eo)
 include_directories(/usr/local/include/eo/es)
+include_directories(/opt/genetic/include/eo)
+include_directories(/opt/genetic/include/eo/es)
 include_directories(src)
 
 SET(CPACK_PACKAGE_DESCRIPTION_SUMMARY "A Tower Defence game that uses evolutionary algorithm")
@@ -50,6 +52,7 @@ add_executable(GeneticInvasion
 add_executable(Test
     Test/Test.cpp)
 target_link_libraries(GeneticInvasion
+    -L/opt/genetic/lib
     ${SFML_LIBRARY}
     ga
     eo

Évidemment c'est tout pourri. Ou alors j'ai foiré quelque chose?

Ceci dit, sympa le jeu, même si ça a tendance à faire crasher nouveau.

Ça serait cool de supporter CMAKE_INSTALL_PREFIX pour les gens qui veulent builder sans polluer leur /usr/local... Si j'en crois la doc avec cmake c'est utilisé tout seul si tu utilises les macros FIND_*()

Pour ce genre d'usage il vaut mieux utiliser read...

while read f; do
  echo "$f"
done

Ça permet de diminuer le nombre de processes à forker, donc c'est plus rapide, efficace, bref, plus mieux.

Et la puissance est la mesure de l'énergie produite/consommée/transformée dans une période donnée...

Tu peux aussi avoir plusieurs threads: un pour la GUI et d'autres pour le reste. Tu peux même avoir plusieurs process pour être sûr, mais c'est peut-être plus chiant à gérer.

si une application affiche une fenêtre transparente sur tout l'écran, elle peut tout espionner??

Tu peux déjà faire une fenêtre transparente qui couvre tout l'écran avec X11, et tu peux observer pas mal de choses même sans avoir de fenêtre...

Moi je trouve que Samsung devrait porter plainte.

En effet, j'ai eu un Samsung Q1 dans les mains il y a quelques années (en 2007 ou 2008). Et bien le concept niveau hardware est exactement le même que l'iPad, avec intel qui bossait déjà sur une inclusion de moblin/maemo sur ce qu'ils appelaient à l'époque des MID (aka mobile internet devices)...

Bref, Apple n'a rien inventé, tout au plus ont-ils été capables de sortir un bon produit au bon moment et avec un price tag raisonnable.

Non, j'ai toujours utilisé gnome (même 3.0) et je n'ai jamais utilisé pulseaudio.

la vue en thread oui: la liste des mails est affichée avec une arborescence, mais il faut cliquer sur chaque message pour l'afficher. Probablement tous les lecteurs font ca aujourd'hui non ?

Pas Outlook...