>De nouveau, etapes pour reproduire le probleme. Tant que je n'ai pas les
>etapes, de ta part je continuerai a considerer que le probleme n'est pas
>de l'OS, tu as perdu toute credibilite avec tes erreurs au fil des annees.
Je suis restreint en droit sur l'AD, et ca fait planter les MMC sous 2008, à la fermeture de la fenetre, rien de grave mais c'est un peu chiant...
Quant à tes attaques personnelles de merde, si tu étais un peu moins *** et que tu ne prenais pas les gens pour des abrutis, il serait plus simple de discuter de Windows avec toi. Preuve en est le problème de logon qui t'es resté en travers de la gorge, si tu étais un peu plus sociable, tu m'aurais guidé et j'aurais surement compris rapidement au lieu de tomber sur un article dans la MSDN 1 an plus tard.
>Rien que le fait de croire que du code a un comportement "aleatoire" me
>donne un tres mauvais signal sur ta comprehension
C'est bon mon grand, je t'ai pas attendu pour coder et comprendre comment fonctionne un logiciel...
Faut être sacrément obtus pour ne pas comprendre que du code, ca dépend de tellement de paramètres dans un OS actuellement que dire que l'on peut toujours reproduire un bug, c'est de la bêtise en vrac, la personne qui fait le bug report ne peut pas savoir que tel option de l'OS a une influence sur le logiciel (ou pire une lib) et que c'est cette dernière qui fout la merde...
Bref, des bugs report ou les devs peuvent pas reproduire, ca m'arrive souvent quand j'en fais et aussi quand j'en reçois. Et quand tu n'arrives pas à reproduire le bug en question avec pourtant la même distrib, la même conf du logiciel, ben t'as plus qu'a esperer que la personne en face va trouver ce qui fout la merde.
Exemple, les devs de plasma ont corrigé un bug dernièrement (fenetre transparente au milieu de l'écran) et aucun n'a été capable de reproduire le problème alors que moi je l'avais sur toutes mes machines (Ubuntu, Arch, ...)...
[^] # Re: Et Linux tourne sur....
Posté par gnumdk (site web personnel) . En réponse au journal Windows 8 tournera sur ARM. Évalué à 0.
>etapes, de ta part je continuerai a considerer que le probleme n'est pas
>de l'OS, tu as perdu toute credibilite avec tes erreurs au fil des annees.
Je suis restreint en droit sur l'AD, et ca fait planter les MMC sous 2008, à la fermeture de la fenetre, rien de grave mais c'est un peu chiant...
Quant à tes attaques personnelles de merde, si tu étais un peu moins *** et que tu ne prenais pas les gens pour des abrutis, il serait plus simple de discuter de Windows avec toi. Preuve en est le problème de logon qui t'es resté en travers de la gorge, si tu étais un peu plus sociable, tu m'aurais guidé et j'aurais surement compris rapidement au lieu de tomber sur un article dans la MSDN 1 an plus tard.
>Rien que le fait de croire que du code a un comportement "aleatoire" me
>donne un tres mauvais signal sur ta comprehension
C'est bon mon grand, je t'ai pas attendu pour coder et comprendre comment fonctionne un logiciel...
Faut être sacrément obtus pour ne pas comprendre que du code, ca dépend de tellement de paramètres dans un OS actuellement que dire que l'on peut toujours reproduire un bug, c'est de la bêtise en vrac, la personne qui fait le bug report ne peut pas savoir que tel option de l'OS a une influence sur le logiciel (ou pire une lib) et que c'est cette dernière qui fout la merde...
Bref, des bugs report ou les devs peuvent pas reproduire, ca m'arrive souvent quand j'en fais et aussi quand j'en reçois. Et quand tu n'arrives pas à reproduire le bug en question avec pourtant la même distrib, la même conf du logiciel, ben t'as plus qu'a esperer que la personne en face va trouver ce qui fout la merde.
Exemple, les devs de plasma ont corrigé un bug dernièrement (fenetre transparente au milieu de l'écran) et aucun n'a été capable de reproduire le problème alors que moi je l'avais sur toutes mes machines (Ubuntu, Arch, ...)...