AncalagonTotof a écrit 455 commentaires

Je ne suis pas allé voir comment Ultracopier est fait, mais je subodore, pour le pratiquer couramment, que c'est plutôt Qt qui a évolué vers l'usage de C++11.

N.B. : Je n’ai pas vérifié toutes mes infos, ni recherché de liens pour tout étayer.

Les signes ne sont pas brillants pour Intel :

• une baffe par AMD : les Rizen et ThreadRipper font mal ;
• il paraît qu’ils ont du mal à franchir le cap du 14 nm ;
• M$ prépare un passage à l'architecture ARM ;
• Apple serait en train de concevoir son propre CPU.

Et la cerise sur le gâteau, un petit délit d’initié.

Good luck with that!

Hello,

Je ne peux plus me passer de Qt, même pour des projets qui n'utilisent pas cette librairie. Par exemple, un projet qui tourne sur un microcontrôleur de type STM32.

QtCreator

J'utilise QtCreator comme IDE, pour l'édition de code uniquement. Ce que j’apprécie particulièrement, c'est qu'il est fait par des dév, pour des dév : aucun icône, aucune barre d'outils ne vient polluer l'écran. Le maximum de surface est dédié au code.

À l'aide de scripts, je crée un projet Qt (un fichier .pro). Les directives a utiliser en premier lieu sont :

• HEADERS
• INCLUDEPATH
• DEPENDPATH
• SOURCES
• OTHER-FILES
• include()

Le script suivant, makeQtPro.sh chez moi, est incomplet (il ne gère pas INCLUDEPATH et DEPENDPATH), mais c'est un début :

!/bin/bash

function makeSection()
{
# $1 : section title
# $2 : section variable
# $3 : filter

echo
echo "###########################################################"
echo "## $1"
echo
find . -iname "$3" | sed 's#\./#$$PWD/#' |
    while read file
    do
        echo "$2 += $file"
    done
echo
echo

}

makeSection "H files" HEADERS ".h"
makeSection "HPP files" HEADERS ".hpp"

makeSection "C files" SOURCES ".c"
makeSection "C++ files" SOURCES ".cpp"

makeSection "ASM files" OTHER_FILES "*.s"

makeSection "Makefiles" OTHER_FILES "Makefile"
makeSection "Makefiles (continued)" OTHER_FILES "*.mk"

makeSection "Scripts" OTHER_FILES ".sh"
makeSection "Scripts" OTHER_FILES ".py"
makeSection "Scripts" OTHER_FILES ".cmd"
makeSection "Scripts" OTHER_FILES ".bat"

Je l'utilise en ce moment pour l'évaluation de TouchGFX et Embedded Wizard, deux outils concurrents pour faire des interfaces graphique "à la smartphone" sur microcontrôleurs.

Je l'appelle de la façon suivante :

• pour un projet simple :
  makeQtPro.sh > nomDuProjet.pro

• pour une librairie :
  makeQtPro.sh > nomDuProjet.pri

Ensuite, il suffit de créer un .pro qui fait des include :
include(nomDuProjet.pri)

Il n'y a plus qu'à demander à QtCreator de charger le .pro.
Quelques tips :

• la modification d'un .pri est détectée. Si la liste des fichiers évolue, recréez votre .pri, et QtCreator suivra le mouvement

