Anthony Jaguenaud a écrit 1957 commentaires

Elle est valable à vie comme démonstration acceptable par la police française de ton identité.

Elle est valable à vie, en France du moment que la photo est ressemblante. (cf ici) donc le refus de pôle emploi est illégale, et probablement lié au fait que la plupart des gens pensent que la date de validité est utile en France.

Si je comprend bien, -O0 n'a vraiment d’intérêt que lorsqu'il est couplé avec -g.

En fait, pas que. Lorsque tu fais du code DO178-A, tu dois avoir une traçabilité complète depuis les exigences du produit jusqu’au code assembleur produit. Le seul niveau d’optimisation où tu peux faire ça c’est en -O0.

Débugguer en -O3 c’est rigolo, parfois, tu sautes 3 lignes plus loin (l’assembleur lit une variable en RAM à l’avance : prefetch) avant de revenir à la ligne courante…

En fait, j’hésite entre tu rigoles, ou tu n’es pas au courant… Pour resituer.

Le 2 avril 2009, Cristine Albanel répond en scéance sur une session de l’HADOPI.

La retranscription en direct sur PCinpact. (voir vers 16h31)
Également sur numerama, du coup, quelqu’un s’est lancé dans la bataille pour faire à madame le ministre son pare-feu.

De ce que j’en ai compris, je n’ai pas été plus loin que quelques articles, s’est une sorte de moniteur du pare feu pouvant l’activé et le désactivé. Ce n’est évidemment pas le pare-feu lui même.

Un compilateur fait plus que transformer ton code C en code machine.
Il fait des optimisations, il ajoute des informations de debug, il gère plusieurs architectures cibles, il gère différentes normes en entrée…

Le critère code produit plus petit peut-être un critère, mais ce n’est pas le seul, et c’est rarement un gage de rapidité du code produit. Un code plus long pourra être exécuté plus rapidement qu’un code plus court. Ceci pour plusieurs raison :

• prefetch mémoire
• prédiction de branchement cassé
• utilisation des FPUs, des instructions SSE (sur x86) pour démultiplier les boucles, voir démultiplier les boucles en multiples fil d’exécution.

Utiliser plusieurs compilateurs permet surtout de trouver des bugs d’implémentation sur certains cas limite ou non décris dans la norme.

done.

Ma carte d’identité date de 1992, en carton jaune, mon passeport de 2001. Les deux restes valables en France, mais si je veux aller à l’étranger, ça ne marche plus.

Y-a-t-il légalement un moyen d’éviter le fichage ? Peut-on invoquer la loi informatique et liberté pour demander la destruction des informations personnelles ? Je ne conteste pas le fait d’être fiché pour une enquête, ou un délit, mais juste pour avoir une carte d’identité…

Tiens, comme kadalka à mis un sommaire, ça référence en fait la news, et pas son commentaire…
Il faudra mettre un bug dans le suivi. Je le ferai ce soir ou demain soir.

ton orthographe est correct.
           |_______________^

--->[] :-p

C’était pour une référence au pare feu d’open office.

Encore une fois, à titre personnel je m'en fous du karma, mais d'autres ne veulent pas vivre ça.

Si tu t’en fous, arrête d’en parler. Ça deviens lourd, et personnellement, tes messages commencent à m’insupporter… je ne vais pas tarder à te moinsser par principe !

Tu as écris une dépêche utile, mais avec des fils de commentaire où tu passes ton temps à te plaindre… ça nuit clairement à l’ensemble, c’est bien dommage.

À la maison, on met des fraises dans le blender, on mixe. Ensuite, dans des moules à glace et direction congélateur. Les enfants adorent et c’est du 100% pur fruit. Nous avons testé pour vous avec fraise, cerise.

Tu te plains beaucoup du système de karma, tu fais un peu ton caliméro, mais je n’ai pas l’impression que tu es essayé de comprendre où tu as mis un pied…

Mon dernier journal a été noté -19 et le

Mon dernier journal sur systemD et arch a été noté négativement aussi… -28. Ça ne me semble pas très grave.

3/ On crie sa haine sur le newbie sans se demander si ce n'est pas exagéré.

Tu te trompes, j’ai vu beaucoup de commentaires aimables, qui essayent de t’expliquer les choses. Tu as l’air de trouver nos critiques malsaines pour le site, mais j’ai rarement vu autant de commentaires essayant de formuler des critiques constructives à une personne aussi longtemps ici.
Quelqu’un t’a demandé ton age… ce n’était pas pour te pourrir, mais pour te situer histoire d’adapter au mieux le discours.

Tu te plains que le site aborde des points trop technique, personnellement, mon parcours est que à la fin des années 80 début des années 90 je lisais des revues non expertes (SVM, PcExpert…) au bout d’un moment, ben ce n’est plus intéressant. Je suis heureux de connaitre linuxfr car on a régulièrement des débats techniques. S’il y a un point que je ne comprends pas, je demande.

Dernier point, essaye d’avoir une structure dans tes commentaires, c’est souvent dur à lire.

Voilà, si tu le courage, reste un peu, sinon à dans quelques années.

Dans le même genre :

Trouvez parmis les merveilleuses geekscottes de nojhan.

Ce que j’ai lu de la doc est dure à lire, je trouve. Quand à l’exemple sur stackoverflow ne ressemble pas à ce que je comprends des prémisses de la norme.
Ce que j’imagine c’est plutôt quelque chose du genre :

std::shared_mutex monMutex;

void lecture(…)
{
    monMutex.lock_shared();
    …
    monMutex.unlock_shared();
}

