Marc a écrit 2067 commentaires

  • [^] # Re: Pour faire dans le constructif

    Posté par  (site web personnel) . En réponse au message Macro pour définir identifiant uniques. Évalué à 1.

    Concernant les listes, c'est effectivement utile. J'ai pris une solution à peu prêt similaire quand j'ai eu besoin de liste "générique" à la compilation (voir http://svn.forge.objectweb.org/cgi-bin/viewcvs.cgi/think/exp(...) ).

    Pour l'utilisation de __FILE__, j'avais envisagé la chose aussi, le soucis étant que les différentes versions du sources commencent par un passage du cpp sur le fichier d'origine, donc __FILE__ est toujours le même.

    Ce qui est dommage, c'est de ne pas pouvoir obtenir par exemple la date d'appel du cpp dans une forme sympa (genre YYYYDDMMHHMMSS).

    Merci quand même d'avoir essayer :)

    Marc
  • [^] # Re: pas compris l'interet

    Posté par  (site web personnel) . En réponse au message Macro pour définir identifiant uniques. Évalué à 1.

    "Le coup des templates, c'est sympa quand tu codes un compilo, mais quand tu le fais à la main, t'as intérêt à être super balèze pour arriver à faire un truc correct. Les indications que tu donnes montre bien que la plate-forme n'est pas encore tout à fait au point ..."

    Je t'ai donné un exemple avec les templates. Pour notre utilisation, ce que nous faisons marche relativement bien. Bien sûr, tout n'est pas parfait, surtout quand il faut jouer avec du C dont la grammaire est toufu et souvent étendu par chaque compilateur. Un projet qui a la base est de la recherche n'a pas vraiment vocation à "être au point". Si on désire obtenir un truc qui "est au point" et clean, on ne demande pas à des thésards & cie d'écrire le code, on demande à des développeurs dont c'est le travail.

    "Pour le fait à l'arrache, OK, tu fais un proto, mais t'admets que tu le fais à l'arrache."

    Pour être plus précis, je fais un proto qui étend le compilateur Think de base. Je ne suis pas presta, je suis simple thésard, et la qualité du code, même si c'est une qualité en soit, ça n'est pas du tout un résultat de recherche. Un proto qui marche oui, car il permet d'illustrer une méthode. Dans ce cadre, "fait à l'arrache" n'est pas un problème vis à vis du résultat. Ça risque d'être un problème si tu comptes en faire autre chose après.

    "mais tu voudrais que je dise quoi ? "
    Il est tout à fait possible de faire passer ses idées sans commencer par des attaques qui n'ont aucun rapport (tu remarquera que je n'ai pas relevé ton attaque où tu me dis clairement que tu me prends pour un con), cf ton premier message sur orange, cf ton 2ème message où tu ne donnes aucun argument, juste des (je raccourcis, mais tu m'accordera que c'était l'idée) "c'est complètement con ce que tu fais". En fait, en étant plus diplomate, les idées passent même souvent mieux. Surtout quand visiblement, on ne connaît ni les buts, ni le contexte, juste en se basant sur une question n'ayant aucun rapport avec le projet.

    Concernant ELSE, je connais aussi ce projet, j'ai utilisé un peu (FTinux & cie). Je t'avoue que je n'ai jamais vraiment compris l'intérêt du projet. Ça n'enlève rien aux autres projets, qui même s'ils ont un tampon 'Orange' ne sont pas forcément pilotés par les même personnes. Le projet Think a des rapports avec plusieurs autres entreprise du bassin Grenoblois, commence à faire son apparition dans quelques cours à l'université, etc. C'est du logiciel libre, 99,99% du dev se fait sur le svn hébergé par le consortium OW2. Plusieurs laboratoires de recherche (à l'INRIA, à l'INPG/UJF, univ de Pau, sans doute d'autres dont j'oublie le nom) utilise ces outils.
    Le projet est suffisamment mature pour être utilisé comme tel (sans avoir à mettre les mains dans le cambouis). Voir par exemple le proto ayant été développé dans le cadre d'une thèse: http://senseandsensitivity.rd.francetelecom.com/ .

    Bref. Tout ça pour dire que je t'avais trouvé très rapide pour décrété qu'un projet dans son ensemble était bancal et mal fichu. Certains points le sont, je suis pas le dernier à le dire. Mais dans l'ensemble, le résultat n'est pas si mal.
  • [^] # Re: pas compris l'interet

    Posté par  (site web personnel) . En réponse au message Macro pour définir identifiant uniques. Évalué à 2.

    "Une archi bancale : prendre le même source pour générer plusieurs autres un peu différents, qu'on va assembler ensemble après .... j'ai jamais vu ça et je trouve que c'est _très_ bancal."

    as tu déjà regardé comment fonctionne un compilateur? Quand tu codes avec les templates C++, tu crois pas que pendant une phase de compil ton template ne vas pas être spécialisé suivant les types dont tu te sers pour le configurer ? Moi je pense que si. C'est la même idée. Ou prend du C++ pour lequel tu ne veux pas payer le prix d'un pointeur vers les metadata, tu vas être obligé de spécialiser le code pour chaque instance.

    "- Contraintes étranges : pas de define en ligne de commande, pas de static, bref on peut toucher à rien ; c'est pour un concours de contraintes ?"

    Biensûr que tu peux mettre spécifier des macro au cas par cas, c'est d'ailleurs ce que j'ai fini par faire. Mais de manière général, ces macros ne devraient être utiliser pour piloter la compilation du code

    "Fait à l'arrache : vu comme t'es obligé de bidouiller" : mon utilisation oui. Je vais pas te raconter ma vie, mais j'ai besoin de faire un truc rapidement, un prototype. Aucun rapport avec le projet. Je peux faire un truc dégueux en C, ça ne dit rien sur le compilateur que j'utilise. Si ? Par exemple, et ça arrive souvent, tu regardes ce que crache gcc au niveau asm, et dans ton code C tu vas aller jouer avec des pointeurs relatif sur la pile écrit en dur. C'est crade, c'est fragile. Mais si le but est juste de faire un proto, une preuve de concept. En aucun cas je peux dire que gcc est "fait à l'arrache".

    "Pour Orange : bah au hasard ELSE,". Ok. Donc tu connais un projet dont tu n'es pas content, et t'en déduis que tous les projets où orange intervient sont mal gérés ?

    Tu sais, si c'est le mot orange qui te file des boutons, c'est ton droit. Je ne suis pas payé par Orange, je le prendrai pas personnelement. Par contre, quand tu veux argumenter sur des points techniques, ça serait bien de faire plus que du troll. Quand je te demande qu'est ce qui est bancal, ta réponse est juste de pointer du doigt un élément, sans dire autre chose que "je trouve ça bancal".

    Pour le reste, je vais en rester là. Si tu es curieux, je t'invite quand même à aller regarder comment ça fonctionne. Y'a du bon et du moins bon. C'est un projet de recherche, pas de la prod. En plus, ça t'évitera d'avoir des avis un peu trop tranché rapidement.

    Bonne fin de journée
  • [^] # Re: pas compris l'interet

    Posté par  (site web personnel) . En réponse au message Macro pour définir identifiant uniques. Évalué à 2.

    "une architecture bancale"

    Peux tu développer ?

    "contraintes que je trouve très étranges"

    De quelles contraintes tu parles ?

    "le projet est fait à l'arrache"

    Sur quoi tu te bases pour dire ça ? J'ai rarement vu comme définition de pragmatique : à l'arrache. Le choix du langage C pour quand tu vises des micro contrôleurs 8bits avec qqs KiB de RAM, ça me semble pas très surprenant non plus et c'est là que tu trouvera le plus de doc et de code.

    "Orange (enfin, FT) bien connu pour ses projets efficaces et bien faits"

    Peux tu cités les projets issus de Orange Labs (FT R&D) auxquels tu penses ? De plus, si tu avais pris 5min pour regarder, tu aurais vu que Orange est le principal acteur du projet, mais pas le seul.

    Tu m'excuses, mais soit tu cherches juste à troller, soit t'es un peu à côté de la plaque. J'imagine que c'est la première solution.
  • [^] # Re: pas compris l'interet

    Posté par  (site web personnel) . En réponse au message Macro pour définir identifiant uniques. Évalué à 1.

    Là on s'écarte un peu de ma question initiale, mais pas grave ;)
    Le compilateur (qui prend entre autres, des fichiers C en entrée et produit du C en sortie) est relativement "complexe". Par complexe, c'est juste que c'est pas un script de 10 lignes de bash. C'est une application assez lourde, écrite en Java avec un fw à composant. Du coup, intégrer du sed/awk dedans, pas possible (d'autant plus qu'il doit fonctionner sur autre chose que des unix, windows en particulier, et dépendre de cygwin & cie, bof bof).

    Pour détailler un peu plus, le code C va être intégralement analyser pour construire un ASG. ASG qui est manipulé pour effectuer différentes taches:
    - créer un code partagé par plusieurs instances d'un même composants. Ca va demander de faire des structure pour stocker les données d'instances et potentiellement modifier le code donné en entrée pour utiliser cette structure.
    - optimisation du code produit (fortement dépendant de l'architecture que tu compiles... est-ce que tu peux changer les composants à chaud ? Certaines liaisons peuvent elles changer ?)
    - etc

    Du coup, la manip du code n'est pas vraiment simple. Parfois, on aimerait bien faire certaines chose pas très bien, comme c'est le cas pour moi. Je fais une hypothèse sur le code produit, et je m'en sers pour écrire le code d'entrée. C'est mal, mais dans certains cas, on a pas trop le choix. En l'occurrence ici, j'aimerais que certaines fonctions dans le code final généré reflète des noms qui sont données dans le langage qui décrit l'architecture du système.

    On se concentre sur du code en C (pour plein de raisons, mais la plus grande étant les cibles qu'on vise n'ont pas toujours un compilateur C++, et il est plus facile de maîtriser ce qui fini sur ta plate-forme en utilisant du C qu'autre chose. J'ai pas dit que c'était une vérité absolue, mais parfois, faut faire des choix pragmatique pour arriver à quelque chose qui fonctionne), du coup, l'utilisation d'un langage OO n'est pas possible. On a des travaux visant à intégrer des composants écris en C++, on sait récupérer du code objet, etc.

    Et pour finir, la question était aussi pour nourrir ma curiosité, car je suis souvent surpris par ce qu'on peut faire avec les macros et le cpp, et je pensais qu'ici, j'aurais le plus de chance de trouver des as de ce dialecte. J'avoue avoir été un peu déçu d'avoir comme réponse:
    "j'ai pas fait de C depuis des lustres, mais ça sert à rien ce que tu fais"
    "projet sponso par orange, normal que ça soit de la merde"
  • [^] # Re: pas compris l'interet

    Posté par  (site web personnel) . En réponse au message Macro pour définir identifiant uniques. Évalué à 1.

    puisque visiblement, ce commentaire fort sympathique passe à 6, je me dis que j'ai peut être mal formulé quelques chose. Néanmoins, dans mon message initial, il est bien indiqué:
    "le cpp va passer plusieurs fois pour créer plusieurs version du code."

    Donc, en sortie, j'ai bien des sources différents. Il faut penser au fichier original comme un template. Bref.
  • [^] # Re: option -D

    Posté par  (site web personnel) . En réponse au message Macro pour définir identifiant uniques. Évalué à 0.

    Que répondre à un message faisant preuve d'une si grande expertise en compilation.
  • [^] # Re: option -D

    Posté par  (site web personnel) . En réponse au message Macro pour définir identifiant uniques. Évalué à 1.

    là ça demande de changer la méthode de compilation, et c'est pas possible. Comme je le disais plus haut, tout ça est intégré dans un compilateur qui prend du C en entrée, le manipule et recrache du C en sortie.

    Du coup, je m'en suis sorti en faisant un hack à la Q&D. Pour info, c'est en rapport avec http://think.ow2.org

    Merci pour les coups de main ;)
    Marc
  • [^] # Re: option -D

    Posté par  (site web personnel) . En réponse au message Macro pour définir identifiant uniques. Évalué à 1.

    je voulais éviter l'utilisation d'une ligne de compilation spécifique à chaque instance (cf message initial...)
  • [^] # Re: pas compris l'interet

    Posté par  (site web personnel) . En réponse au message Macro pour définir identifiant uniques. Évalué à -4.

    j'ai simplifié... Je travaille avec un canevas à composant. Chaque composant peut être vu comme une classe si tu veux, et un compilateur prend ça et va créer un code spécifique pour chaque instance de composant. Si vraiment tu veux des détails, je peux t'en donner autant que tu veux, mais c'est pas trop la question ici.

    Si tes cours de C remontent à longtemps, peut être que tu devrais prendre plus de précautions avant de ne pas répondre à la question posée et mettre en doute l'intérêt de la chose.

    Marc
  • [^] # Re: my 2 cents

    Posté par  (site web personnel) . En réponse à la dépêche Test d'Ubuntu Jaunty (9.04). Évalué à 1.

    pas eu l'occasion de tester, mon colloc et mon labo utilisant cette technologie ultra-moderne : le WEP /o\
  • [^] # Re: my 2 cents

    Posté par  (site web personnel) . En réponse à la dépêche Test d'Ubuntu Jaunty (9.04). Évalué à 1.

    j'ai réinstallé directement, j'ai pas fait de mise à jour. D'après certains qui ont tenté, le passage d'une distrib à l'autre par mise à jour sur un SSD de ce type (bouze), ça se compte en heureS. Vu que j'ai très peu modifié le système et que tout se trouve dans mon /home, j'ai réinstallé. Un peu pénible après car il faut réinstaller qqs paquets, mais rien de bien méchant.

    Pour le SSD, j'ai pas de mal à croire, car la simple copie d'une vidéo de 300Mo via ftp empeche le système de faire autre chose... La copie est rapide, mais je pense que tout fini en RAM et derrière, le SSD sort les rames. Je me sers de la commande "sync" pour savoir quand je peux commencer à regarder une vidéo après copie, et ça peut mettre facilement 30s parfois... Bref, c'est bien du caca quand même ces SSD pas chers. Mais à côté de ça, tip top !
  • [^] # Re: my 2 cents

    Posté par  (site web personnel) . En réponse à la dépêche Test d'Ubuntu Jaunty (9.04). Évalué à 1.

    'eee-control'. C'est un peu la jungle de ce côté là... Je geek plus trop et j'ai du mal à isoler une solution parmis toutes celles dispos, qui semblent faire toujours la meme chose... Sur easypeasy, j'utilisais les script de elmurato, et ça marchait, mais y'avait des petits bugs:
    - premier boot, y'avait tjrs un (très) long délai avant traitement des première requêtes. Genre tu boot, tu demandes "wifi off", et t'as le message en OSD qui apparait 30s plus tard (et le wifi n'est pas off avant 30s)
    - réactivation wifi devait se faire avec un cycle on/off/on. Le 1er on ne marchant pas (message d'erreur lors du chargement du module).

    Du coup, me suis dit que j'allais testé autre chose cette fois. eee-control fourni en plus une applet pour activer/desactiver en cochant dans une liste, une petite iface pour choisir quoi faire des boutons (genre Fn+F5, Fn+F6, les 4 boutons en haut, ...).

    Après, pour la conso, c'est vague... D'après ce que j'ai compris, certains scripts savent gérer le changement de FSB, du voltage, etc. Et là, ben j'ai pas réussi à comprendre qui faisait quoi. Je crois que eee-control gère fsb et voltage... Ma batterie 6600 semble faire 4/5h donc ça me va.

    Tout ça pour dire que j'avais un peu peur de mettre une 9.04 direct sur mon eeepc, mais finalement, c'est chouette, tout marche directement (en tout cas sur mon 901).
  • # my 2 cents

    Posté par  (site web personnel) . En réponse à la dépêche Test d'Ubuntu Jaunty (9.04). Évalué à 1.

    suis passé d'une easypeasy (8.04) à cette 9.04 sur mon eeepc 901, et c'est très plaisant, ça marche tip top. Manquait juste un truc pour le support des activations/desactivations du wifi, webcam etc. Mais un paquet plus tard, ça roule.
    Dommage que l'installation de la version netbook ne fasse pas le nécessaire pour mettre des choses en tmpfs automatiquement (au moins le proposer), comme /tmp ou /var/log.
  • [^] # Re: Mort ?

    Posté par  (site web personnel) . En réponse au message Programmation d'une applet simple dans Gnome ?. Évalué à 1.

    ah oui, c'est vrai. La dernière fois que j'avais regardé, ça avait tout l'air d'être mort:
    page web qui ne bouge plus, bibliothèque de desklets périmée avec la plupart qui ne fonctionnaient plus, ... Bref, rien de nouveau, rien qui bouge... Mais comme tu le signales, il reste un peu de vie...
  • [^] # Re: oui

    Posté par  (site web personnel) . En réponse au message Programmation d'une applet simple dans Gnome ?. Évalué à 1.

    Ok ;)

    PyGTK, je connais, j'arrive à faire des applis simple. En tout cas, je saurais faire ce que je désire. Par contre, comme tu dis, il y a de la sauce autour (bonobo & cie), et ça je ne connais pas, et ça me semble un peu complexe par rapport à mon objectif tout simple...

    Je vais regarder le projet hamster dont tu parles, merci !
  • [^] # Re: et en "screenlet" ?

    Posté par  (site web personnel) . En réponse au message Programmation d'une applet simple dans Gnome ?. Évalué à 2.

    merci, je ne connaissais pas, ça a l'air intéressant et je vais tester !

    Néanmoins, je reste intéressé par une réponse à ma question sur les applets, je suis curieux...
  • [^] # Re: Pas étonant

    Posté par  (site web personnel) . En réponse à la dépêche LinuxPedia victime de son succès. Évalué à 8.

    je confirme... Coupure d'un abonnement, et meme pas 12h après la coupure, le SAV m'expliquait que mes BDs et mes mails étaient déjà supprimés et qu'aucun backup n'était fait. Par contre, je pouvais retrouver les données www en rachetant un abonnement ! Après avoir raler lourdement, j'ai réussi à avoir des mbox pour les mails. Je ne garde pas une bonne image de cet hébergeur...
  • [^] # Re: solutions ...?

    Posté par  (site web personnel) . En réponse au journal L'APINC ferme les passerelles Jabber/XMPP vers les systèmes d'IM proprios. Évalué à 2.

    ok, c'était aussi simple que ça ;)
    merci !
  • # solutions ...?

    Posté par  (site web personnel) . En réponse au journal L'APINC ferme les passerelles Jabber/XMPP vers les systèmes d'IM proprios. Évalué à 2.

    Perso, j'aime bien mon gajim, et je trouve vraiment dommage de m'en séparer. Je ne supporte pas pidgin (je ne sais pas pourquoi, mais on s'en fou). Dans la news, il est question de pouvoir utiliser des passerelles externes à l'APINC. Est-ce que quelqu'un pourrait donner plus d'info ? J'utilise rarement MSN, mais pour certaines personnes, c'est ça ou rien. Avoir un transport plutot que de lancer pidgin serait un confort en plus, meme si c'est gérable ;)
  • [^] # Re: Yes !!!

    Posté par  (site web personnel) . En réponse au message Cherche vieux journal sur expérience "philosophique". Évalué à 2.

    Chapeau ! Merci bien t'as été super plus efficace que moi. Ma reconnaissance éternelle du coup ;)

    Merci !
  • [^] # Re: bah...

    Posté par  (site web personnel) . En réponse au journal Mes 3 minutes de honte. Évalué à 10.

    le coup de la panne, ça marche aussi avec linux alors ;)
  • [^] # Re: Un seul mot

    Posté par  (site web personnel) . En réponse au journal Die Hard : une journée en enfer. Évalué à 2.

    Hmmm, j'ai pas trouvé trace de ce journal... Tu saurais m'en dire plus ? :)
  • [^] # Re: Désolé...

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de digiKam 0.9.3. Évalué à 2.

    pour pixmania, Thomas Petazzoni (thomas.enix.org) a écrit un script python qui marchait plutôt bien. J'avais même commencé le portage pour utiliser girafoto, ça cassait pas des briques. Faut voir si le script marche encore et si c'est facilement utilisable avec digikam... Enfin bon, déjà, pouvoir envoyer un repertoire simplement avec une commande ./upload *.jpg, ça aide :p
  • # ...

    Posté par  (site web personnel) . En réponse au journal ETH vend des portables sans OS. Évalué à 5.

    "(en allemand)" , oui, mais si tu cliques sur "english", ça parle anglais, c'est fou hein :D

    En plus, cette offre n'est pas réservée aux élèves de l'ethz, même les anciens élèves (ethz/epfl) y ont droit. Miam :D