我写了一个程序,很有趣的是我运行了它数十次——我甚至记录了多次执行的结果——现在它不能工作了。
你可能认为我说的话很荒唐,或者我可能只是改变了一些代码,但我真的不记得对程序进行任何修改。
问题是一个SIGFPE,在程序的不同执行中被引发,根据输入而异。然而,在将值插入std::unordered_set*>时,会发生这种信号。
下面是我进行此类插入的代码片段:
这里的问题是:我的程序中有一些计算可能会导致除以零,虽然它们与此进程没有直接关系,但是这个错误是否可能被插入操作掩盖?或者在向
我正在
你可能认为我说的话很荒唐,或者我可能只是改变了一些代码,但我真的不记得对程序进行任何修改。
问题是一个SIGFPE,在程序的不同执行中被引发,根据输入而异。然而,在将值插入std::unordered_set*>时,会发生这种信号。
下面是我进行此类插入的代码片段:
std::vector<Point<T> *> _point, _centroid;
std::vector<std::unordered_set<Point<T> *> > _cluster;
// Main procedure -- pseudocode
for (point in _point) {
cluster_id = centroid_with_min_distance(point, _centroid);
has_changed = _change_cluster(point, cluster_id);
}
// Changes from one "point->_cluster's unordered_set" to "c's unordered_set"
bool _change_cluster(Point<T> *point, const unsigned int& c) {
if ((point->_cluster == c) &&
(_cluster[c].find(point) != _cluster[c].end())) {
return false;
}
_cluster[point->_cluster].erase(point);
_cluster[c].insert(point); // Insertion that raises the SIGFPE exception
point->_cluster = c;
return true;
}
这里是valgrind输出的一个重要部分:
==17636== Invalid read of size 8
==17636== at 0x40A758: std::pair<std::__detail::_Hashtable_iterator<
Point<unsigned int>*, true, false>, bool>
std::_Hashtable<Point<unsigned int>*, Point<unsigned int>*,
std::allocator<Point<unsigned int>*>,
std::_Identity<Point<unsigned int>*>,
std::equal_to<Point<unsigned int>*>,
std::hash<Point<unsigned int>*>,
std::__detail::_Mod_range_hashing,
std::__detail::_Default_ranged_hash,
std::__detail::_Prime_rehash_policy, false, true, true>::
_M_insert<Point<unsigned int>* const&>(
Point<unsigned int>* const&&&,
std::integral_constant<bool, true>) (hashtable.h:966)
==17636== by 0x408EDA: std::_Hashtable<Point<unsigned int>*,
Point<unsigned int>*, std::allocator<Point<unsigned int>*>,
std::_Identity<Point<unsigned int>*>,
std::equal_to<Point<unsigned int>*>,
std::hash<Point<unsigned int>*>,
std::__detail::_Mod_range_hashing,
std::__detail::_Default_ranged_hash,
std::__detail::_Prime_rehash_policy, false, true, true>::
insert(Point<unsigned int>* const&) (hashtable.h:400)
==17636== ... (calls from my program) ...
==17636== Address 0x620a028 is not stack'd, malloc'd or (recently) free'd
==17636==
==17636==
==17636== Process terminating with default action of signal 8 (SIGFPE)
==17636== Integer divide by zero at address 0x402D07D7C
==17636== at 0x40252F: std::__detail::_Mod_range_hashing::operator()(
unsigned long, unsigned long) const (hashtable_policy.h:376)
==17636== by 0x40A66C: std::__detail::_Hash_code_base<Point<unsigned int>*,
Point<unsigned int>*, std::_Identity<Point<unsigned int>*>,
std::equal_to<Point<unsigned int>*>,
std::hash<Point<unsigned int>*>,
std::__detail::_Mod_range_hashing,
std::__detail::_Default_ranged_hash, false>::_M_bucket_index(
Point<unsigned int>* const&, unsigned long,
unsigned long) const (hashtable_policy.h:758)
==17636== by 0x40A772: std::pair<std::__detail::_Hashtable_iterator<
Point<unsigned int>*, true, false>, bool>
std::_Hashtable<Point<unsigned int>*, Point<unsigned int>*,
std::allocator<Point<unsigned int>*>,
std::_Identity<Point<unsigned int>*>,
std::equal_to<Point<unsigned int>*>,
std::hash<Point<unsigned int>*>,
std::__detail::_Mod_range_hashing,
std::__detail::_Default_ranged_hash,
std::__detail::_Prime_rehash_policy, false, true, true>::
_M_insert<Point<unsigned int>* const&>(
Point<unsigned int>* const&&&,
std::integral_constant<bool, true>) (hashtable.h:966)
==17636== by 0x408EDA: std::_Hashtable<Point<unsigned int>*,
Point<unsigned int>*, std::allocator<Point<unsigned int>*>,
std::_Identity<Point<unsigned int>*>,
std::equal_to<Point<unsigned int>*>,
std::hash<Point<unsigned int>*>,
std::__detail::_Mod_range_hashing,
std::__detail::_Default_ranged_hash,
std::__detail::_Prime_rehash_policy, false, true, true>::
insert(Point<unsigned int>* const&) (hashtable.h:400)
==17636== ... (calls from my program) ...
这里的问题是:我的程序中有一些计算可能会导致除以零,虽然它们与此进程没有直接关系,但是这个错误是否可能被插入操作掩盖?或者在向
std::unordered_set<T>
插入指针时,我需要进行额外处理吗?我正在
x86_64 GNU/Linux
下编译程序,并使用g++ (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
。
std::hash<Point<T>*>
和std::equal_to<Point<T>*>
作为哈希和相等函数,这意味着它是基于对象地址而不是点本身的数据进行哈希处理。 - Dave Sunordered_set<>
中的值。我相信如果你希望我们提供帮助,你需要向我们展示代码。 - Andy Prowlunordered_set<>
,只是将unordered_map<>
用作unordered_set<>
。这是笔误吗? - Andy Prowlc
是否小于_cluster
的大小?我看到这里可能会越界。 - Andy Prowl