Ne pas oublier que PHP n'est qu'un bête wrapper temps réel pour du C, rien de plus.
Cette erreur n'est pas due à PHP, mais au C et la norme IEEE sur les nombres réels, qui provoque ce genre d'erreur très aléatoirement.
Mais bon, la question est très débile, car a moins que tu connaisses toutes les combinaisons de nombres qui provoquent cette erreur, tu ne peux pas savoir à l'avance si le chiffre sera le bon ou pas (par exemple, (int)((0.1+0.8)*10) donne bien le bon chiffre), donc si tu sais que ça peut merder, ben tu ne peux quand même pas répondre à la question sans prendre une page de test.
Bref, ce que je tenait à apporte par rapport aux autres réponses est que PHP n'est pas en tord, juste sa brique en dessous qui est le C. Ne pas oublier que PHP n'est qu'un wrapper autour d'un autre langage donc prend les défaut de ce langage (et avec une bibliothèque aussi quand même)
[^] # Re: magic pihachepi
Posté par Zenitram (site web personnel) . En réponse à la dépêche IP-formation : la formation administrateur Linux menacée. Évalué à 5.
faux
Ne pas oublier que PHP n'est qu'un bête wrapper temps réel pour du C, rien de plus.
Cette erreur n'est pas due à PHP, mais au C et la norme IEEE sur les nombres réels, qui provoque ce genre d'erreur très aléatoirement.
Mais bon, la question est très débile, car a moins que tu connaisses toutes les combinaisons de nombres qui provoquent cette erreur, tu ne peux pas savoir à l'avance si le chiffre sera le bon ou pas (par exemple, (int)((0.1+0.8)*10) donne bien le bon chiffre), donc si tu sais que ça peut merder, ben tu ne peux quand même pas répondre à la question sans prendre une page de test.
Bref, ce que je tenait à apporte par rapport aux autres réponses est que PHP n'est pas en tord, juste sa brique en dessous qui est le C. Ne pas oublier que PHP n'est qu'un wrapper autour d'un autre langage donc prend les défaut de ce langage (et avec une bibliothèque aussi quand même)