heap-corruption

    0热度

    1回答

    我有通过串行发送命令的功能,然后接收未知大小的响应。使用 (ioctl(fd_, FIONREAD, &bytes_in_buffer); 我确定需要为我的读取分配多少内存。 //This code calls the function below unsigned char CheckRefresh[] = {254, 124, 0}; unsigned char * response;

    1热度

    2回答

    我工作的这个VST插件卷积(64位Windows 7,VS2010),我决定尝试英特尔C++编译器。我正在优化算法,所以我有一个备份项目,以防止出现任何故障,并且我正在做一个实验。这两个项目都可以编译并运行,没有问题。安装英特尔编译器后,虽然我尝试的项目将导致堆损坏的错误,所以我开始调试追查这个问题,但我无法找到的代码,导致它,因为在不触发堆损坏错误的行执行,但在DLL终止之后(调试器也没有显示访

    1热度

    1回答

    我在Visual Studio 2010中编写了一个Windows C++程序,并有堆损坏。 Application Verifier的!heap和!avrf调试器扩展有几个工具,这些工具对于跟踪这些工具非常有用,但是我不清楚如何有效地使用Application Verifier。例如,Application Verifier文档指出: 您可以使用!avrf -hp -a Address来显示影响

    16热度

    3回答

    我是新来的Windows编程,我刚刚“迷路”了两个小时,找到了一个每个人似乎都知道的错误:你不能在DLL中的堆上创建一个对象,并在另一个DLL(或主程序)。我几乎可以肯定的是,在Linux/Unix上这不是这种情况(如果是这样,请说出来,但我确信我做了那么多次没有问题......)。 在这一点上我有几个问题: 1)不要静态链接使用不同的堆比主程序? 2)静态链接的DLL映射到主程序的相同进程空间中

    1热度

    2回答

    我有这个枚举类型: enum Cell { ALIVE='X', DEAD='O' }; 而且我分配一个与它的数组: h_board = (Cell*) malloc(width*height*sizeof(char)); 我认为我没有这样做错误,因为单元格值是字符(我想留在char大小的数据,但我关心可读性,这就是为什么我使用枚举。) 当free(h_board);引发异常。在调试模式下

    1热度

    1回答

    在WinDbg中,我执行命令!heap -s -v七个不同的堆腐败引起的崩溃转储和所有有这些结果: ..................List corrupted: (Blink->Flink = 0000000000000000) != (Block = 00000000026d0010) HEAP 0000000002030000 (Seg 00000000026d0000) At 000

    0热度

    1回答

    在我的示例程序中,在下面的行中出现“堆损坏”错误。 ofstream filePossibleHaplotype; “Windows已经引发了断点Project_Name.exe。 这可能是由于堆,这表明在Project_Name.exe或已加载的DLL的错误的腐败。” 如何声明文件流对象导致此错误? - SET = 1个 NOT_SET = 0 LENGTH = 5 void fill_Un

    0热度

    1回答

    由于内存泄漏错误,我启用了堆调试我开始在其他人的代码中看到,并且将问题固定在某个类的析构函数上(至少,所以我认为)下面的电话号码是delete []。 MyClass::~MyClass() { delete [] my_class_member_; } 现在我证实,my_class_member_这是一个指针到一个结构对象的数组,比方说,MyStruct,一直用new []所以我

    7热度

    1回答

    我很兴奋boost :: threads,我阅读文档,但我在实践中遇到了一些麻烦,也许你可以帮忙吗?首先,我已写了一个自包含的代码清单演示了2种类型的行为,我还不能明白的时候...... 该程序允许用户发布3个不同的命令, 任务[名] 资讯 退出 的目的是,任务将推出一个新的线程一些工作,但在执行工作时返回命令提示符。用户可以通过info命令找出哪些任务已完成,哪些尚未完成。 我使用双核Win7机

    5热度

    1回答

    我一直在寻找没有好的结果。 不知该技术在文本解释的malloc放逐法师或malloc的DES-Malleficarum是有效的glibc版本2.12.1。 在第二次提及的文字说,技术在glibc的版本2.7和2.8测试,所以我真的不知道他们是否会与我的glibc的版本。当然我可以测试他们,但是,首先,只有他们自己的技术是非常困难的,另一方面,如果他们不工作,我不知道是因为glibc版本还是我的错。