Re: [Valgrind-users] Failed to read a valid object file image from memory.

[Philippe W. <phi...@sk...>]

On Tue, 2015-04-14 at 22:03 +0100, "João M. S. Silva" wrote:

> 
> Yes, but in some cases the sizeof indicates the size of the pointer (not 
> the size of the allocated memory). So I had to browse the code to get 
> the size of the allocations/structs involved.
or use 
(gdb) monitor v.info location <addr>

You might also better start your valgrind with
   --read-var-info=yes
That might give some more information in some cases
(valgrind will be slower to startup).

> OK, so it is not applicable to this case of uninitialized stack variables.
sg-check will not  help for such an uninit.

> 
> What is strange is that I never faced such a shortcoming in my own code. 
> In my code valgrind always points to the location of the error exactly. 
> Does this happen because this is a library that I link with? Or because 
> of the nature of the error?
Depends on what errors you had in your code.
Uninit errors can be more difficult to track than leaks or dangling
pointers, in particular because the origin of uninit data is not
precisely maintained.

Philippe