Ouais... Je suis encore tombé dans le piège de la conversion non autorisée Fille** -> Mere**
Autant pour moi...
Par contre je me demandais si avec des const un peu partout et des reinterpret_cast au petit bonheur la chance dans un savant geste de saupoudrage, il n'y aurait pas moyen de moyenner. C'est vrai quoi ! Tout ce que je demande c'est un acces en lecture simple. Pas d'écriture :/
Ce qui me pique aussi un petit peu les yeux ce sont toutes ces variables declarees et non initialisees...
Je suis peut-etre maniaque mais j'aime bien avoir un code ou toutes les variables et (en C++) toutes les instances de classes sont *bien* initialisees.
Et il me semble pour finir, que ca fait partie des bonnes pratiques de developpement d'initialiser ses pointeurs a NULL ou 0... C'est pas tres fun les dangling pointers.
PS: C'est sur que c'est toujours plus facile de voir les "bourdes"/maladresses du code de son prochain plutot que chez soi. :P
PPS: D'ailleurs c'est un peu le principe de la relecture de code par ses pairs.
Ca fait plusieurs fois que je te vois poster sur v9fs...
Je me suis interessé il y a peu à c'teu truc de chez Bell...
Tu utilises (heu au fait tu permets que je te tutoies ;) Plan 9 ou bien juste l'implémentation du système de fichiers ?
Ou alors, appelle le professeur Charles Xavier... Il tient un établissement pour les personnes différentes qui peuvent défier les lois de la physique telle qu'on la connaît aujourd'hui :)
Quand le physicien des particules se fait choper par un informaticien sur une question d'informatique, le physicien des particules se tait humblement :P
Ou sinon, moi non plus j'ai rien contre Java, d'ailleurs je suis sur que si ROOT avait ete ecrit en Java, ce serait moins de la merde (et je pese mes mots) !
C'est pas completement connexe comme reponse a ta question, mais... youpi, les premiers pas (presque officiels) de la Debian vers x.org sont faits [1,2] !
Lorsque le support sera officiel, un petit bugreport en mode wishlist devrait faire l'affaire, non ?
Il me semble que c'est marque sur le site (flagrant delit de non lecture des liens donnes : bouh! pas bien! :).
Update 23MAR05: Just so it's clear, any funds not used for legal, will be used for PearPC development. So, you're not throwing your money away, if I get someone to do it pro bono, or at commission.
Donc pour les (vraiment tres) refractaires a l'anglais : le surplus sera utilise pour le developpement de PearPC.
Ensuite euh... ce que ca veut vraiment dire dans les faits...
Moi je votes pour une campagne de pub dans le Times ;)
Posté par Sebastien .
En réponse au journal Qemu.
Évalué à 2.
Oui, oui, on est d'accord.
QEMU fait tourner des systèmes d'exploitations invités non-modifiés
C'est pour ca que j'ai dit lorsque Xen aura conquis le monde du LL. Il faut pouvoir modifier le systeme hote pour qu'il puisse accueillir des invites via Xen. :)
Je doute que Microsoft fournisse un Windows Xenifie... (meme si j'ai cru comprendre qu'ils avaient participe a Xen? Ou alors je me suis confuse avec une autre grosse boite?). Sauf si Intel pousse avec ses technologies Vanderpool et autres multicores ?
En même temps, le fait d'avoir 2 projets séparés n'empêche pas les développeurs de se repiquer les bonnes idées et les trucs qui marchent mieux chez l'autre.
Bien sur que non, ca n'empeche pas :)
Cependant, deja que faire transiter l'information dans un grand projet, se tenir au courant des petites blagues que chaque jour le developpement te fait, etc.. c'est relativement difficile, alors faire ca sur 2 distributions en meme temps ... Ca doit etre quand meme vachement dur de faire tenir tout ca dans son temps libre.
Mais bon, il doit surement y avoir des devs qui y arrivent.
N'etait-ce pas un (juste) doux reve ?
Je n'ai pas une grande culture du LL, mais il me semble qu'habituellement on compte plus de forks que de fusions de distributions.
Ben vector, c'est quand meme assez standard (d'ailleurs c'est dans la Standard Template Library ;).
Ensuite dire que c'est du code obscure parce qu'il y a le namespace std qui est prefixe devant... c'est limite de la mauvaise foi : on peut toujours mettre un "using namespace std;" (soit dit en passant, mettre ce genre de chose dans un header, c'est mal, cela pollue l'espace de nommage des clients du code en question. Bon pour std c'est pas trop grave, c'est le standard mais c'est quand meme "bad practice")
Je dis pas que c'est simple a utiliser *des le debut*, mais l'interface des conteneurs de la STL est assez homogene. Une fois bien familiarise avec un des conteneurs (vector<T> par exemple) on peut ensuite facilement utiliser les autres conteneurs avec un minimum de connaissances a acquerir en plus.
De plus une fois qu'on a goute aux facilites de manipulation des conteneurs de la STL et surtout experimente un peu la panoplie d'algorithmes a notre disposition... Coder devient plus facile, plus concis et plus clair (donc moins de bugs?).
Osons les classes de la STL partie integrante des built-ins de C++ :P
Ou alors un bete std::vector<int> ?
const unsigned int theSize = myVect.size();
std::cout << "the size = " << theSize << std::endl;
C'est du C++, alors pourquoi ne pas utiliser les classes qui sont deja la ?
Sauf si le but est didactique, je ne vois pas trop l'interet de recoder une enieme classe de tableaux.
Aujourd'hui, avec des postes PC mono-utilisateurs tout puissants, qui a besoin de monter son systeme de fichier en mode utilisateur ?
Humm...
Pour la premiere partie de la phrase je dirais quand meme que historiquement, on oscille toujours entre (gros serveurs + clients legers) et (petits serveurs+PC puissants), aux gres de la bande passante et du rapport qualite/prix/puissance des postes clients.
Un exemple est justement le truc de Bell (Plan9) qui se redirige vers l'integration d'une multitude de petits/gros clients dans un "truc" plus gros.
Ensuite je suis d'accord que pour Mme Michu, hein... Mais en meme temps, comme on lui promet la Grille a Mme Michu, autant qu'elle ait quelque chose qui s'integre bien dedans.
Ayant plus ou moins invalide la premiere partie de la phrase (ou en tout cas l'ayant nuancee), je mets sous le tapis la seconde partie :)
Grace au FOSDEM 2005[1], j'ai decouvert Plan9[2,3], le systeme d'exploitation de Bell. J'ai ete assez bluffe par sa figure de merite et je me demandais s'il y avait quelqu'un de competent dans la salle pour me dire s'il n'y aurait pas des similitudes entre Hurd/L4 et Plan9 ?
D'apres ce que j'ai compris, pour Hurd/L4, tout est translator alors que pour Plan9, tout est systeme de fichier. Quels avantages/inconvenients ?
Bon, meme si j'ai commence une petite biblio, c'est encore assez flou...
Je veux pas jouer a celui qui a la plus grosse, hein, on n'est pas la pour ca :)
mais CMT est ecrit en C++, deja porte sous win32 et solaris (pour solaris je m'avance un petit peu, j'en avais entendu parle, j'ai vu des bug reports, mais...), il me semble qu'il y a aussi possibilite de le scripter via python et une GUI (Visual CMT) est disponible.
CMT lit lui aussi un fichier (habituellement appele requirements) dans lequel tu donnes les dependances aux paquets de ton appli, dans un langage relativement simple :
use MonPaquet MonPaquet-00-00-01 Chemin/dans/larbo/rescence/de/mon/appli/vers/mon/paquet
(sur une ligne)
et puis tu lui dis ce que tu veux faire, un shared object, une appli static...
La syntaxe est relativement simple (meme un physicien un peu bete comme moi peut s'en servir :)
Ensuite c'est juste une affaire de configuration d'un (ou quelques) paquet mere dans lequel tu mets toutes les regles de compilations, les differentes actions que tu peux vouloir faire (creer la doc doxygen, lancer des scripts de pre/post-installation, configurer l'environnement de travail du developpeur (runtime, include paths,...), etc...)
De plus CMT ce n'est pas *que* un programme pour compiler une appli, cela sert aussi a interagir avec ton appli (dans le sens demander quelles sont les dependances de tel paquet, ses clients,...)
Moi personnellement, ca ne me gene pas que make ait une vision repertoire par repertoire. Tout ce qu'on attend de lui, c'est qu'il passe les bonnes options de compilation au compilateur pour le package qu'on est en train de compiler, et ensuite qu'il passe au package suivant, non ?
Ensuite, il me semble que la gestion de l'ordre de compilation des paquets, la possibilite de faire de la compilation parrallele (sur plusieurs machines et/ou sur plusieurs paquets) et autres optimisations doit etre efftectuee par une couche au-dessus : CMT, unsermake ou autre.
# Pfff
Posté par Sebastien . En réponse au message Convertion d'iterateur. Évalué à 2.
Autant pour moi...
Par contre je me demandais si avec des const un peu partout et des reinterpret_cast au petit bonheur la chance dans un savant geste de saupoudrage, il n'y aurait pas moyen de moyenner. C'est vrai quoi ! Tout ce que je demande c'est un acces en lecture simple. Pas d'écriture :/
[^] # Re: Pointeur non initialisé
Posté par Sebastien . En réponse au message passer une struct dans une shared memory POSIX. Évalué à 2.
Je suis peut-etre maniaque mais j'aime bien avoir un code ou toutes les variables et (en C++) toutes les instances de classes sont *bien* initialisees.
Et il me semble pour finir, que ca fait partie des bonnes pratiques de developpement d'initialiser ses pointeurs a NULL ou 0... C'est pas tres fun les dangling pointers.
PS: C'est sur que c'est toujours plus facile de voir les "bourdes"/maladresses du code de son prochain plutot que chez soi. :P
PPS: D'ailleurs c'est un peu le principe de la relecture de code par ses pairs.
[^] # Re: Pas génant, au contraire
Posté par Sebastien . En réponse au journal Le "succès" d'Ubuntu serait-il gènant pour ... Debian ?. Évalué à 3.
deb http://pkg-kde.alioth.debian.org/kde-3.4.0/ ./
Je suppose que pour Gnome, on doit pouvoir trouver plus ou moins la meme chose sur alioth...
Ah ben oui : http://pkg-gnome.alioth.debian.org
Pour les autres, je suis ouvert a toute suggestion :)
[^] # Re: INotify
Posté par Sebastien . En réponse au journal Filesystem "versionalisé" ? (!$@ de subversion). Évalué à 2.
Je me suis interessé il y a peu à c'teu truc de chez Bell...
Tu utilises (heu au fait tu permets que je te tutoies ;) Plan 9 ou bien juste l'implémentation du système de fichiers ?
Toute info m'intéresse :)
[^] # Re: Bon bain !!
Posté par Sebastien . En réponse au journal Sarge serait bientôt 'freezée'. Évalué à 10.
Heureusement que tu annonces la couleur :P
Je ne saurais etre aussi categorique... Je suis sur qu'elle sortira un jour. Enfin peut-etre.
En tout cas mes petits-enfants la verront. Surement. ;)
[^] # Re: Pour le probleme de la télé.
Posté par Sebastien . En réponse au journal un site pour les .torrent. Évalué à 9.
[^] # Re: re
Posté par Sebastien . En réponse au message Lancer une commande shell sous python?. Évalué à 2.
import commands
status,output = commands.getstatusoutput(cmd)
[^] # Re: Le problème: c'est Java ou Sun?
Posté par Sebastien . En réponse à la dépêche OpenOffice.org version 2.0 et Java. Évalué à 0.
Quand le physicien des particules se fait choper par un informaticien sur une question d'informatique, le physicien des particules se tait humblement :P
Ou sinon, moi non plus j'ai rien contre Java, d'ailleurs je suis sur que si ROOT avait ete ecrit en Java, ce serait moins de la merde (et je pese mes mots) !
PS: DEA powa ;)
# XOrg avance
Posté par Sebastien . En réponse au journal Configuration Xfree. Évalué à 3.
Lorsque le support sera officiel, un petit bugreport en mode wishlist devrait faire l'affaire, non ?
[1] http://necrotic.deadbeast.net/svn/xfree86/NEWS.xhtml#news(...)
[2] http://lists.debian.org/debian-x/2005/03/index.html(...)
[^] # Re: sinon le taux de change
Posté par Sebastien . En réponse à la dépêche PearPC vs. CherryOS : appel aux dons en vue d'un procès. Évalué à 5.
Update 23MAR05: Just so it's clear, any funds not used for legal, will be used for PearPC development. So, you're not throwing your money away, if I get someone to do it pro bono, or at commission.
Donc pour les (vraiment tres) refractaires a l'anglais : le surplus sera utilise pour le developpement de PearPC.
Ensuite euh... ce que ca veut vraiment dire dans les faits...
Moi je votes pour une campagne de pub dans le Times ;)
[^] # Re: exposé
Posté par Sebastien . En réponse au journal Whaou !. Évalué à 4.
http://kompose.berlios.de(...)
(/!\ Chaussée glissante ! Attention au troll /!\)
[^] # Re: Developpement d'OS
Posté par Sebastien . En réponse au journal Qemu. Évalué à 2.
QEMU fait tourner des systèmes d'exploitations invités non-modifiés
C'est pour ca que j'ai dit lorsque Xen aura conquis le monde du LL. Il faut pouvoir modifier le systeme hote pour qu'il puisse accueillir des invites via Xen. :)
Je doute que Microsoft fournisse un Windows Xenifie... (meme si j'ai cru comprendre qu'ils avaient participe a Xen? Ou alors je me suis confuse avec une autre grosse boite?). Sauf si Intel pousse avec ses technologies Vanderpool et autres multicores ?
[^] # Re: Developpement d'OS
Posté par Sebastien . En réponse au journal Qemu. Évalué à 4.
J'ai bon ?
[^] # Re: Bruce Perens a déjà répondu par la négative
Posté par Sebastien . En réponse à la dépêche Vers un rapprochement Ubuntu - UserLinux ?. Évalué à 4.
Bien sur que non, ca n'empeche pas :)
Cependant, deja que faire transiter l'information dans un grand projet, se tenir au courant des petites blagues que chaque jour le developpement te fait, etc.. c'est relativement difficile, alors faire ca sur 2 distributions en meme temps ... Ca doit etre quand meme vachement dur de faire tenir tout ca dans son temps libre.
Mais bon, il doit surement y avoir des devs qui y arrivent.
[^] # Re: Bruce Perens a déjà répondu par la négative
Posté par Sebastien . En réponse à la dépêche Vers un rapprochement Ubuntu - UserLinux ?. Évalué à 8.
Je n'ai pas une grande culture du LL, mais il me semble qu'habituellement on compte plus de forks que de fusions de distributions.
Me trompes-je ?
[^] # Re: vu que...
Posté par Sebastien . En réponse au message taille d'un tableau avec sizeof. Évalué à 4.
Ensuite dire que c'est du code obscure parce qu'il y a le namespace std qui est prefixe devant... c'est limite de la mauvaise foi : on peut toujours mettre un "using namespace std;" (soit dit en passant, mettre ce genre de chose dans un header, c'est mal, cela pollue l'espace de nommage des clients du code en question. Bon pour std c'est pas trop grave, c'est le standard mais c'est quand meme "bad practice")
Je dis pas que c'est simple a utiliser *des le debut*, mais l'interface des conteneurs de la STL est assez homogene. Une fois bien familiarise avec un des conteneurs (vector<T> par exemple) on peut ensuite facilement utiliser les autres conteneurs avec un minimum de connaissances a acquerir en plus.
De plus une fois qu'on a goute aux facilites de manipulation des conteneurs de la STL et surtout experimente un peu la panoplie d'algorithmes a notre disposition... Coder devient plus facile, plus concis et plus clair (donc moins de bugs?).
Osons les classes de la STL partie integrante des built-ins de C++ :P
[^] # Re: vu que...
Posté par Sebastien . En réponse au message taille d'un tableau avec sizeof. Évalué à 2.
const unsigned int theSize = myVect.size();
std::cout << "the size = " << theSize << std::endl;
C'est du C++, alors pourquoi ne pas utiliser les classes qui sont deja la ?
Sauf si le but est didactique, je ne vois pas trop l'interet de recoder une enieme classe de tableaux.
[^] # Re: Mouai
Posté par Sebastien . En réponse à la dépêche Interview de Marcus Brinkmann, développeur du Hurd. Évalué à 2.
Humm...
Pour la premiere partie de la phrase je dirais quand meme que historiquement, on oscille toujours entre (gros serveurs + clients legers) et (petits serveurs+PC puissants), aux gres de la bande passante et du rapport qualite/prix/puissance des postes clients.
Un exemple est justement le truc de Bell (Plan9) qui se redirige vers l'integration d'une multitude de petits/gros clients dans un "truc" plus gros.
Ensuite je suis d'accord que pour Mme Michu, hein... Mais en meme temps, comme on lui promet la Grille a Mme Michu, autant qu'elle ait quelque chose qui s'integre bien dedans.
Ayant plus ou moins invalide la premiere partie de la phrase (ou en tout cas l'ayant nuancee), je mets sous le tapis la seconde partie :)
# Hurd et Plan 9
Posté par Sebastien . En réponse à la dépêche Interview de Marcus Brinkmann, développeur du Hurd. Évalué à 9.
D'apres ce que j'ai compris, pour Hurd/L4, tout est translator alors que pour Plan9, tout est systeme de fichier. Quels avantages/inconvenients ?
Bon, meme si j'ai commence une petite biblio, c'est encore assez flou...
[1] http://www.ffii.org/~zoobab/bh.udev.org/filez/lightning/2005/19-pla(...)
[2] http://www.cs.bell-labs.com/plan9dist/(...)
[3] http://www.cs.bell-labs.com/wiki/plan9/plan_9_wiki/(...)
[4] http://en.wikipedia.org/wiki/Plan9(...)
[^] # Re: --> []
Posté par Sebastien . En réponse au journal Mise à jours de mythburn. Évalué à 5.
[^] # Re: Et en français
Posté par Sebastien . En réponse au journal Hurd-L4 : Interview de M. Brinkmann. Évalué à 1.
(Mais bon, quand j'ai posté il n'y avait pas l'avertissement concernant la diffusion.)
# Et en français
Posté par Sebastien . En réponse au journal Hurd-L4 : Interview de M. Brinkmann. Évalué à 8.
http://wiki.hurdfr.org/index.php/InterviewMarcusWikiNerds(...)
[^] # Re: Bof
Posté par Sebastien . En réponse au journal xfree 4.5 est sortit. Évalué à 6.
Hein? Ou ça ? Ah ben oui en plus il fait beau (enfin nuit quoi) ...
[^] # Re: pourquoi virer autotools ?
Posté par Sebastien . En réponse à la dépêche KDE 3.4 officiellement sorti. Évalué à 2.
mais CMT est ecrit en C++, deja porte sous win32 et solaris (pour solaris je m'avance un petit peu, j'en avais entendu parle, j'ai vu des bug reports, mais...), il me semble qu'il y a aussi possibilite de le scripter via python et une GUI (Visual CMT) est disponible.
CMT lit lui aussi un fichier (habituellement appele requirements) dans lequel tu donnes les dependances aux paquets de ton appli, dans un langage relativement simple :
use MonPaquet MonPaquet-00-00-01 Chemin/dans/larbo/rescence/de/mon/appli/vers/mon/paquet
(sur une ligne)
et puis tu lui dis ce que tu veux faire, un shared object, une appli static...
La syntaxe est relativement simple (meme un physicien un peu bete comme moi peut s'en servir :)
Ensuite c'est juste une affaire de configuration d'un (ou quelques) paquet mere dans lequel tu mets toutes les regles de compilations, les differentes actions que tu peux vouloir faire (creer la doc doxygen, lancer des scripts de pre/post-installation, configurer l'environnement de travail du developpeur (runtime, include paths,...), etc...)
De plus CMT ce n'est pas *que* un programme pour compiler une appli, cela sert aussi a interagir avec ton appli (dans le sens demander quelles sont les dependances de tel paquet, ses clients,...)
C'etait un message a caractere informatif.
[^] # Re: pourquoi virer autotools ?
Posté par Sebastien . En réponse à la dépêche KDE 3.4 officiellement sorti. Évalué à 2.
Ensuite, il me semble que la gestion de l'ordre de compilation des paquets, la possibilite de faire de la compilation parrallele (sur plusieurs machines et/ou sur plusieurs paquets) et autres optimisations doit etre efftectuee par une couche au-dessus : CMT, unsermake ou autre.