ecyrbe a écrit 633 commentaires

j'attends beaucoup de clang combiné à llvm pour le c/c++. pour le c, ça devrait sortir courant de cette année.
Le must, c'est qu'on aura un parser c efficasse qui pourra être intégré à des petits IDE pour gérer l'autocompletion, le refactoring etc...
pour qu'on ai la même chose pour le c++, je pense qu'on devra attendre 2009 voir 2010, voir peut être que la fonctionnalitée sera abandonnée vu la difficultée de la chose...
liens :
http://clang.llvm.org/index.html
http://llvm.org/

non pas du tout. même si ce n'est pas LTS (long term support, durée de 3 ans) , celà ne veut pas dire qu'il n'y a pas de support du tout. le support durera 1 an et demi comme les autres versions.

Parfois gueuler un bon coup au téléphone, en plus de te défouler, permet quand même de faire passer ta demande en haut de la pile.
C'est sûr qu'en étant gentil à leur envoyer des mails, ils se sentent pas trop obligés de régler ça dans l'heure...

Bon, il faut faire comme on t'as dit. si tes socket son bloquantes en lecture, tu vas devoir lire les données octet par octet et attendre qu'un double retour chariot se présente. une fois détecté, ton serveur pourra interpréter la requête, la traiter, renvoyer la réponse et couper la connection avec le client.
Mais, bon, pour un serveur web, ou tout autre type de serveur d'ailleurs, je te conseille de faire la gestion des entrées sorties en mode non bloquant. premier avantage, tu va pouvoir lire jusqu'à ce que la socket te renvoit un message EAGAIN, et ce que tu as lu, tu le stocke dans un buffer.
Ensuite, il ne te reste plus qu'à lire ton buffer, et trouver un double retour chariot. s'il n'y en a pas, tu devra attendre que d'autres données arrivent... et ainsi de suite...c'est plus performant.
Pour savoir s'il y a quelque chose à lire dans une socket, y a select() (le seul qui soit presque portable), sinon sous linux, je te conseille vivement epoll(), qui fait des merveilles...

chez moi, ça marche si j'édite le fichier glade à part, pas via anjuta.
peux tu nous montrer ton code qui charge le fichier glade... je soupçonne que ton problème vient de là.
tu dois importer chaques composants via les noms que tu as définit dans glade. bref, c'est pas magique, tu dois faire du chargement à la mano des composants définis dans glade. si tu le fait pas, normal que tu n'ai rien. les fonctions essentielles sont définies là :
http://library.gnome.org/devel/gtk/2.11/GtkBuilder.html

Foutaises!

Doxygen c'est bien pour documenter le code, pas pour faire de la conception.
Cependant, faire de l'UML pour la conception c'est bien, mais faire de l'UML pour de la maintenance de code, c'est lourd, comme tu l'as bien exposé.
Ce que tu devrais faire, c'est utiliser un logiciel UML qui fasse de la rétro-ingienérie de code. Il y en a plein qui font celà, dont le célèbre rational rose. Ce que tu dois faire, c'est faire ton refactoring sur papier en concertation avec l'équipe de dev, ensuite tu modifies directement ton code, et là tu le passe à la moulinette dans ton outils de rétro-ingénierie UML pour garder tes diagrammes à jours. En plus, documente ton code au format doxygen, comme ça tu as à la fois l'UML et la documentation. C'est pourtant simple et logique, non?

Faut arrêter, un bon programmeur c'est quelqu'un qui à de l'expérience dans son langage de prédilection, qui a su retirer quelque choses de ses erreurs passées.... C'est tout.
Un mauvais programmeur, c'est un débutant. En Java, t'as donc de bon programmeurs et des mauvais. En C/C++, idem.

bah, c'est comme quand tu prette ta voiture à un amis. s'il se fait flasher avec et que tu souhaites pas te prendre une prune, tu dis que c'était lui au volant. si c'est un vrai pote, il avouera sa faute, se prendra la prune et les points et tu n'auras rien.

Pour upstart ça n'a pas encore bougé, ça utilise encore les scripts system-V et uniquement ceux là.
pourtant dans la branche de developpement il y a pas mal de script pour upstart qui ont été réalisés, mais je supose qu'il en manque plein pour que ça puisse être fonctionnel.

Et bien tu a mal compris l'article! En anglais, chiffrement se traduit par encryption... un algorithme de chiffrement se traduit par "a cypher" ...
ouvre un dictionnaire d'anglais pour t'en convaincre, ou va lire wikipedia en anglais.
il s'agit donc bien d'un anglicisme, désolé...

Je n'ai pas voulu dire que "cryptage" était du bon français, mais que sa définition de "crypter" était fausse, cf: le paragraphe intitulé "cryptage" justement. Comme je l'ai souligné, le mot "crypter" est utilisé pour parler des chaines de télévision, l'article de wikipedia en parle aussi.

Cependant j'avoue que j'utilise aussi le mot crypter à mauvais escient comme synonyme de "chiffrer" comme je l'ai dit plus haut. c'est devenu commun, je ne suis pas certain qu'une levé de bouclier contre cet anglicisme soit necessaire, vu le nombre d'anglicisme que nous informaticiens employons à longeur de temps dans nos boulots respectifs...
Même les non informaticiens en utilisent (cf le mot "e-mail"), et personne ne s'en offusque.

