Valgrind无法找到未初始化数据的堆栈分配

当我通过valgrind运行我的程序时，出现一个错误。问题是，它不会告诉我哪里有未初始化的字节被分配：Valgrind无法找到未初始化数据的堆栈分配

==22141== Syscall param write(buf) points to uninitialised byte(s) 
==22141== at 0x5B68900: __write_nocancel (syscall-template.S:82) 
==22141== by 0x5AFB882: [email protected]@GLIBC_2.2.5 (fileops.c:1289) 
==22141== by 0x5AFB749: new_do_write (fileops.c:543) 
==22141== by 0x5AFCEB4: [email protected]@GLIBC_2.2.5 (fileops.c:516) 
==22141== by 0x5AFDD3E: _IO_switch_to_get_mode (genops.c:189) 
==22141== by 0x5AFBA96: [email protected]@GLIBC_2.2.5 (fileops.c:999) 
==22141== by 0x5AF4F25: rewind (rewind.c:37) 
==22141== by 0x567D149: CBFileAppend (CBFileEC.c:69) 
==22141== by 0x5473AFA: CBDatabaseCreateDeletionIndex (CBDatabase.c:270) 
==22141== by 0x5473195: CBInitDatabase (CBDatabase.c:112) 
==22141== by 0x54721A1: CBNewAddressStorage (CBAddressStorage.c:37) 
==22141== by 0x401F67: main (testCBAddressManager.c:226) 
==22141== Address 0x402a009 is not stack'd, malloc'd or (recently) free'd 
==22141== Uninitialised value was created by a stack allocation 
==22141== at 0x546F750: ??? (in /media/sf_BitEagle_Projects/cbitcoin/bin/libcbitcoin-storage.2.0.so)

我将是假设这意味着一些无效的指针的堆栈是否正确？这发生在rewind（）中，我不明白为什么倒带会是这样的。我尝试将valgrind进程附加到gdb，并试图在文件指针上打印ftell（）的结果。这导致valgrind与此退出：

valgrind: m_syswrap/syswrap-main.c:1296 (vgPlain_client_syscall): Assertion 'sci->status.what == SsIdle' failed. 
==22938== at 0x3804CA36: ??? (in /usr/lib/valgrind/memcheck-amd64-linux) 
==22938== by 0x3804CBDC: ??? (in /usr/lib/valgrind/memcheck-amd64-linux) 
==22938== by 0x38091F55: ??? (in /usr/lib/valgrind/memcheck-amd64-linux) 
==22938== by 0x3808E5DF: ??? (in /usr/lib/valgrind/memcheck-amd64-linux) 
==22938== by 0x3808F739: ??? (in /usr/lib/valgrind/memcheck-amd64-linux) 
==22938== by 0x3809F7D5: ??? (in /usr/lib/valgrind/memcheck-amd64-linux) 

sched status: 
    running_tid=1 

Thread 1: status = VgTs_Runnable 
==22938== at 0x5B68900: __write_nocancel (syscall-template.S:82) 
==22938== by 0x5AFB882: [email protected]@GLIBC_2.2.5 (fileops.c:1289) 
==22938== by 0x5AFB749: new_do_write (fileops.c:543) 
==22938== by 0x5AFCEB4: [email protected]@GLIBC_2.2.5 (fileops.c:516) 
==22938== by 0x5AFDD3E: _IO_switch_to_get_mode (genops.c:189) 
==22938== by 0x5AFBA96: [email protected]@GLIBC_2.2.5 (fileops.c:999) 
==22938== by 0x5AF1AA5: ftell (ioftell.c:41) 
==22938== by 0x40133F: ??? (in /media/sf_BitEagle_Projects/cbitcoin/bin/testCBAddressManager) 
==22938== by 0xF75E467: ??? 
==22938== by 0x7FEFFF3BF: ??? 
==22938== by 0xF75E467: ??? 
==22938== by 0x546DE87: ??? (in /media/sf_BitEagle_Projects/cbitcoin/bin/libcbitcoin-storage.2.0.so) 
==22938== by 0x7FEFFF3DF: ???

我将如何去确定此错误的原因？

编辑：我解决了我遇到的其他问题，但这仍然存在。

这是从这里代码：https://github.com/MatthewLM/cbitcoin/blob/master/test/testCBAddressManager.c

文件IO代码是在这里：https://github.com/MatthewLM/cbitcoin/tree/master/dependencies/storage

谢谢。

来源

2013-02-03 Matthew Mitchell

您使用哪个过程来安装valgrind？ – Sebivor

我很确定这是包含在Linux Mint中，我不需要自己安装它。 –

请给我们展示一个最小的可编译测试用例。 – Sebivor

系统调用PARAM写（BUF）指向未初始化的字节

不一定有什么不对的。试想一下：

int main() { 
    struct Foo { int a; int b; int c; } x; 
    x.a = 1; x.c = 3; 
    write(1, &x, sizeof(x)); // part of x is not initialized 
    return 0; 
}

如果以后你回读取数据，并且只使用.a和.c成员，那么你的程序是明确界定。

我认为这是否意味着某种指向堆栈的无效指针？

号

如果你真的想找出数据的部分未初始化，使用Valgrind'd built-in gdbserver，并发出monitor check_memory definedcommand。

来源

2013-02-04 04:21:54

好的，谢谢。我明白这意味着什么。这只是'''我想出去。 –

这个建议很糟糕，容易出错。始终初始化数据结构。 – alecco

@alecco我*没有*建议使用未初始化的数据;我只解释了Vaglrind错误的含义，这并不一定表示程序中存在错误。 “始终初始化数据结构。” - 你有一个非常简单的世界观。初始化所有数据确实是谨慎的，除非这样做会损害性能，并且知道自己在做什么。 –

Valgrind无法找到未初始化数据的堆栈分配

回答

相关问题