Le topic de la programmation, string, chaînes, cuir et compagnie

[Møgluglu]

Pour piloter un microscope confocal avec drivers propriétaires, je le sens mal

Reste poli s'il te plaît.

Je m'en doutais...

Alors je propose qemu, en interceptant les MMIO pour reverse-engineer le protocole.

[deathdigger]

Tu réécris les drivers toi-même.







En Windev.

[vectra]

Noooooooooo :vader:

Le pire, c'est que ce crétin de microscope est en panne, et que le réparateur ne veut passer que quand on aura au moins tout réinstallé au propre

Ce type, le jour où il vient .
Direct mon tournevis dans les côtes...

[deathdigger]

Tournevis + 9mm + les chiottes bloqués avec une ceinture

[vectra]

C'est quand-même ce même bâtard qui nous a flingué l'installation courante. Sauf qu'il veut pas l'admettre.

Dans le privé aussi, ils ont leurs quotas de Ronald. Sauf qu'ils sont pas bêtes: ils les envoient faire des bêtises chez le client.

[Teocali]

ReactOS, sinon ?

[vectra]

Vous êtes insupportables
Bon, il semblerait qu'un gars à la fac ait enterré un XP anglais quelque part. A priori, ça serait toujours ça de gagné, mais vu l'état du matériel tout autour, je vous garantis que je ne suis pas sorti des ronces...

[Teocali]

Apres, je plaisantais a moitie pour ReactOS hein. Perso, rien que par curiosite, je testerais. Mais bon, si l'autre gros trou du cul Ronald esy du genre chiant, c'est p'tet pas utile.

[vectra]

T'inquiète, je suis blasé de ce genre de péripéties

Bon, good news. Apparemment, on a retrouvé deux CD et licences dans l'ENSI du coin. OUF.
M'est avis qu'il faudra un peu plus pour faire remarcher le microscope, mais bon, c'est déjà ça.

[Tramb]

Et puis pour te mettre du baume au cœur, je peux proposer le problème suivant : utiliser un driver propriétaire linux 2.2 sur un kernel récent.

[kpouer]

Je viens de découvrir IntelliJ (et les autres IDE de jetbrains), c'est beau, c'est fonctionnel, c'est intuitif et c'est léger.

Bravo, je l'utilise depuis 2002, quand tu y as gouté tu ne comprend pas comment on peut utiliser Eclipse (surtout maintenant qu'il y a une version opensource), les fonctions et racourcis clavier permettent tellement tout, j'adore coder sans importer des classes, appeler des fonctions qui n'existent pas mais que j'ai prévu d'ajouter et ensuite lui dire de la créer, on gagne un temps fou.
A noter que c'est tellement supérieur que Netbeans depuis la version 6 en a copié le fonctionnement jusqu'aux racourcis clavier.

[Tomaka17]

Tiens j'ai mon petit WTF C++ du jour.

J'ai bossé un peu sur ma lib qui permet d'utiliser plus facilement Lua en C++.
En gros quand on écrit ça : "writeFunction("foo", &bar);" ça créé une fonction Lua nommée "foo" qui appelle la fonction C++ nommée "bar".

Concrètement je stocke dans Lua le pointeur vers "bar" ainsi qu'un pointeur vers une fonction helper de ma lib. Quand "foo" est appelé dans Lua, c'est la fonction helper qui est appelée comme callback ; elle charge le pointeur vers "bar", s'occupe de vérifier tous les paramètres, puis appelle bar, et redonne à Lua ce qu'a renvoyé bar.

Et quand j'ai regardé quel était l'output en assembleur, quelle ne fut pas ma stupéfaction : le compilo a inliné bar dans la fonction helper. Wtf ? Dans la fonction helper, je récupère le pointeur vers "bar" grâce à une fonction de l'API Lua totalement opaque. Pointeur que j'y ai stocké à un endroit différent du programme via une autre fonction totalement opaque.
Alors certes ça fonctionne, mais il faut m'expliquer comment c'est possible.

[Teocali]

Bravo, je l'utilise depuis 2002, quand tu y as gouté tu ne comprend pas comment on peut utiliser Eclipse (surtout maintenant qu'il y a une version opensource), les fonctions et racourcis clavier permettent tellement tout, j'adore coder sans importer des classes, appeler des fonctions qui n'existent pas mais que j'ai prévu d'ajouter et ensuite lui dire de la créer, on gagne un temps fou.
A noter que c'est tellement supérieur que Netbeans depuis la version 6 en a copié le fonctionnement jusqu'aux racourcis clavier.

