Christophe Fergeau a écrit 1255 commentaires

> Mon appareil (canon ixus 500) est supporté en mode PTP, mais les bugs sont fréquents. Par exemple, au bout du transfert de 50 photos, mon appareil se ferme et digikam plante (sans doûte une mise en veille de l'appareil, mais cela n'arrive pas sous win)

J'espère que t'as rapporté le bug autre part que sur linuxfr, sinon y a peu de chance que les choses bougent ;)

> Par ailleurs, Novell compte-t-il faire disparaître à terme la marque SuSe ? Ce n'est pas clair mais ça y ressemble

Ouep, ça a l'air, ils font la même chose avec Ximian d'ailleurs.

Perso je le sens pas trop ton truc :) Si ton SIGSEGV se produit à la suite d'un double free, ou d'un buffer overflow qui a écrasé des variables utilisées par le thread principal ou autres joyeusetés, tu ne pourras de toute façon pas réobtenir un contexte cohérent pour continuer l'exécution de ton code.

Ca veut dire quoi AGL ? C'est donné en complément de "environnement de développement" comme si ça clarifiait la signification de "environnement de développement", mais moi ça me fiat plutôt l'effet inverse, ça me rend perplexe :)

Même sous linux, y a une lib en LGPL et une autre en GPL. Si tu développes du LL, ça fait pas une grosse différence, mais pour d'autres types de développement ça fait une grosse différence.

Ce n'est pas l'ajout de fonctionnalités ou d'eye candy dans GNOME ou KDE qui leur donne cette lourdeur. Leur lourdeur actuelle provient principalement de leur architecture et des technologies employées pour son implémentation. Attention, je ne dit pas que leur architecture est mauvaise ou qu'ils se sont trompés de technologies. Loin de moi cette idée. Non, mais ils ont choisi une architecture telle qu'elle ne pouvait qu'alourdir l'environnement au fur et à mesure des évolutions.

En fait, je suis plutôt d'accord, GNOME est lourd. Par contre, pour les raisons de sa lourdeur, j'en sais rien, et je pense pas qu'il y ait grand monde qui le sache. Ce que je veux dire par là, c'est que il y a eu très peu de boulot de profiling et d'optimisation de fait sur GNOME. Donc c'est lourd, oui. Par contre, c'est probablement améliorable, il faudrait juste des personnes motivées et douées qui se lancent dans ce travail d'optimisation...

La licence ? (en particulier sous windows...)

> Oui mais c'est vrai (n'importe qui avec assez d'expérience en C++ et d'objectivité te le dira)


Disons que dans le monde bien imparfait où on vit, en général ce qui fait qu'une appli est maintenable ou non, ça dépend plus des capacités de l'auteur initial à écrire du code propre et compréhensible que du langage utilisé... (j'ai déjà vu du code ignoble et inmaintenable écrit en Java et du code super maintenable écrit en C)

> Vrai et faux, si tu as de bons exemples ça peut aller plus vite.

pas vraiment d'exemples concrets vu ma faible expérience du C++, j'ai rapidement survolé les "Effective C++" et "More Effective C++" de Meyers (il me semble, désolé si c'est pas le bon auteur), et y avait un certain nombre de choses dedans qui étaient loin d'être triviales à première vue, et que je soupçonne un bon nb de personnes "faisant du C++" d'ignorer.

> N'exagérons rien, rien qu'avoir un modèle objet, std::string et std::vector, ça aide quand même beaucoup.

J'aurais probablement dû dire C+glib/gobject, du C sans lib additionnelle c'est effectivement pas génial :) Ce que je voulais dire précisément, c'est que le C+glib/gobject et le C++ sont quand même relativement proche d'un point de vue "bas niveau" quand tu les compares à des langages comme Java ou C#

> Oh oui, mon rève. Mais il manque une toolkit (non, pas un wrapper, une vraie toolkit :-).

Tu fais un blocage sur les wrappers ? :) Un toolkit, ça sera jamais qu'un (très gros) wrapper sur la xlib de toute façon :p

Et t'as un gros sexe à part ça ?

(désolé, pas pu m'empêcher... ;)

> La maintenabilité d'une appli en C++ est plus grande, c'est indiscutable

C'est rigolo comme affirmation gratuite :) En tout cas le C++ faut connaître pas mal de subtilité avant de pouvoir l'utiliser efficacement.

> Je ne suis pas sûr du coup que ça soit réellement un avantage par rapport à un toolkit en C++ éprouvé, soutenu par une entreprise qui a une vrai politique d'évolution, qui sait gérer des clients

Ouais, toolkit tellement C++ qu'il faut utiliser un outil bizarre (moc) en plus du compilo c++, qui n'utilise pas la STL, ... gtkmm n'a pas besoin de tout ça en tout cas, il utilise la STL il me semble, et tout le mécanisme de signaux utilise des templates. Ce qui a en plus l'avantage de permettre de faire plus de vérifications à la compilation si je ne dis pas de bêtises (je suis nul en C++, hésitez pas à me contredire si je fume la moquette ;)
T'as vu, moi aussi je sais jouer à "Nan, c'est pas vrai, je suis plus C++ que toi"
Enfin honnêtement, pour moi le C et le C++ c'est presque aussi bas niveau l'un que l'autre, autant utiliser le C# pour coder une appli graphique, je pense qu'on gagne encore plus de temps (et va pas me dire que c'est un truc exotique).

Ouais, enfin là je parle pas de choix entre différentes applis ou entre ce que tu veux, mais de choix au niveau des options de configuration d'un logiciel « il faut des options tout partout, le logiciel libre c'est avant tout une question de choix ». Merci d'essayer de rester dans le sujet, ou alors fais pas les choses à moitié et accuse moi de vouloir mettre en place un parti unique et un régime dictatorial en france.

> ALT-F2 + "6 * 7" t'enverra un popup avec "42".

Moi je le fais de tête ça, ça va encore plus vite :) Et j'avoue que 3498*29 dans la vie de tous les jours on me demande rarement de le calculer... Pour les cas compliqués, ça impressionne toujours de lancer un bon vieux gdb opur faire le calcul

> on le prend pour un neuneu incapable de faire des choix.

Je te renvoie aux différents articles qui sont parus expliquant que laisser le choix à qqu'un (c'est à dire le forcer à prendre une décision), ça fait souvent chier la personne...
Cf http://www.kdedevelopers.org/blog/72(...) par ex (même si c 'est pas l'article auquel je pense)

