$ uname -a<div><div>Linux clark-laptop 3.9.0-2-ARCH #1 SMP PREEMPT Tue Apr 30 09:48:29 CEST 2013 x86_64 GNU/Linux</div><div><br></div><div>It&#39;d take too long for my helpfulness to build with cabal install -fsse2 hashable and rebuild an environment.</div>
<div><br></div><div>If someone writes a bash script to do it (using cabal-dev please!), I&#39;d be more than happy to run it and post the results.</div><div><br></div><div>  - Clark</div><br>On Saturday, May 18, 2013, Gregory Collins  wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>First off, everyone reporting results to this thread: your bug report would be much more helpful if you included your OS/architecture/GHC version combo, as well as the results of re-running the tests if you build &quot;hashable&quot; with &quot;cabal install -f-sse2&quot;.</div>

<div><br></div>I have a funny feeling that this is a bug in hashable or unordered-containers. I&#39;m guessing hashable, especially because of this:<div><br></div><div>    <a href="https://github.com/tibbe/hashable/issues/66" target="_blank">https://github.com/tibbe/hashable/issues/66</a><br>

</div><div><br></div><div>and because hashable has had subtle bugs in its C code before (see <a href="https://github.com/tibbe/hashable/issues/60" target="_blank">https://github.com/tibbe/hashable/issues/60</a>).</div><div>
<br>
</div><div>G</div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, May 18, 2013 at 6:25 PM, Roman Cheplyaka <span dir="ltr">&lt;<a href="javascript:_e({}, &#39;cvml&#39;, &#39;roma@ro-che.info&#39;);" target="_blank">roma@ro-che.info</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am observing a non-deterministic behaviour of aeson&#39;s parser.<br>
<br>
I&#39;m writing here in addition to filing a bug report [1] to draw<br>
attention to this (pretty scary) problem.<br>
<br>
To try to reproduce this problem, do this:<br>
<br>
  git clone <a href="https://gist.github.com/5604887.git" target="_blank">https://gist.github.com/5604887.git</a> aeson<br>
  cd aeson<br>
  ghc aeson.hs<br>
  ./aeson | sort | uniq -c<br>
<br>
This is my result:<br>
<br>
    32 Left &quot;key \&quot;module\&quot; not present&quot;<br>
    55 Left &quot;When parsing the record SymValue of type Main.SymValueInfo the key fixity was not present.&quot;<br>
  1913 Right ()<br>
<br>
Can others reproduce this in their environments?<br>
<br>
Does anyone have ideas about where the bug may lie?<br>
Many aeson&#39;s dependencies do unsafe IO stuff that could lead to<br>
such consequences.<br>
<br>
Roman<br>
<br>
[1]: <a href="https://github.com/bos/aeson/issues/125" target="_blank">https://github.com/bos/aeson/issues/125</a><br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="javascript:_e({}, &#39;cvml&#39;, &#39;Haskell-Cafe@haskell.org&#39;);" target="_blank">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Gregory Collins &lt;<a href="javascript:_e({}, &#39;cvml&#39;, &#39;greg@gregorycollins.net&#39;);" target="_blank">greg@gregorycollins.net</a>&gt;
</div></div>
</blockquote></div>