Mam taki kod:

[PHP] pobierz, plaintext 
for ($i=0; $i <30 ; $i++) { 
	var_dump(pow(pow($i, 3), 1/3));
	var_dump((int) pow(pow($i, 3), 1/3));
	echo "<br>";
}
[PHP] pobierz, plaintext 

Daje on taki wynik:

float(0) int(0)
float(1) int(1)
float(2) int(2)
float(3) int(3)
float(4) int(3)
float(5) int(4)
float(6) int(5)
float(7) int(6)
float(8) int(7)
float(9) int(8) itd.

Na mój chłopski rozum, pierwiastek z 3 stopnia dowolnej potęgi 3 stopnia z danej liczby daję tę właśnie liczbę, niezależnie od tego, do jakiego typu jest konwertowana. A tutaj począwszy od 4 widoczna jest różnica. Przy konwersji zachodzi jakby odjęcie 1 od wyniku. I to tylko przy wykładniku 1/3, sprawdzałem dla innych i działa poprawnie. O co może chodzić?

1/3 to nie jest dla komputera jedna trzecia, tylko to jest 0.333333333333333333333333..... i niestety predzej czy poźniej napotkasz na tym poziomie bledy co zresztą wlasnie doswiadczyles

http://php.net/manual/en/language.types.float.php ramka Floating point precision (floor((0.1+0.7)*10) to 7). I tu nie chodzi o PHP tylko ogolnie reprezentacje liczb zmiennoprzecinkowych: http://floating-point-gui.de/
Zawsze mozna lepiej zaaokraglac wyniki albo uzyc BC Math http://php.net/manual/en/function.bcpow.php

Poradziłem sobie inaczej, bez użycia pow(). Ale trochę powątpiewam, czy to na pewno wina liczb zmiennoprzecinkowych, bo np. dla 1/11 działa. Poza tym wynik jest w zasadzie liczbą całkowitą, tylko typu float, więc powinien spokojnie zrzutować.

sprawdz jakie masz precission w ini, php to zaokragla. to ze masz var_dump double 5, nie znaczy ze to jest 5 dokladnie...

[PHP] pobierz, plaintext 
php > echo number_format(pow(pow(5, 3), 1/3), 10);
5.0000000000
php > echo number_format(pow(pow(5, 3), 1/3), 100);
4.999999999999999111821580299874767661094665527343750000000000000000000000000000
0000000000000000000000
[PHP] pobierz, plaintext 

Czyli w wyniku jest 4,999.... rzutowane na int daje 4.
Jeszcze raz odsylam do linkow wyzej. Wystarczy zaokraglac wyniki do wystarczajacej precyzji albo uzyc bcmath.