C'est sur que c'est de l'excellente came. J'ai decouvert gradle et IntelliJ Quasiment en meme temps et je suis tombe amoureux. J'attends enormement de leur IDE C++ (http://www.jetbrains.com/objc/features/cpp.html).

D'ailleurs faut que je me penche sur les taches C++ de Gradle... avec un peu de bol, ca pourrait remplacer cette saloperie de CMake...

[vectra]

Je l'ai DL pour mon nunux...
Visiblement, on ne peut pas créer de projet C++?

Je cherche toujours quelque chose capable de mettre une latte à Emacs, si vous avez.

[war-p]

Vs? Tiens en parlant de ça, quelqu'un sait comment on paramètre un projet cpp avec DirectX 11?

[Tomaka17]

Vs? Tiens en parlant de ça, quelqu'un sait comment on paramètre un projet cpp avec DirectX 11?

Installer CMake.

[vectra]

Je viens d'installer SublimeText... joli.
Mais question prod, je suis pas encore convaincu.

[Orhin]

Bravo, je l'utilise depuis 2002, quand tu y as gouté tu ne comprend pas comment on peut utiliser Eclipse (surtout maintenant qu'il y a une version opensource), les fonctions et racourcis clavier permettent tellement tout, j'adore coder sans importer des classes, appeler des fonctions qui n'existent pas mais que j'ai prévu d'ajouter et ensuite lui dire de la créer, on gagne un temps fou.
A noter que c'est tellement supérieur que Netbeans depuis la version 6 en a copié le fonctionnement jusqu'aux racourcis clavier.

Non mais clairement, leur suite d'IDE est juste magique comparé à 90% de ce qui se fait ailleurs.
Le seul avantage d'Eclipse c'est les trouzmilles pluggin et outils compatibles qu'on trouve et qui facilitent pas mal de chose (notamment niveau intégration continue).

D'ailleurs je vais faire du JS (AngularJS) cet été pour mon stage et j'espère que la boite où je serais aura une licence (Webstorm n'ayant pas de version "communautaire" gratuite).

[Tramb]

Je viens d'installer SublimeText... joli.
Mais question prod, je suis pas encore convaincu.

Le CTRL+P est vraiment très très bien foutu, encore mieux que le ALT+SHIFT+O de VAssistX.
Bon, par contre, moi je suis de ceux qui aiment leur debugger bien intégré avec leur éditeur, là ce n'est pas le cas.

[war-p]

Installer CMake.

Cmake? Does not compute...

[vectra]

Ah ben tu viens de répondre à une de mes questions.

Sur emacs, j'ai l'habitude de dével' avec au moins 3 fenêtres à l'écran (shell en bas à gauche colonne1 et colonne 2, qui peuvent afficher un .cc et un .h, voire le même long .cc ).
Là, je ne vois pas encore comment faire, mais au moins on peut facilement jongler entre les fichiers...

---------- Post added at 16h10 ---------- Previous post was at 16h09 ----------

Installer CMake.

Je suis tellement old-school que je ne m'y suis jamais mis.
(Sauf pour compiler VTK)

[Tramb]

Regarde dans View>Layout.

CMake c'est certes un langage ignoble, mais une fois que ton CMakeLists.txt est écrit, c'est quand même le bonheur durant tout ton développement cross-platform.

[Tomaka17]

Dans une des dernières versions de CMake, ils ont fait un truc pas mal, c'est de pouvoir "lier" un répertoire à inclure à une cible.

Par exemple si tu écris "add_library(malib fichiers source ...)" tu peux ensuite lier un include path avec "target_include_quelquechose(malib mon_code/include)"

Et ensuite si tu lies ta lib à un programme, par exemple "target_link_libraries(monprogramme malib)", alors le répertoire include sera automatiquement rajouté aux include paths quand tu compiles monprogramme.


L'avantage c'est que du coup pour inclure une lib tierce à ton projet, t'as juste à télécharger le code source de la lib, faire un "add_subdirectory(chemin/vers/la/lib)" et un "target_link_libraries(monprogramme lalib)", et tout se fait automatiquement.


Après il faut avouer qu'il leur reste encore pas mal de chemin à parcourir avant de proposer quelque chose de vraiment propre.

[deathdigger]

Je viens d'installer SublimeText... joli.
Mais question prod, je suis pas encore convaincu.

C'est pas mal, le seul truc que je n'ai pas trouvé, c'est de pouvoir dragger alt-click pour la sélection de plusieurs parties de lignes ou pour pouvoir insérer des trucs en multi-lignes (comme sur VS ou N++).

[rOut]

Dans une des dernières versions de CMake, ils ont fait un truc pas mal, c'est de pouvoir "lier" un répertoire à inclure à une cible.

Par exemple si tu écris "add_library(malib fichiers source ...)" tu peux ensuite lier un include path avec "target_include_quelquechose(malib mon_code/include)"

Et ensuite si tu lies ta lib à un programme, par exemple "target_link_libraries(monprogramme malib)", alors le répertoire include sera automatiquement rajouté aux include paths quand tu compiles monprogramme.


L'avantage c'est que du coup pour inclure une lib tierce à ton projet, t'as juste à télécharger le code source de la lib, faire un "add_subdirectory(chemin/vers/la/lib)" et un "target_link_libraries(monprogramme lalib)", et tout se fait automatiquement.


Après il faut avouer qu'il leur reste encore pas mal de chemin à parcourir avant de proposer quelque chose de vraiment propre.

Genre c'était juste le truc de base quand tu gères des dépendances proprement, et ils viennent juste de le sortir. Du coup faut être obligatoirement avec une version bleeding edge pour que ça marche.

CMake c'est bien mais c'est vraiment parce qu'il n'y a rien d'autre quoi.

[Tramb]

Bof c'est juste un petit raccourci, rien de fondamental (si j'ai bien compris de quoi on parle).
Ca ne gère pas les flags de compile, de toute façon.