• il est possible d'ajouter des directives du genre :
  SOURCES += mon/chemin/vers/du/code/source/*.c
  Ça peut être pratique, mais cette fois, la mise à jour ne se fait que si le .pro est modifier et sauvegardé.

• je laisse en exercice l'ajout des directives INCLUDEPATH et DEPENDPATH. Le jeu en vaut la chandelle : grâce à elles, vous aurez les hyperliens dans le code : un <CTRL>+clic sur une fonctions, par exemple, vous amènera à sa déclaration ou sa définition. Courage : un peu de dirname, de basename, de sort et uniq …

• il est fréquent que certaines portions de code dépendent de "define". Facile :
  DEFINES += STM32F429_439xx
  pour activer les portions de code relatives au microcontroleur STM32F429 ou 439. Le <CTRL>+clic fonctionnera pour ces portions de code aussi après ça.

qmake

Comme je le disais plus haut, je cible fréquemment du microcontrôleur. Je "cross-compile" donc. Et on peut aller plus loin, dans ce sens, avec qmake.
Si votre .pro (et vos .pri) sont bien construit, si ils comportent les directives nécessaires pour pointer le cross-compilateur, comme CC, CFLAGS, etc, vous pouvez demander à qmake de vous générer un Makefile automatiquement. Sacré gain de temps !

Plus loin, plus haut, plus fort ?

Et encore plus loin ? Cross-compiler, ou même debugger à partir de QtCreator ? C'est probablement faisable, mais je n'ai jamais poussé mes expérimentations jusque là. Je pense qu'il faut déclarer un nouveau "Kit" et peut-être des mkspecs adaptés au cross-compilateur et à la cible.
Mais ça commence à faire beaucoup d'infos pour un post de forum !…

Licence ?

La licence (les licences) de Qt ont souvent été source de polémique. Moi-même, j'ai du mal à m'y retrouver …
Heureusement, ça fait longtemps que je n'ai pas eu à me soucier de contrainte commerciale.
Qt est disponible, en libre (comme … vous connaissez la chanson …), pour de nombreuses distributions, ou, pour la version la plus récente, en téléchargement sur le site, et ce, pour tous les environnements habituel (Win, Mac & Linus)

Disclaimer

Non, je ne bosse pas pour Qt ! Promis juré !
Ça fait presque 15 ans que je l'ai découvert, et depuis, je n'ai pas trouvé mieux, c'est tout.

Je pensais au troisième cas.

Déjà implémenté ? Parfait !

Hello,

Beau boulot !

J'ai vu le commentaire sur l'aspect "vomitif" de certaines transitions. Mouais, peut-être, mais ça dépend du public aussi. Certains remarquerons plus la forme que le fond. Si ça "claque", ils sont content ! $uiv€z mon regard ;-)

En tout cas, j'essayerai de me souvenir de l'existence PAMPI quand j'aurai une préz à faire (une fois toutes les x années …). De celle SOZI également !

Ma question : est-il possible de rendre la présentation non linéaire ? De naviguer de page en page en cliquant certains éléments ? (des hyperliens, quoi !)

Hello,

Tout d'abord, merci pour cette série d'articles, très denses ! Ça remet les idées en place !

Et ça fait peur … Sans prétendre au niveau gourou, je pensais avoir un niveau correct en C++. Ici, je m'aperçois que mes fondations ne sont pas si solides.

Ce qui me dérange le plus, c'est que le code que je lis ne fasse pas ce qu'il semble vouloir dire.

Pire, selon le compilateur et ses options, le comportement change.

Dans un autre registre, je déteste particulièrement les templates. À la moindre connerie, je me retrouve avec des dizaines ou centaines d'erreurs de compilation qui me rappellent le Cobol sur AS400 à l'IUT en 1990 …
Du coup, j'évite d'en écrire. Et je ne les utilise que quand c'est nécessaire (le plus souvent, celles de Qt).

Mon taff ne me laisse pas le loisir d'apprendre par cœur la norme C++. Qui parmi vous en a le temps ? Qui peut prétendre être un gourou C++ ? Très peu de personnes je pense.

Jamais je n'aurai toutes ces subtilités en tête.
À quoi bon mettre tout ça dans la norme si, au mieux, personne ne les utilises, et, au pire, ça génère des prises de tête ou des bugs ?

Hello,

C'est la première chose à laquelle j'ai pensé : oubliez SVN, passez à Git ! Y'a pas photo !

Je plussois.

On trouve du Wemo D1 mini à $4 environ sur les sites chinois (aliexpress et cie).

Sinon, pardon si j'ai lu trop vite ce qui précède, mais j'aimerais préciser :

• ATMega et ESP8266 : ce sont les microcontroleurs (MCU).
• Arduino : environnement de dév. pour ces MCU. Les extensions ESP8266 sont dispo sur GitHub (une URL à ajouter dans les préférences).
• NodeMCU : un interpréteur LUA, qu'on peut remplacer par ses propres sketch Arduino sur un ESP8266. NodeMCU était préinstallé sur au moins l'un des modules que j'ai fait venir de Chine.

Enfin, si quelqu'un a déjà vu passé un driver Linux pour cette puce, ça m'intéresse. En même temps, vu son architecture, je doute que ça existe.

Hello,

M'est avis que quelle que soit la qualité de cette lettre, cet an…omalie gouvernementale qu'est cet individu, encore moins élue que monsieur 5% (Valls), s'en contrefout.
En bon néolibéral qu'il est, au mieux, il en rira avec ses anciens copain de chez Rotschild au Fouquest's. Au pire, il ne la lira jamais.

Félicitation pour l'effort malgré tout.

Et je salue le courage de cette aventure entrepreneuriale. Chapeau.

Pas mal, je souhaite réussite et courage.

Mais …

C'est pas pour décourager, au contraire ! J'avoue que moi-même, j'aurais beaucoup à apprendre en appliquant cette démarche.

Hors donc : je commence à connaitre les cartes de dév. ST. Au taff, j'ai du STM32F0 et du STM32F4 (discovery). C'est pas très cher non plus, et le gros avantage, c'est que ça peut se programmer sans JTAG en plus. Il suffit de dégoter stlink, et c'est tout bon.

Je me suis fait des environnements de dév sous Windows/Cygwin et Linux, avec QtCreator pour l'édition du code.

Pour les librairies, avant, il y avait les StLibraries (un truc du genre, je me rappelle plus le nom exact). C'était un peu galère, fallait recopier pas mal de tartines de code d'init, toujours plus ou moins identique. Mais ça, c'était avant …

Le bon plan maintenant, c'est CubeMX qui permet de générer du code basé sur de nouvelles HAL (Hardware Abstraction Layers). C'est du clickdrome plutôt sympa : on choisi son proco ou la dev board, on configure et on génère. Il ne se mets pas trop en travers du chemin; je veux dire qu'on garde la main sur le code à 99%. Et les HAL sont bien foutues.

Et pour revenir à l'OS, il inclut, d'un clic toujours, FreeRTOS. Alors là, par contre, je connais moins, je commence juste à pratiquer un peu ce truc. A priori, y'a du bon avec le multithreading (facile de se créer plusieurs tâches parallèles), mais je me méfie de la gestion du temps (quelques surprise à confirmer …). A suivre.

Quoi qu'il en soit, rien à voir avec le monde CSR (les puces Bluetooth de 70% du marché) ! CSR est fermé, google n'est pas ton ami, et même quand tu as payé 4000 boules le kit de dév, le forum privé de CSR n'est pas non plus ton ami ! Le support est, euh, bof.
Et après ça, pas étonnant que tous les produits basés sur ces puces BT se ressemblent : tout le monde part du seul et unique exemple fourni et l'adapte à ses besoins, le plus vite possible parce que ça doit arriver au magasin hier …
Je crois qu'il ne viendrait à l'idée de personne de refaire une appli from scratch. OK, le BT n'est pas simple, y'a des tiroirs partout, mais quand même.

Euh, bon, stop, j'arrête de me défouler, quittons nous sur un "aimez les puces ST, c'est presque gratuit" !

(Non, je ne bosse ni pour l'un, ni pour l'autre, j'ai juste gouté au deux, et l'un des deux m'est resté en travers de la gorge …)

Après 2 ans de bon et loyaux services au cours desquels je l'ai rempli de trucs et de machins au delà du raisonnable, je l'ai remplacé par un NSAndroid phone.

De même, je n'ai jamais tapé

rm -rf /*

(bien que ce soit possible …)

Il marche encore, quelques mises à jour apparaissent encore de temps en temps. Du coup,

apt-get update; apr-get upgrade

Si seulement … Le hard de mon GS3 avec l'OS du N900 !

Hello,

Quand je suis en Chine, je passe par mon propre proxy sur mon firewall (allumé 24h/24).
Si tu peux utiliser cette solution, pense à noter ton IP, ou à un moyen de la retrouver. DynDNS ne passe pas là-bas. Tous les domaines gérés par DynDNS sont filtrés.
Par contre, mon IP passe.

Sinon, il doit être possible de trouver un proxy +/- public.

Bizarrement, Skype et le SIP passent, eux.

A+
Totof

PC et imprimante sont éteint lorsque la Freebox redémarre. Donc, leurs IPs devrait être attribuée par la Freebox, ce qui n'est pas toujours le cas.
(relis les explications du début)

Oui ... Mais non !

Tu penses bien qu'on a commencé par là. Mais ça ne marche pas sans insister lourdement.
La faute à qui ? L'imprimante ou la Freebox ?

Cool ! Pas de mal réactions déjà ! Sympa !

-> La Freebox est à jour. 4 ou 5 reboot, peu importe. Mais la mise à jour a été faite, refaite, re-refaite ...
-> Avant, je lui imposais un Firewall & cie avec la Freebox en bridge. Mais, après passage de la v4 à la v5, pour le WiFi, il me semble que le mode routeur est devenu obligatoire. Comme son PC est aussi sous Linux depuis quelques années ... Plus vraiment besoin de sortir l'artillerie lourde. Donc, simplification : plus de FW, Freebox en routeur et basta.
-> il semble se dégager une idée : si la Freebox boote sans avoir le contact avec Free, là où se trouve sa configuration, elle choisirait par défaut le mode bridge, et non pas routeur.

Ah ah ! Serait-ce l'explication ?

Bon, je vais pas le forcer à passer à la v6 juste pour ça ?
(v6 qui ne fonctionne qu'en mode routeur il me semble ?)

Hello,

<Shift>+<Espace> ?

Ou quelque chose du genre ?

Si un soft du style Scim est activé, c'est une des combinaison classique pour changer de langue/mapping/etc.
(exemple: bascule clavier standard/saisie en pinyin pour les idéogrammes chinois)

Hello tardif,

Ca fait un moment que je voulais faire un résumé de l'aide que j'ai eu. En bref, tout tourne autour du forwarding. Après, qu'elle soit en bridge ou en routeur, la FreeBox donne de l'IPv6. Configurée en bridge avec un firewall, j'ai également de l'IPv6 sur mon LAN à l'aide d'un bridge eth0+eth1 accompagné d'un filtre pour qu'il ne s'occupe que de l'IPv6.

Et surtout, grand merci à tout ceux qui m'ont aidé à explorer différentes piste. Et merci pour la découverte du package ndisc6, ça aide bien aussi.

A+
Totof

Sinon regarde du coté de sysctl, il y a certains paramètres qui désactivent l’auto-configuration.

Bien vu :
net.ipv6.conf.all.forwarding=1

En plus, c'est marqué dessus :

#  Enabling this option disables Stateless Address Autoconfiguration
#  based on Router Advertisements for this host

Passage à 0, rdisc6 eth0, et hop, j'ai mon Scope:Global.

Je me doutais que ça tenais de la connerie, mais là, j'ai fais fort !
Bon, il me reste quand même une Debian à contrôler. Là, si c'est la même raison, ce sera pas de ma faute, j'y ai pas touché à celle-là !

Encore merci !

Je me répond à moi-même pour préciser que :
- mon père est toujours en FB v5 / mode routeur
- je suis toujours en FB v4 / mode bridge

C'est dans cette configuration que je viens de faire les tests.

aptitude install ndisc6 et :

# rdisc6 eth0
Soliciting ff02::2 (ff02::2) on eth0...

Hop limit                 :           64 (      0x40)
Stateful address conf.    :           No
Stateful other conf.      :           No
Router preference         :       medium
Router lifetime           :         1800 (0x00000708) seconds
Reachable time            :  unspecified (0x00000000)
Retransmit time           :  unspecified (0x00000000)
 Prefix                   : 2a01:e3X:XXXX:XXX0::/64
  Valid time              :        86400 (0x00015180) seconds
  Pref. time              :        86400 (0x00015180) seconds
 Recursive DNS server     : 2a01:e00::2
 Recursive DNS server     : 2a01:e00::1
  DNS servers lifetime    :          600 (0x00000258) seconds
 MTU                      :         1480 bytes (valid)
 Source link-layer address: 00:07:CB:27:32:0C
 from fe80::207:cbff:fe27:320c

Maintenant, je vais lire la doc de rdisc6 !
Mais je pense que grâce à ton tuyau, on vient de faire un pas dans la bonne direction puisque le prefix qu'il me donne correspond bien à mon IP fixe (que j'ai masquée). Il a pas pu deviner ça tout seul ?
Quand j'aurai cinq minute, je jeterai aussi un oeil du côté de sysctl, mais je crois que je l'ai déjà fait.

Encore merci ! On progresse ! Ca dit la même chose que chez mon père !

Pas de ipv6.disable=1 où que ce soit, ni de ipv6.disable, ni de ipv6 dans la config de grub. De toute façons, IPv6 est activé (ifconfig, ip -6 ...). La vérité est ailleurs !
Mais bon, ça m'a fait "googler" un peu autour de ça, et il y a des pistes possibles du côté de "alias net-pf-10 ipv6" peut être. Je ne suis pas 100% convaincu (et c'est beaucoup comme disait un certain Pierre) mais dès que j'ai le temps, je continue de creuser.

Merci, ça confirme de façon précise ce que j'avais lu et expérimenté.
D'ailleurs, j'avais fait le "calcul" et vérifié que le préfix que me donne Free (page "Afficher mon adresse IP") est basé sur mon IPv4. Je me prendrais le chou une autre fois sur le /60 et /64, cette partie là reste confuse.

Je précise que j'ai toujours essayé d'avoir une IPv6 sur une et une seule machine. Pour le LAN, avec ou sans FW, on verra plus tard ...

Mais ça n'explique pas les derniers rebondissement de mes mésaventures !
Freebox en mode routeur, je schématise :

ADSL]---[FreeBox]---[eth0[FireWall / Debian test.           ]eth1]---[LAN(PC1+PC2) : marche pas
ADSL]---[FreeBox]---[eth0[PC1      / Debian test.+unst.+exp.]    ]                 : marche pas
ADSL]---[FreeBox]---[eth0[PC2      / KUbuntu lucid          ]    ]                 : marche !

De la FreeBox aux différentes machines, c'est juste un câble que je débranche/rebranche. Il n'y a pas d'autre équipement entre deux. C'est quand même pas la carte réseau ou son driver qui bloque ?
En tout cas, je trouve dingue qu'un linux sur trois seulement attrape une IPv6.
Et je n'arrive pas à trouver la différence de config qui fait que les Debian n'y arrivent pas.

Je viens de comparer les config des kernels, après avoir filtré sur IPV6. Manifestement, mon 2.6.39 qui ne marche pas a plus d'options IPV6 "en dur" que le 2.6.32 qui marche :

$ diff config-2.6.39-2-amd64-IPV6 config-2.6.32-33-generic-IPV6
3,6c3,5
< CONFIG_IPV6_ROUTER_PREF=y
< CONFIG_IPV6_ROUTE_INFO=y
< CONFIG_IPV6_OPTIMISTIC_DAD=y
< CONFIG_IPV6_MIP6=y
---
> # CONFIG_IPV6_ROUTER_PREF is not set
> # CONFIG_IPV6_OPTIMISTIC_DAD is not set
> # CONFIG_IPV6_MIP6 is not set
8d6
< CONFIG_IPV6_SIT_6RD=y
12,15c10,11
< CONFIG_IPV6_SUBTREES=y
< CONFIG_IPV6_MROUTE=y
< CONFIG_IPV6_MROUTE_MULTIPLE_TABLES=y
< CONFIG_IPV6_PIMSM_V2=y
---
> # CONFIG_IPV6_SUBTREES is not set
> # CONFIG_IPV6_MROUTE is not set
17d12
< CONFIG_NF_DEFRAG_IPV6=m

Je reste perplexe ...
D'autant plus que, si j'ai bien compris les forums que j'ai pu lire, Free ferait du 6rd. Et cette option et active dans mon 2.6.39.
Je continue à creuser ...

J'ai du "Scope:Link" systématiquement. C'est bien que mes kernel supportent IPv6, non ?

Sinon, mes 2 Debian qui n'ont pas d'IPv6 sont parties d'une Squeeze, et passées en testing pour le FW, et testing+unstable+experimental pour l'autre.
Je n'ai recompilé aucun noyau moi-même (pour l'instant ...), je n'utilise que les packages "linux-image-..." :
- le FW est en 2.6.39-2-amd64
- l'autre en 3.0.0-1-amd64 (d'où le unstable+experimental)
Je peux toujours essayer un 3.0.0-1 sur le FW, mais j'ai des doutes sur le résultat.

Comment as-tu installé ta VM ? VirualBox ?
J'essayerais bien ça aussi, mais pareil, j'ai des doutes.

C'est la Debian. Impossible de tester avec l'une des KUbuntu déjà citées, mais j'en ai une autre sur mon LAN.
Cf ma réponse à Donk pour les détails.
Merci.