Hi Achim,<br><br>Yes, I&#39;d expect these two defs to be equivalent.&nbsp; Considering the combination of snapshot and external input, the problem might well be due to the ghc RTS bug (<a href="http://hackage.haskell.org/trac/ghc/ticket/2558">http://hackage.haskell.org/trac/ghc/ticket/2558</a>) that has been plaguing unamb.&nbsp; Simon Marlow says they have an RTS fix that fixes the test cases we&#39;d sent, so I expect to be able to try it out soon.<br>
<br>Meanwhile, I&#39;d like to make sure your symptom below gets captured, so we can confirm that the RTS fix takes care of it or otherwise dig further.&nbsp; Would you please make a ticket on <a href="http://trac.haskell.org/reactive">http://trac.haskell.org/reactive</a> ?&nbsp; <br>
<br>Thanks!&nbsp; - Conal<br><br><div class="gmail_quote">On Wed, Jan 7, 2009 at 7:25 PM, Achim Schneider <span dir="ltr">&lt;<a href="mailto:barsoap@web.de">barsoap@web.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Shouldn&#39;t<br>
<br>
timeAtFramePass :: UI -&gt; Event TimeT<br>
timeAtFramePass i = snapshot_ time (framePass i)<br>
<br>
and<br>
<br>
timeAtFramePass = withTimeE_ . framePass<br>
<br>
<br>
be equivalent? The final output of the first one seems to skip<br>
occurrences (I don&#39;t think frames are truly skipped).<br>
<br>
See <a href="http://hpaste.org/13746" target="_blank">http://hpaste.org/13746</a><br>
<br>
<br>
--<br>
(c) this sig last receiving data processing entity. Inspect headers<br>
for copyright history. All rights reserved. Copying, hiring, renting,<br>
performance and/or quoting of this signature prohibited.<br>
<br>
<br>
_______________________________________________<br>
Reactive mailing list<br>
<a href="mailto:Reactive@haskell.org">Reactive@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/reactive" target="_blank">http://www.haskell.org/mailman/listinfo/reactive</a><br>
</blockquote></div><br>