- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
目前我正在尝试为我们需要为大学构建的数据库系统实现某种基本的文件访问层。为此,我被要求在内存中缓存页面。为了快速确定哪些页面已加载,我将所有页面存储在一个 unordered_map 中。
现在的问题是,在对该函数进行一些调用之后,一个 SIGSEGV 出现在 unordered_map 的 _M_find_before_node 中。我尝试使用 gdb 调试它,但我不知道在哪里寻找它,因为错误发生在调用 unordered_map 时:
#0 0x0000000000402ab0 in std::_Hashtable<unsigned long, std::pair<unsigned long const, BufferFrame>, std::allocator<std::pair<unsigned long const, BufferFrame> >, std::__detail::_Select1st, std::equal_to<unsigned long>, std::hash<unsigned long>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<false, false, true> >::_M_find_before_node (this=0x608038, __n=2, __k=@0x7fffffffe050: 2, __code=2) at /usr/include/c++/4.9/bits/hashtable.h:1442
#1 0x0000000000402286 in std::_Hashtable<unsigned long, std::pair<unsigned long const, BufferFrame>, std::allocator<std::pair<unsigned long const, BufferFrame> >, std::__detail::_Select1st, std::equal_to<unsigned long>, std::hash<unsigned long>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<false, false, true> >::_M_find_node (this=0x608038, __bkt=2, __key=@0x7fffffffe050: 2, __c=2) at /usr/include/c++/4.9/bits/hashtable.h:625
#2 0x0000000000401cd6 in std::_Hashtable<unsigned long, std::pair<unsigned long const, BufferFrame>, std::allocator<std::pair<unsigned long const, BufferFrame> >, std::__detail::_Select1st, std::equal_to<unsigned long>, std::hash<unsigned long>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<false, false, true> >::find (this=0x608038, __k=@0x7fffffffe050: 2) at /usr/include/c++/4.9/bits/hashtable.h:1304
#3 0x000000000040198f in std::unordered_map<unsigned long, BufferFrame, std::hash<unsigned long>, std::equal_to<unsigned long>, std::allocator<std::pair<unsigned long const, BufferFrame> > >::find (
this=0x608038, __x=@0x7fffffffe050: 2) at /usr/include/c++/4.9/bits/unordered_map.h:574
#4 0x00000000004013dd in BufferManager::fixPage (this=0x608030, pageId=2, exclusive=true) at BufferManager.cpp:36
#5 0x0000000000404268 in main (argc=4, argv=0x7fffffffe2c8) at buffertest.cpp:87
我还尝试使用 valgrind 对其进行调试,因为我认为在错误出现之前的某个时间点可能会出现未被注意到的内存损坏。这给了我以下输出:
==27031== Memcheck, a memory error detector
==27031== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==27031== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
==27031== Command: ./buffer-test 11 3 1
==27031==
==27031== Invalid write of size 8
==27031== at 0x401642: std::__detail::_Hash_node_base::_Hash_node_base() (hashtable_policy.h:234)
==27031== by 0x4020A0: std::_Hashtable<std::string, std::pair<std::string const, int>, std::allocator<std::pair<std::string const, int> >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_Hashtable(unsigned long, std::hash<std::string> const&, std::__detail::_Mod_range_hashing const&, std::__detail::_Default_ranged_hash const&, std::equal_to<std::string> const&, std::__detail::_Select1st const&, std::allocator<std::pair<std::string const, int> > const&) (hashtable.h:799)
==27031== by 0x401BB5: std::_Hashtable<std::string, std::pair<std::string const, int>, std::allocator<std::pair<std::string const, int> >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_Hashtable(unsigned long, std::hash<std::string> const&, std::equal_to<std::string> const&, std::allocator<std::pair<std::string const, int> > const&) (hashtable.h:420)
==27031== by 0x4018DC: std::unordered_map<std::string, int, std::hash<std::string>, std::equal_to<std::string>, std::allocator<std::pair<std::string const, int> > >::unordered_map(unsigned long, std::hash<std::string> const&, std::equal_to<std::string> const&, std::allocator<std::pair<std::string const, int> > const&) (unordered_map.h:143)
==27031== by 0x401257: BufferManager::BufferManager(unsigned int) (BufferManager.cpp:21)
==27031== by 0x4041B6: main (buffertest.cpp:79)
==27031== Address 0x5c1d0e0 is 16 bytes after a block of size 64 alloc'd
==27031== at 0x4C29180: operator new(unsigned long) (vg_replace_malloc.c:324)
==27031== by 0x4041A3: main (buffertest.cpp:79)
==27031==
==27031== Invalid write of size 8
==27031== at 0x4020A5: std::_Hashtable<std::string, std::pair<std::string const, int>, std::allocator<std::pair<std::string const, int> >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_Hashtable(unsigned long, std::hash<std::string> const&, std::__detail::_Mod_range_hashing const&, std::__detail::_Default_ranged_hash const&, std::equal_to<std::string> const&, std::__detail::_Select1st const&, std::allocator<std::pair<std::string const, int> > const&) (hashtable.h:799)
==27031== by 0x401BB5: std::_Hashtable<std::string, std::pair<std::string const, int>, std::allocator<std::pair<std::string const, int> >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_Hashtable(unsigned long, std::hash<std::string> const&, std::equal_to<std::string> const&, std::allocator<std::pair<std::string const, int> > const&) (hashtable.h:420)
==27031== by 0x4018DC: std::unordered_map<std::string, int, std::hash<std::string>, std::equal_to<std::string>, std::allocator<std::pair<std::string const, int> > >::unordered_map(unsigned long, std::hash<std::string> const&, std::equal_to<std::string> const&, std::allocator<std::pair<std::string const, int> > const&) (unordered_map.h:143)
==27031== by 0x401257: BufferManager::BufferManager(unsigned int) (BufferManager.cpp:21)
==27031== by 0x4041B6: main (buffertest.cpp:79)
==27031== Address 0x5c1d0e8 is 24 bytes after a block of size 64 in arena "client"
==27031==
valgrind: m_mallocfree.c:304 (get_bszB_as_is): Assertion 'bszB_lo == bszB_hi' failed.
valgrind: Heap block lo/hi size mismatch: lo = 128, hi = 0.
This is probably caused by your program erroneously writing past the
end of a heap block and corrupting heap metadata. If you fix any
invalid writes reported by Memcheck, this assertion failure will
probably go away. Please try that before reporting this as a bug.
host stacktrace:
==27031== at 0x380A48EF: show_sched_status_wrk (m_libcassert.c:319)
==27031== by 0x380A49E4: report_and_quit (m_libcassert.c:390)
==27031== by 0x380A4B66: vgPlain_assert_fail (m_libcassert.c:455)
==27031== by 0x380B170D: get_bszB_as_is (m_mallocfree.c:302)
==27031== by 0x380B170D: get_bszB (m_mallocfree.c:312)
==27031== by 0x380B170D: get_pszB (m_mallocfree.c:386)
==27031== by 0x380B170D: vgPlain_describe_arena_addr (m_mallocfree.c:1532)
==27031== by 0x3809DC93: vgPlain_describe_addr (m_addrinfo.c:188)
==27031== by 0x3809C73B: vgMemCheck_update_Error_extra (mc_errors.c:1133)
==27031== by 0x380A05BA: vgPlain_maybe_record_error (m_errormgr.c:818)
==27031== by 0x3809BCB2: vgMemCheck_record_address_error (mc_errors.c:753)
==27031== by 0x803EDF459: ???
==27031== by 0x802D95EEF: ???
==27031== by 0x3807295F: vgMemCheck_malloc (mc_malloc_wrappers.c:388)
==27031== by 0x4020A0: std::_Hashtable<std::string, std::pair<std::string const, int>, std::allocator<std::pair<std::string const, int> >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_Hashtable(unsigned long, std::hash<std::string> const&, std::__detail::_Mod_range_hashing const&, std::__detail::_Default_ranged_hash const&, std::equal_to<std::string> const&, std::__detail::_Select1st const&, std::allocator<std::pair<std::string const, int> > const&) (hashtable.h:799)
sched status:
running_tid=1
Thread 1: status = VgTs_Runnable
==27031== at 0x401682: std::__detail::_Prime_rehash_policy::_Prime_rehash_policy(float) (hashtable_policy.h:464)
==27031== by 0x4020C4: std::_Hashtable<std::string, std::pair<std::string const, int>, std::allocator<std::pair<std::string const, int> >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_Hashtable(unsigned long, std::hash<std::string> const&, std::__detail::_Mod_range_hashing const&, std::__detail::_Default_ranged_hash const&, std::equal_to<std::string> const&, std::__detail::_Select1st const&, std::allocator<std::pair<std::string const, int> > const&) (hashtable.h:799)
==27031== by 0x401BB5: std::_Hashtable<std::string, std::pair<std::string const, int>, std::allocator<std::pair<std::string const, int> >, std::__detail::_Select1st, std::equal_to<std::string>, std::hash<std::string>, std::__detail::_Mod_range_hashing, std::__detail::_Default_ranged_hash, std::__detail::_Prime_rehash_policy, std::__detail::_Hashtable_traits<true, false, true> >::_Hashtable(unsigned long, std::hash<std::string> const&, std::equal_to<std::string> const&, std::allocator<std::pair<std::string const, int> > const&) (hashtable.h:420)
==27031== by 0x4018DC: std::unordered_map<std::string, int, std::hash<std::string>, std::equal_to<std::string>, std::allocator<std::pair<std::string const, int> > >::unordered_map(unsigned long, std::hash<std::string> const&, std::equal_to<std::string> const&, std::allocator<std::pair<std::string const, int> > const&) (unordered_map.h:143)
==27031== by 0x401257: BufferManager::BufferManager(unsigned int) (BufferManager.cpp:21)
==27031== by 0x4041B6: main (buffertest.cpp:79)
Note: see also the FAQ in the source distribution.
It contains workarounds to several common problems.
In particular, if Valgrind aborted or crashed after
identifying problems in your program, there's a good chance
that fixing those problems will prevent Valgrind aborting or
crashing, especially if it happened in m_mallocfree.c.
If that doesn't help, please report this bug to: www.valgrind.org
In the bug report, send all the above text, the valgrind
version, and what OS and version you are using. Thanks.
遗憾的是,我无法弄清楚这些错误想要告诉我什么。它们发生的代码甚至没有对这个 unordered_map 做任何事情,它只是构造函数。
我将不胜感激任何帮助或想法如何解决此问题。以下是我的代码来源(相关行)。如果您需要更多信息或希望我进行任何测试,我很乐意为您提供。
BufferManager.hpp(已更新)
#ifndef BUFFER_MANAGER_HPP
#include "BufferFrame.hpp"
#include <stdint.h>
#include <unordered_map>
class BufferManager {
public:
BufferManager( const unsigned int pageCount );
BufferFrame& fixPage( const uint64_t pageId, const bool exclusive );
void unfixPage( BufferFrame& frame, const bool isDirty );
~BufferManager();
private:
uint64_t pageCount;
std::unordered_map<uint64_t, BufferFrame *> pages;
std::unordered_map<std::string, int> files;
};
#define BUFFER_MANAGER_HPP
#endif
BufferManager.cpp(部分)(更新):
BufferManager::BufferManager( const unsigned int pageCount ) {
this->pageCount = pageCount;
std::cout << "BufferFrame constructor" << std::endl;
}
BufferFrame& BufferManager::fixPage( const uint64_t pageId, const bool exclusive ) {
std::cout << "fixPage called with pageId: " << pageId << " requesting exclusive: " << exclusive<< std::endl;
std::cout << "Pages.size(): " << pages.size() << std::endl;
//Test if we got the frame in the buffer
BufferFrame * frame;
std::unordered_map<uint64_t, BufferFrame *>::const_iterator got = pages.find(pageId);
if (got == pages.end()) {
frame = new BufferFrame();
frame->data = malloc(pageSize);
frame->pageId = pageId;
frame->isDirty = false;
std::pair<uint64_t, BufferFrame *> element(pageId, frame);
pages.insert(element);
std::cout << "fixPage of page: " << pageId << " (empty page used. Load not implemented!)" << std::endl;
}
else {
frame = got->second;
std::cout << "fixPage of page: " << pageId << " (Page loaded from map)" << std::endl;
}
return *frame;
}
缓冲帧.hpp:
#ifndef BUFFER_FRAME_HPP
#include <stdint.h>
class BufferFrame {
friend class BufferManager;
public:
void* getData();
private:
void * data;
uint64_t pageId;
bool isDirty;
};
#define BUFFER_FRAME_HPP
#endif
到目前为止,我尝试的是用 BufferFrame* 替换 unordered_map 中的 BufferFrame,这并没有改变任何东西。即使用 int 替换它似乎也没有任何效果。
编辑:更新 BufferManager.hpp 和 BufferManager.cpp 以使用 unordered_map。
EDIT2:首先:感谢所有试图帮助我的人
我发现了问题:Makefile 中的错误导致我的一个 .o 文件无法重新生成。这导致不同的文件使用不同版本的 BufferFrame.hpp。这显然一定会导致奇怪的内存错误(就像我得到的那样)。
最佳答案
看起来代码正在返回对局部变量的引用。
BufferFrame& BufferManager::fixPage(
....
BufferFrame frame;
....
return frame;
您可能想将您的设计更改为
std::unordered_map<uint64_t, BufferFrame *> pages;
甚至
std::unordered_map<uint64_t, std::shared_ptr<BufferFrame> > pages;
我还建议将 BufferFrame
创建为具有构造函数和析构函数的适当 C++ 类,以便它管理自己的内存。
关于C++ unordered_map SIGSEGV on find() 或 insert(),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29956081/
我目前正在寻找 std::map 的更好替代方案,并且遇到了帖子标题中提到的类。有人可以阐明它们之间的区别,不是在性能/API 方面,而是在它们与当前和 future 的通信标准相关的地方。 最佳答案
我正在尝试使用一个 unordered_map 和另一个 unordered_map 作为键(自定义哈希函数)。我还添加了一个自定义的 equal 函数,尽管它可能并不需要。 代码没有达到我的预期,但
关闭。这个问题是not reproducible or was caused by typos .它目前不接受答案。 这个问题是由于错别字或无法再重现的问题引起的。虽然类似的问题可能是on-topi
我正在尝试从 unordered_map 中返回 unordered_map 的拷贝。 下面的代码更清楚地说明了我的问题: typedef std::unordered_map Foo; typede
我有一个类型为unordered_map的容器,我想确认要向 map 添加元素时应使用哪个版本。我希望它使用新呈现的旧值覆盖旧的值(如果存在),如果不存在则仅添加它。 我看到insert会在元素退出时
所以我试图将 unordered_map 设置为另一个 unordered_map 的值。 现在我遇到了无法将值放入第二个 unordered_map 的问题。 我的代码看起来像这样。 std::
我有一个数据结构,它是 unordered_map 的 unordered_map: typedef std::unordered_map map1; typedef std::unordered_m
我们正在用 C++ 为学校开发一个游戏项目。我负责 map 对象,它将包含炸弹、玩家、墙壁和盒子等实体。我的 map 中有 3 个容器: 玩家的 std::list(多个玩家可以站在同一个盒子上)。
我正在使用 unordered_maps 的 unordered_map,这样我就可以使用“多键”语法来引用元素: my_map[k1][k2]。 有没有一种方便的方法可以在尝试访问之前使用相同的“多
假设我有一个 unordered_map 定义如下: unordered_map> f_table; f_table[1][3] = 10; f_table[1][2] = 1; f_table[1]
我正在 interviewbit.com 上解决竞争性编程问题我基本上使用 unordered_map 来跟踪访问过的数字。当我使用 operator[] 时,我的代码无法及时执行,但是当我使用 fi
我有一张 map ,如下所示。 struct B { int b1; int b2; int b3; }; struct A { B a1; B a2; }; unordered
我有以下数据结构问题?你能帮帮我吗?所以我的要求是在我将新数据项添加到此 map 时将此数据结构初始化为默认值。 我怎样才能有效地做到这一点? 对于我要添加的每个条目,我需要将 a1、a2、a3 设置
对于我的下一个任务,我需要使用一个非常大的散列;因为我有一个旧的编译器,所以我不能使用 C++0x std::unordered_map。理想情况下,我需要调用 reserve 为大量元素提前腾出空间
我不明白为什么这个简短示例中的第二个代码块无法正确编译。我的理解是 <> 中的第二个参数表示值,它不需要是唯一的。为什么第二个代码块抛出编译器错误,我需要做什么来补救它? // Unordered M
这段代码运行成功,结果为“Character Found”。 unordered_map mp; mp['a'] = 'b'; char b='b'; if(mp['a'] && mp['a'] ==
std::unordered_map::emplace和std::unordered_map::insert在C++中有什么区别? 最佳答案 unordered_map::insert 将键值对复制或
哪个更有效率?有什么好的基准吗? 最佳答案 C++11 的 std::unordered_map 规范类似于基于 tr1::unordered_map 的 boost::unordered_map。话
使用 gcc 4.8.1 和 libboost 1.53,根据我用于编译代码的优化级别,我得到了不同的结果。作为更大程序的一部分,函数 insertValues 对相同的 a、key 和 value
我正在尝试使用 boost::mulprecision 类型创建一个 STL(或 boost)unordered_map,例如cpp_int 但 gcc 在尝试将元素插入此容器后抛出错误。 #incl
我是一名优秀的程序员,十分优秀!