Hi,
today I encountered something which seems to be a bug in wrap~ (pd-0.49.0) on my architecture. The attached patch shows that wrap~ ist outputting a 1 instead of the expected 0 when inputting the division of 880 by 220. Inputting the value 4 with sig~ to wrap~ doesn't cause this, so I assume the result of the division is represented differently internally. This is on 64 bit Linux.
The pd sources contain two versions of wrap_tilde_perform with a comment that a similar bug had occured in a previous version before and been fixed but somehow it doesn't seem to be resolved completely.
Does anybody have/know a fix? It is pretty important in my code as this causes all kinds of strange behaviour in my dsp calculations.
Maybe people on other systems/architectures could also check if it appears on their machines as well and report back.
-- Orm