Cher journal,
Pour commencer 2009 dans la tradition, je vais te faire part de ce que j'ai lu ici: http://www.pcinpact.com/actu/news/48168-zune-30go-bug-proble(...) et la suite là: http://www.pcinpact.com/actu/news/48177-zune-plantage-30go-b(...) .
Pour résumé tous les Zunes de la planètes (enfin les modèles 30GB avec le firmware v3 ou plus) ont planté tous ensemble le 31 à minuit. Il semblerait qu'ils n'aient pas supporté le fait que 2008 soit une année bissextile. Tous les appareils ont redémarré et freezé pendant ce redémarrage. Aux dernières nouvelles, les appareils dont la batterie serait totalement vide redémarraient normalement.
Au delà de ce bug de l'an 2000 en retard, je me demande si tout les appareils sont si sensible aux dates. Qu'une erreur de date provoque une erreur, je comprend mais un freeze complet, est-ce courant avec les autres appareils?
# Vive les timestamp
Posté par santos . Évalué à 7.
[^] # Re: Vive les timestamp
Posté par ethtezahl . Évalué à 4.
[^] # Re: Vive les timestamp
Posté par Fabimaru (site web personnel) . Évalué à 7.
[^] # Re: Vive les timestamp
Posté par Kerro . Évalué à 10.
Heureusement que désormais la qualité des matériels et du code est tellement mauvaise que ce qui est écrit/produit maintenant ne fonctionnera pas au delà de 2020.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Vive les timestamp
Posté par Mouns (site web personnel) . Évalué à 6.
le meme discours était tenu à propos des programmes qu'il a quand meme fallu patché ... car ils n'ont été ni mis à jour ni réécrit.
donc dans 30 ans quand le cout industriel du patch sera colossal ( une sorte de loi de Moore du budget de la maintenance sous pretexte de normes/controles/validations/... ), on se dira qu'il faut quand meme le faire mais encore une fois à la derniere minute :D
[^] # Re: Vive les timestamp
Posté par ubitux . Évalué à 3.
[^] # Re: Vive les timestamp
Posté par Ellendhel (site web personnel) . Évalué à 8.
À la fin d'une visite guidée au château d'Angers, qui abrite la tapisserie de l'Apocalypse [1], le guide termine en demandant s'il y a des questions.
Et là une dame demande sur un ton assez sérieux :
- et il y a une suite ?
</aparte>
[1] : http://fr.wikipedia.org/wiki/Tapisserie_de_l%27Apocalypse
[^] # Re: Vive les timestamp
Posté par Sylvain Sauvage . Évalué à 4.
[^] # Re: Vive les timestamp
Posté par Ellendhel (site web personnel) . Évalué à 2.
Et puis pour revenir à l a discussion initiale du journal, nous avons déjà passé la date fatidique de l'an 2000 donc, il n'y a plus de fin du monde en vue (sauf pour possesseur de lecteurs Zune).
[^] # Re: Vive les timestamp
Posté par Elfir3 . Évalué à 2.
http://www.211212.info/
[^] # Re: Vive les timestamp
Posté par vladislav askiparek . Évalué à 2.
pas mal, les quelques premières lignes de la page laissent présager le pire, on croit fermement être tombé sur un site de merd....
puis survient la vérité.
[^] # Re: Vive les timestamp
Posté par Le Gall Sébastien . Évalué à 2.
J'ai un pote qui crois dur comme fer à ce truc. Ca me frustre tellement de voir un gas doué comme il est pour les sciences, le rationnel, la logique, etc. croire en ses débilités que je ne sais jamais quoi lui dire pour essayer de lui redonner la raison.
Ya des arguments en bétons qui contre-disent cette théorie?
[/3616 code mylife]
[^] # Re: Vive les timestamp
Posté par Sarcastic . Évalué à 3.
Moi, j'en ai un, mais comme ça nécessite d'attendre après la date funeste, je doute donc que quiconque puisse l'utiliser.
[^] # Re: Vive les timestamp
Posté par Thomas Douillard . Évalué à 2.
Ben tu peux lui dire que c'est manifestement un site parodique, et que les pseudos justifications n'ont même pas le début d'un commencement de justifications elles mêmes ... qu'il y a de l'humour dedans et tout ...
[^] # Re: Vive les timestamp
Posté par Obsidian . Évalué à 4.
Non, il veut dire "après l'apocalypse now" :-)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Vive les timestamp
Posté par Victor STINNER (site web personnel) . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Vive les timestamp
Posté par pasBill pasGates . Évalué à 8.
Le probleme c'est quand tu te retrouves avec une app qui lit/ecrit sa timestamp en binaire dans un fichier.
Va lire un fichier avec un timestamp 32bit quand ton sizeof(time_t) devient soudainement 8 ...
Idem si tu transferes ton timestamp par le reseau, combien de gens ont simplement ecrit un recv(socket,timestamp,sizeof(time_t) ) ?
Si une machine a un time_t 32bit et l'autre 64, ca va etre drole...
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Vive les timestamp
Posté par Gof (site web personnel) . Évalué à 1.
Et malgré le fait que la pluspart des machine sont maintenant en 64 bits, combien font réelement tourner leurs OS et leurs applications en 64 bits ?
Assez peu, car des programmes qui supposent (par erreur) que la taille des pointeurs est 32 bits, il y en a beaucoup. Tout comme il y a beaucoup de programme qui font (par erreur) des conversions de timestamp sur des entiers et inversément.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Vive les timestamp
Posté par Gof (site web personnel) . Évalué à 2.
Moi je ne te parle pas de time_t, de l'ISO, de POSIX ou du C, on s'en fou de ça.
Le problème est que beaucoup de monde représente les timestamp sur 32 bits (signé). Ce qui ne pause aucun problème aujourd'hui. Ce ne sont pas des bugs aujourd'hui car il n'y a pas de nécessité de représenté des date plus grande que 2038.
Le problème est réel ! essaye de changer la date de ton pc en 2038 pour voir. Je te garentil qu'il y aura des problèmes.
Certains codaient même le timestamp sur 30 bits ( https://linuxfr.org/2004/01/12/15070.html )
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Vive les timestamp
Posté par pasBill pasGates . Évalué à 2.
Et le probleme c'est que ce genre de bugs se produit regulierement.
cf. http://74.125.95.132/search?q=cache:7hxjPe0AUdYJ:www.irbs.ne(...)
pour un exemple deja rapporte.
Et plus important : http://ftp.netbsd.org/pub/NetBSD/NetBSD-current/src/usr.sbin(...)
for (res = res0, s = -1; res != NULL; res = res->ai_next) {
s = socket(res->ai_family, res->ai_socktype, res->ai_protocol);
if (s < 0) {
emsg = "socket";
continue;
}
if (connect(s, res->ai_addr, res->ai_addrlen)) {
close(s);
s = -1;
emsg = "connect";
continue;
}
break;
}
if (s < 0)
err(1, "%s", emsg);
if (read(s, &tim, sizeof(time_t)) != sizeof(time_t))
err(1, "Could not read data");
Voila un cas qui clairement posera probleme, et c'est du code en utilisation aujourd'hui donc.
J'ai mis 5 minutes avec Google a trouver 2 exemples ou il y a un probleme, tu imagines bien qu'il y a en a beaucoup d'autres.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Vive les timestamp
Posté par pasBill pasGates . Évalué à 0.
Et tu es visionnaire et capable de deviner que d'ici 2038 il n'y aura plus aucun bug de ce type ?
Evidement que cela ne posera pas problème car :
- ce protocole [1] a été RFCisé en 1983 ce qui est antérieur à la définition de posix [2] (1988) - time_t n'était pas encore défini/formalisé (ANSI C 1989 - ISO C 1990). Il ne s'agit pas de UNIX mais d'autre chose qui n'a rien à voir. Windows et autres sont autant impactés (aussi peu) que UNIX.
Oui, mais cela n'a rien a voir, au final, passer de 32 a 64bit pour quiconque utilise un soft de ce type aura un impact, les raisons importent peu. Que le soft soit vieux ne change pas le fait que les gens qui l'utilisent encore comptent dessus. Le nombre de societes qui utilisent des softs datant de l'an mille se compte par milliers.
- plus personne n'utilise ce protocole aujourd'hui car ntp l'a remplacé depuis longtemps.
Plus personne ? Moi je vois qu'il est encore dans les distrib de certains OS, alors dire que plus personne ne l'utilise c'est sacrement ose, la realite est que tu estimes qu'il serait idiot de l'utiliser vu qu'il y a mieux, mais tu ne sais pas si qui que ce soit l'utilise, et il est plus qu'evident que ce n'est pas le seul soft touche.
[^] # Re: Vive les timestamp
Posté par Fabimaru (site web personnel) . Évalué à 5.
[^] # Re: Vive les timestamp
Posté par Anonyme . Évalué à 2.
http://www.codemonkey.org.uk/2008/12/31/leap-seconds/
[^] # Re: Vive les timestamp
Posté par lepoulpe . Évalué à 2.
Quelqu'un a l'info ?
[^] # Re: Vive les timestamp
Posté par lepoulpe . Évalué à 5.
[^] # Re: Vive les timestamp
Posté par Christophe Merlet (site web personnel) . Évalué à 8.
extrait de /var/log/messages...
Jan 1 00:52:31 iema01 ntpd[2329]: synchronized to 88.191.14.30, stratum 3
Jan 1 00:52:31 iema01 ntpd[2329]: kernel time sync status change 4011
Jan 1 00:53:20 iema01 ntpd[2329]: kernel time sync status change 0011
Jan 1 00:59:59 iema01 kernel: Clock: inserting leap second 23:59:60 UTC
[^] # Re: Vive les timestamp
Posté par lepoulpe . Évalué à 2.
$ date --date "2008-12-31 23:59:59 UTC" +"%s"
1230767999
$ date --date "2009-01-01 00:00:00 UTC" +"%s"
1230768000
Ce qui est après tout assez normal, j'imagine le bordel sinon...
[^] # Re: Vive les timestamp
Posté par Kerro . Évalué à 3.
La seconde en question existe réellement. En fait c'est plutôt le début de l'année qui est décalé d'une seconde afin que tout corresponde pile-poil à la rotation de la terre.
J'ai essayé en prenant un jour avant et un jour après, au cas où "date" ferait le calcul autrement. Rien de mieux.
Je constate que des Linuxiens ont eu des problèmes au même moment:
http://forums.debian.net/viewtopic.php?p=198490&sid=6423(...)
[^] # Re: Vive les timestamp
Posté par lepoulpe . Évalué à 3.
En intro ils disent (à propos du timestamp) :
"It is neither a linear representation of time nor a true representation of UTC (though it is frequently mistaken for both) as the times it represents are UTC but it has no way of representing UTC leap seconds (e.g. 1998-12-31 23:59:60)."
Qu'on pourrait traduire par :
"Ce n'est ni une traduction linéaire du temps, ni une traduction de l'heure UTC (même si on le prend souvent pour les deux) puisque l'heure qu'il représente est l'heure UTC, mais qu'il n'a pas moyen de traduire les secondes intercalaires (p. ex 1998-12-31 23:59:60)."
Puis ils expliquent comment c'est géré au niveau du comptage des secondes (on fait -1 à la fin de la seconde ajoutée).
[^] # Re: Vive les timestamp
Posté par Obsidian . Évalué à 5.
D'autre part, la seconde intercalée est une "remise à l'heure", parce que la durée du jour change, alors que la durée d'une seconde doit rester immuable (elle correspond aujourd'hui à 9.192.631.770 périodes d'une radiation émise par l'atome de césium). Ce n'est pas un intercalaire habituel comme ceux du calendrier, qui servent à composer avec le fait que la durée d'une année n'est pas multiple de celle du jour.
L'utilitaire "date" n'a donc pas besoin d'en tenir compte puisque le nombre de secondes par jour est maintenu. Et par conséquent, le nombre de secondes depuis Epoch l'est aussi. Pour éviter d'avoir à redéfinir, à la place, la durée de la seconde, on a recalé minuit une seconde plus tard, ce qui veut dire que notre minuit règlementaire était en avance par rapport aux étoiles, et que nous sommes maintenant en retard (on garde de la marge pour les prochains réajustements).
Il est important de remarquer que nous n'avons pas perdu une seconde cette année (ce qui serait inquiétant) mais simplement quelques millisecondes. Seulement, comme le jour est désormais plus long de quelques millisecondes, cette écart va se cumuler avec les années, et il faudra encore insérer des secondes de rattrapage. Et comme la Terre va continuer à ralentir, le phénomène ira en empirant.
Pour répondre à ta question, donc, non, la seconde intercalée n'existe pas, ou plutôt, elle est censée être la même que la précédente. Elles portent donc toutes deux le même numéro.
À noter enfin qu'il paraît que l'on n'a pas fait radoter l'horloge parlante, mais que chaque seconde de la dernière minute de 2008 a été 1/60ème de seconde plus longue que d'habitude.
[^] # Re: Vive les timestamp
Posté par Sébastien B. . Évalué à 7.
Pauvres possesseurs de Zune !
[^] # Re: Vive les timestamp
Posté par Obsidian . Évalué à 5.
[^] # Re: Vive les timestamp
Posté par M . Évalué à 3.
Sauf que sous UNIX beaucoup de timestamp se base sur ce temps depuis le 1er janvier 1970 (CLOCK_REALTIME).
Or cette horloge peut être amenée à faire des sauts si l'utilisateur change la date, mais pas mal d'appli gère très mal les voyages dans le temps (ou alors ça oblige à avoir un code assez compliqué)...
Idem quand on sort d'une mise en veille, les applis font un saut brutal dans le futur.
Posix définit bien une horloge monotone (CLOCK_MONOTONIC) (souvent le temps depuis le boot), mais peu d'API permette de l'utiliser (par exemple les timestamp clavier du noyau Linux sont basé sur la clock realtime)....
PS : oui ntp est censé éviter les changements brutaux d'horloge, mais par exemple dans le cas d'un système embarqué sans rtc (ie l'horloge n'est pas conservée dans le système est éteint), tous un tas d'applis seront lancées avant que la date réelle soit mise à jour.
[^] # Re: Vive les timestamp
Posté par Obsidian . Évalué à 4.
Tout ça, c'est de la faute aux codeurs incompétents qui ne savent pas implémenter proprement la recommandation IPoT :-)
# Premier troll de l'année
Posté par zebra3 . Évalué à 10.
Non, tant qu'ils n'ont pas été programmés par Microsoft. D'ailleurs, je me demande ce qu'il en est du grille-pain sous NetBSD...
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Premier troll de l'année
Posté par Mr Kapouik (site web personnel) . Évalué à 10.
Et pendant ce temps la, les manchot été entrain de pécher leur nourriture sans se soucier de rien (ils n'ont même pas bu le champagne, ni tiré de feu d'artifice au dessus du pôle sud).
La dernière dépêche AFP nous signale qu'une freebsd s'est complètement vautré comme une loutre a cause d'un driver bourré qui conduisait boggué d'une carte contrôleur.
[^] # Re: Premier troll de l'année
Posté par x0ra . Évalué à -3.
[^] # Re: Premier troll de l'année
Posté par Pascal Terjan (site web personnel) . Évalué à 3.
[^] # Re: Premier troll de l'année
Posté par x0ra . Évalué à -1.
# s/bissextile/seconde intercalaire/
Posté par Gof (site web personnel) . Évalué à 2.
La seconde intercalaire sert à ajuster l'heure pour assurer que l'heure civile (calculé grâce à des horloges atomique très précises) soit toujours en concordance avec le [[Temps_universel] basé sur la rotation de la terre sur elle même.
Les [années_bisextiles] quand à elles, servent à aligner le calandirer avec la prériode de révolution de la terre autour du soleil.
Ne pas confondre ces deux ajustement donc.
Voir aussi: Intercalation_(mesure_du_temps)
[^] # Re: s/bissextile/seconde intercalaire/
Posté par Christophe Merlet (site web personnel) . Évalué à 6.
5... 4... 3 ... 2... 1... 1.... Bonne année \o/ \o/
[^] # Re: s/bissextile/seconde intercalaire/
Posté par IsNotGood . Évalué à 2.
[^] # Re: s/bissextile/seconde intercalaire/
Posté par yellowiscool . Évalué à 5.
Déjà, rien que l'idée d'un reboot tout les 4 ans à une telle occasion, c'est drôle. Mais en plus, si ça reboote pas, c'est vraiment excellent.
Envoyé depuis mon lapin.
[^] # Re: s/bissextile/seconde intercalaire/
Posté par lepoulpe . Évalué à 2.
D'après le message au dessus, il semble que ça ait été à minuit UTC, donc en France on était tranquille. Par contre au Royaume Uni...
[^] # Re: s/bissextile/seconde intercalaire/
Posté par thedude . Évalué à -1.
[^] # Re: s/bissextile/seconde intercalaire/
Posté par allcolor (site web personnel) . Évalué à 3.
[^] # Re: s/bissextile/seconde intercalaire/
Posté par thedude . Évalué à 2.
Autant pour moi, elle est belle celle la...
Je vais me flageler avec des orties fraiches pour la peine...
[^] # Re: s/bissextile/seconde intercalaire/
Posté par vladislav askiparek . Évalué à 5.
C'est super bon, la soupe d'orties.
[^] # Re: s/bissextile/seconde intercalaire/
Posté par Gof (site web personnel) . Évalué à 10.
- 5 ... 4 ... 3 ...
- Attends, XXX n'est pas prête !
- XXX dépêche toi c'est bientôt l'heure.
- Ah elle est là, on reprends: 5 ... 4 ... 3 ... 2 ... 1 ... Bonne Année \o/ \O/
[^] # Re: s/bissextile/seconde intercalaire/
Posté par Gof (site web personnel) . Évalué à 2.
/o\
[^] # Re: s/bissextile/seconde intercalaire/
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Le code en cause
Posté par Sylvain Blandel . Évalué à 5.
year = ORIGINYEAR; /* = 1980 */
while (days > 365)
{
if (IsLeapYear(year))
{
if (days > 366)
{
days -= 366;
year += 1;
}
}
else
{
days -= 365;
year += 1;
}
}
Source : http://blog.makezine.com/archive/2008/12/cause_of_zune_leapy(...)
(Trouvé dans un commentaire de l'article sur PCINpact)
[^] # Re: Le code en cause
Posté par Maxime (site web personnel) . Évalué à 2.
En lisant ce code, je ne comprend pas pourquoi le bug s'est produit dans la nuit du 31 au 1er et pas dans la nuit du 30 au 31.
Si j'ai bien compris, le 31 décembre c'est le "days" 366 en année normale et 367 en année bissextile.
Donc le bug c'est :
On est le jour 366 (le 31 décembre) et on une année bissextile. Là on rentre dans le premier if mais pas le second et du coup days n'est jamais modifié : boucle infinie.
Donc c'est quand on passe au 31 (nuit du 30 au 31) et pas au moment du réveillon. Non ?
(Bon et est-ce que le code est vraiment l'explication ou c'est un fake ?)
[^] # Re: Le code en cause
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Le code en cause
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
Le 31, le nombre de jours écoulés dans l'année 2008 devient supérieur ou égal à 365 donc on reste dans la boucle.
Par contre a l'intérieur de la boucle ca voit que c'est une année bisextile donc il faut comparer à 366 et pas 365 pour changer d'année et voit donc que l'année n'a pas encore changé et laisse days à 365 et year à 2008. Et comme rien n'a changé, on repart pour un tour de boucle, et comme ça infiniment.
Donc ca a du foirer tant que days > 365 est vrai et > 366 ne l'est pas, donc pendant toute la journée du 31.
C'est plus visible avec l'indentation correcte http://fasmz.org/~pterjan/blog/?date=20090103#p01
[^] # Re: Le code en cause
Posté par Maxime (site web personnel) . Évalué à 1.
# tiens Microsoft a debauche de chez Ubuntu...
Posté par abramov_MS . Évalué à 2.
http://www.aeroxp.org/2009/01/lesson-on-infinite-loops/
Le pire c'est que d'autre systeme utilisant Windows CE peuvent etre affecte...
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par windu.2b . Évalué à 3.
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par abramov_MS . Évalué à 2.
En tout cas encore une fois on voit le probleme de lecture des normes a Redmond et un exemple flagrant de croire que ses propres "normes" sont meilleurs.
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par allcolor (site web personnel) . Évalué à 1.
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par abramov_MS . Évalué à 2.
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par allcolor (site web personnel) . Évalué à 1.
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par abramov_MS . Évalué à 1.
Enfin pour reprendre un viel adage:
Errare humanum est, perseverare diabolicum
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par allcolor (site web personnel) . Évalué à 3.
Il n'empeche que pour le reste du monde la definition du calendrier gregorien n'est pas decide a Redmond
Pareil pour microsoft, ils ne décident pas du calendrier grégorien comme pour le reste du monde mais... parce qu'il y a un mais, ils font des bugs, ça oui.
Maintenant tu peux continuer à croire que Microsoft veut te faire croire que leurs erreurs sont des faits vérifiés du monde et qu'ils complotent pour te faire adopter leur calendrier grégorien à eux qu'ils ont imaginé au cours d'une réunion pepsi cola... mais dans ce cas, non seulement ce point de vue est une bêtise mais celui qui le maintient est un malade mentale.
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par abramov_MS . Évalué à 1.
Par contre pour en revenir a ma reponse montre moi ou ce que je dis est faux. Si tu ne me crois pas peut etre croiras tu un expert sur le sujet:
http://www.robweir.com/blog/2006/10/leap-back.html
donc au lieu de corriger le probleme on le "normalise".
Ah ce niveau la c'est plus du bug et c'est ca le pire!
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par thedude . Évalué à 0.
d'un autre cote, tu parles de microsoft a Albert la...
La logique et le bon sens n'ont pas lieu d'etre ici, c'est un peu la quatrieme dimension.
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par abramov_MS . Évalué à 1.
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par thedude . Évalué à -1.
T'inquietes pas, les allemands ont ete boutes hors de france, tu peux te calmer, prendre tes pillules roses et aller te coucher (parce que tu as "legerement" le don de nous les gonfler quand t'as tes acces de paranoia).
[^] # Re: tiens Microsoft a debauche de chez Ubuntu...
Posté par grid . Évalué à 3.
je n'utilise
me faire chier
m'apporte rien
ma faute
je me tape
m'enerve
m'apporte
je suis
m'enerver
C'est impressionnant, ton commentaire parle autant de MS que de ton cul. Ton délire paranoïaque contre MS était amusant, maintenant, ça devient lassant.
Cordialement
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.