munmap_chunk(）:使用函数模板时指针无效

我的程序似乎因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）中的一个。该错误发生在何处以及为什么发生？