void ecriture(…)
{
    monMutex.lock();
    …
    monMutex.unlock();
}

Non, parce qu'il a raison.

Bien sûr qu’il a raison, juste qu’il se prend un peu trop pour le gentil papa qui éduque ses enfants :

Je sortirai donc cette raison "mais ils n'ont pas pensé à mon besoin avec leur logiciel, mais je prend le droit dont j'ai besoin" quand quel'qu'un violera la GPL…
Mais j'avais oublié que le droit c'est uniquement pour faire respecter la GPL contre les autres, sinon rien à foutre.

Ah la belle hypocrisie sur le respect des licences… Ca fait sourire.

Du coup, son commentaire est non seulement inutile mais en plus vexant. Zenitroll a souvent de bons arguments, mais son style supérieur, est pénible. Quand se décidera-t-il enfin a écrire à des gens normaux et pas comme si on était tous des débiles ?

D'apres http://en.cppreference.com/w/cpp/thread/shared_mutex, ce n'est pas dans c++11, mais c'est prévu pour c++14.

Je n’avais pas trouvé, merci pour le lien. Ça correspond effectivement à mon besoin.

Par contre, ca existe déja chez boost il me semble.

Oui, mais dans la mesure du possible, j’essaye d’utiliser le standard avant tout.

squeeze: End of life 2014-05
wheezy: Release 2013-05
(…)
RHEL 5 End of life 2017-01
(…)
RHEL 6 release 2010-11

Je suis d’accord avec ce que tu dis, mais il ne faut pas non plus oublier la différence de moyen entre debian qui est communautaire et RHEL dont le support se paye…
Globalement, je retrouve du RHEL sur des grosses boites, et du debian sur des plus petites structures.

t'imagines avec 7 ?

Ben, ça serait pareil, sauf qu’on compterait en base 7, du coup avant ta crise de la quarantaine tu avais 36 ans. Et que ton espérance de vie ne serait pas de 80 ans mais de 114ans…

J’ai essayé d’être factuel dans les arguments avancés par les deux camps sans prendre parti.

systemd does NOT depend on dbus-daemon

Ceci est forcément vrai, car un logiciel ne peut dépendre que d’une bibliothèque…

Quand au fait de ne pas réinventer la roue de la communication, c’est évidemment une bonne chose.

Je comparai les arguments de chacun, tous on des arguments recevable et débile.

• Je suis dans le camp des contres, car pour des systèmes minimalistes c’est mieux du léger.
• Je suis dans le camp des contres parce que µdev est intégré alors que c’est clairement un service à part.
• Je suis contre parce que ce n’est utilisable qu’avec Linux à condition d’utiliser un noyau avec les cgroup…
• J’aurais pu être pour le temps de boot.
• J’aurais pu être pour le démarrage des services à la demande.

Mais les inconvénients sont supérieures aux avantages, de mon point de vue. Je comprends très bien que d’autre ne soient pas sensible aux mêmes arguments que moi.

Sans déconner vous avez quoi contre systemd…

Je ne souhaite pas relancer les débats, mais en gros d’un côté tu as :

• C’est trop génial (fanboy)
• Ça démarre très vite
• Les services ne se lance que si on a besoin
• C’est modulaire (ils ont quand même mis udev dedans…)
• Les dév vont pouvoir configurer le fichier de leur deamon une fois pour toutes.

De l’autre :

• C’est nul. (anti-fanboy ou réfractaire au changement en fonction du côté ou tu te places)
• La vitesse de démarrage on s’en fout (sauf à la rigueur sur un portable mais dans ce cas il y a hibernation sur SSD)
• Ça tire des dépendances monstrueuses (DBUS…)
• Ça change (Un peu comme « c’est nul »)
• D’autre system cohérents existe (openRC)
• Une faille dans systemD == faille pour tous les services (un init actuel est petit et simple donc moins de failles potentielles)

Voilà pour la présentation. Personnellement, je suis anti-fanboy car les fanboy n’ont que leur argument à eux qui ne me semble pas recevable. Je pense également qu’un changement de cette taille doit-être réfléchi (mais ce n’est pas dans la culture Linuxienne). J’ai peur que ça fasse un peu comme l’histoire hotplug, hal, udev… pour être compatible les gens de BSD ont accepté de passer à hal, puis vite on change vers udev au lieu de faire évoluer et de corriger les défauts de hal. (Si j’ai bien suivi)

À mon avis, ce genre de « bug/feature » doit arrivé sur les portables, histoire d’éviter le rallumage des disques dur. Mais dans ce cas, normalement, la coupure de courant ne doit pas impacter, sauf à avoir viré la batterie.

Il est peut-être possible de régler un desktop pareil dans l’optique d’économiser l’énergie, sans que l’utilisateur pense aux conséquences.

Ce message n’est que supposition.

Il y a aussi le mot clé export, qui n’a été implémenté par quasiment aucun compilateur.

Hélas, certains service de mailing liste comme les yahoogroups modifie le corps du mail pour ajouter de la pub… du coup les signatures sont fausses en mode MIME. Il reste le inline où effectivement ça marche, mais les gens trouve ça dégueu.

Il y a quelque année, un menuisier avait amené un chèque en bois peint avec toutes les informations bancaires obligatoires…

Ça me tente depuis un moment, mais l’offre de base n’inclus pas le flux RSS complet qui est le seul truc qui m’intéresse vraiment… et 60€ pour 2 ans, je trouve ça cher pour le moment.

Ce serait bien s’ils pouvaient faire une offre modulable :

• Pas de pub ;
• Flux RSS complet ;
• …

Et un abonnement pour une ou plusieurs option.