Si tu parle de K3B, c'est l'utilitaire de gravure de KDE et il est normal que ce soit intimement lier à KDE. Se pleins-t-on que nautilus ou Totem est intimement lié à Gnome? Par ailleurs, rien n'empêche d'utiliser K3B sous Gnome.
Je dirais même que ceux qui font le choix de ne pas se lier intimement à un environnement de bureau, on plutôt intérêt à choisir Qt (indépendant de KDE)
Pouvez-vous deviner que VLC, Arora, psi ou scribus, ne sont pas des application GTK+ lorsque elle sont lancée sous Gnome?
Par contre, une application GTK+ sous KDE dénote immédiatement.
Au final, si un pilote plante, tu sera quand même dans la merde.
(Quand Xorg plante, au final, toutes mes applications doivent être redémarrées. Même dans les cas ou le kernel tourne toujours. Et je dois aussi redémarrer quand mon clavier se blo
Le code écrit pour Qt est du C++ pur car tu peux le compiler avec n'importe quel compilateur !
(Et utiliser les outils d'analyse statique de code, ou les éditeurs spécialisés dans le C++)
Par contre, si tu ne lance pas le moc, ça ne passeara pas l'étape de l'édition des liens car le linkeur te dira qu'il manque des symboles.
Erreur: le moc n'est pas un pre-compilateur.
Le moc lis les fichier en-tête, et génère le code des signaux et celui nécessaire pour l'introspection. Le code généré est sous la forme d'une autre fichier C++ à adjoindre à la compilation.
Le code que l'on écrit quand on fait de la programmation avec Qt est du C++ pur et est directement compilé par GCC.
Le code que l'on écrit en Vala est traduit en C avant d'être compilé
« Quand le code fait un appel à la fonction malloc(), il faut écrire quelque chose sur cette zone, par exemple avec la fonction memset(), avant de pouvoir lire cette zone mémoire. Si la mémoire n'est pas initialisée alors toute tentative de lecture provoquera un crash. »
Toute tentative de lecture ne provoquera pas de crash. La lecture fonctionne très bien mais puisque rien n'est initialisé, c'est les données qui était à cet emplacement mémoire avant qui sont lues.
Et c'est souvent la cause de bugs difficile à trouver puisque ces données sont plus ou moins aléatoires.
D'ailleurs, si ça provoquais un crash, on aurais pas besoin de kmemcheck pour les détecter. (car un crash ça se voit)
Chuck Norris et Jayce ont beaucoup de points communs. Chuck Norris doit tout à sa force surhumaine, Jayce lui, doit tout à son intelligence dépassant toute réalité.
Si Chuck Norris était un robot, son firmware serait MultiDeskOS
Sauf que pleins de programme en C ou C++ bien portable font ce genre de chose en savant ce qu'ils font (en utilisant des macro, ou des templates du C++)
Et si MaStruct contiens des pointeurs sa taille sera différente selon la platforme.
Et donc le bytecode ne sera pas portable malgré la portabilité de l'application.
Quand on fais du profiling ou de la comparaisons, il faut toujours se mettre dans le cas final. C-à-d avec toutes les options d'optimisation active des 2 coté.
Avant le rachat par Novell, SuSE avais KDE par défaut (mais fournissait les deux desktop)
Lors du rachat, Gnome à été le défaut sur la distribution desktop de Novell qui était basé sur SuSE. Mais la communauté a crié et OpenSUSE est née. Il n'y avait pas de défaut, mais KDE apparaissent en premier dans la liste. Mais ensuite la liste des deux desktop fut réordonnée dans l'ordre alphabétique.
Et maintenant, plusieurs année après, le KDE sera coché par défaut.
[^] # Re: Excellent !
Posté par Gof (site web personnel) . En réponse au journal Résultats du Google Summer of Code 2009 pour KDE. Évalué à 8.
Je dirais même que ceux qui font le choix de ne pas se lier intimement à un environnement de bureau, on plutôt intérêt à choisir Qt (indépendant de KDE)
Pouvez-vous deviner que VLC, Arora, psi ou scribus, ne sont pas des application GTK+ lorsque elle sont lancée sous Gnome?
Par contre, une application GTK+ sous KDE dénote immédiatement.
[^] # Re: Tanenbaum avait-il raison ?
Posté par Gof (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 3.
(La différence avec un micro noyaux est que, sous Linux, les modules ont accès direct à l'espace kernel et tournent en mode privilègié.)
[^] # Re: Tanenbaum avait-il raison ?
Posté par Gof (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 3.
(Quand Xorg plante, au final, toutes mes applications doivent être redémarrées. Même dans les cas ou le kernel tourne toujours. Et je dois aussi redémarrer quand mon clavier se blo
[^] # Re: KUIServer
Posté par Gof (site web personnel) . En réponse au journal Kde 4.4: Où en est on?. Évalué à 4.
Mais KUIServer se limite au 'Jobs'. C'est à dire les trucs de progression.
Pour les notifications normales (contact qui se connecte, ...) , c'est knotify qui s'en occupe.
Mais ce ne sont que des détails internes. Au final il est vrai que les 2 sont affichés au même endroit par plasma dans la zone de notifications.
[^] # Re: C'est bizarre ....
Posté par Gof (site web personnel) . En réponse au journal Expressions clichées. Évalué à 10.
[^] # Re: Trolls velus
Posté par Gof (site web personnel) . En réponse au journal bon anniversaire. Évalué à 3.
http://fr.wikipedia.org/wiki/Hello_world#SPL_.28Shakespeare_(...)
# Paradoxe
Posté par Gof (site web personnel) . En réponse au sondage Je réponds aux sondages en ligne. Évalué à 5.
Et deux tautologies.
[^] # Re: je suis pas convaincue
Posté par Gof (site web personnel) . En réponse à la dépêche Sortie de Vala 0.7.6. Évalué à 5.
(Et utiliser les outils d'analyse statique de code, ou les éditeurs spécialisés dans le C++)
Par contre, si tu ne lance pas le moc, ça ne passeara pas l'étape de l'édition des liens car le linkeur te dira qu'il manque des symboles.
# « Symbian Linux » ?
Posté par Gof (site web personnel) . En réponse au journal ARM sort l'artillerie lourde. Évalué à 7.
Nokia utilise 2 système d'exploitation différent pour ses différentes platformes.
- Symbian_OS pour la platforme S60 (la pluspart des smartphones Nokia actuels)
- Linux pour la platforme Maemo (tablette internet)
[^] # Re: je suis pas convaincue
Posté par Gof (site web personnel) . En réponse à la dépêche Sortie de Vala 0.7.6. Évalué à 5.
Le moc lis les fichier en-tête, et génère le code des signaux et celui nécessaire pour l'introspection. Le code généré est sous la forme d'une autre fichier C++ à adjoindre à la compilation.
Le code que l'on écrit quand on fait de la programmation avec Qt est du C++ pur et est directement compilé par GCC.
Le code que l'on écrit en Vala est traduit en C avant d'être compilé
[^] # Re: Nier l'existence du reste de l'univers
Posté par Gof (site web personnel) . En réponse au journal Le système que j'utilise est-il libre ?. Évalué à 8.
Ce serait analogue à un représentant de l'Église catholique de recommander le préservatif pour se protéger du SIDA (au lieu de l'abstinence).
[^] # Re: kmemcheck
Posté par Gof (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.31 du noyau Linux. Évalué à 4.
Il n'y a pas de crash dans l'histoire. kmemcheck log les accès en lecture à de la mémoire non initialisée.
La lecture de mémoire non initialisée est souvent la cause d'un bug. Mais peut aussi être parfaitement légitime. (pour des raison de performance)
# kilo
Posté par Gof (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.31 du noyau Linux. Évalué à 1.
Et encore une erreur dans la dépêche de patrick_g :-)
kilo veux dire 1000
Or ici, c'est bien 4 * 1024 soit 4 kibi octets.
# kmemcheck
Posté par Gof (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.31 du noyau Linux. Évalué à 9.
Toute tentative de lecture ne provoquera pas de crash. La lecture fonctionne très bien mais puisque rien n'est initialisé, c'est les données qui était à cet emplacement mémoire avant qui sont lues.
Et c'est souvent la cause de bugs difficile à trouver puisque ces données sont plus ou moins aléatoires.
D'ailleurs, si ça provoquais un crash, on aurais pas besoin de kmemcheck pour les détecter. (car un crash ça se voit)
# Info à prendre avec des pincettes.
Posté par Gof (site web personnel) . En réponse au journal Qt/Phonon bientôt mort et remplacé. Évalué à 6.
Le projet mobility n'est d'ailleurs pas développé par les développeurs de Qt d'avant l'aquisition, mais par les anciens développeurs de Qtopia
[^] # Re: MultideskOS powah
Posté par Gof (site web personnel) . En réponse au sondage J'utilise Linux $n de mon temps. $n =. Évalué à 7.
Si Chuck Norris était un robot, son firmware serait MultiDeskOS
# [X] Pas de backup
Posté par Gof (site web personnel) . En réponse au sondage Je réalise mes sauvegardes avec. Évalué à 1.
# CAMP
Posté par Gof (site web personnel) . En réponse au journal Jauges, indicateurs de niveau et autres widgets en GPL/Commercial. Évalué à 4.
[^] # Re: LLVM IR n'est pas portable
Posté par Gof (site web personnel) . En réponse au journal LLVM dans un gestionnaire de paquets ?. Évalué à 2.
En C tu vera beaucoup de
MaStruct *plop = (MaStruct *)malloc(sizeof(MaStruct));
Et si MaStruct contiens des pointeurs sa taille sera différente selon la platforme.
Et donc le bytecode ne sera pas portable malgré la portabilité de l'application.
[^] # Re: opt de taille
Posté par Gof (site web personnel) . En réponse au journal LLVM dans un gestionnaire de paquets ?. Évalué à 3.
Sinon c'est inutile.
(Les comparaisons peuvent s'inverser au final)
[^] # Re: rtfm - bis
Posté par Gof (site web personnel) . En réponse au message Ark en ligne de commande. Évalué à 2.
[^] # Re: Version officielle dans Mandriva 2099.1
Posté par Gof (site web personnel) . En réponse au journal Impression de KDE 4.3 empaqueté pour Mandriva 2009.1. Évalué à 4.
[^] # Re: Pas besoin d'aller au japon
Posté par Gof (site web personnel) . En réponse au journal Sharp Netwalker et notebook alternatifs. Évalué à 2.
https://linuxfr.org/~ploum/21185.html
# Moi non plus.
Posté par Gof (site web personnel) . En réponse au journal Google Wave. Évalué à 10.
Journal qui le mentionne, peut être. Mais journal qui en parle, non.
[^] # Re: Retour en arrière ?
Posté par Gof (site web personnel) . En réponse au journal KDE par défaut sous OpenSUSE. Évalué à 2.
Lors du rachat, Gnome à été le défaut sur la distribution desktop de Novell qui était basé sur SuSE. Mais la communauté a crié et OpenSUSE est née. Il n'y avait pas de défaut, mais KDE apparaissent en premier dans la liste. Mais ensuite la liste des deux desktop fut réordonnée dans l'ordre alphabétique.
Et maintenant, plusieurs année après, le KDE sera coché par défaut.
SLED garde Gnome par défaut.