J'ai l'impression que cette phrase issue de la doc:
"This is the whole point: creating a artificial sequence of events with a perfectly known probability. If we manage to do this, then the Shannon information associated to this probability has to be related to time"
Pourrait permettre de comprendre, mais il manque quand même une info essentielle:
comment est calculé le hash pour un temps donné?
En pratique, le consuel est passé chez moi fin 2009 et la seule chose qu'il ait vérifié c'est que tout était bien à la terre. J'ai eu mon consuel, pourtant je n'ai pas de prise ethernet dans ma cuisine comme requis par la norme NFC 15-100 (en même temps, une prise ethernet obligatoire dans une cuisine...)
Quelque chose que j'avais trouvé plutôt génant lors de mon dernier test de enlightenment, c'est que les éléments graphiques n'étaient pas mis en évidence au survol de la souris.
Dans la vidéo de démo de Calaos, c'est la même chose: pas de modification des éléments graphiques au survol de la souris.
Je trouve ça très bizarre: tous les toolkits graphiques que je connais mettent en évidence le survol de la souris.
S'agit-il d'une limitation de Enlightenment, ou d'un réglage volontaire?
Tu as une interface de gestion multi-thread sous Qt
Si c'est de QThread dont tu parles, je pense qu'effectivement le portage a consisté a s'interfacer aux threads d'Haiku. Cependant, le modèle de thread de Qt reste le même: un seul thread pour la GUI.
Excellente nouvelle!
Je viens justement de passer un peu de temps a essayer de comprendre le fonctionnement des threads dans BeOS.
En fait, je voudrais rendre une application Qt4 plus réactive. Pour cela, je pense copier le fonctionnement de BeOS en essayant de mettre en place des threads séparés pour les traitements non liés à la GUI. Ça a l'air un peu lourdingue à faire parce qu'il faut passer par des signaux/slots pour tout.
Dans BeOS ^Haiku il y a des threads partout par défaut, et au moins un thread par fenêtre. J'ai l'impression que dans Haiku l'application sera plus réactive "par défaut" (en utilisant le modèle de programmation BeOS).
Je suppose que ce portage ne remet pas en cause le modèle de thread utilisé par Qt (un seul thread pour la partie GUI), mais ne risque-t-on pas de perdre la réactivité d'Haiku dans les applications Qt portées?
C'était seulement ça que voulait dire ce journal pourri ?
Non.
Cf: en:Subpixel_rendering
Ici il s'agit du lissage des _polices_, et c'est effectivement l'OS qui gère cela.
J'ai essayé Qt Creator dernièrement et j'ai été bluffé.
C'est un excellent logiciel (qui devrait sortir en version finale début 2009), très léger par rapport à ce qu'il sait déjà faire. A essayer donc.
Sinon tu peux aussi essayer le plugin d'intégration de Qt dans Eclipse, mais je pense que ton critère de dépendances ne va être satisfait...
Comme signalé dans l'article, lorsqu'on est habitué à GCC, le plus simple est d'essayer llvm-gcc. Ainsi on a le même fonctionnement qu'avec GCC en profitant des optimisations de LLVM.
Marrant ça, et comment expliques tu que ce moteur considérablement optimisé ait une consommation tout à fait similaire à celle de ma Fiat UNO de 1992 (il y a 16 ans quand même)?
Allez je te donnes deux indices:
- la puissance du moteur
- le poids de la voiture
/la vache, ils sont vraiment fort ces marketeux. Je me rends compte que la plupart des gens trouve ça incroyable de ne consommer *que* 5 litres aux 100!
Ok, une question à 2 francs soixante: combien cette voiture consommerait-elle si elle faisait seulement les 70 chevaux nécessaires à une conduite normale?
(Ma fiat UNO de 1992 consomme entre 4.9L et 5.2L au 100km suivant les trajets)
Dans le même registre, il y a une pub pour BMW titrée "un plaisir toujours plus responsable" parce que leur nouvelle voiture elle est vachement optimisée donc elle respecte bien l'environnement... Elle fait 177 chevaux!
Existe-il actuellement un moyen de définir
- un fonction de tansfert
- un espace d'état (space state)
Les réponses sont oui.
Pour ce qui est du traitement du signal, voir le module scipy.signal qui a tout ce qui tu veux.
<c ite>Existe-il des graphes genre
Diagramme de Bode
Diagramme de Nyquist
Diagramme de Black
Tu dois pouvoir faire cela avec matplotlib.
Et oui, Python/Numpy/Scipy est une réelle alternative à matlab.
Faut évoluer, on est plus en 1990!
En plus l'article fr:Panneau_solaire de wikipedia est très bien fait:
Dans l'état actuel des choses, un panneau photovoltaïque monocristallin au silicium électronique doit fonctionner deux ans pour « amortir » l'énergie qui a été nécessaire à sa fabrication[...]
Tu aurais pu parler du problème du stockage de l'énergie par contre...
Tu as lu l'article slashdot?
Ce qui y est dit c'est: Indian authorities contacted Google to ask for his [le mec] IP address
Tu veux quoi? Qu'ils décident pour des raisons _politiques_ de ne pas fournir l'IP du type?
A mon avis, tu devrais écrire à Google pour leur expliquer pourquoi ils doivent sauver le monde.
Le projet SLAM a débuté à Microsoft Research début 2000. Son but était de vérifier automatiquement qu'un programme C utilise correctement l'interface d'une bibliothèque extérieure. Pour répondre à cette question, SLAM utilise de manière novatrice des idées provenant de la vérification symbolique de modèles, de l'analyse statique de programmes et de la démonstration automatique. Le moteur d'analyse SLAM est au coeur d'un nouvel outil appelé SDV (Vérification Statique de Drivers) qui analyse systématiquement le code source des drivers (pilotes de périphériques) Windows et vérifie leur conformité vis-à-vis d'un ensemble de règles qui caractérisent les interactions correctes entre un driver et le noyau du système d'exploitation Windows.
Dans le rapport technique MSR-TR-2004-08, T.Ball, B.Cook, V.Levin and S.K.Rajamani, les auteurs de SLAM, écrivent: “The Right Tools for the Job: We developed SLAM using INRIA's OCaml functional programming language. The expressiveness of this language and robustness of its implementation provided a great productivity boost.”
# Histoire de comprendre
Posté par Gilles G. . En réponse au journal Un horodateur cryptographique en bash. Évalué à 3.
J'ai l'impression que cette phrase issue de la doc:
Pourrait permettre de comprendre, mais il manque quand même une info essentielle:
comment est calculé le hash pour un temps donné?
[^] # Re: Résumé
Posté par Gilles G. . En réponse au journal Tant qu'à refaire l'électtricité…. Évalué à 1.
En théorie, c'est obligatoire.
En pratique, le consuel est passé chez moi fin 2009 et la seule chose qu'il ait vérifié c'est que tout était bien à la terre. J'ai eu mon consuel, pourtant je n'ai pas de prise ethernet dans ma cuisine comme requis par la norme NFC 15-100 (en même temps, une prise ethernet obligatoire dans une cuisine...)
# Unicode
Posté par Gilles G. . En réponse au message Python, XML et encodage de caractères. Évalué à 4.
xmlUnicode = unicode( contenuDuFichier, "utf-8" )minidom.parse(xmlUnicode)
Parce que dans mes souvenirs, c'est comme ça que ça fonctionne.
# Survol souris
Posté par Gilles G. . En réponse à la dépêche Enlightenment Foundation Libraries 1.0.0 Bêta. Évalué à 3.
Dans la vidéo de démo de Calaos, c'est la même chose: pas de modification des éléments graphiques au survol de la souris.
Je trouve ça très bizarre: tous les toolkits graphiques que je connais mettent en évidence le survol de la souris.
S'agit-il d'une limitation de Enlightenment, ou d'un réglage volontaire?
[^] # Re: 2 mots clefs... ou pas
Posté par Gilles G. . En réponse au journal Lisaac: sorti de la 0.39beta. Évalué à 1.
Self, Left, Right, Old, Section
[^] # Re: De la facilité avec laquelle un paquet Setup est créé
Posté par Gilles G. . En réponse au journal Sortie de Setup 0.1-alpha0. Évalué à 3.
http://www.chromium.org/developers/design-documents/software(...)
[^] # Re: Thread?
Posté par Gilles G. . En réponse à la dépêche Portage de Qt 4.5.1 sous Haiku. Évalué à 2.
Si c'est de QThread dont tu parles, je pense qu'effectivement le portage a consisté a s'interfacer aux threads d'Haiku. Cependant, le modèle de thread de Qt reste le même: un seul thread pour la GUI.
# Thread?
Posté par Gilles G. . En réponse à la dépêche Portage de Qt 4.5.1 sous Haiku. Évalué à 4.
Je viens justement de passer un peu de temps a essayer de comprendre le fonctionnement des threads dans BeOS.
En fait, je voudrais rendre une application Qt4 plus réactive. Pour cela, je pense copier le fonctionnement de BeOS en essayant de mettre en place des threads séparés pour les traitements non liés à la GUI. Ça a l'air un peu lourdingue à faire parce qu'il faut passer par des signaux/slots pour tout.
Dans BeOS ^Haiku il y a des threads partout par défaut, et au moins un thread par fenêtre. J'ai l'impression que dans Haiku l'application sera plus réactive "par défaut" (en utilisant le modèle de programmation BeOS).
Je suppose que ce portage ne remet pas en cause le modèle de thread utilisé par Qt (un seul thread pour la partie GUI), mais ne risque-t-on pas de perdre la réactivité d'Haiku dans les applications Qt portées?
[^] # Re: un petit exemple ?
Posté par Gilles G. . En réponse au journal Luttons contre les screenshot fait sous Vista. Évalué à 5.
Non.
Cf:
en:Subpixel_rendering
Ici il s'agit du lissage des _polices_, et c'est effectivement l'OS qui gère cela.
[^] # Re: En-tête précompilée
Posté par Gilles G. . En réponse au message [C++/QT] Include unitaire/global. Évalué à 1.
tu utilises des directives du type:
MOC_DIR += ./
Tu as essayé ça?
MOC_DIR += .
Bonne chance!
# Qt Creator
Posté par Gilles G. . En réponse au message IDE pour Qt4.3. Évalué à 3.
C'est un excellent logiciel (qui devrait sortir en version finale début 2009), très léger par rapport à ce qu'il sait déjà faire. A essayer donc.
Sinon tu peux aussi essayer le plugin d'intégration de Qt dans Eclipse, mais je pense que ton critère de dépendances ne va être satisfait...
[^] # Re: The CC Wars
Posté par Gilles G. . En réponse à la dépêche LLVM 2.4 : le compilateur qui fait plus. Évalué à 4.
Pour ce qui est des benchmarks, il y a ça mais c'est assez vieux:
http://lucille.atso-net.jp/blog/?p=430
[^] # Re: Tout est relatif
Posté par Gilles G. . En réponse au journal Infrastructure bricolée. Évalué à 4.
Parce que bon chez Free c'est de l'IP fixe, et c'est moins cher que chez Orange... Alors comment ils font chez Free, c'est des hors la loi?
[^] # Re: Oui c'est bizarre...
Posté par Gilles G. . En réponse au journal Un marketing vaseux pour IE ?. Évalué à 4.
Allez je te donnes deux indices:
- la puissance du moteur
- le poids de la voiture
/la vache, ils sont vraiment fort ces marketeux. Je me rends compte que la plupart des gens trouve ça incroyable de ne consommer *que* 5 litres aux 100!
[^] # Re: j'ai l'impression
Posté par Gilles G. . En réponse au journal Les écoles wallones passent à OpenOffice. Évalué à 4.
[^] # Re: Oui c'est bizarre...
Posté par Gilles G. . En réponse au journal Un marketing vaseux pour IE ?. Évalué à 4.
(Ma fiat UNO de 1992 consomme entre 4.9L et 5.2L au 100km suivant les trajets)
[^] # Re: Oui c'est bizarre...
Posté par Gilles G. . En réponse au journal Un marketing vaseux pour IE ?. Évalué à 3.
# A essayer...
Posté par Gilles G. . En réponse au message directive pragma dans une macro. Évalué à 2.
http://www.delorie.com/gnu/docs/gcc/cpp_45.html
Apparement C99 introduit _Pragma("une chaine") pour pouvoir mettre des pragma dans les macros justement...
[^] # Re: Python
Posté par Gilles G. . En réponse à la dépêche Calcul scientifique : Scilab 5 enfin libre. Évalué à 3.
- un fonction de tansfert
- un espace d'état (space state)
Les réponses sont oui.
Pour ce qui est du traitement du signal, voir le module scipy.signal qui a tout ce qui tu veux.
<c ite>Existe-il des graphes genre
Diagramme de Bode
Diagramme de Nyquist
Diagramme de Black
Tu dois pouvoir faire cela avec matplotlib.
Et oui, Python/Numpy/Scipy est une réelle alternative à matlab.
# Vas-y!
Posté par Gilles G. . En réponse au message Proposition d'une association linux embarqué francophone. Évalué à 1.
Parce que s'il y a de la documentation en français ou des retours d'expérience, ça m'intéresse.
Sinon, il y a les listes de diffusion de l'april:
http://www.april.org/wws/arc/iil-technique
http://www.april.org/wws/arc/iil-annonces
mais il faut avouer qu'il ne s'y passe pas grand chose pour le moment...
[^] # Re: PowerPC
Posté par Gilles G. . En réponse à la dépêche La course au pétaflops se déroule sous Linux. Évalué à 8.
En plus l'article fr:Panneau_solaire de wikipedia est très bien fait:
Dans l'état actuel des choses, un panneau photovoltaïque monocristallin au silicium électronique doit fonctionner deux ans pour « amortir » l'énergie qui a été nécessaire à sa fabrication[...]
Tu aurais pu parler du problème du stockage de l'énergie par contre...
# Oups
Posté par Gilles G. . En réponse au message Echange PCMCIA wifi contre USB wifi. Évalué à 1.
[^] # Re: Et ?
Posté par Gilles G. . En réponse au journal Google aide le gouvernement indien à arrêter les méchants blasphémateurs. Évalué à 6.
Ce qui y est dit c'est: Indian authorities contacted Google to ask for his [le mec] IP address
Tu veux quoi? Qu'ils décident pour des raisons _politiques_ de ne pas fournir l'IP du type?
A mon avis, tu devrais écrire à Google pour leur expliquer pourquoi ils doivent sauver le monde.
# Dossier?
Posté par Gilles G. . En réponse au message Comment lire un ficher taré sans "detarer". Évalué à 2.
C'est bizarre de vouloir réunir des fichiers déjà très gros en un seul, non?
[^] # Re: Le retour en force du fonctionnel ?
Posté par Gilles G. . En réponse à la dépêche Ocsigen 1.0.0 : une nouvelle approche de la programmation Web. Évalué à 6.
http://caml.inria.fr/about/successes.fr.html
Le projet SLAM a débuté à Microsoft Research début 2000. Son but était de vérifier automatiquement qu'un programme C utilise correctement l'interface d'une bibliothèque extérieure. Pour répondre à cette question, SLAM utilise de manière novatrice des idées provenant de la vérification symbolique de modèles, de l'analyse statique de programmes et de la démonstration automatique. Le moteur d'analyse SLAM est au coeur d'un nouvel outil appelé SDV (Vérification Statique de Drivers) qui analyse systématiquement le code source des drivers (pilotes de périphériques) Windows et vérifie leur conformité vis-à-vis d'un ensemble de règles qui caractérisent les interactions correctes entre un driver et le noyau du système d'exploitation Windows.
Dans le rapport technique MSR-TR-2004-08, T.Ball, B.Cook, V.Levin and S.K.Rajamani, les auteurs de SLAM, écrivent: “The Right Tools for the Job: We developed SLAM using INRIA's OCaml functional programming language. The expressiveness of this language and robustness of its implementation provided a great productivity boost.”