CMake, tout le monde a une idée sur comment faire mieux, mais personne a le courage d'écrire des générateurs (à juste titre)
Je connais au moins une boîte qui a un équivalent en interne de meilleure qualité (à mon sens, car nettement moins stateful et avec une grammaire plus élégante).

[rOut]

Bof c'est juste un petit raccourci, rien de fondamental (si j'ai bien compris de quoi on parle).
Ca ne gère pas les flags de compile, de toute façon.

CMake, tout le monde a une idée sur comment faire mieux, mais personne a le courage d'écrire des générateurs (à juste titre)
Je connais au moins une boîte qui a un équivalent en interne de meilleure qualité (à mon sens, car nettement moins stateful et avec une grammaire plus élégante).

C'est un raccourci qui aurait dû être là depuis le début. Les flags sont gérés aussi (http://www.cmake.org/cmake/help/v3.0...e_options.html).

Les générateurs, je m'y suis plongé un peu, c'est pas si horrible que ça au final. Par contre c'est bourré de legacy, avec des variables spécifiques à chaque générateur / language / plateforme, sans rien d'unifié...
Ca à l'air de converger, mais c'est tellement plein de casseroles que j'ai du mal à croire qu'ils arrivent à nettoyer tout un jour.

---------- Post added at 19h53 ---------- Previous post was at 19h52 ----------

Sans parler du putain de langage qui est une absurdité à lui tout seul...

Je connais au moins une boîte qui a un équivalent en interne de meilleure qualité (à mon sens, car nettement moins stateful et avec une grammaire plus élégante).

Développé et maintenu en interne ? Aussi portable ?

Dans les trucs alternatifs, le système de build de Boost est assez bien foutu et hyper flexible, mais c'est un peu trop poilu, mal documenté, et pas assez utilisé.

[Tomaka17]

Genre c'était juste le truc de base quand tu gères des dépendances proprement, et ils viennent juste de le sortir.

C'est surtout que j'ai l'impression qu'au départ ils n'avaient pas du tout prévu de gérer les dépendances et les libs externes.
Après tout les makefile et autres autoconf ne gèrent pas non plus ça.

[rOut]

De base non, mais à partir du moment ou tu as un projet modulaire t'es obligé, et tout le monde réécrit ses propres Makefiles rustine pour faire ça.

[Tramb]

Les générateurs, je m'y suis plongé un peu, c'est pas si horrible que ça au final.

Je parlais d'écrire des générateurs pour un nouveau CMake-like.
Bah quand tu gères 12000 variantes de MSVC pour différentes plateformes avec des petites variations + Eclipse + CodeBlocks + quelques autres backends, ça te fait forcément du code très moche et très spécifique. Que je suis ravi de ne pas avoir à écrire, c'est la force de CMake : des mecs se sont retroussés les manches pour les plonger dans la merde.

Développé et maintenu en interne ? Aussi portable ?

Yep développé en interne à une époque ou CMake ne savait pas faire grand chose avec support MSVC Windows, 360, PS3, Makefile.