Je suis juste intéressé par des résultats de benchs sur une telle plateforme comparé à la même chose mais en activant le mode 64bits. C'est clair que c'est probablement peu intéressant de maintenir une distrib IA32+registres supplémentaire par contre.
Je suis juste curieux quoi ;)

Cool, je pensais que j'étais le seul à avoir conscience que le code 64bits en tant que tel avait probablement peu d'intérêt (ne serait-ce que parce qu'un truc compilé en 64bits bouffe probablement plus de cache que le même truc compilé en 32bits), mais que par contre le plus grand nombre de registres (et le contrôleur mémoire intégré, auquel je n'avais pas trop pensé) devaient y être pour beaucoup dans les 30% de perfs en plus.
Il y a d'autres gens qui réfléchissent au delà du 32bits<64bits sur linuxfr, c'est rassurant :)
Qqu'un sait si y a moyen de générer du code 32 bits en utilisant les registres supplémentaires pour voir le rôle que ça jour dans l'augmentation de perfs ?

En tout cas, c'est pas ça qui pètera la compil (cf message de croconux). C'est bien plus chiant ce genre de bugs, faut trouver d'où ça sort ;)

En tout cas j'aimerais pas avoir à faire de la com sur kolab en France, ou alors faudrait réussir à cacher le nom qui est connoté très négativement au moins dans ma tête...

>Avec GTK ils ont re-invente le modele objet en moins bien que le C++.

Hmm, j'ai du râter les signaux et le support des propriétés dans le C++ moi. C'est à quelle page du Langage C++ de Stroustrup que c'est décrit ça ?

Qques petites remarques: si tu dis à gcc de te générer un binaire pour un p2, p3, p4 ou ce que tu veux, il va pas magiquement foutre des optims mmx, sse ou ce que tu veux partout dans ton code pour le faire aller 15 fois plus vite. La vectorisation de code est très dure à faire automatiquement, gcc doit utiliser un peu les instructions mmx, sse, ... quand il peut, mais la plupart du temps tu obtiens des vrais gains quand les routines sont codées explicitemnt en assembleur pour utiliser ces instructions.
Sinon, si tu t'imagines que entre un binaire compilé pour un 486 et un binaire compilé pour un pentium 4 tu vas avoir une grosse différence de vitesse, à mon avis faut que t'arrête de fumer la moquette. Accessoirement, à mon avis une appli gnome passe 80% de son temps à attendre que l'utilisateur fasse qqchose, donc il pourrait être intéressant d'optimiser l'utilsiatuer aussi...

> (il y a quelque années la femme d'un agent des douanes tessinois avaient été executer par un monstre qui avait été interpellé en douane par son maris, la dame en question était enceinte.)

Donc si y a plusieurs degrés de "monstruosité" d'un acte
1) homme célibataire => un peu monstrueux
2) homme marié => monstrueux
3) homme marié avec une femme enceinte => carrément monstrueux
?
Si je veux casser la gueule d'un des policiers sur les photos, vaut mieux que je choisisse un qui est célibataire, tu me pardonneras plus facilement ?

Je sais que c'est pas ce que tu as voulu dire, mais la remarque sur la femme enceinte, ça faisait un peu reportage au journal de tf1 avec violons et tout ça pour faire sensationnel.

Bah la GPL t'autorise à te linker avec des libs proprios si elles font partie intégrante du système d'exploitation........

Une appli en GPL qui s'appuie sur une lib proprio ? c'est pour le moins intéressant comme concept... Y a une exception dans la licence ou quelquechose comme ça ?

J'étais super dubitatif quant à Doom 3, j'avais peur que ça soit une belle démo technologique mais un jeu sans âme. J'ai testé la démo hier, et en fait c'est assez génial au niveau ambiance, les éclairages sont super bien exploités, le scénario au début a l'air classique mais on accroche quand même, et j'ai réussi à sursauter plusieurs fois durant les qques heures que j'ai passé sur la démo.
Bref, j'ai été très très agréablement surpris par le jeu (et un peu déçu par le moteur 3d, mais c'est probablement la faute à mon pauvre duron 1.2 qui fait que c'est plutôt saccadé)

Ouais, c'est clair Java ne fonctionne probablement pas sur les Sparc utilisant Solaris, faut pas déconner non plus.

Ouais, ou bien on peut aussi choisir de pas voir le mal partout, et considérer que le non support du png est un gros bug dans ie que microsoft aurait dû corriger depuis longtemps, mais que heureusement, il y a un moyen de contourner le bug en utilisant un truc spécifique (probablement de l'activex ou un truc du genre).