Haskell 无序容器的奇怪行为(HashMap.Strict)?

Haskell 无序容器的奇怪行为(HashMap.Strict)?,haskell,unordered-map,Haskell,Unordered Map,对不起,这个模糊的问题,但是有没有人观察到马车的行为 使用GHC 7.6.3上的unordered-containers-0.2.3.0中的Data.HashMap.Strict 特别是,有一些地图清楚地包含一个键k,但lookup 失败(不返回任何内容)。(我知道钥匙在地图上,因为 输出toList的结果显示输出中的键 我已经在两个不同的代码库中看到了这一点。有人知道这一点吗 0.2.3.0是否存在已知问题?也许我应该升级 否则,我会花时间找到一个显示故障的最小测试 (另外,如果我在别处问这个

对不起,这个模糊的问题,但是有没有人观察到马车的行为 使用GHC 7.6.3上的
unordered-containers-0.2.3.0
中的
Data.HashMap.Strict

特别是,有一些地图清楚地包含一个键
k
,但
lookup
失败(不返回任何内容)。(我知道钥匙在地图上,因为 输出
toList的结果
显示输出中的键

我已经在两个不同的代码库中看到了这一点。有人知道这一点吗 0.2.3.0是否存在已知问题?也许我应该升级

否则,我会花时间找到一个显示故障的最小测试

(另外,如果我在别处问这个问题,请让我知道…)

谢谢

兰吉特。

看起来像

您可以尝试使用
-f-sse2
构建
头部
,看看是否有帮助。 (请注意,它还没有一个合适的修复程序,只有一个变通方法。)


如果您有简单的代码来显示问题,请将其添加到问题中。

仅查看打印的输出是不够的,您应该确保通过
toList
的线性搜索成功。打印可以隐藏差异。键类型是什么,它实现了
Eq
?您可以尝试使用
哈希表来查看问题是否消失ode><1.2.我经常在最近的
hashable
中看到各种奇怪的行为,这是一个很好的观点,将通过
toList
添加显式搜索!(不过,我很确定这是一个bug。)密钥类型是
newtype
围绕
String
的包装。密钥确实实现了
Eq
。将尝试<1.2。谢谢!刚刚尝试了显式搜索
elem x$fst toList m
,它返回
True
,因此,非常确定有一些奇怪的事情……我将在周末尝试提取一个小的代码示例,以及一个将其添加到问题中。谢谢!