[F] [mOved] Mon langage est mieux que le tien - Page 25

Ce sujet a été coupé en 2 afin de séparer la discussion principale des posts suivants : ./693, ./694, ./695, ./698, ./702, ./703, ./704, ./705, ./707, ./708, ./709, ./710, ./711, ./712. Pour vous rendre sur le nouveau sujet, suivez ce lien.

Pour en revenir aux EDIs, comme flanker m'a fait remarquer dans l'autre topic:

flanker (./23) :
(en attendant, Folco a convaincu vachement plus de monde que CodeLite valait le coup que toi avec KDevelop)

Ben, ça marche, c'est packagé dans pratiquement toutes les distributions GNU/Linux, c'est rapide, la coloration syntaxique est excellente (il colore même chaque variable d'une couleur différente, en tenant compte des scopes, donc on peut utiliser le shadowing sans risque d'erreur), ça utilise la KatePart (excellent composant éditeur utilisé aussi par de nombreux autres logiciels KDE, donc les mêmes raccourcis clavier partout, et il y a aussi une émulation optionnelle des raccourcis de vi/vim pour ceux qui aiment ça) et ça s'intègre parfaitement dans l'environnement KDE Plasma (mais marche aussi ailleurs).

C'est un peu la moindre des choses sur n'importe quel éditeur, non ?

Sinon je crois que MonoDevelop (XamarinStudio) supporte aussi le C/C++. Je sais pas ce que ça vaut à ce niveau là, vu que je n'ai jamais testé, mais le packaging est assez "simple", vu que ça se base sur mono et GTK+… (De fait, ça tourne sur tous les trucs habituels: Windows, OSX, Linux)
Après, s'il y a des volontaires pour tester, ça peut être intéressant d'avoir un retour dessus aussi ^^

(en attendant, Folco a convaincu vachement plus de monde que CodeLite valait le coup que toi avec KDevelop)

Oui. Bien que j'utilise KDE, il n'y a probablement pas que moi qui ai mis CodeLite plutôt que KDevelop sur ma machine à la suite de la discussion.

il colore même chaque variable d'une couleur différente, en tenant compte des scopes, donc on peut utiliser le shadowing sans risque d'erreur

Dans les endroits où on soucie d'exigences dites non fonctionnelles comme la correction (donc la sécurité indirecte), et la maintenabilité du code par plusieurs personnes qui n'étaient pas forcément là au début de la base de code, le shadow est banni. Malheureusement, la plupart des langages de programmation largement utilisés le permettent, mais ce n'est pas parce que le langage permet de faire des conneries qu'il faut s'y précipiter.
Le highlighting (qu'il soit multicolore ou pas, celui de Qt Creator est monocolore) des variables de même nom en tenant compte des scopes est un bon outil pour corriger le code moins sûr et moins maintenable utilisant le shadow, mais la contrepartie est qu'il est également utilisable pour continuer à injecter toujours plus de merde dans les tuyaux déjà si sales du code informatique...
Tiens, d'ailleurs, ça me fait penser dans le document interne des guidelines de programmation que j'ai utilisé cette semaine comme base pour une revue, on n'a déconseillé ni shadow, ni structures de contrôle sans accolades. Il faudra que je le reporte.

Après, s'il y a des volontaires pour tester, ça peut être intéressant d'avoir un retour dessus aussi ^^

Je n'ai pas testé non plus. J'ai seulement vu un collègue utiliser MonoDevelop (pas la dernière version, pour autant que je sache) sous Linux, pour C# et VB.Net, puisqu'on devait refaire en C++ léger (faibles dépendances externes) une application écrite dans ces langages.
Ca a fait le job qu'il attendait, mais il m'a dit qu'en tout cas, ça ne valait pas VS. Certes, beaucoup considèrent, a priori à raison, VS comme un excellent IDE - et ce sera d'autant plus vrai avec la version 2015 et les versions ultérieures, puisque VS est en train de s'ouvrir à d'autres plate-formes... question de survie.

Les ramifications d'un "simple" bug :

I'm running a fresh install of Dapper with screensaver set to 'blank screen', and 'lock screen when screensaver is active' enabled.
If a panel menu (e.g. Applications) is open and the machine is left idle, the screen fails to lock. It fades out after the time period as expected, but the desktop reappears after a few seconds.

...

It's an inherent issue with the X11 (X.org) design. It has been looked into by a few big developers but solving it is lose to imposible. The solution will be switching to Wayland instead of X.org, somthing that likly will happen in the not to fare away future.

(il semble que le bug ait été finalement corrigé, je ne sais pas trop comment... 8 ans plus tard )

Paye ton bug foireux...

Ca me rappelle un autre bug rigolo. WinXP je crois, mais c'est sans grande importance.
Quand tu le mettais en veille manuellement, il continuait de compter le temps d'inactivité. Du coup, si tu le sortais de veille assez longtemps après, il sortait de veille, puis regardait depuis combien de temps il n'avait pas vu d'interaction utilisateur, et repassait en veille immédiatement.

La fois suivante, il se réveillait bien. Je pense simplement qu'un reset d'un compteur quelconque n'était pas fait correctement lorsque la mise en veille était manuelle.

(Pas le souvenir de ça sous XP, mais bon )

Pas le souvenir non plus, ca ressemble plutot a un rebont de signal

J'avais ça sur tous les pc installés à partir de cette édition. C'était une version MSDN, mais j'ai pas le numéro précis.
Par ailleurs, les quelques pc qui ont connu ce windows ont également vu passer une autre version de windows, ainsi qu'un linux. Aucun n'avait se souci.

Et puis le timing était vraiment précis et j'ai pu le confirmer comme ça :
1) tu configures la veille au bout de 10 minutes d'inactivité
2) tu déclenches la veille manuellement (démarrer, arrêter, mettre en veille)
3) tu sors de veille au bout de X minutes avec le bouton power
4) (10-X) minutes plus tard il repasse en veille. Si X>10, il repasse en veille immédiatement.

