liberforce a écrit 4730 commentaires

Moyenne d’âge : 27 ans. Globalement, ce sont tous des geeks plus ou moins experts. Sur l’open source, ils s’éclatent car ils s’impliquent dans des communautés.

C'est marrant, on les voit pas trop par ici :-p

Quand OpenGraphics aura fini de faire sa puce graphique libre, ils pourront attaquer le marché du CPU libre ^_^

N'écorchez pas son nom... C'est Frédéric Péters. Bonjour à lui :-).

Théo a été obligé d'en parler, sinon ça allait fuiter sur WikiLeaks...

Perso j'utilise mon baladeur + enceintes PC. Effectivement tu ne peux pas écouter directement de CD, mais en même temps on va droit vers le 100% dématérialisé. Mon baladeur fait aussi radio.

Là il faut un compte, être accepté comme ami par la personne qui diffuse. C'est un problème d'authentification, d'accès aux données. En quoi l'AGPL règlerait le problème ?

Vu que le fichier d'origine fait 1000 lignes, et que tu indiques avoir fait peu de modifications, essaie de nous fournir un lien vers le fichier d'origine, ou un diff... Parce que là on va pas aller fouiller dans 1000 lignes de code si t'en as changé 3 et que ça fonctionnait avant...

Vu que l'indentation est pourrie, la prochaine fois que tu as du code (surtout aussi long) à poster, passe par un site dédié, genre pastebin.com ou codepad.org.

Meuh si, surtout que Stephen King lui même joue un des rôles. C'est l'esprit des comic books d'horreur des années 50-60. Un peu comme "les contes de la crypte" quoi.

libpipi est déjà disponible, tu sais...
http://caca.zoy.org/wiki/libpipi

Creepshow, premier film à m'avoir fait vomir de trouille... Les enfants, quand on vous dit de ne pas regarder de films d'horreur trop jeunes, y a une raison...

Et si tu posais ces questions à ton prof ? C'est peut être le mieux placé pour répondre, non ? C'est quand même lui qui va te noter...

http://www.linuxfr-france.org.invalid/article/these/smart-questions/sm(...)

Ah, souvenirs. Peut être que les producteurs de ce bijou avaient plus de thunes, alors ils ont décidé de remettre ça :
http://www.bide-et-musique.com/song/11841.html

C'est surtout que j'étais pressé, j'ai répondu vite fait. Et c'est du premier degré, vu que c'est effectivement mieux.

... c'est encore mieux.
strace -o log -eopen
D'autres exemples d'utilisation pratique de strace:
http://fr.gnomesupport.org/forums/viewtopic.php?id=612
http://fr.gnomesupport.org/forums/viewtopic.php?pid=2421

Ce sur quoi Lennart a ajouté que le kernel n'avait pas à intégrer de politique de gestion ("policy") pour optimiser des cas extrêmement peu représentatifs. Et que ce type de politique de gestion devait être généralisé et géré en espace utilisateur, au lieu d'harcoder dans le kernel des optimisations pour chaque cas biscornu.

Et je suis plutôt d'accord avec lui sur ce coup là.

Perdu, t'es bloqué par les I/O, pas par le CPU dans ce cas là, mais la blague était drôle :-)

Si l'OS est sur le disque dur et qu'il y a un comportement anormal, tu sais que c'est ta machine qui est fautive.

Si tu utilises un support externe, c'est soit la machine soit le support. Les temps de chargement sont aussi plus lents sur support externe. Donc pour la sortie d'usine, je comprends le choix d'avoir un OS pré-installé.

En même temps, l'intégration SuSE par MSI pour le MSI Wind n'est pas un modèle, alors je ne suis pas sûr qu'on puisse mettre ça sur le dos de SuSE...
http://linuxfr.org//comments/970597.html#970597

Au passage, côté OS à but d'apprentissage, on peut citer SimpleOS: http://sos.enix.org/fr/PagePrincipale

Et MINIX:
http://www.minix3.org/

Je pense que la question n'est pas "vont-ils migrer vers WayLand ?", mais "Quand vont-ils migrer vers WayLand ?". Par défaut, s'entend. Et entre les deux distributions, les réponses semblent être différentes.

On peut faire le cas 1 avec des tabulations, et tout restera bien aligné.

Justement non, c'est bien pour cela que je dis que c'est le seul cas où on est obligé d'utiliser des espaces.

Soit x la largeur d'une tabulation. En général x = 4 espaces. Dans ton exemple, "int param1" commence à 12 + x. 12 est le nombre de caractères de "ma_fonction(". Or si tu as quelques connaissances en algèbre, tu te rendras vite compte que cela ne fonctionne pas.

La ligne suivante avec des espaces vaudra 14. Avec que des tabulations vaudra n*x où n est un entier. Tenter de faire 12 + x = 14 te fait déduire que x = 2, or chaque éditeur ou utilisateur peut régler la taille des tabulations. Un utilisateur qui utilise autre chose que la largeur de 2 espaces pour une tabulation ne verra plus les variables alignées.

Le seul moyen c'est même nombre de tabulations et d'espaces sur chaque ligne avant les éléments à aligner...

Sur mon ancien projet, j'ai fait que du tab, miam :-).

Les tabulations et les espaces c'est mal, parce que dès que l'indentation et les aligements de commentaires d'un utilisateur A passent mal chez l'utilisateur B qui n'a pas configuré ses indentations pareil.

Oui et non. Cela dépend du style adopté pour l'alignement des paramètres d'une fonction par exemple. Si tu codes comme ceci, pas de problème:


void ma_fonction (int param1, int param2, int param3)
{
}

Mais dans de nombreux projets, on met les paramètres d'entrée et de sortie sur des lignes différentes pour voir plus facilement ce qui a changé lors d'un diff. Et là tu as des styles différents...

1. ceux qui alignent les paramètres entre eux (chose que tu ne peux faire qu'avec des espaces)


void
ma_fonction (int param1,
             int param2,
             int param3)
{
}


Ou bien
2. tu décides que seuls les paramètres 2 à n seront alignés entre eux, et tu utilises un nombre fixe de tabulations (en général 2) pour les indenter.


void
ma_fonction (int param1,
        int param2,
        int param3)
{
}

Le cas 1 est un exemple classique de où un utilisateur habituel de tabulations est obligé d'utiliser des espaces. Et le résultat fonctionne quelque soit la configuration. Pour faire du relatif -> tabulation, pour faire de l'absolu -> espaces.

Perso, je préfère le cas 2. Il n'oblige pas à toucher à des lignes sans autre raison que changer l'indentation, comme par exemple quand on change le nom de la fonction et qu'il devient plus long ou plus court.