Je n'ai pas dit le contraire, seulement par abus de langage on utilise le mot crypter pour certaines choses, je n'y peux rien, c'est rentré dans les moeurs. Les langues évoluent, parfois, c'est pas plus mal.
La cryptographie est une dicipline reconnue, je l'utilise tous les jours, et je dois avouer que je me sert du mot crypter pour évoquer un chiffrement difficile à décrypter (dans le sans ou l'on a pas la clef pour déchiffrer). Et je pense que mes collègues me comprennent bien quand je l'emploi dans ce sens, vu qu'ils l'emploient aussi.

oui, la fonction de hachage est une fonction surjective mais pas injective... donc irreversible.

Je ne sais pas d'ou tu sort tes définitions, vu que je ne suis pas d'accord avec elle, je suis allé sur wikipedia pour voir que qu'ils en pensaient : http://fr.wikipedia.org/wiki/Chiffrement

A priori ta définition est fausse. surtout qu'on dit bien qu'une certaine chaine est cryptée et pourtant avec le décodeur, on la décrypte très bien, ou plutôt devrais-je dire déchiffrer, sinon d'après wikipedia, décrypter serait l'oeuvre de piratage (sans connaitre la clef de chiffrage)....

bonjour jr lamoule,

merçi de ces explications,serait-ce trop demander de savoir combien de fois as tu été menaçé d'un procès pour diffamation etc... ? y t'il moyen qu'on t'aide à ce sujet? Le poids des responsabilités est parfois lourd à porter et on n'est jamais trop nombreux pour faire face.
Y a t'il moyen de nommer un collectif, plutôt qu'une seule personne pour traiter les problèmes comme ceux-ci.
Il est parfois facile de céder à des menaces, alors même que parfois elle sont infondés, à plusieurs il est plus facile d'avoir un regard objectif et serein.

non, ça m'étonnerais qu'ils scannent les ports... ce qu'ils doivent faire assurément c'est de suivre les liens trouvé sur des pages web et remonter ainsi un tas de sites dans une certaine limite fixé de profondeur.

Pour savoir si l'organisme est reconnu il suffit de vérifier qu'il est dans les dépots des authorités de certification des navigateurs.
L'état français maintient par exemple une liste des authorités de certification reconnues. Les navigateurs sont censés les reconnaître.
A partir du moment ou tu as une authorité de certification reconnu par ton navigateur, tu peux considérer qu'ils sont sérieux. Ces organismes doivent généralement avoir l'aval de l'état pour délivrer des certificats dans un pays.
Par exemple, je connais thawte, qui a fait la fortune de mark shuttleworth, le fondateur d'ubuntu. Les certificats de thawte sont reconnus sur tous les navigateurs actuels, puisqu'il s'agit du deuxième la deuxième plus grosse authorité de certification du monde après verisign (d'ailleurs les deux organismes sont affiliés).
Il y en a d'autres, même des gratuits géré par des communautés, mais pas supporté par tous les navigateur... par exemple : http://www.cacert.org/

Du moment qu'il est mit par défaut dans la chaine des certificats root, tu t'en balance un peut.
Ton prestataire tu le contactera qu'une fois par an, c'est pas un logiciel que tu va leur commander, le service client se résumera généralement à empocher ton argent en échange de ton certificat.
Et puis dans tous les cas tu pourra changer d'organisme l'année suivante de manière transparente.
Bref, prend celui que tu veux, au prix que tu veux, y a foule.

Je me goure peut être, mais quand il parlait d'interface propriétaire, moi j'ai compris interface ne respectant pas le standard j2ee, sans préjuger de la licence utilisé pour le code source.

Enorme!!!
Je suis scotché par l'ouverture d'AMD. Espérons que les autres acteurs du marché (vous voyez qui je vise ;) suivent le mouvement.

Y a Ogre 3D ( http://www.ogre3d.org/ )qui exploite aussi bien OpenGL que DirectX, écrit en C++ et portable dans la mesure ou le système cible supporte OpenGL ou DirectX.
Mais je ne sais pas quels sont les Api disponible pour chacune des platteforme que tu cite.

y a du nouveau! Hier AMD a comfirmé ouvrir une plateforme de developpement libre pour ses drivers, avec des specs sous NDA.
Phoronix gardait le secret, ils viennent donc de lacher le morceaux :
http://www.phoronix.com/scan.php?page=article&item=826&a(...)

Je me suis récemment mis à utiliser python comme language de script.
Pour moi le but est de réduire le temps de developpement de l'interface graphique de mes applications, le coeur de l'application restant en C/C++.
Avantages :
- répondre rapidement à des demandes de modification de l'interface graphique
- faire plusieurs interface graphique differentes pour plusieurs produits differents utilisant le même coeur.
- ne pas dépendre de l'os pour l'interface graphique. Le coeur étant construit de telle sorte à être portable.
- modularisation de l'application.
- garder les performances d'une application c++ alliée la rapidité de developpement de python.

Inconvénients:
- Maintenir la glue entre C++/Python (cependant automatisable après un certain travail en utilisant py++)

Pourquoi pas de Plugins?
Dans mon cas, un système de plugin ne correspond pas à mon besoin. Le but n'étant pas d'étendre les fonctionnalités.

<ma vie>
Comme d'hab je passe toujours à côté de ce genre de FUD grâce à AdBlock+
</mavie>