Dit autrement, il semble très très fort ne pas considérer la sortie de veille par un appui sur power comme une activité.
Mais étrangement, si tu ne fais pas l'étape 2 et que tu attends simplement qu'il passe en veille tout seul, le problème ne se manifeste pas.

C'est possible oui, perso ça ne me serait jamais arrivé puisque je rentrais le mot de passe dès que je sortais de veille, donc pas d'inactivité possible.
Par contre si ça arrive même en cas d'activité au retour de veille ça me semble fort en chocolat que personne n'ait remarqué (même si à l'époque je ne suis pas sûr qu'on activait si souvent la mise en veille automatique cela dit).

(non, j'ai pas le contexte, mais... )

ca semble etre dans qemu


cf: https://github.com/01org/KVMGT-qemu/blob/master/gdb-xml/arm-vfp.xml

Plus precisement ca a du etre dans ce fichier:

https://github.com/01org/KVMGT-qemu/blob/master/target-arm/gdbstub.c

Oui, mais… pourquoi ? T_T

C'est un tableau de char généré automatiquement à partir d'un fichier XML (fourni également dans les sources, donc il y a bien la forme préférée pour les modifications), où est ton problème?

Avec TIGCC, extern const char xml_feature_arm_vfp_xml[]; import_binary("arm-vfp.xml", xml_feature_arm_vfp_xml); aurait suffi.

pourquoi pas ?

Ça y est, on a la preuve que le PHP a fini par te pervertir l'esprit.

Meuh non il a raison, d'ailleurs c'est aussi la meilleur methode pour embarquer une fonction

as test.s -o test.o
bin2c test.o > test.h

Depuis C++11, moyennant d'utiliser un compilo qui les gère correctement, les chaînes brutes ont été faites pour fournir une façon propre d'inclure verbatim du JSON ou du XML dans un code source C++. Sinon, il faut escaper, ou utiliser des définitions caractère par caractère comme ci-dessus, ce qui nuit à la lisibilité par les humains et la maintenabilité.
J'utilis(ais) C++11 au boulot depuis début 2012, avec bonheur.

Pour le coup, il aurait suffi d'escaper deux guillemets, je trouve ça plus lisible que ce pâté

Je pense qu'elle a déjà été postée sur yN, mais j'adore cette image

Zerosquare (./744) :
Je pense qu'elle a déjà été postée sur yN, mais j'adore cette image

Demande à 0^2, il devrait pouvoir te répondre ^^

ça raconte quoi en fait, ce comic avec son script en python () ??

en gros, quand tu es développeur face à un bug un peu compliqué, tu passe du temps (des fois, des heures) à te monter le fonctionnement du code, des causes probables du bug, des idées, ... en mémoire.
et là, paf, quelqu'un passe à côté de toi, t'interrompt (souvent, pour un truc à la con genre "tu as vu mon mail à propos d'un truc ?")...
... et boom, tu as perdu tout le schéma que tu t'étais construit en mémoire, et tu es bon pour recommencer du début.

il est tellement vrai, ce comic

erf, ok je vois, tellement vrai ^^
(à noter qu'on peut remplacer le cravaté par un enfant, ça marche aussi )

en général, tu as pas les enfants au boulot -- alors que les collègues qui t'interrompent pour un oui ou pour un non, tu en as un paquet...

Je pense que ça parle à tous les programmeurs, d'ailleurs ça porte un nom, être dans la "zone". C'est l'état de concentration qui te permet de retenir tout le contexte de ce que tu es en train de faire et qui te permet donc de trouver les solutions plus rapidement