<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hi,</p>
<p>The "test patch" gives me 0 and 0 as expected.</p>
<p>Windows 8.1<br>
</p>
<p>Pd 0.49-0 (32bit and 64bit) </p>
<p><br>
</p>
<p>--<br>
</p>
<pre class="moz-signature" cols="72">Mensaje telepatico asistido por maquinas.</pre>
<div class="moz-cite-prefix">On 3/7/2019 6:53 AM, Orm Finnendahl wrote:<br>
</div>
<blockquote type="cite" cite="mid:20190307095344.GA6630@t480s-orm.localdomain">
<pre class="moz-quote-pre" wrap="">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
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a class="moz-txt-link-freetext" href="https://lists.puredata.info/listinfo/pd-list">https://lists.puredata.info/listinfo/pd-list</a>
</pre>
</blockquote>
</body>
</html>