- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我的程序似乎崩溃了 munmap_chunk(): invalid pointer
错误。这意味着某处一定是无效的破坏,无效的免费使用或类似的东西。但我不知道在哪里以及为什么。仍然给出此错误的简化代码如下(不要担心所有模板和东西,它在我的程序上下文中很有意义,没有它们我无法重现此错误。我只是对失败的原因感兴趣):
#include <iostream>
#include <string>
#include <string.h>
class db
{
public:
template<typename T>
struct Input { typedef T type; };
template<typename T>
void setValue(typename Input<T>::type newValue)
{
setValue(Input<T>(), newValue);
}
private:
void* data;
std::string setValue(Input<std::string>, typename Input<std::string>::type newValue)
{
data = (void*) new char[newValue.size()+1];
strcpy((char*)data, newValue.c_str());
std::cout << "string: \"" << (char*)data << "\"\n";
}
};
int main()
{
db dbObj;
std::string str = "Hello world";
dbObj.setValue<std::string>(str);
std::cout << "This is the end!\n";
return 0;
}
这在终端上给出了以下输出:
string: "Hello world"
*** Error in `/castor/Code/CodeBlocks/testCpp2/bin/Debug/testCpp2': munmap_chunk(): invalid pointer: 0x00007ffd229f8490 ***
======= Backtrace: =========
/usr/lib/libc.so.6(+0x72055)[0x7f39395ee055]
/usr/lib/libc.so.6(+0x779a6)[0x7f39395f39a6]
/castor/Code/CodeBlocks/testCpp2/bin/Debug/testCpp2[0x400e34]
/castor/Code/CodeBlocks/testCpp2/bin/Debug/testCpp2[0x400c82]
/usr/lib/libc.so.6(__libc_start_main+0xf0)[0x7f393959c610]
/castor/Code/CodeBlocks/testCpp2/bin/Debug/testCpp2[0x400b59]
======= Memory map: ========
00400000-00402000 r-xp 00000000 08:22 35002296 /castor/Code/CodeBlocks/testCpp2/bin/Debug/testCpp2
00601000-00602000 rw-p 00001000 08:22 35002296 /castor/Code/CodeBlocks/testCpp2/bin/Debug/testCpp2
00903000-00935000 rw-p 00000000 00:00 0 [heap]
7f393957c000-7f3939717000 r-xp 00000000 08:31 5246076 /usr/lib/libc-2.22.so
7f3939717000-7f3939916000 ---p 0019b000 08:31 5246076 /usr/lib/libc-2.22.so
7f3939916000-7f393991a000 r--p 0019a000 08:31 5246076 /usr/lib/libc-2.22.so
7f393991a000-7f393991c000 rw-p 0019e000 08:31 5246076 /usr/lib/libc-2.22.so
7f393991c000-7f3939920000 rw-p 00000000 00:00 0
7f3939920000-7f3939936000 r-xp 00000000 08:31 5246391 /usr/lib/libgcc_s.so.1
7f3939936000-7f3939b35000 ---p 00016000 08:31 5246391 /usr/lib/libgcc_s.so.1
7f3939b35000-7f3939b36000 rw-p 00015000 08:31 5246391 /usr/lib/libgcc_s.so.1
7f3939b36000-7f3939c33000 r-xp 00000000 08:31 5246131 /usr/lib/libm-2.22.so
7f3939c33000-7f3939e32000 ---p 000fd000 08:31 5246131 /usr/lib/libm-2.22.so
7f3939e32000-7f3939e33000 r--p 000fc000 08:31 5246131 /usr/lib/libm-2.22.so
7f3939e33000-7f3939e34000 rw-p 000fd000 08:31 5246131 /usr/lib/libm-2.22.so
7f3939e34000-7f3939fa6000 r-xp 00000000 08:31 5246435 /usr/lib/libstdc++.so.6.0.21
7f3939fa6000-7f393a1a6000 ---p 00172000 08:31 5246435 /usr/lib/libstdc++.so.6.0.21
7f393a1a6000-7f393a1b0000 r--p 00172000 08:31 5246435 /usr/lib/libstdc++.so.6.0.21
7f393a1b0000-7f393a1b2000 rw-p 0017c000 08:31 5246435 /usr/lib/libstdc++.so.6.0.21
7f393a1b2000-7f393a1b6000 rw-p 00000000 00:00 0
7f393a1b6000-7f393a1d8000 r-xp 00000000 08:31 5246074 /usr/lib/ld-2.22.so
7f393a396000-7f393a39c000 rw-p 00000000 00:00 0
7f393a3d5000-7f393a3d7000 rw-p 00000000 00:00 0
7f393a3d7000-7f393a3d8000 r--p 00021000 08:31 5246074 /usr/lib/ld-2.22.so
7f393a3d8000-7f393a3d9000 rw-p 00022000 08:31 5246074 /usr/lib/ld-2.22.so
7f393a3d9000-7f393a3da000 rw-p 00000000 00:00 0
7ffd229d8000-7ffd229f9000 rw-p 00000000 00:00 0 [stack]
7ffd229fb000-7ffd229fd000 r--p 00000000 00:00 0 [vvar]
7ffd229fd000-7ffd229ff000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
通过调试,我发现错误一定发生在函数 std::string setValue(Input<std::string>, typename Input<std::string>::type)
的末尾。 .然而,在这个函数中没有任何东西被释放或破坏。它只是分配空间并复制 newValue
的 c 字符串内容(属于 std::string 类型)到数据。数据不会在函数结束时被破坏,因为它是一个指针,对吧?我还尝试查看变量的地址 dbObj
, str
和指针的内容 data
.但是,它们都不等于错误消息 (0x00007ffd229f8490
) 中的那个。该错误发生在哪里以及为什么发生?
最佳答案
双参数 setValue
表现出未定义的行为,即在没有遇到 return
语句的情况下退出函数。它应该返回一个值,但从来没有返回。
关于c++ - munmap_chunk() : invalid pointer when using function templates,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34561878/
在指向指针的指针上使用指针算术是否定义明确? 例如 int a=some_value; int* p=&a; int**p2=&p; 现在对 p2 执行算术是否是定义明确的行为?(例如 p2+1、p2
我正在尝试使用一个函数来替代 C 中的 scanf()。该函数是由第三方编写的,并进行了相应的定义: ScanDecimal16uNumber - Scans a decimal 16bit unsi
我正在尝试为 Sundials CVODE 编写 CFFI 包装器图书馆。 SWIG 被 Sundial header 阻塞,因为它们相互关联,并且 SWIG 找不到合适的 header ,所以我手工
这个问题已经有答案了: 已关闭11 年前。 Possible Duplicate: pass by reference not working 我正在阅读一些教程 linklistproblem在互联
我有一个代码片段很难理解。 char *c; // c is uni dimensional table ( single row ) char **p ; // p is a two dimen
我正在将一些代码移植到 Windows 并且被难住了。有一些代码在启动时自动运行以将指针复制到指针,并在退出时再次运行以删除指向指针的指针(如果它不为空)。 我已经创建了一个示例程序来重现该行为 in
将非 const 指针转换为 const 指针是合法的。 那为什么将指向非const的指针转换为指向const的指针是不合法的呢? 例如,为什么下面的代码是非法的: char *s1 = 0; con
将非 const 指针转换为 const 指针是合法的。 那为什么将指向非const的指针转换为指向const的指针是不合法的呢? 例如,为什么下面的代码是非法的: char *s1 = 0; con
将指向非常量的指针转换为指向常数的指针是合法的。 那么为什么将指向非const的指针转换为指向const的指针是不合法的呢? 例如,为什么下面的代码是非法的: char *s1 = 0; const
之间有什么区别 procedure(some_routine), pointer :: ptr ptr => null() 和 procedure(some_routine), pointer ::
只是为了消除一些困惑。我最近遇到了这段代码(使用指针到指针): int encode(unsigned char type, uint64_t input_length, unsigned char*
我已经阅读了我能找到的有关 C/C++ 指针的内容,但其中大部分是介绍性的,虽然它可以帮助您理解它们的使用,但在许多情况下,现有代码会抛出难以破译的示例。 我确实看到了一些例子,他们将一行代码分解成它
我一直在关注的学习数据结构的书使用“单指针”作为函数中的参数,这些函数在链表的不同位置添加新节点,例如在开始,在结束。同样在删除的情况下使用“pointer-to-pointer”。在所有这些情况下,
考虑这段代码: #define MAX 4 ............ ............ int** ptr = (int**)malloc(sizeof(int*)*MAX); *ptr =
如何将指向 void 对象的指针转换为类对象? 最佳答案 使用 static_cast。请注意,只有当指针确实指向指定类型的对象时,您才必须这样做;也就是说,指向 void 的指针的值取自指向此类对象
我假设一种语言的实现允许您将指针视为整数,包括对它们进行标准算术。如果由于硬件限制这是不现实的,请告诉我。如果编程语言通常没有这么强大的指针运算,但是在实践中是可行的,那么我仍然想知道这种实现BigI
我是一名 nodejs 开发人员,我通常为我的应用程序使用一个结构,该结构包含一个配置包/对象,该对象包含对我常用的库和配置选项的引用。通常,此配置对象也包含我的数据库连接,并且可以通过我的应用程序访
我已经在几个上下文中阅读过“胖指针”这个术语,但我不确定它的确切含义以及它何时在 Rust 中使用。指针似乎是普通指针的两倍,但我不明白为什么。它似乎也与特征对象有关。 最佳答案 术语“胖指针”用于指
这是让我困惑的代码。 static char *s[] = {"black", "white", "pink", "violet"}; char **ptr[] = {s+3, s+2, s+1, s
通用指针允许您创建指向指针的指针: void foo(Object **o) {} int main() { Object * o = new Object(); foo(&o); } s
我是一名优秀的程序员,十分优秀!